Файл: Разработка регламента выполнения процесса «Управление запасами».pdf
Добавлен: 04.04.2023
Просмотров: 264
Скачиваний: 1
СОДЕРЖАНИЕ
ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ РАЗРАБОТКИ РЕГЛАМЕНТА БИЗНЕС-ПРОЦЕССОВ
1.1. Основные понятия процессного подхода
1.2. Описание предметной области
ГЛАВА 2. РАЗРАБОТКА РЕГЛАМЕНТА ВЫПОЛНЕНИЯ ПРОЦЕССА «УПРАВЛЕНИЕ ЗАПАСАМИ»
2.1. Характеристика комплекса задач
2.2. Обоснование выбора инструментальных средств
2.3. Моделирование регламента выполнения процесса «Складской учет»
2.4. Разработка регламента процесса «Управление запасами»
Механик обеспечивает безаварийную и надежную работу всех видов оборудования, их правильную эксплуатацию, своевременный качественный ремонт и техническое обслуживание.
Инженер-конструктор разрабатывает эскизные, технические и рабочие проекты особо сложных, сложных и средней сложности изделий, используя средства автоматизации проектирования.
Заведующий складом руководит работой склада по приему, хранению и отпуску товарно-материальных ценностей, по их размещению с учетом наиболее рационального использования складских площадей, облегчения и ускорения поиска необходимых материалов.
Водитель экспедитор осуществляет перевозки грузов, прием груза со склада в соответствии с сопроводительными документами, а также выгрузку и сдачу доставленного груза.
Электрослесарь выполняет простейшие работы при монтаже и ремонте электрических конструкций.
Мастер цеха организует работу по контролю и повышению качества продукции и услуг, комплектности выпускаемых изделий и учету брака.
Грузчик осуществляет погрузку и выгрузку сырья и готовой продукции.
Технический работник осуществляет уборку помещений.
Техническая архитектура ЧСУП «Линдогор» представляет собой совокупность следующих технических средств: три сервера, десять персональных компьютера, два канала связи, периферийные устройства (два принтера, две точки доступа WiFi, один факс).
Наглядно техническая архитектура информационной системы представлена на рисунке 1.2.
Рисунок 1.2 Аппаратная архитектура ЧСУП «Линдогор»
Личные и общие папки для обмена информацией между организациями, находящимися в здании администрации, хранятся на сервере администрации района на безвозмездной основе.
Оборудование, представленное в технической архитектуре ЧСУП «Линдогор», с возложенными на него задачами справляется вполне успешно. Объем передаваемых, принимаемых и обрабатываемых данных относительно разнообразен и имеет тенденцию к росту в связи с расширением деятельности компании.
Программная архитектура информационной системы ЧСУП «Линдогор» наглядно представлена на рисунке 1.3.
Рисунок 1.3. Программная архитектура ЧСУП «Линдогор»
С учетом специфики деятельности департаментов персональные компьютеры ЧСУП «Линдогор» имеют следующее программное обеспечение - операционная система Windows 7 и выше, Браузеры, Антивирус Касперского, архиватор WinRar, средство криптографической защиты информации Крипто-Про, пакет Microsoft Office.
[4].
ГЛАВА 2. РАЗРАБОТКА РЕГЛАМЕНТА ВЫПОЛНЕНИЯ ПРОЦЕССА «УПРАВЛЕНИЕ ЗАПАСАМИ»
2.1. Характеристика комплекса задач
Учет и сбыт продукции включает два аспекта: учет их приобретения (заготовления) и учет их использования. При поступлении продукции на склад, кладовщик проверяет комплектность поставки, ее соответствие документам поставщика, и при отсутствии отклонений составляет приходный ордер. Для сокращения количества первичных документов разрешается оформление поступившей продукции без использования приходных ордеров. При полном соответствии количества и качества поступившего груза сопроводительным документам разрешается непосредственно на документах поставщика проставлять и заполнять специальный штамп, содержащий основные реквизиты приходного ордера. Приходные документы передаются в бухгалтерию.
На основании приходных документов в бухгалтерии факт поступления продукции отражается проводками.
Для реализации поставленной задачи обратимся к форме «Склад продукции».
После обращения к документу на экране развернется окно с формой диалога документа.
Данный документ используется для оприходования любых видов продукции.
В заголовочную часть документ вводятся обязательные реквизиты - "Дата" и "Номер накладной", причем их значения устанавливаются автоматически.
Рассмотрим некоторые особенности порядка заполнения формы "Склад продукции".
В табличную часть документа вводится информация о фактически поступившей продукции. Сначала в графе "Наименование продукции" из соответствующего справочника выбирается наименование продукции, затем вводятся необходимые количественно-суммовые реквизиты. Причем возможны несколько вариантов их ввода.
Если указанные материалы уже поступали в организацию ранее, то для заполнения табличной части документа можно воспользоваться кнопкой Дублировать запись, расположенной в нижней части формы ввода. При этом только необходимо выбрать наименование продукции и указать фактически полученное количество.
При вводе первой строки табличной части документа пользователь может поступить следующим образом.
1. В графе "Наименование продукции" выбрать требуемый материал.
2. В графу "Количество" вести количество фактически поступившей продукции.
3. В графе "Сумма" рассчитается стоимость данной продукции.
Для организации ЧСУП «Линдогор» номенклатура продукции ограничена глубиной номенклатуры продукции составляет два уровня – это указания вида (группа) продукции и наименования продукции непосредственно, относящихся к виду.
2.2. Обоснование выбора инструментальных средств
В настоящее время существует несколько видов СУБД. Поэтому самый актуальный вопрос, который встает перед программистом – какое средство создания базы данных выбрать.
Для выполнения поставленной задачи нужно создать хранилище исходных данных. Оно будет выполнено в виде базы данных. На данный момент существует огромное количество разнообразных баз данных: MS Access, XML, CSV, MS Excel, Парадокс, Dbase, Foxpro/VFP, MySQL, PostgreSQL, Interbase, Informix, MS SQL Server, Oracle, SyBase, DB/2, SyBase и т.д. У каждой из них есть свои преимущества и недостатки. Поэтому самый актуальный вопрос, который встает перед программистом – какую структуру базы данных выбрать.
При выборе базы данных были рассмотрены следующие критерии:
- объемы информации хранящиеся в базе данных;
- платформа на которой способна работать база данных;
- защита данных;
- требования к аппаратному обеспечению;
- скорость работы, обработки данных, эффективность применения ресурсов компьютера;
При рассмотрении критерия объема информации хранящегося в базе данных все базы данных можно разделить на четыре группы:
1. Базы данных пригодные для хранения и обработки несколько мегабайт информации: MS Access, XML, CSV, MS Excel, Парадокс, Dbase, Foxpro/VFP, MySQL, PostgreSQL;
2. Базы данных пригодные для хранения и обработки до сотни мегабайт информации: MS Access, Парадокс, Dbase, Foxpro/VFP, MySQL, PostgreSQL, Interbase;
3. Базы данных способные обрабатывать и хранить гигабайты информации: MySQL, PostgreSQL, Interbase, Informix, MS SQL Server, Oracle, SyBase, DB/2;
4. Базы данных способные обрабатывать и хранить сотни гигабайт и больше: MS SQL Server, Oracle, SyBase, DB/2.
В нашем случаи этот параметр оказался не столь критичным, так как количество хранимой информации в нашей базе данных не будет превышать нескольких мегабайт.
На основе чего можно сделать вывод, что можно не рассматривать такие структуры баз данных как MS SQL, MS Access; потому что их целесообразно использовать лишь при обработке больших объемов данных, а так же потому что их синтаксис полностью совместим.
При рассмотрении критерия платформа, на которой способна работать база данных, их можно разделить на шесть группы:
1. любая платформа: XML, CSV;
2. работает только под операционную систему Windows: MS SQL Server, SyBase, Парадокс, Dbase, Foxpro/VFP, MS Access, MS Excel;
3. работает только под операционные системы Unix и Linux: PostgreSQL;
4. считается кросплатформенными базами данных, т.е. способны работать под Windows и под Linux: Oracle, DB/2, Interbase, MySQL;
5. работает за счет мейнфреймов: DB/2;
6. работает за счет кластеров: MS SQL Server, Oracle, SyBase, DB/2.
При рассмотрении критерия защита данных все базы данных можно разделить на три группы:
1. нет никакой защиты: MS Excel, XML, CSV;
2. очень слабая: Парадокс, Dbase, Foxpro/VFP, MS Access;
3. сильная защита хранимой информации: MS SQL Server, Oracle, SyBase, DB/2, Interbase, Informix, MySQL, PostgreSQL.
При рассмотрении критерия требования к аппаратному обеспечению все базы данных можно разделить на три группы:
1. неприхотливые, способны работать на любом ПК: MySQL, PostgreSQL, Парадокс, Dbase, Foxpro/VFP, MS Access, MS Excel, XML, CSV;
2. чувствительные, есть возможность что на некоторых компьютерах работать не будут: Interbase, Informix, SyBase;
3. требуют отдельных мощных серверов с большой RAM, желательно на нескольких процессорах: MS SQL Server, Oracle, DB/2.
Т.к. заранее неизвестно на какой ПК будет устанавливаться программа, и какими характеристиками будет обладать данный ПК, нам не подходят Interbase, Informix, SyBase, MS SQL Server, Oracle, DB/2.
Работа с собственными способами доступа слишком сложна и требует больших знаний физической структуры хранимой информации в базе данных, а для этого требуется специальная литература, поэтому такие базы данных мне не подходят.
При проектировании баз данных с помощью OLE-объектов, DBExpress нужно знать, будут ли установлены соответствующие программы. Если нет, то и моя программа работать не будет. А все остальные структуры требуют наличие в операционной системе SQL Explorer[5].
В таблице 2.1 представлена сравнительная характеристика систем управления базами данных.
Таблица 2.1 - Анализ существующих СУБД
|
Характеристики |
FoxPro |
MS ACCESS |
Paradox |
|
Пользовательский интерфейс |
Относительно сложный для простых пользователей |
Простой |
Простой и понятный |
|
Возможности базы данных |
Широкий спектр возможностей |
Ограниченные возможности |
Широкий спектр возможностей |
|
Поддержка SQL |
Поддерживает |
Поддерживает |
Поддерживает |
Принимая во внимание особенности сети предприятия, для разработки была выбрана СУБД ACCESS по следующим причинам:
- здание склада пока не подключено к сети, следовательно, необходима настольная СУБД.
- в будущем сеть будет развиваться и появится возможность перенести базу данных на основной сервер MS SQL, а синтаксис запросов Paradox и MS SQL одинаковый.
- в MS SQL есть возможность импортировать данные из любых СУБД.
В результате проведённого анализа в качестве используемого инструментального средства для разработки автоматизированной системы учета ремонта в компании «Онланта» была выбрана система Paradox[6].
2.3. Моделирование регламента выполнения процесса «Складской учет»
BPwin автоматизирует задачи, связанные с построением моделей развития, обеспечивая семантическую строгость, необходимую для гарантирования правильности и непротиворечивости результатов. Это достигается применением в BPwin следующих методологий: IDEF0, DFD и IDEF3.
Применение данных методологий в ходе построения моделей бизнес-процессов в виде иерархии диаграмм, обеспечивает наглядность и полноту их отображения, позволяет анализировать деятельность предприятия в трех информационных разрезах:
IDEF0 – первый информационный разрез – функциональность системы.
Основной из трех методологий, поддерживаемых BPwin, является IDEF0. IDEF0, относится к семейству IDEF, которое появилось в конце шестидесятых годов под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов: