Проверяемый текст
Старовойтов, Илья Владимирович. Разработка и исследование моделей, методов и средств оценивания процесса производства программного обеспечения (Диссертация 2003)
[стр. 70]

71 ГЛАВА 3.
МОДЕЛИРОВАНИЕ ПРОЦЕССА ПРОИЗВОДСТВА ПРОГРАММНОЙ СИСТЕМЫ В данной главе приведены разработанные реляционная модель компонентов процесса производства ПС, позволяющая построить модель процесса производства ПС на уровне организации и на уровне отдельного плана программного проекта, динамическая модель плана, позволяющая моделировать процесс выполнения плана, а также графовая модель плана, обеспечивающие его удобное специфицирование и визуализацию.
В
соответствии с рекомендациями широко признанных методологий (таких как СММ
[32] и ISO/IEC 15504 [43]), каждая организация должна стремиться специфицировать и "установить" стабильный общий процесс производства такой, что каждый программный проект наследует черты этого общего процесса.
Описание такого процесса определяет набор применяемых в организации моделей ЖЦ, номенклатуру выполняемых в организации процессов, видов деятельности и задач, а также создаваемых при их выполнении программных продуктов.
Для отдельных видов деятельности могут быть созданы "шаблоны" (возможно, несколько вариантов шаблонов для каждого вида деятельности с возможностью последующего выбора наиболее подходящего), описывающие связи между задачами, входящими в вид деятельности.
Основой для формирования шаблонов может послужить модель процессов одного из стандартов (например, ISO/IEC 12207
[46]).
С каждой задачей в конкретной организации связывается множество ролей ее исполнителей и определяется набор используемых методов и средств выполнения отдельных задач и целых видов деятельности.
Значения атрибутов всех имеющихся ресурсов (включая людские) известны из опыта выполнения программных проектов.
Поскольку многие из таких атрибутов проявляются только в конкретном контексте (например, производительность конкретного исполнителя при исполнении им определенной работы), их значения могут использоваться только в рамках аналогичного контекста.
Как правило, организации хранят исторические
данные о выполненных программных проектах и используют эти "точечные" данные для оценки
[стр. 39]

39 Глава 2.
Формальные модели плана программного проекта Во введении и в первой главе диссертационной работы отмечалось, что формальные планы программного проекта при определенных условиях могли бы существенно повысить гибкость планирования проектов и их адекватность имеющимся ресурсам.
В данной главе приведены разработанные
автором реляционная модели компонентов процесса производства ПО, позволяющие построить модель процесса производства ПО на уровне организации и на уровне отдельного плана программного проекта, проблемно-ориентированное исчисление, позволяющее моделировать процесс выполнения плана, а также графовые модели плана, обеспечивающие его удобное специфицирование и визуализацию.
В
разделе 2.1 представлено описание основных компонентов процесса производства ПО.
Раздел 2.2 посвящён описанию общей схемы предлагаемого подхода к моделированию планов программных проектов.
В разделе 2.3 представлена статическая реляционная модель процесса производства ПО.
Раздел 2.4 содержит описание процесса исполнения статической реляционной модели плана программного проекта.
В разделе 2.5 определён статический граф плана программного проекта.
Раздел 2.6 посвящён определению динамического графа плана программного проекта.
В разделе 2.7 описаны процессы специфицирования и визуализации плана программного проекта.
2.1.
Основные компоненты модели процесса производства программного обеспечения Целью этого раздела является неформальное определение основных компонентов процесса производства ПО при его рассмотрении на разных уровнях абстракции.
Предлагаемый в данной работе способ моделирования рассматривает процесс производства ПО на следующих трех уровнях.
(1) Онтологический уровень.
На этом уровне принято рассматривать следующие компоненты процесса производства ПО [70, 74, 102].


[стр.,41]

РОССИЙСКАЯ ГОСУДАРСТВЕННАЯ БИБЛИОТЕКА Все процессы, виды деятельности и задачи, которые выполняются в организации при разработке ПО, образуют общий процесс организации (см.
ниже уровень (2)).
Конкретной реализацией такого процесса является проект по разработке некоторого программного средства (см.
ниже уровень (3)).
Существуют также онтологические соглашения относительно некоторых атрибутов объектов этого уровня моделирования (к ним относятся, например, продолжительность выполнения вида деятельности, производительность ресурса, размер программного продукта [43, 52, 68, 69, 84, 85, 89, 94, 96]).
(2) Уровень конкретной организации.
В соответствии с рекомендациями широко признанных методологий (таких как СММ
[92] и ISO/IEC 15504 [77]), каждая организация должна стремиться специфицировать и "установить" стабильный общий процесс производства, согласованный с уровнем (1) и такой, что каждый программный проект наследует черты этого общего процесса.
Описание такого процесса определяет набор применяемых в организации моделей ЖЦ, номенклатуру выполняемых в организации процессов, видов деятельности и задач, а также создаваемых при их выполнении программных продуктов.
Для отдельных видов деятельности могут быть созданы "шаблоны" (возможно, несколько вариантов шаблонов для каждого вида деятельности с возможностью последующего выбора наиболее подходящего), описывающие связи между задачами, входящими в вид деятельности.
Основой для формирования шаблонов может послужить модель процессов одного из стандартов (например, ISO/IEC 12207).

С каждой задачей в конкретной организации связывается множество ролей ее исполнителей и определяется набор используемых методов и средств выполнения отдельных задач и целых видов деятельности.
Значения атрибутов всех имеющихся ресурсов (включая людские) известны из опыта выполнения программных проектов.
Поскольку многие из таких атрибутов проявляются только в конкретном контексте (например, производительность конкретного исполнителя при исполнении им определенной работы), их значения могут использоваться только в рамках аналогичного контекста.
Как правило, организации хранят исторические

[Back]