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

которой третьи фирмы могут расширять Delphi CASE-инструментами,

разработанными специально для Delphi. Включает в себя:

1. Эксперт форм, работающих с базами данных.

2. Эксперт стилей и шаблонов приложений.

3. Эксперт шаблонов форм.

В состав RAD Pack входит эксперт для преобразования ресурсов,

изготовленных в Borland Pascal 7.0, в формы Delphi. Уже появились эксперты,

облегчающие построение DLL и даже написание собственных экспертов:

. Интерактивная обучающая система. Позволяет более полно освоить Delphi.

Она являются не просто системой подсказок, а показывает возможности

Delphi на самой среде разработчика.

3.9. Незначительные требования к аппаратным и программным средствам.

Delphi это высокопроизводительный инструмент создания приложений.

Версия Delphi 2.0, которая появилась в начале 1996 года, включает полный 32-

разрядный компилятор для использования в Windows 95 или в Windows NT.

Для запуска 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|

| | | | |

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

установок.

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

| Описание поля | Поле |Тип | Ширина поля |

|Дата ввод | DATA_V | D | |

|Код установки | KOD_USTN | N | 3 0 |

|Количество пропана | KOL_PROPAN | N | 7 3 |

|Количество мазута | KOL_MAZYT | N | 7 3 |

|Количество сухого | KOL_CUXGAZ | N | 7 3 |

|газа | | | |

|Количество | KOL_LETGA | N | 7 3 |

|летучих газов | | | |

|Количество вакуумный| KOL_VAKDIS | N | 7 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|

| | | | |

Так как объёмы фактических расходов реагентов жестко нормированы,

необходим достаточно оперативный контроль над их использованием. Для этого

в системе предусматривается возможность ежесуточного ввода первичной

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

Структура таблицы "Тип движения"(DV_RAS.dbf)

| Описание поля | Поле | Тип | Ширина поля |

|Код движения | KOD_DV | N | 1 0|

| | | | |

|Тип движения | TYPE_DV | С | 1 0|

| | | | |

Индекс: Т_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. Использовать не визуальные компоненты, хранящиеся в одном или

нескольких модулях данных;

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

других формах.

Каждая форма может воспользоваться только "собственными " визуальными

компонентами, поскольку визуальные компоненты выполняют интерфейсные

функции и при активизации формы теряют свою видимость на экране.

4.4. Экранные формы.

Основной визуальной единицей приложения в DELPHI является экранная

форма, которая представляет собой окно, на которое помещаются другие

визуальные объекты (списки, кнопки, строки редактирования и др.).

В данной программе есть несколько экранных форм, список которых с

кратким описанием приведен ниже.

• frMainForm - основная форма программы. Содержит основное меню.

Вызывает другие окна.

• frAddPerVir - форма ввода параметров по переработке и выработке.

• frAddOtgCjog - форма ввода параметров по отгрузке.

• frAddRasTop- форма ввода параметров по расходу топлива.

• frReport - отчёт по переработке и выработке.

Структура взаимодействия окон приведена на рис. 4.1.

[pic]

Рис.4.1. Структура приложения

4.5. Руководство пользователя.

При запуске программы открывается главная форма (рис.4.2.).

Рис.4.2. Основное окно программы.

В ней располагается главное меню приложения содержащее следующие

пункты:

• Информация по цехам

1. Переработка и выработка по установкам

2. Отгрузка, сжег

3. Расход топлива

4. Потери при переработке

5. Расход реагентов

• Информация по ТЭЦ

1. Расход топлива на ТЭЦ

• Сводки и отчёты

1. Деятельность установок

2. Сводка по расходу топлива

3. Отчёт о расходе реагентов

4. Справка о выходах н/п

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