Реализация Достоинства Недостатки ТПР

 


 

ОбъектныеТПР Отраслевые

роекты ИС


комплексированиевсехкомпонентовИС за счет методологического единства ии ииннффооррммааццииоонннноойй,, программной и технической


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


 


совместимости

 

открытостьархитектуры — позволяет устанавливать ТПР


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


 

на разных программно-технических платформах

 

масштабируемость — допускает конфигурацию ИС для переменного числа рабочих мест

 

конфигурируемость — позволяет выбирать необходимое подмножество компонентов


Подходы к типовому проектированию

 

 

Для реализации типового проектирования используются два подхода:

 

· параметрически-ориентированноеррооееккттииррооввааннииее

 

· модельно-ориентированноепроектирование


Подходы к типовому проектированию

 

 

Параметрически-ориентированноепроектирование включает следующие этапы:

 

· определение критериевоценкипригодностипакетовприкладныхпрограмм (ППП) для

еешшеенниияя ппооссттааввллеенннныыхх ззааддаачч,,

 

· анализиоценкадоступныхПППпосформулированнымкритериям,

 

· выборизакупканаиболееподходящегопакета,

 

· настройкапараметров(доработка)закупленногоППП.


Подходы к типовому проектированию

 

 

Модельно-ориентированноепроектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта

втоматизации.

 

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


 

· Типовая ИС в специальной базе метаинформации -репозитории - содержит модельобъектаавтоматизации, на основе которой осуществляется конфигурированиепрограммногообеспечения.

 

одельно-ориентированное проектирование ИС редполагает, прежде всего, построениемодели

объектаавтоматизациисиспользованиемспециальногопрограммногоинструментария (например, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler).

 

· Возможно также создание системы набазетиповоймоделиИСизрепозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования информационных систем для различных отраслей и типов производства.


 

· Репозиторий содержит базовую модель ИС, типовые модели

определенных классов ИС, модели конкретных ИС

предприятий.

 

· БазоваямодельИС в репозитории содержит описание бизнес-

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

программными модулями типовой ИС.

 

· иповыемодели описывают конфигурации информационной

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

 

· Модельконкретногопредприятия в виде метаописания

хранится в репозитории и при необходимости может быть

откорректирована. На основе этой модели автоматически

осуществляется конфигурирование и настройка

информационной системы.


 

Реализация типового проекта предусматривает выполнение следующих операций:

 

· установкуглобальныхпараметровсистемы; · заданиеструктурыобъектаавтоматизации;

ппррееддееллееннииеессттррууккттууррыыооссннооввнныыххддаанннныыхх;;

 

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

 


· описание

 

· описание


интерфейсов;

 

отчетов;


 

· настройкуавторизациидоступа;

 

· настройкусистемыархивирования.


 

 

Методология Oracle CDM

 

· Одним из уже сложившихся направлений деятельности фирмы Oracle стала разработка методологических основ и

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


Методология Oracle CDM

 

 

Основу САSЕ-технологии и инструментальной среды фирмы Oracle составляют:

 

· методология структурногонисходящегопроектирования;

 

· поддержка всехэтаповжизненногоциклаприкладнойсистемы;

 

· ориентация на реализациюприложенийвархитектуреклиент-сервер с использованием всех особенностей современных серверов баз данных;

 

· наличие централизованной базы данных, репозитария,дляхраненияспецификацийпроектаприкладнойсистемы на всех

ттааппаахх ееее ррааззррааббооттккии.. ТТааккоойй ррееппооззииттаарриийй ппррееддссттааввлляяеетт ссооббоойй ббааззуу данных специальной структуры, работающую под управлением СУБД Oracle;

 

· возможность одновременнойработысрепозитариеммногихпользователей.

 

· автоматизацияпоследовательногопереходаотодногоэтапаразработкикследующему. Для этого предусмотрены специальные утилиты

 

· автоматизацияразличныхстандартныхдействийпопроектированиюиреализацииприложения: предусматривается генерация многочисленных отчетов по содержимому репозитария.


 

 

Методология Oracle CDM Методика Огасlе CDM определяет следующие фазы

жизненного цикла информационной системы:

 

· стратегия;

 

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

 

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

 

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

 

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

 

· эксплуатация (поддержка приложения и слежение за ним, планирование будущих функциональных расширений).


 

 

Особенности Oracle CDM

 

 

· Степень адаптивности СБМ ограничивается тремя моделями жизненного цикла:

 

– классическая — предусматривает все этапы;

 

– быстрая разработка — ориентирована на спользование инструментов моделирования и

программирования Огасlе;

 

– облегченный подход — рекомендуется в случае малых проектов и возможности быстро прототипировать приложения.


 

 

Особенности Oracle CDM

 

· Методика непредусматриваетвключениедополнительныхзадач, которые не оговорены в СDМ, и их привязку к остальным. Также исключено удалениезадачи (и порождаемых ею документов.

 

· Все моделижизненногоцикла являются по сути аассккаадднныыммии.. ДДаажжее ««ооббллееггччеенннныыйй ппооддххоодд»»,, ннеессммооттрряя

на итерационность выполнения действий по прототипированию, сохраняет общий последовательный и детерминированный порядок выполнения задач.

 

· Методика неявляетсяобязательной, но может считаться фирменным стандартом.


 

 

Особенности Oracle CDM

 

· Прикладная система рассматривается в основном как

программно-техническаясистема — например,

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

переходе к новой информационной системе, в этой методике

отсутствует.

 

· СDМ теснейшим образом опирается на использование

ннссттррууммееннттаарриияяООrrаассее,, ннеессммооттрряя ннаа ууттввеерржжддеенниияя оо ппррооссттоомм

приспособлении СDМ к проектам, в которых используется

другой комплект инструментальных средств.

 

· Методика Огасlе CDM представляет собой вполне конкретный

материал, детализированный до уровня заготовок проектных

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

инструментальныесредстваиСУБДфирмыОrасlе.


php"; ?>