Файл: Образовательная автономная некоммерческая организация высшего образования московский технологический.doc

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 10.01.2024

Просмотров: 507

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

-организация и проведение подрядных торгов, заключе­ние субконтрактов с основными исполнителями;
-представление проектной разработки, получение одоб­рения на продолжение работ.
Фаза реализации. Главное содержание этой фазы — вы­полнение основных работ проекта, необходимых для достиже­ния цели проекта. Основными работами этой фазы являются:
-организация выполнения работ;
-детальное проектирование и технические спецификации;
-оперативное планирование работ;
-установление системы информационного контроля над ходом работ;
-организация и управление материально-техническим обеспечением работ, предусмотренных проектом.
Фаза завершения. На этой фазе проекта достигается ко­нечная цель, подводятся итоги и разрешаются конфликты, за­крывается проект. Участники проекта
Участники проекта:
-Заказчик
-Инвестор
-Проектировщик
-Поставщик
-Подрядчик
-Руководитель проекта (проект-менеджер)
-Команда проекта
-Лицензиар
-Банк
Окружение проекта
Проект имеет ряд свойств, например:
-проект возникает, существует и развивается в опреде­ленном окружении, называемом внешней средой;
-состав проекта не остается неизменным в процессе его реализации и развития, в нем могут появляться новые элемен­ты (объекты) и из его состава могут удаляться некоторые его элементы;
-проект, как и всякая система, может быть разделен на элементы, при этом между выделенными элементами должны определяться и поддерживаться определенные связи.
При осуществлении проекта условно выделяют внеш­нее окружение проекта и внутреннее (собственно «проект»).
Внешнее окружение проекта состоит из двух слоев: ближнее окружение — это среда предприятия, в рамках кото­рого осуществляется проект, и дальнее окружение, то есть окружение самого предприятия.
Среда предприятия (ближнее окружение проекта) вклю­чает также факторы воздействия на проект, как руководство, финансы, сбыт, изготовление продукции, обеспечение сырьем, материалами, оборудованием, инфраструктуру.
Среди факторов ближнего окружения проекта главная роль в формировании цели проекта и основных требований к нему принадлежит руководству предприятия. Оно обобщает отдельные требования экспертов и исходит из стратегии разви­тия организации.
Остальные факторы конкретизируют требования к проек­ту и условия его выполнения в соответствии с реальной ситуа­цией на предприятии.
Дальнее окружение проекта (окружение предприятия) оказывает влияние на проект, как через предприятие, так и не­посредственно. Причем, чем масштабнее проект, тем более су­щественно это влияние.

Окружение предприятия составляют политика, экономика, общество, законы и право, наука и техника, культура, природа, экология, инфраструктура. Многие факторы внешнего окруже­ния важны для любого проекта.
Внутреннее окружение проекта рассматривает условия реализации проекта — такие, как стиль руководства, орга­низацию, участников, команду, коммуникации, информа­ционное и другое обеспечение.
  1. 1   ...   9   10   11   12   13   14   15   16   ...   19


Структуризация и моделирование проекта.

Для выявления и определения целей, состава и содержания проекта, организации планирования и контроля процессов осуществления проектов необходимо определить и построить структуру проекта, на основе которой строятся различные структурные модели проекта и его окружения, используемые в процессе управления проектом на протяжении всего его жизненного цикла. Структуризация является одним из эффективных элементов современной методологии управления проектами.
Преодолеть сложности начальных этапов создания системы призван структурный системный анализ, который характеризуется тем, что строится достаточно наглядная и формализованная модель системы, обладающая двумя важнейшимисвойствами:
структурированностью (при помощи небольшого числа типов структурных элементов);
иерархией детализации (каждый структурный элемент может быть детально описан при помощи тех же методов, что и система в целом).
Структура проектапредставляет собой иерархическую декомпозицию проекта на составные части (элементы, модули), необходимые для планирования и контроля осуществления проекта.
Структура проекта должна удовлетворять следующим правилам:
Каждый уровень иерархии декомпозиции проекта должен иметь законченный вид или охватывать всю сумму частей проекта, представленного на данном уровне детализации.
Сумма характеристик элементов проекта на каждом уровне иерархии структуры должны быть равны.
Нижний уровень декомпозиции проекта должен содержать элементы (модули), на основе которых могут быть ясно определены все данные, необходимые и достаточные для управления проектами (например: функциональные характеристики, объемы работ, стоимость, необходимые ресурсы, исполнители, связи с другими элементами и др.).
Структурные модели проектаиспользуются на всех фазах жизненного цикла проекта для решения разнообразных задач, связанных с управлением проектом. Они могут отличаться по принципам декомпозиции проекта на составные части. Из них наиболее распространены:
ориентация на функции осуществления проекта;
ориентация на объектно-конструктивные или функциональные части проекта;
системная смешанная ориентация.
Примером смешанной ориентации можно назвать базовую структурную модель проекта Work Breakdown Structure (WBS), которая является композицией двух типов моделей – верхние уровни отражают декомпозицию проекта с ориентацией на функции или объект, а нижние уровни отражают дальнейшую
детализацию декомпозиции с ориентацией на работы, осуществляемые в рамках проекта, вплоть до работ конкретного исполнителя.
Структурная модель проекта и принцип структуризации широко используются для построения других информационных моделей, применяемых в управлении проектом. Отметим наиболее существенные из них:
дерево целей;
организационное дерево;
матрица распределения ответственности и распределение работ по исполнителям;
сетевая модель проекта или иерархическая система сетевых моделей;
дерево стоимостей;
структурная схема материально-технического обеспечения проекта;
дерево распределения рисков и решений по его минимизации.
Существует особый класс методологий формализации коллективного процесса анализа и проектирования, доведенных до их автоматизированного использования в программных продуктах. Как показывает табл. 1, можно выделить три подхода к разработке систем:
структурный подход (ориентация на описание процессов);
объектно-ориентированный подход (основанный на представление систем в виде совокупности объектов, классы которых образуют иерархию на базе принципа наследования);
информационная инженерия (ориентация на моделирование данных, а затем – процессов).
Таблица 1. Инструментальные средства автоматизации системного проектирования
Методологии
Программные продукты
Структурного анализа и проектирования:
- D. Ross, (SADT)
- E. Yourdon (DFD)
- K.Gane-T.Sarson, DeMarca (DFD)
- другие
SPECIFX, ER-BPwin, Design/IDEF
CASE/4/0
SSADM
Express-G, MetaEdit-Workbench
Объектно-ориентированные методы:
- Booch/Jacobson/Rumbaugh (OOD)
- P.Coad – E.Yourdon (OOAD)
- Shlaer – Mellor (OODLE)
- Demeter, Henderson-Sellers
UML, OMT-GE
Информационная инженерия:
- Martin-Finkelstein, Porter, Goldkuhl
BPR, BFR
Из данных методологий, как уже отмечалось, особое место занимают структурные методы анализа и проектирования, так как они позволяют лучше понимать рассматриваемую проблему на начальных фазах при формировании концепции и проведения системного проектирования. Рассмотрим их более подробно.
Для структурных методологий характерны, кроме перечисленных общих свойств структурного системного анализа, различные способы "борьбы" со сложностью самой модели, например:
ограничение числа элементов на каждом из уровней;
ограничение контекста, включающего лишь существенные на каждом уровне детали;
использование строгих формальных правил записи.

Практически во всех методологиях структурного анализа используются три группы средств моделирования:
диаграммы, иллюстрирующие функции, которые система должна выполнять, и связи между ними (функциональное моделирование); чаще всего используются DFD (Data Flow Diagrams) – диаграммы потоков данных и диаграммы SADT (IDEF0);
диаграммы, моделирующие данные и их взаимосвязи (информационное моделирование); фактически стандартом здесь стали ERD (Entity-Relationship Diagrams) – диаграммы "сущность-связь";
диаграммы, моделирующие поведение системы, зависящее от времени (динамическое моделирование); наиболее часто аспекты поведения системы во времени моделируются при помощи STD (State Transition Diagrams) – диаграмм перехода состояний.
Различие между разновидностями структурного анализа заключается в методах и средствах функционального моделирования: методологии, использующие методы, нотацию и технологию DFD (методологии K.Gane-T.Sarson,DeMarca, иE.Yourdon,) и использующие SADT-методологию (D.Rossи др.).
1. DFD-методологии
В этих методологиях вместо реальных объектов рассматриваются отношения, описывающие свойства объектов и правила их поведения. Они применимы к системам обработки информации (например для разработки прикладного ПО – CASE), а не к системам с жесткими технологическими процессами. 1.1. Методологии k. Gane – t. Sarson, и t. De Marca

Отличительные признаки:
моделирование от существующей системы до разработки новой (физической и логической моделей);
стратегия построения требований для разработки новой системы состоит из:
моделирования текущих операций;
выявления причин выполнения именно этих операций;
добавления новых требований;
выбора границ автоматизации.
1.2. Методология e. Yourdon

Отличительные признаки:
не рекомендуется моделировать текущую систему;
добавлена предварительная фаза разработки, названная созданием основной модели (essential model);
определена техника "событийного разбиения" (event partitioning), для конструирования DFD-схемы;
больше внимания уделяется информационному моделированию (посредством ER-диаграмм) и моделированию поведения (через STD-диаграмм);
указано место прототипирования в жизненном цикле разработки;
имеется описание семантики потоков и правила преобразования входных данных в выходные;
2. Sadt-методология d. Ross.

Методология SADT выделяется среди современных методологий описания систем благодаря своему широкому применению, возможностью тиражирования результатов работ по крупным проектам, общностью охвата систем и отражения таких системных характеристик, как управление, обратная связь и исполнители. Методология принята как американский стандарт вооруженных сил и имеет широкую область применения: от аэрокосмического производства до реорганизации бизнес-процессов и обучения персонала.