Дипломная работа: Разработка модели информационной системы предприятия ОАО "Токаревский комбинат хлебопродуктов"

-            Полная поддержка пользователей, групп и ролей;

-            Роли могут быть приписаны пользователям и группам NT, а также пользователям Sphinx;

-            Роли могут быть вложены;

-            Прикладные роли для 3‑уровневых систем;

-            Позволяют назначать права при доступе через приложение, а не isql;

-            Гибкая гранулярность прав и системных ролей;

-            Предопределенные роли ServerAdmin, SecurityOfficer,…;

-            Поддержка делегирования в NT 4.0;

-            На 2‑м сервере не как удаленный пользователь, а под тем же именем;

-            Простое и мощное администрирование.

1.6.3 Обоснование проектных решений по программному обеспечению

Для программирования прикладных компонентов будет использоваться объектно-ориентированный язык. Таким языком будет FoxPro, так как он:

1.         универсальный;

2.         многоцелевой;

3.         лаконичный;

4.         предоставляет гибкие и эффективные средства определения объектов;

5.         обеспечивает высокий уровень абстракции.

Для удобства и быстроты выполнения часто повторяющихся операций, а также для создания автоматизированных рабочих мест СУБД FoxPro имеет свой язык программирования. В Visual FoxPro 3.0 язык программирования делится на две части. Первая перешла по наследству от предыдущих версий и относится к одному из самых мощных подмножеств языка Xbase. Это процедурный язык.

Вторая часть языка является совершенно новым компонентом, который появился только в Visual FoxPro и является объектно-ориентированным. Можно отметить, что в СУБД FoxPro таким образом могут без особых переработок работать большое количество программ, написанных в других системах. Следует заметить также, что версия 3.0 в полном объеме поддерживает совместимость со всеми предыдущими версиями и даже с такими старожилами СУБД для персональных компьютеров, как dBase III. Поэтому сейчас Visual FoxPro имеет весьма внушительный перечень команд и функций, многие из которых потеряли практическое значение для программиста при разработке новой программы. Конечно, в книге мы не будем перебирать весь этот внушительный список, а рассмотрим только те команды и функции, которые необходимы для разработки эффективной программы.

Так как в качестве основной платформы выбрана Win32, то конкретной реализацией языка FoxPro будет Microsoft Visual FoxPro.

В качестве инструмента для реализации всего проекта используется CASE‑средство (средство, позволяющее максимально систематизировать и автоматизировать поддержку жизненного цикла программного продукта) фирмы PLATINUM technology. В частности, для проектирования бизнес-модели предприятия используется инструмент-модуль BPwin. Для каждого элемента построенной модели BРwin позволяет вести описательные поля, такие как Name (Название элемента) Definition (Определение элемента) Note (Дополнительные аннотации к элементу). Эти поля содержат информацию, позволяющую понять логику, алгоритм процесса и проанализировать его составляющие.

Целостную и достаточно подробную модель можно получить, пользуясь специальными методами структурного анализа, такими как IDEF. Впервые метод IDEF0 был предложен в конце шестидесятых годов Дугласом Россом (тогда он назывался SADT – Structured Analysis and Design Technique). Первоначально метод SADT предназначался для моделирования технологических процессов, но вот уже более 20 лет он успешно применяется во всем мире сотнями компаний в самых разных областях деятельности. Согласно синтаксису IDEF0, модель представляет собой совокупность иерархически выстроенных схем, каждая из которых является описанием какого-либо процесса (activity). Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях /4/:

·           графическое представление блочного моделирования. Графика блоков и дуг SADT‑диаграммы отображает функцию в виде блока, а интерфейсы входа / выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;

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

– ограничение количества блоков на каждом уровне декомпозиции (правило 3–6 блоков),

– связность диаграмм (номера блоков),

– уникальность меток и наименований (отсутствие повторяющихся имен),

– синтаксические правила для графики (блоков и дуг),

– разделение входов и управлений (правило определения роли данных),

Три методологии – IDEF0, DFD и IDEF3, поддерживаемые в BPwin, позволяют посмотреть с разных сторон на деятельность предприятия /5/.

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

DFD (Data flow diagramming) переводится на русский как «схемы потоков данных». С их помощью описываются документооборот и обработка информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. DFD можно использовать как дополнение к модели IDEF0, когда требуется более наглядное отображение текущих операций документооборота, описания функций обработки информации, документов, объектов, а также сотрудников или отделов, которые участвуют в обработке информационных потоков. Синтаксис DFD, помимо работ и стрелок, включает дополнительно два типа объектов. Первый, внешняя сущность, служит для отображения внешних по отношению к проектируемой системе объектов. Это может быть клиент, отдел кадров, справочник и т.п. Второй, хранилище данных, – это «склад» информационных объектов. Им может быть база данных, файл или архив бумажных документов. Хранилище данных как бы «замораживает» данные, позволяя отобразить отсрочку в передаче объектов и информации от одной работы к другой. Причем элементы для описания источников, приемников и хранилищ данных позволяют более эффективно и наглядно представить процесс документооборота.

IDEF3 – Для описания логики взаимодействия информационных потоков более подходит IDEF3. Иногда ее называют workflow diagramming – моделирование с использованием графического описания информационных потоков, взаимоотношений между процессами обработки информации и объектами, являющимися частью этих процессов. У IDEF3 имеется специфический элемент перекресток. Им описывают последовательность выполнения работ, очередность их запуска и завершения. С помощью workflow‑схем можно моделировать сценарии действий сотрудников организации, например порядок обработки заказа или события, на которые необходимо реагировать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования любой функции, моделируемой на схеме IDEF0.

Если в одной модели необходимо учесть специфические стороны бизнес-процессов предприятия, BPwin позволяет переключиться на любую нотацию (IDEF0, IDEF3, DFD), находясь на любой ветви схемы, и создать смешанную модель.

1.6.4 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации

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

Взвешивание производится с помощью электронных весов. Это дает системе следующие преимущества:

·           Во-первых, за счет исключения возможности манипуляций с механизмом весов, более точной системой определения веса и устранением фактора человеческой ошибки достигается максимально возможная точность измерения веса «БРУТТО» и «ТАРА».

·           Во-вторых, увеличится скорость самого процесса взвешивания.

·           В-третьих, исключается возможность сговора между водителем и весовщиком, поскольку показания электронных весов невозможно скорректировать вручную.

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

Данные о сахаристости соответствующей пробы свеклы автоматически заносятся в базу данных по команде оператора (лаборанта), при этом в качестве измерителя показателя сахаристости используется существующий электронный вольтметр Щ300, а данные считываются с его цифровых выходов;

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

На предприятии ОАО «Русский сахар» установлена ЛВС стандарта Ethernet 100Base-TX с максимальной скоростью передачи данных 100 Мбит/с. Топология сети – «звезда». Сервер сети – компьютер с процессором Pentium 3 900MHz, 512 Мб ОЗУ, работает под управлением Windows 2000 Server.

Для проектируемой системы выбирается стандарт Ethernet 10BASE-T, который позволяет получить приемлемую скорость работы системы и относительно низкую себестоимость сети.

Сеть Ethernet – это недорогая сеть, легкая в установке и обнаружении отказов, обеспечивающая большую гибкость в выборе кабельной системы, поддерживая широкий выбор кабелей (коаксиальный кабель, незащищенная витая пара, волоконно-оптический кабель) и топологий (звезда, шина).

Кабельная проводка состоит из кабеля типа «неэкранированная витая пара» категории 3 с максимально допустимой длиной сегмента 100 метров.

Подключение разрабатываемой локальной сети к серверу сети 100BASE-TX предприятия будет производиться через коммутатор.

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

Выдача информации пользователям осуществляется в виде экранных форм. При особой необходимости информацию можно получить в бухгалтерии из программы 1С – Бухгалтерия т. к. все данные передаются в данную программу и необходимо получить разрешение на выдачу данной информации у ответственных лиц.

2. Проектная часть

2.1 Информационное обеспечение комплекса задач

2.1.1 информационная модель данных и ее описание

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

1.         контрагент;

2.         договор;

3.         район;

4.         пункт приема сырья;

5.         Товарно-транспортная накладная.

Все объекты связаны между собой:

·           Каждый контрагент принадлежит к определенному району;

·           Каждая ТТН выписывается на определенного контрагента;

·           Контрагенты поставляют сырье на назначенный ему пункт приема сырья;

·           С каждым контрагентом заключается договор на поставку сырья;

·           В договоре указывается контрагент, пункт приема сырья и район.

В соответствии с этими условия модель базы данных будет представлять собой следующий вид рис. 3.

В сущности «Контрагенты» содержатся сведения о поставщиках сахарной свеклы (Таблица 1).

Рисунок 3 – Информационная модель данных

Таблица 1 – сущность «Контрагенты»

В сущности ТТН Содержится информация, поступающая из товарно-транспортных накладных (Таблица 2).

Таблица 2 – сущность «ТТН»

Сущность «Договора» содержит информацию о договорах поставок (Таблица 3).

Таблица 3 – сущность «Договора»

В сущности «Районы» содержится информация о районах (Таблица 4).

Таблица 4 – сущность «Районы»

Сущность «Инвестиции» содержит информацию о средствах, переданных предприятием агрохозяйствам для выращивания и уборки сырья (Таблица 5).

Таблица 5 – сущность «Инвестиции»

Сущность «Места хранения» содержит информацию о местах хранения сырья (Таблица 6).

Таблица 6 – сущность «Места хранения»

Сущность «Свеклопункт» Содержит информацию о пункте приема сырья (Таблица 7).

Таблица 7 – сущность «Свеклопункт»

Сущность «Расст_до_свеклопункта» содержит информацию о среднем расстоянии от полей агрохозяйства до пункта приема сырья (Таблица 8).

Таблица 8 – сущность «Расст_до_свеклопункта»

В сущности «Расчет» содержится информация о количестве готовой продукции, которое агрохозяйство должно получить за поставленное сырье (Таблица 9).

Таблица 9 – сущность «Расчет»

В сущности «Расход» содержится информация о количестве сырья, поданного в производство (Таблица 10).

Таблица 10 – сущность «Расход»

Сущность «Состояние посевов» содержит информацию о состоянии сырья в период вегетации (Таблица 11).

Таблица 11 – сущность «Состояние посевов»

2.1.2 Характеристика входной информации

Основанием для приемки свеклы на свеклопункте является наличие у поставщика 2‑го экземпляра договора контрактации, юридически оформленного и подписанного обеими сторонами. В договоре должны наличествовать название хозяйства, его юридический адрес, присвоенный код регистрации, ИНН, объем поставки, процентное соотношение свеклы в уплату за переработку свеклы в зачетном (с учетом скидки) весе, проценты сахара, жома и патоки, которые причитаются хозяйству после переработки всего объема свеклы.

Предусматривается представление заготовителем счета-фактуры за оказанные услуги по переработке свеклы, а хозяйством – накладной и счета-фактуры на свеклу, передаваемую в счет оплаты. Суммы счетов должны быть равны. При покупке заводом у хозяйства свеклы отдельно оговаривается и указывается в договоре ее цена. Объём перерабатываемой информации требует наличия большого количества справочников в базе данных. Некоторые справочники, такие как справочник «Контрагенты» (где указаны код контрагента, район, полное наименование, юридический адрес, ИНН, а также признак, является ли контрагент плательщиком ИНН), должны совпадать с соответствующим справочником «1 С-Бухгалтерия».

Для каждого контрагента (хозяйства) в справочнике указываются заключенные им договоры (элемент справочника договоров) и плановый объем поставляемого сырья. Таких договоров может быть до трех. Справочнику «Контрагент» подчинен справочник расстояний от плантаций сахарной свеклы хозяйства до свеклопункта.

Разнообразие вариантов договоров находит свое отражение в справочнике «Договоры», где указаны вид договора и процентное соотношение причитающего хозяйству жома.

Для полного сбора данных о привезенной свекле конкретным хозяйством за сутки у водителя каждой автомашины имеются, как минимум, два экземпляра товарно-транспортных накладных (ТТН). В них должны быть вписаны данные о хозяйстве (район, название, код, АТП, № бригады (поля), для выяснения расстояния), № накладной. После занесения в накладные данных браковки, весовой о времени разгрузки (времени простоя) и весе, данных лаборатории (взятие пробы на сахаристость и загрязненность) одна из ТТН забирается и передается операторам для занесения информации по каждой машине в базу данных для обработки и дальнейшей сверки с хозяйством.

Номера кагатов выбираются из соответствующих справочников. Ставится отметка (галочка) о наличии взятой пробы на сахаристость и загрязненность (при её наличии).

В зависимости от принятого на свеклопункте порядка сбора данных, результат каждой пробы может прилагаться к ТТН, либо передаваться операторам в виде усредненных показателей по хозяйствам. В последнем случае поля «сахаристость» и «загрязненность» в форме ТТН не заполняются, а данные для расчетов вводятся в виде документа «Справка лаборатории».

Ввод информации по ТТН с удаленных свеклопунктов должен осуществляться либо «пачками» (по отдельным свеклосдатчикам), либо из файлов. Файлы должны иметь структуру набора «пачек», т.е. сведения по всем хозяйствам. (Необходимо предусмотреть разработку отдельной программы для удаленных свеклопунктов, создающей выходные файлы информации). Это должно ускорить процедуру ввода и обработки информации на призаводском свеклопункте и, что особенно актуально, сделать выходную информацию более оперативной.

Принцип пользования вышеописанными справочниками в этом случае не меняется.

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

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

Основными учетными документами в сырьевой лаборатории являются:

А. Ежедневный журнал по приемке свеклы и передаче в обработку;

Б. Журнал учета анализов среднединамических показателей по приемке свеклы и передаче ее в обработку;

В. Журнал учета анализов на общую загрязненность и сахаристость свеклы.

Ежедневно полученные сведения передаются в, бухгалтерию свеклопункта для дальнейших расчетов.

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

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

Так же необходимо ввести данные о потерях сырья.

2.1.3 Характеристика результатной информации

Для контроля правильности и полноты ввода информации с накладных в базу данных, подсчета количества свеклы по каждому конкретному свеклосдатчику за сутки и сверки с хозяйствами используются «Приемные квитанции» (ПК‑8). В этой форме собраны сведения по хозяйствам на каждую машину; № накладной, время прибытия, время убытия, № кагата, кондиционность и вес.

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

«Ведомость приемки давальческой свеклы». Имеются графы кода давальца, название хозяйства, чистый вес всей свеклы (счетный вес), свеклы причитающейся свеклосдатчику с учетом скидок: кондиционной и некондиционной, заводской свеклы. Введен подсчет информации «итого» по районам и «всего» по заводу.

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

В дополнительном разделе этой формы «Движение свеклы и сахара в

бурачной», двустрочным способом (свекла, сахар) печатаются сведения:

«поступило из кагатов призаводского свеклопункта», ((поступило по железной дороге», «переработано». Информация в них печатается в двух графах:

«за день» и «от начала».

Для у доленных свеклопунктов в форме вместо двойной графы «перевезено в бурачную» ввести графу «отгружено». Нет и дополнительного раздела «движение свеклы и сахара в бурачной». Остальное – без изменения.

«Ведомость учета сахарной свеклы на загрязненность и сахаристость» Имеются графы: «свеклосдатчик» (код, название), «поступило свеклы за день» (ФВ, ЧВ, УС), «поступило свеклы от начала сезона» (ФВ, ЧВ, УС), «процент ФЗ» (за день, от нач.), «процент сахаристости» (за день, от нач.). Сведения вычисляются по конкретным хозяйствам, районам, свеклопунктам и заводу в целом. Выбор печати возможно делать по отдельным свеклопунктам и по заводу в целом.

«Ведомость автоперевозок». Рассчитывается отдельно по каждому автохозяйству за сутки. В форме построчно перечисляются все накладные поступившие за сутки, с полной информацией в приведенных графах: код хозяйства, накладной, вес свеклы, расстояние перевозки, сделано тонно-километров, оплата перевозки, двойные графы: «оплата простоев» (по норме, сверх нормы и «к оплате» (с учетом нормативных, прост., с учетом всех прост.), НДС, всего к оплате. Завершает ведомость итоговая строка сведений по данному хозяйству за сутки.

«Сводная ведомость по автоперевозкам» (Форма №34). Форма имеет графы с данными по всем автохозяйствам (АТП) за период с начала сезона: «АТП» (код, название), в трех двойных графах «оплата за день», «оплата за месяц», «оплата за сезон» содержится информация «простои по норме, все простои». Также предусмотрены тройные (за день, за месяц, за сезон) графы «перевезено свеклы» и «НДС». Итоговая строка подводит сведения по всему заводу.

Реестр накладных, оперативные сведения о ходе заготовки за день, итоговые сведения переработки давалъческой свеклы за сезон и итоги сезона по закупке свеклы задаются на печать из бокового «меню» общего журнала ТТН:

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

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

По окончании сезона ппроизводится окончательный расчет итогов переработки давальческой свеклы в форме «Расчет по результатам переработки давальческой свеклы сезона (текущ. год) года». Форма содержит сведения по конкретному (заданному) свеклосдатчику (код, район, название). Отдельной строкой печатается рассчитанный процент «выход сахара в пересчете на белый». В зависимости от настройки программы этот процент может быть одинаковым для всех свеклосдатчиков, либо вычисляться для каждого свеклосдатчика отдельно в зависимости от отклонения сахаристости от средней.

В форму включена отдельным блокам «План и его выполнение» информация о плане сдачи, сдано кондиционной / некондиционной свеклы, в том числе после 01 ноября (отдельно), потери давальца, свекла давальца без потерь, продано заводу свеклы (с потерями).

Также имеется блок «Причитается свеклосдатчику в натуральном выражении», где собраны сведения о количестве сахара, причитающегося хозяйству, отдельно из кондиционной / некондиционной свеклы, сданной им до и после 1 ноября (раздельно). Введен подсчет патоки и жома.

В блоке «Денежные взаиморасчеты» подводится итог взаиморасчетов свеклосдатчика и завода. Информация собрана по каждой из сторон отдельно: заводу «за услуги по переработке свеклы», свеклосдатчику – «за проданную свеклу», «НДС», «итого». Предусмотрена печать в двух экземплярах, причем можно печатать «по строке» по одному пользователю, либо «по всем».

«Итоги сезона (текущ. год) года по закупке свеклы». Форма содержит в графах: «код», «свеклосдатчик» (наименование), «сдано», «цена», «сумма» построчно сведения о каждом из хозяйств, сдающих заводу свеклу по оговоренной цене. Итоговая строка содержит информацию «сдано» и «сумма» по заводу.

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

Рассмотрим классификаторы, используемые в разрабатываемой информационной системе (Таблица 12).

Таблица 12 – Классификаторы, используемые в системе

2.2 Программная реализация комплекса задач

2.2.1 Структурная схема программного комплекса и ее описание

Основные бизнес-процессы учета движения и поставок сырья изображены на рисунке 4 и рисунке 5.

Страницы: 1, 2, 3, 4