Разработка базы данных для объекта автоматизации: гомеопатическая аптекаУказать связь между наименованием информационных элементов и таблицами, между компонентами информационных элементов и именами атрибутов. 4. Провести разработку проекта в СУБД Visual Fox Pro 5.0(6.0) (В проекте должны быть использованы все базовые классы СУБД и собственные пользовательские классы, материалы всех лабораторных работ по курсу ТПБД). Разработать главное меню, формы ввода данных со словарями, отчеты.
Разработать систему планируемых запросов.
Представить их в табличной форме и в виде графиков . Реализовать взаимодействие с текстовым редактором «Word” и электронными таблицами “Exel”. Содержание стр. 1. Введение …………………………………………………………… 4 2. Системно-комплексный анализ объекта автоматизации……….. 5 3. Структура пользовательского интерфейса автоматизированной системы…………………………………………………………………7 3.1. Функциональный аспект информационной страты объекта.7 3.2. Структура экранных форм пользовательского интерфейса. 9 4. Концептуальная модель базы данных…………………………….10 4.1. Первый уровень структурного аспекта информационной страты объекта…………………………………………………………10 4.2. Второй уровень структурного аспекта информационной страты объекта…………………………………………………………11 4.3. Функционально-структурный аспект информационной страты объекта…………………………………………………………13 4.4. Нормализация отношений …………………………………..14 4.5. Структурно-функциональный аспект информационной страты объекта…………………………………………………………16 4.6. Генерация базы данных……………………………………..17 5. Заключение………………………………………………………….19 Литература………………………………………………………..20 Приложение 1. Дискета с программным обеспечением курсового проекта 1. Введение. Целью данного курсового проекта является структурирование данных и разработка пользовательского интерфейса. В курсовом проекте рассмотрены следующие теоретические вопросы и практические задания: проведен системно-комплексный анализ выбранного объекта автоматизации разработана структура пользовательского интерфейса автоматизированной системы разработан функциональный аспект информационной страты объекта разработана структура экранных форм пользовательского интерфейса разработана концептуальная модель базы данных разработан 1 уровень структурного аспекта информационной страты объекта разработан 2 уровень структурного аспекта информационной страты объекта разработан функционально-структурный аспект информационной страты объекта проведена нормализация полученных отношений (в учебных целях до начала нормализации была введена в 1 из отношений транзитивная зависимость и во 2 отношение—множественная зависимость.) Далее было проверено методом табло и аналитическим методом отсутствие потерь при соединении отношений, разлагаемых при нормализации. разработан структурно-функциональный аспект информационной страты объекта проведена разработка проекта в СУБД Visual Fox Pro 6.0 2. Системно-комплексный анализ объекта автоматизации При системно-комплексном анализе объект автоматизации рассматривается как концептуальная модель: - информационная страта; - материальная страта; - энергетическая страта; - экономическая страта; - организационная страта. Организационная страта Информационная ( ) и материальная ( ) страта: 1. Поток людей, обращающихся для приема на работу. 2. Поток людей, увольняющихся с работы. 3. Поток людей, направленных в торговый отдел. 4. Поток людей, увольняющихся из торгового отдела. 5. Поток информации в бухгалтерию, в том числе и о принятых работниках. 6. Контрольная информация из бухгалтерии. 7. Ответы поставщика на заказ. 8. Заказ продукции у поставщика. 9. Заказ покупателя на продукцию. 10. Ответы покупателю на заказ. 11. Информационный запрос по растениям. 12. Ответ на запрос по растениям. 13. Поток контрольной информации из торгового отдела в бухгалтерию.
Экономическая страта 1. Товары от поставщика. 2. Оплаты товара поставщика. 3. Товар отпускаемый покупателю. 4. Оплата товара . 5. Денежный поток из бухгалтерии. 6. Денежный поток в бухгалтерию. 7. Налоги, выплачиваемые государству. 8. Вклады в банк. 9. Банковские дивиденды. 3. Структура пользовательского интерфейса автоматизированной системы 3.1 Функциональный аспект информационной страты объекта.
Концептуальная модель функционального аспекта информационной страты объекта автоматизации может быть записана следующим образом: - Входные вектора объекта. - Выходные вектора объекта. - – функции преобразования - параметр функции преобразования (в данном курсовом проекте рассматриваться не будет). - параметр определяет как изменяются первые 4 элемента в концептуальной модели (в данном курсовом проекте они не изменяются). Графическое представление функционального аспекта информационной страты объекта.
Рассмотрим входные вектора объекта: Рассмотрим выходные вектора: На основании этих векторов можно выделить следующие функции объекта автоматизации: функции заключения нового договоров с покупателем и поставщиком. поиск заключенных договоров. редактирование договоров (только на стадии выполнения заказа). функции администратора базы данных – добавление, редактирование и удаление данных в словарях. 3.2. Структура экранных форм пользовательского интерфейса. В соответствии с функциями объекта, структуру экранных форм можно представить следующим образом: Графическое представление | 4. Концептуальная модель базы данных Концептуальную модель базы данных можно представить следующим образом: - структурный аспект. - функциональный аспект. - аспект управления.
Функциональный аспект информационной страты объекта автоматизации уже рассмотрели.
Структурный аспект будет разобран далее.
Аспект управления в данном курсовом проекте рассматриваться не будет. 4.1. Первый уровень структурного аспекта информационной страты объекта Рассмотрим первый уровень структурного аспекта информационной страты объекта автоматизации: - информационные элементы объекта автоматизации. - связи между информационными элементами. - конфигурация связей. - параметр, определяющий изменение элементов структурного аспекта во времени.
Анализируя деятельность аптеки можно выделить следующие информационные элементы: Е 1 – Данные по договорам. Е 2 – Сотрудники. Е 3 – Поставщики. Е 4 – Покупатели. Е 5 – Растения. Связи между информационными элементами можно представить графически следующим образом: 4.2. Второй уровень структурного аспекта информационной страты объекта.
Второй уровень структурного аспекта информационной страты объекта представляется так: - компонент информационного элемента Е i . - связи между е ij и е ik . - конфигурация связей между информационными элементами. ij и е ik . - параметр, определяющий изменение элементов структурного аспекта во времени.
Раскроем содержание информационных элементов и покажем связи между ними. Е 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 Между компонентами выходных векторов Y j и компонентами информационных элементов Е i должно быть соответствие, которое можно сформулировать следующим образом: множество элементов е k , принадлежащих информационным элементам Е i должно быть достаточным для получения множества элементов у m векторов Y i . Например: у 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 | b 65 | b 66 | b 67 | Е 7 | а 1 | b 72 | b 73 | b 74 | а 5 | b 76 | b 77 | Е 8 | b 81 | b 82 | b 83 | b 84 | а 5 | а 6 | а 7 | Метод табло – проверка функциональных зависимостей из Е 6 : | е 11 | е 12 | е 13 | е 14 | е 15 | е 16 | е 17 | Е 6 | а 1 | а 2 | а 3 | а 4 | b 65 | b 66 | b 67 | Е 7 | а 1 | а 2 | а 3 | а 4 | а 5 | b 76 | b 77 | Е 8 | а 1 | а 2 | а 3 | а 4 | а 5 | а 6 | а 7 | Метод табло – проверка функциональных зависимостей из Е 7 : | е 11 | е 12 | е 13 | е 14 | е 15 | е 16 | е 17 | Е 6 | а 1 | а 2 | а 3 | а 4 | а 5 | b 66 | b 67 | Е 7 | а 1 | а 2 | а 3 | а 4 | а 5 | b 76 | b 77 | Е 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 | е 21 | Е 22 | е 23 | е 24 | е 25 | е 26 | е 27 | е 27 | е 28 | 3 | Сергеев | Сергей | Сергеевич | 6666666 | г.
Москва | Менеджер | Менеджер | 10,00 | 10 | Тимофеев | Илья | Петрович | 2222222 | г.
Чугуев | Генеральный директор | Генеральный директор | 99,99 | Для проверки правильности нормализации следует выполнить естественное соединение отношений: Е 2 [е 27 = е 27 ] Е 2 = Е 2 . Результат такого соединения показан в таблице: Е 2 | Е 2 | е 21 | е 22 | е 23 | е 24 | е 25 | е 26 | е 27 | е 27 | е 28 | 3 | Сергеев | Сергей | Сергеевич | 6666666 | г.
Москва | Менеджер | Менеджер | 10,00 | 10 | Тимофеев | Илья | Петрович | 2222222 | г.
Чугуев | Генеральный директор | Генеральный директор | 99,99 | Анализ исходных данных показывает, что при соединении таблиц Е 2 и Е 2 получается исходная таблица Е 2 . 4.5. Структурно-функциональный аспект информационной страты объекта Структурно-функциональный аспект информационной страты объекта показывает взаимодействие между таблицами и формами в базе данных.
Структурно-функциональный аспект представлен в следующей таблице: Формы | Требуемые отношения | Сотрудники | Е 2 , Е 2 | Поставщики | Е 3 | Покупатели | Е 4 | Растения | Е 5 | Договора покупателей | Е 4 , Е 6 | Договора поставщиков | Е 3 , Е 6 | Товар покупателей | Е 4 , Е 7 , Е 8 | Товар поставщиков | Е 3 , Е 7 , Е 8 | 4.6. Генерация базы данных В результате генерации базы данных формируются связанные таблицы с набором атрибутов. Связь между именами таблиц и названиями отношений, а так же именами атрибутов и компонентами отношений показана в таблице: Компоненты отношений | Атрибуты | Тип | Размер | Е 2 – sotr | e 11 | N_sotr | Numeric | 5 | e 12 | Fam_sotr | Character | 50 | e 13 | Im_sotr | Character | 20 | e 14 | Othc_sotr | Character | 20 | e 15 | Tel_sotr | Numeric | 11 | e 16 | Adres_sotr | Character | 80 | e 17 | Dolg_sotr | Character | 20 | E 3 – post | e 21 | N_post | Numeric | 5 | e 22 | Fam_post | Character | 50 | e 23 | Im_post | Character | 20 | e 24 | Otch_post | Character | 20 | e 25 | Tel_post | Numeric | 11 | e 26 | Adres_post | Character | 80 | e 27 | Balance_post | Numeric | 3 | E 4 – pokyp | e 31 | N_ pokyp | Numeric | 5 | e 32 | Fam_ pokyp | Character | 50 | e 33 | Im_ pokyp | Character | 20 | e 34 | Otch_ pokyp | Character | 20 | e 35 | Tel_ pokyp | Numeric | 11 | e 36 | Adres_ pokyp | Numeric | 80 | e 37 | Balance_ pokyp | Numeric | 3 | E 5 – rastenia | e 41 | N_rast | Numeric | 5 | e 42 | Rastenie | Character | 30 | e 43 | Deistvie | Character | 254 | e 44 | Priminenie | Character | 100 | e 45 | Risynok | General | 4 | e 46 | Kol_vo_rast | Numeric | 5 | e 47 | Cena_rast | Numeric | 4 | | Компоненты отношений | Атрибуты | Тип | Размер | Е 6 – raspisanie | e 61 | N_dog | Numeric | 5 | e 61 | N_sotr | Numeric | 5 | e 61 | N_kl | Numeric | 5 | e 61 | Data_dog | Date | 8 | E 7 – dog | e 71 | N_dog | Numeric | 5 | e 71 | N_rast | Numeric | 5 | e 71 | Kol_vo | Numeric | 5 | e 71 | Cena | Numeric | 3 | Е 2 - dolgn | е 27 | Dolg_sotr | Character | 20 | е 28 | Oklad | Numeric | 5;2 | 5. Заключение Данный курсовой проект был выполнен в среде Visual Fox Pro 6.0. Эта среда позволяет пользователю быстро и точно создавать базы данных при помощи различных мастеров. Базы данных могут содержать необходимое пользователю количество таблиц.
|