Разработка базы данных для объекта автоматизации: отдела обработки заказов сотовых телефонов
ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
КУРСОВОЙ ПРОЕКТ
По дисциплине «База данных»
Тема «Разработка базы данных для объекта автоматизации: отдела
обработки заказов сотовых телефонов»
Москва 2011
Оглавление
Введение
1. Краткий системно-комплексный анализ выбранного объекта
автоматизации
2. Структура пользовательского интерфейса автоматизированной
системы.
2.1 Функцианальный аспект информационной страты объекта
2.2 Структура экранных форм пользовательского интерфейса.
3. Концептуальная модель БД.
3.1 1-ый уровень структурного аспекта информационной страты
объекта.
3.2 2-ой уровень структурного аспекта информационной страты
объекта.
3.3Функционально-структурный аспект информационной страты объекта.
3.4.Нормализация полученных отношений.
3.5 Структурно-функциональный аспект информационной страты объекта.
3.6 Генерация БД.
Список литературы
Введение
В данной курсовой работе представлен проект
разработки автоматизированной системы управления работой отдела обработки
заказов сотовых телефонов. Согласно заданию, для данной работы представлены:
системно-комплексный анализ, структура пользовательского интерфейса,
концептуальная модель БД. Итогом проведенной работы служит действующий проект
СУБД Visual Fox Pro.
1. Краткий системно-комплексный
анализ выбранного объекта автоматизации
В данной работе объектом автоматизации
рассматривается отдел обработки заказов (ООЗ) сотовых телефонов. Его функциями
является: учёт изменения данных, добавление модификации телефонов и их
поставщиков.
Концептуальная модель сложной системы
представлена выражением из совокупности страт:
,
где - информационная страта объекта;
- материальная страта объекта;
- энергетическая страта объекта;
- экономическая страта объекта;
- организационная страта объекта.
В работе используются только информационная,
материальная и организационная страты.
Рис. 1.1. отдела обработки заказов сотовых телефонов
Рис. 1.2. отдела обработки заказов
- табличные сведения о выборе определенного
телефона;
- данные о выборе определенного телефона со
стороны оператора;
- табличные сведения о модификации телефона;
- данные требуемой модификации со стороны
оператора;
- табличные сведения о поставщике телефона;
- данные поставщика со стороны оператора;
............................................................................................................................
2. Структура пользовательского интерфейса
автоматизированной системы
Концептуальная модель функционального
аспекта информационной страты имеет вид:
, где - входные вектора;
- вектора реакции системы (выходные);
- Функция преобразования (структура экранных
форм пользовательского интерфейса);
- параметр функции преобразования;
- изменения во времени.
2.1 Функциональный аспект информационной страты
объекта
Рис. 2.1.1. Объект информационной связи
Входные информационные потоки:
|
Выходные информационные потоки:
|
X1 - табличные сведения о выборе определенного телефона;
|
Y1 - данные о выборе определенного телефона со стороны оператора;
|
X2 - табличные сведения о модификации телефона;
|
Y2 - данные требуемой модификации со стороны оператора;
|
X3 - табличные сведения о поставщике телефона
|
Y3 - данные поставщика со стороны оператора;
|
2.2 Структура экранных форм пользовательского интерфейса
Рис. 2.2.1. Структура экранных форм
пользовательского интерфейса.
3. Концептуальная модель БД
В основе концептуальной модели лежит анализ
структурного аспекта информационной страты объекта, который рассматривается на
двух уровнях:
§ уровень
таблиц;
§ уровень
атрибутов.
3.1 1-ый уровень структурного аспекта
информационной страты объекта
Концептуальная модель 1-ого уровня:
, где - информационные элементы;
- линии связи;
- конфигурация связей объекта;
- параметры связи элементов;
- изменения во времени.
Информационные элементы ООЗ:
Е2 - модификация телефона;
Е3 - определение поставщика;
3.2 2-ой уровень структурного аспекта
информационной страты объекта
Концептуальная модель 2-ого уровня:
, где - элементы;
- функциональные связи.
Модель 2-ого уровня применяется к каждому из
информационных элементов , где n - количество
информационных элементов.
В соответствии с концептуальной моделью 2-ого
уровня раскроем содержимое каждого информационного элемента:
Е1 (1):
е11 - приветственная страница
e12 - выбор формы
e13 - модификация телефона
e14 - выбор поставщика
E2 (2):
e21 - модель
e22 - цвет
e23- тип корпуса
e24- производитель
е25 - диагональ
е26 - компания (поставщик)
е27 - цена
E3 (3):
e31 - компания
e32 - ФИО руководителя
e33 - адрес
e34 - модель
е35 - производитель
3.3 Функционально-структурный аспект
информационной страты объекта
… …
Рис. 3.3.1. Взаимодействие , с БД.
В данном пункте работы представлена система
равенств атрибутов входных векторов , выходных векторов и информационных
элементов: интерфейс автоматизация база данные
x11=e11
|
y11=e11
|
x12=e12
|
y12=e12
|
x13=e13
|
y13=e13
|
x14=e14
|
y14=e14
|
x21=e21
|
y21=e21
|
x22=e22
|
y22=e22
|
x23=e23
|
y23=e23
|
x24=e24
|
|
x25=e25
|
y31=e31
|
x26=e26
|
y32=e34
|
x27=e27
|
y33=e35
|
x31=e31
|
|
x32=e32
|
|
x33=e33
|
|
x34=e34
|
|
x35=e35
|
|
3.4 Нормализация полученных отношений
В концептуальной модели 2-го уровня
информационный элемент Е2 имеет транзитивную зависимость, что требует преобразования
отношения в третью нормальную форму:
Рис. 3.4.1.
Е2’(е21,е22,е23,е24,е26,е27)
Е2”(е21,е25)
E2’={е21е22,е21е23,е21е24,е21е26,е21е27}
E2”={е21е25}
Для дальнейшего использования полученной
зависимости необходимо проверить её соединения на отсутствие потерь, что и
будет проделано ниже с помощью аналитического метода. Зададим исходную базу
данных:
Таблица 3.4.1.
е21
|
е22
|
е23
|
е24
|
е25
|
е26
|
е27
|
Galaxy
|
Сенсорный
|
Samsung
|
15
|
ООО «Неон»
|
18000
|
3310
|
Металлик
|
Классический
|
Nokia
|
6
|
ООО «Альт-телеком»
|
6000
|
Таблица 3.4.2.
Е2’
|
е21
|
е22
|
е23
|
е24
|
е26
|
е27
|
Galaxy
|
Белый
|
Сенсорный
|
Samsung
|
ООО «Неон»
|
18000
|
3310
|
Металлик
|
Классический
|
Nokia
|
ООО «Альт-телеком»
|
6000
|
Таблица 3.4.3.
E2”
|
е21
|
е25
|
Galaxy
|
15
|
3310
|
6
|
Для проверки производится соединение: E2=E2’[e21=e21]E2” результатом будет
служить исходная таблица, значит, соединение прошло без потерь. Информационный
элемент Е2 содержит множественную зависимость, поэтому отношение следует
представить в виде четвертой нормальной формы:
Рис. 3.4.2.
Е4 (е31,е32,е33) E5 (e31,е34,е35)
е21 (е32,е32,е33) e21 (e34,е35)
3.5 Структурно-функциональный аспект
информационной страты объекта
Рис.3.5.1.Структурно-функциональный
аспект информационной страты объекта.
3.6 Генерация БД
Файлы данных
Компонента
|
Атрибут
|
Тип данных
|
Размер
|
1.DBF
|
e11
|
PageFrame (Page 1)
|
|
|
e12
|
PageFrame (Page 2)
|
|
|
e13
|
Form 1
|
|
|
e14
|
Form 2
|
|
|
2.DBF
|
e21
|
model
|
Character
|
30
|
e22
|
cvet
|
Character
|
20
|
e23
|
Character
|
20
|
e24
|
proizvodit
|
Character
|
30
|
e25
|
diagonal
|
Character
|
20
|
e26
|
kompaniya
|
Character
|
30
|
e27
|
cena
|
Integer
|
20
|
3.DBF
|
е31
|
kompaniya
|
Character
|
30
|
е32
|
Fio_ruk
|
Character
|
30
|
е33
|
adress
|
Character
|
50
|
е34
|
model
|
Character
|
30
|
е35
|
proizvodit
|
Character
|
30
|
Список литературы
Language Reference
Microsoft FoxPro Relational Database Management System for MS-DOS and Windows