Файл: Разработка конфигурации системы 1С Предприятие для учета товаров на складе магазина.docx
Добавлен: 08.11.2023
Просмотров: 1019
Скачиваний: 39
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
Глава 1. Анализ предметной области
Глава 2. Анализ аналогов и прототипов
Глава 4. Разработка программного средства
Раздел 4.1. Разработка моделей бизнес-процессов системы складского учета
Раздел 2. Разработка модели базы данных системы складского учета
Раздел 3. Реализация ИС на платформе «1С: Предприятие»
оплаченным счетом на склад для получения товара, а также документов на товар.
Помимо клиентов, входом также является товар (от поставщика либо возврат от клиента по какой-либо причине) с сопроводительными документами. Для товара от поставщика это товарная накладная и счет-фактура, для возврата от клиента это акт о браке, либо возвратные документы (как от поставщика).
Действующее законодательство, должностные инструкции и указания руководства – регламентирующие правила, которыми управляется процесс функционирования склада.
В оказании услуг клиентам важнейшую функцию выполняют ресурсы. Персонал склада является важнейшим ресурсом, непосредственно участвует в оказании этих услуг, используя различные инструменты склада. Информационные ресурсы выполняют прямую функцию (обеспечение информацией о клиенте, поставщике, товаре и т.п.). Создание такой информационной системы – одна из наших задач. Без материальных ресурсов (оборудование и расходные материалы) в настоящее время невозможно представить ни одно функционирующее предприятие.
Далее нам необходимо определить функции, реализуемые системой складского учета, а, следовательно, разбить её на подсистемы, решающе более простые задачи: прием товаров от поставщика, прием возвращаемых товаров, хранение и отгрузка товаров. Построим модель, описывающую деятельность склада (рисунок 5).
Рисунок 5 — Диаграмма декомпозиции блока «Система складского учета»
После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема, при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции.
Весь процесс деятельности склада можно подразделить на этапы:
На данном этапе товар с сопроводительными документами поступает на склад и подвергается подсчету (сверка фактического наличия с документами). Но, каким бы ни был результат подсчета товара (положительным либо отрицательным), он после этого вместе с сопроводительными документами передается на хранение.
Товар может поступать на склад не только от поставщиков, но и от покупателей, желающих вернуть товар по каким-то причинам.
Данный этап подразумевает отгрузку клиенту товара, скомплектованного по отгрузочным документам либо отгрузка товаров поставщикам (если произошла ошибка при получении товаров).
Этап «Хранение» возьмем для последующей декомпозиции.
Рисунок 6 — Диаграмма декомпозиции блока «Подсистема хранения»
Процесс хранения, в свою очередь подразделяется на простые функции (или действия), осуществляемые работниками склада:
На данном этапе формируются отгрузочные документы (расходные накладные), а также документы, согласно которым будет производиться комплектация товара для дальнейшей отгрузки клиенту, либо возврата поставщику.
В зависимости от характера товара товар размещается на соответствующем складе. Предприятие может использовать основной склад и, например, дополнительный.
На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание.
Этап «складирование» является наиболее интересным для дальнейшего рассмотрения (рисунок 7).
Рисунок 7 — Диаграмма декомпозиции блока «Складирование»
Диаграмма складирования, в свою очередь подразделяется на пункты:
На данном этапе производится сверка поступившего товара с принятыми на него документами (приходные документы по поставке или документы на осуществление возврата товара от клиента). После сверки делается вывод о соответствии документов и фактическом наличии товара. В случае выявления нарушений отправляется запрос в офис с целью уточнения данных, и товар продолжает оставаться на временном хранении.
На данном этапе производится непосредственное складирование поступившего товара на хранение. В будущем необходимый товар проходит комплектацию и передается на выдачу (отгрузку).
На данном этапе производится документальное подтверждение по факту прихода товара на склад, внесение изменений в базу наличия товаров.
Следующая диаграмма, которую следует рассмотреть – диаграмма дерева узлов. Диаграмма показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.
Данного уровня декомпозиции достаточно для выполнения данной курсовой работы.
Рисунок 8 — Диаграмма дерева узлов
Организационная диаграмма представляет собой традиционную древовидную структуру, во главе которой находится единственный блок, который разделяется вниз на блоки подсистем. Каждый блок является графическим представлением конкретной роли.
ERwin создает визуальное представление модели данных для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. . ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).
В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, собаки и компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.
Целевая СУБД, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin.
ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне.
Объекты модели на данном уровне называются сущностями и атрибутами. Диаграмма сущность – связь (рисунок 9) содержит сущности и взаимосвязи, которые отражают основные закономерности предметной области.
Рисунок 9—Диаграмма сущностей и атрибутов логического уровня модели
Рисунок 10 — ERD – диаграмма в нотации IDEF1X физический уровень.
Модель данных, основанная на ключах (KB – модель), кроме сущностей и связей, включает в себя ключевые атрибуты сущностей: первичные (PK) и внешние (FK). Для определения первичных и внешних ключей были выявлены следующие закономерности:
Полная атрибутивная модель предполагает наиболее детальное представление структуры проектируемой базы данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.
Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД.
На сегодняшнем рынке программного обеспечения существует множество информационных систем, различных по своим характеристикам, масштабам автоматизации производства, соотношениям цены и качества. Но ко всем из них, как правило, применяются стандартные требования, как простота внедрения и использования, возможность быстрого обучения работе с продуктом, адекватность цены, соответствие электронного документооборота требованиям законов.
Продукт «1С: Предприятие» представляет собой платформу, используя которую можно сконфигурировать необходимое решение для автоматизации деятельности определенных отделов или предприятия в целом. 1С так же предлагает различные готовые решения. Хранение данных для ИС так же возможно в различных СУБД: Microsoft SQL Server, IBM DB2, Oracle и т.д.
Русскоязычный интерфейс, возможность программной доработки процессов автоматизации, а так же расширения масштабов автоматизации одним продуктом являются решающими факторами при выборе информационного продукта.
Для разработки ИС на платформе 1С: Предприятие предусмотрены различные инструменты, которые позволяют проектировщику создавать необходимые объекты информационной базы.
Основной инструмент, с которым работает разработчик в «1С: Предприятие» - дерево конфигурации. Дерево конфигурации содержит в себе практически всю информацию о том, из чего состоит конфигурация (рисунок 11).
Рисунок 11— Дерево конфигурации в «1С: Предприятие»
Для разработки подсистемы автоматизации складского учета использованы следующие объекты конфигурации: справочники, документы, перечисления, регистры накопления, отчеты.
Прежде всего, для реализации спроектированной ранее модели данных следует проассоциировать сущности с объектами метаданных конфигурации 1С (таблица 1).
Таблица 1 – Объект модели данных и объект 1С
Помимо клиентов, входом также является товар (от поставщика либо возврат от клиента по какой-либо причине) с сопроводительными документами. Для товара от поставщика это товарная накладная и счет-фактура, для возврата от клиента это акт о браке, либо возвратные документы (как от поставщика).
Действующее законодательство, должностные инструкции и указания руководства – регламентирующие правила, которыми управляется процесс функционирования склада.
В оказании услуг клиентам важнейшую функцию выполняют ресурсы. Персонал склада является важнейшим ресурсом, непосредственно участвует в оказании этих услуг, используя различные инструменты склада. Информационные ресурсы выполняют прямую функцию (обеспечение информацией о клиенте, поставщике, товаре и т.п.). Создание такой информационной системы – одна из наших задач. Без материальных ресурсов (оборудование и расходные материалы) в настоящее время невозможно представить ни одно функционирующее предприятие.
Далее нам необходимо определить функции, реализуемые системой складского учета, а, следовательно, разбить её на подсистемы, решающе более простые задачи: прием товаров от поставщика, прием возвращаемых товаров, хранение и отгрузка товаров. Построим модель, описывающую деятельность склада (рисунок 5).
Рисунок 5 — Диаграмма декомпозиции блока «Система складского учета»
После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема, при необходимости, разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции.
Весь процесс деятельности склада можно подразделить на этапы:
-
Подсистема приема товара (принятие товара по сопроводительным документам и передача его на хранение).
На данном этапе товар с сопроводительными документами поступает на склад и подвергается подсчету (сверка фактического наличия с документами). Но, каким бы ни был результат подсчета товара (положительным либо отрицательным), он после этого вместе с сопроводительными документами передается на хранение.
-
Подсистема приема возврата (прием товара от покупателей).
Товар может поступать на склад не только от поставщиков, но и от покупателей, желающих вернуть товар по каким-то причинам.
-
Подсистема отгрузки товара (выдача скомплектованного товара клиенту, либо возврат поставщику).
Данный этап подразумевает отгрузку клиенту товара, скомплектованного по отгрузочным документам либо отгрузка товаров поставщикам (если произошла ошибка при получении товаров).
-
Хранение (основная и самая сложная функция склада, подразумевает все остальные действия с товаром, не описанные выше, например, комплектование, оформление документации на товар, списание).
Этап «Хранение» возьмем для последующей декомпозиции.
Рисунок 6 — Диаграмма декомпозиции блока «Подсистема хранения»
Процесс хранения, в свою очередь подразделяется на простые функции (или действия), осуществляемые работниками склада:
-
Формирование отгрузочных документов (согласно оплаченному счету клиента).
На данном этапе формируются отгрузочные документы (расходные накладные), а также документы, согласно которым будет производиться комплектация товара для дальнейшей отгрузки клиенту, либо возврата поставщику.
-
Складирование (непосредственное размещение товара на складе)
В зависимости от характера товара товар размещается на соответствующем складе. Предприятие может использовать основной склад и, например, дополнительный.
-
Комплектование (комплектация товара согласно отгрузочным документам для дальнейшей выдачи клиенту, либо возврата поставщику)
На данном этапе, при комплектации товара производится внешний осмотр товара и выявляется брак, который, при его обнаружении, передается на списание.
-
Списание товара (списание и дальнейшая передача на утилизацию брака или испорченного товара с формированием документов о списании).
Этап «складирование» является наиболее интересным для дальнейшего рассмотрения (рисунок 7).
Рисунок 7 — Диаграмма декомпозиции блока «Складирование»
Диаграмма складирования, в свою очередь подразделяется на пункты:
-
Хранение на временной площадке (товар, прибывший от поставщика или возвращаемый клиентом).
На данном этапе производится сверка поступившего товара с принятыми на него документами (приходные документы по поставке или документы на осуществление возврата товара от клиента). После сверки делается вывод о соответствии документов и фактическом наличии товара. В случае выявления нарушений отправляется запрос в офис с целью уточнения данных, и товар продолжает оставаться на временном хранении.
-
Складирование на основной склад (товары, прошедшие качественно – количественную проверку).
На данном этапе производится непосредственное складирование поступившего товара на хранение. В будущем необходимый товар проходит комплектацию и передается на выдачу (отгрузку).
-
Формирование документов по принятому товару (выходные документы).
На данном этапе производится документальное подтверждение по факту прихода товара на склад, внесение изменений в базу наличия товаров.
Следующая диаграмма, которую следует рассмотреть – диаграмма дерева узлов. Диаграмма показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.
-
Диаграмма «Система складского учета» – первый уровень дерева узлов (top level activity); -
Диаграммы «Подсистема приема товара», «Подсистема приема возврата», «Подсистема отгрузки товара» и «Подсистема хранения» – второй уровень дерева узлов; -
Диаграммы «Формирование отгрузочных документов», «Складирование», «Комплектование» и «Списание товара» – третий уровень дерева узлов; -
Диаграммы «Хранение на временной площадке», «Складирование на основной склад», «формирование документов по принятому товару» - четвертый уровень дерева узлов.
Данного уровня декомпозиции достаточно для выполнения данной курсовой работы.
Рисунок 8 — Диаграмма дерева узлов
Организационная диаграмма представляет собой традиционную древовидную структуру, во главе которой находится единственный блок, который разделяется вниз на блоки подсистем. Каждый блок является графическим представлением конкретной роли.
Раздел 2. Разработка модели базы данных системы складского учета
ERwin создает визуальное представление модели данных для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. . ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).
В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, собаки и компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.
Целевая СУБД, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin.
ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне.
Объекты модели на данном уровне называются сущностями и атрибутами. Диаграмма сущность – связь (рисунок 9) содержит сущности и взаимосвязи, которые отражают основные закономерности предметной области.
Рисунок 9—Диаграмма сущностей и атрибутов логического уровня модели
Рисунок 10 — ERD – диаграмма в нотации IDEF1X физический уровень.
Модель данных, основанная на ключах (KB – модель), кроме сущностей и связей, включает в себя ключевые атрибуты сущностей: первичные (PK) и внешние (FK). Для определения первичных и внешних ключей были выявлены следующие закономерности:
-
Каждый сотрудник обладает своим уникальным кодом. -
Каждый сотрудник может быть закреплен на выдачу товара по нескольким накладным. -
Каждая накладная обладает своим уникальным кодом. -
Каждая накладная может содержать несколько строк, указывающих на товары по накладной. -
Каждая накладная содержит информацию о клиенте, на которого производится выдача товара. -
Каждый клиент вносится в базу под своим уникальным кодом. -
Каждый клиент может оформлять несколько накладных. -
Каждый склад обладает уникальным кодом. -
Один склад может быть прописан в нескольких накладных. -
Каждая строка входит в состав определенной накладной. -
Каждая строка содержит информацию о товаре по коду товара. -
Каждый товар обладает своим уникальным кодом. -
Каждый поставщик обладает своим уникальным кодом. -
Каждый поставщик может поставлять множество товаров.
Полная атрибутивная модель предполагает наиболее детальное представление структуры проектируемой базы данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.
Физическая модель данных зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД.
Раздел 3. Реализация ИС на платформе «1С: Предприятие»
На сегодняшнем рынке программного обеспечения существует множество информационных систем, различных по своим характеристикам, масштабам автоматизации производства, соотношениям цены и качества. Но ко всем из них, как правило, применяются стандартные требования, как простота внедрения и использования, возможность быстрого обучения работе с продуктом, адекватность цены, соответствие электронного документооборота требованиям законов.
Продукт «1С: Предприятие» представляет собой платформу, используя которую можно сконфигурировать необходимое решение для автоматизации деятельности определенных отделов или предприятия в целом. 1С так же предлагает различные готовые решения. Хранение данных для ИС так же возможно в различных СУБД: Microsoft SQL Server, IBM DB2, Oracle и т.д.
Русскоязычный интерфейс, возможность программной доработки процессов автоматизации, а так же расширения масштабов автоматизации одним продуктом являются решающими факторами при выборе информационного продукта.
Для разработки ИС на платформе 1С: Предприятие предусмотрены различные инструменты, которые позволяют проектировщику создавать необходимые объекты информационной базы.
Основной инструмент, с которым работает разработчик в «1С: Предприятие» - дерево конфигурации. Дерево конфигурации содержит в себе практически всю информацию о том, из чего состоит конфигурация (рисунок 11).
Рисунок 11— Дерево конфигурации в «1С: Предприятие»
Для разработки подсистемы автоматизации складского учета использованы следующие объекты конфигурации: справочники, документы, перечисления, регистры накопления, отчеты.
Прежде всего, для реализации спроектированной ранее модели данных следует проассоциировать сущности с объектами метаданных конфигурации 1С (таблица 1).
Таблица 1 – Объект модели данных и объект 1С