Автоматизация расчета(подетально) специфизированных и сводных норм расхода материалов на изделие.

Оглавление
Глава 1 Аналитическая часть
1.1Экономическая сущность задачи
1.2Характеристика комплекса задач, задачи и обоснование необходимости автоматизации
1.2.1Периодичность решения задачи.
1.2.2 Входные документы
1.2.3 Выходные документы
1.2.4 Описание процесса нормирования.
1.2.5 Обоснование необходимости автоматизации.
1.3Развёрнутая постановка целей, задач и подзадач автоматизации
Глава 2 Проектная часть
2.1 Информационное обеспечение задачи
2.1.1 Концептуальная модель
2.1.2 Входная информация и выходная информация
2.1.3 Нормативно-справочная информация
2.2 Программное и технологическое обеспечение задачи
2.2.1 Обоснование выбора платформы (среды разработки), технологическое обеспечение
2.2.2 Алгоритм решения задачи в математическом виде
2.2.3 Блок-схема взаимосвязипрограммных модулей
2.2.4 Схема данных, ER-диаграмма БД и описание таблиц
2.2.5 Сценарий диалоговых форм
Заключение.
Список литературы

Автоматизация расчета(подетально) специфизированных и сводных норм расхода материалов на изделие.

Глава 2 Проектная часть2.1 Информационное обеспечение задачи2.1.1 Концептуальная модельКонцептуальная модель состоит из логических сущностей системы (далее по тексту ЛСС) и их связей. ЛСС собраны в таблице 6. Связь - это совокупность действий или действие, которое ведет к изменению состояния ЛСС, причем неизмененный ЛСС и измененный ЛСС это два разных, но связанных объекта модели. Измененный ЛСС помечается значком *. Также связью называется, когда один ЛСС использует данные другого ЛСС. При разработке модели используем также следующие обозначения логических элементов: Источники и потребители информации. Экранные формы. печатной формы документов. таблицы в терминах СУБД справочники те же таблицы, но с условно постоянной информацией. ЛСС.Измененный логический элемент также помечается значком *Таблица 6Логических сущностей системы и их описанияНаименование сущностиОписание сущностиСпецификация ВТП01, ведомости ВТП02, ВТП06, ВТП07, ВТП08 Являются отражением соответствующих внутренних документов, и их логическая и смысловая нагрузка соответствует этим документамСправочник единицыВ справочнике единицы собраны все единицы измерения, используемые в спецификациях. Код единицы измерения соответствует общероссийскому классификатору единиц измерения, это дает однозначность количественной оценки норм.Компоненты изделияБазовый компонент не содержит в себе другие компоненты, он является самым маленьким кирпичиком конечной продукции. Составной компонент, это более сложный объект, который сам состоит из базовых и составных компонентов. При этом очень важно, что компоненты хоть и делятся на два вида, имеют единую систему сквозной идентификации, однозначно определяю компонент в рамках разрабатываемой АИСБазовый компонентСоставной компонентПроизводственный циклОсновная стержневая логическая сущность. В нем сосредоточена вся информация о производственном процессе, где в каком подразделение какая конечная продукция или полуфабрикат производится, и какие нормы использовались при выполнении конкретной производственной операции. Здесь же фиксируется и дата с которой конкретная норма действует.Производственная операцияЭто именованная совокупность действий, в результате которых производится продукт или полуфабрикат.Проектная спецификацияЭто документ, предоставленный проектной организацией или внутренним подразделением занимающимся проектированием и разработкой конечного продукта или полуфабриката. Он создается при проектировании изделия или детали и содержит полный перечень деталей входящих в изделие.ЕдиницыЭто список единиц измерения используемых в АИС.Производственные подразделенияЭто структурные единицы компании, занимающиеся производством продукции (например, цех или бюро).Схема связи ЛСС процесса ввода спецификаций и печати форм ВТП01, ВТП02 изображена на рисунке 2. Источниками информации для процесса являются сотрудник бюро нормативного хозяйства и информационная система. Используя документ «Проектная спецификация» он вводит информацию из упомянутого документа, посредством экранной формы в информационную систему. При этом изменяя состояние таблиц «спецификации», «многострочная часть таблицы спецификации», «компоненты». Таблицы «спецификации» и «многострочная часть таблицы спецификации» не являются самостоятельными ЛСС. Их совокупность дает ЛСС «Спецификация ВТП01». Получатель информации в этом процессе, главный технолог.Рисунок SEQ Рисунок \* ARABIC 2На рисунке 3 изображен процесс ввода информации в производственный цикл и печать ведомостей ВТП06, ВТП07, ВТП08Рисунок SEQ Рисунок \* ARABIC 3Источник информации в этом процессе сотрудник бюро нормативного хозяйства, который используя информацию из утвержденных документов ВТП01 и ВТП02, вводит данные в таблицу производственный цикл через экранную форму этой таблицы. Получателем информации в этом процесс будет производственное подразделение, которое получает печатную форму ВТП06, ВТП07,ВТП08. 2.1.2 Входная информация и выходная информацияЛюбая АИС - это совокупность управляемых этой АИС входных и выходных информационных потоков. Основная входная информация это количественный состав продукции и полуфабрикатов, а выходная это нормы расхода этих материалов на каждой стадии производственного процесса для каждого производственного подразделения.2.1.3 Нормативно-справочная информацияВ разработанной АИС используется общероссийский классификатор единиц измерения, в системе он представлен справочником «Единицы». Его использование дает однозначность в понимании количества МПЗ в документах, получаемых, от внешних контрагентов (Поставщики, Покупатели, Проектные организации), а также всего внутреннего документооборота предприятия.2.2 Программное и технологическое обеспечение задачи2.2.1 Обоснование выбора платформы (среды разработки), технологическое обеспечениеОсновной режим работы АИС - это многопользовательское приложение со множеством точек ввода входящей и получения исходящей информации. То есть необходима реляционная СУБД, которая обеспечила бы одновременный доступ большого количества пользователей к одним и тем же таблицам базы данных. Но при этом нужно исключить редактирования пользователями одних и тех же данных. Ведь это может вызвать их несогласованное состояние. Такая проблематика в терминах СУБД решается блокировками.Различают несколько видов блокировки: Блокировка Базы Данных. На этом уровне блокировки к Базе Данных может обращаться только один пользователь. Такой уровень блокировки применяется для глобального изменения или обновления данных, или при техническом обслуживании Базы Данных сжатии. Блокировка Таблицы. На этом уровне блокировки к таблице может обращаться только один пользователь. Такой уровень блокировки применяется в тех случаях, когда необходимо обработать сразу несколько записей таблицы. Блокировка страницы. На этом уровне к заблокированной странице может обращаться только один пользователь. Блокировка на уровне записей. Блокируется только редактируемая запись. Остальные записи не затрагиваются. Это самый нижний уровень блокировки.Чтобы получить максимальную параллельность работы, нужно чтобы в большинстве случаев происходила блокировка на уровне записи. Но обязательно при этом учитывать особенности проектирования нашей АИС. Чтобы это не привело к несогласованности данных в таблицах. Например, одно из ЛСС нашей АИС спецификация которая, по сути, составной объект, состоящий из двух связанных таблиц. Если при обращении к этим таблицам будет использоваться блокировка на уровне записи, то есть вероятность что разные пользователи получат одновременный доступ к строкам одной и той же спецификации, при этом спецификация будет находиться в базе данных, в том виде, в котором ее записывал последний пользователь. При этом этот последний пользователь поменял одну строку в спецификации, а тот который записал таблицу первым, проделал большую работу и поменял 20 строк, понятно, что его труд при этом будет стерт последним пользователем. Чтобы таких ситуаций не было, для каждой таблицы разработаем стратегию блокировки и укажем какую блокировку необходимо использовать в описании таблиц. К тому же задача максимум в разработке нашей АИС получить систему, в которой можно вести учет для самых сложных производств и производственных процессов, со множеством стадий и степеней вхождения полуфабрикатов в конечный продукт. Это все может обеспечить технология клиент-сервер. Она подразумевает выполнение запросов пользователей специализированным компьютером, называемым сервером. Пользователи, которые отправляют запросы на этот сервер, называются клиентами. Запрос на выполнение операции с данными (например, обычная выборка), выдаваемый клиентом, порождает на сервере поиск и извлечение данных. Извлеченные данные транспортируются по сети от сервера к клиенту. Системы, использующие технологию клиент-сервер, разделяются на две части: клиентская часть обеспечивает графический интерфейс и находится на компьютере пользователя; серверная часть обеспечивает управление данными, разделение информации, администрирование и безопасность и находится на специально выделенных для этого компьютерах. Большинство прикладных систем включает модули, реализующие GUI, обработку бизнес-информации и доступ к базам данных. Концепции многоуровневой конструкции относятся как к внутрифирменным, так и к глобальным информационным системам. В двух- и трехуровневых системах приложение логически разбивается на три части:GUI - графический пользовательский интерфейс. Состоит из окон, экранов и т. д.бизнес-логика - это часть программы, имеющая дело с расчетами.база данных, СУБД, занимающаяся хранением и получением данных.Бизнес-правила - это процедуры управления, которые указывают, как клиент получает доступ к данным на сервере. Эти правила реализуются клиентом, сервером или ими обоими в виде программного кода. Важно понимать, что бизнес-правила определяют поведение системы. При их отсутствии у вас есть просто данные на одном компьютере и приложение на другом, но нет метода их соединения. В разрабатываемой АИС следуем трехуровневой стратегии, при которой GUI, бизнес-логика и базы данных логически разбиты на три слоя. В трехуровневой архитектуре большая часть логики приложения зафиксирована на среднем уровне. В подобной архитектуре при изменении направления деловой активности или бизнес-процессов меняется только программное обеспечение программного слоя.Рисунок SEQ Рисунок \* ARABIC 4Таким образом, GUI пишем на Visual Basic.Net, средствами разработки среднего слоя также служит Visual Basic.Net. В качестве базы данных используем Microsoft SQLServer. Она обладает всеми необходимыми функциями, в том числе и управление блокировками, для нашей задачи. Это полноценная промышленная клиент-серверная СУБД ее возможности ограничены только возможностями оборудования. Таким образом, мы сможем масштабировать нашу, АИС до сколь угодно больших размеров просто производя покупку нового более мощного оборудования. Не меняя при этом разработанную архитектуру АИС. Выбор серверной операционной системы очевиден из следующих характеристик Windows Server 2003Для решения этой задачи в Windows Server 2003 использованы многие решения, прошедшие обкатку в предыдущих системах Microsoft, например, пользовательский интерфейс, консоль управления ММС (Microsoft Management Console), развитые средства удаленного администрирования, установки и удаления программ и встроенной диагностики процесса загрузки. Упрощен и автоматизирован сам процесс инсталляции системы. Системы Windows Server 2003 в сочетании с клиентами, работающими под управлением Windows 2000 и Windows XP Professional, реализуют возможности технологии IntelliMirror, объединяющей в себе развитые средства администрирования: централизованное администрирование корпоративной сети с использованием шаблонов политик безопасности и Active Directory; при этом используются как "старые" групповые политики, работающие и в среде Windows 2000, так и "новые", требующие доменов на базе Windows Server 2003 (количество групповых политик значительно увеличено даже по сравнению с Windows XP); управление инсталляцией, обновлением, восстановлением и удалением программных продуктов; поддержка рабочей конфигурации (документов, приложений и настроек системы) для мобильных пользователей; удаленная инсталляция операционной системы с сервера, что упрощает замену или подключение компьютеров. Повышение надежности и защищенности системЗащищенность информации обеспечивается благодаря использованию модифицированной файловой системы NTFS 5.0, шифрующей файловой системы (EFS), коммуникационных протоколов, позволяющих создавать закрытые виртуальные частные сети (VPN), протокола аутентификации Kerberos (в доменах Active Directory) и технологий управления доступом, таких как смарт-карты. Семейство Windows Server 2003 обеспечивает лучшую поддержку существующих приложений и драйверов по сравнению с Windows 2000. Системы имеют значительно расширенный список совместимых аппаратных устройств. Поддерживаются устройства нового поколения: компьютеры с возможностями управления питанием, шины AGP, USB и IEEE 1394, DVD-диски, адаптеры ATM, кабельные модемы и т. д. В системах минимизирована необходимость перезагрузки (после добавлений протоколов или новых устройств и т. п.), повышена надежность драйверов устройств и предусмотрена возможность "отката" к предыдущей версии драйвера, используется новая служба Windows Installer, определяющая требования к процессу инсталляции программных продуктов. Для запуска устаревших программ можно также использовать мастер совместимости Program Compatibility Wizard. Обеспечение масштабируемости и высокой производительностиВ системах Windows Server 2003 используется традиционное для линейки Windows NT/2000 многозадачное выполнение приложений, обеспечивается масштабируемая поддержка памяти и процессоров, служба индексирования ускоряет поиск информации на локальных дисках. Использование кластеров и поддержка ОЗУ большого объема позволяют создавать высокопроизводительные платформы для критически важных задач. 2.2.2 Алгоритм решения задачи в математическом видеПервоначально определяют суммарные нормы расхода материалов на одинаковые детали по следующей формуле:Ntij = Nti * Kij Eгде Ntij – норма расхода t-го материала на i-ю деталь в j-м изделии.Nti – норма расхода t-го материала на i-ю деталь Kij – количество i-х деталей в j-м изделииE – единица нормирования (коэффициент приведения нормы расхода на 1 деталь)Аналогично рассчитывается и масса каждого материала на деталь:Mtij = Mti * Kij EКоэффициент использования каждого материала на одинаковые детали входящие в изделие определяется по следующей формуле:Utij = Mtij NtijРасчет массы чистого веса детали в изделии и специфизированных норм расхода материалов на изделие производится: mMtj = ∑Mtij i=1 nNtj = ∑Ntij i=1где Mtj – специфизированная масса t-го материала в j-м изделииi – коды деталей изготовленного материалаРасчеты сводных норм расхода и сводной массы материала на изделие:Nbj = ∑Ntj Mbj = ∑M + j t € b t € b где Nbj – сводная норма расхода b-й укрупненной группы материала на j - е изделие Коэффициент использования материала рассчитывается:2.2.3 Блок-схема взаимосвязи программных модулей В соответствии с выбранной нами клиент-серверной архитектуры произведем декомпозицию. Сначала разобьем ПО на два больших блока, которые будут поддерживать два выделенных нами бизнес-процесса. Это «Ввод спецификаций в АИС и печать печатные формы спецификации ВТП01, ведомостей ВТП02» и «Ввод информации в производственный цикл и печать ведомостей ВТП06, ВТП07, ВТП08».Коротко назовем их соответственно «Модуль поддержки ВТП01-02» и «Модуль поддержки ВТП06-08» Теперь определим, какие процедуры этих модулей, к какому уровню с точки зрения выбранной «клиент-серверной» архитектуры. Серверный уровень не рассматриваем, потому что используем готовое приложение СУБД MS SQL в качестве серверного ПО и оно не меняется для всех программных модулей.«Модуль поддержки ВТП01-02» разделим на три процедуры «Ввод спецификаций», «Печать ВТП01,ВТП02», «Запись спецификаций» и три функции «Чтение спецификаций», «Подготовка данных для печати ВТП01», «Подготовка данных для печати ВТП02». Блок-схема этого модуля на рисунке 5. Процедура «Ввод спецификаций» относится к клиентскому уровню. В ней формируется экранная форма спецификации. Процедуры «Печать ВТП01, ВТП02» формирует макеты ВТП01 и ВТП02, которые можно вывести на принтер, так же относится к клиентскому уровню. Процедуры и функции, описываемые ниже относятся к среднему уровню бизнес логики. Функция «Чтение спецификаций» формирует запрос к серверу для чтения таблиц содержащих данные спецификаций. В этой процедуре формируется и выполняется запрос к таблицам «Спецификации» «Многострочная часть спецификации», «Компоненты», «Единицы» с SQL сервера. Запрос выполняется при открытии экранной формы спецификации при этом таблица Спецификации» блокируется построчно, а у таблицы «Многострочная часть спецификации» блокируются строки, которые относятся к открываемой спецификации. Результатом работы функции будет таблица со всеми необходимыми данными для формирования экранной формы документа. Процедура, «Запись спецификаций» запускается в момент нажатия на кнопку «Записать» на экранной форме спецификации. Эта процедура отправляет модифицированные пользователем данные на сервер. Функция «Подготовка данных для печати ВТП01» формирует и отправляет запрос на сервер, сервер возвращает этой процедуре таблице с данными необходимыми для формирования одноименного макета, структура таблице описана в таблице 7.Таблица 7Номер документаКод подразделения из таблицы «Производственный цикл»Код_Компонента использованПоле «Код_Компонента использован» из присоединенной таблицы «Многострочная часть спецификации»Наименование использованПоле «Наименование компонента» из присоединенной таблицы «Компоненты»Код_Компонента произведенПоле «Код_Компонента произведен» из присоединенной таблицы «Спецификации»Наименование произведенПоле «Наименование компонента» из присоединенной таблицы «Компоненты»КоличествоПоле из присоединенной таблицы «Многострочная часть спецификации». Которое соответствует количеству базовых компонентов из которых производятся составные компоненты в подразделении.