Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпоры_прис.docx
Скачиваний:
9
Добавлен:
01.03.2025
Размер:
171.68 Кб
Скачать

2. Жизненный цикл информационных систем: этапы разработки приложений, создания прототипов, реализации, конвертирования и загрузки данных, тестирования, эксплуатации

Информационная система – ресурсы, которые позволяют выполнить сбор, корректировку и распространение информации. Типичная информационная система (ИС) состоит из БД, ПО БД, прикладного ПО, аппаратное обеспечение и персонал.

Жизненный цикл ИС.

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

Неудачи при создании ПО обычно вызваны следующими причинами: отсутствие полной спецификации требований; отсутствие правильной методологии разработки; недостаточная степень разделения проекта на с оставные части для осуществления эффективного контроля за исполнением.

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

1 – Планирование разработки ИС;

2 – Определение требований к системе;

14 – сбор и анализ требований к с-ме;

3 – Концептуальное планирование БД;

4 – Логическое проектирование БД;

5 – Физическое проектирование БД;

6 – Проектирование БД;

7 – Выбор целевой СУБД;

8 – Разработка приложений;

9 – Реализация;

10 – Создание прототипов;

11 – Конвертирование и загрузка существующих

данных;

12 – Тестирование

13 – Эксплуатация и сопровождение

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

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

Реализация. Непосредственная реализация БД и приложений. Реализуется БД физически, реализуются представления пользователей, средства защиты, обеспечения целостности данных и написание приложений.

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

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

Стратегии тестирования:

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

2.  восходящая. Тестирование начинается с модуля самого нижнего уровня.

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

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

Эксплуатация и сопровождение включает в себя:

1.     контроль производительности системы. Если система не удовлетворяет пользователя, то может потребоваться дополнительная настройка и реорганизация БД (в лучшем случае – перестройка индексов и процедур; в худшем – перестройка БД и приложений);

2.     сопровождение и модернизация приложения. Это может включать в себя как консультации по работе приложения, так и доработку ИС.