Информационные системы
Шрифт:
• Наличие централизованной базы данных – репозитария. Репозитарий предназначен для хранения спецификаций проекта прикладной системы на всех этапах ее разработки. Он представляет собой базу данных специальной структуры, работающую под управлением СУБД Oracle.
• Возможность одновременной работы с репозитарием многих пользователей. Такой многопользовательский режим почти автоматически обеспечивается стандартными средствами СУБД Oracle. Централизованное хранение проекта системы и управление одновременным доступом к нему всех участников разработки поддерживают согласованность действий разработчиков
• Автоматизация последовательного перехода от одного этапа разработки к следующему. Для этого предусмотрены специальные утилиты, с помощью которых можно по спецификациям концептуального уровня (модели предметной области) автоматически получать первоначальный вариант спецификации уровня проектирования (описание структуры базы данных и состава программных модулей), чтобы на его основе после всех необходимых уточнений и дополнений автоматически генерировать готовые к выполнению программы.
• Автоматизация различных стандартных действий по проектированию и разработке приложения. Предусматривается генерация многочисленных отчетов по содержимому репозитария, обеспечивающих полное документирование текущей версии системы на всех этапах ее разработки; с помощью специальных процедур предоставляется возможность проверки спецификаций на полноту и непротиворечивость.
Общая структура
Жизненный цикл формируется из определенных этапов (фаз) проекта и процессов, каждый из которых выполняется в течение нескольких этапов.
Методика CDM определяет следующие фазы жизненного цикла информационной системы:
• стратегия;
• анализ (формулирование детальных требований к прикладной системе);
• проектирование (преобразование требований в детальные спецификации системы);
• реализация (написание и тестирование приложений);
• внедрение (установка новой прикладной системы, подготовка к началу эксплуатации);
• эксплуатация (поддержка и сопровождение приложения, планирование будущих функциональных расширений).
Первый этап связан с моделированием и анализом процессов, описывающих деятельность организации, технологические особенности работы. Целью является построение моделей существующих процессов, выявление их недостатков и возможных источников совершенствования. Этот этап не является обязательным в случае, когда существующие технология и организационные структуры четко определены, хорошо понятны и не требуют дополнительного изучения и реорганизации.
Примечание.
Более точным названием первого этапа, вероятно, было бы «определение требований».
На втором этапе разрабатываются детальные концептуальные модели предметной области, описывающие информационные потребности организации, особенности функционирования и т. п. Результатом являются модели двух типов:
• информационные, отражающие структуру и общие закономерности предметной области;
• функциональные, описывающие особенности решаемых задач.
На третьей стадии (этапе проектирования) на основании концептуальных моделей вырабатываются технические спецификации будущей прикладной системы – определяются структура и состав базы данных, специфицируется набор
На этапе реализации создаются программы, отвечающие всем требованиям проектных спецификаций.
Примечание.
Генераторы приложений, входящие в состав CASE-средства DESIGNER/2000, позволяют полностью автоматизировать этот этап, существенно сократить сроки разработки системы и повысить ее качество и надежность.
Методика CDM выделяет следующие процессы, протекающие на протяжении жизненного цикла информационной системы:
• определение производственных требований;
• исследование существующих систем;
• определение технической архитектуры;
• проектирование и построение базы данных;
• проектирование и реализация модулей;
• конвертирование данных;
• документирование;
• тестирование;
• обучение;
• переход к новой системе;
• поддержка и сопровождение.
Процессы состоят из последовательностей задач, задачи разных процессов связаны с помощью явно обозначенных ссылок.
Особенности методики CDM
Отметим основные особенности методики CDM, определяющие область ее применения и присущие ей ограничения.
• Степень адаптивности CDM ограничивается тремя моделями жизненного цикла:
– классическая модель предусматривает все этапы;
– быстрая разработка ориентирована на использование инструментов моделирования и программирования Oracle;
– облегченный подход рекомендуется в случае малых проектов и возможности быстро прототипировать приложения.
• Методика не предусматривает включение дополнительных задач, которые не оговорены в CDM, и их привязку к остальным. Также исключено удаление задачи (и порождаемых ею документов), не предусмотренное ни одной из трех моделей жизненного цикла, и изменение последовательности выполнения задач по сравнению с предложенной.
• Все модели жизненного цикла являются по сути каскадными. Даже «облегченный подход», несмотря на итерационность действий по прототипированию, сохраняет общий последовательный и детерминированный порядок выполнения задач.
• Методика не является обязательной, но может считаться фирменным стандартом. При формальном применении степень обязательности полностью соответствует ограничениям возможностей адаптации.
• Прикладная система рассматривается в основном как программно-техническая система, например, возможность выполнения организационно-структурных преобразований, практически всегда происходящих при переходе к новой информационной системе, в этой методике отсутствует.
• CDM теснейшим образом опирается на инструментарий Oracle, несмотря на утверждения о простоте адаптации CDM к проектам, в которых используется другой комплект инструментальных средств.
• Методика CDM представляет собой вполне конкретный материал, детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах информационных систем с опорой на инструментальные средства и СУБД фирмы Oracle.