Департамент образования и молодежной политики
Ханты-Мансийского автономного округа - Югры
Автономное учреждение профессионального образования
Ханты-Мансийского автономного округа - Югры
ХАНТЫ-МАНСИЙСКИЙ ТЕХНОЛОГО-ПЕДАГОГИЧЕСКИЙ КОЛЛЕДЖ
Курсовой проект
Разработка информационной системы учета товаров на одном складе, на платформе 1С: Предприятия
Выполнила:
Студентка 238 группы 4 курса
специальности 09.02.07 «Информационные системы и программирование»
Срок обучения 3 года 10 мес.
Кантерова Вероника Викторовна
Руководитель:
Кокшаров Сергей Владимирович
Ханты-Мансийск, 2021
СОДЕРЖАНИЕ
информационная система учета товаров
1.3 Разработка модели основного бизнес-процесса предметной области
2.2 Программная реализация информационной системы на платформе «1С:Предприятие»
2.2.4 Формирование отчетности
2.2.5 Тестирование (отладка) модуля ИС
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
ВВЕДЕНИЕ
информационная система учета товаров
В настоящее время с постоянным ростом экономики и развитием все новых отраслей, особенно важным для компаний является обладание в своей сфере определенным конкурентным преимуществом. В данных условиях способность компании обращать информацию и знания в нематериальный актив является одним из условий ее успешного функционирования на рынке. Все чаще ряд преимуществ получают те компании, которые используют информационные технологии в своей работе и управлением бизнес-процессами предприятия.
На эффективность функционирования предприятия может влиять множество факторов - ресурсообеспеченность, квалификация сотрудников, исправность оборудования и многое другое. Но нельзя забывать, что существенное влияние на деятельность компании может оказывать организация работы и информационных потоков. В случае отсутствия эффективной системы учета сверхурочного времени работы сотрудников в компании может возникнуть перерасход фонда заработной платы, что приведет к экономическим потерям.
Актуальность разработки системы учета товаров на одном складе выражается в том, что ведение складского учета позволяет сделать работу склада «прозрачной» и минимизировать временные затраты на проведение различных складских операций.
Также разработка информационной системы учета товаров на одном складе позволить формировать и отображать актуальную информацию о учёте товаров, поставок и отпуска товаров со склада предприятия постоянный количественный и сортовой учет на складе.
В данном проекте будет рассматриваться процесс разработки информационной системы (далее - ИС) по учету товаров на одном складе учёту товаров, поставку и отпуск товаров со склада предприятия на основе платформы 1С:Предприятие.
Объект исследования - организация ООО «Стандарт Пластик» в г. Ханты-Мансийск.
Предмет исследования - учет товаров на одном складе
Целью данной работы является, разработка информационной системы для учета товаров на одном складе.
Для достижения поставленной цели нужно решить следующие задачи:
1.Провести предпроектное исследование предметной области.
2.Проанализировать существующий процесс учета товаров на одном складе.
3.Провести выбор платформы разработки ИС.
4.Выработать требования к разрабатываемой ИС.
5. Создать функциональную модель БД.
6.Создать логическую модель.
7.Спроектировать и разработать ИС, соответствующую разработанным моделям.
8.Провести проверку и тестирование.
В результате разработки информационной системы будет автоматизирован учет товаров на одном складе.
Курсовой проект состоит из введения, двух глав и заключения. Первая глава состоит из 3 разделов и так же включает в себя предметную область и моделирование ИС. Вторая глава связана с проектированием и состоит из 5 разделов. Так же в работе присутствуют приложения и список использованных источников.
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 Описание (анализ) предметной области
Предприятие «Стандарт Пластик Групп», является одним из лидеров Российского рынка по производству изделий из пластмасс. Завод, благодаря использованию новейшего оборудования и высококачественных материалов, соответствует всем современным требованиям, что подтверждается Российскими сертификатами качества и сертификатом менеджмента качества ISO-9001. Предприятие имеет мощный производственный комплекс, состоящий из 54 термопласт автоматов (ТПА) различного назначения производства Италии, Кореи, Германии. Современный инструментальный цех завода, совместно с собственным конструкторским бюро способны изготавливать пресс-формы для производства самой различной продукции, как для потребительского рынка, так и для промышленных предприятий
Стандарт Пластик Групп предлагает широкий ассортимент продукции по следующим направлениям:
o товары хозяйственно-бытового назначения;
o одноразовую посуду;
o упаковочные материалы.
Проведя анализ подразделения, построила организационную структуру предприятия. Структура подразделения представлена на рисунке 1
Рисунок 1 - Организационная структура «Стандарт ПластикГрупп»
Директор руководит организацией в соответствии с законодательством, несёт всю полноту ответственности за все принимаемые решения, сохранность и использование имущества. Директору подчиняется бухгалтер магазина, который следит за приемом и обработкой первичной документации. В подчинение к бухгалтеру входят кладовщик и продавец. Продавец выполняет операции по взаимодействию с клиентами, а кладовщик следит за товаром, поступающим в магазин.
1.2 Построение функциональной модели информационной системы предметной области
Задача разработки информационной системы складского учета ООО «Стандарт Пластик Групп» заключается в автоматизации процесса оптимизации размещения товара на складе с учетом характеристик склада и товара, а также системное управление отгрузкой товара.
Проведя анализ ряда задач, который должна выполнять система складского учета, смоделировали работу разрабатываемой системы. Результат моделирования представлен на рисунках 2-3.
Рисунок 2- Контекстная диаграмма работы ИС складского учета
Диаграмма, изображенная на рисунке 2 отображает отдельный процесс «Производство и хранение товара» из общей структуры работы компании «Стандарт Пластик Групп». Данная диаграмма имеет различные потоки данных: вход («Сырье», «Заявка на производство», «Заявка на отгрузку»); выход («Отчёт») который будет отображать остаток товара на складах; управление («ГОСТ по производству», «Правила хранения») и механизм («Персонал производства», «Персонал склада»).
Рисунок 3 - Диаграмма декомпозиции 1 уровня работы ИС складского
учета
Диаграмма декомпозиции 1 уровня работы ИС складского учета включает в себя 2 взаимосвязанных процесса: «Производство» и «Хранение товара», также на диаграмме появляется поток данных «Продукция для хранения».
1.3 Разработка модели основного бизнес-процесса предметной области
Контекстная диаграмма «Хранение товара» рисунок 4 представляет собой совокупность работ, преобразующих входы в выходы с использованием механизмов и управления. Модели процессов помогают осознать особенности функционирования системы и взаимодействия с внешней средой.
Рисунок 4- Контекстная диаграмма «Хранение товаров»
Рисунок 5 - Диаграмма декомпозиция «Хранения товара»
Диаграмма декомпозиции 2 уровня «Хранения товара» состоит из 3 главных процессов:
«Прием товара с производства» -- прием, проверка соответствия поставки сопроводительным документам, проверка целостности товара.
«Размещение товаров с использованием системы складского учета» --сортировка, размещение товара в зоне хранения.
«Отгрузка товаров» -- отбор товара из зоны хранения, комплектация и упаковка, контроль отгрузки.
Также в системе есть внешняя сущность - склад готовой продукции.
Разрабатываемая информационная система строится на динамическом методе организации хранения товаров на складе.
В ходе анализа по разработке информационной системы были выявлены необходимые инструменты конфигурации для информационной системы складского учета.
2. ПРАКТИЧЕСКАЯ ЧАСТЬ
2.1 Построение логической модели БД информационной системы
Логическая модель - графическое представление структуры базы данных с учетом принимаемой модели данных (иерархической, сетевой, реляционной и т.д.), независимое от конечной реализации базы данных и аппаратной платформы.
Рисунок - 6 Логическая модель БД
В данном пункте привела логическую модель базы данных. Объекты модели, представленные на логическом уровне, называются сущностями и атрибутами. Устанавливаются связи между сущностями, определяются атрибуты и проводятся нормализация данных.
В данной логической модели использован тип связей «Один ко многим».
В результате анализа предметной области были выявлены такие сущности как:
o Товар (наименование, код);
o Сотрудники (наименование, код);
o Получение товара (дата, наименование, номер, товар, кол-во);
o Продажа товара (дата, наименование, номер, товар, кол-во);
o Склад (наименование, код);
o Хранение товара (период, регистратор, товар, кол-во).
Логическая модель БД была создана в Untitled Diagram.
2.2 Программная реализация информационной системы на платформе «1С:Предприятие»
2.2.1 Создание основных объектов БД в режиме «конфигуратор»
Конфигуратор системы 1С: Предприятие является специальным режимом запуска 1С и предназначен для разработчиков, программистов. В этом режиме разработчик создает или корректирует структуру базы данных, программные модули, производит административные работы. В режиме конфигуратора нельзя вводить информацию в базу данных, за исключением загрузки базы данных из архивов.
Примерами основных объектов конфигурации являются Справочники, Документы, Отчеты. Все они изображены на рисунке 7.
Рисунок 7-Основные элементы конфигурации
2.2.2 Заполнение справочников
Справочники в 1С -- это объекты конфигурации, предназначенные для хранения данных, имеющих одинаковую структуру и носящие списочный характер. В справочниках храниться информация: товаров, складов, сотрудников.
На рисунке 8 показаны все справочники, которые используются в системе:
«Склады» - содержит информацию о подразделениях внутри склада.
«Товары» - содержит весь перечень товаров, предоставляемых на складе.
«Сотрудники» - содержат информацию о работниках, работающих на складе.
На рисунке 9 будет показан пример заполненного справочника «Товары»
Рисунок 8 - Справочники конфигурации
Рисунок 9 - Справочник конфигурации «Товары»
2.2.3 Формирование запросов
Запрос - это специальный объект в 1С 8.3, который используется для формирования и выполнения запросов к таблицам базы данных в системе.
С помощью данного запроса из базы данных «Продажа товара» можно получить информацию о товарах: наименование, количество, сотрудника, дату, склад.
Рисунок 10 - Запрос документа «Продажа товара»
2.2.4 Формирование отчетности
Отчеты -- это прикладные объекты конфигурации. Они предназначены для обработки накопленной информации и получения сводных данных в удобном для просмотра и анализа.
В информационной системе был разработан отчет «выполненные услуги» с помощью системы компоновки данных и имеет вариант предоставления «По остаткам товара». Данный отчет позволяет подате провести «Остатки товаров» на складах.
Отчет создается без необходимости писать программный код. С помощью определенного конструктора и настроек, произведенных в нем, программист задает желаемый результат, система компоновки данных это понимает, и выводит этот результат пользователю.
На рисунке 11 изображено формирования отчета, который отображает остаток товара на складах.
Рисунок 11 - Формирование отчета
2.2.5 Тестирование (отладка) модуля ИС
Тестирование -- это проверка соответствия ПО требованиям, осуществляемая с помощью наблюдения за его работой в специальных, искусственно построенных ситуациях.
Рассмотрим простой пример запуска клиента тестирования, выполнения автоматизированного теста и проверки его результатов.
Рассмотрим простой пример запуска клиента тестирования, выполнения автоматизированного теста и проверки его результатов. В качестве тестируемой конфигурации будем использовать демонстрационную базу Управляемое приложение. Программный код, выполняющий тестирование и проверку результатов, находится во внешней обработке Тест. Для запуска этой обработки можно использовать любую информационную базу. Процесс автоматизированного тестирования заключается во взаимодействии двух специальным образом запущенных клиентских приложений: менеджера тестирования и клиента тестирования. Менеджер тестирования в нашем примере будет исполнять внешнюю обработку Тест. Клиентом тестирования в нашем примере будет клиентское приложение демонстрационной базы Управляемое приложение