
- •1. Выбор жизненного цикла разработки по
- •1) Каскадная (водопадная) модель
- •2) Итеративная и инкрементальная модель – эволюционный подход
- •3. Спиральная модель
- •2. Отбор команды разработчиков проекта
- •3. Создание структуры пооперационного перечня работ
- •4. Оценка размера и возможности повторного использования по
- •5. Оценка длительности и стоимости разработки по
- •5.1 Определение уровня качества по предполагает:
- •5.2. Определение затрат на производство по
- •6. Создание бизнес-плана
2. Отбор команды разработчиков проекта
Имеется соотношение между размерами проекта и количеством участников команды
Таблица 1.
Размер проекта |
Человеко-месяцы |
Календарные месяцы |
Количество участников команды |
Малый |
Менее 6 |
Менее 3 |
Менее 3 |
Средний |
6-48 |
3-9 |
3-15 |
Большой |
Более 48 |
Более 9 |
Более 15 |
Соответственно, для определения числа участников команды необходимо оценить трудоемкость проекта.
3. Создание структуры пооперационного перечня работ
Пооперационный план стоится, исходя из типа выбранного жизненного цикла ПО.
Имеется два подход: создание перечня работ снизу-вверх или сверху вниз.
Пример пооперационного перечня работ по программе С-компилятора, создаваемый сверху вниз:
Программирование:
1.1) пользовательский интерфейс;
1.2) файловая система;
1.3) синтаксический анализатор;
1.4) генератор кода;
1.5) система времени выполнения;
2) Создание тестового набора;
3) Написание документации;
4) Создание программы инсталляции;
5) Управление разработкой ПО.
Далее каждый пункт расписывается более детально. Например:
1.1.) Пользовательский интерфейс;
1.1.1) Анализ требований к интерфейсу;
1.1.2) Проектирование интерфейса
1.1.3) Кодирование интерфейса
1.1.4) Тестирование и интеграция
4. Оценка размера и возможности повторного использования по
В зависимости от технологии автоматизации разработки ПО или применяемых стратегий бизнес-планирования объем разрабатываемого ПО может измеряться в различных единицах.
Примеры единиц измерения размера ПО:
- количество строк кода (LOC);
- функциональные точки;
- количество «пузырьков» на диаграмме потока данных (Data flow diagram DFD);
- количество сущностей на диаграмме сущностей (ERD);
- количество квадратиков, соответствующих процессу/контролю на структурном графике;
- количество различных элементов в составе управленческой спецификации;
- объем документации;
- - количество объектов, атрибутов и служб на объектной диаграмме и т.д.
Наиболее объективным критерием есть расчет размера ПО в строках кода.
Типичный порядок расчета масштаба (размера) ПО в строчках кода:
- исходя из структуры пооперационного перечня работ, составить иерархическую структуру ПО;
- экспертным путем определить размер базовых модулей в операторах;
- рассчитать общее число операторов (Р – реалистичная оценка);
- сделать оптимистичную оценку - О;
- сделать пессимистичную оценку – П;
- подсчитать возможный объем ПО по формуле:
RLOC= (П+(Р*4)+О)/6
Где:
О- оптимистичная оценка;
П – пессимистичная оценка;
Р – реалистичная оценка;
Измеряется в LOC.
Расчет экономии :
Сн – Часть нового кода (%);
- нет экономии;
Сп - Часть повторно используемого кода (%);
- экономия - Сп*(1-0,7)
См - Часть модифицируемого кода (%);
- экономия - См*(1-0,4)
Итоговая оценка:
R’LOC= RLOC*(Сн) + RLOC*Сп*(1-0,7) + RLOC*См*(1-0,4)