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

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

Курсовой проект

на тему

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

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ

. Провести краткий системно-комплексный анализ выбранного объекта автоматизации.

. Разработать структуру пользовательского интерфейса, автоматизированной системы.

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

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

. Разработать концептуальную модель базы данных (база данных должна содержать не менее 30 атрибутов).

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

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

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

.4. Провести нормализацию полученных отношений.

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

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

. Провести разработку проекта в СУБД Visual Fox Pro 9.0.

. Разработать главное меню, формы ввода данных со словарями, отчеты. Разработать систему планируемых запросов. Представить их в табличной форме и в виде графиков.

. Реализовать взаимодействие с текстовым редактором «Word» и электронными таблицами «Excel».

ВВЕДЕНИЕ

Целью данного курсового проекта является автоматизация производственного отдела мясокомбината. В ходе выполнения данной работы будет проведен анализ объекта автоматизации, разработана база данных, структура пользовательского интерфейса автоматизированной системы. Все полученные результаты будут представлены в виде таблиц и схем, а так же будет разработана действующая автоматизированная система с соответствующей базой данных в СУБД Visual Fox Pro 9.0.

В учебных целях в одно из отношений будет введена транзитивная зависимость, а в другое - множественная (если таковые будут отсутствовать в базе данных). Это позволит освоить методы нормализации полученных отношений и методы проверки отсутствия потерь при соединении отношений, разлагаемых при нормализации.

1. СИСТЕМНО-КОМПЛЕКСНЫЙ АНАЛИЗ ОБЪЕКТА АВТОМАТИЗАЦИИ

база данные интерфейс таблица

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

В качестве объекта автоматизации будут выступать дирекция, бухгалтерия, отдел кадров, отдел поставки, отдел реализации, производственный отдел. Объектом в нашем случае будет Производственный отдел. Концептуальная модель нашего объекта будет выглядеть следующим образом:

= <Soи, Soм, Soорг, Soэк, Soэн>

где: Soи - информационная страта объекта,

Soм - материальная страта объекта,

Soорг - организационная страта объекта,

Soэк - экономическая страта объекта,

Soэн - энергетическая страта объекта.

Организационная страта такой организации представлена на рис.1.1 На этом рисунке указаны только те подразделения организации, которые необходимы для дальнейшей разработки курсового проекта.

Рис.1.1 Организационная страта объекта

Информационная и материальная страты указаны на рис.1.2.

Рис. 1.2 Информационная и материальная страты объекта

Потоки:

1.   поток информации, осуществляющей запрос на конечный товар;

2.      поток накладных на полуфабрикаты;

.        поток бракованного товара;

.        поток информации для дирекции о количестве произведенного товара;

.        поток информации от дирекции;

.        поток информации о финансовых затратах производственного отдела;

.        контрольная информация из бухгалтерии;

.        поток информации о наличии вакантных мест;

.        поток информации из отдела кадров о количестве квалифицированных работников на возможные вакантные места;

.        поток необходимых полуфабрикатов;

.        поток конечной продукции.

    информационные потоки

     материальные потоки

2. СТРУКТУРА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

Дальнейшей областью нашего исследования будет информационная страта объекта, которая имеет следующую концептуальную модель:

Soи = <Sµи, Sφи, Swи, Sφµи, Sµφи>

где: Sµи - структура информационной страты;

Sφи - функции, которые выполняет информационная страта;

Swи - процесс управления информационной стратой;

Sφµи - функционально-структурный аспект информационной страты;

Sµφи - структурно-функциональный аспект информационной страты.

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

Sφи = <x, y, F, Pφ, T>

где: х - вектор входных воздействий (набор входных документов);

у - вектор реакции системы или забор выходных документов системы;

F - функция преобразования вектора х в вектор у;

Т - параметр, который показывает, как первые четыре параметра меняются во времени;

Pφ - параметр функции преобразования.

.1 ФУНКЦИОНАЛЬНЫЙ АСПЕКТ ИНФОРМАЦИОННОЙ СТРАТЫ ОБЪЕКТА

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

Рис. 2.1.1 Потоки

В каждый из потоков входит некоторое количество документов или векторов.

Перейдем от потоков к векторам.

Рис. 1.1.2 Векторы

Входящие информационные потоки 1, 5, 7, 9 дают нам при более детальном анализе следующий набор входных векторов:

х1(1) - запрос на конечный товар;

х2(5) - приказ об увеличении объема производства;

х3(7) - запрос на ежедневный отчет по объемам производства;

х4(9) - извещение о кандидатах на вакантные места с их персональными данными.

Компоненты вектора х1:

х11 - код товара;

х12 - наименование товара;

х13 - количество товара.

Компоненты вектора х2:

х21 - код товара;

х22 - наименование товара;

х23 - желаемый объем производства (количество товара).

Компоненты вектора х3:

х31 - код товара;

х32 - наименование товара;

х33 - количество произведенного товара.

Компоненты вектора х4:

х41 - номер по порядку;

х42 - ФИО;

х43 - специальность;

х44 - стаж;

х45 - наименование вакантного места.

Анализ выходных информационных потоков 2, 4, 6, 8 дает нам следующий набор векторов у:

у1(2) - запрос на полуфабрикаты;

у2(4) - докладная о количестве произведенного товара;

у3(6) - докладная о финансовых затратах;

у4(8) - запрос на специалистов на вакантные места.

Компоненты вектора у1:

y11 - код полуфабриката;- наименование полуфабриката;- количество полуфабриката.

Компоненты вектора у2:

y21 = х21 - код товара;= х22 - наименование товара;

y23 - количество произведенного товара.

Компоненты вектора у3:

y31 = х31 - код товара;= х32 - наименование товара;

y33 - общие затраты.

Компоненты вектора у4:

у41 = х41 - номер по порядку;

у42 = х43 - специальность;

у43 = х45 - наименование вакантного места.

Рассмотрим тот комплекс функций, которые должен выполнять производственный отдел:

I)   комплекс функций по производству:

·        функции переработки полуфабрикатов;

·        функции производства окончательной продукции.

II) комплекс функций по работе с документами:

·        функции по работе с накладными;

·        функции по работе с договорами;

·        функции по работе со счетами-фактурами;

·        функции по работе с докладными;

·        функции по работе с запросами и извещениями.

III)     комплекс функций по работе с персоналом:

·        функции по увольнению;

·        функции по набору на вакантные места.

.2 СТРУКТУРА ЭКРАННЫХ ФОРМ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА

На основании сформулированных функций мы можем постоить объекты нашего интерфейса, которые будут реализованы с помощью базовых классов СУБД.

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

Именно таким образом строится структура интерфейса всего объекта.

Рис. 2.2.1 Экранные формы

3. КОНЦЕПТУАЛЬНАЯ МОДЕЛЬ БАЗЫ ДАННЫХ

Рассмотрим структурный аспект информационной страты объекта автоматизации. Структурный аспект информационной страты (Suμ) анализируется на 2-ух уровнях:

) 1-й уровень анализа - это общее представление об информационных элементах системы и их связях. На основании этого строится база данных объекта автоматизации.

) 2-й уровень анализа дает представление о внутренней структуре каждого из информационных элементов (ИЭ): об атрибутах этого ИЭ и его функциональных связях.

С точки зрения базы данных этот уровень анализа дает представление о каждой из таблиц базы данных.

Каждому из 2-х уровней соответствует своя концептуальная модель.

.1 УРОВЕНЬ СТРУКТУРНОГО АСПЕКТА ИНФОРМАЦИОННОЙ СТРАТЫ ОБЪЕКТА

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

Suμ = <Eui , Vukl, Ψu, Puμkl, T>

где: Eui - информационный элемент объекта,

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

Ψu - конфигурация связей между элементами;

Puμkl - параметры связей между элементами;

k, l - текущее значение элемента Е;

T - параметр, который указывает на то, что необходимо определить, как первые 4 элемента концептуальной модели меняются во времени.

Наша задача - выделить информационные элементы объекта.

Можно выделить следующие информационные элементы (те части системы, где накапливается информация):

Е1 - информация о конечном товаре;

Е2 - информация о количестве произведенного товара;

Е3 - информация о финансовых затратах;

Е4 - информация о кандидатах на вакантные места;

Е5 - информация о вакантных местах;

Е6 - информация о полуфабрикатах;

Е7 - информация об объемах производства;

Е8 - список товаров;

Е9 - список полуфабрикатов.

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

Рис. 3.1.1 Связи между информационными элементами.

3.2 УРОВЕНЬ СТРУКТУРНОГО АСПЕКТА ИНФОРМАЦИОННОЙ СТРАТЫ ОБЪЕКТА

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

Sμi = <eij, νijk, Ψi, Pμijk, T>

где: eij - компонент информационного элемента Еi.

νijk - связи между еij и еik.

Ψi - конфигурация связей между информационными элементами.

Pμijk - параметр связи между элементами еij и еik.

T - параметр, определяющий изменение элементов структурного аспекта во времени.

Раскроем содержание информационных элементов и покажем связи между ними.

Е1 - информация о конечном товаре:

е11 - код товара;

е12 - наименование товара;

е13 - количество товара;

е14 - код полуфабриката;

е15 - наименование полуфабриката;

е16 - количество полуфабриката.

Е2 - информация о количестве произведенного товара:

е21 - код товара;

е22 - наименование товара;

е23 - количество товара.

Е3 - информация о финансовых затратах:

е31 - код товара;

е32 - наименование товара;

е33 - общие затраты.

Е4 - информация о кандидатах на вакантные места:

е41 - номер по порядку;

е42 - ФИО;

е43 - специальность;

е44 - стаж;

е45 - наименование вакантного места.

Е5 - информация о вакантных местах:

е51 - номер по порядку;

е52 - специальность;

е53 - наименование вакантного места.

Е6 - информация о полуфабрикатах:

е61 - код полуфабриката;

е62 - наименование полуфабриката;

е63 - количество полуфабриката.

Е7 - информация об объемах производства:

е71 - код товара;

е72 - наименование товара;

е73 - количество произведенного товара.

Словари:

Е8 - список товаров:

е81 - код товара;

е82 - наименование товара.

Е9 - список полуфабрикатов:

е91 - код полуфабриката;

е92 - наименование полуфабриката.

.3 ФУНКЦИОНАЛЬНО-СТРУКТУРНЫЙ АСПЕКТ ИНФОРМАЦИОННОЙ СТРАТЫ ОБЪЕКТА

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

Функциональная зависимость описывает зависимость между атрибутами отношения.

Функциональная зависимость является смысловым (или семантическим) свойством атрибутов отношения. Семантика отношения указывает, как его атрибуты могут быть связаны друг с другом, а также определяет функциональные зависимости между атрибутами в виде ограничений, наложенных на некоторые атрибуты

Функционально-структурный аспект информационной страты объекта устанавливает соответствие между информационными потоками и содержанием информационных элементов.

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

.4 НОРМАЛИЗАЦИЯ ОТНОШЕНИЙ

Нормализацией называется процесс трансформации данных в реляционную форму. Задача нормализации - удалить избыточные данные в каждой таблице из базы данных. Нормализация преследует две цели: удалить лишние копии данных, и обеспечить максимальную гибкость, как в структурах таблиц, так и в интерфейсных приложениях.

Анализ второго уровня концептуальной модели показывает, что в отношении Е1 существует множественная зависимость, поэтому её следует нормализовать. Это отношение следует представить в четвёртой нормальной форме (рис. 3.4.1).

Рис. 3.4.1 Четвертая нормальная форма