Липаев В. В. Управление разработкой программных средств: Методы, стандарты, технология
| Вид материала | Конспект |
- "Информационная технология. Процессы жизненного цикла программных средств" принят, 1034.4kb.
- Учебно-методический комплекс дисциплины разработка и стандартизация программных средств, 362.73kb.
- Технология программирования, 643.21kb.
- Информационная технология, 1094.37kb.
- Программа разработана на кафедре «Стратегическое управление информационными системами», 179.21kb.
- Испытания программных средств на наличие компьютерных вирусов типовое руководство, 134.79kb.
- "Компьютерные вирусы и методы защиты от них" Митрошин Андрей 11Б, 279.62kb.
- Рабочая программа по дисциплине «Физика» для направления подготовки дипломированного, 282.66kb.
- Высшего профессионального образования, 53.01kb.
- Методическое пособие по курсовому проекту по дисциплине «Технология разработки программных, 182.21kb.
Конспект книги
Липаев В. В. Управление разработкой программных средств: Методы, стандарты, технология. – М.: Финансы и статистика, 1993. – 160 с.: ил.
(Аннотация)
Рассматриваются методы и стандарты обеспечения жизненного цикла сложных программных средств (ПС). На основе современных статистических данных изложена технология прогнозирования затрат ресурсов на создание ПС в зависимости от характера решаемых задач. Основное внимание уделено процессам планирования и управления разработкой комплексов программ различных классов. Представлены методы, стандарты и технологии управления обеспечением качества программ, а также управления конфигурациями версий ПС.
Для разработчиков, заказчиков и руководителей разработок комплексов программ, может быть полезна преподавателям и студентам вузов соответствующих специальностей.
Оглавление
Предисловие 3
Глава 1. Планирование и управление процессом разработки сложных программных средств 7
1.1. Особенности задач и объектов управления разработкой программ 7
1.2. Стандартизация жизненного цикла сложных программных средств 26
1.3. Модели жизненного цикла для планирования процессов разработки
программных средств 43
1.4. Технология и автоматизация планирования процессов разработки
сложных программных средств 61
Глава 2. Планирование и управление обеспечением качества
программных средств 71
2.1. Стандартизация обеспечения качества программных средств 71
2.2. Основные показатели качества программных средств 87
2.3. Технология планирования и управления обеспечением качества
программных средств 102
2.4. Конфигурационное управление версиями программных средств 124
2.5. Регламентирование тестирования для обеспечения качества программных средств 142
Заключение 153
Список использованной литературы 156
ОСНОВНЫЕ ПРОЦЕССЫ ЖИЗНЕНННОГО ЦИКЛА
КРИТИЧЕСКИХ ПРОГРАММНЫХ СРЕДСТВ
ПО ПРОЕКТУ СТАНДАРТА ISO/IEC JTC1/SC7 N801
1. Процесс приобретения (заказа) системы и программного средства
1.1. Инициация требований к системе. Рассматривается и определяются идеи, потребности, требования к системе, риск при различных вариантах, возможности развития системы.
1.2. Изучение спроса и предложения для системы и программного средства. Анализируются первичные спецификации системных требований, описания продуктов, условия контрактов, технические ограничения существующих систем.
1.3. Подготовка контракта на систему и программное средство. Устанавливаются основные процедуры для разработчика-поставщика, взвешиваются согласуемые требования, выделяются критерии и их показатели, согласуются затраты и очередность поставки.
1.4. Контроль процесса разработки заказчиком. Заказчиком контролируются степень выполнения контракта, затраты, технический прогресс разработки, формальные отчеты и ревизии, оценки и подтверждения.
1.5. Приемка системы заказчиком. Заказчик проводит приемку отчетов, испытывает передаваемые систему и ПС и принимает их, если выполнены все требования и критерии.
2. Процесс разработки системы и программного средства
2.1. Анализ требований к системе. Устанавливаются функции системы, условия внешней среды, качество и требования к характеристикам, требования к интерфейсам и к сопряжению аппаратных и программных средств.
2.2. Проектирование системы. Требования к системе преобразуются в архитектуру системы, производится распределение функций и компонент между аппаратурой и программами, а также ручными операциями, что оформляется документом первичных требований к системе, компонентам и интерфейсам.
2.3. Анализ требований к программному средству. Устанавливаются и документируются функции и предварительные спецификации требований к программным и информационным компонентам, их качество и физические характеристики, необходимые ресурсы ЭВМ, требования к базе данных и интерфейсам, к средствам обеспечения отладки и сопровождения.
2.4. Проектирование архитектуры программного средства. Разрабатываются структура ПС и интерфейсы компонент, согласуются функции и технические требования к компонентам, методы и стандарты проектирования, а также отчетные документы по процессам и объектам разработки.
2.5. Детальное проектирование программного средства. Проводится детальная разработка спецификаций каждой компоненты, интерфейса между ними и конфигурации ПС, разрабатываются требования к тестам и план интегрирования компонент.
2.6. Кодирование (программирование) программных компонент. Разрабатываются тексты программных модулей и описаний данных, процедуры и данные для их тестирования, документы результатов тестирования, документы процедур и данных для интеграции ПС.
2.7. Интеграция (комплексирование) конфигурации программного средства. Определяется порядок интеграции модулей и функциональных компонент, формируются требования к квалификационным тестам, оценивается покрытие тестами функциональных требований к ПС, оформляются документы результатов комплексирования ПС.
2.8. Квалификационное тестирование программного средства. Оцениваются полнота и качество реализации функций ПС на соответствие требованиям проекта при тестировании в имитируемой внешней среде, аттестованная конфигурация ПС передается заказчику.
2.9. Интеграция программного средства в реальной системе. Разрабатывается и документируется план комплексирования программ и реальной аппаратуры внешней среды, подготавливается квалификационное тестирование системы, реализуется и документируется интеграция всех средств системы.
2.10. Квалификационное тестирование реальной системы. Проверяется соответствие функций и качества решения задач по каждому требованию исходного задания, проводятся полные испытания системы в реальной или имитированной внешней среде, составляется акт по результатам испытаний системы.
2.11. Установка, настройка и опытная эксплуатация системы в реальной внешней среде. Составляется план и документы настройки и опытной эксплуатации системы, согласуются с заказчиком объем проверок и их документирование, составляется отчет по результатам опытной эксплуатации и оценивается пригодность системы к регулярной эксплуатации.
3. Процесс использования (эксплуатации) системы и программного средства
3.1. Эксплуатация системы и программного средства. Заказчик или пользователь системы использует ее в соответствии с документацией, подготавливает отчеты о выявленных ошибках, а также о желательных модификациях и развитии системы и ПС.
3.2. Поддержка пользователей системы и программного средства. Осуществляется обучение и консультация пользователей, накапливаются и обрабатываются отчеты и рекомендации пользователей по совершенствованию системы, пользователи информируются об изменениях системы и ПС.
3.3. Прекращение эксплуатации конфигурации системы и/или программного средства. Обоснование и извещение пользователей о прекращении поддержки версии системы, архивация версии и ее документации, предложение пользователям доступных вариантов для замены системы и/или программного средства.
4. Процесс сопровождения и развития системы и программного средства
4.1. Анализ ошибок и предложений на модификацию программного средства. Исследуются спрос на модификацию, степень изменения программ и необходимые затраты, риск и возможные альтернативы, подготавливаются решения на изменения и тесты для проверки.
4.2. Реализация модификации программного средства. Корректировка программ, данных и интерфейсов, разработка необходимых модулей и компонент, повторение тестирования и испытания версии программного средства и системы.
4.3. Приемка, установка, настройка и опытная эксплуатация новой версии системы в реальной среде. Повторяются работы п. 2.11 для модифицированной версии системы с учетом возможности сокращения объема тестирования и опытной эксплуатации в зависимости от степени выполненных изменений программного средства.
5. Процессы управления проектом от обеспечения качества системы программного средства
5.1. Инициализация проектирования программного средства. Процесс начинается после формального заключения контракта разработчика с заказчиком системы и/или программного средства и состоит из подготовки исходных данных для организации управления проектом.
5.2. Планирование проектирования программного средства. Определяются: организационная структура проекта, ответственность за компоненты и их взаимодействие, распределение бюджета и ресурсов, управление субконтрактами, планы тестирования и испытаний, управление гарантиями качества и оценка риска, система сертификации и документирования.
5.3. Управление проектированием программного средства. Реализуется план проектирования посредством всех процедур процесса разработки (процесс 2) или процесса сопровождения (процесс 4) путем изменения графика их выполнения и выделяемых ресурсов.
5.4. Управление субконтрактами разработки программного средства. Основной разработчик выделяет компоненты и требования к нем для субконтрактов, управляет и контролирует их выполнение, обеспечивает реализацию всех требований заказчика к ПС.
5.5. Взаимодействие с независимыми организациями по тестированию. И сертификации программного средства. Разработчик и заказчик в соответствии с контрактом и планом проектирования определяют цели, этапы и функции тестирования, на которые заключается контракт с независимой специализированной организацией, оценивающей качество программных средств.
5.6. Привлечение заказчика к разработке программного средства. Разработчик обеспечивает доступ заказчика к отчетам о развитии, тестировании и корректировках программ с целью своевременного уточнения реализуемых функций, требований контракта и гарантий качества ПС.
5.7. Обеспечение гарантий качества программного средства. Осуществляется контроль соблюдения технологии и плана проектирования, уточняется распределение ресурсов на разработку и проверку качества компонент, контролируется полнота тестирования на этапах разработки и сопровождения.
5.8. Определение завершения разработки и предъявление заказчику программного средства. В соответствии с требованиями спецификаций и контракта разработчик предъявляет заказчику систему и/или программное средство с комплектом документации для оформления акта о завершении работ и проведения окончательных расчетов.
6. Интегральные (обобщенные) процессы поддержки разработки
программных средств
6.1. Документирование программного средства. Осуществляется поэтапное документирование объектов в процессе разработки для производства и распространения, а также при сопровождении (см. п. 6.2).
6.2. Конфигурационное управление версиями программного средства. Проверяется и идентифицируется функциональная и физическая полнота очередной конфигурации, осуществляются управление конфигурацией, ревизия и отчетность о ее состоянии, обеспечивается сохранность конфигураций ПС.
6.3. Формальные отчеты о состоянии программного средства, требованиях, тестировании и испытаниях. Формализуются и документируются стадии и типы тестирования и испытаний, методики и ресурсы, системы тестов. Система отчетов поддерживает и формализует все этапы процессов разработки (процесс 2), использования (процесс 3) и сопровождения (процесс 4).
6.4. Организация и поддержка проведения изменений в программном средстве. Подготавливаются категории и классы ошибок и предложений на изменения, формализуются условия их выявления, методики и отчетность по внесению изменений в программы и данные.
6.5. Процессы независимой оценки (верификации) утверждения (валидации) программного средства. Планируются, организуются и проводятся проверки состояния. Полноты и качества: требования к ПС, проекта, реализованных программ и описаний данных, а также всей системы в течение процесса разработки.
6.6. Обучение пользователей взаимодействию с программным средством. Система обучения и консультаций заказчика и пользователей обеспечивает освоение отчетных материалов в процессе разработки, а также документации по эксплуатации и поддержке модификации ПС.
…
ОСНОВНЫЕ ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА
КРИТИЧЕСКИХ ПРОГРАММНЫХ СРЕДСТВ
ПО ПРОЕКТУ СТАНДАРТА IEE P-1074/D3X-198X
1. Процесс выбора модели жизненного цикла программного средства
1.1. Анализ возможных вариантов моделей жизненного цикла программных средств. Рассматриваются характеристики объекта, условий и среды разработки и эксплуатации, в соответствии с которыми отбираются подходящие модели жизненного цикла ПС.
1.2. Выбор базовой модели жизненного цикла создаваемого программного средства. Из подготовленных вариантов выбирается наиболее подходящая модель жизненного цикла ПС.
2. Процесс предразработки программного средства
2.1. Исследование концепций системы и/или программного средства.
2.1.1. Определение идей и потребностей создания новой или модифицированной версии ПС и/или системы.
2.1.2. Формулировка методов и потенциальных решений с учетом потребностей и ресурсов на разработку.
2.1.3. Изучение реализуемости и обоснование решений при имеющихся ограничениях.
2.1.4. Планирование перехода к новой версии ПС и/или системы, если эксплуатируется предшествующая.
2.1.5. Завершение оформления идей, потребностей, методов и потенциальных решений с учетом реальных ограничений.
2.2. Распределение функций системы между аппаратными и программными средствами, если необходимо.
2.2.1. Анализ функций всей системы и подготовка функционального описания.
2.2.2. Разработка архитектуры системы и распределение функций между аппаратными и программными средствами.
2.2.3. Распределение и формализация требований к аппаратным и программным средствам.
3. Процессы разработки программного средства
3.1. Разработка требований к программному средству.
3.1.1. Разработка детальных предварительных требований к ПС с учетом методологии проверки их полноты.
3.1.2. Определение и документирование требований к интерфейсу: пользователей, программных и аппаратных средств, а также их основных компонент.
3.1.3. Анализ и приоритетное упорядочение требований к функциональным и рабочим характеристикам и формирование полной спецификации требований к ПС.
3.2. Проектирование программного средства.
3.2.1. Проектирование и описание архитектуры ПС включают выделение: функциональных компонент и модулей, структур данных, внешних и внутренних интерфейсов.
3.2.2. Разработка рабочего проекта содержит описание структуры данных, алгоритмов и управляющей информации каждой компоненты ПС.
3.2.3. Анализ потоков информации позволяет упорядочить преобразование данных компонентами, составляющими структуру ПС.
3.2.4. Формирование базы данных проекта заключается в концептуальном, логическом и физическом проектировании информационных объектов. Их взаимосвязей и ограничений.
3.2.5. Документирование интерфейсов проекта в соответствии с требованиями к интерфейсам и спецификациям на компоненты и ПС в целом.
3.2.6. Выбор или разработка алгоритмов состоит в процедурном представлении функций для каждой компоненты и структуры данных.
3.3. Реализация рабочего проекта программного средства.
3.3.1. Создание плана тестирования, контрольных примеров и тестовых данных для каждого элемента конфигурации, допускающих автономную и комплексную отладку.
3.3.2. Написание исходных текстов программ в соответствии со спецификациями, а также с используемыми методологией, стандартами и средствами автоматизации разработки.
3.3.3. Генерация (трансляция) объектного кода программных компонент с устранением синтаксических и семантических ошибок и с сопряжением с компонентами базы данных.
3.3.4. Создание документации системы и документации пользователя на базе спецификаций требований и результатов предшествующих работ.
Планирование и формализация интегрирования (комплексирования) компонент системы и его согласование с планами тестирования системы.
3.3.6. Реализация интегрирования (комплексирования) синтаксически и семантически правильных программных и информационных компонент между собой и с базой данных.
4. Процессы постразработки программного средства
4.1. Установка и отладка программ в реальной внешней среде.
4.1.1. Планирование переноса и установки программ на реализующую ЭВМ в реальной внешней среде.
4.1.2. Распределение тестируемых программ и базы данных по пакетам носителей реализующей ЭВМ.
4.1.3. Установка программного средства и базы данных в заданной среде и оформление отчета о реализации ПС с учетом требований заказчика.
4.1.4. Загрузка базы данных тестами и типовыми исходными данными для отладки.
4.1.5. Отладка программного средства в реальной операционной среде и приемо-сдаточные испытания заказчика.
4.1.6. Корректировка и настройка программного средства на конкретные характеристики среды применения у заказчика.
4.2. Эксплуатация программного средства и поддержка пользователей.
4.2.1. Управление и текущий контроль эксплуатации, сбор данных об ошибках и предложений по развитию ПС.
4.2.2.. Обеспечение технической помощи и консультаций пользователей в процессе эксплуатации ПС.
4.2.3. Ведение журнала запросов по совершенствованию и развитию ПС.
4.3. Сопровождение программного средства.
4.3.1. Модификация и развитие ПС на базе предложений на изменения и выявленных ошибок с полным или частичным повторением процессов жизненного цикла и создание новой версии ПС.
4.4. Прекращение эксплуатации и поддержки разработчиком программного средства.
4.4.1. Официальное уведомление пользователей о причинах и времени возможного прекращения активной поддержки эксплуатации конкретной версии ПС.
4.4.2. Подготовительные работы, аттестация и обучение для перехода на эксплуатацию новой версии ПС при прекращении поддержки предшествующей версии.
4.4.3. Прекращение поддержки эксплуатации версии ПС, оформление отчета о результатах эксплуатации и их архивация.
5. Процессы организации управления проектированием программного средства
5.1. Инициирование (начало) проекта программного средства.
5.1.1. Отображение действий операций и их исполнителей на выбранной модели жизненного цикла ПС, связанной со средой и управлением проектом.
5.1.2. Распределение ресурсов проектирования (затрат, бюджета, специалистов) на уровне функциональных задач проекта и утверждение распределения.
5.1.3. Определение среды проектирования: методологии, технологии, средств автоматизации, стандартов и повторно используемых компонент или требований к ним для всех этапов жизненного цикла ПС.
5.1.4. Разработка плана управления проектом: описание всех методов, средств, стандартов и документов, применяемых для поддержки и воздействия на детальный жизненный цикл программного средства.
5.2. Управление и текущий контроль процесса проектирования на протяжении жизненного цикла программного средства.
5.2.1. Анализ риска включает оценку технического, экономического и планового риска с учетом реальных факторов и ресурсов, а также поиск путей и компромиссов для их снижения.
5.2.2. Планирование непредвиденных обстоятельств предполагает возможность альтернативных действий, пересмотра требований и перераспределения ресурсов в зависимости от результатов анализа риска на всем жизненном цикле ПС.
5.2.3. Управление жизненным циклом ПС включает контроль отклонения текущего состояния проекта от запланированного и воздействие на ресурсы, события и средства для повышения эффективности разработки и применения ПС.
5.2.4. Обеспечение сохранности исходной, промежуточной и результирующий информации и документов о процесс и объектах проектирования на всех этапах жизненного цикла ПС.
5.2.5. Накопление, анализ и документирование аномалий функционирования ПС и его компонент, их исправление и обобщение в отчетах.
5.3. Управление качеством разрабатываемого программного средства.
5.3.1. Планирование обеспечения качества, его контроля и документирования в течение всего жизненного цикла ПС.
5.3.2. Разработка системы показателей качества и методов их измерения для программных компонент и ПС в целом, а также для процессов жизненного цикла ПС, обеспечивающих достижение целей конкретного проекта.
5.3.3. Управление качеством проекта в жизненном цикла ПС: сбор данных, измерения и воздействие на показатели качества с целю удовлетворения требований, сформулированных в спецификациях.
5.3.4. Определение и документирование потребностей пользователей в улучшении качества ПС, а также разработка методов и средств их реализации.
6. Интегральные процессы обеспечения полноты
и качества реализации функций программного средства
6.1. Оценка (проверка) и подтверждение качества процессов и результатов этапов жизненного цикла программного средства.
6.1.1. Планирование проверок, их последовательностей и необходимых ресурсов, оценок технического риска, критериев завершения процессов и достижения качества компонент.
6.1.2. Оценки, проверки и тестирование в соответствии с планом, документирование результатов проверок и подтверждения.
6.1.3. Сбор и анализ данных о показателях достигнутого качества компонент и ПС в целом для управления процессом проектирования и качеством программного продукта.
6.1.4. Планирование тестирования по всему жизненному циклу включает определение объектов и среды тестирования, критериев полноты и достигнутого качества, методов оценки соответствия требованиям и способов организации.
6.1.5. Разработка спецификаций тестирования конкретизирует объекты и процедуры проверок, тестов и внешней среды тестирования, состава исходных и отчетных документов для каждого объекта и этапа отладки.
6.1.6. Проведение (выполнение) тестирования и завершающих испытаний состоит в исполнении тестов в соответствии со спецификациями, сравнении результатов с эталонами. Подготовке отчетов об аномалиях и корректировках, оформлении отчетов о результатах отладки.
6.2. Управление конфигурацией версий программных средств.
6.2.1. Планирование управления конфигурацией осуществляется с использованием условий контракта, плана управления проектом и спецификаций требований на ПС.
6.2.2. Идентификация конфигурации включает маркировку, нумерацию, идентификацию структуры компонент и проекта ПС в целом.
6.2.3. Контроль конфигурации поддерживает процедуры регламентированных изменений компонент, утверждаемых уполномоченным разработчиком версии ПС.
6.2.3. Контроль конфигурации поддерживает процедуры регламентированных изменений компонент, утверждаемых уполномоченным разработчиком версии ПС.
6.2.4. Учет состояния конфигурации программного средства обеспечивает подготовку и накопление отчетов о текущем состоянии изменений версий ПС.
6.3. Разработка документации на конфигурацию (версию )программного средства.
6.3.1. Планирование разработки документации определяет ее состав, график подготовки, основополагающие стандарты, внутренних и внешних пользователей, источники исходных данных.
6.3.2. Разработка документации производится в соответствии с планом в течение всего жизненного цикла ПС на базе программных и информационных объектов реального проекта.
6.3.3. Производство и распространение документов обеспечивают внешних и внутренних пользователей необходимыми документами в нужное время.
6.4. Обучение специалистов разработчика, заказчика и пользователей созданию и применению программного средства.
6.4.1. Планирование программы обучения базируется на анализе потребностей разработчиков, заказчиков и пользователей с учетом ресурсов и возможного эффекта.
6.4.2. Разработка материалов для обучения включает создание курсов лекций, изучаемых примеров, наглядных пособий, моделей и т. д.
6.4.3. Тестирование программы обучения позволяет оценить качество и эффективность плана, материалов и организацию процесса обучения для различных категорий специалистов.
6.4.4. Реализация программы обучения состоит в организации, проведении и контроле эффективности процесса обучения.
…
ОБОБЩЕННЫЙ ПЕРЕЧЕНЬ ЭТАПОВ И РАБОТ
ПРИ РАЗРАБОТКЕ СЛОЖНЫХ
КРИТИЧЕСКИХ ПРОГРАММНЫХ СРЕДСТВ
Этап 1. Системный анализ проекта ПС
1.1. Исследования и определение концепции версии ПС
(официальные документы не оформляются)
1.1.1. Определение целей, идей и потребностей новой или модифицированной версии ПС.
1.1.2. Первичная формулировка исходных данных и потенциальных решений проекта ПС с учетом потребностей пользователей или заказчика и ресурсов на разработку.
1.1.3. Исследование реализуемости, моделирование и аналитическое обоснование методов и решений с учетом требуемого качества и имеющихся ограничений ресурсов.
1.1.4. Анализ рынка, технических и рекламных материалов о подобных ПС.
1.1.5. Предварительная оценка технико-экономических показателей проекта ПС, сроков, бюджета и риска.
1.1.6. Оформление концепции и предложений по созданию версии ПС – целей, идей, потребностей, методов и потенциальных решений с учетом реальных ресурсов и ограничений.
1.2. Анализ и разработка спецификации требований на ПС
1.2.1. Формализация функций, условий внешней среды, требований к характеристикам и качеству решения задач – Д-1.1.1 и Д-1.2.1.
1.2.2. Формирование предварительной спецификации требований к функциональным и рабочим характеристикам ПС – Д-1.1.2.
1.2.3. Предварительная оценка объема и характеристик программ и данных, а также технико-экономических показателей разработки ПС – Д1.1.3 и Д-1.2.2.
1.2.4. Предварительное определение архитектуры ПС и его базы данных, потребностей в вычислительных ресурсах для компонент и требований к параметрам реализующей ЭВМ – Д-1.2.3; Д-1.2.4 и Д-1.2.5.
1.2.5. Определение требований к интерфейсам: пользователей, аппаратных и программных средств, а также их основных функциональных компонент – Д1.1.4.
1.2.6. Подготовка и заключение контракта на разработку версии программного средства – Д1.1.6.
1.3. Предварительное планирование и организация
технологической поддержки разработки ПС
1.3.1. Оценка и подготовка к приобретению готовых операционных систем, пакетов прикладных программ и средств автоматизации разработки ПС – Д-1.2.6.
1.3.2. Предварительный выбор среды проектирования, технологии, методов, средств автоматизации и стандартов проектирования – Д-1.2.6.
1.3.3. Определение организационной структуры и числа специалистов, ответственности за этапы и компоненты проекта, а также потребностей в субподрядных организациях – Д-1.2.7.
1.3.4. Разработка предварительного плана проектирования и управления проектом с учетом технического, экономического и планового рисков, а также компромиссов для их снижения – Д-1.1.5.
1.3.5. Предварительное определение субподрядчиков, их функций и задач по реализации и обеспечению разработки ПС – Д-1.1.5.
1.3.6. Предварительное планирование управления качеством ПС, измерений и воздействий на показатели качества и целью удовлетворения требований спецификаций – Д-1.2.8 и Д-1.2.9.
Этап 2. Предварительное (эскизное) проектирование версии ПС
2.1. Процессы предварительного проектирования версии программного средства
2.1.1. Разработка и описание методов решения задач, алгоритмов, структур данных и управляющей информации для компонент – Д-2.1.1.
2.1.2. Анализ характеристик объектов внешней среды и взаимодействия с потенциальными пользователями при использовании разработанного ПС – Д-2.2.1.
2.1.3. Анализ диаграмм потоков данных, оценка длительностей решения задач и допустимых запаздываний результатов, уточнение загрузки, распределения и использования вычислительных ресурсов реализующей ЭВМ – Д-2.2.2.
2.1.4. Исследование математической модели системы и ПС, уточнение их характеристик и спецификации требований – Д-2.1.2.
2.1.5. Определение функций и формализация спецификаций требований на основные функциональные и обслуживающие программные и информационные компоненты – Д-2.1.3.
2.1.6. Формализация интерфейсов программных компонент между собой, с операционной и внешней средой – ДД-2.1.4.
2.1.7. Разработка или выбор системы управления базой данных для информационных и программных компонент и ПС – Д-2.1.5.
2.1.8. Проектирование структуры и объемов информационных файлов и их размещение в базе данных ПС – Д-2.1.5.
2.1.9. Разработка методов и средств контроля вычислительного процесса и обеспечения надежности функционирования ПС – Д-2.1.6.
2.1.10. Разработка или выбор методов и средств защиты информации и ПС от несанкционированного доступа – Д-2.1.6.
2.1.11. Разработка предварительного руководства для пользователей и обслуживания версии ПС – Д-2.1.7 и Д-2.1.8.
2.1.12. Уточнение архитектуры проекта, схемы организации вычислительного процесса и распределения вычислительных ресурсов реализующей ЭВМ для программных и информационных компонент – Д-2.2.3.
2.1.13. Уточнение объема и характеристик ПС, оценка технико-экономических показателей и графика разработки ПС – Д-2.2.5.
2.1.14. Согласование с заказчиком предварительного (эскизного) проекта ПС и его технико-экономических показателей, уточнение условий контракта – Д-2.1.11; Д-2.1.12 и Д-2.2.11.
2.2. Планирование и обеспечение технологической поддержки
и качества программного средства
2.2.1. Приобретение или разработка и освоение технологий. Среды проектирования, средств автоматизации, состава и форм отчетных документов об объектах и процессах разработки – Д-2.2.7 и Д-2.2.8.
2.2.2. Формирование базы данных проектирования, концептуальное, логическое и физическое распределение информационных и программных объектов проекта – Д-2.2.12.
2.2.3. Подготовка руководства для детального проектирования, программирования и отладки ПС, согласование словарей понятий и идентификаторов – Д-2.2.10.
2.2.4. Уточнение плана проектирования, распределения бюджета и специалистов, оценка риска – Д-2.1.9 и Д-2.2.6.
2.2.5. Планирование отладки компонент и обеспечения средствами автоматизации тестирования – Д-2.2.9.
2.2.6. Разработка системы показателей качества ит методов их измерения для программных компонент и ПС в целом – Д-2.1.10 и Д-2.2.4.
2.2.7 Планирование обеспечения гарантий качества и его контроля, поэтапного документирования качества компонент и ПС в целом – Д-2.1.10.
Этап 3. Детальное (техническое) проектирование версии ПС
3.1. Процессы детального проектирования версии программного средства
3.1.1 Разработка спецификаций требований на функциональные группы программ и модули, уточнение технического задания на версию ПС – Д-3.1.1 и Д-3.1.2.
3.1.2. Выбор и освоение готовых, апробированных компонент из состава предыдущих проектов, удовлетворяющих разработанным спецификациям требований – Д-3.1.1 и Д-3.1.2.
3.1.3. Формализация межмодульного интерфейса программ и структуры базы данных компонент ПС – Д-3.1.3.
3.1.4. Корректировка и продолжение исследований математической модели системы и ПС, формализация их результатов в детальном проекте – Д-3.1.4.
3.1.5. Уточнение и документирование архитектуры ПС, спецификаций требований и методов решения задач, распределения вычислительных ресурсов реализующей ЭВМ по программным и информационным компонентам – Д-3.1.5.
3.1.6. Разработка детального проекта ПС в соответствии со спецификацией, стандартами и требованиями заказчика – Д-1.3.6.
3.1.7. Документирование детального проекта и предъявление его заказчику, уточнение спецификаций требований и условий контракта – Д-3.1.6 и Д-3.1.7.
3.2. Обеспечение технологической поддержки
и качества компонент и программного средства
3.2.1. Уточнение и утверждение руководства по применению технологии. Средств автоматизации и стандартов при разработке компонент ПС – Д-3.1.8.
3.2.2. Разработка руководства по контролю, обеспечению качества и надежности функционирования программного средства – Д-3.1.9.
3.2.3. Уточнение плана работ, распределения ресурсов и специалистов, технико-экономических показателей и риска в соответствии с характеристиками детального проекта – Д-3.2.1.
3.2.4. Планирование обеспечения средствами автоматизации отладки модулей и функциональных компонент – Д-3.2.2.
3.2.5. Предварительное планирование интегрирования (комплексирования) программных и информационных компонент и управления конфигурацией ПС – Д-3.2.3.
3.2.6. Предварительное планирование обеспечения средствами автоматизации имитации внешней среды и проведения комплексной отладки и испытаний ПС – Д-3.2.4.
3.2.7. Организация взаимодействия с независимыми организациями по тестированию и сертификации ПС – Д-3.2.4.
3.2.8. Определение методов и средств автоматизации обучения пользователей применению версии ПС – Д-3.2.5.
3.2.9. Контроль выполнения плана и управление проектированием, а также использованием ресурсов процесса разработки – Д-3.1.10.
Этап 4. Кодирование (программирование)
и отладка компонент версии программного средства
4.1. Разработка исходных текстов программных модулей, функциональных компонент и описаний данных в соответствии со спецификациями требований. Методиками и стандартами – Д-4.1.1.
4.2. Трансляция исходных текстов и устранение синтаксических и семантических ошибок – Д-4.1.1.
4.3. Планирование отладки модулей и компонент, подготовка тестовых данных и имитаторов для генерации тестов – Д-4.1.2. и Д-4.1.3.
4.4. Отладка модулей и компонент, устранение ошибок, корректировка текстов программ и описаний данных – Д-4.1.4.
4.5. Оценка качества модулей и компонент, длительностей решения задач, используемых вычислительных ресурсов и других функциональных и технических характеристик компонент – Д-4.1.5.
4.6. Испытание модулей и компонент, их аттестация и подготовка для многократного использования – Д-4.1.5 и Д-4.1.6.
4.7. Документирование исходных и объектных текстов компонент, результатов их тестирования, качества и технических характеристик – Д-4.1.4; Д-4.1.5 и Д-4.1.6.
4.8. Контроль процесса разработки компонент и выполнения рабочего графика - Д-нет.
Этап 5. Интеграция (комплексирование)
и комплексная отладка версии программного средства
5.1. Процессы интеграции, комплексной отладки и предварительных испытаний версии программного средства.
5.1.1. Загрузка базы данных ПС типовыми исходными данными и тестами – Д-5.2.1.
5.1.2. Интеграция компонент, тестирование и определение характеристик качества программ решения основных функциональных задач ПС – Д-5.1.1.
5.1.3. Интеграция программ решения основных функциональных задач в версию ПС – Д-5.1.1.
5.1.4. Тестирование и определение характеристик версии ПС в имитированной внешней среде – Д-5.1.1.
5.1.5. Интеграция ПС с аппаратными средствами в реальной операционной и внешней среде – Д-5.1.2.
5.1.6. Подготовка опытного образца ПС и документации для квалификационного тестирования и предварительных испытаний в реальной внешней среде – Д-5.1.2.
5.1.8. Определение соответствия характеристик качества ПС и степени покрытия тестами функциональных требований, заданных в спецификации и контракте на разработку – Д-5.1.3.
5.1.9. Разработка комплекта эксплуатационной документации для пользователей – Д 5.1.4.
5.1.10. Документирование результатов предварительных испытаний, описаний и характеристик ПС для предъявления заказчику на приемо-сдаточные испытания – Д-5.1.4.
5.2. Планирование, технологическая поддержка и обеспечение качества интеграции и комплексной отладки версии программного средства.
5.2.1. Планирование процесса интеграции программных и информационных компонент и разработка методики –т Д-5.2.2.
5.2.2. Разработка и аттестация средств автоматизации квалификационного тестирования ПС и обработки результатов отладки – Д-5.2.3.
5.2.3. Планирование комплексной отладки в имитированной внешней среде – Д-5.2.4.
5.2.4. Планирование интеграции ПС с аппаратными средствами системы в реальной операционной и внешней среде – Д-5.2.5.
5.2.5. Планирование комплексной отладки и разработка методики, требований к квалификационным тестам, средствам автоматизации тестирования и обработки результатов отладки в реальной операционной и внешней среде – Д-5.2.6.
5.2.6. Разработка методик и средств автоматизации обучения пользователей применению ПС и системы – Д-5.2.7.
5.2.7. Обеспечение технической помощи, обучение и консультации пользователей, применению версии ПС – Д-5.2.7.
5.2.8. Разработка руководства по управлению конфигурацией, сбору отчетов об ошибках и предложениях на изменения версий ПС – Д-5.2.8.
5.2.9. Контроль процессов и графика работ интеграции. Тестирования и предварительных испытаний ПС и системы – Д-5.2.9.
Этап 6. Испытания и документирование версии программного средства
6.1. Разработка программы, методик и средств обеспечения приемо-сдаточных испытаний ПС совместно с заказчиком – Д-6.1.1; Д-6.2.1 и Д-6.2.2.
6.2. Адаптация ПС на параметры внешней среды и условия испытаний у заказчика – Д-6.1.2 и Д-6.2.3.
6.3. Проведение тестирования ПС по программе приемо-сдаточных испытаний на соответствие функциональным и техническим характеристикам, заданным в контракте и согласованным с заказчиком – Д-6.1.3.
6.4. Документирование результатов приемо-сдаточных испытаний заказчиком ПС и оформление полного комплекта документов на версию ПС – Д-6.1.6 и Д-6.2.4.
6.6. Передача разработчиком и приемка заказчиком завершающей спецификации требований, комплекта документации пользователей и ПС в соответствии с условиями контракта – Д-6.1.7.
6.7. Официальное завершение разработки, закрытие контракта заказчиком и окончательный расчет с разработчиком – Д-6.1.8.
Этап 7. Поддержка разработчиком процесса эксплуатации
программного средства пользователями
7.1. Производство, реклама и маркетинг версии программного средства.
7.2. Обучение и консультации пользователей в процессе эксплуатации ПС.
7.3. Накопление и обработка отчетов пользователей от результатах эксплуатации, категориях и классах выявленных ошибок и предложения по совершенствованию и развитию функций ПС.
7.4. Информирование пользователей о частных изменениях в эксплуатируемой версии ПС.
7.5. Планирование перехода к новой версии, официальное уведомление пользователей о причинах и времени прекращения активной поддержки эксплуатации текущей версии ПС.
7.6. Подготовительные работы и обучение пользователей для перехода на эксплуатацию новой версии ПС при прекращении поддержки предшествующей версии.
7.7. Прекращение поддержки эксплуатации версии ПС, оформление отчета о результатах эксплуатации и архивация снятой версии.
Этап 8. Сопровождение версий программного средства
8.1. Разработка методики оформления отчетов об ошибках и предложениях на изменение версий ПС.
8.2. Анализ спроса на модификацию ПС, предполагаемых изменений программ и данных, необходимых затрат, риска и возможных альтернатив.
8.3. Учет состояний конфигурации ПС, подготовка и накопление отчетов о текущем состоянии и изменениях версий ПС.
8.4. Реализация модификации и создание очередной версии ПС – корректировка программ, данных и интерфейсов, разработка и интеграция необходимых компонент, отладка и испытания новой версии ПС – полное или частичное повторение этапов 1-6.
8.5. Приемка заказчиком, установка, настройка, испытания и передача на эксплуатацию новой версии ПС.
Примечание. На этапах 1-6 в конце описания каждой частной работы приводится ссылка на номера документов (Д-2.2.2), представленные ниже (???).
…