Методы исследования: анализ, обобщение, моделирование, CASE-средства, сравнение.
Содержание:
Введение
Никто не будет спорить, что сегодня невозможно представить нашу жизнь без компьютеров. Человек все больше стремиться автоматизировать, механизировать, информатизировать свою деятельность во всех сферах общественной жизни.
Информация в наши дни очень ценна. Прежде чем предпринять какие-то действия, необходимо провести большую работу по сбору и переработке информации, ее осмыслению и анализу. Отыскать рациональное решение подчас невозможно без наличия опыта и привлечения программных и технических средств.
С каждым годом увеличивается объем информации, необходимый для управления организацией. Полная, достоверная, своевременно полученная информация является необходимым условием успешного функционирования любой организации. Поэтому широкое развитие получили информационные технологии – процессы, использующие совокупность средств и методов сбора, обработки, накопления и передачи данных (первичной информации) для получения информации нового качества о состоянии объекта, процесса или явления. Современные автоматизированные системы управления организацией предназначены для оптимизации работы сотрудников и играют большую роль в повышении производительности их труда. В частности, сотрудники организаций при помощи таких систем избавляются от выполнения рутинных операций при учете материальных запасов на складе.
Использование программного продукта приводит к уменьшению затрат, связанных с формированием документов и обработкой данных, к сокращению сроков выполнения работ и повышения ее качества, росту производительности труда сотрудников.
Объектом исследования является учет материальных запасов в организации.
Предмет исследования – процесс автоматизации управления запасами.
Целью работы является проектирование реализации операций бизнес-процесса «Управление запасами».
В соответствии с этой целью автором ставились следующие задачи:
- дать характеристику предприятия и его деятельности;
- дать характеристику комплекса задач, задачи и обосновать необходимость автоматизации;
- выбрать и обосновать проектные решения по информационному и программному обеспечению;
- разработать информационное обеспечение задачи: построить информационную модель, дать характеристику входной, нормативно-справочной, результатной информации;
- разработать программное обеспечение задачи: дерево функций и сценарий диалога, структурную схему пакета, базу данных, контрольный пример;
Методы исследования: анализ, обобщение, моделирование, CASE-средства, сравнение.
Аналитическая часть
Выбор комплекса задач автоматизации
Компания ООО «Ауфт» создана в начале 2008 года для реализации проекта по развитию сети современных магазинов самообслуживания шаговой доступности.
Основная миссия компании – это привнесение международных стандартов в российскую розничную торговлю, позволяющих:
- собственнику магазина – получать прибыль;
- покупателю– получать больше удовольствия и выгоды от магазинов «шаговой доступности».
Основные экономические характеристики деятельности ООО «Ауфт» за 2018 год представлены в таблице 1.1.
Таблица 1.1
Основные экономические показатели деятельности ООО «Ауфт»
Наименование показателей |
Абсолютные величины , млн. руб. |
Темп роста , % |
||
2017 г. |
2018 г. |
Изменение (+,-) |
||
Общий объем продаж (выручка от реализации ) |
1098,4 |
1631,1 |
+532,7 |
48,5% |
Себестоимость |
944,2 |
1353,7 |
+409,5 |
43,4% |
Валовая прибыль |
154,3 |
277,5 |
+123,2 |
79,8% |
Издержки обращения |
170,7 |
162,7 |
-8,0 |
-4,7% |
Прочие доходы |
3,4 |
4,7 |
+1,3 |
38,2% |
Прочие расходы |
3,3 |
1,8 |
-1,5 |
-45,5% |
Текущие налоги |
5,2 |
13,3 |
+8,1 |
155,8% |
В т.ч. единый налог на вмененный налог |
0,5 |
1,2 |
+0,7 |
140,0% |
В т.ч. налог на прибыль |
4,7 |
12,1 |
+7,4 |
157,4% |
Чистая прибыль |
-21,6 |
100,9 |
+122,5 |
+367,1 % |
Характеристика существующих бизнес-процессов
Для описания существующей технологии учета материальных запасов была использована методология SADT (IDEF0) (Structured Analysis and Design Technique). Этот метод считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.
Функциональная модель существующего процесса учета перемещений материальных запасов представлена на рисунке 1.1.
Цель моделирования: выявить неавтоматизированные процессы для автоматизации и проектирования информационной системы.
Точка зрения: руководство.
Рисунок 1.1 – Контекстная диаграмма учета материальных запасов
Входами для процесса являются следующие сопроводительные документы на материальные ценности:
- счет-фактура;
- товарно-транспортная накладная;
Управляющими воздействиями являются:
- законы;
- должностные инструкции;
- Устав компании.
В качестве механизмов рассматриваются:
- персонал;
- офисная техника и ПК;
- информационные ресурсы.
Выходами (результатами) для процесса учета являются:
- карточка учета материалов;
- накладная на внутреннее перемещение и передачу;
- акты списания;
- накладная на отпуск материалов;
- расходный ордер;
- отчет о движении МЦ.
На диаграмме представлена декомпозиция диаграммы А-0. На ней представлены четыре функциональных блока:
- А1. Учет поступления МЦ.
- А2. Учет перемещений между отделами
- А3. Учет выбытия МЦ.
Рисунок 1.2 – Декомпозиция контекстной модели существующей системы учета материальных запасов
В работе сотрудников отдела МТО очень много рутинной работы по оформлению документов.
Характеристика документооборота, возникающего при решении задачи
Учет материальных запасов характеризуется большим объемом оперативной информации. Это отражено ниже в таблице 1.2.
Таблица 1.2
Оценка трудозатрат на обработку информации
№ п/п |
Наименование операции |
Периодич-ность |
Количество строк в документе |
Количество операций в год |
Объем работы в год (строк) |
Норма выработки (опер/в час.) |
Трудо-затраты в год (час) |
Приходная накладная |
5 раз в день |
5 |
1250 |
6250 |
4 |
312,5 |
|
Журнал ожидаемых поставок |
5 раз в день |
1 |
1250 |
1250 |
10 |
125 |
|
Журнал приемки грузов |
5 раз в день |
1 |
1250 |
1250 |
25 |
50 |
|
Комплектация партии товара |
10 раз в день |
20 |
2500 |
2500 |
1 |
2500 |
|
Журнал заявок |
10 раз в день |
1 |
2500 |
2500 |
10 |
125 |
|
Накладная на перемещение |
10 раз в день |
20 |
2500 |
50000 |
4 |
625 |
|
Карточка учета материалов |
200 раз в день |
1 |
5000 |
5000 |
20 |
250 |
|
Отчет об остатках |
1 раз в неделю |
1500 |
52 |
78000 |
0,25 |
208 |
|
Корректировка учетных данных по результатам инвентаризации |
1-2 раза в месяц |
10 |
24 |
240 |
1 |
240 |
|
Отчет о приемке по качеству |
5 раз в день |
5 |
1250 |
6250 |
1 |
1250 |
|
ИТОГО |
5685,5 |
При учете используется значительное количество документов, подготавливаемых вручную (рисунок 1.3).
Рисунок 1.3 – Схема документооборота в отделе МТО
Операции, которые совершаются работниками отдела, являются довольно утомительными для самих работников, так как обрабатывается очень большой объем информации. Данный аспект сильно сказывается на производительности труда сотрудника: работа идет медленнее, появляются ошибки при оформлении документов. Много времени уходит на проверку информации. При подборе товара для отгрузки могут быть ошибки, пересортица. Часть товара может «потеряться» на складе, из-за чего он будет неактуальным и может быть утилизирован. Поэтому снижается возможность получения оперативной и достоверной информации.
Для устранения перечисленных недостатков необходима автоматизация учета материальных ценностей, что способствует надежному хранению, обработке информации и при этом резкому снижению трудоемкости и повышению достоверности и оперативности получения результатной информации.
Необходимо разработать автоматизированное рабочее место сотрудника отдела МТО. Пользователями системы также являются сотрудники склада. Опишем основные функции, которые должна выполнять данная система:
- Ведение базы данных материальных запасов (наименование, количество, цена и др.);
- Ведение базы данных всех произошедших операций прихода-расхода;
- Ведение справочников (материальные ценности, категории МЦ, поставщики, сотрудники);
- Получение аналитической и статистической информации (остатки на складе, данные по количеству произведенных операций, отчет за месяц);
- Получение справочной информации в печатном виде (счет-фактура, накладная, наименование товаров, отчеты по продажам).
Задачи проектирования:
- Максимально упростить и ускорить процедуру учета материальных ценностей.
- Обеспечить жесткую связь между складом и процедурой регистрации заказа для исключения ситуации оформления заказов на изделия при отсутствии соответствующих наименований на оперативном складе.
- Обеспечить все бизнес - операции возможностью сопроводить их необходимыми документами.
- Создать гибкую систему статистических отчетов, как по работе склада, так и по учету и регистрации заказов.
- Обеспечить при необходимости возможность автоматического резервирования БД.
- Запретить некорректные действия пользователя.
- Обеспечить целостность информации в базе данных.
- Обеспечить приемлемую безопасность данных на случай несанкционированного доступа.
- Минимизировать затраты системных ресурсов, необходимых для нормальной работы АРМ.
Обоснование проектных решений по информационному обеспечению
Информационное обеспечение (ИО) подсистемы представляет собой информационную модель работы сотрудников предприятия [31, с.87].
К информационному обеспечению в рамках данного проекта относятся:
- база данных;
- экранные формы для ввода первичных данных в ЭВМ;
- экранные формы для вывода результирующей информации.
База данных позволяет хранить большие объемы информации в структурированном виде в едином источнике. При необходимости, соблюдая принципы целостности баз данных, можно использовать одну и ту же базу данных для нескольких проектов или задач, а также с легкостью вносить необходимые изменения в ее структуру, не затрагивая самих данных, хранящихся в ней.
Для ввода/вывода данных разрабатываются макеты экранных форм, которые затем будут внедряться непосредственно в саму систему, отвечающую за решение поставленной задачи автоматизации [23, с.48].
Все указанные элементы совокупно составляют информационное обеспечение проекта. Данные, внесенные в форму ввода первичных данных, попадают в базу данных, а затем данная информация может быть выведена (по запросу) в форму для вывода результирующей информации.
В системе используется 4 вида кодирования, предназначенные для однозначной идентификации материальных ценностей, подразделений, перемещений, прихода. Виды системы кодирования указаны в таблице 1.3.
Таблица 1.3
Используемые системы кодирования
Кодируемое множество объектов |
Длина кода |
Мощность кода |
Система кодирования |
Система классификации |
Вид классификатора |
---|---|---|---|---|---|
МЦ |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
Подразделения |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
Перемещения |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
Приход |
5 |
9999 |
порядковая |
иерархическая |
общесистемный |
Все классификаторы ведутся сотрудником ИТ.
Классификатор МЦ.
Структурная формула классификатора:
F = [Код] : [XXXXX] – код МЦ
Пример заполнения - 001234
Классификатор подразделений.
Структурная формула классификатора:
F = [Наименование ]:[ XXXXX] – код подразделения
Пример заполнения - 00001
Классификатор перемещений
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] – код перемещения
Пример заполнения - 00004
Классификатор прихода
Структурная формула классификатора:
F = [Наименование]:[ XXXXX] – код прихода
Пример заполнения – 00012
Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ на носителях данных и программных документов, предназначенная для отладки, функционирования и проверки работоспособности ИС.
Для выбора языка программирования необходимо определить требования к среде программирования. В процессе анализа требований и классификации самой проектируемой ИАС были определенны следующие требования к среде проектирования [37, с.56]:
- гибкость, позволяющая без дополнительных затрат изменять, дорабатывать информационную систему;
- безопасность;
- язык программирования должен предоставлять широкие возможности по работе с современными СУБД;
- скорость разработки.
Для выбора средства разработки ИС проведем сравнительный анализ следующих сред разработки:
- Microsoft Visual Studio;
- C++ Builder;
- Borland Delphi.
Сравнение характеристик языков программирования приведено в таблице 1.4.
Таблица 1.4
Сравнение характеристик языков программирования
С |
С++ |
С# |
Perl |
Delphi |
PureBasic |
|
Функциональный |
- |
+/- |
+/- |
+ |
+/- |
+/- |
Обобщенное программирование |
- |
+ |
+ |
+ |
+ |
+/- |
Возможность компиляции |
+ |
+ |
+ |
+ |
+ |
+ |
Многопоточная компиляция |
+ |
+ |
- |
? |
? |
+ |
Интерпретатор командной строки |
-/+ |
+/- |
- |
+ |
- |
- |
Ручное управления памятью |
+ |
+ |
+ |
- |
+ |
+ |
Поддержка try/catch |
- |
+ |
+ |
+ |
+ |
+ |
Алгебраические типы данных |
- |
- |
- |
- |
-/+ |
- |
Многомерные массивы |
+ |
+ |
+ |
+/- |
+ |
+ |
Целые числа с контролем границ |
- |
- |
- |
- |
+ |
- |
Интерфейсы |
- |
+ |
+ |
+/- |
+ |
- |
Макросы |
-/+ |
-/+ |
- |
+ |
- |
+ |
Локальные функции |
-/+ |
+ |
+/- |
+/- |
+ |
? |
В качестве средства разработки была выбрана среда разработки Borland Delphi, которая способна предоставить значительные возможности разработчику и имеет ряд преимуществ перед другими средами разработки, таких как:
- значительные графические возможности;
- большой выбор компонентов в свободном доступе;
- простота использования.
В среде разработки Dеlрhi нет никаких сложных конструкций и при этом она не уступает С++ по своим возможностям. Скорость работы созданных программ на Dеlрhi не меньше, чем у программ, которые создавались на С++. Разница будет заметна при большом объёме математических вычислений, но небольшая. Это объясняется отличной способностью оптимизации программ компилятора С++.
В тоже время, чем лучше оптимизация программ, тем больше это занимает времени, что отражается на процессе разработки программ. Здесь, несомненно, преимущество компилятора у Dеlрhi, который позволяет почти мгновенно внести изменения и проверить результат. Компоненты среды программирования Delphi являются, по существу, просто специализированными объектами, и их функционирование определяется объектно-ориентированной Visual Component Library (архитектурой библиотеки визуальных компонентов).
Delphi предлагает пользователю довольно мощный набор компонентов для работы с базами данных, к тому же она очень проста и логична.
СУБД (система управления базами данных) – это информационная среда для создания баз данных и управления хранимыми в них сведениями об объектах реального мира [19].
Для сравнения выберем такие СУБД, как: MS Access[24], MySQL[20], Oracle [8] и MS SQL Server [17]. Сравнительный анализ СУБД представлен в таблице 1.5.
Таблица 1.5
Сравнение СУБД
Критерии оценки |
MS Access |
MySQL |
MS SQL Server |
Orcale |
1 |
2 |
3 |
4 |
|
Размер базы данных |
||||
несколько Мб |
+ |
+ |
||
до 100Мб |
+ |
+ |
||
несколько ГБ |
+ |
+ |
+ |
|
100Гб и более |
+ |
+ |
||
Количество одновременных пользователей, работающих с базой данных напрямую |
||||
1 пользователь |
+ |
+ |
||
до 10 |
+ |
+ |
||
более 10 |
+ |
+ |
+ |
|
более 100 |
+ |
+ |
+ |
|
более 1000 |
+ |
+ |
||
Стоимость лицензии |
||||
бесплатно (только лицензия на пакет) |
+ |
+ |
||
дешево |
||||
дорого |
+ |
+ |
||
очень дорого |
||||
Платформа на которой способна работать СУБД |
||||
Windows |
+ |
+ |
+ |
|
Unix/Linux |
+ |
|||
Windows+Linux |
+ |
+ |
||
Кластеры |
+ |
|||
Встроенный язык программирования |
||||
Microsoft |
+ |
+ |
||
Языки для Linux |
+ |
|||
Тип программы |
||||
Локальное приложение |
+ |
+ |
||
WEB |
+ |
|||
Сложная система |
+ |
+ |
||
Защита данных |
||||
низкая |
||||
слабая |
+ |
|||
сильная |
+ |
+ |
+ |
|
Мощность языка SQL и возможности СУБД |
||||
очень слабые |
||||
слабые |
+ |
|||
развитые |
+ |
|||
мощные |
+ |
+ |
||
Требования к техническим характеристикам ПК |
||||
неприхотливые |
+ |
+ |
||
чувствительные |
||||
необходимы мощные сервера |
+ |
+ |
||
Возможные способы доступа к данным |
||||
ODBC |
+ |
|||
OLEDB/ADO |
+ |
+ |
+ |
|
DAO |
+ |
|||
BDE |
||||
Другое |
+ |
+ |
+ |
|
Сложность настройки и администрирования |
||||
никаких сложностей |
+ |
|||
небольшие сложности |
||||
необходимы специальные знания и помощь специалиста |
+ |
+ |
+ |
В качестве создания базы данных была выбрана СУБД MySQL.
MySQL – одна из самых популярных баз данных для веб-приложений. Фактически, является стандартом de facto для веб-серверов, которые работают под управлением операционной системы Linx. MySQL – это бесплатный пакет программ, однако новые версии выходят постоянно, расширяя функционал и улучшая безопасность. Существуют специальные платные версии, предназначенные для коммерческого использования. В бесплатной версии наибольший упор делается на скорость и надежность, а не на полноту функционала, который может стать и достоинством и недостатком – в зависимости от области внедрения.
Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц. Она также имеет простой в использовании интерфейс, и пакетные команды, которые позволяют удобно обрабатывать огромные объемы данных. Система невероятно надежна и не стремится подчинить себе все доступные аппаратные ресурсы.
Достоинства:
- Распространяется бесплатно
- Прекрасно документирована
- Предлагает много функций, даже в бесплатной версии
- Пакет MySQL включен в стандартные репозитории наиболее распространённых дистрибутивов операционной системы Linux, что позволяет устанавливать её элементарно
- Поддерживает набор пользовательских интерфейсов
- Может работать с другими базами данных, включая DB2 и Oracle.
С помощью выбранных средств будет разработана информационная система учета материальных запасов.
Проектная часть
Информационная модель и её описание
Информационная модель задачи автоматизации учета материальных запасов показана на рис.2.1.
Разрабатываемая автоматизированная система работает со справочниками материальных ценностей, подразделений, перемещений. На каждый справочник предусмотрена экранная форма для заполнения и корректировки. На основании справочных данных формируются данные журналов работ с программным обеспечением, средствами вычислительной техники, средствами защиты информации.
На основании данных, хранящихся в справочниках и журналах, формируется отчетная информация.
Рисунок 2.1 – Информационная модель задачи
Характеристика нормативно-справочной, входной и оперативной информации
Входная информация, содержащая данные оперативного учета, включает данные о поступлении новых материальных ценностей, регистрируется приходными накладными и вносится в базу данных через интерфейсную форму ввода (обеспечивается отмена произведенных операций с возвратом исходных значений).
Условно-постоянная информация включает справочные данные о номенклатуре МЦ, его характеристиках. Номинальные расценки на МЦ хранятся в справочниках.
Поступление и перемещение ТМЦ регистрируются в системе с контролем складского запаса и возможностью отмены транзакции, при операции выписывается отчет в виде товарного чека. Должна существовать возможность регистрации факта продажи и поступления товаров по измененной цене отличной от номинальной цены в справочнике.
Приходный ордер имеет такие обязательные реквизиты, как: Номер, наименование материальной ценности, количество, дата составления, код вида операции, склад, поставщик, сумма.
Счет-фактура имеет такие обязательные реквизиты, как: номер, наименование товара, единица измерения, количество, цена, стоимость товаров, налоговая ставка.
Товарная накладная имеет такие обязательные реквизиты, как: номер, наименование товара, код товара, единица измерения, вид упаковки, масса, количество, цена, стоимость товаров, НДС.
Карточка учета материалов имеет такие обязательные реквизиты, как: структурное подразделение, склад, место хранения, марка, сорт, размер, номенклатурный номер, от кого получено, кому отпущено, приход, расход, остаток.
Формы входных документов приведены в приложении 1.
Характеристика результатной информации
Акт о приеме МЦ имеет такие обязательные реквизиты, как: наименование товарно-материальных ценностей, единица измерения, количество товара, стоимость товара.
Анализ накапливаемой количественно-суммовой информации в базе данных проводится в модуле аналитики с последующим выводом выходных данных в виде графических диаграмм. Параметры обрабатываемой информации должны корректироваться в зависимости от устанавливаемого пользователем интервала времени и конкретного магазина или итоговая информация за весь период по всему предприятию.
Система должна иметь возможность последующей реорганизации и расширения для улучшения её возможностей или добавления функций. Должен обеспечиваться контроль ввода данных при отсутствии избыточности, а также надежное хранение и целостность базы данных.
Требование-накладная имеет следующие реквизиты: дата составления, код вида операции, отправитель, получатель, кор.счет, наименование МЦ, номенклатурный номер, единица измерения, количество, цена, сумма.
Накладная на отпуск материалов имеет следующие реквизиты: дата составления, код вида операции, отправитель, получатель, кор.счет, наименование МЦ, номенклатурный номер, единица измерения, количество, цена, сумма.
Акт о списании МЦ имеет следующие реквизиты: дата поступления товара, дата списания товара, номер товарной накладной, наименование признака понижения качества.
Формы результатных документов приведены в приложении 2.
Общие положения (дерево функций и сценарий диалога)
Работу с системой осуществляет сотрудник организационного отдела, который занимается учетом материальных ценностей. Дерево функций материально-ответственного лица представлено на рисунке 2.2.
Рисунок 2.2 – Дерево функций системы
Под работой со справочниками подразумевается их заполнение и редактирование (удаление записей).
Сценарий диалога, формирующийся на основе дерева функций, приведен на рисунке 2.3.
Рисунок 2.3 – Сценарий диалога для сотрудника
В таблице 2.1 представлено описание полей таблицы «Материальные ценности». Данная таблица служит для хранения информации по всем имеющимся товарно-материальным ценностям.
Таблица 2.1
Структура таблицы «МЦ»
Название |
Тип |
Размер поля |
Описание |
Код_МЦ |
счетчик |
Длинное целое |
Уникальный ключ записи |
Код_ВводЭкспл |
числовой |
5 |
Идентификатор ввода в эксплуатацию |
Код_состава прихода |
числовой |
5 |
Идентификатор прихода |
Код_подразделения |
числовой |
5 |
Идентификатор подразделения |
Балансовый счет |
числовой |
15 |
Балансовый счет |
Наименование |
Текстовый |
20 |
Наименование МЦ |
Ед_измерения |
Текст. |
10 |
Единица измерения МЦ |
Количество |
Числовой |
5 |
Количество на складе |
Цена |
денежный |
10 |
Цена единицы МЦ |
Место_экспл |
Текст. |
20 |
Место использования МЦ |
В таблице 2.2 представлено описание полей таблицы «Ввод в эксплуатацию». Данная таблица служит для хранения информации по вводу эксплуатации материальных ценностей.
Таблица 2.2
Структура таблицы «Ввод в эксплуатацию»
Название |
Тип |
Размер поля |
Описание |
Код_ВводЭкспл |
счетчик |
Длинное целое |
Уникальный ключ записи |
Дата |
Дата/время |
Дата ввода в эксплуатацию |
В таблице 2.3 представлено описание полей таблицы «Перемещение». Данная таблица служит для хранения информации о перемещении материальных ценностей
Таблица 2.3
Структура таблицы «Перемещение»
Название |
Тип |
Размер поля |
Описание |
Код перемещения |
Счетчик |
Длинное целое |
Уникальная запись |
Дата |
Дата/время |
Дата перемещения |
|
Подразд_от |
Числовой |
Откуда перемещается МЦ |
|
Подразд_к |
Числовой |
Куда перемещается МЦ |
|
Причина |
Текст |
50 |
Причина перемещения |
Принял |
Текст. |
30 |
Кто принял МЦ |
Сдал |
Текст. |
30 |
Кто сдал МЦ |
Примечание |
Текст. |
50 |
В таблице 2.4 представлено описание полей таблицы «Подразделения».
Таблица 2.4
Структура таблицы «Подразделения»
Цена |
Тип |
Размер поля |
Описание |
Код подразделения |
Числовой |
5 |
Идентификатор |
Наименование |
Текстовый |
20 |
Наименование подразделения |
ФИО МОЛ |
Текст. |
50 |
ФИО материально ответственного лица |
Склад |
Логический |
Таблица 2.5
Структура таблицы «Приход»
Название |
Тип |
Размер поля |
Описание |
Код прихода |
Счетчик |
Длинное целое |
Уникальный ключ записи |
Дата |
Дата/время |
Дата прихода |
|
От |
Текст. |
50 |
Откуда приход |
ПриобретеноВ |
Текст. |
50 |
Место приобретения |
Документ |
Текст. |
30 |
Подтверждающий документ |
Принял |
Текст. |
30 |
ФИО МОЛ |
Сдал |
Текст. |
30 |
ФИО МОЛ |
Примечание |
Текст. |
50 |
Таблица 2.6
Структура таблицы «Состав перемещения»
Название |
Тип |
Размер поля |
Описание |
Код |
Счетчик |
3 |
Уникальный ключ записи |
Код перемещения |
Числовой |
5 |
Идентификатор перемещения |
Код МЦ |
Числовой |
5 |
Идентификатор МЦ |
Таблица 2.7
Структура таблицы «Состав прихода»
Название |
Тип |
Размер поля |
Описание |
Код |
Счетчик |
Длинное целое |
Уникальный ключ записи |
Код прихода |
Числовой |
5 |
Идентификатор прихода |
Наименование |
Текстовый |
30 |
Наименование |
Ед_измерения |
Текстовый |
10 |
|
Количество прихода |
Числовой |
10 |
|
Кол_инв. |
Числовой |
10 |
|
Цена |
Денежный |
10 |
Цена оприходованного товара |
Примечание |
Текст. |
50 |
Связь между указанными сущностями представлена на рис.2.4.
Рисунок 2.4 – ER Модель
Структурная схема пакета (дерево вызова программных модулей)
Дерево программных модулей отражает структурную схему пакета, содержащего программные модули различных классов:
- модули, выполняющие служебные функции;
- управляющие модули, предназначенные для загрузки меню и передачи управления другому модулю;
- модули, связанные с вводом, хранением, обработкой и выдачей информации.
Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 2.5.
Модуль проверки загружаемой информации на ошибки
Форма редактирования пользователей
Форма пользователя
Модуль тестирования БД
Подсистема работы с отчетами
Модуль визуальных эффектов
Подсистемы работы с документами
Модуль редактирования визуализированных данных
Модуль визуализации данных
Подсистема работы со справочниками
Главная форма
Форма аутентификации
Рисунок 2.5 – Структурная схема основного пакета
Основные вычисления в программе происходят при вводе данных о приемке и об отгрузке товара.
Рассмотрим работу модуля «Приход товара» (рисунок 2.6).
Рисунок 2.6 – Блок-схема работы модуля
Работа модуля «Приход товара» начинается с выбора пункта меню «Журнал прихода грузов». В открывшейся форме кладовщик нажимает кнопку «Добавить», после чего открывается форма «Ожидаемые грузы».
Рисунок 2.8 – Блок-схема работы с формой «Ожидаемые грузы»
Другие алгоритмы приведены в приложении 3.
Контрольный пример реализации проекта и его описание
При открытии программы появляется главное меню программы (рис.2.9).
Рисунок 2.9 – Главное окно программы
При выборе пункта «Приходная накладная» появляется окно вида (рис.2.10).
Рисунок 2.10 – Приходная накладная
Рисунок 2.11 – Накладная на передачу материальных ценностей
Рассмотрим реестр приходных и расходных документов (рис.2.12).
Рисунок 2.12 – Реестр приходных и расходных документов
Как видно из представленных рисунков, программа работоспособна и выполняет все поставленные задачи.
Заключение
В ходе работы над работой была тщательно проанализирована предметная область учета материальных запасов.
Были выявлены следующие недостатки:
- многократное дублирование одной и той же информации в различных документах;
- низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
- неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
- большие затраты времени на составление отчетов;
- высокая трудоемкость обработки информации;
- неполное и неэффективное использование технических средств, имеющихся в наличии.
Для устранения этих недостатков были поставлены следующие задачи для проектируемой системы:
- проектируемая система обеспечит функции приемки ТМЦ, перемещения ТМЦ, функция управления остатками, функция подготовки отчетов;
- проектируемая система обеспечит взаимодействие с информационными системами других отделов;
- карточки учета материалов будет вестись автоматически.
Были изучены рекомендованные литературные источники. Детально рассмотрены фундаментальные понятия теории проектирования автоматизированных рабочих мест, дан обзор новейшим технологиям организации доступа к данным, построениям моделей и систем управления базами данных. На основе общепринятых критериев аргументирован выбор среды Borland Delphi для практической реализации программы для управления работой базы данных, реализованной в СУБД MySQL. Была спроектирована база данных и создано к ней приложение, к которому разработан пользовательский интерфейс.
Разработано программное обеспечение: описана его архитектура, структура меню, структура базы данных.
Автоматизация материально-технического учета даст экономический эффект, который трудно оценить. Благодаря повышению прозрачности склада, улучшится управление запасами учреждения. Кроме того, система позволит снизить трудозатраты при учете товарно-материальных ценностей.
Разработанная система полностью удовлетворяет потребностям компании. Система является типовой и может быть использована в других организациях.
Список использованной литературы
- РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов.
- ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.
- ГОСТ 34.602-89. Информационная технология.
- ГОСТ 19.701-90. Единая система программной документации. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
- РД IDEF0 2000. Методология функционального моделирования.
- Агальцов, В.П. Базы данных. В 2-х т. Т. 2. Распределенные и удаленные базы данных: Учебник / В.П. Агальцов. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 272 c.
- Аткинсон Л. MySQL. Библиотека профессионала - СПб: Вильямс, 2014. - 624 c.
- Бен-Ган И., Microsoft SQL Server 2008. Основы T-SQL. - СПб:БХВ-Петербург, 2011. - 432с.
- Бритов Г., Осипова Т. Моделирование бизнес-процессов. - М.:LAP, 2014. – 124 с.
- Виейра Р.Программирование баз данных Microsoft SQL Server 2008. Базовый курс / Р. Виейра - Диалектика М., 2011. - 812 с.
- Грофф Д., Вайнберг П., Оппель Э. SQL. Полное руководство. - СПб.: Вильямс, 2014. - 960с.
- Давыдова Е. М. Базы данных Учеб. пособие для вузов / Е. М. Давыдова, Н. А. Новгородова. - 3-е изд., перераб. и доп. - Томск : В-Спектр, 2012. - 128 с.
- Дейт К.Дж. Введение в системы баз данных. - К.: Диалектика, 2012. - 360 c.
- Дунаев В.В. Базы данных. Язык SQL для студента – Издательство: БХВ, 2013. - 196 с.
- Илюшечкин В. Основы использования и проектирования баз данных. Учебник. - М.:Юрайт, 2014. - 214с.
- Исаев Г. Проектирование информационных систем. Учебное пособие. - М.: Омега-Л, 2015. - 432с.
- Коваленко В. Проектирование информационных систем. - М.: Форум, 2012. - 320с.
- Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.
- Малыхина М. Базы данных. Основы, проектирование, использование. - СПб.: БХВ-Петербург, 2012. - 528с.
- Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник. – М.: Финансы и статистика, 2015. – 512 с.
- Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2014. - 528 c.
- Тоу Дэн Настройка SQL - СПб: Питер, 2013. - 539 c.
- Туманов В.Е. Основы проектирования реляционных баз данных - М.: Бином, 2012. - 420 c.
- Уткин В., Балдин К. Информационные системы в экономике. - М.: Academia, 2012. - 288с.
- Фуфаев, Э.В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э.В. Фуфаев, Д.Э. Фуфаев. - М.: ИЦ Академия, 2012. - 320 c.
- Шаймарданов Р.Б. Моделирование и автоматизация проектирования структур баз данных - М.: Юнити, 2016. - 469 c.
- Современные языки программирования (Основные сведения о языке программирования С#)
- Характеристика бизнес-процессов
- Корпоративная культура в организации (Теоретико-методологические аспекты изучения понятия «корпоративная культура)
- .Профессиональный стресс в управленческой деятельности.
- Социальное страхование и его функции.
- Влияние психологических особенностей коллектива на его работоспособность
- История развития представлений о юридических фактах.
- Понятие и условие договора
- Теоретические и методологические подходы к ситуационному менеджменту
- Корпоративная культура в организации (Понятие и сущность корпоративной культуры)
- История развития представлений о юридических фактах
- Понятия и условия договора