Разработка базы данных для объекта автоматизации: отдела обработки заказов сотовых телефонов
Модель 2-ого уровня применяется к каждому из информационных элементов, где n — количество информационных элементов. В соответствии с концептуальной моделью 2-ого уровня раскроем содержимое каждого информационного элемента: Тема «Разработка базы данных для объекта автоматизации: отдела обработки заказов сотовых телефонов». Концептуальная модель сложной системы представлена выражением… Читать ещё >
Разработка базы данных для объекта автоматизации: отдела обработки заказов сотовых телефонов (реферат, курсовая, диплом, контрольная)
ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
КУРСОВОЙ ПРОЕКТ
По дисциплине «База данных»
Тема «Разработка базы данных для объекта автоматизации: отдела обработки заказов сотовых телефонов»
Москва 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. отдела обработки заказов
1 — табличные сведения о выборе определенного телефона;
2 — данные о выборе определенного телефона со стороны оператора;
3 — табличные сведения о модификации телефона;
4 — данные требуемой модификации со стороны оператора;
5 — табличные сведения о поставщике телефона;
6 — данные поставщика со стороны оператора;
2. Структура пользовательского интерфейса автоматизированной системы
Концептуальная модель функционального аспекта информационной страты имеет вид:
где — входные вектора;
— вектора реакции системы (выходные);
— Функция преобразования (структура экранных форм пользовательского интерфейса);
— параметр функции преобразования;
— изменения во времени.
2.1 Функциональный аспект информационной страты объекта
Рис. 2.1.1. Объект информационной связи
Входные информационные потоки: | Выходные информационные потоки: | |
X1 — табличные сведения о выборе определенного телефона; | Y1 — данные о выборе определенного телефона со стороны оператора; | |
X2 — табличные сведения о модификации телефона; | Y2 — данные требуемой модификации со стороны оператора; | |
X3 — табличные сведения о поставщике телефона | Y3 — данные поставщика со стороны оператора; | |
2.2 Структура экранных форм пользовательского интерфейса
Рис. 2.2.1. Структура экранных форм пользовательского интерфейса.
3. Концептуальная модель БД
В основе концептуальной модели лежит анализ структурного аспекта информационной страты объекта, который рассматривается на двух уровнях:
§ уровень таблиц;
§ уровень атрибутов.
3.1 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 | ООО «Неон» | |||
Металлик | Классический | Nokia | ООО «Альт-телеком» | ||||
Таблица 3.4.2.
Е2' | ||||||
е21 | е22 | е23 | е24 | е26 | е27 | |
Galaxy | Белый | Сенсорный | Samsung | ООО «Неон» | ||
Металлик | Классический | Nokia | ООО «Альт-телеком» | |||
Таблица 3.4.3.
E2″ | ||
е21 | е25 | |
Galaxy | ||
Для проверки производится соединение: 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 | ||
e22 | cvet | Character | ||
e23 | tip_korp | Character | ||
e24 | proizvodit | Character | ||
e25 | diagonal | Character | ||
e26 | kompaniya | Character | ||
e27 | cena | Integer | ||
3.DBF | ||||
е31 | kompaniya | Character | ||
е32 | Fio_ruk | Character | ||
е33 | adress | Character | ||
е34 | model | Character | ||
е35 | proizvodit | Character | ||
Список литературы
Language Reference Microsoft FoxPro Relational Database Management System for MS-DOS and Windows