Технология Oracle

Методическую основу ТС ПО корпорации Oracle (www.ora-cle.com) составляет метод Oracle (Oracle Method) - комплекс ме­тодов, охватывающий большинство процессов ЖЦ ПО. В состав комплекса входят:

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

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

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

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

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

Метод CDM оформлен в виде консалтингового продукта CDM Advantage - библиотеки стандартов и руководств (включа­ющего также PJM). Он представляет собой развитие достаточно давно созданного Oracle CASE-Method, известного по использо­ванию CASE-средств фирмы Oracle и книгам Ричарда Баркера. По существу CDM является методическим руководством по раз­работке прикладного ПО с использованием инструментального комплекса Oracle Developer Suite, а сам процесс проектирования и разработки тесно связан с Oracle Designer и Oracle Forms.

В соответствии с CDM ЖЦ ПО формируется из определен­ных этапов (фаз) проекта и процессов, каждый из которых вы­полняется в течение нескольких этапов (рис. 5.8):

· стратегия (определение требований);

· анализ (формулирование детальных требований к системе);

· проектирование (преобразование требований в детальные спецификации системы);

· реализация (написание и тестирование приложений);

· внедрение (установка новой прикладной системы, подго­товка к началу эксплуатации);

· эксплуатация.

Рис. 5.8. Этапы и процессы CDM

На этапе стратегии определяются цели создания системы, приоритеты и ограничения, разрабатывается системная архитек­тура и составляется план разработки. На этапе анализа строятся модель информационных потребностей (диаграмма «сущность-связь»), диаграмма функциональной иерархии (на основе функ­циональной декомпозиции системы), матрица перекрестных ссылок и диаграмма потоков данных.

На этапе проектирования разрабатывается подробная архи­тектура системы, проектируются схема реляционной БД и программные модули, устанавливаются перекрестные ссылки между компонентами системы для анализа их взаимного влияния и контроля за изменениями.

На этапе реализации создается БД, строятся прикладные сис­темы, производится их тестирование, проверка качества и соот­ветствия требованиям пользователей. Создается системная доку­ментация, материалы для обучения и руководства пользователей.

На этапах внедрения и эксплуатации анализируются произ­водительность и целостность системы, выполняется поддержка и, при необходимости, модификация системы.

Процессы CDM:

· определение бизнес-требований, или постановка задачи (Business Requirements Definition);

· исследование существующих систем (Existing Systems Examination). Выполнение этого процесса должно обеспе­чить понимание состояния существующего технического и программного обеспечения для планирования необходимых изменений;

· определение технической архитектуры (Technical Architecture);

· проектирование и реализация базы данных (Database Design and Build). Процесс предусматривает проектирование и реа­лизацию реляционной базы данных, включая создание ин­дексов и других объектов БД;

· проектирование и реализация модулей (Module Design and Build). Этот процесс является основным в проекте. Он включает непосредственное проектирование приложения и создание кода прикладной программы;

· конвертирование данных (Data Conversion). Цель этого про­цесса — преобразовывать, перенести и проверить согласо­ванность и непротиворечивость данных, оставшихся в нас­ледство от «старой» системы и необходимых для работы в новой системе;

· документирование (Documentation);

· тестирование (Testing);

· обучение (Training);

· внедрение, или переход к новой системе (Transition). Этот процесс включает решение задач установки, ввода новой системы в эксплуатацию, прекращения эксплуатации ста­рых систем;

· поддержка и сопровождение (Post-System Support).

Процессы состоят из последовательностей взаимосвязанных задач.

CDM предоставляет возможность выбрать требуемый подход к разработке. Это возможно, поскольку каждый процесс базиру­ется на известных зависимостях между задачами одного типа и не зависит от того, на какие этапы будет разбит проект.

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

В соответствии с этими факторами в CDM выделяются два основных подхода к разработке:

Классический подход (Classic). Этапы данного подхода предс­тавлены на рис 5.7. Классический подход применяется для наи­более сложных и масштабных проектов, он предусматривает пос­ледовательный и детерминированный порядок выполнения за­дач. Для таких проектов характерно большое количество реализу­емых бизнес-правил, распределенная архитектура, критичность приложения. Применение классического подхода также реко­мендуется при нехватке опыта у разработчиков, неподготовлен­ности пользователей, нечетко определенной задаче. Продолжи­тельность таких проектов от 8 до 36 месяцев.

Подход быстрой разработки (Fast Track). Данный подход, в от­личие от каскадного классического, является итерационным и основан на методе DSDM (Dynamic Systems Development Method). В этом подходе четыре этапа — стратегия, моделирова­ние требований, проектирование и генерация системы и внедре­ние в эксплуатацию. Подход используется для реализации не­больших и средних проектов с несложной архитектурой системы, гибкими сроками и четкой постановкой задач. Продолжитель­ность проекта от 4 до 16 месяцев.

PJM— это определенная дисциплина ведения проекта, позво­ляющая гарантировать, что цели проекта, четко определенные в его начале, остаются в центре внимания на протяжении всего проекта. В основе PJM лежит метод, ориентированный на выпол­нение самостоятельных процессов (под процессом понимается набор связанных задач, выполнением которых достигается опре­деленная цель проекта). Так же, как и CDM, метод руководства проектом представляется в виде четко определенной операцион­ной схемы, в которой выделяются процессы, этапы, задачи, ре­зультаты решения задач и зависимости между задачами:

· Управление проектом и предоставление отчетности (Control and Reporting). Этот процесс содержит задачи, в результате решения которых определяются границы проекта и подход к разработке, происходит управление изменениями и конт­ролируется возможный риск;

· Управление работой (Work Management). Процесс содержит задачи, помогающие контролировать работы, выполняемые в проекте;

· Управление ресурсами (Resource Management). Здесь реша­ются задачи, связанные с обеспечением каждого этапа ис­полнителями;

· Управление качеством (Quality Management). Процесс уп­равления качеством гарантирует, что проект отвечает требо­ваниям пользователя в течение всего процесса разработки;

· Управление конфигурацией (Configuration Management).

Цикл решения задач PJM состоит из отдельных этапов. Коли­чество этапов зависит от выбранного подхода к разработке. Зада­чи PJM можно распределить внутри каждого процесса по трем группам — задачи планирования, управления и завершения, и по уровням — отнести задачу на уровень проекта или на уровень от­дельного этапа.

По аналогии с CDM, в PJM предусмотрено широкое исполь­зование шаблонов разрабатываемых документов.

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

Oracle Developer Suite поддерживает стандарты J2EE: Enterprise Java Beans (EJB), сервлеты и страницы JavaServer (JSP). В него также входят анализатор XML, процессор XSLT, процессор схем XML и XSQL-сервлет для разработки XML-приложений.

В Oracle Developer Suite встроена поддержка языка UML для разработки приложений на основе моделей. Модели хранятся в общем репозитории Oracle, который предназначен для поддерж­ки больших коллективов разработчиков.

Oracle Developer Suite включает в себя:

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

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

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

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

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

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

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

CASE-средство Oracle Designer является интегрированным средством, обеспечивающим в совокупности со средствами раз­работки приложений поддержку ЖЦ ПО.

Oracle Designer представляет собой семейство методов и под­держивающих их программных продуктов. Базовый метод Oracle Designer (CDM) — структурный метод проектирования систем, охватывающий полностью все стадии ЖЦ ПО. Версия Oracle Designer для объектно-реляционной СУБД Oracle содержит так­же расширение в виде средств объектного моделирования, бази­рующихся на стандарте UML.

Oracle Designer обеспечивает графический интерфейс при разработке различных моделей (диаграмм) предметной области. В процессе построения моделей информация о них заносится в репозитории. В состав Oracle Designer входят следующие компо­ненты:

· Repository Administrator — средства управления репозитори-ем (создание и удаление приложений, управление доступом к данным со стороны различных пользователей, экспорт и импорт данных);

· Repository Object Navigator — средство доступа к репозито-рию, обеспечивающее многооконный объектно-ориентиро­ванный интерфейс доступа ко всем элементам репозитория;

· Process Modeler - средство анализа и моделирования биз­нес-процессов;

· Systems Modeler — набор средств построения функциональ­ных и информационных моделей проектируемой системы, включающий средства для построения диаграмм «сущ­ность-связь» (Entity-Relationship Diagrammer), диаграмм функциональных иерархий (Function Hierarchy Diagrammer), диаграмм потоков данных (Data Flow Diagrammer) и средство анализа и модификации связей объ­ектов репозитория различных типов (Matrix Diagrammer);

· Systems Designer — набор средств проектирования ПО, включающий средство построения структуры реляционной базы данных (Data Diagrammer), а также средства построе­ния диаграмм, отображающих взаимодействие с данными, иерархию, структуру и логику приложений, реализуемую хранимыми процедурами на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и Module Logic Navigator);

· Server Generator - генератор описаний объектов БД Oracle (таблиц, индексов, ключей, последовательностей и т.д.);

· Forms Generator — генератор приложений для Oracle Forms. Генерируемые приложения включают в себя различные эк-., ранные формы, средства контроля данных, проверки Огра­ничений целостности и автоматические подсказки;

· Repository Reports — генератор стандартных отчетов, интег­рированный с Oracle Reports.

Репозиторий Oracle Designer представляет собой хранилище всех проектных данных и может работать в многопользовательс­ком режиме, обеспечивая параллельное обновление информации несколькими разработчиками. В процессе проектирования авто­матически поддерживаются перекрестные ссылки между объек­тами словаря и могут генерироваться более 70 стандартных отче­тов о моделируемой предметной области. Физическая среда хра­нения репозитория — база данных Oracle.

5.4.3.