ГОССТАНДАРТ РОССИИ - Процессы жизненного цикла программных средств

e. Отдельно поставляемый программный продукт. Так как такой программный продукт не является частью системы, то не требуется рассматривать работы процесса разработки (см. 5.3), связанные с системой. Следует тщательно проверить потребность в документации, особенно для сопровождения [1];

f. Непоставляемый программный продукт. Так как данные объекты не заказываются, не поставляются или не разрабатываются, то не следует учитывать положения настоящего стандарта, за исключением 5.3.1.5 процесса разработки по 5.3. Однако если заказчик желает приобрести часть такого программного продукта для дальнейших эксплуатации и сопровождения, то данный программный продукт следует рассматривать в перечислениях b) или с) настоящего пункта.

Другие соображения.

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

Разработка программного продукта может иметь технические риски. Если используется несовершенная технология программирования, то разрабатываемый программный продукт будет несовершенным или сложным, а если к программному продукту предъявляются требования по безопасности, защите или другие критические требования, то может потребоваться точное установление технических требований к нему, тщательное его проектирование, тестирование и оценка. Могут оказаться важными независимая верификация и аттестация.

В настоящем приложении с целью лучшего понимания текста стандарта обсуждаются процессы, организации и их взаимоотношения по ключевым вопросам.

Настоящий стандарт содержит процессы, применяемые на протяжении жизненного цикла программных средств. Однако данные процессы могут быть использованы разными способами различными организациями и сторонами с разных точек зрения и с различными целями. В данном разделе процессы и их взаимосвязи рассматриваются с ключевых точек зрения. Краткий обзор процессов приведен в 4.1.1 настоящего стандарта.

На рисунке С.1 изображены процессы жизненного цикла программных средств и их взаимосвязи при различных подходах к использованию настоящего стандарта. Основными представленными подходами являются: договор, управление, эксплуатация, технология и поддержка. С точки зрения договора стороны заказчика и поставщика ведут переговоры и вступают в договорные отношения, используя при этом, соответственно, процесс заказа и процесс поставки. С точки зрения управления заказчик, поставщик, разработчик, оператор, персонал сопровождения или другие стороны управляют соответствующим процессом. С точки зрения эксплуатации оператор представляет пользователям услуги по эксплуатации программных средств. С точки зрения технологии разработчик или персонал сопровождения выполняет соответствующие технологические задачи при создании или модернизации программных продуктов. С точки зрения поддержки стороны (такие, как управление конфигурацией, обеспечение качества) предоставляют услуги по поддержке другим сторонам при выполнении специфических, уникальных задач. Также показаны (см. нижнее окно на рисунке C.I) организационные процессы; они применяются организацией на уровне объединения, чтобы установить и реализовать подчиненную структуру соответствующего процесса(ов) жизненного цикла и персонала и постоянно улучшать ее.

На рисунке С.2 представлены основные (верхнее левое окно), вспомогательные (верхнее правое окно) и организационные (нижнее окно) процессы жизненного цикла и наименования входящих в них работ при различных подходах. Цифра, стоящая перед наименованием процесса, указывает на номер пункта раздела настоящего стандарта.

Подход к договору связан с двумя процессами жизненного цикла (см. верхнее затененное окно основных процессов жизненного цикла): процессом заказа для заказчика и процессом поставки для поставщика. Для каждого процесса показаны составляющие его работы. Данные процессы определяют соответствующие задачи для заказчика и поставщика с точки зрения договора.

Технологический подход связан с двумя процессами жизненного цикла (смотри левое нижнее затененное окно в основных процессах жизненного цикла): процессом разработки и процессом сопровождения. Для каждого процесса показаны составляющие его работы. Процесс разработки реализуется в технологиях разработки при создании программных продуктов. Процесс сопровождения реализуется технологиями сопровождения для модификации программных средств и сохранения их исходного состояния.

Подход к эксплуатации связан с одним процессом жизненного цикла (смотри среднее правое затененное окно в основных процессах жизненного цикла): процессом эксплуатации и составляющими его работами. Процесс эксплуатации реализуется при эксплуатации программных средств пользователями.

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

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

Процессы и организации (или стороны) связаны только функционально. Процессы не определяют структуру организации (или стороны).

В настоящем стандарте термины «организация» и «сторона» являются близкими по значению. Организация является группой лиц, объединенных некоторой конкретной целью, например, клуб, союз, корпорация или общество. Когда организация целиком или частично вступает в договорные отношения, она является стороной. Организации являются отдельными органами, но стороны должны быть из одной или из разных организаций.