Проектирование информационной системы в управление производством в ООО СХП

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

Рисунок 3.

6. Список типов форм справочника.

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

Рисунок 3.

7. Список типов форм документа.

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

Рисунок 3.

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

Рисунок 3.

9. Список типов форм регистра накопления.

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

Разработка экранных форм объектов производится в программном модуле «Конфигуратор». Для этого необходимо открыть закладку «Формы» объекта. На этой закладке подробно настраивается состав и назначение форм. На Рисунок 3.10 приведена закладка «Формы» справочника «Номенклатура».

Рисунок 3.

10. Закладка «Формы» объекта «Справочник».

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

11.

Рисунок 3.

11. Выбор типа формы и настройка ее свойств Необязательно для каждого объекта конфигурации создавать все предусмотренные для него типы форм. Обычно разрабатывают форму списка объекта — для просмотра списка объектов данного типа, и форму самого объекта — для просмотра одного текущего объекта. Целесообразно также разработать форму выбора для тех объектов, которые являются реквизитами других объектов для удобного выбора их в формы других объектов. Если при работе конфигурации возникнет необходимость отображения какой-то формы объекта, а она не была разработана, платформа «1СПредприятие 8.2» подставит вместо отсутствующей формы свою стандартную форму данного типа для данного объекта. Она, конечно, будет выглядеть и содержать данные не такие как задумал бы разработчик, но, тем не менее, позволит выполнить необходимые действия.

Форма списка любого объекта предназначена для отображения объекта в виде списка. Это основная форма просмотра любого объекта. Состав реквизитов формы должен подбираться так, чтобы максимально отобразить данные о каждом объекте, но при этом не загромождать форму и обеспечить комфортный просмотр данных. Так, например, вывод большого количества реквизитов в столбцы формы списка приводит к невозможности просмотра всех реквизитов на экране и необходимости горизонтальной прокрутки, что очень неудобно для пользователя. Обычно такая дилемма приводит к тому, что в форму списка объектов, имеющих большое количество реквизитов, выводятся не все реквизиты, а только те из них, которые имеют наиболее важное значение. Наиболее сложным процессом является именно выбор состава реквизитов формы списка, а не ее создание, так как платформа «1С: Предприятие 8.2» превращает процесс создания формы в игру. На Рисунок 3.12 представлен процесс разработки формы списка справочника «Номенклатура».

Рисунок 3.

12. Разработка формы списка справочника «Номенклатуры».

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

Рисунок 3.

13. Разработка формы списка документа «Выпуск продукции».

Отметим что платформа «1С:Предприятие 8.2» автоматически создает меню формы списка объекта конфигурации. Для каждого типа объектов меню имеет свои особенности, но общие пункты одинаковы:

Ведение списка (добавление, удаление, редактирование записей списка);

Отбор и сортировка записей списка;

Переход по связанным данным.

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

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

Состав меню форм объектов также как и форм списков зависит от типа объектов и его структуры. Так в форме документа присутствуют пункты проведения и распроведения документа по регистрам учета; в меню формы справочника таких пунктов, конечно, нет.

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

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

14.

Рисунок 3.14 Форма настроек отчета «Остатки».

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

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

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

После этого можно вводить документы. Начать следует со ввода складских документов. Основным документом является документ «Поступление ТМЦ», которым фиксируется факт прихода покупных материалов от поставщиков и сырья от собственных производственных подразделений. Целесообразно создать несколько таких документов и распределить сырье и материалы по разным складам для усложнения процедуры тестирования. При проведении каждого документа необходимо контролировать его движения по регистрам учета двумя способами:

Путем непосредственного просмотра движений по регистру;

Путем построения отчета по остаткам.

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

Рисунок 3.

15. Движения документа «Поступление ТМЦ».

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

После документа «Поступление ТМЦ» необходимо таким же образом проконтролировать работу всех остальных складских документов: «Перемещение», «Возврат поставщику», «Списание».

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

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

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

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

Описание процесса внедрения разработанной системы Разработанная система представляет из себя конфигурацию для системы «1С:Предприятие 8.2». Для установки разработанной системы требуется загрузить разработанную конфигурацию в систему «1С:Предприятие 8.2» [7]. Разработанная конфигурация поставляется в двух вариантах:

В виде файла выгрузки конфигурации (*.cf);

В виде файла выгрузки конфигурации и данных (*.dt).

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

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

Рисунок 3.

16. Создание новой информационной базы Рисунок 3.

17. Задание параметров новой информационной базы.

Рисунок 3.

18. Задание параметров запуска новой информационной базы Далее необходимо запустить программный модуль «Конфигуратор» платформы «1С:Предприятие 8.2». Необходимо открыть конфигурацию и выбрать пункт главного меню «Конфигурация/Загрузить конфигурацию из файла». Далее выбрать путь к файлу *.cf — первому варианту поставки разработанной конфигурации. Конфигуратор отобразит состав загружаемых в базу объектов и предложит принять изменения.

Рисунок 3.

19. Процедура объединения конфигураций.

После этого необходимо сохранить конфигурацию и конфигурацию базы данных. Далее необходимо создать пользователей в списке пользователей, определить их роли и интерфейсы, а после этого можно запускать разработанную конфигурацию в режиме «Предприятие». Отметим, что в этом случае информационная база системы не будет содержать никаких данных, т. е. не будут заполнены никакие прикладные объекты конфигурации и пользователю придется вводить всю информацию о своем предприятии, имеющихся номенклатуре услуг, клиентах и т. д. с нуля. Этот вариант развертывания конфигурации предпочтителен в том случае, если необходимо начать вести учет новой фирмы с чистого листа [7].

В случае если необходимо развернуть разработанную конфигурацию вместе с данными, например с демонстрационной базой данных, то загрузку надо производить из файла выгрузки данных (*.dt). Необходимо как и в предыдущем случае создать и открыть каталог новой информационной базы в режиме «Конфигуратор» и выполнить команду главного меню «Администрирование/Загрузить информационную базу». В результате в созданную информационную базу загрузится и конфигурация и данные, которые можно использовать для обучения работе с конфигурацией, или как основу для ввода своих данных [7].

Дальнейшее сопровождение разработанной системы связано только с сопровождением самой системы «1С:Предприятие 8.2» и не требует от пользователя никаких действий. В случае переустановки системы «1С:Предприятие 8.2» или операционной системы необходимо до переустановки сохранить информационную базу. Для этого нужно зайти в рабочую информационную базу в режиме Конфигуратора и выполнить команду «Администрирование/Выгрузить информационную базу». Затем после переустановки вновь создать пустую информационную базу и загрузить в нее конфигурацию и данные. Таким же образом можно перенести информационную базу и на другой компьютер [7].

Руководство пользователя Работу с системой следует проводить в следующей последовательности:

Заполнение справочников;

внесение приходов сырья и материалов;

выпуск готовой продукции;

получение отчетности.

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

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

Рисунок 3.20 Список справочника «Номенклатура».

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

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

Рисунок 3.21 Редактирование номенклатуры.

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

Рисунок 3.

22. Список видов номенклатуры Еще одним важным моментом учета и планирования производства является заполнение норм расхода сырья и материалов на выпуск готовой продукции. Эти данные хранятся в регистре сведений «Нормы расхода». Открытие этой формы производится при нажатии на кнопку «Нормы расходы» на панели действий формы списка справочника «Номенклатура». В списке отображается и может быть отредактирован состав ингредиентов входящих в состав данной готовой продукции. Каждый ингредиент представлен отдельной строкой. В колонке «Количество» вводится нормативное количество данного ингредиента на производство единицы готовой продукции. Регистр сведений «Нормы расхода» является периодическим, а значит нормы расхода можно менять с сохранением истории ее изменения.

Рисунок 3.

23. Форма плановых норм расхода сырья и материалов После ввода данных в справочник «Номенклатура» следует по аналоги заполнить справочники, хранящие структуру предприятия: фирмы, склады и подразделения. Особенно тщательно следует заполнить справочник «Склады», в котором перечислены все места хранения сырья, материалов, готовой продукции.

Рисунок 3.

24. Справочник «Склады».

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

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

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

«Поступление ТМЦ»;

«Возврат поставщику»;

«Перемещение»;

«Списание».

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

Рисунок 3.25 Журнал документов «Складской».

Для ввода нового документа «Поступление ТМЦ» нажать кнопку «Добавить», откроется форма для ввода данных.

Рисунок 3.26 Новый документ «Поступление ТМЦ».

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

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

«Возврат поставщику» — при возврате поставщику некондиционного или бракованного товара;

«Перемещение» — при перемещении сырья, материалов или готовой продукции между своими складами;

«Списание» — при списании боя, брака, недостачи на складе как сырья и материалов, так и готовой продукции.

Все складские документы по смыслу объединены в один журнал — «Складской». Это позволяет кладовщикам просматривать только складские документы так чтобы другие тпы документов не мешали работе. Наиболее интересным моментом при работе с журналом является отбор документов по сочетанию параметров. Отбор задается в специальной форме, открываемой при нажатии на кнопку «Отбор» на панели кнопок быстрого доступа формы. После установки критериев отбора нажимается кнопка «ОК» и в журнале остаются только те документы, которые удовлетворяют всем установленным критериям отбора.

Рисунок 3.

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

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

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

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

Новый документ «Выпуск продукции» может быть введен при выборе пункта меню «Документы / Выпуск продукции» или из журнала документов «Общий». В журнале необходимо нажать кнопку «Добавить и выбрать вид документа. Форма открытого на редактирование документа представлена на Рисунок 3.

28.

Рисунок 3.

28. Форма документа «Выпуск продукции».

В документе могут быть сформированы следующие печатные формы:

Приходный ордер на склад готовой продукции;

Акт списания израсходованных материалов.

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

Рисунок 3.

29. Печатная форма «Акт списания материалов» документа «Выпуск продукции.

Планирование производства выполняется при помощи документов «План производства». Документ, также как и остальные документы, может быть введен при выборе пункта главного меню «Документы / План производства», а может из журнала документов «Общий» или из специального журнала «Планы производства».

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

Рисунок 3.

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

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

«Остатки» — для анализа остатков и движений товаров и материалов на складах;

«Производство» — для анализа объемов выпуска готовой продукции;

«План производства» — для формирования планов производства;

«Сравнение план-факт» — для сравнения запланированного и реально произведенного объема товаров.

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

состав и порядок выводимых полей;

условия отбора — условия накладываемые на выводимые данные;

условия сортировки — порядок сортировки данных;

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

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

оформление — настройка внешнего вида отчетов и отдельных его компонентов.

После задания настроек надо нажать кнопку «Сформировать», после чего готовый отчет отобразится на экране. Далее его можно стандартными средствами «1С: Предприятие 8.2» сохранить в файл или вывести на печать. Форма настроек отчета «Остатки» приведена на Рисунок 3.

31.

Рисунок 3.31 Настройки отчета «Остатки».

Результат работы отчета можно увидеть на рисунке.

Рисунок 3.32 Результат формирования отчета «Остатки».

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

Обоснование экономической эффективности проекта.

Планирование и контроль выполнения работ Разработка cсистемы автоматизации учета производства должна проводиться поэтапно и включать в себя стадии, приведенные в Таблица 4.

1.

Таблица 4.1.

Стадии выполнения работ Этап выполнения работы Продолжительность этапа 1. Предпроектное исследование 5 недели 2. Проектирование 4 недель 3. Реализация 6 недель 4. Тестирование 1 недели 5. Оформление пояснительной записки 3 недели Предпроектное исследование включает в себя анализ предметной области, исследование существующих схем построения систем автоматизации учета производства, анализ требований руководства к поставленной задаче. Cследует исследовать предметную область и информационные потоки, задействованные при решении задачи. Этап должен завершиться определением стратегии построения системы.

Прeдпроектное исследование включает в себя следующие этапы:

Oознакомление с принципами построения систем автоматизации учета производства;

Пoстроение модели системы;

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

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

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

анализ oобрабатываемой информации и выбор логической организации данных;

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

выбор физической организации данных;

разработка структуры базы данных, создание таблиц базы данных;

разработка функциональной модели системы;

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

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

разработка интерфейса системы.

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

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

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

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

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

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

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

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

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

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

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

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

заработная плата исполнителей;

отчисления на социальные нужды;

стоимость материалов;

стоимость специального оборудования;

накладные расходы;

прочие расходы.

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

Для выполнения данного дипломного проекта были привлечены:

руководитель проекта;

программист-консультант;

студент-дипломник.

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

Таблица 4.2.

Расчет заработной платы.

Оклад в месяц (руб.) Оклад в день.

(руб. /день) Количество дней Зарплата.

(руб.) Руководитель проекта 22 000 1000 10 10 000.

Программист;

консультант 15 400 700 15 10 500.

Студент;

дипломник 2200 100 70 7000.

Итого 39 600 1800 95 27 500.

Оклад в день рассчитывается как отношение оклада к среднему количеству рабочих дней в месяц (в данном случае 22 рабочих дней).

Итого после проведения общего подсчета заработная плата всех исполнителей (ЗП) составила ЗП:= 27 500 (руб.). Дополнительная заработная плата рассчитываться как 10% от основной.

Следующая статья — «Отчисления на социальные нужды» — включает в себя отчисления во внебюджетные фонды. Размер отчислений определяется в процентах от суммы основной и дополнительной заработной платы. В 2013 году отчисления составляют 30%. Затраты по данной статье для нашего случая составят:

Сотч =0,3* 1,1*ЗП = 9075.(руб.).

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

USB-флеш-накопитель — 400 руб;

бумага для принтера — 400 руб. (2 пачки по 200 руб.);

канцтовары (карандаши, ручки, «штрихи», пр.) — 100 руб.;

картридж для лазерного принтера — 1500.

Итого общие затраты по данной статье составят:

ЗМАТ = 400 + 400 + 100 + 1500 = 2400 (руб.).

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

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

ZНР = ЗП *R, (1).

где ZНР — накладные расходы;

R — коэффициент учета накладных расходов (в диапазоне от 0,3 до 1,5).

ZНР = 27 500*0,3 = 8250 (руб).

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

ММВ=КМВ*ТМВ, (2.5).

где КМВ — тарифная стоимость одного часа машинного времени (в настоящее время 50 руб.);

ТМВ — машинное время, необходимое на разработку программного обеспечения (в данном случае 100 часов).

Поскольку разработка проводилась на рабочем месте только под руководством привлеченных специалистов, т. е. в среднем 45% машинного времени, а остальное время студент работал сам в домашних условиях (55% машинного времени), то затраты на машинное время следует рассчитывать по ставке 50 руб. за время, проведенное на работе, и по нулевой ставке за остальное время.

Таким образом, ММВ = 45 * 50 +55 *0 = 2250 (руб.).

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

Таблица 4.3.

Общая смета затрат Статья затрат Сумма в руб. Заработная плата исполнителей 27 500.

Отчисления на соц. нужды 9075.

Стоимость материалов 2400.

Накладные расходы 8250.

Прочие расходы 2250.

Итого 49 475.

На основании таблицы можно построить круговую диаграмму затрат, представленную на рисунке.

Рисунок 4.1 Диаграмма затрат.

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

№ Виды работ Кол-во чел. Исполнители. Кол-во дней Трудо;

дни чел.- дн. Продолжительность работы, в пятидневках 1 2 3 4 5 6 7 8 9 10 11 12 13 14 1 Составление и утверждение ТЗ на ЭИС 1 Руководитель 2 2 2 Изучение ТЗ на ЭИС 1 Студент 5 5 3 Сбор, изучение и анализ материалов к диплому 1 Студент 10 10 4 Подготовка исследовательского раздела 1 Студент 10 13 Руководитель 3 5 Разработка информационной модели ЭИС 2 Руководитель 2 7 Студент 5 6 Настройка программного комплекса 2 Консультант 5 20 Студент 15 7 Разработка и отладка демонстрационной программы 2 Консультант 10 25 Студент 15 8 Анализ результатов разработки ЭИС 2 Руководитель 3 8 Студент 5 9 Составление и оформление отчета по теме 1 Студент 5 5 Общая продолжительность работы — 70 дней Таблица 4.4.

Ленточный график разработки ЭИС.

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

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

Заключение

В результате выполнения дипломного проекта была всесторонне изучена деятельность ООО СХП «ВАТАН», изучена его организационная структура, особенности работы и особенности построения его системы автоматизации. Задача автоматизации учета производства и расхода материалов была всесторонне рассмотрена и изучена. Определено место этой задачи в комплексе задач автоматизации, обоснована необходимость автоматизации и необходимость использования вычислительной техники для решения этой задачи.

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

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

Далее в среде разработки «1С:Предприятие 8.2» была разработана и реализована конфигурация, выполняющая поставленную задачу. Были созданы объекты конфигурации: справочники, документы, журналы документов, регистры, отчеты; определена их структура, реквизиты, формы, написаны программные модули, реализующие заданную функциональность этих объектов.

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

Список использованных источников

Митичкин С. А. Разработка в системе 1С: Предприятие 8.2, — М.: ООО «1С-Паблишинг», 2003. — 413 с.: ил.

Габец А.П., Гончаров Д. И., Козырев Д. В., Кухлевский Д. С., Радченко М. Г. Профессиональная разработка в системе 1С: Предприятие 8 (+CD) / Под ред. Радченко М. Г. — М.: «1С-Паблишинг»; СПб.: Питер, 2007. — 808 с .:ил.

Радченко М.Г. 1С: Предприятие 8.2 Практическое пособие разработчика Митичкин С. А. Разработка в системе 1С: Предприятие 7.7, — М.: ООО «1С-Паблишинг», 2003. — 413 с.: ил.

1С:Предприятие 8.2 Описание встроенного языка часть 1, — Москва, Фирма «1С», 2003.

1С:Предприятие 8.

2. Описание встроенного языка часть 2, — Москва, Фирма «1С», 2003.

1С:Предприятие 8.

2. Конфигурирование и администрирование, — Москва, Фирма «1С», 2003.

Вендров А.М. CASE технологии Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 1998. — 176 с.: ил.;

Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.;

Диго С. М. Проектирование и использование баз данных Учебник. М.: Финансы и статистика. 1995 г;

Основы построения баз данных под ред. А. Д. Хомоненко Санкт-Петербург, 2004;

ГОСТ Р ИСО/МЭК 12 207−99, Руководящий документ, Госстандарт России, Москва, 2004;