44.Этапы и содержание работ по созданию автоматизированной информационной системы.

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

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

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

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

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

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

• формирование требований пользователей к АСУ;

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

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

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

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

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

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

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

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

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

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

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

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

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

• разработка документации на АСУ и её части;

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

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

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

• разработка рабочей документации на АСУ и её части;

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

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

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

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

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

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

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

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

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

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

Стадия 8. Сопровождение АСУ:

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

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

45. Стадии и этапы создания автоматизированных информационных систем согласно гост 34.601-90.

46. Автоматизация проектирования с использованием case-средств, характеристика case- средств.

Термин "CASE" (Computer Aided Software/System Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина "CASE", ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом.

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

Появлению CASE-технологии и CASE-средств предшествовали исследования в области методологии программирования.

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

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

Большинство CASE-средств основано на парадигме "методология/метод/нотация/структура/средство".

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

Метод - систематическая процедура или технология генерации описаний компонент ПО (например, описание потоков и структур данных).

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

Структуры являются средством для реализации структурного анализа и построения структуры конкретной системы.

Средства - технологические и программные инструменты для поддержки и усиления методов.

Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:

-применяемым методологиям и моделям систем и БД;

-степени интегрированности с СУБД;

-доступным платформам.

В качестве примеров популярных CASE-средств укажем программные средства компании Computer Associates, IBM-Rational Software и Oracle:

BPwin - моделирование бизнес-процессов;

ERwin - моделирование баз данных и хранилищ данных;

ERwin Examiner - проверка структуры СУБД и моделей, созданных в Erwin;

ModelMart - среда для командной работы проектировщиков;

Paradigm Plus - моделирование приложений и генерация объектного кода;

Rational Rose - моделирование бизнес-процессов и компонентов приложений;

Rational Suite AnalystStudio - пакет для аналитиков данных;

Oracle Designer (входит в Oracle9i Developer Suite) - высокофункциональное средство проектирования программных систем и баз данных, реализующее технологию CASE и собственную методологию Oracle - CDM. Позволяет команде разработчиков полностью провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта.