Особенности методики Oracle CDM

Отметим основные особенности методики Oracle CDM, определяющие область ее

применения и присущие ей ограничения.

  • Степень адаптивности CDM ограничивается тремя моделями жизненного цикла:
    • классическая — предусматривает все этапы;
    • быстрая разработка — ориентированна на использование инструментов
    • моделирования и программирования Oracle;
    • облегчённый подход — рекомендуется в случае малых проектов и возможно­сти быстро прототипировать приложения.
  • Методика не предусматривает включение дополнительных задач, которые не оговорены в CDM, и их привязку к остальным. Также исключено удаление за­дачи (и порождаемых ею документов), не предусмотренное пи одной из трех моделей жизненного цикла, и изменение последовательности выполнения за­дач по сравнению с предложенной.
  • Все модели жизненного цикла являются по сути каскадными. Даже «облегчен­ный подход», несмотря на итерационность выполнения действий по прототипированию, сохраняет общий последовательный и детерминированный поря­док выполнения задач.
  • Методика не является обязательной, но может считаться фирменным стандар­том. При формальном применений степень обязательности полностью соответ­ствует ограничениям возможностей адаптации.
  • Прикладная система рассматривается в основном как программно-техничес­кая система — например, возможность выполнения организационно-структур­ных преобразований, практически всегда происходящих при переходе к новой информационной системе, в этой методике отсутствуют.
  • CDM теснейшим образом опирается на использование инструментария Oracle, несмотря на утверждения о простом приспособлении CDM к проектам, в кото­рых используется другой комплект инструментальных средств.
  • Методика Oracle CDM представляет собой вполне конкретный материал, дета­лизированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах информационных систем с опорой на инст­рументальные средства и СУБД фирмы Oracle.

Международный стандарт ISO/IEC 12207: 1995-08-01

Первая редакция ISO 12207 была подготовлена в 1995 г. объединенным техническим комитетом ISO/IEC JTC1 «Информационные технологии, подкомитет SC7, проектирование программного обеспечения».

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

Согласно ISO 12207, система — это объединение одного или нескольких процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей.

Примечание

В отличие от Oracle COM стандарт ISO 12207 в равной степени ориентирован на организацию действий каждой из двух сторон: поставщика (разработчика) и покупателя (пользователя); он может быть применен и в том случае, когда обе стороны — из одной организации.

Общая структура

В стандарте ISO 12207 не предусмотрено каких-либо этапов (фаз или стадий) жизненного цикла информационной системы. Данный стандарт определяет лишь ряд процессов, причем по сравнению с Oracle CDM стандарт ISO 12207 состоит из гораздо более крупных обобщенных процессов: приобретение, поставка, разработка и т. п. Несколько утрируя, можно сказать, что один процесс ISO 12207 сопоставим со всеми процессами Oracle CDM вместе взятыми.

Согласно ISO 12207, каждый процесс подразделяется на ряд действий, а каждое действие — на ряд задач.

Очень важной особенностью ISO 12207 по сравнению с CDM является то, что каждый процесс, действие или задача инициируются и выполняются другим процессом по мере необходимости, причем нет заранее определенных последовательностей (естественно, при сохранении логики связей по исходным сведениям задач и т. п.).

Наши рекомендации