Каноническое проектирование АИС

Каноническое проектирование АИС


Задачи и их решения по информатике и математике
решение задачи по мдк ремонт автомобилей -->> АИС: этапы и стадии, модели.

Каноническое проектирование АИС

  1. Ж.Ц.
Потребность в создании АИС может обусловливаться либо необходимостью автоматизации или модернизации существующих информационных процессов, либо коренной реорганизации в деятельности предприятия (проведения бизнес-реинжиниринга). Потребности создания АИС указывают, во-первых, для достижения каких именно целей необходимо разработать систему; во-вторых, к какому моменту времени целесообразно осуществить разработку; в-третьих, какие затраты необходимо осуществить для проектирования системы.

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

Суть содержания жизненного цикла разработки АИС в различных подходах одинакова и сводится к выполнению следующих стадий:

1. Планирование и анализ требований (предпроектная стадия) – системный анализ.
Исследование и анализ существующей информационной системы, определение требований к создаваемой АИС, оформление технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на разработку АИС.
2. Проектирование (техническое проектирование, логическое проектирование).
Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций (функциональная архитектура) и состава обеспечивающих подсистем (системная архитектура), оформление технического проекта АИС.
3. Реализация (рабочее проектирование, физическое проектирование, программирование). Разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление рабочего проекта.
4. Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем АИС, обучение персонала, поэтапное внедрение АИС в эксплуатацию по подразделениям экономического объекта, оформление акта о приемо-сдаточных испытаниях АИС.
5. Эксплуатация АИС (сопровождение, модернизация). Сбор рекламаций и статистики о функционировании АИС, исправление ошибок и недоработок, оформление требований к модернизации АИС и ее выполнение (повторение стадий 2 – 5).
Часто второй и третий этапы объединяют в одну стадию, называемую технорабочим проектированием или системным синтезом. На рисунке ниже представлена обобщенная блок-схема жизненного цикла АИС.

 
Жизненный цикл (ЖЦ) – одно из базовых понятий методологии проектирование КИС.
ЖЦ КИС – процесс от момента принятия решения о создании ИС до момента полного изъятия ее из эксплуатации.
Структура ЖЦ
· Основные процессы (приобретение, поставка, разработка, эксплуатация, сопровождение программного и информационного обеспечения).
· Вспомогательные процессы – обеспечивают выполнение основных (документирование, конфигурирование, обеспечение качества, аттестация, верификация).
· Организационные процессы (управление проектами, создание инфраструктуры проекта, обучение).
Все процессы носят итерационный характер.
 
Модели ЖЦ
Определение модели ЖЦ
Модель ЖЦ - это структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.
Каскадная модель
Ранее (да и сейчас) в основном применялась каскадная модель разработки ИС:

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

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

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

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

Сложности работы по каскадной модели
Одним из главных недостатков каскадной модели является необходимость возврата назад на пройденные этапы.
Во время анализа проекта необходимо:
· Обсудить с пользователями и исследовать бизнес-процессы.
· Надо, чтобы пользователи согласились с результатами обследования (хотя они могут и не ознакомиться с ними до конца).
· Полностью определить все требования к системе.
Обычно таким способом удается собрать около 80% требований к системе.
В течение проектирования необходимо:
· Определить архитектуру будущей системы (где будут установлены программы и какая аппаратура нужна для достижения приемлемой производительности).
· Обсуждать появляющиеся проблемы с пользователями, что выразится в появлении новых требований к системе.
Как следствие – возврат к анализу.
Во время реализации (написания программного кода) необходимо:
· Пересмотреть некоторые из принятых ранее решений, так как их невозможно осуществить.
· Уточнить требования, которые не были достаточно детализированы и, как следствие, их реализация некорректна.
В результате: "Да, это то, что я просил, но не то, чего я хочу!".


Таким образом, проблемы состоят в следующем:
1. Бизнес меняется очень быстро. Разработчики должны поспевать за этими изменениями.
2. Пользователи не всегда могут сказать, чего они хотят. Работа стала для них настолько привычной, что ее уже трудно описать.
3. Пользователи не всегда понимают команду разработчиков.
4. Точное следование этапам проекта (каскадное проектирование).
Поэтому используется спиральная модель ЖЦ.

Спиральная модель

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