ISO 12207

Где

CDM ORACLE

СТАНДАРТЫ CDM, ISO -12207, ГОСТ 34 и их характеристики

CDM ORACLE – стандарт детализированный до уровня заготовок проектных документов, рассчитанных на прямое использование в проектах ИС с реализацией на инструментальных средствах ORACLE.

Процессы ORACLE CDM

• RD - Определение производственных требований,

• ES - Исследование существующих систем,

• TA - Определение технической архитектуры,

• DB - Проектирование и построение БД,

• MD - Проектирование и реализация модулей,

• CV - Конвертирование данных,

• DO - Документирование,

• TE - Тестирование,

• TR - Обучение,

• TS - Переход к новой системе,

• PS - Поддержка и сопровождение.

Доработка основного функционала BR.020 – BR.080 – MD.020

l RD.020 – RD.030 – RD.070 – BR.020 – BR.080 – MD.020 – MD.060 – DO.070 – TE.110 – PM.050 – CV.140 – PM.080,

• RD.020 – изучение существующих бизнес-процессов

• RD.030 – моделирование будущих бизнес-процессов

• RD.070 – выявление детальных требований к будущим бизнес-процессам

• BR.020 – отображение бизнес-процессов в функциональность приложения

• BR.080 – тестирование принятых решений

Степень адаптивности ORACLE CDM

- ограничивается тремя разновидностями каскадной модели ЖЦ:

«Классическая» (предусмотрены все)

Степень обязательности ORACLE CDM

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

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

- другой фактической ориентацией методики является ее (исторически понятная) направленность на создание информационной системы с базами данных в достаточно традиционном понимании.

- определяет процессы ЖЦ. Состоит из крупных обобщенных процессов: «приобретение», «поставка», «разработка», и тп

- каждый процесс разделен на набор действий, каждое действие – набор задач

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

- заранее определенных последовательностей нет

Равносильно ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь).

Процессы в ISO/IEC 12207

Содержание основных процессов

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

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

Процесс (исполнитель процесса)	Действия	Вход	Результат
Приобретение (заказчик)	· Инициирование · Подготовка заявочных предложений · Подготовка договора · Контроль деятельности поставщика · Приемка ИС	· Решение о начале работ по внедрению ИС · Результаты обследования деятельности заказчика · Результаты анализа рынка ИС/тендера · План поставки/разработки · Комплексный тест ИС	· Технико-экономическое обоснование внедрения ИС · Техническое задание на ИС · Договор на поставку/разработку · Акты приемки этапов работы · Акт приемо-сдаточных испытаний
Поставка (разработчик ИС)	· Инициирование · Ответ на заявочные предложения · Подготовка договора · Планирование исполнения · Контроль исполнения · Поставка	· Техническое задание на ИС · Решение руководства об участии в разработке · Результаты тендера · Техническое задание на ИС · План управления проектом · Разработанная ИС и документация	· Решение об участии в разработке · Коммерческие предложения/конкурсная заявка · Договор на поставку/разработку · План управления проектом · Реализация/корректировка · Акт приемо-сдаточных испытаний
Разработка (разработчик ИС)	· Подготовка · Анализ требований к ИС ·Проектирование архитектуры ИС · Разработка требований к ПО ·Проектирование архитектуры ПО · Детальное проектирование ПО	· Техническое задание на ИС · Техническое задание на ИС, модель ЖЦ · Техническое задание на ИС · Подсистемы ИС · Спецификации требования к компонентам ПО · Архитектура ПО	· Используемая модель ЖЦ, стандарты разработки · План работ · Состав подсистем, компоненты оборудования · Спецификации требования к компонентам ПО · Состав компонентов ПО, интерфейсы с БД, план интеграции ПО · Проект БД, спецификации интерфейсов между компонентами ПО, требования к тестам
Разработка (разработчик ИС)	· Кодирование и тестирование ПО · Интеграция ПО и квалификационное тестирование ПО · Интеграция ИС и квалификационное тестирование ИС	· Материалы детального проектирования ПО · План интеграции ПО, тесты · Архитектура ИС, ПО, документация на ИС, тесты	· Тексты модулей ПО, акты автономного тестирования · Оценка соответствия комплекса ПО требованиям ТЗ · Оценка соответствия ПО, БД, технического комплекса и комплекта документации требованиям ТЗ

Процессы в ISO/IEC 15288

l Договорные процессы:

• приобретение (внутренние решения или решения внешнего поставщика);

• поставка (внутренние решения или решения внешнего поставщика).

l Процессы предприятия:

• управление окружающей средой предприятия;

• инвестиционное управление;

• управление ЖЦ ИС;

• управление ресурсами;

• управление качеством.

l Проектные процессы:

• планирование проекта;

• оценка проекта;

• контроль проекта;

• управление рисками;

• управление конфигурацией;

• управление информационными потоками;

• принятие решений.

l Технические процессы:

• определение требований;

• анализ требований;

• разработка архитектуры;

• внедрение;

• интеграция;

• верификация;

• переход;

• аттестация;

• эксплуатация;

• сопровождение;

• утилизация.

l Специальные процессы:

определение и установка взаимосвязей исходя из задач и целей

ПРО ГОСТ особо не писать..

ГОСТ 34.601-90 ТЗ покрывает все стадии и этапы проектирования

ГОСТ 34.602-89 (ТЗ на создание АС)

Методические указания РД 50-34.698-90 (требования к содержанию документации)

Назначение и содержание профилей стандартов

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

Выделяют 2 группы профилей

Макро проектирование – группа профилей, регламентирующих архитектуру и структуру ИС

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

Цели создания профилей:

- снижение трудоемкости и стоимости проектирования

- повышение качества разрабатываемых ИС

- обеспечение возможности их расширения по набору прикладных функций

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

- обеспечение переносимости прикладных программ и данных между разными аппаратно- программными платформами.

Профили ИС могу включать в себя кроме стандартов еще:

1) Стандартизированные описания функций, выполняемых данной системой, и взаимодействия с внешней для нее средой (например, ОПЗ);

2) Стандартизированные интерфейсы между приложениями и средой ИС;

3) Профили отдельных функциональных компонентов (подсистем, модулей), входящих в систему.