Автоматизированная система управления менеджментом и маркетингом коммерческого банка (стр. 6 из 8)

· Никакой из атрибутов первичного ключа не должен иметь нулевое значение.

· Значение атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.

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

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

Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Кеу). ERwin позволяет выделить атрибуты альтернативных ключей, и по умолчанию в дальнейшем при генерации схемы БД по этим атрибутам будет генерироваться уникальный индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом появляются символы (АК).

Атрибуты, участвующие в неуникальных индексах, называются инверсионными входами (Inversion Entries). Инверсионные входы - это атрибут или группа атрибутов, которые не определяют экземпляр уникальным образом, но часто используются для обращения к экземплярам сущности. ERwin генерирует неуникальный индекс для каждого инверсионного входа. На рисунке можно рассмотреть таблицы, перенесенные из BPwin в Erwin, к которым добавлены некоторые из сущностей и атрибутов. (Рис. 13).

Рис. 13 Модель сущность-связь

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

Следующим этапом будет создание модели, основанной на ключах (рис. 14).

Рис. 14 Модель, основанная на ключах

На рисунке 14 показаны все сущности независимые. Для каждой сущности определяем ключевые атрибуты. Для сущности «Договор» это будет уникальный код «Код_договора». Для сущности «Клиент» это будет код «ИНН_клиента». Сущность «Реквизиты» будет определятся кодом «ИНН_банка». Для сущности «Услуги» это будет код «Код_услуги».

Далее следует построение полной атрибутивной модели (рис. 15).

Рис. 15 Логическая модель в нотации IDEF1.X

3.2.Физическая модель

Физический уровень данных – это по существу отображение системного каталога, который зависит от конкретной реализации СУБД.

В ERwin также представлены два уровня физической модели: трансформационная модель и модель СУБД. Целью трансформационной модели является предоставление информации администратору. Модель СУБД транслируется из трансформационной модели. Являясь отображением системного каталога, ERD-диаграмма графически представляет структуру данных проектируемой ИС.

ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования того либо другого.

Рис.16 Физическая модель в нотации IDEF1.X

3.3 Генерация физической модели

Посредством Erwin можно также создавать и физические модели данных для различных СУБД. Для создания физической модели необходимо в окне создания новой модели выбрать тип создаваемой модели Logical/Physical и тип базы данных, в которой необходимо создать таблицы (Рис. 17). В данном курсовом проекте мы создадим физическую модель для СУБД BorlandC++Builder 6 в сервере БД – Paradox 7.

Рис. 17 Выбор типа модели

Далее создается модель из уже ранее существующей модели созданной в Erwin. Для начала перейдем на физический уровень данных (рис. 18).

Рис. 18. Выбор уровня данных

Затем, в панели инструментов нажимаем кнопку

, в появившемся окне выбираем Modellevelcompare и указываем файл из которого необходимо импортировать данные (рис. 16)

Рис. 19. Импорт данных из существующей модели

В последующих окнах необходимо выбрать данные, настройки которые необходимо импортировать. Импорт таблиц и их строк осуществляется путем нажатия на кнопку Import

. Чтобы не импортировать не нужные данные, надо выбрать их из списка и нажать на кнопку Ignore . Окно выбора данных представлено на рисунке 20.

Рис.20. Окно выбора импортируемых данных

После нажатия кнопки

необходимо подтвердить появившийся запрос Erwin. Получившаяся модель представляет собой физическую модель для сервера БД Paradox 7 (рис. 21)

Рис. 21 Физическая модель

На данном этапе возможно изменить формат конечной БД, для этого необходимо щелкнуть по кнопке

«Selecttargetserver» и в открывшемся окне Рис. 22выбрать необходимый тип. При нажатии на кнопку «ОК» модель преобразуется в тот тип, который мы выбрали.

Рис. 22TargetServer

3.4. Экспорт физической модели

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

«ForwardEngineer» или же Tools-> ForwardEngineer/SchemaGeneration… В результате чего откроется окно представленное на Рис. 23

Рис. 23 dBASEIVSchemaGeneration

Во вкладке «Options» мы указываем опции генерации таблиц, во вкладке «Summary» мы можем просмотреть включенные опции, а во вкладке «Comment» оставить комментарии.

Щелкнув по кнопке «Filter…» мы можем выбрать таблицы которые будут созданы Рис. 24

Рис.24 Выбор таблиц

Щелкнув по кнопке «Preview…» мы просматриваем о действиях программы и данные о таблицах Рис. 25

Рис.25 Preview

Щелкнув по кнопкам «Print» и «Report…» мы можем вывести на печать отчет или сохранить его в отдельном файле соответственно. Нажав на кнопку «Generate…» появляется окно Рис. 26в котором мы должны указать папку для сохранения таблиц.

Рис. 26 Paradox/ODBCConnection

Созданные нами таблицы могут в дальнейшем быть использованы для создания БД. На Рис. 27представлены созданные таблицы.

Рис. 27 Таблицы в DatabaseDesktoр

Заключение

В ходе проектирования курсовой работы я изучила процесс создания информационной системы для моделирования и автоматизации системы управления менеджментом и маркетингом КБ. Для реализации курсового проекта использовались инструментальные среды BPwin и ERwin. С их помощью удалось автоматизировать управление менеджментом и маркетингом КБ в трех методологиях – IDEF0, IDEF3 и DFD. Данный программный пакет позволяет облегчить автоматизацию любых экономических процессов.

Курсовой проект выполнен с использованием инструментов визуального моделирования бизнес-процессов BPwin 4.1 и баз данных Erwin 4.1 автоматизированным способом и посвящен системе анализа управления менеджментом и маркетингом КБ.

В соответствии с поставленной целью нами в курсовой работе решены следующие задачи:

изучены основные теоретические и методологические положения по автоматизированной системе управления менеджментом и маркетингом КБ;

изучены основные документы необходимые для управления менеджментом и маркетингом КБ;

· осуществлено моделирование бизнес-процессов с использованием case-средств BPwin и ERwin.

Список использованной литературы

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000.

2. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика, 1998.