Ниже приведена таблица, отражающая календарный план работ по проекту.

Таблица 1.3.1

План работ

N/N	Наименование работы	Предшеств. работа	Трудоёмкость, чел/час	Длительность	Срок выполнения
1	Обоснование целесообразности проекта:	-	56	14 дней	18.04.05-02.05.05
1.1	Исследование объекта;	-	24	6 дней	18.04.05-24.04.05
1.2	Выработка новых проектных решений;	1.1	12	3 дней	24.04.05-27.04.05
1.3	Исследование рынка существующих систем;	1.2	8	2 дней	27.04.05-29.04.05
1.4	Принятие решение о выборе варианта проекта;	1.3	8	2 дней	29.04.05-01.05.05
1.5	Разработка технического задания;	1.4	4	1 дня	01.05.05-02.05.05
2	Функциональный анализ	1.5	120	30 дней	02.05.05-01.06.05
2.1	Разработка входных и выходных документов	-	40	10 дней	02.05.05-12.05.05
2.2	Разработка структуры БД	2.1	60	15 дней	12.05.05-27.05.05
2.3	Разработка пользовательских интерфейсов	2.2	20	5 дней	27.05.05-01.06.05
3	Формирование пакета документации.	2.3	15	5 день	01.06.05-26.06.05

1.3.1 Обоснование целесообразности проекта

Обоснование целесообразности проекта начинается с исследования объекта. Под объектом исследования в рамках данной дипломной работы понимается ОАО КЗХ «Бирюса». Исследование объекта включает:

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

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

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

4. Анализ полученных схем бизнес-процессов, выявление «узких» мест и неоптимальностей различного характера.

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

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

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

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

1.3.2 Функциональный анализ

На этапе функционального анализа проводятся следующие работы:

1. Декомпозиция бизнес-процессов предприятия до уровня бизнес-функций, которые имеют одного ответственного исполнителя.

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

3. В соответствии с необходимой входной информацией, разрабатываются входные документы для будущей информационной системы.

4. Разрабатываются образцы выходных документов, в соответствии с потребностями, описанными в техническом задании.

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

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

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

1.3.2.1 Разработка входных и выходных документов

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

1.3.2.2 Разработка структуры БД

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

1.3.2.3 Разработка пользовательских интерфейсов

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

1.3.3 Формирование пакета документации

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

снабжение сырье информационный

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

2.1 Разработка выходных документов

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

Выходные документы индивидуального типа содержат информацию только об одном объекте или лице. Это, как правило, внешние документы.

Выходные документы коллективного типа содержат информацию о некотором множестве объектов или группе лиц. Такие документы бывают как внешними, так и внутренними.

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

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

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

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

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

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

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

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

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

– Дата завоза материалов в цех.

– Время завоза материалов в цех: до 12:00, после 12:00.

– Номер цеха, в который осуществляется завоз.

– Вид материала или ДСЕ, который завозится в цех.

– Единица измерения материала или ДСЕ.

– Количество материала, который завозится в цех.

– Номер требования на выдачу материала со склада для осуществления данной доставки.

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

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

Исходя из этих данных, было принято решение создать выходной документ «Требование» следующим образом:

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

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

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

2.2 Разработка входных документов

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

– Входные документы типа «Ведомость».

– Входные документы типа «Анкета».

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

Входные документы типа «Анкета» заполняются путем записи ответов на содержащиеся в них вопросы, которые ориентированы на неспециалистов.

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

Способ представления входного документа должен соответствовать следующим требованиям:

1. Документ должен быть удобен для лица, заполняющего его.

2. Представление документа должно быть четким. Это достигается благодаря выделению в нем разделов, контролю их сбалансированности, рациональному распределению заполняемых и заранее отпечатанных зон документа, разумному использованию сплошных и штриховых линий. Все это делает документ наиболее привлекательным для заполнения. Использование цвета побуждает к более аккуратному заполнению документа. При этом также важную роль играет формат документа: например, на бланках формата А4 ошибок на 50% меньше, чем на бланках формата А6.

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

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

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

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

В нижней части содержится информация, не подлежащая дальнейшей обработке, например, ФИО заполняющего при анкетировании.

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

Для проектируемой информационной системы входными документами являются следующие документы:

– План производства.

– Объем текущих остатков материалов и ДСЕ в кладовых производств.

Также для корректного функционирования системы необходимы следующие справочные данные:

– Нормативы межцеховых производственных заделов.

– Справочник периодичности доставки материалов.

– Конструкторско-технологическая документация.

– Перечень цехов предприятия.

– Перечень складов предприятия.

– Перечень видов материалов, используемых в процессе производства.

– Перечень видов готовой продукции, изготавливаемой предприятием.

План производства поступает в систему в электронном виде. Это возможно благодаря тому, что система использует единое информационное пространство предприятия. План производства формируется отделом экономического планирования и контроллинга. В соответствии с разработанным бизнес-процессом выдачи материалов со складов, план производства корректируется экономистом, который предоставляет в ЦОМ откорректированный план производства. Менеджер должен иметь возможность новый план производства из единого информационного пространства предприятия (если план производства уже был обновлен в электронном виде экономистами).

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

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

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

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

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

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

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

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

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

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

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

2.3 Разработка структуры БД

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

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

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

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

1. План производства.

Таблица содержит информацию о планируемых объемах выпуска продукции. Содержание данной таблицы обновляется на основании данных, предоставляемых ОЭПиК.

2. Текущие остатки материалов в цехах.

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

3. Нормативы межцеховых производственных заделов.

Эта справочная таблица содержит информацию об объемах неснижаемых остатков различных материалов в кладовых цехов. Такие запасы (называемые межцеховыми производственными заделами) необходимы в силу непрерывного характера производства.

4. Справочник периодичности доставки материалов.

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

5. Конструкторско-технологическая документация.

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

6. Первичный график доставки материалов.

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

7. Требования.

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

8. Материалы / ДСЕ.

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

9. Виды продукции.

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

10. Справочник цехов.

Данный справочник содержит информацию о цехах предприятия.

11. Справочник складов.

В этой справочной таблице содержится информация о складах предприятия.

Таблица 2.1 План производства (ProductionPlan)

Имя	Тип	Размер	Описание
ProductID	Integer	-	Идентификатор вида продукции
ProductName	String	50	Наименование продукции
Quantity	Integer	-	Количество

Таблица 2.2 Текущие остатки материалов в цехах (CurrentQuantity)

Имя	Тип	Размер	Описание
PlantNumber	Integer	-	Номер цеха
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
Quantity	Integer	-	Количество

Таблица 2.3 Нормативы межцеховых производственных заделов (RescueKeep)

Имя	Тип	Размер	Описание
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
Quantity	Integer	-	Неснижаемый остаток

Таблица 2.4 Справочник периодичности доставки материалов (DeliveryPeriod)

Имя	Тип	Размер	Описание
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
Quantity	Integer	-	Количество
TimeInterval	Time	-	Временной интервал
PlantNumber	Integer	-	Номер цеха

Таблица 2.5 Конструкторско-технологическая документация (CTD)

Имя	Тип	Размер	Описание
ProductID	Integer	-	Идентификатор вида продукции
ProductName	String	50	Наименование продукции
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
Quantity	Integer	-	Необходимое количество
OperationName	String	50	Наименование технологической операции
PlantNumber	Integer	-	Номер цеха

Таблица 2.6 Первичный график доставки материалов (DeliveryPlan)

Имя	Тип	Размер	Описание
PlantNumber	Integer	-	Номер цеха
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
Quantity	Integer	-	Количество
DateOfDelivery	Date	-	Дата
Time	Time	-	Время
QueryNumber	Integer	-	Номер требования

Таблица 2.7 Требования (Querries)

Имя	Тип	Размер	Описание
QueryNumber	Integer	-	Номер требования
DateOfQuery	Date	-	Дата составления требования
PlantNumber	Integer	-	Номер цеха
StoreNumber	Integer	-	Номер склада
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
Quantity	Integer	-	Количество
Receiver	String	50	Получатель
Keeper	String	50	Кладовщик

Таблица 2.8 Материалы / ДСЕ (Materials)

Имя	Тип	Размер	Описание
MaterialID	Integer	-	Идентификатор вида материала
MaterialName	String	50	Наименование материала / ДСЕ
MeasuringUnit	String	10	Единица измерения
PackLength	Real		Длина упаковки
PackWidth	Real		Ширина упаковки
PackHeight	Real		Высота упаковки
PackWeight	Real		Вес упаковки
PackCapacity	Integer		Количество деталей в упаковке

Таблица 2.9 Виды продукции (Products)

Имя	Тип	Размер	Описание
ProductID	Integer	-	Идентификатор вида продукции
ProductName	String	100	Наименование продукции
PlantNumber	Integer	-	Номер цеха

Таблица 2.10 Справочник цехов (Plants)

Имя	Тип	Размер	Описание
PlantNumber	Integer	-	Номер цеха
PlantName	String	50	Наименование цеха
Description	String	255	Описание цеха

Таблица 2.11 Справочник складов (Stores)

Имя	Тип	Размер	Описание
StoreNumber	Integer	-	Номер склада
StoreName	String	50	Наименование склада
Description	String	255	Описание склада

Рис. 2.3.1. Структура базы данных информационной системы

2.4 Разработка пользовательских интерфейсов

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

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

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

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

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

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

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

ведение БД (ввод, контроль изменение);

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

запрос на передачу тех или иных данных.

Интерфейс должен выглядеть следующим образом.

Главное меню состоит из четырех подменю: возможности, исходные данные, справочники, расчеты. (Рис. 2.4.1)

Рис. 2.4.1. Структура главного меню.

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

1. «Главное меню»

1.1. Пункт меню «Возможности»

1.1.1. Подпункт меню «Редактировать»

Этот подпункт меню становится доступным только в следующих таблицах:

- «Текущие остатки»

Путь для этой таблицы следующий: «Главное меню» - Пункт меню «Исходные данные» - Подпункт меню «Текущие остатки».

- «График доставки»

Путь для этой таблицы следующий: «Главное меню» - Пункт меню «Расчеты» - Подпункт меню «График доставки».

- «Требования»

Путь для этой таблицы следующий: «Главное меню» - Пункт меню «Расчеты» - Подпункт меню «Требования».

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

Рис 2.4.2. Режимы редактирования: доступен (слева) и не доступен (справа)

Все совершенные изменения можно будет сохранить.

1.1.2. Подпункт меню «Сохранить»

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

Рис 2.4.3. Подпункт меню «Сохранить» доступно

1.1.3. Подпункт меню «Печать»

Этот подпункт меню должен использоваться для распечатки данных из таблиц:

- График доставки материалов

Путь для этой таблицы следующий: «Главное меню» - Пункт меню «Расчеты» - Подпункт меню «График доставки».

- Требования

Путь для этой таблицы следующий: «Главное меню» - Пункт меню «Расчеты» - Подпункт меню «Требования».

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

1.1.4. Подпункт меню «Выход»

Выбор этого подменю означает завершение работы с программой.

1.2. Подпункт «Исходные данные»

1.2.1. Подпункт меню «План производства»

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

Окно должно иметь следующий вид (Рис 2.4.4.)

Рис 2.4.4. План производства

План производства представляет собой таблицу с тремя столбцами:

- Наименование продукции

- Единицы измерения

- Количество

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

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

Рис 2.4.5. Дополнительные сведения о выбранной продукции

1.2.2. Подпункт меню «Текущие остатки»

Объем текущих остатков материалов и ДСЕ в кладовых производств вводится в систему менеджерами ЦОМа на основании отчетов цеховых техников по учету. Такая информация приходит из цехов предприятия в ЦОМ в виде документа.

Окно текущих остатков материалов и ДСЕ в цехах должно содержать таблицу с 4 столбцами:

- № цеха, из которого был получен данный отчет

- Наименование материала

- Единица измерения

- Количество

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

В этой таблице по выбранному наименованию материала или номеру цеха можно будет получить дополнительные сведения из таблиц «Справочник материалов» (Рис. 2.4.6) и «Справочник цехов» (Рис. 2.4.7) соответственно, нажав на пиктограмму под таблицей. Это будет выглядеть следующим образом:

Рис 2.4.6. Информация выбранного материала

Рис. 2.4.7. Информация выбранного цеха

Само окно текущих остатков должно иметь следующий вид:

Рис.2.4.8. Текущие остатки

1.3. Подпункт «Справочники»

1.3.1. Подпункт меню «Справочник цехов»

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

Окно должно содержать таблицу с тремя столбцами (Рис. 2.4.9):

- № цеха

- Наименование цеха

- Описание цеха

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

Рис 2.4.9. Справочник цехов

1.3.2. Подпункт меню «Справочник складов»

Справочник содержит в себе сведения о складах на предприятии. Предназначен для исключения возможности двоякого обозначения одного и того же склада, а также для снижения количества ошибок при работе с программой.

Окно должно содержать таблицу с тремя столбцами (Рис.2.4.10):

- № склада

- Наименование склада

- Описание склада

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

Рис 2.4.10. Справочник складов

1.3.3. Подпункт меню «Справочник видов продукции»

Это справочник, который содержит информацию о том, какие виды готовой продукции выпускает предприятие.

Окно должно содержать таблицу с двумя столбцами(Рис.2.4.11):

- Наименование продукции

- № цеха

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

Рис.2.4.11. Справочник видов продукции

1.3.4. Подпункт меню «Справочник материалов»

Перечень видов материалов, используемых в процессе производства - справочник, содержащий информацию о сырье, материалах и ДСЕ, используемых в процессе производства готовой продукции.

Окно должно содержать таблицу с семью столбцами(Рис.2.4.12):

- Наименование материала

- Единица измерения

- Длина

- Ширина

- Высота

- Вес

- Количество

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

Рис. 2.4.12. Справочника материалов

1.3.5. Подпункт меню «Нормативы заделов»

Таблица содержит информацию об объемах неснижаемых остатков различных материалов в кладовых цехов. Такие запасы (называемые межцеховыми производственными заделами) необходимы в силу непрерывного характера производства.

Форма должна содержать таблицу с четырьмя столбцами:

- Наименование материала

- № цеха

- Единица измерения

- Остаток

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

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

Вид окна «Нормативы заделов» должен быть следующим (Рис. 2.4.13):



Рис 2.4.13. Нормативы заделов

1.3.6. Подпункт меню «Периодичность доставки»

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

Форма должна содержать таблицу с пятью столбцами (Рис. 2.4.14)

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

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

Рис 2.4.14. Каким должно быть окно «Периодичность доставки»

1.3.7. Подпункт меню «КТД»

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

На форме должна быть таблица с шестью столбцами (Рис.2.4.15): наименование продукции, наименование материала, единица измерения, количество, операция и номер цеха.

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

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

- Наименование продукции из справочника видов продукции (Рис 2.4.16)

- Наименование материала из справочника материалов

- № цеха из справочника цехов.

Рис 2.4.15. КТД

Рис 2.4.16. Дополнительная информация по выбранному виду продукции в таблице

1.4. Пункт меню «Расчеты»

1.4.1. Подпункт меню «График доставки»

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

На форме должна быть таблица со следующими столбцами:

- № цеха

- Наименование материала

- Единица измерения

- Количество

- Дата

- Время

- № требования

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

Окно должно иметь следующий вид (Рис 2.4.17).

Рис. 2.4.17. Вид графика доставки

В этой таблице доступно подменю:

- Редактировать

- Сохранить (доступно после внесения изменения)

- Печать

При печати необходимо будет выбрать нужный период (Рис. 2.4.18).



Рис 2.4.18. Вид окна печати. Выбор даты начала и окончания периода

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

1.4.2. Подпункт меню «Требования»

Окно должно иметь следующий вид (Рис 2.4.19):

Рис 2.4.19. Вид формы «Требования»

В этой таблице содержится информация о требованиях на выдачу материалов со склада. На форме должна быть таблица со следующими столбцами:

- № требования

- Дата

- Время

- № цеха

- № склада

- Получатель

- Кладовщик

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

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

На форме должна быть кнопка «Содержание требования», которая показывает всю информацию по выбранному в таблице требованию (Рис 2.4.20):

- № требования

- № цеха

- № склада

- Дата

- Время

- Получатель

- Кладовщик

- Наименование материала

- Единица измерения

- Количество

Рис 2.4.20. Содержание требования

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

Для этого на форме должна быть кнопка «Добавить», нажатие которой должно вызывать форму вида (Рис 2.4.21):

Рис 2.4.21. Новое требование

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

Введенные данные сохраняются при нажатии в этом окне кнопки «Сохранить».

Так же должна быть возможность поиска по исходной информации для поиска (на выбор: № требования, ФИО кладовщика, ФИО получателя, дата, № цеха, № склада) (Рис 2.4.22). Причем, если поиск будет происходить по дате, то необходимо выбрать временной интервал. После ввода информации для поиска, нажать кнопку «Найти» в этом окне, которое после нажатия кнопки закроется. Строка с требованием, являющимся результатом поиска, будет выделена цветом.

Рис 2.4.22. Поиск требования

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

- В главном меню выбрать пункт «Возможности», подпункт «Печать»

- Выбрать режим распечатки: выбранное требование или все требования за указанный интервал времени (Рис. 2.4.23)

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

- Нажать кнопку «Печать».

Рис 2.4.23. Печать требований

2.5 Разбиение задачи на функциональные блоки

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

Существуют основные причины, которыми на этапе ФА обосновывают разбиение задачи на функциональные блоки.

1. Простота реализации задачи.

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

2. Простота проведения испытаний и отладки программ задачи.

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

3. Простота сопровождения задачи.

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

4. Простота эксплуатации программ задачи.

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

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

- Размер задачи;

- Территориальное распределение процедур обработки;

- Число сопряжений между функциональными блоками;

- Использование пакетов прикладных программ (готовых программных продуктов);

Размер задачи. Размер задачи можно оценивать с точки зрения ее конструкции и ее эксплуатации.

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

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

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

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

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

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

– Блок формирования первичного графика доставки материалов в цеха.

– Блок формирования требований на выдачу материалов.

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

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

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

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

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

Пересчет лимитов на выдачу материалов требует достаточно больших затрат рабочего времени сотрудников предприятия. К тому же, пересчитать лимиты на выдачу необходимо как можно быстрее, т.к. цеха работают уже по откорректированному плану производства, и следовательно, нуждаются в снабжении ДСЕ и материалами уже в соответствии с новым планом производства.

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

1. Получение обновленного плана производства.