Стадия 5. Технический проект

- разработка проектных решений по системе и ее частям

- разработка документации на ИС и ее части

- разработка и оформление документации на поставку комплектующих изделий

- разработка заданий на проектирование в смежных частях проекта

Стадия 6. Рабочая документация

- разработка рабочей документации на ИС и ее части

- разработка и адаптация программ

Стадия 7. Ввод в действие

- подготовка объекта автоматизации

- подготовка персонала

- комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно – техническими комплексами, информационными изделиями)

- строительно – монтажные работы

- пусконаладочные работы

- проведение предварительных испытаний

- проведение опытной эксплуатации

- проведение приемочных испытаний

Стадия 8. Сопровождение ИС

- выполнение работ в соответствие с гарантийными обязательствами

- послегарантийное обслуживание

*Дополнительно:

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

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

Типовое проектное решение (ТПР). Классы и структура ТПР.

Типовое проектное решение (ТПР ) - это тиражируемое (пригодное к многократ­ному использованию) проектное решение.

Принятая классификация ТПР основана на уровне декомпозиции системы.

 

Выделяются следующие классы ТПР:

1) элементные ТПР - типовые реше­ния по задаче или по отдельному виду обеспечения задачи (ин­формационному, программному, техническому, математичес­кому, организационному),

2) подсистемные ТПР - в качестве элементов типизации выступают от­дельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей,

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

 

Класс ТПР Реализация ТПР	Достоинства	Недостатки
Элементные ТПР Библиотеки методо-ориенти-рованных программ	обеспечивается применение модульного подхода к проектированию и документированию ИС	- большие затра­ты времени на сопряжение разнородных элементов - большие затраты времени на доработку ТПР отдель­ных элементов
Подсистемные ТПР Пакеты прикладных программ	1) достигается высокая степень интеграции элементов ИС 2) позволяют осуществлять: модульное проектирование; параметрическую настройку программных компонентов на различные объекты управления; 3) обеспечивают: сокращение затрат на проектирование и программирование взаимосвязанных компонентов; хорошее документирование отображаемых процессов обра­ботки информации.	- адаптивность ТПР недостаточна с позиции непрерыв­ного инжиниринга деловых процессов - возникают про­блемы в комплексировании разных функциональных под­систем.
Объектные ТПР Отраслевые проекты ИС	1) комплексирование всех компонентов ИС 2) открытость архитектуры 3) масштабируемость 4) конфигурируемость	проблемы при­вязки типового проекта к конкретному объекту управления

 

 

Для реализации используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование.

Структура:

Выбор целей.

На основе задания на проектирование - выбор главных целей проектирования и их описание.

Постановка задач для достижения целей проектирования.

Выявление и описание задач. Уточнение условий и содержания проектных задач.

Анализ и выбор путей решения проектных задач.

Изучение путей и способов решения проектных задач. Выбор рациональных методов и средств и их анализ.

Определение трудозатрат по частному проектному решению.

Определение трудозатрат, затрат времени, стоимости работ, материально-технических ресурсов.

Сбор информации.

Сбор, систематизация и анализ исходной информации. Оценка качественных и количественных характеристик. Проверка полноты и достоверности информации.

Разработка проектных решений.

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

 

6.1. Определение возможных альтернативных вариантов.

Выявление максимально возможных вариантов проектного решения. Сопоставление вариантов на адекватность задачам проектирования.

6.2. Определение факторов, влияющих на принятие решения.

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

6.3. Отбор вариантов проектного решения.

Сопоставление альтернативных вариантов с приоритетными факторами. Последовательное сокращение числа альтернативных вариантов проектных решений и факторов.

6.4. Выбор оптимального варианта проектного решения.

Выбор окончательного проектного решения, наиболее точно и полно отвечающего задачам проектирования.

 

Оценка принятого решения.

Выбор методики оценки принятого проектного решения. Оценка уровня качества. Вывод о приемлемости решения.

Документирование проектного решения.

Закрепление проектного решения (расчетов, программ, эскизов, чертежей и пр.) на электронном или бумажном носителе.

Параметрически – ориентированное проектирование ИС

Параметрически-ориентированное проектирование включает следующие этапы :

· определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач

· анализ и оценка доступных ППП по сформулированным критериям

· выбор и за­купка наиболее подходящего пакета

· настройка параметров (доработка) закуп­ленного ППП

 

Критерии оценки ППП делятся на следующие группы:

1. назначение и возможности пакета (область использования, степень обеспечения функций, общего назначения или специализированный);

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

3. требования к техническим и программным средствам (объем ОП, периферийные устройства, тип ОС);

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

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

6. особенности установки пакета (объем работ, время установки, требования к квалификации программистов);

7. особенности эксплуатации пакета (надежность, защита данных, возможность эксплуатации силами предприятия);

8. помощь поставщика по внедрению и поддержанию пакета (обучение персонала, внесение модификаций, обновление версий);

9. оценка качества пакета и опыт его использования (число внедрений пакета, оценки пользователей, номер версии);

10. перспективы развития пакета (совместимость версий, дополнение функциональных возможностей, развитие методов).

 

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

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