Курсовые работы / ПРИС КП_5

2.2 Анализ предметной области учета движения товаров на складе организации по продаже ГБО

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

Сложности при неавтоматизированном складском учете: удалённость офиса от склада - трудно контролировать деятельность сотрудников и производимые ими операции случайные и специальные ошибки работников при заполнении документов вручную, приписки, хищения и т.д. отсутствие прозрачности при проведении операций закупки/продажи несогласованность действий персонала друг с другом из-за отсутствия общей информационной базы большие временные затраты на заполнение и сдачу документации в бухгалтерию отсутствие представления об остатках товара на складе возможные проблемы при резервировании товара для отдельных клиентов трудности при отслеживании движения товара по цепочке производитель-склад-покупатель необходимость частых внеплановых проверок состояния склада; большие затраты времени и человеческих ресурсов на проведение инвентаризаций. Чтобы избежать всего этого, предприятиям, занимающимся складским хранением, целесообразно рассмотреть возможность автоматизировать учёт на складе с помощью современных учётных программ. [19]

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

12

Современные сервисы автоматизации помогут: Управлять складом из любого места и с любого электронного устройства Распределять продукцию по местам хранения (ячейкам, стеллажам и пр.), по партиям, Назначать ответственных лиц, следить за их работой в реальном времени Пересчитывать складские остатки товаров в динамике Отслеживать движение товара внутри склада, Отслеживать перевозку грузов от поставщика и к покупателю Проводить инвентаризацию на складе Выписывать приходные складские ордера Составлять комплекты товаров, например, из материалов для склада готовой продукции Формировать отпускные цены и т.д. [7]

В состав пакета документов, который используется организацией, ведущей хозяйственную деятельность, входят формы: М-2, М-2а – доверенности, дающие возможность конкретному лицу выступать в качестве доверенного от предприятия на момент получения материальных ценностей от поставщика; М-4 – приходный ордер, который применяется для учета определенных материалов от поставщика; М-7 – акт о приемке товаров, оформление которого производится в момент приемки мат. ценностей, имеющих расхождения по ассортименту, количеству или качеству с полученными данными от поставщика; М-8 – лимитно-заборная карта, которая применяется только при наличии лимитов отпуска материальнопроизводственных запасов; М-11 – требование-накладная, необходимая для учета материально-производственных запасов внутри фирмы; М-15 – накладная на отпуск материалов на сторону, которая оформляется для учета отпуска материалов своегопредприятиядругимхозяйствам;М-17–карточкаучетаматериалов,которая оформляется для учета материально-производственных ценностей на складе: по сорту, виду, размеру, номенклатурному номеру; М-35 – акт об оприходовании мат. ценностей, необходимый только в том случае, если они получены в результате разборки, демонтажа зданий и сооружений.

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

13

2.3 Функциональная модель процесса учета движения товаров на складе организации по продаже ГБО

Функциональная модель бизнес-процессов разрабатываемой информационной системы представлена в приложении А на рисунках А.1-А.6. Функциональнаямодельпостроенасточки зренияинтегрированногопользователя: директора и менеджера. Это обусловлено тем, что с системой необходимо работать только менеджеру, который и будет фиксировать время, проработанное каждым сотрудником. Исходя из чего, можно выделить следующие роли для работы с системой: администратор, который вносит наиболее ценные стратегические решения, менеджер, а также гость, который только просматривает отчетную информацию (например, такую роль может выполнять работник бухгалтерского отдела). Следовательно, при моделировании системы учета были выделены следующие работы, которые представлены на рисунке 2.1.

Рисунок 2.1 – Иерархическое дерево работ

Для проведения количественного анализа разработанной функциональной модели необходимо рассмотреть поведение следующих показателей: коэффициент уровня (формула 2.1), коэффициент сбалансированности (формула 2.2) и коэффициент применения элементарных функций (формула 2.3).[8]

14

Где N – количество работ на текущем уровне; L – номер уровня; - стрелки, входящие и выходящие в функцию; эл.ф - количество элементарных функций.

От уровня к уровню должен уменьшаться (хотя бы не возрастать). б в идеале равен нулю, допускаются значения 2-3. Показывает соотношение выходных и выходных стрелок. Если ф>1 и эл.ф>0,5, то продолжать декомпозицию не надо. [9]

Результаты расчёта коэффициентов для каждого уровня представлены на рисунке 2.2.

Рисунок 2.2 - Результаты расчёта коэффициентов

Врезультате можно сделать следующие выводы:

1)Коэффициент уровня уменьшается (3 -> 1,5 -> 0,67).

2)Коэффициент сбалансированности = 1 только на уровне А1. На уровне A2 = 0, на уровне A0 = 2.

3)Коэффициент применения элементарных функций находится в пределах нормы и не требует дальнейшей декомпозиции системы

15

2.4 Модель данных учета движения товаров на складе организации по продаже ГБО

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

2.4.

Рисунок 2.3 – Логическая модель данных

Рисунок 2.4 – Физическая модель данных для СУБД PostgreSQL

16

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

Выводы по разделу

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

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

17

3 РАЗРАБОТКА И ТЕСТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА ДВИЖЕНИЯ ТОВАРОВ НА СКЛАДЕ ОРГАНИЗАЦИИ ПО ПРОДАЖЕ ГАЗОБАЛЛОННОГО ОБОРУДОВАНИЯ

3.1 Описание таблиц базы данных

База данных была построена в СУБД PostgreSQL. Для реализации автоматизированной системы были созданы 6 справочников: поставщики, комплектующие, клиенты, приход комплектующих, расход комплектующих, остатки. Внешний вид и заполнение справочников представлен на рисунках 3.1 – 3.6.

Рисунок 3.1 – Справочник «Клиенты»

Рисунок 3.2 – Справочник «Комплектующие»

18

Рисунок 3.3 – Справочник «Поставщики»

Рисунок 3.4 – Справочник «Приход комплектующих»

Рисунок 3.5 – Справочник «Расход комплектующих»

Рисунок 3.6 – Справочник «Остатки»

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

19

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

3.2 Дерево программных модулей

Фреймворк Ruby on Rails поддерживает структуру MVC приложений: Model (модель)- View(представление)- Controller(контроллер).[10] Приложение состоит из программных модулей трех типов: моделей, представлений и контроллеров. Концепция MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента. Модель необходима для поддержки состояния приложения. В модели прописаны все данные, а также все правила, применяемые к этим данным (ограничения на значения и т.п). Представление отвечает за формирование пользовательского интерфейса, который обычно основан на данных модели. Например, список комплектующих должен отображаться на экране. Этот список доступен через модель, но получать его у моделииформатироватьдляпоказаконечномупользователюбудетпредставление. [11] Представление не занимается непосредственной обработкой данных, его действие заканчивается после отображения данных на экране. Для организации работы приложения используются контроллеры, организующие работу приложения. Они воспринимают события внешнего мира (обычно ввод данных пользователем), взаимодействуют с моделью и отображают соответствующее представление для пользователя. [12] Взаимодействие перечисленных элементов представлено на рисунке 3.6. Дерево программных модулей для разрабатываемой автоматизированной системы учета движения товаров на складе организации по продаже газобаллонного оборудования представлено на рисунке 3.7.

20

Рисунок 3.6 – Порядок взаимодействия модели, представления и контроллера [13]

Рисунок 3.7 –Дерево программных модулей

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

3.3 Схема взаимосвязей модулей и массивов данных

Схемы взаимосвязей контроллеров, модулей и представлений с массивами данных представлены на рисунках 3.8-3.10. Разработанная система для

21