Комплекс методов Oracle

v CDM (Custom Development Method) - разработка прикладного ПО;

v PJM (Project Management Method) - управление проектом;

v AIM (Application Implementation Method) - внедрение прикладного ПО;

v BPR (Business Process Reengineering) - реинжиниринг бизнес-процессов;

v OCM (Organizational Change Management) - управление изменениями, и др.

CDM как методическое руководство Метод CDM оформлен в виде консалтингового продукта CDM Advantage - библиотеки стандартов и руководств (включающего также PJM).

CDM является методическим руководством по разработке прикладного ПО с использованием инструментального комплекса Oracle Developer Suite, а сам процесс проектирования и разработки тесно связан с Oracle Designer и Oracle Forms.

Комплекс Oracle Developer Suite содержит набор интегрированных средств разработки для быстрого создания приложений.

Он включает средства моделирования, программирования на Java, разработки компонентов, бизнес-анализа и составления отчетов.

Все эти средства используют общие ресурсы, что позволяет совместно работать над одним проектом группе разработчиков. Oracle Developer Suite интегрирован с Oracle Database и Oracle Application Server, образуя единую платформу для создания и доставки приложений.

Состав комплекса Oracle Developer Suite

v Oracle Designer - средство моделирования и генерации приложений;

v Oracle Forms - средство быстрой разработки приложений;

v Oracle Reports - визуальное средство разработки отчетов;

v Oracle JDeveloper - средство визуального программирования на языке Java;

v Oracle Discoverer - средство для разработки аналитических приложений;

v Oracle Warehouse Builder - система для построения хранилищ данных;

v Oracle Portal - средство разработки информационного портала организации.

(RUP) Итеративная модель разработки.

Четыре фазы: начало, исследование, построение и внедрение.

Фазы могут быть разбиты на этапы (итерации), в результате которых выпускается версия для внутреннего или внешнего использования. Прохождение через четыре основные фазы называется циклом разработки, каждый цикл завершается генерацией версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова минует те же фазы. Суть работы в рамках RUP - это создание и сопровождение моделей на базе UML.

(MSF) Сходна с RUP.Является итерационной.

Предполагает использование объектно-ориентированного моделирования.

MSF в сравнении с RUP в большей степени ориентирована на разработку бизнес-приложений.

Включает 5 фаз: анализ, проектирование, разработка, стабилизация, развертывание.

(XP) В основе методологии лежит командная работа, эффективная коммуникация между заказчиком и исполнителем в течение всего проекта по разработке ИС, а разработка ведется с использованием последовательно дорабатываемых прототипов.

Каноническое проектирование Организация канонического проектирования ИС ориентирована на использование каскадной модели жизненного цикла ИС.

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

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

Допускается также начинать выполнение работ следующей стадии до окончания предыдущей.

. Формирование требований к ИС На начальной стадии проектирования выделяют следующие этапы работ:

1. обследование объекта и обоснование необходимости создания ИС;
2. формирование требований пользователей к ИС;
3. оформление отчета о выполненной работе и тактико-технического задания на разработку.

Схема обработки инфы

Разработка концепции ИС

1. изучение объекта автоматизации;
2. проведение необходимых научно-исследовательских работ;
3. разработка вариантов концепции ИС, удовлетворяющих требованиям пользователей;
4. оформление отчета и утверждение концепции.

Техническое задание (ТЗ) является основным документом, определяющим требования и порядок создания, развития или модернизации АС, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. ГОСТ 34.602-89, ГОСТ 19.106-78 определяют требования к содержанию технического задания на АС.

Разделы ТЗ

1. введение;
2. основания для разработки;
3. назначение разработки;
4. требования к программе или программному изделию;
5. требования к программной документации;
6. технико-экономические показатели;
7. стадии и этапы разработки;
8. порядок контроля и приемки;
9. требования к документированию.

Эскизный проект Отражает принятые предварительные проектные решения по архитектуре системы и функциям ее модулей.

Выполнение этой стадии не является строго обязательной. Если основные проектные решения определены ранее или достаточно очевидны для конкретной АС, то эта стадия может быть исключена из общей последовательности работ.

1. Задачи эскизного проектирования разработка предварительных проектных решений по системе и ее частям;
2. разработка эскизной документации на ИС и ее части.

Компоненты

1. функции АС;
2. функции подсистем, их цели и ожидаемый эффект от внедрения;
3. состав комплексов задач и отдельных задач;
4. концепция информационной базы и её укрупненная структура;
5. функции системы управления базой данных;
6. архитектура АС;
7. функции и параметры основных программных средств.

Технический проект

утвержденная в установленном порядке документация, содержащая:

- общесистемные проектные решения,

- алгоритмы задач,

- оценку экономической эффективности автоматизированной системы

- перечень мероприятий по подготовке объекта к внедрению.