Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

«Склад»

Содержание:

Введение

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

Эффективное функционирование современного производства, которое основано на применении сложной техники, нуждается в четкой организации трудовых процессов, применении прогрессивных нормативов и норм, которые являются основой не только организации труда на рабочих местах, но и основой планирования, организации производственных процессов и управления всем производством в целом. Соответствие уровню развития техники и технологий форм организации труда, качества его нормирования, применение прогрессивных форм и систем оплаты, являются основными условиями достижения высокой эффективности, трудовой активности и повышения материальной заинтересованности сотрудников любой организации [1, с.124].

Целью данной курсовой работы является применение навыков объектно-ориентированного анализа в проектировании информационной системы складского учета.

Объект исследования – склад торгового предприятия.

Предмет исследования – бизнес-процессы управления складской деятельностью.

Для достижения поставленной цели необходимо выполнить следующие задачи:

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

I. Теоретическая часть

Глава 1. Анализ предметной области

Хозяйственный учет современного предприятия представляет собой совокупность бухгалтерского, оперативного и статистического учета. Учет – одна из наиболее трудоемких функций управления. Управление торговыми процессами предприятия основывается на информации, отражающей объем, структуру и динамику поступления, продажи и запасов товаров. Движение информации между предприятием и внешней средой (поставщиками, покупателями) осуществляется в форме потоков информации. От рациональной организации информационных потоков предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления торговыми процессами. Учет реализации товаров в оптовой или розничной торговле осуществляется по мере отгрузки товаров и предъявления покупателям расчетных документов. Продажа товара происходит по следующей схеме (рис. 1):

Рисунок 1 - Схема информационных потоков предприятия

Рассмотрим информационные потоки предприятия (рис.1). Заказчик (юридическое лицо) делает заявку у менеджера (сбрасывает по факсу или договаривается по телефону) на нужную ему продукцию.

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

Оформленная заявка поступает в отдел снабжения, где все заявки сортируются в зависимости от товара, от сроков поставки и т.д. и определяется примерная дата поступления товара на склад. Менеджер, имея эти данные, уточняет сроки доставки товара с клиентом [2, с.124].

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

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

Рассмотрим функциональную модель бизнес-процессов управления складом в нотации IDEF0. Данная модель позволяет разобраться с текущей ситуацией и выяснить целесообразность существующей на предприятии организационной структуры, четко определить функции подразделений, понять, кто за них отвечает, с какой эффективность выполняется работа и т.п.

Модель в IDEF0 строится на основе организационной структуры. В этом случае иерархия объектов в модели должна соответствовать иерархии структурных подразделений предприятия [3, с.89].

Организационная структура типового торгового предприятия показана на рис. 2.

Рисунок 2 – Организационная структура торгового предприятия

Поскольку, в рамках данной курсовой работы мы рассматриваем единичный бизнес-процесс «Управление складом», функциональную диаграмму построим для персонала склада. Контекстная диаграмма бизнес-процесса «Управление складом» в нотации IDEF0 [4, с.34] показана на рис. 3.

Рисунок 3 – Контекстная диаграмма IDEF0

Диаграмма декомпозиции контекстной диаграммы бизнес-процесса «Управление складом» в нотации IDEF0 показана на рис. 4.

Рисунок 4 - Диаграмма декомпозиции контекстной диаграммы IDEF0

Как видно из рис. 4, бизнес-процесс «Управления складом» делится на три основных подпроцесса:

  1. Пием товара.
  2. Хранение товара.
  3. Отгрузка и возврат товара.

Входными данными бизнес-процесса «Управление складом» являются:

  • сопроводительные документы;
  • информация о клиенте;
  • информация об оплате счета клиентом;
  • информация об возврате товара клиентом;
  • информация о поступлении товара от поставщика.

Выходными данными бизнес-процесса «Управление складом» являются:

  • информация о выданном товаре;
  • информация о списанном товаре;
  • отчетная документация.

Для построения модели предметной области в UML, выделим Акторов системы. Актор — это роль, которую выполняет пользователь или другая система, при взаимодействии с проектируемой системой. Каждый актор имеет уникальное имя.

Акторами проектируемой модели являются:

1. Менеджер.

2. Бухгалтер.

3. Сотрудник склада.

Таким образом, мы определили основных действующих лиц проектируемой системы. В следующем разделе выполним построение модели проектируемой системы на языке UML.

II. Проектная часть

Глава 2. Построение диаграммы вариантов использования

Диаграмма вариантов использования применяется для получения самого общего представления о функциональности системы. Она дает представление о том, как Актор (активный субъект системы) взаимодействует с другими субъектами, или же внешними системами [5, с.132].

Общая диаграмма вариантов использования показана на рис. 5.

Рисунок 5 – Обща я диаграмма вариантов использования

Описание общей диаграммы.

1. Расход товара.

Менеджер проверяет наличие товара на складе. Если товар есть в достаточном количестве, оформляет счет на оплату товара.

Бухгалтер, после поступления оплаченного счета, оформляет расходную накладную и передает ее менеджеру.

Менеджер, на основании накладной формирует заказ.

Сотрудник склада на основании заказа выдает товар клиенту по накладной.

2. Приход товара.

Менеджер проверяет наличие товара и по результатам проверки формирует заказ.

Бухгалтер проплачивает счет поставщика и оформляет приходную накладную.

Сотрудник склада принимает товар по приходной накладной.

Рассмотрим диаграммы вариантов использования для каждого Актора системы.

На рис. 6 показана диаграмма вариантов использования для Актора Менеджер.

Рисунок 6 – Диаграмма вариантов использования Менеджера

Описание диаграммы вариантов использования Менеджера.

1. Приход товара.

Менеджер проверяет наличие товара, в случае. Если товар отсутствует, или его мало, менеджер оформляет заказ на поставку и передает бухгалтеру счет поставщика на оплату.

2. Расход товара.

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

На рис. 7 показана диаграмма вариантов использования для Актора Бухгалтер.

Рисунок 7 - Диаграмма вариантов использования Бухгалтера

Описание диаграммы вариантов использования Бухгалтера.

1. Приход товара.

После получения от Менеджера счета на оплату товара поставщику, Бухгалтер оплачивает счет и оформляет приходную накладную при получении товара от поставщика.

2. Расход товара.

Бухгалтер формирует расходную накладную после оплаты счета на товар клиентом.

На рис. 8 показана диаграмма вариантов использования для Актора Сотрудник склада.

Рисунок 8 - Диаграмма вариантов использования Сотрудника склада

Описание диаграммы вариантов использования Сотрудника склада.

Сотрудник склада принимает или отпускает товар со склада по соответствующей накладной (приходная, расходная). Проводит плановую инвентаризацию.

Глава 3. Построение диаграммы последовательностей и диаграммы сотрудничества

Диаграмма последовательностей отображает действия Актора в той последовательности, в которой он их выполняет [5, с.138].

Диаграмма сотрудничества описывает взаимодействие объектов с акцентом на организацию объектов. Является альтернативой диаграммы последовательностей.

Построим диаграмму последовательности и диаграмму сотрудничества Актора Менеджер для основных прецедентов.

Диаграмма последовательности Менеджера для прецедента «Проверяет наличие товара» показана на рис. 9.

Рисунок 9 - Диаграмма последовательности Менеджера для прецедента «Проверяет наличие товара»

Диаграмма сотрудничества Менеджера для прецедента «Проверяет наличие товара» показана на рис. 10.

Рисунок 10 - Диаграмма сотрудничества Менеджера для прецедента «Проверяет наличие товара»

Диаграмма последовательности Менеджера для прецедента «Формирует счет на оплату» показана на рис. 11.

Рисунок 11 - Диаграмма последовательности Менеджера для прецедента «Формирует счет на оплату»

Диаграмма сотрудничества Менеджера для прецедента «Формирует счет на оплату» показана на рис. 12.

Рисунок 12 - Диаграмма сотрудничества Менеджера для прецедента «Формирует счет на оплату»

Диаграмма последовательности Менеджера для прецедента «Формирует заказ на выдачу» показана на рис. 13.

Рисунок 13 - Диаграмма последовательности Менеджера для прецедента «Формирует заказ на выдачу»

Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ на выдачу» показана на рис. 14.

Рисунок 14 - Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ на выдачу»

Диаграмма последовательности Менеджера для прецедента «Формирует заказ поставщику» показана на рис. 15.

Рисунок 15 - Диаграмма последовательности Менеджера для прецедента «Формирует заказ поставщику»

Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ поставщику» показана на рис. 16.

Рисунок 16 - Диаграмма сотрудничества Менеджера для прецедента «Формирует заказ поставщику»

Построим диаграмму последовательности и диаграмму сотрудничества Актора Бухгалтер для основных прецедентов.

Диаграмма последовательности Бухгалтера для прецедента «Оформляет приходную накладную» показана на рис. 17.

Рисунок 17 - Диаграмма последовательности Бухгалтера для прецедента «Оформляет приходную накладную»

Диаграмма сотрудничества Бухгалтера для прецедента «Оформляет приходную накладную» показана на рис. 18.

Рисунок 18 - Диаграмма сотрудничества Бухгалтера для прецедента «Оформляет приходную накладную»

Диаграмма последовательности Бухгалтера для прецедента «Формирует расходную накладную» показана на рис. 19.

Рисунок 19 - Диаграмма последовательности Бухгалтера для прецедента «Формирует расходную накладную»

Диаграмма сотрудничества Бухгалтера для прецедента «Формирует расходную накладную» показана на рис. 20.

Рисунок 20 - Диаграмма сотрудничества Бухгалтера для прецедента «Формирует расходную накладную»

Построим диаграмму последовательности и диаграмму сотрудничества Актора Сотрудник склада для основных прецедентов.

Диаграмма последовательности Сотрудника склада для прецедента «Проводит инвентаризацию» показана на рис. 21.

Рисунок 21 - Диаграмма последовательности Сотрудника склада для прецедента «Проводит инвентаризацию»

Диаграмма сотрудничества Сотрудник склада для прецедента «Проводит инвентаризацию» показана на рис. 22.

Рисунок 22 - Диаграмма сотрудничества Сотрудник склада для прецедента «Проводит инвентаризацию»

Диаграмма последовательности Сотрудника склада для прецедента «Получает товар» показана на рис. 23.

Рисунок 23 - Диаграмма последовательности Сотрудника склада для прецедента «Получает товар»

Диаграмма сотрудничества Сотрудник склада для прецедента «Получает товар» показана на рис. 24.

Рисунок 24 - Диаграмма сотрудничества Сотрудник склада для прецедента «Получает товар»

Глава 4. Построение диаграммы классов

Диаграмма классов системы определяет типы классов системы и связи между ними. Классы представляют сущности предметной области (на этапе анализа) или элементы программной системы (на этапе проектирования и реализации) [5, с.155].

Основными элементами проектируемой системы являются классы, а также связи между ними. Классы характеризуются «атрибутами» и «операциями».

Диаграмма классов проектируемой системы «Складской учет» показана на рис. 25.

Рисунок 25 – Диаграмма классов

Основной сущностью в системе будет являться товар. Как известно из задания на проектирование, товар хранится на складе. Но понятия товара как некоего описания и товара, лежащего непосредственно на складе, отличаются друг от друга. Товар, лежащий на складе, кроме того, что связан со складом отношением композиции (агрегация не совсем подходит, поскольку в данной системе товар является товаром, пока он не покинет склад), ещё характеризуется количеством. Аналогично следует рассуждать и при рассмотрении отношения Товара и Заказа, Товара и Накладной. В связи с тем, что Заказ и Накладная, в сущности, являются документами и имеют сходные атрибуты, они были объединены с помощью общего класса-предка Документ.

Заключение

В ходе выполнения курсовой работы выполнены следующие задачи:

  1. Выполнен анализ предметной области, выделены наиболее значимые ее составляющие.
  2. Установлен характер связей между составляющими.
  3. На основании полученных данных построена диаграмма классов.

Построенная диаграмма классов отображает найденные сущности системы «Управление складом» и связи между ними.

Библиография

  1. Рунов А. В. Социальная информатика: Учеб. пособие. – М.: МГСУ, 2009. - 303 с.
  2. Михеева Е. В. Информационные технологии в профессиональной деятельности: Учеб. пособие. – М.: Проспект, 2010. - 448 с.
  3. Давид Марка, Клемент МакГоуэн. Методология структурного анализа и проектирования. Пер. с англ. – М.: Мета Технология, 1993. - 240 с.
  4. Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF-технологии: Учебник-практикум. - М.: Финансы и статистика, 2006. - 188 с.
  5. Кендалл С., Мартин Ф. UML. Основы. – 2. изд. - СПб.: Символ, 2002. - 185 с