АСОИУ — это автоматизированная система обработки и управления, которая базируется на применении компьютерного оборудования и предназначена для управления различными объектами.
Основы разработки информационных систем
Методической базой разработки информационных систем является системный подход, согласно которому все системы считаются набором взаимозависимых компонентов, действующих вместе для реализации общей цели. Для любой системы считается характерным колебания состояний компонентов (объектов), происходящее с течением времени и вызванное взаимным влиянием объектов в разных процессах и взаимодействием с внешним окружением. При таком поведении системы необходимо соблюдать следующие принципы:
- Принцип эмерджентности, то есть система представляется целым объектом на базе обобщённой структуры, когда функционирование отдельных компонентов учитывается с точки зрения работы всей системы.
- Принцип гомеостазиса, что означает обеспечение устойчивой работы системы и достижение общей целевой установки.
- Принцип приспособления (адаптивности) к колебаниям внешних условий и управляемости за счёт воздействия на компоненты системы.
- Принцип обучаемости за счёт коррекции структурной организации системы согласно изменениям системных целевых установок.
Информационная система является взаимосвязанным набором методов, средств и работников, которые используются для сохранения, переработки и трансляции информации для достижения заданной целевой установки.
Этапы моделирования АСОИУ
Существует три главных модели формирования АСОИУ. Все они состоят по существу из одинаковых этапов, однако имеют принципиальные различия по логическому взаимодействию между ними. Так как с точки зрения конечного пользователя все АСОИУ или информационные системы являются пакетом программных приложений, то в сущности процедура создания проекта и его реализации оканчивается формированием программного приложения, которое готово к использованию. По этой причине в качестве модели используется модель жизненного цикла программного продукта или программного обеспечения. Данный жизненный цикл состоит из следующих этапов:
- Выполнение анализа имеющийся системы (предусматривается подтверждение).
- Формирование плана и осуществление анализа требований к программному обеспечению (предусматривается подтверждение).
- Выполнение проекта программного обеспечения (предусматривается верификация).
- Выполнение детального проектирования (предусматривается верификация).
- Выполнение кодирования (предусматривается автономная отладка).
- Выполнение комплексной проверки (предусматривается верификация продукта).
- Осуществление внедрения (предусматривается системная отладка).
- Эксплуатация и осуществление сопровождения продукты (предусматривается повторное подтверждение).
Идея отображения проектного процесса и разработки программного обеспечения в форме определённых графических представлений появилась ещё в шестидесятых годах прошлого века.
Каскадная или водопадная модель
На рисунке ниже представлена структурная организация каскадной (водопадной) модели формирования проекта АСОИУ:
Рисунок 1. Структурная организация каскадной (водопадной) модели формирования проекта АСОИУ. Автор24 — интернет-биржа студенческих работ
Данная модель проектирования АСОИУ имеет следующие особенности:
- Все этапы проекта выполняются последовательно, начиная с первого.
- Следующий этап начинается только по окончательному завершению работ предыдущего этапа.
- Процедура выполнения проекта представлена достаточно «прозрачно» (если жёстко соблюдается очерёдность этапов).
- Процесс управления проектом достаточно прост. Состоит, в основном, из управления финансами.
Данная модель применялась во времена реализации относительно не сложных локальных автоматизированных систем, то есть с пятидесятых по семидесятые годы прошлого века. Но ошибки, допущенные в требованиях, было очень непросто исправить. Это было связано с тем, что информационные данные в то время представлялись в файлах с жёсткой структурной организацией записи. Это означало, что коррекция структуры одного файла вызывала необходимость коррекции во всех приложениях, использующих данные из этого файла. Следовательно, нужна была отладка всех задействованных взаимодействий программных приложений внутри системы.
Поэтапная модель с промежуточным контролем
Структурная организация поэтапной модели проектирования АСОИУ с промежуточным контролем (итерационной или инкрементной модели) изображена на рисунке ниже:
Рисунок 2. Структурная организация поэтапной модели проектирования АСОИУ с промежуточным контролем. Автор24 — интернет-биржа студенческих работ
Данная модель проектирования АСОИУ обладает следующими особенностями:
- При реализации любого этапа допускается возврат на любой предыдущий этап, если возникает такая необходимость.
- Допущенные в требованиях ошибки уже не являются фатальными, так как предусмотрено в принципе их возможное наличие и необходимые проектные решения по их коррекции. Но практика показала, что у потенциальных потребителей появляются проблемы по чёткому и однозначному изложению своих требований к системе не только на ранних этапах, но и на всех дальнейших этапах.
- Свойство итеративности реализации проекта сделало сложнее задание точных сроков, что иногда вело к их возрастанию и, следовательно, к росту затрат.
Спиральная модель
Схема спиральной модели проектирования АСОИУ представлена на рисунке ниже:
Рисунок 3. Схема спиральной модели проектирования АСОИУ. Автор24 — интернет-биржа студенческих работ
Спиральная модель проектирования АСОИУ имеет следующие особенности:
- Начала применяется с середины восьмидесятых годов прошлого века и используется даже сегодня.
- Даёт возможность создать работоспособный вариант системы на всех витках спирали.
Модель выстроена так, что различные претензии и пожелания пользователей, которые возникают при использовании системы, сформированной на предыдущем витке, могут быть учтены, аккумулированы, обобщены, проанализированы и воплощены в жизнь с очередной версией системы. А так как версии опираются на информационно-технологическую основу имеющейся системы, то для пользователей переход на новую версию не вызывает осложнений.
