Банк Рефератов - Автоматизированная информационная система Учет экономической деятельности мукомольного цеха

Рефераты. Автоматизированная информационная система Учет экономической деятельности мукомольного цеха p> Для запуска Delphi требуется 386 компьютер с 4MB памяти. Более подходящей машиной будет 486DX 66MHz с 8MB ОЗУ.

ГЛАВА 4. Описание программы.

4.1. Структура хранения информации.

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

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

В наше время при создании АСУ требуется качественно новый подход к организации данных. К организации данных в АСУ предъявляют два основных требования:

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

- Максимальная возможная независимость от прикладных программ.

Выполнение этих требований привело к созданию единой (для всех задач системы) базы данных БД. Преимущества БД в АСУ состоят в следующем: а) Централизованное управление всеми ресурсами, синхронная поддержка данных для всех приложений. б) Отсутствие проблемы избыточности данных вследствие их интеграции. в) Однократный ввод и многократное использование данных благодаря устранению дублирования. г) Унификация средств организации данных и независимость прикладных программ от организации данных. Исходя из приведенных доводов, была выбрана организация базы данных.

4.2. Структура БД.

При проектировании БД необходимо решить вопрос о наиболее эффективной структуре данных. Основные цели, которые при этом преследуются:

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

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

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

Главная задача данной работы заключается в необходимости автоматизации производственных цехов, а также возможность предоставления оперативной информации по установкам, за определенный период или за конкретные дни для
АРМ Руководства. Для её решения была разработана АИС, в состав которой входят пока девять таблиц (файлов, имеющих расширение dbf).

Структура таблицы "Переработка, выработка"(Per_Vur.dbf)
| Описание поля | Поле | Тип| Ширина поля |
| | | | |
|Дата ввода | DATA_V | D| |
| | | | |
|Код движения | KOD_DV | N| 1 |
| | | |0 |
|Код установки | KOD_USTN | N| 3 |
| | | |0 |
|Код продукции | KOD_PROD | С| 10 |
| | | | |
|Количество | KOLVO | N| 15 |
| | | |3 |

Индекс: P_V.NTX по DTOS (DATA_V) + STR(KOD_USTN, 3)

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

Структура таблицы "Отгрузка, сжег"(Otg_Sjog.dbf)

Индекс: O_S.NTX по DTOS (DATA_V) + STR(KOD_USTN, 3)
| Описание поля | Поле | Тип | Ширина поля |
|Дата ввода | DATA_V | D | |
|Код расхода | KOD_RAS | N | 1 |
| | | |0 |
|Код установки | KOD_USTN | N | 3 |
| | | |0 |
|Код продукции | KOD_PROD | С | 10 |
|Количество | KOLVO | N | 15 3|
| | | | |

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

Индекс: R_T.NTX по DTOS (DATA_V) + STR(KOD_USTN, 3)

Интерес представляют данные о расходе топлива по каждой установке.

Структура таблицы "Потери при переработке"(Роt_Per.dbf)

Индекс: P_P.NTX по DTOS (DATA_V) + STR(KOD_USTN, 3)
| Описание поля | Поле | Тип | Ширина поля |
|Дата ввода | DATA_V | D | |
|Код установки | KOD_USTN | N | 3 |
| | | |0 |
|Код продукции | KOD_PROD | С | 10 |
|Потери фактические| POT_PHACT | N | 15 3|
| | | | |

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

Структура таблицы "Расход реагентов"(RAS_Reag.dbf)

Индекс: R_R.NTX по DTOS (DATA_V) + STR(KOD_USTN, 3)
| Описание поля | Поле | Тип | Ширина поля |
|Дата ввода | DATA_V | D | |
|Код установки | KOD_USTN | N | 3 |
| | | |0 |
|Код продукции | KOD_PROD | С | 10 |
|Количество | KOLVO | N | 15 3|
| | | | |

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

Индекс: Т_D.NTX по KOD_DV

В данной таблице находятся данные по типу движения на всех установках.

Структура таблицы "Тип расхода"(Typ_R.dbf)

Индекс: T_R.NTX по KOD_RAS

| Описание поля | Поле | Тип | Ширина поля |
|Код расхода | KOD_RAS | N | 1 0 |
|Тип расхода | TYPE_RAS | С | 20 |

В этой таблице находятся данные по типу расхода на всех установках.

Следующие из перечисленных таблиц уже внедрены в общезаводскую АИСУ.
Эти таблицы входят в состав других АИС.

Структура таблицы "Справочник установок"(SРR USTN.dbf)
Индексы:
SPR_UST1.NTX по KOD_USTN
SPR_UST2.NTX по STR(KOD_PODR,2,0)+STR(KOD_USTN,3,0)
SPR_UST3.NTX по NAME_USTN

| Описание поля | Поле | Тип | Ширина поля |
|Код подразделения | KOD_PODR | N | 2 0|
| | | | |
|Код установки | KOD_USTN | N | 3 0|
| | | | |
|Наименование установки | NAME_USTN | С | 30 |
|Краткое наименование | NCUT_USTN | С | 10 |
|установки, отделения | | | |
|Начальник установки | IDENT | N | 6 0 |
|Номер телефона в цеху | NOM_TEL | С | 10 |
|начальника установки | | | |
|Номер счета | NOM_SCHET | С | 6 |
|Код затрат | KOD_ZATR | С | 1 |
|Мат. Ответственное лицо | MAT_OTV | N | 6 0 |
|Номер тел. Материал. | MAT_TEL | С | 10 |
|отв. лица в цехе | | | |
|Признак включения | FOR_PLANO | L | 1 0 |
|установки в расчет для | | | |
|ПЭО | | | |
|Признак включения | FOR_ОTIZ | L | 1 0 |
|установки для показа | | | |
|зарплаты | | | |
|Ссылка на справочник | ID_DEP | N | 6 0 |
|департаментов | | | |

SPR_ UST4.NTX по KOD_ZATR

Данные по установкам находятся в этой таблице.

Структура таблицы "Справочник марок продукции"(РR M.dbf)
Индексы:
PR_M1 .NTX по KOD_PRОD
PR_M2.NTX по NAME_PROD

| Описание поля | Поле | Тип | Ширина поля |
|Код вида | К_VID | С | 2 |
|Код семейства | К_SEM | С | 3 |
|Код продукции | KOD_PROD | С | 10 |
|Название продукции | NAME_ PROD | С | 30 |
|Качество, техн. условия | ТЕХ_USL | С | 20 |
|Цена за единицу продукции| CENA_T | N | 14 |
| | | |2 |
|Единица измерения | ED_IZM | N | 2 |
| | | |0 |
|Вес вагона продукции | STAT_NAG | N | 7 |
| | | |3 |
|Прейскурант | N_POS_PRE | С | 5 |
|Индекс бензина | IND_BENZ | N | 1 |
| | | |0 |
|Плотность бензина | PLOTN | N | 7 |
| | | |4 |
|Номер счета | NOM_SCHET | С | 4 |
|Таможенная пошлина | ТАМ | N | 5 |
| | | |2 |
|Аварийная карта | AVKAR | С | 3 |
|Краткое наименование | CUT_PROD | С | 15 |
|Температура | ТЕМ | N | 3 |
| | | |0 |
|Тип пломбы | PLOMBA | С | 1 |

PR_ M3.NTX по К_VID+K_SEM+KOD_PROD

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

Таблица 1. Схема взаимосвязи таблиц.

4.3. Интерфейс программы.

Программа разрабатывалась в среде Borland DELPHI 5.0 компании Inprise
Corporation. Выбор данной среды обусловлен следующими причинами:

1. Данная среда является ведущей RAD-системой (средой быстрой разработки приложений) на рынке благодаря следующим особенностям:

1.1. Визуальная среда разработки.

1.2. Полное использование возможностей среды WIN32.

1.3. Гибкость языка Object Pascal.

2. Наибольший опыт разработчика работы именно в этой среде.

3. Пожелание заказчика (в перспективе возможна доработка этого приложения силами других разработчиков).

Интерфейс - это общение между человеком и компьютером. На практическом уровне, интерфейс - это набор стандартных приемов взаимодействия с техникой.

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

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

Приложение состоит из не визуальных и визуальных компонентов работы с
БД, компонентов для выдачи отчетов (которые представляют собой разновидность визуальных компонентов), а также модулей данных. Визуальные компоненты служат для представления данных из не визуальных компонентов, т.е. служат целям обеспечения интерфейса пользователя при работе с данными.

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

Приложение состоит из одной или нескольких форм.

Каждая форма может:

1. Хранить и использовать свои "собственные " не визуальные компоненты;

2. Использовать не визуальные компоненты, хранящиеся в одном или нескольких модулях данных;

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16