Классификация систем управления

Введение

1. Общие сведения об автоматизированных системах управления. Понятие об АСУ, основные определения, классификация

Особенности современных систем.

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

Современные сложные системы и соответственно проекты, обеспечивающие их создание, имеют ряд важных особенностей:

1. единую цель разработки и последующего функционирования всей системы для определенных пользователей;

2. наличие совокупности нескольких, тесно взаимодействующих, компонентов подсистем, имеющих свои локальные задачи и цели функционирования;

3. иерархическую структуру связей и взаимодействия компонентов, обеспечивающую концептуальное единство и устойчивость функционирования всей системы;

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

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

Описание целей и объекта проектирования.

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

2. Основные определения.

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

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

Техническое проектирование - основная задача деятельности инженера. Это сложный процесс, в котором главная роль принадлежит творческим навыкам и умению анализировать.

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

Структурное проектирование – основано на модульном принципе. С одержит правила, направленные на стандартизацию и унификацию структуры и взаимодействия компонентов программного средства различных видов и назначения.

Цель управления проектом - рациональное использование и предупреждение потери ресурсов путем сбалансированного распределения их по частным работам на протяжении всего жизненного цикла объекта с заданным качеством.

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

Целевое управление проектами возникло из необходимости вырабатывать и реализовывать сложные системы с заданными функциями в максимально короткие сроки при ограниченных ресурсах.

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

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

Методологической базой целевого планирования и управления проектами является системный анализ, который предполагает:

1. обследование объектов и среды проектирования, для предварительной формулировки целей, назначения и задач проекта;

2. исследование и сопоставление альтернативных действий, которые должны приводить к достижению поставленных целей проектирования;

3. сравнение альтернатив по величине достигаемого эффекта проекта в зависимости от затрат на его достижение (желательно, по показателю "эффективность / стоимость");

4. учет и анализ влияния неопределенностей характеристик альтернатив на эффект проекта.

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

 

Контроль выполнения проекта

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

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

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

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

3. графики работ, степень их выполнения, наличие и причины отклонений реализации частных работ от планов, угроза нарушения сроков контракта.

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

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

Этапы проектирования

Основными этапами проектирования являются:

1. Определения запроса на создание системы, основанного на оценках мнений различных общественных групп - от политиков до рядовых потребителей;

2. Детальная проработка возможного решения проблемы на основе
объединения различных мнений;

3. Оценка альтернативных вариантов решения проблемы, удовлетворяющих выдвинутым требованиям;

4. Выбор конкретного варианта и его реализация.

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

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

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

Компромисс – это возможность выбора между несколькими критериями проектирования, каждый из которых является приемлемым.

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

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

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

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

Такие различия присутствуют на всем пути проектирования. Т.е. техническое проектирование никогда не идет по жестко установленному пути. Это – итерационный, творческий процесс.

 

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

Он основан на:

1. идентификации ключевых параметров,

2. формировании конфигурации системы,

3. оценке того, насколько данная конфигурация отвечает предъявляемым к системе требованиям.

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

 

Лекция № 3-4

«ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ПРОЕКТА»

Содержание:

1. Понятие информационной системы обеспечения проекта

2. Концепция информационной системы

3. Стратегическое планирование проекта информационной системы

4. Особенности современных крупных проектов информационных систем

5. Сложности при реализации проекта

 

Особенности CASE-технологий

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

CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;

реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;

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

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

1) широкое разнообразие качества и возможностей CASE-средств;

2) относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;

3) широкое разнообразие в практике внедрения различных организаций;

4) отсутствие детальных метрик и данных для уже выполненных и текущих проектов;

5) широкий диапазон предметных областей проектов;

6) различная степень интеграции CASE-средств в различных проектах.

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

Для успешного внедрения CASE-средств организация должна обладать следующими качествами:

1) Технология. Понимание ограниченности существующих возможностей и способность принять новую технологию;

2) Культура. Готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями;

3) Управление. Четкое руководство и организованность по отношению к наиболее важным этапам и процессам внедрения.

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

19. Для того, чтобы принять взвешенное решение относительно инвестиций в CASE-технологию, пользователи вынуждены производить оценку отдельных CASE-средств, опираясь на неполные и противоречивые данные. Эта проблема зачастую усугубляется недостаточным знанием всех возможных «подводных камней» использования CASE-средств. Среди наиболее важных проблем выделяются:

1) достоверная оценка отдачи от инвестиций в CASE-средства затруднительна ввиду отсутствия приемлемых метрик и данных по проектам и процессам разработки программного обеспечения;

2) внедрение CASE-средств может представлять собой достаточно длительный процесс и может не принести немедленной отдачи. Возможно даже краткосрочное снижение продуктивности в результате усилий, затрачиваемых на внедрение. Вследствие этого руководство организации-пользователя может утратить интерес к CASE-средствам и прекратить поддержку их внедрения;

3) отсутствие полного соответствия между теми процессами и методами, которые поддерживаются CASE-средствами, и теми, которые используются в данной организации, может привести к дополнительным трудностям;

4) CASE-средства зачастую трудно использовать в комплексе с другими подобными средствами. Это объясняется как различными парадигмами, поддерживаемыми различными средствами, так и проблемами передачи данных и управления от одного средства к другому;

5) некоторые CASE-средства требуют слишком много усилий для того, чтобы оправдать их использование в небольшом проекте, при этом, тем не менее, можно извлечь выгоду из той дисциплины, к которой обязывает их применение;

6) негативное отношение персонала к внедрению новой CASE-технологии может быть главной причиной провала проекта.

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

Несмотря на все высказанные предостережения и некоторый пессимизм, грамотный и разумный подход к использованию CASE-средств может преодолеть все перечисленные трудности. Успешное внедрение CASE-средств должно обеспечить такие выгоды как:

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

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

- приемлемый уровень отдачи от инвестиций в CASE-средства.

 

 

Лекция № 7-8

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

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

· стандарт проектирования;

· стандарт оформления проектной документации;

· стандарт пользовательского интерфейса.

Стандарт проектирования должен устанавливать:

ü набор необходимых моделей (диаграмм) на каждой стадии проектирования и степень их детализации;

ü правила фиксации проектных решений на диаграммах, в том числе: правила именования объектов, набор атрибутов для всех объектов и правила их заполнения на каждой стадии, правила оформления диаграмм, включая требования к форме и размерам объектов, и т. д.;

ü требования к конфигурации рабочих мест разработчиков, в том числе: настройки операционной системы, настройки CASE-средств, общие настройки проекта и т. д.;

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

 

Стандарт оформления проектной документации должен устанавливать:

F комплектность, состав и структуру документации на каждой стадии проектирования;

F требования к ее оформлению (требования к содержанию разделов, подразделов, пунктов, таблиц и т.д.),

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

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

F требования к настройке CASE-средств для обеспечения подготовки документации в соответствии с установленными требованиями.

 

Стандарт интерфейса пользователя должен устанавливать:

­ правила оформления экранов (шрифты и цветовая палитра), состав и расположение окон и элементов управления;

­ правила использования клавиатуры и мыши;

­ правила оформления текстов помощи;

­ перечень стандартных сообщений;

­ правила обработки реакции пользователя.

 

Введение

1. Общие сведения об автоматизированных системах управления. Понятие об АСУ, основные определения, классификация

Особенности современных систем.

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

Современные сложные системы и соответственно проекты, обеспечивающие их создание, имеют ряд важных особенностей:

1. единую цель разработки и последующего функционирования всей системы для определенных пользователей;

2. наличие совокупности нескольких, тесно взаимодействующих, компонентов подсистем, имеющих свои локальные задачи и цели функционирования;

3. иерархическую структуру связей и взаимодействия компонентов, обеспечивающую концептуальное единство и устойчивость функционирования всей системы;

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

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

Описание целей и объекта проектирования.

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

2. Основные определения.

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

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

Техническое проектирование - основная задача деятельности инженера. Это сложный процесс, в котором главная роль принадлежит творческим навыкам и умению анализировать.

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

Структурное проектирование – основано на модульном принципе. С одержит правила, направленные на стандартизацию и унификацию структуры и взаимодействия компонентов программного средства различных видов и назначения.

Цель управления проектом - рациональное использование и предупреждение потери ресурсов путем сбалансированного распределения их по частным работам на протяжении всего жизненного цикла объекта с заданным качеством.

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

Целевое управление проектами возникло из необходимости вырабатывать и реализовывать сложные системы с заданными функциями в максимально короткие сроки при ограниченных ресурсах.

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

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

Методологической базой целевого планирования и управления проектами является системный анализ, который предполагает:

1. обследование объектов и среды проектирования, для предварительной формулировки целей, назначения и задач проекта;

2. исследование и сопоставление альтернативных действий, которые должны приводить к достижению поставленных целей проектирования;

3. сравнение альтернатив по величине достигаемого эффекта проекта в зависимости от затрат на его достижение (желательно, по показателю "эффективность / стоимость");

4. учет и анализ влияния неопределенностей характеристик альтернатив на эффект проекта.

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

 

Классификация систем управления

Автоматические системы регулирования (АСР) предназначены для поддержания значений технологических параметров на заданном уровне или их изменение по заданному закону.

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

Автоматизированные системы управления технологическими процессами (АСУТП) предна­значены для ведения ТП отдельного аппарата, установки в соответствии с заданным технологи­ческим режимом с участием человека на основе современных технико-экономических средст­в и методов. Цель управления - поддержание заданных значений регулируемых величин, оп­тимизация координат ОУ.

Автоматизированные системы управления предприятиями и/или производствами (АСУП) это АСУ, предназначенные для решения основных задач управления производственно-хозяйственной деятельностью промышленного предприятия и его самостоятельных частей на основе применения экономико-математических методов и современных средств вычислитель­ной техники.

Если АСУП включает в свой состав подсистемы управления нижнего уровня и подсистемы управления верхним уровнем, то такие АСУ называют интегрированным

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

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

 

Лекция № 2

 

«Цель и анализ процесса проектирования»

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

4.Этапы планирования проекта

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

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

1. первичное прогнозирование возможных характеристик проекта на базе обобщения данных подобных прототипов ранее реализованных проектов и создание концепции проекта;

2. подготовка предварительного рабочего плана выполнения этапов и частных работ с учетом допустимых затрат ресурсов на их реализацию в процессе разработки системного проекта;

3. управление детализацией и реализацией плана проекта, его оперативной корректировкой и перераспределением ресурсов в соответствии с особенностями развития частей проекта;

4. обобщение и накопление результатов планирования и управления конкретным проектом для использования этих данных в качестве прототипов при разработке последующих проектов.

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

Контроль выполнения проекта

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

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

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

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

3. графики работ, степень их выполнения, наличие и причины отклонений реализации частных работ от планов, угроза нарушения сроков контракта.

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

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

Этапы проектирования

Основными этапами проектирования являются:

1. Определения запроса на создание системы, основанного на оценках мнений различных общественных групп - от политиков до рядовых потребителей;

2. Детальная проработка возможного решения проблемы на основе
объединения различных мнений;

3. Оценка альтернативных вариантов решения проблемы, удовлетворяющих выдвинутым требованиям;

4. Выбор конкретного варианта и его реализация.

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