Автор работы: Пользователь скрыл имя, 26 Февраля 2011 в 20:58, реферат
Oracle предлагает самый полный в своей отрасли интегрированный набор средств для разработки приложений, баз данных для поддержки самых разных подходов к разработке, технологических платформ и операционных систем.
Кроме того, Oracle предлагает разнообразные бесплатные средства Oracle JDeveloper 11g и Eclipse, способные помочь разработчикам быстрее создавать интернет-приложения и базы данных, а также упростить разработчикам, использующим .NET, развертывание на платформе Windows приложений и веб-сервисов, основанных на технологиях Oracle.
Oracle предлагает
самый полный в своей отрасли
интегрированный набор средств
для разработки приложений, баз
данных для поддержки самых
разных подходов к разработке,
технологических платформ и
Кроме того, Oracle предлагает разнообразные бесплатные средства Oracle JDeveloper 11g и Eclipse, способные помочь разработчикам быстрее создавать интернет-приложения и базы данных, а также упростить разработчикам, использующим .NET, развертывание на платформе Windows приложений и веб-сервисов, основанных на технологиях Oracle.
Средства разработки Oracle Корпорация Oracle предлагает целый ряд средств разработки, которые позволяют создавать надежные, работающие приложения, способные пережит не одну смену компьютерных технологий, аппаратно-программных платформ и групп разработчиков. В зависимости от масштаба и назначения разработки, инструменты Oracle могут комплектоваться в наборы, наиболее оптимально соответствующие поставленным задачам. Из основных инструментов Oracle необходимо выделить следующие:
для C/C+, заметно упрощающих создание приложений на C/C+ для сервера Oracle7.
Необходимо отметить, что в отличие от "универсальных" средств разработок, ориентированных на работу с любыми СУБД (Delphi, Visual Basic, PowerBuilder), "родные" инструменты полностью используют все возможности сервера Oracle7. А именно, поддержка последовательностей и синонимов, работа с механизмом обеспечения секретности на сервере, доступ к хранимым на сервере процедурам и переменным, управление оптимизатором выполнения SQL-команд - использование этих возможностей либо невозможно в универсальных средствах разработок, либо требует большого труда при кодировании. Инструменты сквозного проектирования и разработки приложений. На этапе предварительного обследования деятельности предприятия (той деятельности, которую необходимо автоматизировать) используется компонента Designer/2000 - средство построения диаграмм деловых процессов BPR (Business Process Modeler). С его помощь возможно не только построить модель всех процессов, протекающих в ходе повседневной деятельности организации (предприятия), но и произвести ряд анализов, способных выявить узкие места. Даже без последующего создания приложения, такая модель позволяет лучше понять как протекает деятельность организации и найти пути по ее улучшению. На следующем этапе строится концептуальная модель будущего приложения с помощью ряда стандартных диаграмм - диаграмм Сущность-Связь, Иерархий Функций и Потоков Данных. Эта концептуальная модель подробно детализируется, расписывается ее "проекция" на средства разработки и характеристики будущего приложения. Диаграммы концептуальной модели достаточно просты для понимания, и на этапе моделирования достаточно легко наладить обратную связь с заказчиком, для достижения полного взаимопонимания в постановке задачи. Процесс создания модели предполагает коллективную работу над проектом. Существуют мощные средства организации такой работы, разделения модели на части для независимой разработки и "сшивания" частей модели в целое. После подробной детализации модели можно приступать к генерации приложения. Необходимо отметить, что имеется в виду именно генерация законченного приложения, а не некого прототипа, который далее будет развиваться вручную. Генерация приложения заключается в генерации объектов Базы Данных и генерации для выбранного средства разработки клиентских частей приложения. При генерации объектов Базы Данных создаются не только таблицы и индексы, как в большинстве конкурирующих продуктов, но и другие необходимые объекты (последовательности, синонимы, представления, ограничения целостности и т.д.), а также процедурная логика, которая должна выполняться на сервере. Создаются так же определения ролей и пользователей с предоставлением им необходимых прав по работе с Базой Данных. Генерация для клиентской части возможно для целого ряда различных средств разработок. Сейчас поддерживаются:
Этот
список с течением времени постоянно расширяется.
Необходимы минимальные изменен
Важной особенностью является возможность восстановить модель приложения по уже существующему приложению, созданного без применения Designer/2000, с помощью процедуры реинжиниринга. Так же и вручную сделанные изменения в сгенерированной системе можно отразить в модели приложения и при последующей генерации они не будут потеряны. Таким
образом, с помощью Designer/2000 осуществ Обеспечение независимости от смены платформ и технологий. Другой
иллюстрацией подхода корпорации Oracle
к обеспечению создания независимых
от платформы приложений является Developer/2000.
Это инструментарий визуального проектирования
клиентских приложений для технологии
Клиент-сервер. Developer/2000 Применение Developer/2000 позв Таким
образом, наряду с мощными возможностями
по созданию полнофункциональных клиентских
приложений с богатым пользовательским
интерфейсом, Developer/2000 по Поддержка разработчиков. Серьезные промышленные системы создаются не на один год, требуют постоянного развития для поддержания должной функциональности. Что бы разработчики могли полноценно справляться с поставленными задачами, корпорация Oracle осуществляет ряд мер по поддержке и собственно разработчиков и ведущихся ими проектов. В их числе:
Все это позволяет разработчикам иметь доступ к самым передовым технологиям Oracle, максимально эффективно использовать продукты корпорации. Заключение. Средства разработки Oracle позволяют реализовать подход к разработке сложных приложений, направленный не только на получение быстрого первоначального результата, но и на обеспечение долгого жизненного цикла созданного приложения, простоты его развития и миграции на новые платформы. Использование инструментов Oracle не только позволяет полностью воспользоваться всей мощью сервера Oracle7, но и обеспечить:
|
JAVA и SOA
БИЗНЕС-АНАЛИТИКА
SOLARIS И LINUX
NET
РОДСТВЕННЫЕ РЕШЕНИЯ
БАЗА ДАННЫХ И PL/SQL
JAVA API Java TV API Java Card API |
JAVA SDK
CAF Фреймворк.
CAF фреймворк - это фреймворк для создания приложений системы управления базами данных (СУБД) Oracle. Термин фреймворк означает каркас, основа. То есть, начинать создавать информационную систему можно не с нуля, а с предоставляемой основы, при этом нет необходимости тратить время и усилия на функциональность, присущую, в той или иной мере большинству корпоративных информационных систем. Таким образом, появляется возможность сразу сосредоточится на бизнес логике. CAF фреймворк содержит серверную и клиентскую части.
Работа с информационной системой обычно начинается с регистрации пользователя. Что при этом происходит? Пользователь, в ответ на приглашение системы, вводит учетное имя и пароль, которые передаются в приложение. Дальше возможны варианты. Главный вопрос - какими средствами пользователь получает разрешение на те или иные действия с информацией, то есть - насколько надежно информация защищается. Это может быть как внутренняя (реализованная производителем СУБД) система разграничения доступа, так и специально разработанная внешняя (реализованная разработчиком приложения) система. Использование внешней системы разграничения доступа, может быть оправдано применением специального сервера приложения, когда между СУБД и пользователем существует дополнительный промежуточный слой. Дополнительный промежуточный слой, в свою очередь, экономически оправдан, если число активных одновременных подключений к базе данных начинает превышать несколько тысяч, и, при этом, требования по времени ожидания на подключения к СУБД является критичными (например, не допускается ожидание подключения более 10 секунд для любого пользователя). В корпоративных информационных системах почти всегда можно разделить пользователей на группы, в зависимости от важности, с точки зрения защиты информации. В этом случае пользователи, выполняющие операции с критически важными данными, должны иметь индивидуальные учетные записи на уровне СУБД, а разграничение прав доступа выполняться средствами СУБД. Иначе уровень безопасности, предоставляемый Oracle, будет скомпрометирован. Определенная сложность встроенной системы безопасности современных СУБД, и Oracle в том числе, требует дополнительных затрат на разработку сопряжения интерфейса управления пользователями из корпоративного приложения с интерфейсом, предоставляемым СУБД. Этот факт, в условиях, ограниченного времени разработки, может служить мотивом для замены встроенных механизмов СУБД собственными, с вытекающим риском создания уязвимости в системе безопасности. Если же разработке такого интерфейса не уделяется внимания вообще, то потребуется дополнительные усилия со стороны администраторов баз данных, которые будут вынуждены управлять пользователями вручную.
CAF имеет административный
интерфейс управления
Для разработки
клиентской части фреймворка CAF были
выбраны Sybase PowerBuilder и Microsoft Visual C++. PowerBuilder
использует "родные" высокопроизводительные
интерфейсы для подключения к Oracle и патентованную
технологию работы с данными - DataWindow. Это
позволяет наиболее полно использовать
мощь Oracle и быстро разрабатывать удобные
красивые формы доступа к данным и отчеты.
PowerBuilder - является объектно-ориентированным
средством разработки, использующим наследование,
полиморфизм, инкапсуляцию и делегирование.
Для PowerBuilder написана библиотека классов
PFC, построенная в соответствии с концепцией
сервис-ориентированной архитектуры.
PowerBuilder выполняет высокоэффективную компиляцию
проекта, полностью анализируя всю иерархию
классов. Следствием достоинств получения
высокоэффективного исполняемого кода,
является значительное время компиляции,
при котором анализируется весь проект.
Более того, ели используется обычная
архитектура приложения PowerBuilder, нельзя
использовать ранее скомпилированные
модули совместно с перекомпилированными
новыми. Нельзя, также, разделять (делать
общими) библиотеки PowerBuilder между разными
приложениями. Иными словами, если корпоративное
приложение достаточно большое, то при
внесении изменений всего лишь в один
объект, с последующей перекомпиляцией
проекта, необходимо целиком обновлять
приложение у пользователей, независимо
от того, что объект находился в отдельном
модуле. Появление технологии PBNI (PowerBuilder
Native Interface) позволило создать архитектуру,
устраняющую этот недостаток. Для этого
с помощью Microsoft Visual C++ создаются объекты
PowerBuilder. Такая технология имеет еще и дополнительное
преимущество - она изолирует системный
уровень приложения от прикладного, что
позволяет разработчикам сконцентрироваться
на бизнес-задачах.
Информация о работе Средства разработки приложений баз данных в Oracle