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

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

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

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

Добавлен: 10.01.2024

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

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

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

Отличительные признаки:
широко используемая в крупных проектах;
ориентирована на "технологичность" процессов и на моделирование и создание систем вообще (в последнее время широко используется для реорганизации бизнес-процессов – Business Process Reorganization BPR);
формализованная типизация элементов схемы (вход, управление, выход, ресурс);
динамическое моделирование и преобразование SADT-диаграмм возможно в сочетании с методом цветных сетей Петри.
Выбор той или иной методологии структурного анализа напрямую зависит от специфики предметной области, для которой создается модель (ориентированность на технологичность процессов и создание общих систем или на обработку потоков информации).
Однако, наиболее общим и перспективным подходом к анализу и проектированию сложных систем является SADT-методология. В п. 1.4 будет дано ее более полное описание.
Методология IDEF0, изначально названная "Технология структурного анализа и проектирования"StructuredAnalysisandDesignTechnique(SADT), была разработана компаниейSofTech,Incв начале 60-х годов как дисциплина инжиниринга для разработки относительно сложных человеко-машинных систем. На ее основе в конце 70-х ВВС США разработали методологию IDEF0 (IcamDEFinition), которая являлась основной частью программы ICAM (IntegratedComputer-AidedManufacturing– Интеграция Компьютерных и Промышленных Технологий). IDEF0-технология быстро стала стандартом Министерства Обороны США для разработки моделей процессов.
В 1993 году IDEF UsersGroup(сейчасSocietyofEnterpriseEngineering– SEE), вместе сNationalInstitutesofStandardsandTechnology(NIST), выполнили работу по созданию стандарта IDEF0 для использования во всех гражданских и военных отделах правительства США и их представительствах. Этот стандарт был опубликован как Federal Information Processing Standards (FiPS) Publication 183.
Независимо от этого, но используя большинство таких же принципов, стала популярной методология DFD(DataFlowDiagrams–Диаграммы потоков данных), которая использовалась для структурного проектирования (а затем и для структурного анализа) в проектах по разработке программного обеспечения.DFD-модели имеют много общего сIDEF0-моделями и могут использоваться совместно. ЧастоDFD-диаграммы используются для уточненияIDEF0-диаграмм.
Методология IDEF3 была разработана специально для проектов, финансируемыхArmstrongLaboratoriesВВС США. Эта технология предназначена для документирования и описания процессов, выполняемых экспертами-специалистами в предметной области, и для разработки моделей процессов, где очень важно четко отображать последовательность и параллельность процессов.IDEF3 получила широкое распространение при реализации проектов как дополнение к методологииIDEF0.

Методология моделирования IDEF0 предназначена для анализа всей системы как множества взаимодействующих взаимосвязанных функций. Ориентация исключительно на анализ функций позволяет рассматривать функции независимо от объектов, которые их выполняют. Функциональный подход позволяет четко отделить проблемы анализа и проектирования от проблем реализации.
IDEF0 позволяет выполнять описание сложных объектов с помощью простого и понятного графического языка.
Графический язык IDEF0 содержит только два символа (блоки и стрелки). Простота синтаксиса языка сочетается с хорошо разработанным процессом описания систем, который позволяет разрабатывать модели высокого качества.
Описание системы по правилам IDEF0 имеет четкую структуру. IDEF0-модель представляет собой набор иерархически упорядоченных диаграмм. Каждая диаграмма описывает определенную функцию и состоит из нескольких взаимодействующих взаимосвязанных подфункций, каждая из которых в свою очередь может быть описана диаграммой.


  1. Планирование проекта: особенности планирования, виды планов

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

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

Основная цель планирования состоит в построении модели реа­лизации проекта. Она необходима для координации деятельности участников проекта, с ее помощью определяется порядок, в ко­тором должны выполняться работы и т. д.

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

 фактическими показателями.

Процессы планирования

Планирование относится к наиболее важным процессам для проекта, так как результатом его реализации является обычно уникальный объект, товар или услуга. Объем и детальность планирования определяется полезностью информации, которую можно получить в результате выполнения процесса и зависит от содержания (замысла) проекта.

Процессы планирования могут повторяться и входить в состав итерационной процедуры, выполняемой до достижения определенного результата. Например, если первоначальная дата завершения проекта неприемлема, то требуемые ресурсы, стоимость, а иногда и содержание проекта должны быть изменены. Результатом в этом случае будут согласованные сроки, объемы, номенклатура ресурсов, бюджет и содержание проекта, соответствующие его це­лям. Сам процесс планирования не может быть полностью алгоритмизирован и автоматизирован, так как содержит много неопределенных параметров и часто зависит от случайных факторов. Поэтому предлагаемые в результате планирования варианты плана могут отличаться, если они разрабатываются разными командами, специалисты в которых по-разному оценивают влияние на проект внешних факторов.

Основные процессы планирования могут повторяться несколько раз, как в течение всего проекта, так и его отдельных фаз. К ос­новным процессам относят:

  • планирование содержания проекта и его документирование;

  • описание содержания проекта, определение основных этапов реализации проекта, декомпозиция их на более мелкие и управляемые элементы;

  • составление сметы, оценку стоимости ресурсов, необходимых для выполнения работ проекта;

  • определение работ, формирование списка конкретных работ, которые обеспечивают достижение целей проекта;

  • расстановку (последовательность) работ, определение и документирование технологических зависимостей и ограничений на работы;

  • оценку продолжительности работ, трудозатрат и других ресурсов, необходимых для выполнения отдельных работ;

  • расчет расписания, анализ технологических зависимостей выполнения работ, длительностей работ и требований к ресурсам;

  • планирование ресурсов, определение того, какие ресурсы (люди, оборудование, материалы) и в каких количествах потребуются для выполнения работ проекта. Определение того, в какие сроки работы могут быть выполнены с учетом ограниченности ресурсов;

  • составление бюджета, привязка сметных затрат к конкретным видам деятельности;

  • создание (разработку) плана проекта, сбор результатов остальных процессов планирования и их объединение в общий документ.


Вспомогательные процессывыполняются по мере необходимо­сти. К ним относят:

  • планирование качества, определение стандартов качества соответствующих данному проекту, и поиск путей их дос­тижения;

  • организационное планирование (проектирование), опреде­ление, обследование, документирование и распределение проектных ролей, ответственности и отношений подчинен­ности;

  • подбор кадров, формирование команды проекта на всех ста­диях жизненного цикла проекта, набор необходимых людс­ких ресурсов, включенных в проект и работающих в нем;

  • планирование коммуникаций, определение информацион­ных и коммуникационных потребностей участников про­екта: кому и какая информация необходима, когда и как она им должна быть доставлена;

  • идентификацию и оценку рисков, определение того, ка­кой фактор неопределенности и в какой степени может по­влиять на ход реализации проекта, определение благопри­ятного и неблагоприятного сценария реализации проекта, документирование рисков;

  • планирование поставок, определение того, что, каким об­разом, когда и с помощью кого закупать и поставлять;

  • планирование предложений, документирование товарных требований и определение потенциальных поставщиков.

Уровни планирования

Определение уровней планирования является также предметом планирования и проводится для каждого конкретного проекта с учетом его специфики, масштабов, географии, сроков и т.д.

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

Планы (графики, сети) как выражение результатов процессов планирования должны образовывать в совокупности некоторую пирамидальную структуру, обладающую свойствами агрегирования информации, дифференцированной по уровням управления информированностью, эшелонироваться по срокам разработки (краткосрочные, среднесрочные и долгосрочные). Уровни планирования и система планов должны строиться с использованием принципов «обратной связи», обеспечивающих постоянное сравнение плановых данных с фактическими и обладать большой гибкостью, актуальностью и эффективностью.

Агрегирование календарно-сетевых планов (графиков) является важным и весьма эффективным инструментом, позволяющим управлять сложными проектами. С помощью этого инструмента участники проекта могут получать сетевые планы различной сте­пени агрегирования, в объеме и по содержанию, соответствую­щих их правам и обязанностям по проекту.


Сетевые планы укрупняют из-за того, что общий сетевой план состоит из множества частных сетевых планов. В каждом из таких частных планов определяют самый длинный путь. Эти пути затем ставят на место отдельных частей сети. При помощи такого по­степенного агрегирования получают многоуровневые сетевые планы.

Обычно выделяют следующие виды планов:

  • концептуальный план;

  • стратегический план реализации проекта;

  • тактические (детальные, оперативные) планы.