5) Организация разработки ис. Каноническое проектирование ис.

• Стадии и этапы процесса канонического проектирования ИС. Цели и задачи предпроектной стадии создания ИС.

Организация канонического проектирования ИС ориентирована на использование главным образом каскадной модели ЖЦ ИС. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90.

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

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

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

Стадия 1. Формирование требований к ИС.

На начальной стадии проектирования выделяют следующие этапы работ:

• Обследование объекта и обоснование необходимости создания ИС;

• Формирование требований пользователей к ИС;

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

Стадия 2. Разработка концепции ИС.

• Изучение объекта автоматизации;

• Проведение необходимых научно-исследовательских работ;

• Разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;

• Оформление отчета и утверждение концепции.

Стадия 3. Техническое задание.

• Разработка и утверждение технического задания на создание ИС.

Стадия 4. Эскизный проект.

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

• Разработка эскизной документации на ИС и ее части.

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

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

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

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

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

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

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

• Разработка и адаптация программ.

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

• Подготовка объекта автоматизации;

• Подготовка персонала;

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

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

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

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

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

• Модели деятельности организации ("как есть" и "как должно быть").

• Состав работ на стадии технического и рабочего проектирования.

• Состав проектной документации.

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

• Классификация ИС и АИС.

• Этапы развития АИС.

• Жизненный цикл ИС.

Информация может существовать кратковременно или длительно в зависимости от ее характера. Эти периоды времени определяют жизненный цикл информации, состоящий из стадий появления, существования, исчезновения («смерти»). В теории информации информация имеет цену и является товаром, её зачастую воспринимают как услугу, продукт или изделие.

Жизненный цикл изделия затрагивает 2 его основных состояния:

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

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

• Жизненный цикл программного обеспечения.

• Модели жизненного цикла ИС (каскадная, спиральная и др.)

Выделяют 3 базовые модели ЖЦ ИС:

• Каскадная

• Спиральная

• Поэтапная с промежуточным контролем

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

Каскадная схема разработки ИС включает этапы:

• Стратегия (идея, концепция ИС)

• Анализ

• Проектирование

• Тестирование

• Реализация

• Внедрение

• Сопровождение

• Эксплуатация

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

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

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

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

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

Поэтапная модель с промежуточным контролем. Разработка ПО ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.

Полный жизненный цикл ИС должен поддерживаться комплексом инструментальных средств с учётом необходимости: адаптации типового проекта к различным системно-техническим платформам (техническим средствам, операционным системам и СУБД) и организационно-экономическим особенностям объектов внедрения; интеграции с существующими разработками (включая реинжиниринг приложений и конвертирование БД); обеспечения целостности проекта и контроля за его состоянием (наличие единой технологической среды создания, сопровождения и развития ИС, а также целостность репозитария). При этом желательно обеспечить независимость от программно-аппаратной платформы и СУБД, поддержку одновременной работы групп разработчиков, открытую архитектуру и возможности экспорта/импорта.