Метрология__стандартизация_и_сертификация-пособие (856271), страница 24

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 24)

Всего в стандарте специфицировано 25 процессов, 123 результата реализации и 208 видов работ.К разработке стандарта были привлечены специалисты различных областей: системной инженерии, программирования, управления качеством, человеческими ресурсами, безопасностью и пр. Был учтен практический опыт создания систем в правительственных, коммерческих, военных и академическихорганизациях. Стандарт применим для широкого класса систем, но его основное предназначение – поддержка создания компьютеризированных систем.В стандарте сделана попытка найти компромисс: с одной стороны, сделать процесс разработки ИС как можно более управляемым и предсказуемым, ас другой – сделать его достаточно гибким и способным учитывать изменениетребований к системе в процессе разработки. С этой целью стандартом предусматривается возможность использования процессов ЖЦ: однократно, многократно, рекурсивно, последовательно и параллельно [10].Работы, входящие в процесс, не привязываются жестко к конкретнымэтапам ЖЦ и в зависимости от характера разработки и решаемых задач могутинициироваться на любом этапе ЖЦ.

Часть процессов и работ при адаптацииданного стандарта к конкретному проекту можно исключить из ЖЦ ИС. Стандарт согласован с требованиями стандартов серии ИСО 9000 и группы стандартов ИСО/МЭК 15504, касающихся оценки зрелости процессов проектирования.4.3.4 ГОСТ Р ИСО/МЭК 12207–2010 «Информационная технология.Системная и программная инженерия.

Процессы жизненного циклапрограммных средств»Основной идеей разработчиков данного стандарта являлось созданиеединого общекорпоративного стандарта, которым было бы возможно воспользоваться при возникновении любой задачи из тех, которые описаны в документе (будь это обучение пользователей, поставка ПО или любая другая активность в рамках ЖЦ). Стандарт предполагает, что процессы состоят из работ,для которых определены задачи (а также цели и результаты).

Тем не менее, допускается адаптация процессов к особенностям организации (например, прибольших масштабах проекта изменять состав определенных задач или работ).122Как правило, это возможно сделать в рамках существующих на предприятиипроцессов.Данный стандарт не требует использования какой-либо конкретной модели жизненного цикла. Однако он требует, чтобы в каждом проекте определялась подходящая модель ЖЦ, предпочтительно та, которая уже выбиралась организацией для применения в различных проектах. Применение модели ЖЦобеспечивает средства для установления зависимой от времени последовательности, необходимой для менеджмента проекта.

Кроме того, настоящий стандарт не содержит требований использования какой-либо заданной совокупности стадий.Стандарт группирует различные виды деятельности, которые могут выполняться в течение ЖЦ программных систем, в семь групп процессов. Каждыйиз процессов ЖЦ в пределах этих групп описывается в терминах цели и желаемых выходов, списков действий и задач, которые необходимо выполнять длядостижения этих результатов.Процессы в контексте систем:1) процессы соглашения;2) процессы организационного обеспечения проекта;3) процессы проекта;4) технические процессы.Специальные процессы программных средств:5) процессы реализации программных средств;6) процессы поддержки программных средств;7) процессы повторного применения программных средств.Цели и результаты процессов жизненного цикла образуют эталонную модель процессов.

Группы процессов ЖЦ представлены на рисунке 4.3.Процессы соглашения определяют действия, необходимые для выработкисоглашений между двумя организациями. Если реализуется процесс приобретения, то он обеспечивает средства для проведения деловой деятельности с поставщиком продуктов, предоставляемых для применения в функционирующейсистеме, услугах поддержки этой системы или элементах системы, разработанных в рамках проекта. Если реализуется процесс поставки, то он обеспечиваетсредства для проведения проекта, в котором результатом является продукт илиуслуга, поставляемые приобретающей стороне. Таким образом, процессы соглашения, приведенные в настоящем стандарте, ориентированы на программные средства процессами соглашения из ГОСТ Р ИСО/МЭК 15288.123Процессы в контекстесистемыСпециальные процессыпрограммных средствПроцессы соглашенияПроцессы реализации ПСПроцессы проектаПроцессы поддержки ПСТехнические процессыПроцессы организационногообеспечения проектаПроцессы повторногоприменения ПСРис.

4.3 – Группы процессов ЖЦПроцессы организационного обеспечения проекта осуществляют менеджмент возможностей организаций приобретать и поставлять продукты илиуслуги через инициализацию, поддержку и управление проектами. Эти процессы обеспечивают ресурсы и инфраструктуру, необходимые для поддержки проектов, и гарантируют удовлетворение организационных целей и установленныхсоглашений.

Они не претендуют на роль полной совокупности деловых процессов, реализующих менеджмент деловой деятельности организации.Процессы организационного обеспечения проекта включают в себя:•процесс менеджмента модели жизненного цикла;•процесс менеджмента инфраструктуры;•процесс менеджмента портфеля проектов;•процесс менеджмента людских ресурсов;• процесс менеджмента качества.В общем случае процессы организационного обеспечения проекта, предусмотренные настоящим стандартом, являются процессами, ориентированнымина программные средства из соответствующей совокупности процессов в ГОСТР ИСО/МЭК 15288.Процессы проекта.

В стандарте проект выбран как основа для описанияпроцессов, относящихся к планированию, оценке и управлению. Принципы,связанные с этими процессами, могут применяться в любой области менеджмента организаций.124Существуют две категории процессов проекта:•Процессы менеджмента проекта используются для планирования, выполнения, оценки и управления продвижением проекта.Процессы поддержки проекта обеспечивают выполнение специализированных целей менеджмента.Процессы менеджмента проекта применяются для создания и развитияпланов проекта, оценки фактического выполнения и продвижения относительно плановых заданий и управления выполнением проекта вплоть до полногоего завершения.

Отдельные процессы менеджмента проекта могут привлекаться в любое время жизненного цикла и на любом уровне иерархии проекта в соответствии с планами проекта или возникновением непредвиденных событий.Процессы менеджмента проекта применяются на уровне строгости и формализации, зависящих от риска и сложности проекта:••процесс планирования проекта;• процесс управления и оценки проекта.Процессы поддержки проекта формируют специфическую совокупностьзадач, ориентированных на выполнение специальных целей менеджмента.

Всеэти процессы очевидны при осуществлении менеджмента любой инициируемойдеятельности, располагаясь по нисходящей от организации в целом вплоть доотдельного процесса жизненного цикла и его задач:•процесс менеджмента решений;•процесс менеджмента рисков;•процесс менеджмента конфигурации;•процесс менеджмента информации;• процесс измерений.В общем случае процессы поддержки проекта, представленные в настоящем стандарте, идентичны процессам поддержки проекта, приведенным вГОСТ Р ИСО/МЭК 15288, за исключением некоторых отличий в форме ихпредставления. В некоторых случаях процессы поддержки программныхсредств могут иметь взаимосвязи с процессами поддержки проектов.Технические процессы используются для определения требований к системе, преобразования требований в полезный продукт, для разрешения постоянного копирования продукта (где это необходимо), применения продукта,обеспечения требуемых услуг, поддержания обеспечения этих услуг и изъятияпродукта из обращения, если он не используется при оказании услуги.125Технические процессы определяют деятельность, которая дает возможность реализовывать организационные и проектные функции для оптимизациипользы и снижения рисков, являющихся следствием технических решений идействий.

Эта деятельность обеспечивает возможность продуктам и услугамобладать такими свойствами, как своевременность и доступность, результативность затрат, а также функциональность, безотказность, ремонтопригодность,продуктивность, приспособленность к применению, и другими качественнымихарактеристиками, требуемыми приобретающими и поддерживающими организациями. Она также предоставляет возможность продуктам и услугам соответствовать ожиданиям или требованиям гражданского законодательства,включая факторы здоровья, безопасности, защищенности и факторы, относящиеся к окружающей среде.Технические процессы состоят из следующих процессов:•определение требований правообладателей (специальный случай процесса определения требований правообладателей, приведенного вГОСТ Р ИСО/МЭК 15288);•анализ системных требований (специальный случай процесса анализатребований);•проектирование архитектуры системы (специальный случай процессапроектирования архитектуры, приведенного в ГОСТ Р ИСО/МЭК15288);•процесс реализации (специальный случай процесса реализации элементов системы, приведенного в ГОСТ Р ИСО/МЭК 15288);•процесс комплексирования системы (специальный случай процессакомплексирования, приведенного в ГОСТ Р ИСО/МЭК 15288);•процесс квалификационного тестирования системы (процесс, которыйспособствует достижению результатов процесса верификации, приведенного в ГОСТ Р ИСО/МЭК 15288);•процесс инсталляции программных средств (процесс, который способствует достижению результатов процесса передачи, приведенногов ГОСТ Р ИСО/МЭК 15288);•процесс поддержки приемки программных средств (процесс, которыйспособствует достижению результатов процесса передачи, приведенного в ГОСТ Р ИСО/МЭК 15288);126•процесс функционирования программных средств (специальный случай процесса функционирования, приведенного в ГОСТ Р ИСО/МЭК15288);•процесс сопровождения программных средств (специальный случайпроцесса сопровождения, приведенного в ГОСТ Р ИСО/МЭК 15288);процесс изъятия из обращения программных средств (специальныйслучай процесса изъятия и списания, приведенного в ГОСТ РИСО/МЭК 15288).Приложения стандарта содержат (помимо эталонной модели процессов,их описаний и видов, а также истории разработки) отдельно выделенный процесс адаптации.

Приведенные в нем рекомендации по переходу от стандарта креалиям определенного предприятия в основном концентрируются на выбореиз всего приведенного множества процессов тех работ, которые необходимыдля реализации конкретного программного проекта. Однако практические рекомендации по организации внедрения ГОСТ 12207–2010 остаются за границами самого документа.•4.4 Стандартизация качества ПСВозрастание сложности и ответственности современных задач, а такжевозможного ущерба от недостаточного качества комплексов программ значительно повысило актуальность проблемы освоения методов стандартизированного описания требований и оценивания характеристик качества на различныхэтапах ЖЦ ПС.

Характеристики

Список файлов книги