АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Построение логической модели ИС

Читайте также:
  1. II. Право на фабричные рисунки и модели (прикладное искусство), на товарные знаки и фирму
  2. Автокорреляция остатков модели регрессии. Последствия автокорреляции. Автокорреляционная функция
  3. Аддитивная и мульпликативная модели временного ряда
  4. Адекватность трендовой модели
  5. Алгоритм оценки и проверки адекватности нелинейной по параметрам модели (на примере функции Кобба-Дугласа).
  6. Алгоритм проверки адекватности множественной регрессионной модели (сущность этапов проверки, расчетные формулы, формулировка вывода).
  7. Алгоритм проверки адекватности парной регрессионной модели.
  8. Алгоритм проверки адекватности парной регрессионной модели.
  9. Алгоритм проверки значимости регрессоров во множественной регрессионной модели: выдвигаемая статистическая гипотеза, процедура ее проверки, формулы для расчета статистики.
  10. Альтернативные модели потребления.
  11. Анализ дискреционной налогово-бюджетной и кредитно-денежной политики с помощью модели «IS-LM».
  12. Анализ и моделирование функциональной области внедрения ИС.

ОТЧЕТ

по дисциплине «Методы и средства проектирования информационных систем»

 

 

  Выполнил(а): студент 3 курса 232 группы Дробышев Максим Александрович   _______________________ (подпись)   Проверил: Хорохордина Екатерина Андреевна _______________________ (подпись)   Отчет защищен «___»_____________ 20__г. Оценка _________________ ________________________ (подпись)

 

Барнаул 2015

СОДЕРЖАНИЕ

 

1. Постановка задачи

2. Анализ предметной области

3. Построение логической модели ИС

ü диаграмм потоков данных (DFD)

ü Построение диаграммы «сущность-связь» в нотации Баркера

4. Реализация логической модели данных средствами MySQL Workbench


 

Постановка задачи

Необходимо спроектировать и разработать информационную систему (далее ИС) для предметной области банк. Она должна автоматизировать его внутреннюю работу. При этом должна увеличиться скорость работы банка.

 

Анализ предметной области

Так как в качестве предметной области был выбран банк, то необходимо проанализировать его внутреннюю структуру. В качестве процесса автоматизации был выбран процесс открытия счёта. В ходе анализа данного процесса были выделены следующие действующие лица: Операционист, Клиент, Счёт, Консультант. Между ними происходят следующие процессы: Консультация клиента о существующих видах счетах, Открытие счёта, Заключение договора, Внесение денег на счёт.

 

Построение логической модели ИС

Первым этапом построения логической модели ИС явялется создание диаграмм потоков данных (DFD).

Первым этапом при построении DFD-диаграммы явялется построение диаграммы уровня системы и подсистемы. На основе анализа предмаетной области были выделены следующие сущности и определены саязи между ними: Оператор, Клиент, Консультант и они объединяются в систему создание счёта. На Рисунке 1 представлена реализация первого этапа построения DFD диаграммы.


Рисунок 1 - Диаграмма уровня системы

 

Рисунок 2 – Диаграмма уровня подсистемы

Следующим этапом является построение диаграммы уровня подсистемы. На данном этапе была разобрана система «Открытие счёта» на составляющие, в которых были выделены основные подсистемы. Реализация данного этапа представлена на Рисунке 2.


Заключительным этапом построения DFD-диаграммы является создание и описание диаграммы уровня процесса. Был рассмотрен процесс заключения договора на открытие счёта. Пример данной схемы продемонстрирован на Рисунке 3.

 

 

Рисунок 3 – Диаграмма уровня процесса

 

На основе анализа предметной области можно построить диаграмму типа «сущность-связь» в нотации Баркера. Первым этапом является выделение сущностей, они представлены на Рисунке 4.


Рисунок 4 – Сущности в нотации Баркера

 

Далее необходимо определить связи между данными сущностями. Операционист связан со счётом. При этом связь является множественная и обязательная со стороны счёта. Клиент связан со счётом и консультантом. Данная связь со стороны консультанта не обязательна. Обе связи обязательны для счёта. Данные связи представлены на Рисунке 5.

 

 


Рисунок 5 – Связи между сущностями в нотации Баркера

 
 

Следующим этапом необходимо объединить связи в одну систему. Этот этап представлен на Рисунке 6.

 

Рисунок 6 – Объединённые связи и сущности

 
 

Заключительным этапом в нотации Баркера является определение атрибутов в созданной объединённой системе связей. Конечный вариант нотации Баркера представлен на Рисунке 7.

 

Рисунок 7 – Определение атрибутов

На данном рисунке представлена объединённая система, состоящая из ранее выделеных элиментов. Были определены ключевые поля, обязательные и не обязательные поля сущностей.

 

5. Реализация логической модели данных средствами MySQL Workbench


На данном этапе необходимо реализовать разработанную ранее модель предметной области в нотации Баркера в среде MySQL Workbench. Первым этапом создания модели был реализация EER диаграммы. Были выделены следующие области: Клиент, Счёт, Адрес и Сотрудник. И для каждой области были выделены следующие сущности: Клиент, Таблица счетов и Виды счетов, Города, Улицы, Сотрудник. Сущности были заполнены полями в соответствии с разработанной ранее моделью. Представление ERR-диаграммы в среде MySQL Workbench представлено на Рисунке 8.

 

Рисунок 8 – ERR-диаграмма предметной области Банк

 

Далее рассмотрим каждую сущность в отдельности.

 
 

Сущность Клиент состоит из полей: ИНН – числовое поле, Фамилия – строковое поле, Имя – строковое поле, Отчество – необязательное строковое поле, Номер телефона – необязательное строковое поле, Номер паспорта – числовое поле, Серия паспорта – числовое поле, Адрес_Город – данное поле содержит ключ на сущность Город, Адрес_Улица – данное поле содержит ключ на сущность Улица, Адрес_Дом – числовое поле, Адрес_Квартира – необязательное числовое поле. Представлена на Рисунке 9.

 

Рисунок 9 – Представление сущности Клиент

 
 

Сущность Сотрудник состоит из полей: ИНН – числовое поле, Фамилия – строковое поле, Имя – строковое поле, Отчество – необязательное строковое поле, Заработная плата – вещественное число, Город_Код – данное поле содержит ключ на сущность Город, Улица_Код – данное поле содержит ключ на сущность Улица, Дом – числовое поле, Кваритра – необязательное числовое поле. Представлена на Рисунке 10.

 

Рисунок 10 – Представление сущности Сотрудник


Сущность Город содержит список городов и их кодов. Сущность содержит поля: Код – первичный ключ, числовое поле и Наименование - строка. Представлена на Рисунке 11.

 

Рисунок 11 – Представление сущности Город


Сущность Улица содержит список улиц и их кодов. Сущность содержит поля: Код – первичный ключ, числовое поле и Наименование - строка. Представлена на Рисунке 12.

 

Рисунок 12 – Представление сущности Улица


Сущность Виды счетов содержит список счетов, которые могут открывать клиенты. Данная сущность представлена следующими полями: Код – первичный ключ таблицы, число, Наименование счёта – строка, Возможность овердрафта – логическое поле, Сумма овердрафта – необязательное поле, вещественное число. Представлена сущность на Рисунке 13.

 

Рисунок 13 – Представление сущности Виды счетов

 


Сущность Таблица счетов содержит список счетов, которые открыли клиенты. Данная сущность представлена следующими полями: Номер счёта – первичный ключ, число, Клиент_ИНН – данное поле содержит ключ сущности Клиент, Сотрудник_ИНН – данное поле содержит ключ сущности Сотрудник, Вид счёта – данное поле содержит ключ сущности Виды счетов, Сумма на счёте – вещественное поле, Дата открытия – сожержит дату, Дата закрытия – содержит дату закрытия счёта. Сущность представлен на Рисунке 14.

 

Рисунок 14 – Представление сущности Таблица счетов

 

Завершающим этапом работы в MySQL Workbench было заполнение таблиц. Ниже представлены все заполненные таблицы.

 
 

Таблица Виды счетов прдеставлена на Рисунке 15.

 

Рисунок 15 – Таблица Виды счетов

 

Таблицы Города и Улицы представлены на Рисунке 16.

 

 

       
   
 

Рисунок 16 –Таблицы Города и Улицы

 


Таблица Клиент представлена на Рисунке 17.

 

Рисунок 17 – Таблица Клиент

 

Таблица Сотрудник представлена на Рисунке 18.

Рисунок 18 – Таблица Сотрудник

 
 

Таблица Сотрудник представлена на Рисунке 19.

 

Рисунок 19 – Таблица Счета

 


Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.007 сек.)