Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека»




Скачать 98.72 Kb.
НазваниеКурсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека»
Дата публикации20.04.2014
Размер98.72 Kb.
ТипКурсовой проект
uchebilka.ru > Информатика > Курсовой проект
Реферат скачан с сайта allreferat.wow.ua


Разработка базы данных для объекта автоматизации: гомеопатическая аптека

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ РАДИОТЕХНИКИ, ЭЛЕКТРОНИКИ И АВТОМАТИКИ (ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ) Факультет Кибернетики Кафедра Интеллектуальные технологии и системы КУРСОВОЙ ПРОЕКТ По дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека » Группа ИУ-1-98 Студент Преподаватель доцент Чумак Б.Б. Москва 2001 Задание на курсовой проект.1. Провести краткий системно-комплексный анализ выбранного объектаавтоматизации.2. Разработать структуру пользовательского интерфейса автоматизированнойсистемы. 2.1 Разработать функциональный аспект информационной стратыобъекта. 2.2 Разработать структуру экранных форм пользовательскогоинтерфейса.3. Разработать концептуальную модель базы данных (база данных должнасодержать не менее 30 атрибутов) 3.1 Разработать 1 уровень структурного аспекта информационнойстраты объекта. 3.2 Разработать 2 уровень структурного аспекта информационной стратыобъекта 3.3. Разработать функционально-структурный аспект информационнойстраты объекта. 3.4. Провести нормализацию полученных отношений ( в учебных целях доначала нормализации ввести в одно из отношений транзитивную зависимость иво 2 отношение—множественную зависимость.) Проверить методом табло ианалитическим методом отсутствие потерь при соединении отношений,разлагаемых при нормализации. 3.5 Разработать структурно-функциональный аспект информационнойстраты объекта. 3.6. Провести генерацию базы данных. Привести все таблицы базыданных с их именами , имена их атрибуты, тип данных и их размер. Указатьсвязь между наименованием информационных элементов и таблицами, междукомпонентами информационных элементов и именами атрибутов.4. Провести разработку проекта в СУБД Visual Fox Pro 5.0(6.0)(В проекте должны быть использованы все базовые классы СУБД и собственныепользовательские классы, материалы всех лабораторных работ по курсуТПБД). Разработать главное меню, формы ввода данных со словарями, отчеты.Разработать систему планируемых запросов. Представить их в табличной формеи в виде графиков . Реализовать взаимодействие с текстовым редактором «Word” и электроннымитаблицами “Exel”. Содержание стр.1. Введение …………………………………………………………… 42. Системно-комплексный анализ объекта автоматизации……….. 53. Структура пользовательского интерфейса автоматизированнойсистемы…………………………………………………………………7 3.1. Функциональный аспект информационной страты объекта.7 3.2. Структура экранных форм пользовательского интерфейса. 94. Концептуальная модель базы данных…………………………….10 4.1. Первый уровень структурного аспекта информационной стратыобъекта…………………………………………………………10 4.2. Второй уровень структурного аспекта информационной стратыобъекта…………………………………………………………11 4.3. Функционально-структурный аспект информационной стратыобъекта…………………………………………………………13 4.4. Нормализация отношений …………………………………..14 4.5. Структурно-функциональный аспект информационной стратыобъекта…………………………………………………………16 4.6. Генерация базы данных……………………………………..175. Заключение………………………………………………………….19 Литература………………………………………………………..20 Приложение 1. Дискета с программным обеспечением курсового проекта 1. Введение. Целью данного курсового проекта является структурирование данных иразработка пользовательского интерфейса. В курсовом проекте рассмотрены следующие теоретические вопросы ипрактические задания: V проведен системно-комплексный анализ выбранного объекта автоматизации V разработана структура пользовательского интерфейса автоматизированной системы V разработан функциональный аспект информационной страты объекта V разработана структура экранных форм пользовательского интерфейса V разработана концептуальная модель базы данных V разработан 1 уровень структурного аспекта информационной страты объекта V разработан 2 уровень структурного аспекта информационной страты объекта V разработан функционально-структурный аспект информационной страты объекта V проведена нормализация полученных отношений (в учебных целях до начала нормализации была введена в 1 из отношений транзитивная зависимость и во 2 отношение—множественная зависимость.) Далее было проверено методом табло и аналитическим методом отсутствие потерь при соединении отношений, разлагаемых при нормализации. V разработан структурно-функциональный аспект информационной страты объекта V проведена разработка проекта в СУБД Visual Fox Pro 6.0 2. Системно-комплексный анализ объекта автоматизации При системно-комплексном анализе объект автоматизации рассматриваетсякак концептуальная модель: [pic], где [pic] - информационная страта; [pic] - материальная страта; [pic] - энергетическая страта; [pic] - экономическая страта; [pic] - организационная страта. Организационная страта [pic]: Информационная ([pic]) и материальная ([pic]) страта: 1. Поток людей, обращающихся для приема на работу. 2. Поток людей, увольняющихся с работы. 3. Поток людей, направленных в торговый отдел. 4. Поток людей, увольняющихся из торгового отдела. 5. Поток информации в бухгалтерию, в том числе и о принятых работниках. 6. Контрольная информация из бухгалтерии. 7. Ответы поставщика на заказ. 8. Заказ продукции у поставщика. 9. Заказ покупателя на продукцию. 10. Ответы покупателю на заказ. 11. Информационный запрос по растениям. 12. Ответ на запрос по растениям. 13. Поток контрольной информации из торгового отдела в бухгалтерию. Экономическая страта [pic]: 1. Товары от поставщика. 2. Оплаты товара поставщика. 3. Товар отпускаемый покупателю. 4. Оплата товара . 5. Денежный поток из бухгалтерии. 6. Денежный поток в бухгалтерию. 7. Налоги, выплачиваемые государству. 8. Вклады в банк. 9. Банковские дивиденды. 3. Структура пользовательского интерфейса автоматизированной системы 3.1 Функциональный аспект информационной страты объекта. Концептуальная модель функционального аспекта информационной стратыобъекта автоматизации может быть записана следующим образом: [pic], где [pic] - Входные вектора объекта. [pic] - Выходные вектора объекта. [pic] - – функции преобразования [pic] - параметр функции преобразования (в данном курсовом проектерассматриваться не будет). [pic] - параметр определяет как изменяются первые 4 элемента вконцептуальной модели (в данном курсовом проекте они не изменяются). Графическое представление функционального аспекта информационной стратыобъекта. Рассмотрим входные вектора объекта: [pic] [pic]= ( номер сотрудника, фамилия сотрудника, имя сотрудника, отчествосотрудника, телефон сотрудника, адрес сотрудника, должность сотрудника,оклад сотрудника ) – личная карточка сотрудника. [pic]=( номер поставщика, фамилия поставщика, имя поставщика, отчествопоставщика, телефон поставщика, адрес поставщика, состояние счета) – личнаякарточка поставщика. [pic]=( номер покупателя, фамилия покупателя, имя покупателя, отчествопокупателя, телефон покупателя, адрес покупателя, состояние счета) – личнаякарточка покупателя. [pic]= ( номер растения, название растения, действие, применениерастения, изображение растения, количество на складе, цена растения) –словарь растений.Рассмотрим выходные вектора: [pic] [pic]=(номер сотрудника, номер договора, дата договора, номерпоставщика, растение, количество растений, цена) – договор с поставщиком. [pic]=(номер сотрудника, номер договора, дата договора, номерпокупателя, растение, количество растений, цена) – договор с покупателем. На основании этих векторов можно выделить следующие функции объектаавтоматизации: V функции заключения нового договоров с покупателем и поставщиком. V поиск заключенных договоров. V редактирование договоров (только на стадии выполнения заказа). V функции администратора базы данных – добавление, редактирование и удаление данных в словарях. 3.2. Структура экранных форм пользовательского интерфейса. В соответствии с функциями объекта, структуру экранных форм можнопредставить следующим образом: 4. Концептуальная модель базы данных Концептуальную модель базы данных можно представить следующим образом: [pic], где [pic] - структурный аспект. [pic] - функциональный аспект. [pic] - аспект управления. Функциональный аспект информационной страты объекта автоматизации ужерассмотрели. Структурный аспект будет разобран далее. Аспект управления вданном курсовом проекте рассматриваться не будет. 4.1. Первый уровень структурного аспекта информационной страты объекта Рассмотрим первый уровень структурного аспекта информационной стратыобъекта автоматизации: [pic], где [pic] - информационные элементы объекта автоматизации. [pic] - связи между информационными элементами. [pic] - конфигурация связей. [pic]- параметр связи между элементами. [pic] - параметр, определяющий изменение элементов структурного аспектаво времени. Анализируя деятельность аптеки можно выделить следующие информационныеэлементы: V Е1 – Данные по договорам. V Е2 – Сотрудники. V Е3 – Поставщики. V Е4 – Покупатели. V Е5 – Растения. Связи между информационными элементами можно представить графическиследующим образом: 4.2. Второй уровень структурного аспекта информационной страты объекта. Второй уровень структурного аспекта информационной страты объектапредставляется так: [pic], где [pic] - компонент информационного элемента Еi. [pic] - связи между еij и еik. [pic] - конфигурация связей между информационными элементами. [pic]- параметр связи между элементами еij и еik. [pic] - параметр, определяющий изменение элементов структурного аспектаво времени. Раскроем содержание информационных элементов и покажем связи междуними. Е1: е11 – номер договора. е12 – номер сотрудника. е13 – номер клиента. е14 – дата договора. е15 – название растения. е16 – количество растений. е17 – цена растений. Е2: е21 – номер сотрудника. е22 – фамилия сотрудника. е23 – имя сотрудника. е24 – отчество сотрудника. е25 – телефон сотрудника. е26 – адрес сотрудника. е27 – должность сотрудника. е28 – оклад сотрудника. Е3: е31 – номер поставщика. е32 – фамилия поставщика. е33 – имя поставщика. е34 – отчество поставщика. е35 – телефон поставщика. е36 – адрес поставщика. е37 – счет поставщика.Е4: е41 – номер покупателя. е42 – фамилия покупателя. е43 – имя покупателя. е44 – отчество покупателя. е45 – телефон покупателя. е46 – адрес покупателя. е47 – счет покупателя. Е5: е51 – номер растения. е52 – название растения. е53 – действие, оказываемое растением. е54 – применение растения. е55 – изображение растения. е56 – количество на складе. е57 – цена растения.4.3. Функционально-структурный аспект информационной страты объекта В общем виде информационную страту объекта можно представить так: Между компонентами входных векторов Хi и компонентами информационныхэлементов Еj должно быть однозначное соответствие. Например: х11 = е21 х24 = е34 х36 = е46 Между компонентами выходных векторов Yj и компонентами информационныхэлементов Еi должно быть соответствие, которое можно сформулироватьследующим образом: множество элементов еk, принадлежащих информационнымэлементам Еi должно быть достаточным для получения множества элементов уmвекторов Yi. Например: у11 = е12 у13 = е14 у24 = е13 4.4. Нормализация отношений Анализ второго уровня концептуальной модели показывает, что в отношенииЕ1 существует множественная зависимость, поэтому его следует нормализовать.Это отношение следует представить в четвертой нормальной форме. Такимобразом исходное отношение разлагается на три отношения: Е6 = (номердоговора, номер сотрудника, номер клиента), Е7 = (номер договора, названиерастения) и Е8 = (номер договора, количество растений, цена растений): Прежде чем использовать полученные зависимости их нужно проверить наотсутствие соединения без потерь, то есть при обратном соединении отношенийЕ6, Е7, Е8 в отношение Е1 не должна пропадать или появляться новаяинформация. Для проверки можно использовать метод табло. Этот методпозволяет в табличной форме увидеть отсутствие соединения без потерь. Метод табло – заполнение таблицы:| |е11 |е12 |е13 |е14 |е15 |е16 |е17 ||Е6 |а1 |а2 |а3 |а4 |b65 |b66 |b67 ||Е7 |а1 |b72 |b73 |b74 |а5 |b76 |b77 ||Е8 |b81 |b82 |b83 |b84 |а5 |а6 |а7 | Метод табло – проверка функциональных зависимостей из Е6:| |е11 |е12 |е13 |е14 |е15 |е16 |е17 ||Е6 |а1 |а2 |а3 |а4 |b65 |b66 |b67 ||Е7 |а1 |а2 |а3 |а4 |а5 |b76 |b77 ||Е8 |а1 |а2 |а3 |а4 |а5 |а6 |а7 | Метод табло – проверка функциональных зависимостей из Е7:| |е11 |е12 |е13 |е14 |е15 |е16 |е17 ||Е6 |а1 |а2 |а3 |а4 |а5 |b66 |b67 ||Е7 |а1 |а2 |а3 |а4 |а5 |b76 |b77 ||Е8 |а1 |а2 |а3 |а4 |а5 |а6 |а7 | Метод табло – проверка функциональных зависимостей из Е8:| |е11 |е12 |е13 |е14 |е15 |е16 |е17 ||Е6 |а1 |а2 |а3 |а4 |а5 |а6 |а7 ||Е7 |а1 |а2 |а3 |а4 |а5 |а6 |а7 ||Е8 |а1 |а2 |а3 |а4 |а5 |а6 |а7 | Как видно из таблиц соединение отношений Е6, Е7 и Е8 в отношение Е1происходит без потерь.Отношение Е2 содержит зависимость: е21 – номер сотрудника. е22 – фамилия сотрудника. е23 – имя сотрудника. е24 – отчество сотрудника. е25 – телефон сотрудника. е26 – адрес сотрудника. е27 – должность сотрудника. е28 – оклад сотрудника. Данное отношение можно нормализовать в третью нормальную форму, то естьполучить из исходного отношения Е2 отношения Е2'(е21, е22, е23, е24, е25,е26, е27) и Е2''(е23, е28). Прежде чем использовать полученные отношения вдальнейшей работе следует проверить отсутствие аномалий при соединенииотношений. Другим методом проверки отсутствия аномалий являетсяаналитический метод. Для проведения проверки аналитическим методом следуетзадать исходную базу данных отношения Е2.|е21|е22 |е23 |е24 |е25 |е26 |е27 |е28 ||3 |Сергеев |Сергей|Сергееви|6666666|г. |Менеджер |10,00|| | | |ч | |Москва | | ||10 |Тимофеев|Илья |Петрович|2222222|г. |Генеральны|99,99|| | | | | |Чугуев |й директор| | На основе имеющейся таблицы можно сформировать таблицы отношений Е2' иЕ2''|Е2' |Е2'' ||Сотрудники |Е2', Е2'' ||Поставщики |Е3 ||Покупатели |Е4 ||Растения |Е5 ||Договора покупателей |Е4, Е6 ||Договора поставщиков |Е3, Е6 ||Товар покупателей |Е4, Е7, Е8 ||Товар поставщиков |Е3, Е7, Е8 | 4.6. Генерация базы данных В результате генерации базы данных формируются связанные таблицы снабором атрибутов. Связь между именами таблиц и названиями отношений, а также именами атрибутов и компонентами отношений показана в таблице:|Компоненты |Атрибуты |Тип |Размер ||отношений | | | ||Е2' – sotr ||e11 |N_sotr |Numeric |5 ||e12 |Fam_sotr |Character |50 ||e13 |Im_sotr |Character |20 ||e14 |Othc_sotr |Character |20 ||e15 |Tel_sotr |Numeric |11 ||e16 |Adres_sotr |Character |80 ||e17 |Dolg_sotr |Character |20 ||E3 – post ||e21 |N_post |Numeric |5 ||e22 |Fam_post |Character |50 ||e23 |Im_post |Character |20 ||e24 |Otch_post |Character |20 ||e25 |Tel_post |Numeric |11 ||e26 |Adres_post |Character |80 ||e27 |Balance_pos|Numeric |3 || |t | | ||E4 – pokyp ||e31 |N_ pokyp |Numeric |5 ||e32 |Fam_ pokyp |Character |50 ||e33 |Im_ pokyp |Character |20 ||e34 |Otch_ pokyp|Character |20 ||e35 |Tel_ pokyp |Numeric |11 ||e36 |Adres_ |Numeric |80 || |pokyp | | ||e37 |Balance_ |Numeric |3 || |pokyp | | ||E5 – rastenia ||e41 |N_rast |Numeric |5 ||e42 |Rastenie |Character |30 ||e43 |Deistvie |Character |254 ||e44 |Priminenie |Character |100 ||e45 |Risynok |General |4 ||e46 |Kol_vo_rast|Numeric |5 ||e47 |Cena_rast |Numeric |4 || ||Компоненты |Атрибуты |Тип |Размер ||отношений | | | ||Е6 – raspisanie ||e61 |N_dog |Numeric |5 ||e61 |N_sotr |Numeric |5 ||e61 |N_kl |Numeric |5 ||e61 |Data_dog |Date |8 ||E7 – dog ||e71 |N_dog |Numeric |5 ||e71 |N_rast |Numeric |5 ||e71 |Kol_vo |Numeric |5 ||e71 |Cena |Numeric |3 ||Е2'' - dolgn ||е27 |Dolg_sotr |Character |20 ||е28 |Oklad |Numeric |5;2 | 5. Заключение Данный курсовой проект был выполнен в среде Visual Fox Pro 6.0. Этасреда позволяет пользователю быстро и точно создавать базы данных припомощи различных мастеров. Базы данных могут содержать необходимоепользователю количество таблиц. Элементами таблиц могут быть каксимвольные, так и графические элементы, что делает эту среду достаточноуниверсальной. Чтобы облегчить работу пользователя базы данных имеетсямастер форм, которые, в свою очередь, очень многофункциональны, но в целом,предназначены для создания интерфейса. Также в этой среде имеются мастера,которые позволяют создать запросы, отчеты и др. Эти элементы базы данныходин раз настроенные способны автоматически изменять свое значение сизменением данных. В данной работе были рассмотрены следующие вопросы: V освоение среды VFP60; V выбор объекта автоматизации и его краткий системно-комплексный анализ; V разработки структуры пользовательского интерфейса; V разработка концептуальной модели базы данных; V освоение методов проверки отсутствия потерь при соединении отношений, разлагаемых при нормализации. Литература 1. Курс лекций по ТПБД 2001 год. 2. И.Ю. Баженова «Visial Fox Pro 6.0.»----------------------- Дирекция Бухгалтерия Торговый отдел Дирекция Бухгалтерия Поставщик Торговый отдел Покупатель Справочная информация12345678910111213Информационные связиМатериальные связи643219578 Покупатель Торговый отдел Поставщик БухгалтерияY2Y1Х4Х3Х1Х2 Торговый отдел Графическое представление Зарплата Товар поставщиков Договора поставщиков Товар покупателей Договора покупателей Растения Покупатели Поставщики Сотрудники Запросы Расписания Словари О программе Главное меню Е1 Е2 Е3 Е4 Е5 Е1 Е2 Е3 Е4 Е5Х4Х3Х1Х2Y2Y1 Е1 Е6 Е7 Е8

Добавить документ в свой блог или на сайт

Похожие:

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconПрактическая работа №12 Тема : Проектирование базы данных «Колледж»
Тема: Проектирование базы данных «Колледж». Создание таблиц. Ввод данных в таблицы. Использование форм

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconПрактическая работа №11 Тема : Проектирование базы данных «Колледж»
Тема: Проектирование базы данных «Колледж». Создание таблиц. Ввод данных в таблицы. Использование форм

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconСамостоятельная работа «Разработка структуры базы данных для предметной...
Разработка реляц модели бд предметной области (можно привести просто конечную логическую модель) (4б)

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconПрактическая работа №13 Тема : Проектирование базы данных «Колледж»
Тема: Проектирование базы данных «Колледж». Заполнение базы данными. Создание подчинённых форм

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconЛекция Введение в базы данных
Обсуждается состав пользователей и распределение обязанностей в информационных системах с базами данных. Дается обзор моделей баз...

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» icon1. Архитектура баз данных
Архитектура баз данных субд, которые поддерживают реляционную модель данных. Средства субд для создания базы данных и работы с ее...

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconСоздание базы данных, состоящей из двух таблиц
Проектирование структуры базы данных. Создадим вариант базы данных с двумя таблицами: «Список учеников» и «Группы»

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» icon2 проектирование базы данных
Субд. Многие современные дистрибутивы Linux включают в себя Postgresql. Запущенный сервер Postgresql может управлять множеством баз...

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconКурсовой проект по дисциплине «Микропроцессорная измерительная техника»...

Курсовой проект по дисциплине «Теория и проектирование баз данных» Тема «Разработка базы данных для объекта автоматизации: гомеопатическая аптека» iconЛабораторная работа 3 тема : Анализ предметной области. Создание...
Цель: проанализировать предметную область, создать инфологическую модель предметной области, даталогическую модель базы данных, скрипт...

Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
uchebilka.ru
Главная страница


<