Методика управления проектированием с использованием метода спу.
Методика СПУ - развитая система планирования и управления, предусматривающая выявление и использование резервов времени и материальных ресурсов, дающая возможность прогнозирования и предупреждения возможных срывов в ходе выполнения программы. Она была разработана в конце 50-х годов в США, в 1956 г., М. Уолкером из фирмы «Дюпон» и Д. Келли из группы планирования капитального строительства фирмы «Ремингтон Рэнд». Они попытались использовать компьютеры для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы «Дюпон». В результате был создан рациональный и простой метод описания проекта с использованием компьютеров, который первоначально был назван методом Уолкера-Келли, а позже получил название метода критического пути - МКП (или СРМ - Critical Path Method).
Параллельно и независимо в США был создан метод анализа и оценки программ - PERT (Program Evaluation and Review Technique). Данный метод был разработан корпорацией «Локхид» и консалтинговой фирмой «Буз, Аллен энд Гамильтон» для реализации проекта разработки ракетной системы «Поларис», объединявшего около 3800 основных подрядчиков и состоявшего из 60 тыс. операций.
Сетевая диаграмма (сеть, сетевой график, PERT-диаграмма) - графическое отображение работ проекта и их взаимосвязей. В планировании и управлении проектами под термином «сеть» понимается полный комплекс работ и событий проекта с установленными между ними зависимостями. Сетевые диаграммы отображают сетевую модель в графическом виде как множество вершин, соответствующих работам связанных линиями, представляющими взаимосвязи между работами. Этот граф называется сетью типа «вершина - работа», или диаграммой предшествования.
Существует другой тип сетевой диаграммы, называемый «сеть типа вершина - событие». При данном подходе работа представляется в виде линии между двумя событиями (узлами графа), которые, в свою очередь, отображают начало и конец данной работы. PERT-диаграммы являются примерами этого типа диаграмм.
Как правило, сетевые диаграммы этого типа используют для графического описания процесса проектирования ЭИС. Это позволяет применять для анализа сети хорошо отработанный арсенал математических методов проведения расчетов на сетевых графиках. Сетевые методы планирования и управления (СПУ) используются в проектах, которые легко декомпозируются на упорядоченную последовательность операций (работ). Можно выделить следующие особенности использования системы методов СПУ.
Системный подход к решению вопросов организации управления процессом создания новых систем.
Использование информационно-динамической модели особенного вида (сетевой модели комплекса операций) для логико-математического описания процесса создания системы и алгоритмизации расчетов параметров этого процесса (продолжительности, трудоемкости, стоимости).
Применение компьютеров с целью обработки исходных и оперативных данных для расчета плановых показателей и получения необходимых аналитических и отчетных сводок.
Комплексы работ, для которых применяются методы СПУ, могут иметь одноцелевой или многоцелевой характер.
В основе системы СПУ лежит построение сетевой модели плана - сетевого графика, на котором в определенном порядке наглядно показаны все операции по созданию сначала промежуточных результатов проектирования с определенной степенью готовности и под конец - полное завершение разработки. При построении сетевого графика необходимо для каждой работы (операции) знать работы (операции), непосредственно предшествующие данной и следующие за ней. Сеть выражает, таким образом, соотношения порядка, существующие на множестве работ, характеризующихся временем выполнения, и событий, которые характеризуются временем начала и временем окончания.
К основным показателям расчета сетевого графика относятся следующие:
продолжительность каждой работы t(i-j) ,
раннее время свершения события tp(i),
позднее время свершения события tп(i,
время раннего начала работы tрн(i-j),
время позднего начала работы tпн(i-j)
время раннего окончания работы tро(i-j),
время позднего окончания работы tпо(i-j),
полный резерв времени R(i-j),
частичный резерв времени работы r(i-j),
частичный резерв времени события r(i).
Метод критического пути позволяет рассчитать возможные календарные графики выполнения комплекса работ на основе логической структуры сети и оценок продолжительности выполнения каждой работы, определить критический путь проекта. Длительность выполнения всего проекта в целом может быть сокращена за счет сокращения длительности работ, лежащих на критическом пути. Соответственно любая задержка выполнения работ критического пути повлечет увеличение длительности проекта. Концепция критического пути обеспечивает концентрацию внимания менеджера на критических работах. Все критические работы являются потенциально «узкими» местами плана. Критических путей может быть несколько. Пути, продолжительность которых приближается к критическому пути, называются субкритическими. Остальные пути - некритические. Наличие критического пути позволяет использовать его в качестве основы для оптимизации плана. Работы, лежащие на некритическом пути, обладают некоторыми резервами времени, которые являются важными показателями работы сети. Однако основным достоинством метода критического пути является возможность манипулирования сроками выполнения задач, не лежащих на критическом пути.
Структура разбиения работ (СРР) - иерархическая структура последовательной декомпозиции задач проекта на подзадачи. Структура разбиения работ является изначальным инструментом для организации работ, обеспечивающим разделение общего объема работ по проекту в соответствии с порядком их выполнения в организации. На нижнем уровне детализации выделяются работы, соответствующие детализированным элементам деятельности, отображаемым в сетевой модели.
Параметрами, по которым должно вестись управление проектом, являются следующие: время, стоимость, ресурсы, технико-экономические показатели (ТЭП). Время управления проектом учитывается всегда, остальные параметры - в необходимых случаях.
Можно отметить, что применение методологии СПУ дает ряд преимуществ в организации управления проектами, поскольку позволяет:
четко отобразить объем и структуру решаемой задачи, выявить с достаточной степенью детализации работы, определить события, свершение которых необходимо для достижения заданной цели;
выявить и всесторонне проанализировать взаимосвязь между работами, так как в самом принципе построения сетевой модели заложено точное отражение всех зависимостей между работами;
разработать обоснованный план выполнения комплекса работ по созданию новой системы;
более эффективно использовать ресурсы, так как анализ сетевой модели и выявление критических работ и резервов времени на «некритических» работах помогают руководителям определить возможности перераспределения ресурсов с целью ускорения выполнения критических работ и, следовательно, сократить сроки завершения разработки в целом;
заранее анализировать результаты осуществления различных вариантов плана на компьютере;
быстро обработать с помощью компьютеров большие объемы данных и обеспечить руководство своевременной и исчерпывающей информацией о фактическом состоянии работ, облегчающих принятие обоснованных решений;
осуществить обоснованное прогнозирование проектных работ и сконцентрировать внимание руководителей на их выполнении, что помогает руководителям заранее выявить «узкие» места и своевременно принять меры по их устранению;
систематически корректировать оперативные планы работ в соответствии с фактическим состоянием разработки;
накапливать в удобной форме систематизированную статистику по продолжительности, трудоемкости и стоимости выполнения типовых работ с целью разработки в последующем справочно-нормативных материалов для планирования и контроля.
- Организационные методы управления проектирование ис, их классификация. Краткая характеристика классов.
- Методы планирования и контроля проектирования ис. Их назначение и классификация.
- Проектные организации: принципы работы.
- 1 . Если заказ имеет небольшие размеры по стоимости и по продолжительности работ, то принимают первую схему, в которой в одном лице выступают заказчик, разработчик и администратор.
- 2 . Для больших и сложных заказов применяют схему, согласно которой функции разработчика отделяются от функций заказчика и администратора и выполняются другой организацией
- 3 . В том случае, если заказчик - большая организация, которая курирует разработку нескольких проектов эис, применяют следующую схему
- Методика управления проектированием с использованием метода спу.
- Инструментальные средства автоматизации управления проектированием.
- 1. Средства описания комплекса работ проекта, связей между работами и их временных характеристик.
- 2. Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат по отдельным работам над проектом.
- 3. Средства контроля за ходом выполнения проекта.
- 4. Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
- Система управления проектами и ее компоненты.
- Автоматизированное проектирование ис. Методы и средства автоматизированного проектирования.
- Инструментальные средства автоматизированного проектирования ис, их классификация. Краткая характеристика классов.
- Основные параметры case - средств и их сравнительные характеристики.
- Критерии выбора case - средств для проектирования ис.
- Функционально-ориентированные case - средства и их характеристика.
- Понятие словаря данных, его назначение и использование при автоматизированном проектировании ис. Контроль модели ис.
- Объектно-ориентированные case - средства и их характеристика.
- Case системы различных классов: tools, toolkit, workbenсh. Краткая характеристика инструментов.
- Диаграмма «сущность – связь», ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- Диаграмма бизнес функций, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- Диаграмма переходов состояний, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- Диаграмма потоков данных, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- Системная структурная диаграмма, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение и изображения в различных нотациях. Связь с другими диаграммами.
- Диаграмма прецедентов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
- Д иаграмма деятельности, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
- Диаграмма классов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами.
- Диаграмма взаимодействия объектов, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами
- Диаграмма активности, ее назначение и принципы построения. Конструктивные элементы диаграммы, их назначение. Связь с другими диаграммами
- Жизненный цикл ис при ее автоматизированном проектировании.
- Жизненный цикл ис при её прототипном проектировании. Инструментальные средства прототипного проектирования, их классификация. Краткая характеристика классов.
- Ппп его назначение и структура. Краткая характеристика подсистем и контуров
- Функциональный ппп, его структура и назначение
- Критерии оценки и выбора функционального ппп. Проектирование ис с помощью функционального ппп.
- Настройка и адаптация ппп их назначение и классификация.
- Типовое проектирование ис. Классификация методов типового проектирования. Краткая характеристика классов.
- Понятие типового проектного решения (тпр), типового элемента ис. Тпр класса «задача».
- Тпр класса «подсистема».
- Тпр класса «система».
- Основные понятия и сущность подсистемного типового метода проектирования.
- Основные понятия и сущность элементного типового метода проектирования.
- Сравнительный анализ элементного и подсистемного методов типового проектирования.
- Прототипное проектирование ис (rad – технология). Понятие прототипа. Возможности и преимущества быстрой разработки прототипа ис.
- Характеристика design idef. Генерация схемы бд средствами design idef.
- Характеристика power designer .. Генерация схемы бд средствами power designer . Функционально-ориентированные схемы.
- Характеристика power designer .. Генерация схемы бд средствами power designer .Объектно-ориентированные схемы.
- Основные госТы и международные стандарты для проектирования ис
- Задача №1
- Задача №2
- Задача №3
- Задача №4
- З адача №5