Информационная система "Конный магазин"

Дата: ______

Подпись: ______

 

2. Структура экранных форм пользовательского интерфейса

Аутентификация

Регистрация

Просмотр БД

Заказы

Информация

Работа с БД

Отчеты и запросы

Работа с БД

Редактирование пород

Редактирование лошадей

Редактирование конеферм

Редактирование услуг

Редактирование спец-ий

Редактирование классов

Редактирование клиентов

Редактирование заказов

Просмотр заказов по клиентам

Отчеты и запросы

Отчет по конефермам

По лошадям

По услугам

По клиентам

По заказам

Запросы

Диаграмма

Клиентская база в Word

Просмотр БД

Просмотр всех записей

По породе

По услуге

По специализации

По конеферме

Запросы

Прайс-лист в Excel

Заказы

Просмотреть существующие заказы

Добавить/Удалить/Редактировать

Админ

Клиент

Информация

Информация о конефермах

Информация о породах

Информация об услугах

Общая информация о фирме

«Заставка»

3. Концептуальная  модель базы данных

Концептуальная  модель базы данных рассматривается  на двух уровнях:

Первый  уровень концептуальной модели определяется:

 

где – информационные элементы объекта автоматизации,

 – связи между  информационными элементами,

 – конфигурация связей  объекта, 

– параметр связи между  элементами,

 – определяет, как изменяются  во времени первые четыре элемента.

 

Второй  уровень концептуальной модели определяется:

 

где i – номер информационного элемента Е,

j – номер информационного элемента е,

k – номер информационного элемента е, с которым связан элемент j,

  – компоненты информационного элемента Е_i ,

 – связи между и ,

 – конфигурация связей,

 – параметр связи  между и ,

T – имеет смысл, аналогичный   концептуальной модели 1-го уровня.

 

1. 1 уровень структурного аспекта информационной страты объекта

На  основании анализа деятельности Отдела по работе с заказами рассматриваются  следующие информационные элементы:

E₁ – информация о клиентах;

E₂ – информация о заказах;

E₃ – информация о лошадях;

E₄ – информация о конеферме;

E₅ – информация о породе;

E₆ – список услуг;

E₇ – список специализаций;

E₈ – список полов.

 

Первый  уровень структурного аспекта информационной страты объекта можно представить  следующим образом (см. рис. 3.1).

Е₁

Е₂

Е₄

Е₃

Е₇

Е₅

Е₈

Е₆

Рис. 3.1 Графическое представление 1 уровня структурного аспекта информационной страты объекта

 

2. 2 уровень структурного аспекта информационной страты объекта

Для описания второго уровня концептуальной модели необходимо раскрыть содержание информационных элементов:

E₁ – информация о клиентах:

e₁₁ – номер клиента

e₁₂ – ФИО клиента

e₁₃ – адрес

e₁₄ – телефон

e₁₅ – пароль

e₁₆ – логин

 

E₂ – информация о заказах:

e₂₁ – номер заказа

e₂₂ – номер клиента

e₂₃ – номер лошади

e₂₄ – дата доставки

e₂₅ – адрес доставки

e₂₆ – комментарий

 

 

E₃ – информация о лошадях:

e₃₁ – номер лошади

e₃₂ – кличка

e₃₃ – номер пола

e₃₄ – номер породы

e₃₅ – масть

e₃₆ – высота в холке

e₃₇ – номер специализации

e₃₈ – номер конефермы

e₃₉ – год рождения

e₃₁₀ – номер услуги

e₃₁₁ – стоимость

e₃₁₂ – характер

e₃₁₃ – класс

e₃₁₄ – уровень

 

E₄ – информация о конеферме:

e₄₁ – номер конефермы

e₄₂ – название

e₄₃ – ФИО управляющего

e₄₄ – адрес

e₄₅ – телефон

 

E₅ – информация о породе:

e₅₁ – номер породы

e₅₂ – название

e₅₃ – экстерьер

e₅₄ – использование

e₅₅ – происхождение

 

E₆ – список услуг:

e₆₁ – номер услуги

e₆₂ – наименование

e₆₃ – описание

 

E₇ – список специализаций:

e₇₁ – номер специализации

e₇₂ – наименование

 

E₈ – список полов:

e₈₁ – номер пола

e₈₂ – наименование

 

 

3. Функционально-структурный аспект информационной страты объекта

Рис.3.2. Проекция функции на структуру информационной страты объекта информатизации

 

Для компонент вектора  и вектора существует следующая закономерность: должно быть полное соответствие между множеством атрибутов входных векторов , атрибутами информационных элементов и атрибутами выходных векторов .

x31 = e31 x32 = e32 x33 = e312 x34 = e33 x35 = e34 x36 = e35 x37 = e36 x38 = e39 x39 = e37 x310 = e313 x311 = e38 x312 = e310 x313 = e311 x51 = e21 x52 = e22 x53 = e23 x54 = e25 x55 = e24 x56 = e26   x61 = e11 x62 = e12 x63 = e13 x64 = e14 x65 = e15 x66 = e16   x71 = e41 x72 = e42 x73 = e43 x74 = e44 x75 = e45

y11 = e21 y12 = e12 y13 = e13 y14 = e32 y15 = e34 y16 = e35 y17 = e33 y18 = e36 y19 = e39 y110 = e37 y111 = e310 y112 = e38 y113 = e44 y114 = e311 y115 = e24   y31 = e34 y32 = e33 y33 = e37 y34 = e310

 

4. Нормализация отношений

При рассмотрении второго уровня концептуальной модели видно, что в отношении  Е₃ существует транзитивная зависимость (e₃₁₃ e₃₁₄), поэтому это отношение следует представить в четвертой нормальной форме (рис.3.2).

 

Е₃

Е₃₁

Е₃₀

Рис. 3.2 Приведение отношения E₃ в 4 нормальную форму

 

Исходное  отношение разлагается на два  отношения: Е₃₀(е₃₁, е₃₂, е₃₃, е_34, е₃₅, е₃₆, е₃₇, е_38, е₃₉, е₃₁₀, е₃₁₁, е₃₁₂, е₃₁₃), F = {e₃₁ → e₃₂; e₃₁ → e₃₃; e₃₁ → e₃₄; e₃₁ → e₃₅; e₃₁ → e₃₆; e₃₁ → e₃₇; e₃₁ → e₃₈; e₃₁ → e₃₉; e₃₁ → e₃₁₀; e₃₁ → e₃₁₁; e₃₁ → e₃₁₂; e₃₁ → e₃₁} и Е₃₁(е₃₁₃, е₃₁₄), F = {e₃₁₃ e₃₁₄}. Прежде чем использовать в дальнейшем полученные зависимости, их надо проверить на отсутствие потерь при соединении. Для проверки будет использован аналитический метод.

Сначала задается исходная таблица:

Таблица 1

е31

е32

е33

е34

е35

е36

е37

е38

е39

е310

е311

е312

е313

е314

1

Arthur

жеребец

тракененская

вороная

175

выездка

КСК Темп

2001

продажа

500000

без в/п

D

Юношеский

2

Ditrich

мерин

голштинская

гнедой

170

конкур

БМКК Прадар

2004

аренда

35000

прикуска

С

Любительский

После разложения получаются две таблицы:

Таблица 2

е31

е32

е33

е34

е35

е36

е37

е38

е39

е310

е311

е312

е313

1

Arthur

жеребец

тракененская

вороная

175

выездка

КСК Темп

2001

продажа

500000

без в/п

D

2

Ditrich

мерин

голштинская

гнедой

170

конкур

БМКК Прадар

2004

аренда

35000

прикуска

С

Таблица 3

е313	е314
D	Юношеский
С	Любительский

Далее требуется соединить эти  таблицы по правилу

E₃ = E₃₀ [e₃₁₃ = e₃₁₃] E₃₁:

Таблица 4

E30

E31

е31

е32

е33

е34

е35

е36

е37

е38

е39

е310

е311

е312

е313

е313

е314

1

Arthur

жеребец

тракененская

вороная

175

выездка

КСК Темп

2001

продажа

500000

без в/п

D

D

Юношеский

2

Ditrich

мерин

голштинская

гнедой

170

конкур

БМКК Прадар

2004

аренда

35000

прикуска

С

С

Любительский

В результате получается исходная таблица (табл. 1) => соединение прошло без потерь.

После проведения нормализации первый уровень  структурного аспекта информационной страты принимает следующий вид:

 

Рис. 3.3 Графическое представление 1-го уровня после нормализации

5. Структурно-функциональный аспект информационной страты объекта

Для получения структурно-функционального  аспекта рассмотрим взаимодействие таблиц базы данных, которая отображает структуру Smju и объектов, обеспечивающих реализацию пользовательского интерфейса, которая отображается с помощью аспекта Smju. Т.е. опишем, какая форма взаимодействует с какой таблицей (см. рис. 3.4).

 

Аутентификация

Регистрация

Просмотр БД

Заказы

Информация

Работа с БД

Отчеты и запросы

Работа с БД

Редактирование пород

Редактирование лошадей

Редактирование конеферм

Редактирование услуг

Редактирование спец-ий

Редактирование классов

Редактирование клиентов

Редактирование заказов

Просмотр заказов по клиентам

Отчеты и запросы

Отчет по конефермам

По лошадям

По услугам

По клиентам

По заказам

Запросы

Диаграмма

Клиентская база в Word

Просмотр БД

Просмотр всех записей

По породе

По услуге

По специализации

По конеферме

Запросы

Прайс-лист в Excel

Заказы

Просмотреть существующие заказы

Добавить/Удалить/Редактировать

Админ

Клиент

Информация

Информация о конефермах

Информация о породах

Информация об услугах

Е₁

Е₂

Е₃₀

Е₃₁

Е₄

Е₅

Е₆

Е₇

Е₈

Е₃₀

Е₄

Е₅

Е₆

Е₇

Е₂

Е₄

Е₅

Е₆

Е₄

Е₆

Е₁

Е₂

Е₃₀

Общая информация о фирме

«Заставка»

Рис. 3.4 Структурно-функциональный аспект информационной страты объекта

 

6. Генерация базы данных

В результате генерации базы данных будут  сформированы связанные таблицы. Связь  между наименованием информационных элементов и таблицами, между  компонентами информационных элементов  и  именами атрибутов показана в табл. 5.

 

Таблица 5  

Компо- нента	Имя атрибута	Тип данных	Размер
E1– Клиенты
e11	id_klient	Integer(AutoInc)	4
e12	fio	Character	50
e13	address	Character	60
e14	phone	Numeric	11
e15	pass	Character	8
e16	login	Character	8
E2 – Заказы
e21	id_zakaz	Integer(AutoInc)	4
e22	id_klient	Integer	4
e24	id_name	Integer	4
e25	data_dost	Date	8
e26	address_dost	Character	60
e27	comments	Character	254
E30 – Лошади
e301	id_name	Integer(AutoInc)	4
e302	name	Character	20
e303	id_gender	Integer	4
e304	id_breed	Integer	4
e305	mast	Character	30
e306	high	Numeric	4
e307	id_spec	Integer	4
e308	id_farm	Integer	4
e309	birth_year	Numeric	4
e3010	id_usl	Integer	4
e3011	price	Numeric	10
e3012	character	Character	254
e3013	id_class	Integer	4
E31 – Классы
e311	id_class	Integer(AutoInc)	4
e312	class	Integer	1
e313	meaning	Character	20
e314	about	Character	254
E4 – Конефермы
e41	id_farm	Integer(AutoInc)	4
e42	trud_farm	Character	50
e43	fio	Character	30
e44	address	Character	100
e45	phone	Numeric	11
E5 – Породы
e51	id_breed	Integer(AutoInc)	4
e52	breed	Character	30
e53	exterier	Character	254
e54	use	Character	30
e55	proishozhdenie	Character	20
E6 – Услуги
e61	id_usl	Integer(AutoInc)	4
e62	vid_usl	Character	10
e63	about	Character	254
E7 – Специализации
e71	id_spec	Integer(AutoInc)	4
e72	specialization	Character	20
E8 – Пол
e81	id_gender	Integer(AutoInc)	4
e82	gender	Character	7