- •Раздел 1. Общая характеристика автоматизированных информационных систем (аис) Тема 1.1. Автоматизированные системы: основные понятия
- •Тема 1.2. История создания и развития аис
- •Тема 1.3. Процессы, обеспечивающие работу аис
- •Аппаратная и программная части информационной системы
- •Тема 1.4. Жизненный цикл аис и его этапы
- •1.4.1. Жизненный цикл аис
- •1.4.2. Модели жизненного цикла аис
- •Спиральная модель обладает следующими достоинствами:
- •Раздел 2. Состав и структура аис Тема 2.1. Основные составные части аис
- •Тема 2.2. Информационное обеспечение
- •Тема 2.3. Техническое обеспечение
- •Тема 2.4. Математическое и программное обеспечение
- •Тема 2.5. Прочие виды обеспечения
- •2.5.1. Организационное обеспечение
- •2.5.2. Правовое обеспечение
- •2.5.3. Лингвистическое обеспечение (ло)
- •2.5.4. Технологическое обеспечение (то)
- •2.5.5. Эргономическое обеспечение
- •2.5.6. Метрологическое обеспечение
- •Тема 2.6. Архитектура аис
- •Раздел 3. Классификация аис
- •Тема 3.1. Классификация ис по масштабам
- •3.1.1. Системы для малых предприятий.
- •3.1.2. Системы для предприятий среднего масштаба.
- •3.1.3. Системы для больших предприятий (корпоративные системы).
- •Тема 3.2. Классификация аис по принципу структурированности задач
- •3.2.1. Понятие структурированности задач
- •3.2.2. Типы информационных систем, используемых для решения частично структурированных задач
- •Тема 3.3. Классификация аис по функциональному признаку
- •3.3.1. Информационные системы оперативного (операционного) уровня
- •3.3.5. Информационные системы для специалистов
- •3.3.2. Информационные системы для менеджеров среднего звена
- •3.3.3. Стратегические информационные системы
- •Тема 3.4. Прочие классификации аис
- •3.4.1. Классификация по степени автоматизации
- •3.4.2. Классификация по характеру использования информации
- •3.4.3. Классификация по сфере применения
- •Тема 3.5. Экспертные системы (эс)
- •3.5.2. Интерфейс пользователя
- •3.5.3. База знаний
- •3.5.4. Интерпретатор
- •3.5.5 Модуль создания системы
- •3.5.6. Области применения экспертных систем
- •Медицинская диагностика
- •Прогнозирование
- •Планирование
- •Интерпретация
- •Контроль и управление
- •Диагностика неисправностей в механических и электрических устройствах
- •Обучение
- •Преимущества эс перед человеком-экспертом
- •Раздел 4. Этапы разработки и эксплуатации аис Тема 4.1. Содержание работ по каждой стадии создания аис
- •4.1.1. Этапы разработки и внедрения аис
- •4.1.2. Технология проведения проектных и внедренческих работ
- •4.1.3. Этап обследования
- •4.1.4. Этап обработки результатов обследования
- •4.1.5. Техническое задание должно состоять из следующих разделов:
- •4.1.6. Этап составления общей схемы (проекта аис)
- •4.2.7. При описании схемы аис необходимо сделать следующее:
- •Тема 4.2. Содержание работ по каждой стадии создания аис
- •4.2.1. Организация предпроектного обследования
- •4.2.2. Организация работ на стадии технического проектирования
- •4.2.3.Организация работ на стадии рабочего проектирования
- •4.2.4. Организация работ на стадии внедрения системы
- •Тема 4.3. Оценка качества информационных систем
- •Раздел 5. Эффективность и перспективы развития ис Тема 5.1. Эффективность автоматизированных систем
- •5.1.1. Общие положения по оценке экономической эффективности ас
- •5.1.2. Отношение полученного эффекта к сделанным затратам характеризует экономическую эффективность этих расходов
- •Тема 5.2. Перспективы развития ас
- •Литература
- •Энго ф
- •Содержание
1.4.2. Модели жизненного цикла аис
Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ и методы разработки ПО (под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создается и функционирует). Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки. Стандарт ISO/IEC 12207 описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы.
К настоящему времени наибольшее распространение получили следующие три основные модели ЖЦ:
каскадная модель, или «водопад» (70-85 г.г.);
поэтапная модель с промежуточным контролем – итерационная модель.
спиральная модель (86-90 г.г.).
В изначально существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (рис. 2). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
Рис. 2. Каскадная модель жизненного цикла ИС
Положительные стороны применения каскадного подхода заключаются в следующем:
на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности;
выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения. В эту категорию попадают сложные расчетные системы, системы реального времени и другие подобные задачи. Однако, в процессе использования этого подхода обнаружился ряд его недостатков, вызванных прежде всего тем, что реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. В процессе создания ПО постоянно возникала потребность в возврате к предыдущим этапам и уточнении или пересмотре ранее принятых решений. В результате реальный процесс создания ПО принял следующий вид.
Рис. 3. Реальный процесс разработки ИС по каскадной схеме
Поэтапная итерационная модель предполагает наличие циклов обратной связи между этапами. Преимущество такой модели заключается в том, что межэтапные корректировки обеспечивают большую гибкость и меньшую трудоемкость по сравнению с каскадной моделью. Однако время жизни каждого из этапов может растянуться на весь период создания системы.
Основным недостатком каскадного и итерационного подходов является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ, требования к ИС "заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть одновременно с их утверждением.
Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ (рис. 3.), делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований.
Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.
Рис. 4. Спиральная модель жизненного цикла ИС