Этот стандарт базируется на про . Общая структура стандарта близка к структуре . Кроме того, число приложений увеличено до девяти. Основную часть пятого раздела составляют . В России первые основы построения и использования профилей стандартов ЖЦ ПС заложены принятием в качестве базового стандарта ГОСТ Р ИСО. Данный документ введен в действие с . , тесно взаимоувязан с рядом стандартов, принятых ранее, и с некоторыми стандартами, разрабатываемыми в данное время на основе прямого применения стандартов ИСО. Актуальность стандарта ГОСТ Р ИСО. Был дан ряд рекомендаций по его использованию в реальных условиях. Процесс определяется как совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными от других процессов, и результатами . Следует отметить, что в России создание ПО первоначально, в . В настоящее время эти стандарты устарели концептуально и по форме, сроки их действия закончились и использование нецелесообразно. Процессы создания автоматизированных систем . Комплекс стандартов на автоматизированные системы. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Виды испытаний автоматизированных систем. Однако процессы создания ПО для современных распределенных ЭИС, функционирующих в неоднородной среде, в этих стандартах отражены недостаточно, а отдельные их положения явно устарели. В результате для каждого серьезного проекта ЭИС приходится создавать комплекты нормативных и методических документов, регламентирующих процессы создания конкретного прикладного ПО, поэтому в отечественных разработках целесообразно использовать современные международные стандарты. В стандарте ГОСТ Р ИСО. Процессы ЖЦ ПС выделены по принципу ответственности субъекта . В свою очередь, каждый из процессов состоит из ряда работ и решаемых при выполнении соответствующей работы задач. С точки зрения соподчиненности и важности данных процессов они разбиты на три группы. Группа основных процессов включает в себя процессы. Группа вспомогательных процессов включает в себя процессы, обеспечивающие выполнение основных процессов. Группа организационных процессов включает в себя процессы. Очень важное отличие . Схема процессов жизненного цикла . Основные процессы жизненного цикла программного средства Процесс приобретения . Инициирование приобретения включает следующие задачи. Заявочные предложения должны содержать. Заявочные предложения направляются выбранному поставщику . Поставщик — это организация, которая заключает договор с заказчиком на поставку системы, ПС или программной услуги на условиях, оговоренных в договоре. Подготовка и корректировка договора включают следующие задачи. Схема процесса приобретения программного средства Надзор за деятельностью поставщика осуществляется в соответствии с действиями, предусмотренными в процессах совместной оценки и аудита. В процессе приемки подготавливаются и выполняются необходимые тесты. Завершение работ по договору осуществляется в случае удовлетворения всех условий приемки. Процесс поставки Инициирование поставки Подготовка ответа на заявочные предложения Подготовка договора Планирование Выполнение и контроль Проверка и оценка Поставка и завершение работ Рис. Схема процесса поставки Инициирование поставки заключается в рассмотрении поставщиком заявочных предложений и принятии решения о согласии с выставленными требованиями и условиями или предложение своих. Планирование включает следующие задачи. Процесс разработки Подготовительная работа Анализ требований к системе Проектирование архитектуры системы Кодирование и тестирование ПС Интеграция ПС Анализ требований к ПС Проектирование архитектуры ПС Детальное проектирование ПС Квалификационное тестирование ПС Интеграция системы Квалификационное тестирование ПС Установка ПС Приемка ПС Рис. Схема процесса разработки Подготовительная работа начинается с выбора модели ЖЦ ПС, соответствующей масштабу, значимости и сложности проекта. Действия и задачи процесса разработки должны соответствовать выбранной модели. Разработчик должен выбрать, адаптировать к условиям проекта и использовать согласованные с заказчиком стандарты, методы и средства разработки, а также составить план выполнения работ. Анализ требований к системе подразумевает определение ее функциональных возможностей, пользовательских требований, требований к надежности и безопасности, требований к внешним интерфейсам и т. Требования к системе оцениваются исходя из критериев реализуемости и возможности проверки при тестировании. Проектирование архитектуры системы на высоком уровне заключается в определении компонентов ее оборудования, ПС и операций, выполняемых эксплуатирующим систему персоналом. Архитектура системы должна соответствовать требованиям, предъявляемым к системе, а также принятым проектным стандартам и методам. Требования к ПС оцениваются исходя из критериев соответствия требованиям к системе, реализуемости и возможности проверки при тестировании. Проектирование архитектуры ПС включает следующие задачи . Архитектура компонентов ПС должна соответствовать требованиям, предъявляемым к ним, а также принятым проектным стандартам и методам. Детальное проектирование ПС включает следующие задачи. Результаты тестирования компонентов должны быть документированы. Интеграция ПС предусматривает сборку разработанных компонентов ПС в соответствии с планом интеграции и тестирование агрегированных компонентов. Для каждого из агрегированных компонентов разрабатываются наборы тестов и тестовые процедуры, предназначенные для проверки каждого из квалификационных требований при последующем квалификационном тестировании. Квалификационное требование — это набор критериев или условий, которые необходимо выполнить, чтобы квалифицировать программный продукт как соответствующий своим спецификациям и готовый к использованию в условиях эксплуатации.