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

17 Другим известным средством планирования проектов и управления ими является Spider Project [26].
Это ПС, обладающее всеми функциональными возможностями описанных выше средств, предоставляет некоторые дополнительные возможности.
В Spider Project'e существует возможность не задавать планируемую продолжительность выполнения задач, а вычислять её на основе данных о запланированных объёмах работ и производительности ресурсов.

Другим важным отличием рассматриваемого ПС является неограниченная иерархичность ресурсов, т.е.
возможность создавать группы ресурсов, объединения групп ресурсов и т.
д.

При этом ресурсы делятся на возобновляемые (люди, механизмы) и невозобновляемые (материалы).
Spider Project позволяет автоматически сгенерировать оптимальный план проекта с учётом начального назначения ресурсов, однако он не предоставляет никаких возможностей для измерения и оценивания планов проектов.
Ещё одним широко распространённым средством планирования и управления проектами является Primavera Project Planner (РЗ)
[26].
Это ПС предоставляет все функциональные возможности перечисленных выше средств, кроме автоматической генерации оптимального плана проекта.
Дополнительно РЗ позволяет сохранять фрагменты планов ранее выполненных проектов и затем повторно использовать их при создании новых планов, что обеспечивает возможность со временем создать библиотеку повторно используемых компонентов плана.

Так же, как и все рассмотренные выше средства, РЗ
не позволяет проводить измерение и оценивание создаваемых планов.
Существующие стандарты, связанные с процессом производства
ПС, такие как ISO/IEC 12207 [42], ISO/IEC 15504 [43], SW СММ [57], позволяют каждой организации построить свой стандартный процесс производства.
Планы проектов должны создаваться путём адаптации этого стандартного процесса, т.е.
выбора необходимых процессов, видов деятельности и задач из стандартного набора.

На стадии планирования проекта важно иметь возможность измерить, формально оценить созданный план, в случае необходимости модифицировать его, а затем выбрать наилучший вариант плана.
В существующих средствах планирования проектов отсутствует возможность проводить измерение планов, их оценивание по каким-либо критериям.
[стр. 30]

30 Существенным недостатком рассматриваемого ПС является отсутствие каких-либо возможностей моделирования процесса выполнения плана, его динамических свойств.
Кроме этого, отсутствуют средства измерения и оценивания плана, нет возможности сравнить различные варианты плана и выбрать лучший.
В связи с этим, Microsoft Project часто относят к непрофессиональным средствам планирования.
Более мощным средством планирования является Open Plan [33, 37].
Обладая всеми функциональными возможностями Microsoft Project’a, это ПС позволяет планировать одновременно несколько проектов, использующих общие ресурсы, и управлять ими.
Open Plan предоставляет широкие возможности для управления ресурсами, а именно, объединение ресурсов в группы и манипулирование ими, автоматический подбор свободного ресурса, наиболее подходящего для выполнения некоторой работы, назначение приоритетов задач.
Open Plan позволяет моделировать процесс исполнения запланированного проекта, но при этом не производится автоматического измерения плана, поиска в нём дефектных j элементов (чрезмерного распараллеливания исполнителей, задержек из-за неготовности каких-либо продуктов и т.п.).
Как и Microsoft Project, Open Plan не позволяет выполнять автоматическое оценивание планов проекта и сравнение их различных вариантов.
Другим известным средством планирования проектов и управления ими является Spider Project
[33].
Это ПС, обладающее всеми функциональными возможностями описанных выше средств, предоставляет некоторые дополнительные возможности.
В Spider Project'e существует возможность не задавать планируемую продолжительность выполнения задач, а вычислять её на основе данных о запланированных объёмах работ и производительности ресурсов.

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


[стр.,31]

31 При этом ресурсы делятся на возобновляемые (люди, механизмы) и невозобновляемые (материалы).
Spider Project позволяет автоматически сгенерировать оптимальный план проекта с учётом начального назначения ресурсов, однако он не предоставляет никаких возможностей для измерения и оценивания планов проектов.
Ещё одним широко распространённым средством планирования и управления проектами является Primavera Project Planner (РЗ)
[33].
Это ПС предоставляет все функциональные возможности перечисленных выше средств, кроме автоматической генерации оптимального плана проекта.
Дополнительно РЗ позволяет сохранять фрагменты планов ранее выполненных проектов и затем повторно использовать их при создании новых планов, что обеспечивает возможность со временем создать библиотеку повторно используемых компонентов плана.

Это ПС ориентировано на планирование крупных проектов.
Для работы с небольшими проектами существует упрощённая версия РЗ SureTrak Project Manager [33].
В этом средстве отсутствуют некоторые функции, например, одновременная работа с несколькими проектами.
Так же, как и все рассмотренные выше средства, РЗ
и SureTrak Project Manager не i позволяют проводить измерение и оценивание создаваемых планов.
Помимо описанных выше средств существуют ещё два известных продукта, связанных с планированием проектов Project Expert и 1С-Рарус [33].
Оба эти средства ориентированы в большей степени на финансовую сторону проектов вычисление расходов, создание финансовых отчётов и т.п.
Они обычно используются совместно с каким-либо из перечисленных выше средств планирования проектов.
Общим недостатком всех рассмотренных средств является их универсальность.
Существующие стандарты, связанные с процессом производства
ПО, такие как ISO/IEC 12207 [76], ISO/IEC 15504 [77], SW СММ [92], позволяют каждой организации построить свой стандартный процесс производства.
Планы проектов должны создаваться путём адаптации этого стандартного процесса, т.е.
выбора необходимых процессов, видов деятельности и задач из стандартного набора.

Ни одно из широко

[стр.,32]

32 распространённых средств планирования проектов не позволяет поддерживать и использовать модель стандартного процесса производства в организации.
На стадии планирования проекта важно иметь возможность измерить, формально оценить созданный план, в случае необходимости модифицировать его, а затем выбрать наилучший вариант плана.
В существующих средствах планирования проектов отсутствует возможность проводить измерение планов, их оценивание по каким-либо критериям
и сравнение различных вариантов планов.
В связи с этим возникла необходимость создания подхода, позволяющего разработать ПС для планирования проектов по разработке ПО со следующими функциональными возможностями: 1) Использование высокоуровневой модели процесса производства ПО для создания и поддержки модели процесса производства ПО в организации.
2) Создание плана программного ' проекта путём адаптации модели процесса производства ПО в организации.
3) Моделирование процесса исполнения проекта в • соответствии с созданным планом.
4) Измерение созданного плана проекта (вычисление значений метрик и поиск дефектных элементов плана).
5) Оценивание плана по критериям, связанным с метриками и дефектами.
6) Сравнение различных вариантов плана проекта с целью выбора наилучшего.
1.3.3.
Формальные модели процесса производства Широкое распространение получили неисполняемые модели программных процессов, т.е.
графические языки, позволяющие наглядно изобразить модель процессов, но не предполагающие её выполнения.
Основной целью такого моделирования является понимание процесса.
Наиболее известными из таких языков являются SADT (System Analysis and Design Technique), созданная на её основе модель IDEFO, ETVX (Entry conditions, Tasks, Verification activities, and eXit criteria) [74, 97] и UML (Unified Modeling Language) [39].
Они

[Back]