Промышленные технологии проектирования программного обеспечения

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

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

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

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

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

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

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

Методология DATARUN опирается на две модели либо на два представления:

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

Основной принцип DATARUN состоит в том, что первичные данные, если они подабающим образом организованы в модель данных, становятся основой Промышленные технологии проектирования программного обеспечения для проектирования архитектуры ИС. Архитектура ИС будет более размеренной, если она базирована на первичных данных, тесновато связанных с основными деловыми операциями, определяющими природу бизнеса, а не на классической многофункциональной модели.

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



Рис. 3.1. Модель ИС

Подход DATARUN Промышленные технологии проектирования программного обеспечения преследует две цели:

Объекты, создаваемые на основании Промышленные технологии проектирования программного обеспечения модели данных, являются объектами базы данных, обычно размещаемыми на серверах в среде клиент/сервер. Объекты интерфейса, определенные в архитектуре компьютерной системы, обычно располагаются на клиентской части. Модель данных, являющаяся основой для спецификации Промышленные технологии проектирования программного обеспечения вместе применяемых объектов базы данных и разных объектов интерфейса, обеспечивает сопровождаемость ИС. На рисунке 3.2 представлена последовательность шагов проектирования ИС.

На рисунке 3.3 определены модели, создаваемые в процессе разработки ИС. Для их Промышленные технологии проектирования программного обеспечения сотворения употребляется CASE-средство Silverrun, описанное в подразделе 5.1. Silverrun обеспечивает автоматизацию проведения проектных работ в согласовании с методологией DATARUN. Предоставляемая этими средствами среда проектирования дает возможность руководителю проекта держать под контролем проведение работ, выслеживать Промышленные технологии проектирования программного обеспечения выполнение работ, впору замечать отличия от графика. Каждый участник проекта, подключившись к этой среде, может узнать содержание и сроки выполнения порученной ему работы, детально изучить технику ее выполнения в гипертексте Промышленные технологии проектирования программного обеспечения по технологиям, и вызвать инструмент (модуль Silverrun) для реального выполнения работы.

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



Рис. 3.2. Последовательность шагов Промышленные технологии проектирования программного обеспечения проектирования системы



BPM (Business Process Model) - модель бизнес-процессов.
PDS (Primary Data Structure) - структура первичных данных.
^ CDM (Conceptual Data Model) - концептуальная модель данных.
SPM (System Process Model) - модель процессов системы.
ISA Промышленные технологии проектирования программного обеспечения (Information System Architecture) - архитектура информационной системы.
^ ADM (Application Data Model) - модель данных приложения.
IPM (Interface Presentation Model) - модель представления интерфейса.
ISM (Interface Specification Model) - модель спецификации интерфейса.

^ Рис. 3.3. Модели, создаваемые при Промышленные технологии проектирования программного обеспечения помощи подхода DATARUN

Создаваемая ИС должна основываться на функциях, выполняемых организацией. Потому 1-ая создаваемая модель - это модель бизнес-процессов, построение которой осуществляется в модуле Silverrun BPM. Для этой модели употребляется особая нотация BPM. В Промышленные технологии проектирования программного обеспечения процессе анализа и спецификации бизнес-функций выявляются главные информационные объекты, которые документируются как структуры данных, связанные с потоками и хранилищами модели. Источниками для сотворения структур являются применяемые в организации документы Промышленные технологии проектирования программного обеспечения, должностные аннотации, описания производственных операций. Эти данные вводятся в том виде, как они есть в деятельности организации. Нормализация и удаление избыточности делается позднее при построении концептуальной модели данных в модуле Silverrun ERX. После Промышленные технологии проектирования программного обеспечения сотворения модели бизнес-процессов информация сохраняется в репозитории проекта.

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

На базе структур первичных данных в модуле Silverrun ERX создается концептуальная модель данных (ER-модель Промышленные технологии проектирования программного обеспечения). От структур первичных данных концептуальная модель отличается удалением избыточности, стандартизацией наименований понятий и нормализацией. Эти операции в модуле ERX производятся с помощью интегрированной экспертной системы. Цель концептуальной модели данных - обрисовать применяемую информацию без Промышленные технологии проектирования программного обеспечения деталей вероятной реализации в базе данных, но в отлично структурированном нормализованном виде.

На базе модели бизнес-процессов и концептуальной модели данных проектируется архитектура ИС. Определяются входящие в систему приложения, для каждого приложения специфицируются применяемые Промышленные технологии проектирования программного обеспечения данные и реализуемые функции. Архитектура ИС создается в модуле Silverrun BPM с внедрением специальной нотации ISA. Основное содержание этой модели - структурные составляющие системы и навигация меж ними. Концептуальная модель данных разбивается Промышленные технологии проектирования программного обеспечения на части, надлежащие входящим в состав системы приложениям.

Перед разработкой приложений должна быть спроектирована структура корпоративной базы данных. DATARUN подразумевает внедрение базы данных, основанной на реляционной модели. Концептуальная модель данных после Промышленные технологии проектирования программного обеспечения нормализации переносится в модуль реляционного моделирования Silverrun RDM при помощи специального моста ERX-RDM. Преобразование модели из формата ERX в формат RDM происходит автоматом без вмешательства юзера. После преобразования форматов выходит модель Промышленные технологии проектирования программного обеспечения реляционной базы данных. Эта модель детализируется в модуле Silverrun RDM определением физической реализации (типов данных СУБД, ключей, индексов, триггеров, ограничений ссылочной целостности). Правила обработки данных можно задавать как конкретно на языке программирования СУБД, так Промышленные технологии проектирования программного обеспечения и в декларативной форме, не привязанной к реализации. Мосты Silverrun к реляционным СУБД переводят эти декларативные правила на язык требуемой системы, что понижает трудозатратность программирования процедур сервера базы данных, также позволяет Промышленные технологии проектирования программного обеспечения из одной спецификации генерировать приложения для различных СУБД.

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

Приложение состоит из интерфейсных объектов (экранных форм, отчетов, процедур обработки данных). Каждый интерфейс системы (экранная форма, отчет Промышленные технологии проектирования программного обеспечения, процедура обработки данных) имеет дело с подмножеством базы данных. В модели данных приложения (сделанной в модуле RDM) создается подсхема базы данных для каждого интерфейса этого приложения. Уточняются также правила обработки данных, специфичные для каждого Промышленные технологии проектирования программного обеспечения интерфейса. Интерфейс работает с данными в ненормализованном виде, потому спецификация данных, как ее лицезреет интерфейс, оформляется как отдельная подсхема модели данных интерфейса.

Модель представления интерфейса - это описание внешнего облика интерфейса, как Промышленные технологии проектирования программного обеспечения его лицезреет конечный юзер системы. Это может быть как документ, показывающий внешний облик экрана либо структуру отчета, так и сам экран (отчет), сделанный при помощи 1-го из средств зрительной разработки приложений Промышленные технологии проектирования программного обеспечения - так именуемых языков 4-ого поколения (4GL - Fourth Generation Languages). Потому что большая часть языков 4GL позволяют стремительно создавать работающие макеты приложений, юзер имеет возможность узреть работающий макет системы на ранешних стадиях проектирования.

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

Дальше, при помощи средств разработки приложений происходит физическое создание системы Промышленные технологии проектирования программного обеспечения: приложения программируются и интегрируются в информационную систему.
^ 2. Rational Unified Process
Rational Unified Process – это методология сотворения программного обеспечения, оформленная в виде размещаемой на Web базы познаний, которая снабжена поисковой машиной.

Продукт Промышленные технологии проектирования программного обеспечения Rational Unified Process (RUP) разработан и поддерживается Rational Software. Он часто обновляется с целью учета передового опыта и улучшается за счет испытанных на практике результатов.

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

Особенностью RUP будет то, что в итоге работы Промышленные технологии проектирования программного обеспечения над проектом создаются и совершенствуются модели. Заместо сотворения огромного количества картонных документов, RUP опирается на разработку и развитие семантически обогащенных моделей, всесторонне представляющих разрабатываемую систему. RUP – это управление по тому Промышленные технологии проектирования программного обеспечения, как отлично использовать UML. Стандартный язык моделирования, применяемый всеми членами группы, делает понятными для всех описания требований, проектирование и архитектуру системы.

RUP поддерживается инструментальными средствами, которые автоматизируют огромные разделы процесса. Они употребляются для сотворения Промышленные технологии проектирования программного обеспечения и совершенствования разных промежных товаров на разных шагах процесса сотворения ПО, к примеру, при зрительном моделировании, программировании, тестировании и т.д.

RUP – это конфигурируемый процесс, так как, полностью понятно Промышленные технологии проектирования программного обеспечения, что нереально сделать одного управления на все случаи разработки ПО. RUP подходящ как для малеханьких групп разработчиков, так и для огромных организаций, занимающихся созданием ПО. В базе RUP лежит обычная и понятная архитектура процесса, которая Промышленные технологии проектирования программного обеспечения обеспечивает общность для целого семейства процессов. Более того, RUP может изменяться для учета разных ситуаций. В его состав заходит Development Kit, который обеспечивает поддержку процесса конфигурирования под нужды определенных организаций.

RUP обрисовывает Промышленные технологии проектирования программного обеспечения, как отлично использовать коммерчески обоснованные и фактически опробованные подходы к разработке ПО для обществ разработчиков, где любой из членов получает достоинства от использования передового опыта в:

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




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




Каждый цикл итерации проекта начинается с планирования того, что должно быть выполнено. Результатом выполнения Промышленные технологии проектирования программного обеспечения должен быть весомый продукт. Завершается же цикл оценкой того, что было изготовлено и были ли цели достигнуты.
^ Rational Unified Process, как продукт, состоит из: ^ Ниже представлен перечень товаров, которые поддерживают Rational Unified Process:
Циклы разработки ПО

В методологии RUP определяется цикл разработки ПО, который всегда состоит из последовательности 4 фаз4:

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

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

Эти фазы являются неотклонимыми и через их нельзя перескочить; хотя в неких случаях проводимые в их работы можно уменьшить до минимума Промышленные технологии проектирования программного обеспечения, но фактически никогда нереально уменьшить до нуля. Не заблуждайтесь относительно "узловой диаграммы" методологии RUP (рис. 1); эта диаграмма не учитывает факта, что вы уже затратили определенное количество времени и средств на то Промышленные технологии проектирования программного обеспечения, чтоб выполнить часть работ. Вот один из главных принципов RUP: “Не делайте ничего, не имея впереди себя цели.”



Рис. 1."Узловая диаграмма" методологии RUP

Давайте, к примеру, представим, что вы только-только вышли из фазы Промышленные технологии проектирования программного обеспечения обследования, и сообразили, что имеются все предпосылки для выхода из фазы проработки проекта:

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

В очень редчайшем случае вы сможете сжать Промышленные технологии проектирования программного обеспечения фазу до минимума, обычно, при разработке нового ПО, (разработка "с нуля"), но время от времени вы сможете это сделать и для уже имеющейся системы. На рис. 2 изображен обычный профиль ресурсов для цикла исходной разработки Промышленные технологии проектирования программного обеспечения.

 

Рис. 2. Версия 1.0: цикл исходной разработки


^ Циклы развития

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

В цикле исходной разработки требуется провести много исследовательских работ и проявить определенную изобретательность, и Промышленные технологии проектирования программного обеспечения артефакты часто создаются "с нуля", что происходит приемущественно в итерациях фаз обследования и проработки. В противоположность этому, в цикле развития мы работаем, приемущественно, над усовершенствованием уже имеющихся реликвий. Является ли это чем-нибудь Промышленные технологии проектирования программного обеспечения новым? Естественно, нет. Это в точности то же самое, что мы уже делали в оканчивающих итерациях фазы построения системы и во время всей фазы передачи системы в эксплуатацию цикла Промышленные технологии проектирования программного обеспечения исходной разработки.
^ 3.Oracle Designer
Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Oracle Designer участвует в каждой фазе актуального цикла разработки программного Промышленные технологии проектирования программного обеспечения обеспечения - от моделирования бизнес -процессов до внедрения. Применение одного репозитория, делает вероятным внедрение всех его компонент для резвой разработки масштабируемых, кросс-платформных распределенных приложений.

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

Графические модели определений Промышленные технологии проектирования программного обеспечения проекта, встроенные с многопользовательским репозиторием значительно упрощают работу с Oracle Designer. Инструментальные средства построены на базе принятых методик, обхватывающих весь актуальный цикл разработки и позволяющих юзерам обычным для их организации методом. Это обеспечивает Промышленные технологии проектирования программного обеспечения упругость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задачке. В рамках процесса разработки обеспечивается поддержка способов RAD, JAD, информационного проектирования, водопадного Промышленные технологии проектирования программного обеспечения способа (waterfall), итеративного способа, также личного подхода, избранного компанией.

Завышенная сложность проектирования и разработки прикладных систем является следствием множества способностей при их реализации. Эта сложность приводит к возрастанию рискованности таких проектов. Как Промышленные технологии проектирования программного обеспечения следует, требуется таковой способ разработки, который позволяет учитывать все варианты, допускает развертывание в других средах (к примеру, клиент/сервер и/либо Web) и упрощает резвые конфигурации проекта там, где это Промышленные технологии проектирования программного обеспечения нужно.

Стандартизация внешнего облика программ вызывает определенные трудности при организации разработки. Юзерам требуются обыкновенные, согласованные и действенные интерфейсы. Многие организации разработали управления по стилю программирования (style guides), в каких документируются требования к внешнему облику Промышленные технологии проектирования программного обеспечения и чертам интерфейса юзера (UI), но достижение хотимого эффекта все еще находится в зависимости от неплохой практики (либо памяти) разработчиков. Наилучшим решением является интеграция управления по стилю программирования с инструментальными средствами Промышленные технологии проектирования программного обеспечения, формирующими код приложения. В итоге это позволит разработчикам уделять больше времени на анализ бизнес-требований юзеров.
^
3.2 Достоинства встроенной среды управления
Для решения перечисленных заморочек Oracle спроектировал и разработал уникальный набор многопользовательских средств для моделирования Промышленные технологии проектирования программного обеспечения, проектирования и генерации приложения - Oracle Designer.

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

Целостность и Качество

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

Производительность как итог неоднократного использования

Oracle Designer Промышленные технологии проектирования программного обеспечения один раз определяет и много раз употребляет правила, управляющие соответствующим поведением и формой отображения данных. Эти стандартные правила можно переопределить во время проектирования для каких-то определенных целей, но в любом случае свойства, применяемые по Промышленные технологии проектирования программного обеспечения дефлоту в других приложениях, сохраняются. Oracle Designer позволяет разработчикам встраивать управления по стилю пользовательского интерфейса конкретно в набор инструментальных средств генерации программного кода, используя для этого сильную комбинацию опций (Preferences) и Промышленные технологии проектирования программного обеспечения шаблонов (Templates). Опции для частей UI инсталлируются для всей прикладной системы и неоднократно генерируются для всех модулей, гарантируя их единообразие.
^ 3.3. Задачки, решаемые Oracle Designer
Инструментарий Oracle Designer обеспечивает интегрированное решение Промышленные технологии проектирования программного обеспечения для разработки приложений для сред Web и клиент/сервер масштаба предприятия. Oracle Designer участвует во всех фазах актуального цикла разработки программного обеспечения - от бизнес-моделирования до внедрения. Подход, в базе которого лежит концепция репозитория, делает Промышленные технологии проектирования программного обеспечения вероятным внедрение любые либо даже всех его компонент для резвой разработки масштабируемых, кросс-платформных распределенных приложений.

Графика на всех шагах актуального цикла

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

Гибкое бизнес-моделирование

За счет предоставления Промышленные технологии проектирования программного обеспечения инструментальных средств поддержки как объектно-ориентированных (OO) моделей моделирования, так и моделей типа "сущность-связь" (ER) Oracle обеспечивает гибкий способ бизнес-моделирования. Оба построителя диаграмм (diagrammers) поддерживают стандартные соглашения для соответственных стилей моделирования: Унифицированный Промышленные технологии проектирования программного обеспечения Язык Моделирования (Unified Modeling Language - UML) поддерживается разработчиком моделей (modeler) объектно-ориентированного типа, а моделирование ER - разработчиком моделей "сущность-связь".

Генерация для сред Web и клиент/сервер

На базе определений, хранящихся Промышленные технологии проектирования программного обеспечения в репозитории , генерируются приложения, которые потом развертываются в средах клиент/сервер либо Web. Используя Oracle Developer , на базе определения модуля либо даже целого приложения можно получить систему, которая развертывается в обеих средах, без Промышленные технологии проектирования программного обеспечения конфигурации любых частей определения. Это очень продуктивный путь повторного использования определения приложений.

Реинжениринг проекта

Проектирование серверной части

Oracle Designer предоставляет способности реинжиниринга и повторной генерации проекта серверной части как для баз Промышленные технологии проектирования программного обеспечения данных Oracle, так и для других баз данных. Это позволяет провести миграцию баз данных из "наследуемых" систем впрямую в репозиторий Oracle Designer для генерации базы данных Oracle, способной вполне использовать достоинства надежного Промышленные технологии проектирования программного обеспечения, масштабируемого сервера базы данных.

Проектирование приложений

Аналогично, мы можем сделать реинжениринг проекта приложений, построенных на языке Visual Basic либо Developer Reports и Forms Developer, включая логику приложения.

Повторяющееся (радиальное) проектирование

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

Эта способность изменять приложение вне рамок Oracle Designer, определять конфигурации и повторно генерировать (сохраняя конфигурации) известна под заглавием "повторяющееся проектирование" (Round-Trip Engineering) и является главным элементом продуктивной среды проектирования Промышленные технологии проектирования программного обеспечения и разработки. Если мы принимаем, что приложение меняется в течение собственного актуального цикла, то способность поддерживать такое высокопродуктивное повторяющееся проектирование является одним из главных преимуществ использования Oracle Designer.

Средства регулирования Промышленные технологии проектирования программного обеспечения репозиторием

В Oracle Designer включены средства для управления содержимым репозитория и доступом к нему юзера. Утилита Администрирования Репозитория (Repository Administration Utility) предназначена АБД репозитория.

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

Средства выделения, загрузки и слияния данных репозитория Промышленные технологии проектирования программного обеспечения поддерживают распределенную разработку, при которой могут употребляться бессчетные репозитории Oracle Designer. Определения из 1-го репозитория загружаются в другие и согласовываются, гарантируя, что разработчики, не имеющие способности работать в команде Промышленные технологии проектирования программного обеспечения, могут все-же извлечь пользу из плодов работы других разработчиков. Так же репозиторий служит опорой понятия "мобильная разработка". В рамках этого понятия аналитики либо дизайнеры системы могут дистанционно (другими словами, не покидая собственных неизменных рабочих Промышленные технологии проектирования программного обеспечения мест) работать с юзерами либо клиентами, чтоб вместе найти требования, либо макеты, до того как возвратиться к повторной загрузке новых определений проекта в центральный репозиторий.

Утилита Администрирования Репозитория обеспечивает очень Промышленные технологии проектирования программного обеспечения действенные, но, все же обыкновенные в использовании свойства, которые гарантируют, что полномасштабная разработка систем может проходить гладко, расширяя достоинства разработчиков, которые совместно трудятся в единой контролируемой среде.

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

Отталкиваясь от сделанной модели связи сущностей (ER), преобразователь проектов БД (Database Design Transformer) может автоматом выполнить эскизный проект базы данных со всеми таблицами, столбцами, индексами, и ограничениями Промышленные технологии проектирования программного обеспечения ссылочной целостности.

Аналогично, преобразователь проектов приложений (Application Design Transformer) употребляет информацию, содержащуюся в многофункциональной модели и модели потоков данных, и делает полные определения модулей для экранов, отчетов и меню, готовых для проверки и дополнительной работы Промышленные технологии проектирования программного обеспечения по проектированию еще до шага генерации программного кода. Таковой способ при проектировании делает базис для грядущего приложения, и позволяет разработчикам концентрироваться на выяснении требований юзера, содействуя, тем, возрастанию производительности и улучшению свойства Промышленные технологии проектирования программного обеспечения в уже завершенных системах.

Упругость репозитория и открытые интерфейсы

Репозиторий Oracle Designer сконфигурирован таким макаром, что он имеет возможность управлять объектами, используя свой программный интерфейс. Описание нового объекта можно ввести в репозиторий Промышленные технологии проектирования программного обеспечения при помощи диалогового интерфейса и без потребности в программировании. Доступ к новым объектам можно получать из имеющихся инструментальных средств и просто манипулировать ими, используя для этого Матричный Диаграммер (Matrix Diagram) либо Промышленные технологии проектирования программного обеспечения Навигатор Объектов Репозитория (Repository Object Navigator).

Разработчики либо другие поставщики инструментальных средств имеют доступ к содержимому репозитория конкретно из программ, написанных на языках 3GL либо 4GL, используя полный API моделирования. При помощи этого Промышленные технологии проектирования программного обеспечения API значительно упрощается процесс интеграции с репозиторием товаров третьих компаний и облегчается их поддержка. Используя упругость и открытые интерфейсы, доступные при работе с Oracle Designer, разработчики могут, не прибегая к сложному программированию Промышленные технологии проектирования программного обеспечения, приспособить репозиторий к своим специфичным потребностям и использовать Oracle Designer в гетерогенной среде разработки, куда включены и инструментальные средства от других поставщиков.

Интеграция с настольными системами

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

Инструментарий моделирования Oracle Designer тесновато интегрирован с известными приложениями. OLE Промышленные технологии проектирования программного обеспечения интерфейс обеспечивает в средствах моделирования работу устройств cut-and-paste и drag-and-drop. Можно привести примеры включения диаграмм в документы текстовых микропроцессоров либо внедрение текстового микропроцессора для снабжения примечаниями самих моделей. Там Промышленные технологии проектирования программного обеспечения где это нужно, диаграммы могут даже содержать изображения, видео и звук. Такая интеграция позволяет разработчикам и юзерам вкупе использовать знакомый набор инструментальных средств в процессе определения бизнес-моделей и моделей систем, содействуя групповой Промышленные технологии проектирования программного обеспечения работе, повышению производительности и эффективности взаимодействия.

Управление диаграммами и синхронизация

Бизнес-моделирование и моделирование систем - это сложные, многозадачные процессы, для проведения которых требуются надлежащие средства поддержки. Инструментарий моделирования употребляет для управления Промышленные технологии проектирования программного обеспечения и синхронизации сессий построения диаграмм (diagramming sessions) способ Интерфейса Множественных Документов (Multiple Document Interface - MDI), общеупотребительный в почти всех Windows-приложениях.

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

Механизм широкого оповещения

Механизм широкого оповещения Oracle Designer делает вероятным оповещение юзеров Промышленные технологии проектирования программного обеспечения об конфигурациях объектов репозитория текущей прикладной системы, как такие конфигурации изготовлены. Если объект репозитория, который в реальный момент отображается в одном инструментальном средстве, меняется в другом средстве, (даже в тех случаях Промышленные технологии проектирования программного обеспечения, если это средство употребляется другим юзером и на другой машине), срабатывает индикатор широкого оповещения, так что устаревшие объекты корректируются для требующегося отражения конфигураций.





proobraz-dvuh-kategorij-lyudej-v-cerkvi.html
propaganda-cinizma-predistoriya.html
propaganda-i-informaciya-materiali-k-obsuzhdeniyu-problemi.html