Загрузка...
Учебная работа. Реферат: Средства разработки приложений баз данных в Oracle
Не считая того, Oracle дает различные бесплатные средства Oracle JDeveloper 11
и Eclipse, способные посодействовать разрабам резвее создавать веб-приложения и базы данных, также упростить разрабам, использующим .NET, развертывание на платформе Windows приложений и Интернет-сервисов, основанных на разработках Oracle.
средства разработки Oracle
Компания Oracle дает целый ряд средств разработки, которые разрешают создавать надежные, работающие приложения, способные пережит не одну смену компьютерных технологий, аппаратно-программных платформ и групп разрабов.
Зависимо от масштаба и предназначения разработки, инструменты Oracle могут комплектоваться в наборы, более нормально надлежащие поставленным задачкам. Из главных инструментов Oracle нужно выделить последующие:
1. Designer/2000
— Средство описания разрабатываемой системы в виде комплексной модели и генерации на ее базе законченных приложений
для разных средств разработки.
2. Developer/2000
— Многоплатформленное и масштабируемое средство зрительного сотворения приложений, просто настраиваемых зависимо от мощности сервера и клиентских компов и переносимых на работу в среду Internet/Intranet.
3. Power Objects
— инструмент для разработки приложений маленького масштаба, способного работать с различными источниками данных.
4. Programmer/2000
— Набор предкомпиляторов
для C/C+, приметно упрощающих создание приложений на C/C+ для сервера Oracle7.
5. Mobile Agents
— Дозволяет разрабатывать приложения для мобильных юзеров либо для удаленных систем, работающих через нехорошие, неуравновешенные каналы связи.
нужно отметить, что в отличие от «всепригодных» средств разработок, нацеленных на работу с хоть какими СУБД (Delphi, Visual Basic, PowerBuilder), «родные» инструменты вполне употребляют все способности сервера Oracle7
. А конкретно, поддержка последовательностей и синонимов, работа с механизмом обеспечения секретности на сервере, доступ к хранимым на сервере процедурам и переменным, управление оптимизатором выполнения SQL-команд — внедрение этих способностей или нереально в всепригодных средствах разработок, или просит огромного труда при кодировке.
Инструменты сквозного проектирования и разработки приложений
.
На шаге подготовительного обследования деятель компании (той деятельности, которую нужно заавтоматизировать) употребляется компонента Designer/2000
— средство построения
BPR
(Business Process Modeler). С его помощь может быть не только лишь выстроить модель всех действий, протекающих в процессе ежедневной деятель организации (компании), да и произвести ряд анализов, способных выявить узенькие места. Даже без следующего сотворения приложения, таковая модель дозволяет лучше осознать как протекает деятельность организации и отыскать пути по ее улучшению.
На последующем шаге строится мировозренческая модель
грядущего приложения при помощи ряда обычных диаграмм — диаграмм Суть-Связь, Иерархий Функций и Потоков Данных. Эта мировозренческая модель тщательно детализируется, расписывается ее «задачки.
процесс сотворения модели подразумевает коллективную работу над проектом. Есть массивные средства организации таковой работы, разделения модели на части для независящей разработки и «сшивания» частей модели в целое.
Опосля подробной детализации модели можно приступать к генерации приложения. нужно отметить, что имеется в виду конкретно генерация законченного приложения,
а не некоторого макета, который дальше будет развиваться вручную.
Генерация приложения заключается в генерации объектов Базы Данных и генерации для избранного средства разработки клиентских частей приложения. При генерации объектов Базы Данных создаются не только лишь таблицы и индексы, как в большинстве конкурирующих товаров, да и остальные нужные объекты (последовательности, синонимы, представления, ограничения целостности и т.д.), также процедурная определения ролей и юзеров с предоставлением им нужных прав по работе с Базой Данных.
Генерация для клиентской части может быть для целого ряда разных средств разработок. на данный момент поддерживаются:
1. Oracle Developer/2000
2. Oracle Power Objects
3. Oracle WebServer
4. MS Visual Basic 3.0 и 4.0
5. Классы C/C+
Этот перечень с течением времени повсевременно расширяется. Нужны малые
конфигурации в настройке модели приложения, что бы произвести генерацию приложения для другого средства разработки. Таковым образом обеспечивается независимость
приложения от:
- Средств разработки.
Смена средства разработки осуществляется обычный перегенерацией приложения, а не переписыванием поновой, с подготовительным исследованием новейшего инструмента. - Аппаратно-программной платформы.
Даже если средство разработки не переносимо на избранную платформу, то можно произвести генерацию приложения для того средства разработки, которое существует на избранной платформе, с полным сохранением функциональности приложения. Переход на другую платформу не вызывает необходимости вполне переписывать приложение. - Разрабов.
Потому что разработка ведется при помощи верно формализируемых способов, то предстоящее развитие приложения может вести хоть какой знакомый с методологией разраб.
Принципиальной индивидуальностью является возможность вернуть модель приложения по уже существующему приложению, сделанного без внедрения Designer/2000,
при помощи процедуры
Так же и вручную изготовленные конфигурации в сгенерированной системе можно отразить в модели приложения и при следующей генерации они не будут потеряны.
Таковым образом, при помощи Designer/2000
осуществляется инженерный подход к созданию промышленных приложений, позволяющий гарантированно создавать работающие, надежные приложения
с требуемой функциональностью, независящие от средств разработки и аппаратно-программной платформы.
Обеспечение независимости от смены платформ и технологий
.
иной иллюстрацией подхода компании Oracle к обеспечению сотворения независящих от платформы приложений является Developer/2000
. Это инструментарий зрительного проектирования клиентских приложений для технологии Клиент-сервер. Developer/2000
вполне переносим на все применяемые сейчас платформы, начиная от символьных терминалов и кончая графическими средами вроде Windows либо Motif. Если при разработке не использовались платформенно зависимые индивидуальности (к примеру составляющие OCX/ActivX для Windows), то перенос приложения на другую платформу не просит никакого кодировки! Рост популярности приложений для Internet/Intranet вызвал необходимость для разрабов исследования как новейших технологий, так и новейших сред разработки для Web. Перенос приложения в среду Internet/Intranet означал фактически вполне его переписывание на новеньком средстве разработки. Потому почти все фирмы-производители инструментальных средств поддержали технологию Netscape Plug-In, которая позволяла определенным методом распространять и вызывать приложения через Web, не очень их переделывая. Но по сути, это лишь временное решение, т.к. для выполнения приложения нужно держать на клиентском компе вполне Run-Time среду, а само приложение полностью закачивается с Web-сервера.
Применение Developer/2000
дозволяет перенести прикладную систему в среду Internet/Intranet наиболее элегантным методом. Существует возможность расположить Run-Time среду Developer/2000
на Web-сервере, а откомпилированное приложение передается ей безо всякой модификации. Особый
Web Developer’а сформировывает на лету Java Applets, которые передаются на клиентский комп в всякую программку просмотра Web. юзер лицезреет впереди себя этот же пользовательский интерфейс, как если б приложение производилось на его компе, а работать может даже на DOS-компьютере с 640 КБ памяти!
Таковым образом, вместе с массивными способностями по созданию полнофункциональных клиентских приложений с богатым пользовательским интерфейсом, Developer/2000
дозволяет просто переносить сделанные системы на любые имеющиеся сейчас платформы и применять самые передовые технологии не переписывая ни строки кода!
Поддержка разрабов
.
Суровые промышленные системы создаются не на один год, требуют неизменного развития для поддержания подабающей функциональности. Что бы создатели могли всеполноценно управляться с поставленными задачками, компания Oracle производит ряд мер по поддержке и фактически разрабов и ведущихся ими проектов. В числе их:
- Соответственная интернациональным эталонам техно поддержка товаров Oracle, функционирующая на местности СНГ , призванная регулировать отношения сотрудничества между государствами, ранее входившими в состав СССР).
- Возможность ознакомления с пробными (trial) версиями товаров Oracle, до этого чем принять решения о их закупке и потом возможность подготовительного ознакомления с новенькими версиями товаров.
- Два повторяющихся русских журнальчика («мир Oracle» и «Oracle Magazine — Российское издание»), посвященных продуктам Oracle, содержащих огромное число статей для разрабов.
- Действующие группы юзеров Oracle, повторяющиеся семинары.
- большенный выбор учебных курсов по продуктам Oracle, как и в консульстве компании Oracle в СНГ , призванная регулировать отношения сотрудничества между государствами, ранее входившими в состав СССР), так и у его партнеров.
Все это дозволяет разрабам иметь доступ к самым передовым технологиям Oracle, очень отлично применять продукты компании.
Заключение
.
Средства разработки Oracle разрешают воплотить подход к разработке сложных приложений, направленный не только лишь на получение резвого начального результата, да и на обеспечение долгого актуального цикла сделанного приложения, простоты его развития и передвижения на новейшие платформы. Внедрение инструментов Oracle не только лишь дозволяет вполне пользоваться всей мощью сервера Oracle7, да и обеспечить:
- Создание неоднократно применяемой модели прикладной системы.
- Свободу в генерации приложений для разных средств разработок на разных аппаратно-программных платформах.
- Независимость развития сделанного приложения от имеющихся и будущих платформ и технологий.
- Употреблять самые передовые технологии.
СРЕДСТВА РАЗРАБОТКИ ORACLE
JAVA и SOA
· Oracle JDeveloper
· Инструментарий разраба Oracle для Spring
· Oracle Enterprise Pack for Eclipse
· Oracle TopLink
· NetBeans IDE
· JavaFX
· Hudson
бизнес-АНАЛИТИКА
· BI Publisher
· Oracle BI Standard Edition One
· Oracle Data Integrator
· Oracle Reports
SOLARIS И Linux
· Oracle Solaris Studio
· CoolTools for Solaris Studio
· Наборинструментов Oracle Message Passing Toolkit
NET
· Oracle Developer Tools for Visual Studio
· Oracle Data Provider for .NET
· Oracle Database Extensions for .NET
РОДСТВЕННЫЕ РЕШЕНИЯ
· Oracle GlassFish Server
· Oracle WebLogic
· Oracle Grid Computing
· Oracle Grid Engine
· Oracle и открытый начальный код
· Сервис-ориентированная архитектура Oracle
· Oracle TopLink и ADF
· Виртуализация Oracle
база ДАННЫХ И PL/SQL
· Application Express
· Forms
· SQL Developer
Java API
Java TV API
Java Card API
JAVA SDK
· Java Platform, Standard Edition (JDK)
· Java Platform, Micro Edition (SDK)
· Java Platform, Enterprise Edition (SDK)
CAF Фреймворк.
CAF фреймворк — это фреймворк для сотворения приложений системы управления базами данных (СУБД) Oracle. термин фреймворк значит основа, база. Другими словами, начинать создавать информационную систему можно не с нуля, а с предоставляемой базы, при всем этом нет необходимости растрачивать время и усилия на функциональность, присущую, в той либо другой мере большинству корпоративных информационных систем. Таковым образом, возникает возможность сходу сосредоточится на бизнес логике. CAF фреймворк содержит серверную и клиентскую части.
Работа с информационной системой обычно начинается с регистрации юзера. Что при всем этом происходит? юзер, в ответ на приглашение системы, вводит учетное имя и пароль, которые передаются в приложение. Далее вероятны варианты. Основной вопросец — какими средствами юзер получает разрешение на те либо другие деяния с информацией, другими словами — как накрепко информация защищается. Это быть может как внутренняя (реализованная производителем СУБД) система разграничения доступа, так и специально разработанная наружная (реализованная разрабом приложения) система. Внедрение наружной системы разграничения доступа, быть может оправдано применением специального сервера приложения, когда меж СУБД и юзером существует доп промежный слой. Доп промежный слой, в свою очередь, экономически оправдан, если число активных одновременных подключений к базе данных начинает превосходить несколько тыщ, и, при всем этом, требования по времени ожидания на подключения к СУБД является критическими (к примеру, не допускается ожидание подключения наиболее 10 секунд для хоть какого юзера). В корпоративных информационных системах практически постоянно можно поделить юзеров на группы, зависимо от значимости, исходя из убеждений защиты инфы. В этом случае юзеры, выполняющие операции с критически необходимыми данными, обязаны иметь личные учетные записи на уровне СУБД, а разграничение прав доступа производиться средствами СУБД. По другому уровень сохранности, предоставляемый Oracle, будет скомпрометирован. Определенная сложность интегрированной системы сохранности современных СУБД, и Oracle в том числе, просит доп издержек на разработку сопряжения интерфейса управления юзерами из корпоративного приложения с интерфейсом, предоставляемым СУБД. Данный факт, в критериях, ограниченного времени разработки, может служить мотивом для подмены интегрированных устройств СУБД своими, с вытекающим риском сотворения уязвимости в системе сохранности. Если же разработке такового интерфейса не уделяется внимания совершенно, то будет нужно доп усилия со стороны админов баз данных, которые будут обязаны управлять юзерами вручную.
CAF имеет административный интерфейс управления юзерами. Управлять учетными записями может назначенный юзер приложения, при всем этом разграничение доступа производится средствами СУБД Oracle.
Для разработки клиентской части фреймворка CAF были выбраны Sybase PowerBuilder и Microsoft Visual C++. PowerBuilder употребляет «родные» высокопроизводительные интерфейсы для подключения к Oracle и запатентованную технологию работы с данными — DataWindow. Это дозволяет более много применять мощь Oracle и стремительно разрабатывать комфортные прекрасные формы доступа к данным и отчеты. PowerBuilder — является объектно-ориентированным средством разработки, использующим наследование, полиморфизм, инкапсуляцию и делегирование. Для PowerBuilder написана библиотека классов PFC, построенная в согласовании с концепцией сервис-ориентированной архитектуры. PowerBuilder делает высокоэффективную компиляцию проекта, вполне анализируя всю иерархию классов. Следствием плюсов получения высокоэффективного исполняемого кода, является существенное время компиляции, при котором анализируется весь проект. Наиболее того, ели употребляется рядовая архитектура приложения PowerBuilder, недозволено применять ранее скомпилированные модули вместе с перекомпилированными новенькими. недозволено, также, делить (созодать общими) библиотеки PowerBuilder меж различными приложениями. Другими словами, если корпоративное приложение довольно огромное, то при внесении конфигураций всего только в один объект, с следующей перекомпиляцией проекта, нужно полностью обновлять приложение у юзеров, независимо от того, что объект находился в отдельном модуле. Возникновение технологии PBNI (PowerBuilder Native Interface) позволило сделать архитектуру, устраняющую этот недочет. Для этого при помощи Microsoft Visual C++ создаются объекты PowerBuilder. Таковая разработка имеет к тому же доп преимущество — она изолирует системный уровень приложения от прикладного, что дозволяет разрабам сконцентрироваться на бизнес-задачах.
]]>