- •Содержание
- •1.13. Задания для самопроверки 59
- •1.17. Задания для самопроверки 88
- •1.19. Задания для самопроверки 108
- •1.23. Задания для самопроверки 116
- •1.27. Задания для самопроверки 125
- •1.37. Задания для самопроверки 144
- •1.48. Задания для самопроверки 159
- •Перечень рисунков
- •Перечень таблиц
- •Введение
- •Принятые сокращения
- •1.Жизненный цикл разработки по
- •Программные проект и его атрибуты
- •Ролевые модели в программном проекте
- •Размер и сложность программного проекта
- •Характеристики программного проекта
- •Качество программного продукта
- •Экран проекта и сводка о подходе
- •Критерий smart для формулирования целей
- •Критерии успешности программного проекта
- •Модели жизненного цикла
- •Водопадная модель
- •Модель быстрой разработки приложения
- •Пошаговая модель
- •Спиральная модель Боэма
- •Прототипная модель
- •Выбор модели жизненного цикла
- •Задания для самопроверки
- •2.Типовой каркас для разработки по
- •Программная разработка
- •Планирование проекта
- •Модель cocomo для оценки трудозатрат в проекте
- •Модель slim для оценки трудозатрат в проекте
- •Разработка спецификации требований
- •Отслеживание и контроль
- •Верификация и валидация
- •Обеспечение качества
- •Конфигурационное управление
- •Метрики
- •Повышение квалификации
- •Задания для самопроверки
- •3. Модели зрелости способностей cmm/cmmi
- •Ключевые области процесса в модели cmm
- •Характеристика уровней зрелости в модели cmm
- •Интегрированная модель зрелости способностей cmmi
- •История возникновения
- •Уровни зрелости и области процесса
- •Уровни способностей процесса в модели cmmi
- •Специальные и общие цели и практики процессных областей
- •Характеристики уровней зрелости в модели cmmi
- •Задания для самопроверки
- •4.Управление рисками в программном проекте
- •Модели esi и pmi управления рисками
- •Выявление рисков
- •Анализ рисков
- •Расстановка приоритетов для рисков
- •Планирование рисков
- •Исполнение ответных стратегий
- •Оценивание результатов исполнение ответных стратегий
- •Документирование действий по рискам
- •Заключительное оценивание рисков
- •Задания для самопроверки
- •5.Стандарты качества iso в применении к по
- •Структура и принципы семейства стандартов iso 9000
- •Модели iso 9000 на базе процессов
- •Самооценивание по ключевым элементам iso 9000
- •Задания для самопроверки
- •6.Формальные методы в разработке по
- •Инструменты формализации и верификации
- •Взаимодействие функциональностей
- •Интегрированная технология анализа и верификации
- •Задания для самопроверки
- •7.Некоторые общие технологические приемы
- •Инспекции по Фейгану
- •Диаграммы Исикавы («рыбий скелет»)
- •Инструменты
- •Swot-анализ
- •Сбалансированный экран результативности
- •Технологическая дорожная карта
- •Метод Дельфи
- •Деревья решений
- •Сравнительное ранжирование
- •Методология подвижного программирования
- •Принципы подвижного программирования
- •Рабочий цикл и роли участников
- •Рабочие документы и обстановка
- •Задания для самопроверки
- •8.Сертификация программного обеспечения в авиации
- •История создания серии документов do-178 и ed-12
- •Уровни программного обеспечения
- •Процессы жизненного цикла по авиационных систем
- •Цели процессных деятельностей
- •Рабочие документы и категории их контроля
- •Процесс планирования по
- •Процессы разработки по
- •Определение требований
- •Проектирование
- •Кодирование
- •Верификация
- •Конфигурационное управление
- •Обеспечение качества
- •Контакт с органом сертификации
- •Выводы и рекомендации
- •Задания для самопроверки
- •9.Задания для самостоятельной работы
- •Темы, связанные с единым каркасом для разработки по
- •Перечень тем
- •Краткое описание каждой темы
- •Тема 2. Программная архитектура базового инструмента для распределенного управления программными проектами
- •Тема 3. Профили типовых рабочих компонентов для разработки приложений
- •Тема 1. Прототип метрической базы данных для управления разработкой приложений
- •Тема 5. Репозиторий повторно используемых компонентов
- •Тема 6. Сквозной пример для единого каркаса разработки приложений
- •Темы, связанные применением формальных методов перечень тем
- •Тема 1. Сравнительный анализ систем верификации
- •Тема 2. Формализация протоколов связи краткое описание каждой темы
- •Тема 1. Сравнительный анализ систем верификации
- •Тема 2. Формализация протоколов связи
- •10.Литература
- •11.Приложения
- •Шаблон для одностраничного экрана проекта
- •Примерная структура положения о работе и тз
- •Примерная форма еженедельного отчета
- •Примерная форма презентации на ежемесячном операционном обзоре
- •12.Указатель
Тема 3. Профили типовых рабочих компонентов для разработки приложений
Задача. Используя литературу и практический опыт известных производителей ПО, разработать и собрать воедино типовые профили рабочих компонентов для единого каркаса для управления разработкой приложений.
Квалификационные требования. Знание основных этапов и моделей жизненного цикла разработки ПО, умение выявлять и анализировать неформальные требования к программному продукту, знание основных подходов к созданию и анализу программных документов, средств для их представления. Владение средствами представления результатов анализа и принятия решений. Понимание процессов сертификации разработчиков по моделям CMM/CMMI и стандартам ISO 9000, а также сертификационных требований к ПО для авиационных бортовых систем и оборудования DO-178 и КТ-178.
Ожидаемый результат. Библиотека шаблонов для типовых рабочих продуктов, документ «Руководство пользователя по созданию рабочих продуктов при разработке приложений», содержащий описание этих рабочих продуктов и их шаблонов с обоснованием их выбора и структуры в зависимости от модели жизненного цикла. Уточненные наборы метрик рабочих продуктов, необходимых для объективной сертификации разработчиков и создаваемого ПО. Автоматизированная система определения этих метрик для последующего метрического анализа и сертификации.
Трудоемкость. 6 человеко-месяцев.
Примечание. Для выполнения проекта должен быть составлен план, выбраны метрики отслеживания хода проекта, вестись еженедельная отчетность по исполнению текущих задач и ежемесячная отчетность в виде операционного обзора.
Тема 1. Прототип метрической базы данных для управления разработкой приложений
Задача. Используя литературу и практический опыт известных производителей ПО, разработать схему и типовое наполнение метрической базы данных для единого каркаса для управления разработкой приложений.
Квалификационные требования. Знание основных этапов и моделей жизненного цикла разработки ПО, умение выявлять и анализировать неформальные требования к программному продукту, знание основных подходов к созданию и анализу программных документов, средств для их представления. Знание теории баз данных, практические навыки в работе с распространенными БД. Владение средствами представления результатов анализа и принятия решений.
Ожидаемый результат. Схема и типовое наполнение метрической базы данных для единого каркаса для управления разработкой приложений с обоснованием.
Трудоемкость. 4 человеко-месяца.
Примечание. Для выполнения проекта должен быть составлен план, выбраны метрики отслеживания хода проекта, вестись еженедельная отчетность по исполнению текущих задач и ежемесячная отчетность в виде операционного обзора. В процессе работы должны быть рассмотрены, как минимум, 3 альтернативные схемы, удовлетворяющие поставленным требованиям, и проведено обоснование окончательного выбора.
Тема 5. Репозиторий повторно используемых компонентов
Задача. Используя литературу и практический опыт известных производителей ПО, разработать схему и начальное наполнение репозитория повторно используемых компонентов для разработки приложений средствами единого каркаса с возможностью автоматизированного поиска и составления статистических отчетов.
Квалификационные требования. Знание основных этапов и моделей жизненного цикла разработки ПО, умение выявлять и анализировать неформальные требования к программному продукту, знание основных подходов к созданию и анализу программных документов, средств для их представления. Знание теории баз данных, практические навыки в работе с распространенными БД. Знание средств XML (Extended Markup Language), подхода Twiki. Владение средствами представления результатов анализа и принятия решений.
Ожидаемый результат. Схема и начальное наполнение репозитория повторно используемых компонентов для единого каркаса для управления разработкой приложений с обоснованием. Автоматизированная система поиска компонентов по запросам. Система составления статистических отчетов по текущему состоянию репозитория и повторных использований его содержимого.
Трудоемкость. 6 человеко-месяцев.
Примечание. Для выполнения проекта должен быть составлен план, выбраны метрики отслеживания хода проекта, вестись еженедельная отчетность по исполнению текущих задач и ежемесячная отчетность в виде операционного обзора. В процессе работы должны быть рассмотрены, как минимум, 3 альтернативные схемы, удовлетворяющие поставленным требованиям, и проведено обоснование окончательного выбора.