Размещено на http://www.allbest.ru/

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

на тему

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Потоки:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.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 - код полуфабриката;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.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.3.1 Проекция функции на структуру информационной страты объекта информатизации

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

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

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

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

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

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

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



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

Таким образом, исходное решение, разлагается на два отношения:

Е10(е11, е12, е13, е14, е15, е16)

Е11(е14, е15, е16)

При этом, в каждом отношении соответственно существуют зависимости.

Прежде чем использовать в дальнейшем полученные зависимости их нужно проверить на отсутствие соединения без потерь, то есть при обратном соединении отношений Е11, Е12 в отношение Е1 не должна пропадать или появляться новая информация. Для проверки можно использовать метод табло - табл. 4.4.1-табл. 4.4.3. Этот метод позволяет в табличной форме увидеть отсутствие соединения без потерь.

Таблица 3.4.1 Метод табло: заполнение таблицы

	е11	е12	е13	е14	е15	е16
Е10	а1	а2	а3	а4	а5	а6
Е11	b11	b12	b13	а4	а5	а6

Таблица 3.4.2

Метод табло: просмотр функциональной зависимости из Е11

	е11	е12	е13	е14	е15	е16
Е10	а1	а2	а3	а4	а5	а6
Е11	b11	а2	а3	а4	а5	а6

Таблица 3.4.3

Метод табло: просмотр функциональной зависимости из Е12

	е11	е12	е13	е14	е15	е16
Е10	а1	а2	а3	а4	а5	а6
Е11	а1	а2	а3	а4	а5	а6

Как видно из табл. 3.4.3 соединение отношений Е10 и Е11 в отношение Е1 происходит без потерь.

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

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

Таблица 3.5.1

Название формы	Требуемые отношения
Авторизация	-
Вакансии	Е5
Вакансии-кандидаты	Е5, Е4
Главное меню	-
Запросы	-
Информация о полуфабрикатах	Е6, Е9
Информация о продукции	Е2, Е8
Календарь	-
Кандидаты	Е4
Конечный итог	Е1, Е8, Е9
Логи авторизации	-
О проекте	-
Объемы производства	Е7, Е8
Полуфабрикаты	Е9
Презентация	-
Регистрация пользователей	-
Товары	Е8
Финансовые затраты	Е3, Е8
List-list	-

3.6 ГЕНЕРАЦИЯ БАЗЫ ДАННЫХ

В результате генерации базы данных были сформированы связанные таблицы с необходимым набором атрибутов.

Таблица 3.6.1

Name	Type	Width
Е1 - конечный товар
C_tovar	Numeric	4
Kol_tovar	Numeric	10
C_polyfabr	Numeric	4
Kol_polyfabr	Numeric	10
Kon_tovar_id	Integer(autolnc)	4
Е2 - произведенный товар
Pr_tovar_id	Integer(autolnc)	4
C_tovar	Numeric	4
Kol_tovar	Numeric	10
Е3 - финансовые затраты
Fin_id	Integer(autolnc)	4
C_tovar	Numeric	4
Tovar_cost	Numeric	10
Е4 - кандидаты
Cand_id	Integer(autolnc)	4
Fio	Character	50
Prof	Character	40
Stage	Numeric	2
Vacancy	Character	40
Е5 - вакантные места
Vacancy_id	Integer(autolnc)	4
Prof	Character	40
Vacancy	Character	40
Е6 - о полуфабрикатах
C_polyfabr	Numeric	4
Kol_polyfabr	Numeric	10
Kol_pf_id	Integer(autolnc)	4
Е7 - объемы производства
Vol_id	Integer(autolnc)	4
C_tovar	Numeric	4
Tovar_vol	Numeric	10
Е8 - список товаров
C_tovar	Integer(autolnc)	4
N_tovar	Character	30
Е9 - список полуфабрикатов
C_polyfabr	Integer(autolnc)	4
N_polyfabr	Character	40

ЗАКЛЮЧЕНИЕ

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

При проектировании базы данных были подробно изучены принципы нормализации отношений, а так же способы проверки правильности нормализации. Написание программы информационной системы выявило некоторые недостатки и достоинства СУБД Microsoft Visual FoxPro.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Чумак Б.Б. Базы данных и управление данными. Конспект лекций по курсу. - М.: МИРЭА, 2007.

2. Омельченко Л.Н., Шевякова Д.А. Самоучитель Visual FoxPro 9.0. - СПб.: БХВ-Петербург, 2014. - 608 с.: ил.

3. Степанов В.С. Комплекс продажи и обслуживания автомобилей. Курсовой проект по БД и УД. - М.: МИРЭА, 2009.

4. Штурмаков Н.А. Автоматизация парка грузовых перевозок. Курсовой проект по БД и УД. - М.: МИРЭА, 2012.

ПРИЛОЖЕНИЕ 1

ЛИСТИНГ ПРОГРАММЫ ВЗАИМОДЕЙСТВИЯ С ТЕКСТОВЫМ РЕДАКТОРОМ «WORD» И ЭЛЕКТРОННЫМИ ТАБЛИЦАМИ «EXCEL»

Взаимодействие с Word

LOCAL loWord

loWord=CREATEOBJECT("Word.Application")

loWord.displayAlerts=.F.

loWord.Documents.Add("Normal",.F.)

WITH loWord

.Visible=.t.

WITH .Selection

.font.bold=.T.

.font.size=16

.font.name="Times New Roman"

.paragraphformat.alignment=1

.typetext('Кандидаты на работу в производственном отделе мясокомбината')

.font.size=12

.font.name="Times New Roman"

.typeparagraph

.font.bold=.F.

USE my_dbase!кандидаты

SELECT fio, prof, stage, vacancy;

from my_dbase!кандидаты;

order by fio;

into ARRAY a

IF _tally>0

.typeparagraph

.typetext('')

rowscount=ALEN(a,1)

colscount=ALEN(a,2)

loWord.activedocument.tables.add(.range,rowscount+1,colscount)

T=.tables(1)

WITH T

.cell(1,1).range.text='Ф.И.О.'

.cell(1,1).range.font.bold=.T.

.cell(1,2).range.text='Профессия'

.cell(1,2).range.font.bold=.T.

.cell(1,3).range.text='Стаж (лет)'

.cell(1,3).range.font.bold=.T.

.cell(1,4).range.text='Претендуемое место'

.cell(1,4).range.font.bold=.T.

j=2

FOR j=2 TO rowscount+1

.cell(j,1).range.text=a[j-1,1]

.cell(j,2).range.text=a[j-1,2]

.cell(j,3).range.text=a[j-1,3]

.cell(j,4).range.text=a[j-1,4]

ENDFOR

ENDWITH

.endkey(6)

.typeparagraph

RELEASE a

ELSE

.typeparagraph

.typetext("Нет сведений о кандидадах")

.typeparagraph

ENDIF

ENDWITH

ENDWITH

RELEASE to word

Взаимодействие с Excel

LOCAL i,loExcel

loExcel=CREATEOBJECT("Excel.Application")

loExcel.displayAlerts=.F.

with loExcel

.visible=.t.

.workbooks.add

.sheets(1).select

.sheets(1).name='Продукция'

.cells(1,1).value='ID продукции'

.cells(1,1).font.bold=.T.

.cells(1,2).value='Наименование продукции'

.cells(1,2).font.bold=.T.

i=1

SELECT список_товаров

SCAN

.cells(i+1,1).value=список_товаров.c_tovar

.cells(i+1,2).value=список_товаров.n_tovar

i=i+1

ENDSCAN

.columns("A:A").entirecolumn.autofit

.columns("B:B").entirecolumn.autofit

.columns("C:C").entirecolumn.autofit

.columns("D:D").entirecolumn.autofit

ENDWITH

CLOSE DATABASES all

RELEASE to Excel

RETURN

ПРИЛОЖЕНИЕ 2

САМОКОНТРОЛЬ

В курсовой проект включены:

1. Раздел

Индивидуальные фрагменты интерфейса, созданные на основе следующих базовых классов VISUAL FOX PRO 9.0

1. “Form”

2. “Label”

3. “Combo-box”

4. “Page Frame”

5. “CommandButton”

6. “Image”

7. “Check box”

8. “Edit box”

9. “Line”

10. “Shape”

11. “Spinner”

12. “Grid”, “Column”, “Header”

13. “Option Button Group”

14. “Command Button Group”

15. “OLE Container Control”

16. “Data Environment”

17. “TextBox”

18. “Timer”

19. “ListBox”

20. “ОLE Bound Control”

2 Раздел.

Следующие индивидуальные фрагменты интерфейса:

1. Идентификация пользователя.

2. Взаимодействие 2-х объектов «List» - «List».

3. Взаимодействие 2-х объектов «Grid» - «Page Frame».

4. Взаимодействие 2-х объектов «Time» - «Image».

5. Взаимодействие 3-х таблиц базы данных.

6. Основные типы SQL-запросов к базе данных.

7. Взаимодействие объектов индивидуального проекта.

3 Раздел.

1. Собственные пользовательские классы:

1.1 форм

1.2 русифицированных кнопок управления

1.3 других пользовательских классов (с учетом функций интерфейса).

2. Индивидуальные процедуры взаимодействия с “Word” и “Excel”(не должны быть одинаковыми переменные и алгоритмы процедур).

3. Элемент Active X с индивидуальными процедурами взаимодействия с объектами.

Размещено на Allbest.ur