Технология использования AllFusion Erwin Data Modeler
и Oracle Developer для создания автоматизированной
информационной системы
При создании и развитии сложных, распределенных ИС требуется гибкое формирование и применение гармонизированных совокупностей базовых стандартов и нормативных документов разного уровня, выделение в них требований и рекомендаций, необходимых для реализации заданных функций конкретной ИС. Базовые стандарты в зависимости от проблемно-ориентированной области применения ИС могут использоваться как непосредственные директивные, руководящие или рекомендательные документы, а также как нормативная база, необходимая при выборе или разработке средств автоматизации технологических этапов или процессов создания, сопровождения и развития ИС.
В качестве средства конструирования БД, завоевавшего широкое признание и популярность, было выбрано мощное средство AllFusion Erwin Data Modeler (ранее ERwin). ERwin не только лучший инструмент для проектирования баз данных, но и средство для их быстрого создания. Erwin является стандартом де-факто, поддерживает методологию структурного моделирования SADT и нотацию IDEF1X. Средства моделирования IDEF1X специально разработаны для построения реляционных информационных систем. ERwin оптимизирует модель в соответствии с физическими характеристиками целевой базы данных. Поддерживает все наиболее популярные реляционные СУБД, включая Oracle.
На основе модели данных предоставляется возможность составлять отчеты, которые позволяют существенно упростить процесс документирования технического проекта. Таким образом, на данном этапе проектирования мы построили концептуальную схему, то есть представление структуры данных, независимое от конечной реализации базы данных и аппаратной платформы.
Следующим этапом в разработке структуры для нашей базы данных является переход к физическому описанию модели данных и генерация базы данных.
Физический уровень представления модели данных зависит от выбранного сервера. ERwin поддерживает практически все распространенные СУБД, всего более 20 реляционных и нереляционных БД. Одно из лидирующих положений на рынке СУБД в настоящее время занимает корпорация Oracle.
При выборе сервера диалог Target Server позволил задать тип данных и опцию NULL для новых колонок, а также правила ссылочной целостности, принимаемые по умолчанию. Чтобы решить проблему поиска данных, СУБД использует особый объект, называемый индексом. Индекс содержит отсортированную по колонке или нескольким колонкам информацию и указывает на строки, в которых хранится конкретное значение колонки. При генерации схемы физической БД ERwin автоматически создал отдельный индекс на основе первичного ключа каждой таблицы и имя таблицы (редактор Index Editor). ERwin поддерживает объекты физической памяти. Для СУБД Oracle это TABLESPACE, ROLLBACK SEGMENT, DATABASE. Для создания и редактирования объектов физической памяти для выбранной нами СУБД будем использовать редактор ORACLE Physical Object Editor.
Еще одной возможностью ERwin является создание последовательностей для каждой таблицы для того, чтобы при добавлении данных не приходилось генерировать вручную значение первичного ключа.
Следующим этапом является генерация схемы на сервере с использованием созданной модели данных. Кроме того, ERwin поддерживает синхронизацию между логической моделью и системным каталогом СУБД на протяжении всего жизненного цикла создания ИС. Для генерации системного каталога БД следует выбрать пункт меню Tasks/Forward Engineer/Schema Generation. Полученную схему БД можно просмотреть с помощью инструментального средства Toad. Оно позволяет увидеть данные таблиц, внести любые изменения, а также создавать объекты базы данных с помощью предлагаемых мастеров.
Таким образом, использование AllFusion ERwin Data Modeler для создания схемы базы данных для Oracle позволило автоматизировать следующие этапы: задание объектов физической памяти (табличные пространства, сегменты отказа, база данных), создание таблиц и индексов, установку связей между таблицами и задание внешних ключей, добавление основных триггеров к таблицам, формирование представлений, создание последовательностей.
Итак, можно сделать вывод, что на этапе разработки физической модели будущей ИС можно определить основные моменты логики работы серверной части и основные бизнес-правила. В процессе разработки конечного приложения бизнес-логика будет изменяться, поэтому не стоит реализовывать сложные алгоритмы на этапе создания модели.
В результате использования при генерации схемы базы данных сервера Oracle8 мы получили возможность определить основные моменты логики работы серверной части и бизнес-правила. В качестве средства разработки клиентского приложения была выбрана среда Oracle Developer 6.0 система, объединяющая все объекты разрабатываемого приложения (формы, меню, отчеты, графики) в одно работоспособное целое. Таким образом, мы получили хорошо структурированное и надежное приложение.
Список литературы
-
Использование СУБД Oracle – мирового лидера среди промышленных баз данных. – Режим доступа: http://www.borlas.ru/solutions/acplus/devkit.htm
-
Хорошилов А.В., Селетков С.Н., Днепровская Н.В.. Управление информационными ресурсами: Учебник: гриф МО РФ – М. : Финансы и статистика, 2006. – 271 с.
Е.А.Черкасова
ГОУ ВПО «Магнитогорский государственный университет»,
факультет информатики, 5 к.
Научный руководитель: доц. О.Е. Масленникова
Проект системы учета договоров на предприятии
МФ ОАО «Челябэнергосбыт»
Предприятие МФ ОАО «Челябэнергосбыт» относится к предприятиям, занимающимся энергоснабжением, заключением договоров на потребление энергии, а также контролем правильного выполнения условий договора с обеих сторон.
Для качественного управления такого рода предприятиями анализируется большой объем разнообразной информации, характеризующей потребителя энергоресурсов, состояние договорной деятельности, виды договоров на эти ресурсы, способы обеспечения данными ресурсами и многое другое, поэтому на обширной платформе деятельности проблема эффективного обеспечения договорной деятельности является актуальной на сегодняшний день.
Договорная деятельность на предприятии является основной, поскольку именно договор отражает взаимодействие потребителя энергии с данным предприятием. Все данные из договоров постоянно заносятся в существующую систему «Клиент». При анализе ее работы были выявлены следующие проблемы: загрузка окон отнимает большое количество времени, отсутствуют необходимые формы для введения данных по приложениям к договорам. Эти и другие позиции снижают оперативность работы отдела, делают бизнес-процесс менее эффективным.
На предприятии ОАО «Челябэнергосбыт» рассматриваются следующие основные функции: организация преддоговорной работы; проверка документов, необходимых для заключения договоров; оформление договоров энергоснабжения; внесение изменений и дополнений в договоры. Решение обозначенных проблем руководство предприятия сформулировало на основе проведенного нами системного анализа деятельности договорного отдела. Оно состоит в обоснованной необходимости разработки новой системы, удовлетворяющей все требования пользователей.
Кратко охарактеризуем разработанную систему. Система учета договоров – это система, предназначенная для хранения, обработки, выдачи информации о заключенных договорах для достижения цели уменьшения временных и трудовых затрат.
В существующей на предприятии системе были выявлены проблемы (загрузка форм отнимает большое количество времени, отсутствие необходимой формы для введения данных по приложениям к договорам), снижающие оперативность работы, и предложены следующие решения по их устранению: разработать новый проект АС на новой платформе со всеми необходимыми формами.
Определим некоторые характеристики: 1) целью этой системы является уменьшить среднее рабочее время сотрудника договорного отдела на обслуживание заказчика до
15-20 минут в течение одного месяца после первого ввода АС в деятельность этого отдела; 2) АС будет применяться только для МФ ОАО «Челябэнергосбыт»; 3) основные функции АС: просмотр, сохранение, составление договора, учет договоров; 4) АС предназначена для потребителей электроэнергии и сотрудников договорного отдела; 5) нефункциональные требования к АС: загрузка ответов на запросы на экран должна занимать не более 10 секунд с момента запроса; система должна выводить пользователю сообщение о подтверждении не более чем через 5 секунд после того, как пользователь отсылает сообщение системе; пользователи обязаны регистрироваться при входе в систему для выполнения любых операций; только те сотрудники отделов, которые внесены в специальный список, могут изменять данные; АС учета договоров должна быть доступна пользователям удаленного доступа 95 % времени между 8.00 и 20.00 по местному времени.
Разрабатывая проект ИС необходимо учитывать все перечисленные особенности для ее успешного функционирования, подбирая наиболее подходящие для конкретного случая варианты проектирования.
Таким образом, разработка проекта системы учета договоров на предприятии МФ ОАО «Челябэнергосбыт» в договорном отделе будет предполагать последовательное выполнение всех вышеуказанных этапов.
С.Н. Шаева
ГОУ ВПО «Воронежский государственный технический университет»,
физико-технический факультет, 5 к.
Научный руководитель: ст. преп. Н.И. Барсукова
Достарыңызбен бөлісу: |
