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

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

Организация учета выдачи ТТН хозяйствам.

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

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

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

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

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

· Инвестиционные договоры

· Договоры залога

· Договоры переработки свеклы на давальческих условиях

· Договоры поставки (покупки) свеклы

· Агентские договоры

· Договоры займа

· Договоры на перевозку сахарной свеклы сторонними АТП с указанием материальной ответственности АТП за недовоз (недостачу) сахарной свеклы при перевалке с удаленного свеклопункта на призаводской.

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

Своевременная сертификация и тарирование всех измерительных приборов, весов и счетчиков.

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

Ответственность за данные мероприятия возлагается на главного инженера и начальника сырьевой службы завода.

Документальное оформление ежедневных актов, фиксирующих движение свеклы.

Акты приема-передачи свеклы при перевалке с периферийного свеклопункта на призаводской свеклопункт.

Ежедневные акты, фиксирующие количество сахарной свеклы переданной свеклопунктом и принятое сахарным заводом в переработку на основании данных порционных весов (ДС_800).

Акты, фиксирующие количество примесей (бой свеклы, «хвосты» земля и т.п.), удаляемых как с территории свеклопункта, так и с территории завода.

Акты, фиксирующие количество сахарной свеклы, возвращенной в производство.

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

1.2.4 Взаимосвязь между подразделениями и внешними организациями

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

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

- отсутствие возможностей эффективно влиять на производительность, сроки уборки урожая и необходимый уровень запасов;

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

Определение списка сельхозтоваропроизводителей, которые будут осуществлять поставку свеклы на сахарный завод. Данное мероприятие актуально для сахарных заводов с пересекающимися сырьевыми зонами (ОАО «Валуйкисахар» - ОАО «Ника»; ОАО «Сахарный завод «Жердевский» - ОАО «Знаменский сахарный завод»). При возникновении проблем на межзаводском уровне по вопросу поставок сахарной свеклы от агрохозяйства на тот или иной завод, урегулирование производится на основании письменного распоряжения управляющей Компании. Ответственность за данные мероприятия возлагается на генерального директора и начальника сырьевой службы завода.

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

Общие объемы передаваемых инвестиционных средств не должны превышать лимита, определяемого для каждого конкретного хозяйства. Указанный лимит устанавливается в 30%-50%, в зависимости от того, насколько надежным партнером является хозяйство, и согласовывается с соответствующими подразделениями управляющей Компании.

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

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

1.3 Обоснование необходимости и преимущества использования информационных технологий

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

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

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

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

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

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

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

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

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

а) снижения затрат, связанных с выращиванием, транспортировкой и хранением сырья;

б) сокращения времени поставок;

в) более четкого соблюдения сроков поставки;

г) увеличения гибкости производства, его приспособленности к условиям рынка;

д) увеличения производительности.

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

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

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

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

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

1.4 Общая характеристика организации компьютерной обработки данных

Разрабатываемая ИС должна функционировать в условиях:

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

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

3. Распределенности информационных ресурсов;

4. Автономности информационных ресурсов системы.

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

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

7. Миграция унаследованных систем. Система после ее создания не должна противодействовать изменениям и иметь тенденцию быстрого превращения в бремя организации (т.н. legacy systems - унаследованные системы, использующие «уставшие» технологии, архитектуры, платформы, а также собственно программное и информационное обеспечение, при проектировании которых не были предусмотрены нужные меры для их пошаговой миграции в новые системы, соответствующие новым требованиям деловыx процессов и технологии). Существенно, что в процессе миграции необходимо, чтобы мигрировавшие составляющие системы и оставшиеся компоненты унаследованных систем сохраняли интероперабельность.

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

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

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

1.5 Формализация расчетов

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

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

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

Средние показатели загрязненности и сахаристости за сутки по заводу выводят на основании получения данных о количестве принятой свеклы (нетто до скидки на загрязненность), чистого веса (ЧВ) и сделанной скидки на загрязненность.

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

Если хозяйство получает продукты переработки не в полном объеме (считается, что сахар забирается хозяйством полностью, в отличие от жома и патоки, т.е. процент получения хозяйством сахара совпадает с процентом причитающейся хозяйству свеклы), доли патоки и жома должны быть рассчитаны при заполнении реквизитов типового договора. Тогда, исходя из процента получения хозяйством сахара, указанного в договоре (например, 70%), расчет реквизита «процент жома» для заполнения типового договора производится умножением. При получении свеклосдатчиком согласно договору, например, 30% жома, этот реквизит будет равен 21% (70%*30%=21%). Аналогично рассчитывается процент причитающейся хозяйству патоки.

Для расчета оплаты перевозок и простоев ввести справочники «Нормы времени» и «Тарифы», содержащие нормы и расценки по оплате перевозки и простоя на свеклопункте.

1.6 Обоснование проектных решений

1.6.1 Обоснование требований к надежности программного и аппаратного обеспечения и защите информации

Для обеспечения надежности программного и аппаратного обеспечения и защите информации необходимо предусмотреть следующие мероприятия:

· Защита оборудования от неисправностей в электропитании

· Защита программного обеспечения и информации компьютеров от поражения вирусами

· Четкое разграничение доступа к информации

· Надежность передачи информации по общедоступным каналам связи

Основным условием обеспечения надежной работы аппаратных средств является использование источников бесперебойного питания (ИПБ).

В разрабатываемой информационной системе для питания сервера будет использоваться ИПБ APC SMART-UPS 1000, который поддерживает все функции управления электропитанием.

Технические характеристики ИПБ:

Максимальная мощность 670 Вт

Выходное напряжение 220, 230, 240 В

Допустимые отклонения входного напряжения 151-302 В

Время работы на батареях около 20 мин

Для защиты программ и данных от воздействия вирусов на сервере предполагается установить антивирус DrWeb32.

DrWeb32 принадлежит к новому, 32_битному поколению антивирусной программы Doctor Web (или DrWeb). Новое поколение (DrWeb32) включает в себя набор программ для Windows 95/98/NT, DOS/386 и др. ОС.

Эти программы функционально очень похожи на традиционный DrWeb для DOS. Еще в версии DrWeb 4.0 основная вирусная база была выделена в отдельный файл и подгружалась после старта программы аналогично файлам-дополнениям, что позволило решить проблему нехватки основной памяти. Теперь в DrWeb32 произошло разделение программы на оболочку, ориентированную на работу в конкретной среде, и ядро, не зависящее от среды. Такая организация антивирусной программы позволяет:

- использовать одни и те же файлы вирусной базы DrWeb для DOS, Windows 95/98/NT, OS/2, Novell Netware (именно такая совместимость обусловила одинаковую нумерацию версий для разных платформ);

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

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

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

Обозначение файловой системы NTFS представляет собой аббревиатуру от New Technology File System (файловая система операционной системы NT).

NTFS представляет собой файловую систему, используемую в операционной системе Windows 2000.

Для томов NTFS система Windows 2000 предлагает дополнительные параметры защиты. Кроме контроля за папками, предоставленными в общее пользование, можно следить за безопасностью файлов и папок локальных пользователей. Можно налагать ограничения на любые папки и файлы; в томах FAT можно выдавать разрешения только на уровне папки (и только для пользователей, что вошли через сеть).

У файловой системы NTFS имеется и ряд других преимуществ:

? Система NTFS более экономно размещает информацию на очень больших жестких дисках (поддерживает 64_разрядную адресацию данных).

? При записи имен файлов используется уникальный код (Unicod). Такая кодировка символов пришла на смену кодировке ANSI. В Unicode используется 16-разрядное представление символов. Поэтому в таблице кодирования может содержаться до 65536 символов.

? Система обеспечивает лучшее восстановление информации в случае проблем с жестким диском.

? Поддерживает сжатие файлов.

? Система поддерживает дисковые квоты - ограничение дискового пространства, которые можно установить для каждого пользователя.

? Система NTFS поддерживает шифрование файлов для повышения безопасности.

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

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

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

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

В качестве операционной системы выберем Microsoft Windows 2000 Server.

Windows 2000 Server включает основанные на открытых стандартах службы каталогов, Web, приложений, коммуникаций, файлов и печати, отличается высокой надежностью и простотой управления, поддерживает новейшее сетевое оборудование для интеграции с Интернетом. В Windows 2000 Server реализованы:

службы Internet Information Services 5.0 (IIS);

среда программирования Active Server Pages (ASP);

XML_интерпретатор;

архитектура DNA;

модель СОМ +;

мультимедийные возможности;

поддержка приложений, взаимодействующих со службой каталогов;

Web_папки;

печать через Интернет.

Минимальные аппаратные требования Windows 2000 Server:

· Pentium_совместимый процессор с тактовой частотой не ниже 133 МГц - Windows 2000 Server поддерживает до 4 процессоров:

· 128 Мб ОЗУ (рекомендуется 256 Мб). Большее количество памяти значительно увеличивает быстродействие системы. Windows 2000 Server поддерживает ОЗУ объемом до 4 Гб;

· 2 Гб свободного дискового пространства - для установки Windows 2000 Server требуется около 1 Гб. Дополнительное место на диске необходимо для установки сетевых компонентов.

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

В настоящее время реляционные базы данных наиболее распространены (IBM, Oracle, Informix, Sybase, MS), а основной конкурент объектно-ориентированная модель (ObjectStore, Versant, Ontos) пока далеко позади. В тоже время к числу наибольших достоинств реляционной модели данный можно отнести:

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

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

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

В качестве СУБД выберем Microsoft SQL Server.

SQL - это интерпретируемый язык, предназначенный для выполнения операций над базами данных. Язык SQL был создан в начале 70-х как интерфейс для взаимодействия с базами данных, основанными на новой для того времени реляционной теории. Реальные приложения обычно написаны на других языках, генерирующих код на языке SQL и передающих их в СУБД в виде текста в формате ASCII. Нужно отметить также, что практически все реальные реляционные (и не только реляционные) системы помимо реализации стандарта ANSI SQL, известного сейчас в последней редакции под именем SQL2 (или SQL_92), включают в себя дополнительные расширения, например, поддержка архитектуры клиент-сервер или средства разработки приложений.

Microsoft SQL Server входит в состав семейства Microsoft BackOffice, объединяющего пять серверных приложений, разработанных для совместного функционирования в качестве интегрированной системы. Она позволяет пользователям повысить производительность процесса принятия решений средствами систем, базирующихся на архитектуре клиент-сервер. Кроме того, Microsoft SQL Server 7.0 завершает линию средств разработки, включающих Microsoft Access, Visual FoxPro®, Visual Basic и Visual C++™.

Особое внимание, которое было уделено повышению производительности СУБД, позволило повысить скорость выполнения некоторых операций почти на 400% на многопроцессорных компьютерах. Это достигается активным использованием многопроцессорной архитектуры компьютера и многопоточной архитектуры операционной системы. Среди операций, выполняющихся параллельно, можно назвать сканирование таблиц, загрузку, создание / восстановление страховочной копии. Все это позволяет обеспечить высокопроизводительную работу с большими и очень большими базами данных.

Существующая версия SQL Server снабжена мощным языком программирования - Transact-SQL, позволяющим создавать сложную логику триггеров и хранимых процедур. В новой версии язык значительно расширен, теперь он соответствует стандарту ANSI_92, и программисты получили новые возможности (такие как новые, соответствующие ANSI_стандарту, типы данных и соответствующая стандарту ANSI поддержка декларативной целостности данных). Помимо перечисленных возможностей, программист может воспользоваться генератором, автоматически создающим уникальные значения для ключевых полей таблицы, возможностью передавать идентификаторы и данные типа TEXT и IMAGE как параметры хранимым процедурам и многое другое. Использование хранимых процедур, которые запускаются автоматически при каждом старте SQL Server, позволяет создавать системы, способные выполнять различного рода задания без участия администратора. Наиболее же интересным нововведением являются скроллируемые, двунаправленные курсоры. Курсоры SQL Server поддерживают все режимы, определенные расширенными требованиями ANSI, а также и ODBC семантику; они совместимы с существующими курсорами, поддерживаемыми API в DB-Library.

Microsoft SQL Server имеет параллельную архитектуру, интенсивно использующую много поточность операционной системы для обеспечения высокой производительности и масштабируемости на многопроцессорных системах. Все управление задачами SQL Server организовано вытесняющим для повышения надежности и изолирования возможных сбоев. За счет динамического распределения нагрузки на процессоры SQL Server достигает автоматической балансировки загрузки всех ЦП компьютера. Microsoft называет это «симметричной архитектурой сервера».

Симметричная архитектура Microsoft SQL Server предоставляет следующие преимущества:

- снижает сложность системы.

SQL Server не дублирует службы операционной системы (такие как диспетчирование, распределение памяти, управление очередями), что делает архитектуру системы более эффективной и стабильной;

- повышает производительность.

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

- адаптируется к росту нагрузки.

Нагрузка на SQL Server динамически распределяется по нескольким ЦП, что повышает масштабируемость на симметричных многопроцессорных системах. Задачи пользователя исполняются в самостоятельных потоках, и при необходимости одна задача принудительно завершается, не оказывая влияния на выполнение остальных. Например, SQL Server способен прервать «спящий» процесс без того, чтобы это оказало влияние на работу всей системы. Ни одна задача не может «выйти из-под контроля».

Безопасность SQL Server:

Улучшенная интеграция с безопасностью NT;

Аутентификация средствами NT (как текущий пользователь - без пароля, как другой - login+pwd);

Возможна аутентификация средствами SQL Srv;

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

Роли могут быть приписаны пользователям и группам 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 С-Бухгалтерия».

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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