- •Оглавление
- •Глава 1. Жизненный цикл программного обеспечения ……………………………………………43
- •Глава 2. Методические аспекты
- •Глава 3. Моделирование бизнес-процессов
- •Глава 4. Анализ и проектирование
- •Глава 5. Технологии создания программного
- •Глава 6. Оценка трудоемкости создания
- •Глава 7. Особенности современных проектов ........527
- •Предисловие
- •Введение
- •Глава 1 жизненный цикл программного обеспечения
- •Нормативно-методическое обеспечение создания по
- •Стандарт жизненного цикла по
- •Основные процессы жц по
- •Вспомогательные процессы жизненного цикла по
- •Организационные процессы жизненного цикла по
- •Взаимосвязь между процессами жц по
- •Модели жизненного цикла по
- •Каскадная модель жц
- •Итерационная модель жизненного цикла
- •Методика spmn
- •Пример процесса «управление требованиями»
- •Пример процесса «управление конфигурацией по»
- •Общие принципы проектирования систем
- •Визуальное моделирование
- •Структурные методы анализа и проектирования по
- •Метод функционального моделирования
- •Описание типов связей
- •Моделирования процессов idef3
- •Типы связей idef3
- •Типы соединений
- •Моделирование потоков данных
- •Количественный анализ диаграмм
- •Сравнительный анализ sadt-моделей и диаграмм потоков данных
- •Моделирование данных
- •Объектно-ориентированные методы анализа и проектирования по
- •Основные принципы построения объектной модели
- •Основные элементы объектной модели
- •Значения мощности
- •Унифицированный язык моделирования uml
- •Диаграммы вариантов использования
- •Диаграммы взаимодействия
- •Диаграммы классов
- •Диаграммы состояний
- •Диаграммы деятельности
- •Диаграммы компонентов
- •Диаграммы размещения
- •Механизмы расширения uml
- •Количественный анализ диаграмм uml
- •Основные элементы языка uml
- •Основные типы связей языка uml
- •Диапазоны оценок для диаграмм uml
- •Образцы
- •Сопоставление и взаимосвязь структурного и объектно-ориентированного подходов
- •Структурный (процессный) подход к моделированию бизнес-процессов
- •Принципы процессного подхода
- •Применение диаграмм потоков данных
- •Система моделирования aris
- •Метод ericsson-penker21
- •Пример использвания процессного подхода
- •История болезни пациента
- •Спецификация структур данных
- •Построение диаграмм потоков данных нулевого и последующих уровней
- •Объектно-ориентированный подход к моделированию бизнес-процессов
- •Методика моделирования
- •Пример использования объектно-ориентированного подхода
- •Пример спецификации требований к программному обеспечению
- •Пример структурного проектирования по
- •Построение диаграмм системных процессов и диаграмм последовательностей экранных форм
- •Объектно-ориентированный анализ
- •Архитектурный анализ
- •Анализ вариантов использования
- •Объектно-ориентированное проектирование
- •Проектирование архитектуры системы
- •Проектирование элементов системы
- •Глава 5 технологии создания программного обеспечения
- •Определение технологии
- •Общие требования, предъявляемые
- •Внедрение тс по в организации
- •Общие сведения
- •Определение потребностей в тс по
- •Оценка и выбор тс по
- •Критерии оценки и выбора тс по
- •Выполнение пилотного проекта
- •Практическое внедрение тс по
- •Примеры тс по
- •Технология rup (rational unified process)
- •Технология oracle
- •Технология borland
- •Технология computer associates
- •Глава 6 оценка трудоемкости создания программного обеспечения
- •Методы оценки и их классификация
- •Методика оценки трудоемкости разработки по на основе функциональных точек
- •Определение функциональных типов
- •Определение количества и сложности функциональных типов по данным
- •Сложность ilf и eif
- •Определение количества и сложности транзакционных функциональных типов
- •Подсчет количества функциональных точек
- •Зависимость количества fp от сложности функционального типа
- •Коммуникации данных
- •Распределенная обработка данных
- •Сложность ei
- •Сложность ео
- •Производительность
- •Эксплуатационные ограничения
- •Частота транзакций
- •Ввод данных в режиме «онлайн»
- •Эффективность работы конечных пользователей1
- •Онлайновое обновление
- •Сложная обработка31
- •Повторное использование
- •Простота установки
- •Простота эксплуатации
- •Количество возможных установок на различных платформах
- •Гибкость32
- •Оценка трудоемкости разработки
- •Размер программного обеспечения в fp и loc
- •Распределение временных затрат по стадиям для маленьких и больших проектов
- •Статистические данные
- •Статистические (регрессионные) модели
- •Группа процессов
- •Определение весовых показателей вариантов использования
- •Определение технической сложности проекта
- •Определение уровня квалификации разработчиков
- •Оценка трудоемкости проекта
- •Методы, основанные на экспертных оценках
- •Метод дельфи
- •Метод декомпозиции работ
- •Средства оценки трудоемкости
- •Планирование итерационного процесса создания по
- •Глава 7 особенности современных проектов
- •Категории «безнадежных» проектов
- •Причины, порождающие «безнадежные» проекты
- •Причины разногласий между участниками проекта
- •Переговоры в «безнадежном» проекте
- •Человеческий фактор в «безнадежных» проектах
- •Процессы в «безнадежных» проектах
- •Динамика процессов
- •Контроль над продвижением проекта
- •Технология и инструментальные средства «безнадежных» проектов
- •Дополнительная литература
- •Краткий словарь терминов
- •Список основных сокращений
Распределение временных затрат по стадиям для маленьких и больших проектов
Масштаб проекта |
Начальная стадия, % |
Проектирование, % |
Разработка, % |
Ввод в действие, % |
Маленький коммерческий проект |
10 |
20 |
50 |
20 |
Большой, сложный проект |
15 |
30 |
40 |
15 |
Самым значительным отличием является относительное время, за которое достигается контрольная точка жизненного цикла, связанная с созданием архитектуры (завершение проектирования). Для маленьких проектов это отношение составляет 30/70; для большого проекта оно ближе к 45/55.
Время разработки может быть изменено с учетом статистических данных, накопленных в реальных проектах и отраженных в табл. 6.7, где сопоставлены планируемый и реальный сроки выполнения проекта в зависимости от его размера, выраженного в количестве функциональных точек. Частично это отставание объясняется неточной оценкой, частично — ростом количества требований к системе после того, как выполнена начальная оценка.
Таблица 6.7
Статистические данные
Размер проекта |
< 100 FP |
100 - 1000 FP |
1000 - 10000 FP |
> 10000 FP |
Планируемый срок (мес.) |
6 |
12 |
18 |
24 |
Реальный срок (мес.) |
8 |
16 |
24 |
36 |
Отставание |
2 |
4 |
6 |
12 |
6.3.
АЛГОРИТМИЧЕСКОЕ МОДЕЛИРОВАНИЕ
ТРУДОЕМКОСТИ РАЗРАБОТКИ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
6.3.1.
ТЕОРЕТИЧЕСКИЕ (МАТЕМАТИЧЕСКИЕ) МОДЕЛИ
Математическое моделирование трудоемкости разработки ПО основано на сопоставлении экспериментальных данных с формой существующей математической функции. В начале 1960-х годов Питер Норден из фирмы IBM пришел к выводу, что в проектах по исследованию и разработке может применяться хорошо прогнозируемое распределение трудовых ресурсов, основанное на распределении вероятности, называемом кривой Рэлея (Rayleigh distribution). Позднее, в 1970-х годах Лоуренс Патнэм33 из компании Quantitative Systems Management применил результаты Нордена к разработке ПО. Используя статистический анализ проектов, Патнэм обнаружил, что взаимосвязь между тремя основными параметрами проекта (размером, временем и трудоемкостью) напоминает функцию Нордена-Рэлея (рис. 6.9), отражающую распределение трудовых ресурсов проекта в зависимости от времени.
Рис. 6.9. Функция Рэлея
Функция Рэлея моделируется дифференциальным уравнением:
.
где
—
скорость роста персонала проекта; t
— время, прошедшее от начала проекта
до изъятия продукта из эксплуатации; К
— область под кривой — представляет
полную трудоемкость в течение всего
жизненного цикла (включая сопровождение),
выраженную в человеко-годах; а —
константа, которая определяет форму
кривой (фактор ускорения) и вычисляется
по формуле
,
где
- время разработки.
Приняв ряд допущений, Патнэм получил следующее уравнение:
,
где Е — трудоемкость разработки ПО, S — размер ПО в LOC, — планируемый срок разработки, С — технологический фактор, учитывающий различные аппаратные ограничения, опыт персонала и характеристики среды программирования. Он определяется на основе хронологических данных по прошлым проектам и, согласно рекомендациям Патнэма определяется для различных типов проектов следующим образом:
проект, внедренный в сжатые сроки без детальной проработки, -1500;
проект, выполненный в соответствии с четким планом, — 5000;
проект, предусматривающий оптимальную организацию и поддержку, — 10000.
Оптимальный срок разработки определяется как
,
что хорошо согласуется с большинством статистических моделей.
Более подробное описание модели Патнэма приведено в книге Фатрелл Р., Шафер Д., Шафер Л. Управление программными проектами: достижение оптимального качества при минимуме затрат: Пер. с англ. — М.: Вильяме, 2003.
6.3.2.
