- •1. Жизненный цикл информационных систем: этапы планирования разработки, определения требований, сбора и анализа требований, проектирования бд и выбора целевой субд
- •2. Жизненный цикл информационных систем: этапы разработки приложений, создания прототипов, реализации, конвертирования и загрузки данных, тестирования, эксплуатации
- •3. Требования. Место в жц разработки ис
- •Функциональные требования
- •Нефункциональные требования
- •Пользовательские требования.
- •Системные требования.
- •8. Разработка требований
- •9. Управление требованиями (и управление изменениями требований)
- •11. Модели систем
- •12. Модели системного окружения
- •13. Поведенческие модели
- •15. Объектные модели.
- •Прототипирование в процессе разработки по
- •Эволюционное прототипирование
- •Экспериментальное прототипирование
- •Технологии быстрого прототипирования.
- •Прототипирование пользовательского интерфейса.
- •Архитектурное проектирование
- •Архитектурное проектирование. Структурирование системы
- •Архитектурное проектирование. Моделирование управления
- •Управление, основанное на событиях
- •Архитектурное проектирование. Модульная декомпозиция
- •Обектно-ориентированная модель
- •Модель потоков данных
- •Проектирование диалога с пользователем: структура пользовательского интерфейса
- •Проектирование диалога с пользователем: графическое представление диалога
- •Проектирование диалога с пользователем: текствое представление
- •Распределенные бд
- •Проблемы с распределенными бд
2. Жизненный цикл информационных систем: этапы разработки приложений, создания прототипов, реализации, конвертирования и загрузки данных, тестирования, эксплуатации
Информационная система – ресурсы, которые позволяют выполнить сбор, корректировку и распространение информации. Типичная информационная система (ИС) состоит из БД, ПО БД, прикладного ПО, аппаратное обеспечение и персонал.
Жизненный цикл ИС.
Складываются ситуации, когда при внедрении ИС требуется постоянное сопровождение, состоящее из исправления ошибок, реализации новых требований пользователей, кроме того, требуется перенос систем на более современные платформы. В результате затраты на разработку и сопровождение ПО растут быстрыми темпами, эта ситуация называется кризисом ПО.
Неудачи при создании ПО обычно вызваны следующими причинами: отсутствие полной спецификации требований; отсутствие правильной методологии разработки; недостаточная степень разделения проекта на с оставные части для осуществления эффективного контроля за исполнением.
Для разрешения этих проблем предложен структурный подход к разработке ПО, называемый жизненным циклом. ЖЦ ИС выглядит следующим образом как показано на рисунке.
1 – Планирование разработки ИС;
2 – Определение требований к системе;
14 – сбор и анализ требований к с-ме;
3 – Концептуальное планирование БД;
4 – Логическое проектирование БД;
5 – Физическое проектирование БД;
6 – Проектирование БД;
7 – Выбор целевой СУБД;
8 – Разработка приложений;
9 – Реализация;
10 – Создание прототипов;
11 – Конвертирование и загрузка существующих
данных;
12 – Тестирование
13 – Эксплуатация и сопровождение
Разработка приложений выполняется параллельно с проектированием БД и включает в себя проектирование транзакций, диалога пользователя с ИС и разработку основных алгоритмов работы системы.
Создание прототипов. Прототип – рабочая модель ИС, к-ая обычно обладает лишь частью требуемых возможностей и не обеспечивает всей функциональности готовой с-мы. Он создается для того, чтобы пользователь мог определить какие ф-ции отвечают своему предназначению, а какие нет. Т.о., прототип явл-ся инструментом выявления требований к с-ме.
Реализация. Непосредственная реализация БД и приложений. Реализуется БД физически, реализуются представления пользователей, средства защиты, обеспечения целостности данных и написание приложений.
Конвертирование и загрузка существующих данных. Перенос данных осуществляется либо из существующих систем, либо с бумажных носителей.
Тестирование – процесс выполнения прикладных программ с целью поиска ошибок. Часть ошибок можно устранить еще на этапе проектирования и реализации, если использовать приемы верификации. Однако такие подходы не всегда приемлемы и большинство ошибок связаны с недопониманием разработчиков требований пользователя.
Стратегии тестирования:
1. нисходящая. Она начинается на уровне подсистемы, в которой модули более низкого уровня заменены заглушками. После того, как оттестировано взаимодействие между модулями, каждый из них разбивается на части аналогично;
2. восходящая. Тестирование начинается с модуля самого нижнего уровня.
3. тестирование потоков. Эта стратегия предназначена для с-м с большим количеством взаимодействующих потоков.
4. интенсивное тестирование. В этом случае определяется способность функционирования системы в условиях максимальных и минимальных нагрузок.
Эксплуатация и сопровождение включает в себя:
1. контроль производительности системы. Если система не удовлетворяет пользователя, то может потребоваться дополнительная настройка и реорганизация БД (в лучшем случае – перестройка индексов и процедур; в худшем – перестройка БД и приложений);
2. сопровождение и модернизация приложения. Это может включать в себя как консультации по работе приложения, так и доработку ИС.
