Основные понятия и определения ис. Жизненный цикл ис. Под информационной системой

• Название: Основные понятия и определения ис. Жизненный цикл ис. Под информационной системой
• Дата: 02.01.2023
• Размер: 0.71 Mb.
• Имя файла: f51121920.docx
• Тип: Документы; #870534

Основные понятия и определения ИС. Жизненный цикл ИС.
Под информационной системой обычно понимается прикладная программная подсистема, ориентированная на сбор, хранение, поиск и обработку информации.

Подавляющее большинство информационных систем работает в режиме диалога с пользователем.
https://studopedia.su/10_51516_lektsiya-.html
Свойства информационных систем:

• любая ИС может быть подвергнута анализу, построена и управляема на основе общих принципов построения сложных систем;

• при построении ИС необходимо использовать системный подход;

• ИС является динамичной и развивающейся системой;

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

• выходной продукцией ИС является информация, на основе которой принимаются решения или производится автоматическое выполнение рутинных операций;

• участие человека зависит от сложности системы, типов и наборов данных, степени формализации решаемых задач.

Процессы в информационной системе:

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

Классификация ИС

1. По областям применения.

Информационных системы в экономике (АСЭ – автоматизированные системы в экономике). В образовании (АСО). В научных исследованиях (АСНИ) и т.д.

2. По характеру информации, которой оперирует ИС. Фактографические или документальные

3. По роли, которую ИС играют в профессиональной деятельности.

• Системы управления. АСУ (автоматизированная система управления), САУ(система автоматического управления - без участия человека).

• Вычислительные информационные системы.

• Поисково-справочные информационные системы.

• Системы принятия решения.

• Информационные обучающие системы.

4. По техническим средствам:

Один компьютер / Локальная сеть / Глобальная сеть

Понятие жизненного цикла (ЖЦ) ИС

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

•анализ требований;

•проектирование;

•кодирование (программирование);

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

•эксплуатация и сопровождение.

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

Стадии жизненного цикла информационной системы

1. Предпроектное обследование

1.1. Сбор материалов для проектирования; формулирование требований, изучение объекта автоматизации, даются предварительные выводы предпроектного варианта ИС.

1.2. Анализ материалов и разработка документации; разрабатывается технико- экономическое обоснование с техническим заданием на стадии проектирования ИС.

2. Проектирование

2.1. Предварительное проектирование:

• 
  выбор проектных решений по аспектам разработки ИС; описание реальных компонент ИС;
  
• 
  оформление и утверждение технического проекта (ТП).
  

2.2. Детальное проектирование:

• 
  выбор или разработка математических методов или алгоритмов программ;
  
• 
  корректировка структур БД;
  
• 
  создание документации на доставку и установку программных продуктов;
  
• 
  выбор комплекса технических средств с документацией на её установку.
  

2.3. Разработка техно-рабочего проекта ИС (ТРП).

2.4. Разработка методологии реализации функций управления с помощью ИС и описанием регламента действий аппарата управления.

3. Разработка ИС

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

• тестирование и доводка

программного комплекса;

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

4. Ввод ИС в эксплуатацию

• ввод технических средств;

• ввод программных средств;

• обучение и сертификация персонала;

• опытная эксплуатация;

• сдача и подписание актов приёмки-сдачи работ.

5. Эксплуатация ИС

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

• общее сопровождение всего проекта


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



Данная модель применяется при разработке информационных систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования.

Достоинства модели:

- на каждой стадии формируется законченный набор документации, программного и аппаратного обеспечения, отвечающий критериям полноты и согласованности;

- выполняемые в четкой последовательности стадии позволяют уверенно планировать сроки выполнения работ и соответствующие ресурсы (денежные, материальные и людские).

Недостатки модели:

- реальный процесс разработки информационной системы редко полностью укладывается в такую жесткую схему. Особенно это относится к разработке нетиповых и новаторских систем;

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

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


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

Данная модель жизненного цикла характерна при разработке сложных и комплексных систем, для которых имеется четкое видение (как со стороны заказчика, так и со стороны разработчика) того, что собой должен представлять конечный результат (информационная система). Разработка версиями ведется в силу разного рода причин:

- отсутствия у заказчика возможности сразу профинансировать весь дорогостоящий проект;

- отсутствия у разработчика необходимых ресурсов для реализации сложного проекта в сжатые сроки;

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

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

Спиральная стратегия (эволюционная или итерационная модель, автор Барри Боэм, 1986-88 гг.) [44] подразумевает разработку в виде последовательности версий, но в начале проекта определены не все требования. Требования уточняются в результате разработки версий.


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

Спиральная модель предполагает 4 этапа для каждого витка:

1. планирование;

2. анализ рисков;

3. конструирование;

4. оценка результата и при удовлетворительном качестве переход к новому витку.
Достоинства модели:

- позволяет быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований;

- допускает изменение требований при разработке информационной системы, что характерно для большинства разработок, в том числе и типовых;

- обеспечивает большую гибкость в управлении проектом;

- позволяет получить более надежную и устойчивую систему. По мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации;

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

- уменьшаются риски заказчика. Заказчик может с минимальными для себя финансовыми потерями завершить развитие неперспективного проекта.

Недостатки модели:

- увеличивается неопределенность у разработчика в перспективах развития проекта. Этот недостаток вытекает из предыдущего достоинства модели;

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