- •Содержание
- •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.Указатель
Примерная форма презентации на ежемесячном операционном обзоре
На Рис. 63 приведен пример ежемесячного одностраничного отчета о ходе проекта АСС, рассчитанного на 12 месяцев, по состоянию на 21.05.2001 г.
Состояние на 21.05.01 |
График этапов |
Повторн.использование |
||||||||
Проект Руководитель Отв.исп. Заказчик Продукт |
АСС А.Н.Домарацкий А.Н.Домарацкий ЗАО «ИДУ» Система, описание |
Этапы |
План |
Факт |
Ключ.раб. |
План |
Факт |
|||
Режимы защиты инф. Привязка АСС к индивид. календарям 2-я редакция книги Перенос БД Модель оценок ПИ Реализация модели |
25.01.01 26.04.01
30.08.01 06.11.01 30.11.01 28.12.01 |
25.01.01 26.04.01
|
План Требования Проект Код Тесты |
0,1 0,1 0 0,2 0,4 |
0,1 0,1
|
|||||
Аннотация Автоматизированная систе-ма управления разработкой программных изделий (ПИ) АСС предназначена для ре-шения задач оценки харак-теристик программного проекта, планирования и отслеживания его хода. Система включает АРМ рук.предриятия, АРМ руко-водителя проекта и АРМ разработчика. Реализуется в среде MS Office на языке Visual Basic for Applications. |
Недель отставания/опережения |
«Бычий глаз»
|
||||||||
Штат (человек)
|
Стоимость (в тыс.долларов)
|
Состояние Разработаны модули защиты от несанкциони-рованного доступа, Обеспечена возможность настройки АСС на работы в сетевом или автономном режиме. Изменена генерация месячных отчетов (вклю-чена страница выбора этапов). |
Рис. 63. Пример одностраничного ежемесячного отчета о ходе проекта
Отчет генерируется автоматически средствами MS Excel по данным из БД проекта на запрошенную текущую дату. Из этого отчета сразу видно, что проект пока идет по плану, однако уже образовалось превышение запланированного бюджета, что требует анализа и принятия мер по исправлению ситуации. Очевидной причиной является превышение запланированного штата (диаграмма «Штат») в 4-м месяце (апреле) на 1 человека. На диаграмме «Бычий глаз» видны периодические отставания до 1 недели, однако два плановых этапа («Режимы защиты информации» и «Привязка АСС к индивидуальным календарям») завершены в срок, по-видимому, за счет этого превышения штата.
На операционных обзорах также сообщаются и анализируются и другие метрические показатели хода проекта: S-кривые по размеру кода и объему созданной документации, количеству найденных и закрытых дефектов, трудоемкости по разным типам работ и другие, определенные в проектном плане.
|
|
|
|
Рис. 64. Пример регулярного метрического отчета о ходе проекта
Диаграммы строятся автоматически по данным из ежедневных сводных отчетов участников проекта (Табл. 12). Так, видим, что размер кода уже почти достиг запланированной величины, тогда как объем документации еще значительно меньше плана. В то же время число разность между оценкой числа дефектов (90) и числом найденных дефектов (28), будучи приведенной к размеру кода (130 KAELOC), дает оценку числа невыявленных дефектов 0,47 дефекта/KAELOC, что соответствуют качеству чуть выше 4-сигма. При этом 4 дефекта из этих 28 еще открыты.