|
||||||||||||||||||||||||||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Построение логической модели ИСОТЧЕТ по дисциплине «Методы и средства проектирования информационных систем»
Барнаул 2015 СОДЕРЖАНИЕ
1. Постановка задачи 2. Анализ предметной области 3. Построение логической модели ИС ü диаграмм потоков данных (DFD) ü Построение диаграммы «сущность-связь» в нотации Баркера 4. Реализация логической модели данных средствами MySQL Workbench
Постановка задачи Необходимо спроектировать и разработать информационную систему (далее ИС) для предметной области банк. Она должна автоматизировать его внутреннюю работу. При этом должна увеличиться скорость работы банка.
Анализ предметной области Так как в качестве предметной области был выбран банк, то необходимо проанализировать его внутреннюю структуру. В качестве процесса автоматизации был выбран процесс открытия счёта. В ходе анализа данного процесса были выделены следующие действующие лица: Операционист, Клиент, Счёт, Консультант. Между ними происходят следующие процессы: Консультация клиента о существующих видах счетах, Открытие счёта, Заключение договора, Внесение денег на счёт.
Построение логической модели ИС Первым этапом построения логической модели ИС явялется создание диаграмм потоков данных (DFD). Первым этапом при построении DFD-диаграммы явялется построение диаграммы уровня системы и подсистемы. На основе анализа предмаетной области были выделены следующие сущности и определены саязи между ними: Оператор, Клиент, Консультант и они объединяются в систему создание счёта. На Рисунке 1 представлена реализация первого этапа построения DFD диаграммы.
Рисунок 2 – Диаграмма уровня подсистемы Следующим этапом является построение диаграммы уровня подсистемы. На данном этапе была разобрана система «Открытие счёта» на составляющие, в которых были выделены основные подсистемы. Реализация данного этапа представлена на Рисунке 2.
Рисунок 3 – Диаграмма уровня процесса
На основе анализа предметной области можно построить диаграмму типа «сущность-связь» в нотации Баркера. Первым этапом является выделение сущностей, они представлены на Рисунке 4. Рисунок 4 – Сущности в нотации Баркера
Далее необходимо определить связи между данными сущностями. Операционист связан со счётом. При этом связь является множественная и обязательная со стороны счёта. Клиент связан со счётом и консультантом. Данная связь со стороны консультанта не обязательна. Обе связи обязательны для счёта. Данные связи представлены на Рисунке 5.
Рисунок 5 – Связи между сущностями в нотации Баркера Следующим этапом необходимо объединить связи в одну систему. Этот этап представлен на Рисунке 6.
Рисунок 6 – Объединённые связи и сущности Заключительным этапом в нотации Баркера является определение атрибутов в созданной объединённой системе связей. Конечный вариант нотации Баркера представлен на Рисунке 7.
Рисунок 7 – Определение атрибутов На данном рисунке представлена объединённая система, состоящая из ранее выделеных элиментов. Были определены ключевые поля, обязательные и не обязательные поля сущностей.
5. Реализация логической модели данных средствами MySQL Workbench
Рисунок 8 – ERR-диаграмма предметной области Банк
Далее рассмотрим каждую сущность в отдельности. Сущность Клиент состоит из полей: ИНН – числовое поле, Фамилия – строковое поле, Имя – строковое поле, Отчество – необязательное строковое поле, Номер телефона – необязательное строковое поле, Номер паспорта – числовое поле, Серия паспорта – числовое поле, Адрес_Город – данное поле содержит ключ на сущность Город, Адрес_Улица – данное поле содержит ключ на сущность Улица, Адрес_Дом – числовое поле, Адрес_Квартира – необязательное числовое поле. Представлена на Рисунке 9.
Рисунок 9 – Представление сущности Клиент Сущность Сотрудник состоит из полей: ИНН – числовое поле, Фамилия – строковое поле, Имя – строковое поле, Отчество – необязательное строковое поле, Заработная плата – вещественное число, Город_Код – данное поле содержит ключ на сущность Город, Улица_Код – данное поле содержит ключ на сущность Улица, Дом – числовое поле, Кваритра – необязательное числовое поле. Представлена на Рисунке 10.
Рисунок 10 – Представление сущности Сотрудник
Рисунок 11 – Представление сущности Город
Рисунок 12 – Представление сущности Улица
Рисунок 13 – Представление сущности Виды счетов
Рисунок 14 – Представление сущности Таблица счетов
Завершающим этапом работы в MySQL Workbench было заполнение таблиц. Ниже представлены все заполненные таблицы. Таблица Виды счетов прдеставлена на Рисунке 15.
Рисунок 15 – Таблица Виды счетов
Таблицы Города и Улицы представлены на Рисунке 16.
Рисунок 16 –Таблицы Города и Улицы
Рисунок 17 – Таблица Клиент
Таблица Сотрудник представлена на Рисунке 18. Рисунок 18 – Таблица Сотрудник Таблица Сотрудник представлена на Рисунке 19.
Рисунок 19 – Таблица Счета
Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.007 сек.) |