Модели жизненного цикла ИС: каскадная, итеративная, спиральная

ИС

Обеспечивающая Функциональная

-информационная - информационная поддержка

-техническая - бизнес-планирование

-программная - оперативное управление

-математическая - финансовый менеджмент

-лингвистическая - бухгалтерский учет

-технологическая

-правовая

-организационная

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

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

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

Проектирование ИС охватывает 3 области:

1. Проектирование структуры БД (разработчик БД)

2. Проектирование пользовательского интерфейса (дизайнеры)

3. Масштабирование (системный администратор)

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

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

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

1. Проектирование данных

Создание ER-модели

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

При сопровождении часть работы отделяют на аутсорсинг, передача на сторону «неважных» функции

1. Выведение из эксплуатации и утилизация

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

Достоинства:

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

Недостатки:

1. Существенная задержка в получении результатов
2. Ошибки и недоработки приводят к необходимости возврата назад
3. Сложность параллельного ведения работ по проектированию
4. Чрезмерная информационная перенасыщенность

Спиральная модель

Предложена Барри Боэмом в 1988 году. В этой модели особое внимание уделяется начальным этапам разработки – выработке стратегии, анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). Каждый виток спирали предполагает создание фрагмента (компонента) или версии программного продукта. На них уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.

Достоинства:

1. Версия получается как можно раньше

Недостатки:

1. Сложность определения момента перехода от одной версии к другой

2. Часто минимизируют документы

Итеративная модель

Альтернативой последовательной модели является так называемая модель итеративной и инкрементальной разработки (англ. iterative and incremental development, IID), получившей также от Т. Гилба в 70-е гг. название эволюционной модели. Также эту модель называют итеративной моделью и инкрементальной моделью

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

Цель каждой итерации — получение работающей версии программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации.

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

По выражению Т. Гилба, «эволюция — прием, предназначенный для создания видимости стабильности. Шансы успешного создания сложной системы будут максимальными, если она реализуется в серии небольших шагов и если каждый шаг заключает в себе четко определённый успех, а также возможность «отката» к предыдущему успешному этапу в случае неудачи. Перед тем, как пустить в дело все ресурсы, предназначенные для создания системы, разработчик имеет возможность получать из реального мира сигналы обратной связи и исправлять возможные ошибки в проекте.

Подход IID имеет и свои отрицательные стороны, которые, по сути, — обратная сторона достоинств.

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

Во-вторых, при итерациях приходится отбрасывать часть сделанной ранее работы.

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

Дата добавления: 2017-01-14