УчМетПособие_ПрактРаб_ИМС21. Учебнометодическое пособие для студентов бакалавриата рту мирэа по образовательной программе Разработка программных продуктов и проектирование информационных систем
 Скачать 235.77 Kb.
|
01.05. Проектный менеджмент и применение в нём (в формате учебной деятельности) положений ГОСТ Р МЭК 61160-2015 «Проектный менеджмент. Документальный анализ проекта»Не следует полагать, что к экспертизам учебного проекта – прототипа программного продукта и его альтернативных решений в статусе предполагаемого реинжиниринга уместно в полном объёме применять всю совокупность требований, относящихся к категории полноценного профессионального проектного менеджмента в соответствии с требованиями упомянутого в заголовке Национального стандарта РФ «ГОСТ Р МЭК 61160-2015 Проектный менеджмент. Документальный анализ проекта». [8] Однако, имея ввиду наличие экспертных действий по адресу проектов ПО в составе практических работ по дисциплине, представляется весьма полезным как ознакомление с указанным стандартом, так и непосредственное использование его важнейших положений, не относящихся, впрочем, к организации профессиональной деятельности специальных экспертных комиссий и групп. Здесь речь идёт исключительно об эскизном варианте описания деятельности по экспертизе проектов ПО (к тому же учебных студенческих), выполняемой в весьма ограниченный временной период одиночным студентом (максимум, бригадой студентов от двух, до четырёх человек – по указанию преподавателя). Именно в таком ракурсе в помощь выполнению практических работ по настоящей дисциплине далее приводятся отдельные выдержки из указанного стандарта, которыми рекомендуется воспользоваться в учебной работе. Некоторые основные положения Национального стандарта РФ «ГОСТ Р МЭК 61160-2015 Проектный менеджмент. Документальный анализ проекта. Project management. Documentary analysis of the project. ОКС 03.100.40» обозначают следующее: «Анализ проекта - консультативная деятельность, предназначенная прежде всего для обеспечения проверки работы группы проектирования, разработки рекомендаций (если это возможно) по улучшению продукции или процесса и их реализации. Таким образом, анализ проекта следует рассматривать как процедуру проверки соответствия результатов проектирования и разработки установленным требованиям. Анализ проекта независимо от частоты или глубины его проведения не может заменить этапы определения параметров продукции, требований к ее конструкции и процессу управления проектированием и разработкой. Анализ проекта, используемый для контроля, может обеспечить необходимую проверку успешного завершения конструкторской разработки в установленный срок. Анализ проекта не следует путать с оперативным управлением проектом. Руководитель проекта несет ответственность за конструкцию и окончательные решения в качестве ответной редакции на результаты анализа проекта и предложенные рекомендации. Анализ проекта, выполненный должным образом, повышает доверие к тому, что проектирование и разработка выполнены в соответствии с установленными требованиями на всех стадиях жизненного цикла продукции. Применение настоящего стандарта должно быть адаптировано в соответствии с требованиями проектирования и разработки продукции или рассматриваемой задачи и организации, разрабатывающей проект». Целями анализа проекта являются: проверка соответствия предложенного решения входным требованиям проектирования и разработки, включающим установленные общие требования эксплуатации, требования безотказности, предусмотренные затраты, требования безопасности, износостойкости, окружающей среды, электромагнитной совместимости, требования, связанные с человеческим фактором; проверка соответствия того, что предложенные решения наиболее устойчивы, эффективны и результативны для выполнения требований к продукции; обеспечение рекомендаций для выполнения исходных требований к конструкции; определение статуса конструкции с точки зрения полноты и завершенности чертежей и спецификаций; анализ объективных свидетельств, обеспечивающих верификацию выполнения проектирования и разработки; предложения по улучшениям. Анализ проекта облегчает определение статуса проекта в соответствии с выполнением входных требований, идентификацию возможностей улучшения и побуждает к выполнению соответствующих действий по улучшению проекта. Анализ проекта ускоряет подготовку производства продукции за счет сокращения времени установления деталей конструкции и позволяет выпускать продукцию без частых прерываний. Анализ проекта может также стимулировать действия по улучшению продукции на более ранних стадиях». Применение Стадии жизненного цикла, на которых должен быть выполнен анализ проекта, необходимо определить на стадии планирования проектирования и разработки или выполнения задач проектирования. Факторами, влияющими на проектирование и разработку, являются требования потребителя, обязательные требования, особенности продукции и ее использования, последствия отказа и т.д.». «Нормативные ссылки», «термины и определения» (выдержки для выполнения практических работ): «МЭК 60050-191:1990 Международный электротехнический словарь. Глава 191. Надежность и качество обслуживания (IEC 60050-191:1990, International electrotechnical vocabulary; chapter 191: dependability and quality of service) МЭК 62198 Менеджмент риска при проектировании. Руководство по применению (IEC 62198, Managing risk in projects - Application guidelines)». «Анализ (review): Деятельность, предпринимаемая для установления пригодности, адекватности и результативности объекта для достижения установленных целей. Проектирование и разработка (design and development): Совокупность процессов, переводящих требования в установленные характеристики или спецификации на продукцию, процесс или систему. (Примечание 1 - Термины "проектирование" и "разработка" иногда используют как синонимы, а иногда для определения различных стадий процесса проектирования и разработки в целом). (Примечание 2 - Для обозначения объекта проектирования и разработки могут быть использованы определяющие слова (например, разработка и проектирование продукции или разработка и проектирование процесса)). Анализ проекта (design review): Запланированный, документированный независимый анализ существующего или предполагаемого проекта. (Примечание 1 - Цели включают анализ способности проекта соответствовать установленным требованиям, идентификацию фактических или возможных недостатков для предполагаемого улучшения). (Примечание 2 - Анализа проекта самого по себе недостаточно для обеспечения качества проекта). (Примечание 3 - Проект может относиться к продукции или к процессу)». «Верификация (verification): Подтверждение, посредством представления объективных свидетельств того, что установленные требования выполнены». «Валидация (validation): Подтверждение посредством представления объективных свидетельств того, что требования для конкретного использования или применения выполнены». Управление процессом анализа проекта: «Система менеджмента анализа проекта должна включать: a) идентификацию функций и действий, необходимых для анализа проекта; b) установление целей и плана анализа проекта для достижения этих целей с помощью планирования; c) обеспечение своевременного выполнения действий анализа проекта на всех применимых стадиях проектирования; d) анализ критериев и методов анализа выполнения, проверки и приемки продукции; e) обеспечение ресурсов и информации, необходимой для выполнения необходимого анализа проекта; f) мониторинг действий анализа проекта, измерение и анализ результатов для непрерывного улучшения»; а также «отчеты, являющиеся результатом анализа проекта» (в учебном процессе по дисциплине «Информационный менеджмент» - отчёты обучающихся о выполненных практических работах). Процесс и содержание анализа проекта: «Главными целями анализа проекта являются обеспечение уверенности в том, что требования к продукции идентифицированы, выполнены эффективно и результативно и ведут к созданию надежной и полезной продукции. В частности, цели анализа проекта включают (и могут быть дополнены) проверку того, что: продукция соответствует установленным требованиям и ее производство рентабельно; план проектирования и разработки включает стратегию подтверждения и демонстрации того, что функциональные требования выполнены; конструкция соответствует требованиям интерфейса и потребителя; продукция и ее элементы, при необходимости, могут быть безопасно и экономно ликвидированы; использованы необходимые методы проектирования, производства и монтажа; затраты оптимизированы после рассмотрения всех требований к продукции; принят во внимание график выполнения работ; обеспечены рекомендации по улучшению конструкции; компоненты использованы в соответствии с их установленными функциями и нагрузками; учтены более ранние рекомендации; чертежи, программное обеспечение и спецификации являются полными и завершенными». (В практических работах по дисциплине «Информационный менеджмент» в анализ включаются только те пункты и в такой мере, которая соответствует уровню и характеру обследования учебного проекта – прототипа). Развивающие указания в частях первоначального и концептуального анализа проекта (для учебных проектов применять выборочно) Цели первоначального анализа проекта включают: проверку идентификации и разъяснение, при необходимости, требований потребителя; проверку идентификации применимых обязательных требований; проверку включения во входные данные проектирования других необходимых технических требований; проверку идентификации организационных и технических интерфейсов; проверку проведения оценки риска, соответствующего конструкции. Целями концептуального анализа проекта являются: интерпретация, определение и согласование требований потребителя и требований к продукции; установление обязательных, желательных и дополнительных характеристик; анализ взаимодействий членов группы проектирования, ответственных за проектирование, продажи, изготовление, испытания, контроль, установку, эксплуатацию и техническое обслуживание и т.д.; анализ условий и технологий, доступных в настоящее время для удовлетворения требований потребителя, рынка и требований безопасности; анализ функционирования, безопасности и информации об ответственности на основе отчетов об эксплуатации аналогичной продукции или аналогичного производства; анализ планов и графиков разработки и проектирования; анализ предложенной концепции проектирования». Жизненные циклы продукции и затраты на их обеспечение «В процессе проектирования и разработки на стадии жизненного цикла проводят анализ данных жизненного цикла, целей и вариантов конструкции. Анализ может охватывать такие вопросы, как выбор материалов, данные о производительности, установленная стоимость, срок службы, затраты на эксплуатацию, вывод из эксплуатации и распоряжение продукцией. Факторы технико-экономического анализа, критичные для продукции, должны быть исследованы на стадии предварительного анализа проекта. Анализ проекта, начиная с начальной стадии проекта, может способствовать экономии средств путем определения требований к затратам». Готовность спроектированного изделия, коэффициент готовности «Вопросы, относящиеся к готовности, включают: наиболее вероятные причины отказов, например, наиболее частых отказов, выявленных с помощью анализа видов и последствий отказа (FMEA) и/или анализа дерева отказов (FTA); требования к коэффициенту готовности, например, средний коэффициент готовности (мгновенной), коэффициент готовности, ресурс; сопоставление прогнозируемого коэффициента готовности продукции или процесса с требованиями, включая предположения, модели и базы данных; действия по улучшению коэффициента готовности, например, деление на модули, введение резервирования, заменяемых элементов, ограничений рабочих характеристик, контроль окружающей среды, использование быстрых отключений; историю эксплуатации аналогичной и конкурирующей продукции; влияние рабочей среды и технического обслуживания в условиях эксплуатации на коэффициент готовности; специальное оборудование и инструмент для эксплуатации и обслуживания; влияние пользователя на коэффициент готовности продукции, например, обучения персонала, неправильного использования оборудования, незаконного присвоения инструмента и компонентов; намеченный план определения коэффициента готовности и критериев согласия, например, количество объектов испытаний, период, условия, стадия жизненного цикла для проведения испытаний». «Вопросы, относящиеся к обеспечению качества, включают (но не ограничены): элементы, имеющие отношение к требованиям потребителя и их удовлетворению; сопоставление требований потребителя с техническими спецификациями на материалы, продукцию и процессы; валидацию конструкции на основе испытаний опытного образца; способность продукции функционировать в ожидаемых условиях использования и окружающей среды; непреднамеренное и неправильное использование продукции; соответствие обязательным требованиям, требованиям национальных и международных стандартов практикам организации; сопоставление продукции с конкурирующей продукцией; сопоставление с аналогичными конструкциями и анализ истории внутренних и внешних проблем для исключения их повторения; элементы, имеющие отношение к требованиям на продукцию и требованиям к ее обслуживанию; допустимые отклонения и сравнение их с возможностями процесса; критерии приемки/отклонения; простоту сборки и установки, требования к хранению, сроку годности и распоряжению (утилизации); характеристики неопасного отказа; эстетические требования и критерий приемки; способность диагностирования и решения проблем; маркировку, предупреждающие знаки, идентификацию, требования прослеживаемости, инструкции пользователя и контроль документации; анализ и использование типовых деталей; элементы, относящиеся к требованиям процесса; технологичность конструкции, включая установленные требования процесса, механизацию, автоматизацию, сборку и установку компонентов; возможность контроля и испытаний продукции, включая специальные требования контроля и испытаний; требования проверки калибровки средств измерений; требования к материалам, компонентам и сборочным единицам, включая одобренных поставщиков, а также доставку потребителю; требования к упаковке, обработке, хранению и сроку годности, особенно к факторам безопасности входящих и выходящих объектов; элементы, относящиеся к верификации конструкции; альтернативные вычисления, выполняемые для проверки правильности сделанных вычислений и исследований; испытания, например, модели или опытного образца, определение программы испытаний и документирование результатов; независимую проверку правильности выполненных вычислений и других действий проектирования и разработки; контроль конфигурации, адекватность системы идентификации; серийное или разовое изготовление, анализ и верификацию информации о продукции, местоположении отчетов и ссылок, регистрацию кодированной или не кодированной информации». «Вопросы, связанные с человеческим фактором, включают: a) особенности и сложность информации, используемой оператором при обработке, контроле и регулировке продукции или процесса; b) эффективность информации, включая сообщения СМИ, используемой оператором для управления продукцией или процессом; c) соответствие продукции ожиданиям человека, его нормальные реакции и реакции в экстремальной ситуации; d) адекватность и пригодность применяемых предупреждений и инструкций для эксплуатации, установки, технического обслуживания, сборки и распоряжения; e) анализ интерфейса пользователя на соответствие требованиям технического обслуживания в ожидаемых и возможных условиях окружающей среды (техническое обслуживание, маркировка, рабочее место); f) анализ комфортности работы оператора при использовании продукции; g) доступность инструмента, используемого с продукцией; h) доступность инструмента, используемого при выполнении действий с продукцией; i) анализ степени учета вероятных квалификации и навыков персонала, участвующего в монтаже, эксплуатации, техническом обслуживании продукции, при проектировании продукции или процесса; j) анализ требований к отображению информации (формат, объем, возможность прокрутки); k) простоту использования программного обеспечения и документации; l) необходимость и вид звуковых и визуальных сигналов тревоги для индикации функционирования, состояния и появления отказов; m) анализ критериев улучшения работы человека и простоты взаимодействия человека с продукцией; n) адекватность, точность, однозначность, простоту использования и понимание всей документации и иллюстраций, необходимых для эксплуатации и технического обслуживания продукции; o) квалификацию операторов, необходимую для эксплуатации продукции, исследуемую при разработке потребностей в обучении; p) возможные трудности операторов с недостаточной квалификацией при работе с продукцией; q) возможные трудности, вызванные действиями операторов, неверно использующих продукцию; у) анализ технических требований, рекламной информации, инструкций по монтажу, предупреждений, маркировки и другой документации для соответствующего эффективного функционирования продукции». Библиография Национального стандарта РФ «ГОСТ Р МЭК 61160-2015 Проектный менеджмент. Документальный анализ проекта. Project management. Documentary analysis of the project. ОКС 03.100.40»: IEC 60300-1:2003 Dependability management - Part 1: Dependability management systems. IEC 60300-2:2004 Dependability management - Part 2: Guidelines for dependability management. IEC 60721-2 (all parts) Classification of environmental conditions - Part 2: Environmental conditions appearing in nature. IEC 60721-3 (all parts) Classification of environmental conditions - Part 3: Classification of groups of environmental parameters and their severities. IEC 61078:1991 Analysis techniques for dependability - Reliability block diagram method. ISO 9000:2005 Quality management systems - Fundamentals and vocabulary. ISO 9001:2008 Quality management system – Requirements. |