Методы оценки трудоемкости разработки программного обеспечения корпоративных информационных систем

• Автор: Меламед, Александр Яковлевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2006
• Место защиты: Москва
• Количество страниц: 137 с. : ил.

СОДЕРЖАНИЕ
ВВЕДЕНИЕ

Глава 1. Методы оценки и проектирования программных систем.

1.1 Основные стандарты, регламентирующие прочесе создания ПС

1.2 Моделирование процессов производства ПС.

1.2.1 Инструменты моделирования процессов производства ПС

1.2.2 Формальные модели процессов

1.3 Методы проектирования программных систем

1.3.1 Классификация существующих методов моделирования предметной области

1.4 Методы оценки трудоемкости разработки программных систем

1.4.1 Конструктивная модель стоимости

1.4.2 Метод функциональных точек.
1.4.3 Анализ существующих методов оценки трудоемкости разработки ПС
1.5 Выводы
Глава 2. Методы моделирования с возможностью измерения результатов.
2.1 Метод верификации модели предметной области.
2.2 Метод определения минимального уровня детализации модели
2.3 Определение базовых сущностей.
2.3.1 Формирование исходных данных мет ода.
2.3.2 Анализ использования сущностей в бизнеспроцессах
2.3.3 Измерение использования сущностей в функциональной модели
2.3.4 Выборка базовых сущностей
2.4 Выводы
Глава 3. Моделирование процесса производства программной системы.
3.1 Реляционная модель процесса производства программной системы
3.1.1 Элементы модели
3.1.2 Отношения, представляющие компоненты модели
3.2 Динамическая модель плана проекта разработки программной системы
3.2.1 Структура состояния рабочей среды
3.2.2 Проблемноориентированные правила
3.2.3 Универсальное правило вывода.
3.2.4 Правило остановки
3.2.5 Специфицирование параметров динамической реляционной модели плана проекта
3.3 Граф тана проекта по созданию программной системы.
3.3.1 Вершины графа, представляющие задачи.
3.3.2 Разметка вершин графа
3.3.3 Пример разметки графа
3.3.4 Дуги графа, представляющие передачу продуктов между задачами.
3.3.5 Вершины статического графа, представляющие ресурсы.
3 3 6 Дуги графа, представляющие назначение ресурсов для выполнения шагов проекта
3.3.7 Пример графа проекта по созданию программной системы.
3.4 Выводы
Глава 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.3 Выводы.
Заключение
СПИСОК ЛИТЕРАТУРЫ


Такая деятельность включает в себя определение процессов, выполняемых в ходе проекта, разбиение этих процессов на задачи и подзадачи, соответствующие шагам проекта, определение связей между задачами по передаваемым рабочим продуктам, установление графика выполнения шагов проекта, а также назначение ресурсов для выполнения этих шагов - людей, средств и методов реализации. Созданные планы могут подвергнуться модификации, если их характеристики не удовлетворяют выбранным критериям (таким как уровень занятости ресурсов или оцениваемая общая продолжительность проекта). БЕ1 СММ []), вес программные проекты имеют общие черты [, ]. ЕС 7 [] или СММ []) предполагают, что модель плана конкретного программного проекта должна конструироваться путем адаптации моделей процесса более высокого уровня, компоненты которых в значительной степени стандартизованы. Недостатком большинства традиционно применяемых в данной области формализмов (таких как, например, сети Петри [, ]), является то, что динамика построенных с их помощью моделей плохо отражает реальное выполнение программных проектов, основные роли в которых играют люди, а не механизмы [, ]. При этом формализмы, позволяющие автоматизировать исполнение и анализ модели программного проекта, слишком сложны и громоздки, чтобы с ними было удобно работать менеджерам из промышленности, а основанные на них средства моделирования не обеспечивают удобное специфицирование и визуализацию создаваемых моделей процессов производства. Для менеджеров более привычны такие средства описания моделей, как, например, ШЕЕО []. В стандартах 0/1ЕС 7, 0/1ЕС 4 и в 8 XV СММ определены модели программных процессов. Каждая из этих моделей имеет свои особенности, связанные с назначением стандарта, в котором она описана. Модели процессов в первых двух стандартах имеют много общего, т. ЕС 4 создавалась на основе модели процессов стандарта 0/1ЕС 7. В модели 0/1ЕС 4 отсутствует один уровень иерархии модели, т. ЕС 7 процессы состоят из видов деятельности, а виды деятельности - из задач, то в 0/1ЕС 4 процессы сразу распадаются на задачи. В этих стандартах задачи по-разному группируются в процессы. Кроме того, в 0/1ЕС 4 больше категорий процессов (пять вместо трёх) и самих процессов, чем в 0/1ЕС 7, т. ЕС 7 в 0/1ЕС 4 выделены в самостоятельные процессы. ЕС 4, вспомогательные процессы стандарта 0/1ЕС 7 полностью совпадает с вспомогательными процессами стандарта 0/1ЕС 4. В стандарте 0/1ЕС 4 содержится подробное описание продуктов, которые появляются в результате выполнения процессов, а также указано, какие продукты поступают на вход и появляются на выходе каждого процесса. Модель процессов из 8У СММ прежде всего предназначена для оценки зрелости организации-разработчика. Основная особенность этой модели процессов заключается в том, что процессы «привязаны» не только к категориям процессов, но и к уровням зрелости организации. Причём рост зрелости организации-разработчика достигается за счёт добавления новых процессов к уже выполняемым. Тем не менее, содержание моделей из стандарта 0/1ЕС 4 и 8У СММ в значительной мере «пересекается», и развитие этих моделей идёт по пути сближения []. Практическое использование описанных выше международных стандартов и модели 8У СММ показало, что они способствуют стабилизации и улучшению процесса производства ПС в организациях [, ,,]. Одним из основных понятий, используемых в процессе создания программных систем, является понятие жизненного цикла программного обеспечения (ЖЦ ПО) является. ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПС и заканчивается в момент его полного изъятия из эксплуатации [5]. Жизненный цикл конкретного проекта может быть определен посредством составляющих его процессов и модели, определяющей характер выполнения процессов в их взаимосвязи. Основным нормативным документом, определяющим состав процессов жизненного цикла ПС в России, является ГОСТ Р ИСО/МЭК 7 - []. ЕС 7 является международным стандартом, принятым Россией в качестве государственного стандарта. Он регламентирует состав и структуру процессов ЖЦ ПО допуская их адаптацию к условиям конкретного проекта и выбор модели ЖЦ.