Проектирование ис склад

Содержание

 

Введение

Глава 1. Проектирование ИС «Склад»

1.1 Функциональная модель автоматизируемых Бизнес-процессов

1.2 Для построения диаграмм использовалось  следующее программного средство Enterprise Architect.

1.3 Диаграмма прецедентов

1.4 Диаграмма классов

1.5 Диаграммы видов деятельности

1.6 Диаграммы последовательности

1.7 Диаграмма состояний

1.8 Диаграмма развертывания

1.9 Модель базы данных

1.10 Генерация SQL кода

Глава 2. Технико-экономическое обоснование разработки ИС «Склад»

2.1 Расчет стоимости выполнения процесса до автоматизации

2.2 Расчет стоимости выполнения процесса после автоматизации

2.3 Расчет экономического эффекта

Заключение

Список используемой литературы

 

 

 

 

Введение

 

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

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

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

Объект исследования информационные системы, их проектирование, разработка и анализ в условиях современных технологий.

Предмет исследования автоматизированная система ведения складской деятельности.

 

Глава 1. Проектирование ИС «Склад»

 

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

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

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

Кроме того, на построение складского технологического процесса оказывают влияние:

- транспортные условия (наличие  подъездных путей);

- величина суточного грузооборота (объем товарной массы в натуральном  исчислении, проходящий через склад  за определенный период времени);

- уровень механизации погрузочно-разгрузочных  и других трудоемких работ;

- устройство и планировка склада;

- условия хранения товаров.

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

В основу рациональной организации складского технологического  процесса положены следующие важнейшие принципы:

- планомерность;

- последовательность и ритмичность;

- эффективное использование средств  механизации;

- рациональная организация внутрискладского  перемещения грузов;

- обеспечение сохранности товаров.

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

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

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

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

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

 

 

 

1.1 Функциональная модель автоматизируемых  Бизнес-процессов

 

Функциональная модель предназначена для описания существующих бизнес – процессов на предприятии (так называемая модель AS-IS «как есть») и идеального положения вещей – того, к чему нужно стремиться (модель ТО-ВЕ «как должно быть»). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы.

Построение модели ИС начинается с описания функционирования предприятия (системы) или отдельной ее части (в нашем случае это складская деятельность) в целом в виде контекстной диаграммы. На Рис.1 представлена контекстная диаграмма ИС «Осуществлять деятельность склада»: 

Рис.1

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

|Входы: | |

|Наименование товара; | |

|Упаковочный; | |

|Приходная накладная; | |

|Оплаченный счет. | |

|Выходы: | |

|Отпущенный товар; | |

|Расходная накладная; | |

 

|Механизмы и управление: | |

|Действующее законодательство; | |

|Инструкции по охране труда  и технике безопасности (ИОТ и  ИТБ). | |

|Ресурсы: | |

|Персонал склада; | |

|Оборудование (складское и офисное); | |

|Информационные ресурсы. | |

Model Name: Осуществлять  деятельность склада

Definition: Модель описывает деятельность  склада, а конкретно, выполняемые  им функции:

1) Принимать товар;

2) Складировать товар;

3) Отпускать товар.

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

В результате дальнейшего разбиения функции «Принимать товар» получаем диаграмму декомпозиции

В результате декомпозиции функции «Складировать товар» получаем следующую декомпозицию

В результате разбиения функции отпускать товар получаем следующую модель декомпозиции

1. Объектно-ориентированный подход  и диаграммы классов в UML

Главная идея, лежащая в основе объектно-ориентированного подхода такова: программная система представляется в виде множества самостоятельных сущностей (объектов), взаимодействующих друг с другом. Каждая сущность сама отвечает за хранение информации, необходимой для ее жизни, и, кроме того, она имеет (реализует) свое собственное поведение.

UML (Unified Modeling Language ) унифицированный язык  моделирования, который предназначен для визуализации  и документирования объектно-ориентированных  систем и бизнес-процессов с  ориентацией на их последующую  реализацию в виде программного обеспечения.

UML включает в себя 8 типов диаграмм:

1. диаграммы вариантов использования;

2. диаграммы классов;

3. диаграммы состояния;

4. диаграммы деятельности;

5. диаграммы кооперации;

6. диаграммы последовательности;

7. диаграммы компонентов;

8. диаграммы развертывания.

 

 

1.2 Для построения диаграмм использовалось  следующее программное средство Enterprise Architect

 

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

Enterprise Architect - это многопользовательский графический  инструмент, разработанный для того, чтобы создавать устойчивое и  удобное в сопровождении программное  обеспечение.

Enterprise Architect - работает с такими языками  программирования как: C++, C#, Java, Delphi, VB.Net, Visual Basic, ActionScript, PHP и Python.

Описание общего характера

Enterprise Architect является высокопроизводительным  инструментом, основанном на стандарте UML , для моделирования и создания  программного обеспечения. Покрывает  весь процесс разработки от  формирования требований к системе  до её полной реализации. Представляет  собой средства надежной и  эффективной визуализации и организации  взаимодействия. Это, по-настоящему  шустрый инструмент для моделирования: низкие издержки на установку, блестящая производительность и  интуитивно понятный интерфейс.

 

1.3 Диаграмма прецедентов

 

Поведение разрабатываемой системы (то есть функциональность, обеспечиваемая системой) описывается с помощью функциональной модели, которая отображает системные прецеденты (use case), системное окружение (действующих лиц или актеров - actors) и связи между прецедентами и актерами (диаграммы прецедентов – use case diagrams). Основная задача модели прецедентов - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.

Диаграмма прецедентов (use case diagram) - это графическое представление всех или части актеров, прецедентов и их взаимодействий в системе.

Субъектом в данном случае выступает: Кладовщик. Прецедентами являются: отпускать товар, принимать товар, складировать товар, оформить доверенность, оформить расходную накладную, оформить расходную накладную (возврат), заполнить отчет об остатках на складе, оформить счет-фактура, оформить приходный кассовый ордер, оформить акт приема, проверить приходную накладную, составить технический паспорт, записать наименование товара, составить акт о порче, составить акт о недостаче, сделать запись в журнале движения товаров.

 

1.4 Диаграмма классов

 

Диаграмма классов показывает классы и их отношения, тем самым, представляя логический аспект проекта. На стадии анализа диаграммы классов используются, чтобы выделить общие роли и обязанности объектов (сущностей), обеспечивающих требуемое поведение системы, на стадии проектирования – чтобы передать структуру классов, формирующих архитектуру системы.

При построении данной диаграммы использовались следующие типы отношений:

1) Отношение  ассоциации соответствует наличию  некоторого отношения между классами. Данное отношение обозначается  сплошной линией с дополнительными  специальными символами, которые  характеризуют отдельные свойства  конкретной ассоциации. В качестве  дополнительных специальных символов  могут использоваться имя ассоциации, а также имена и кратность  классов-ролей ассоциации;

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

3) Отношение  композиции, является частным случаем  отношения агрегации. Это отношение  служит для выделения специальной  формы отношения "часть-целое", при которой составляющие части  в некотором смысле находятся  внутри целого. Специфика взаимосвязи  между ними заключается в том, что части не могут выступать  в отрыве от целого, т. е. с уничтожением  целого уничтожаются и все  его составные части;

4) Отношение  обобщения является обычным таксономическим  отношением между более общим  элементом (родителем или предком) и более частным или специальным  элементом (дочерним или потомком). Данное отношение может использоваться  для представления взаимосвязей  между пакетами, классами, вариантами  использования и другими элементами  языка UML.

Для построения диаграммы использовались следующие кратности атрибутов:

[1.:*] означает, что кратность атрибута  может принимать любое положительное  целое значение большее или  равное 1;

[1.:1] это когда один экземпляр  первого объекта может соответствовать  только одному экземпляру второго  объекта.

 

1.5 Диаграммы видов деятельности

 

Диаграммы деятельностей (activity diagram) могут использоваться для отражения состояний моделируемого объекта, однако, основное назначение диаграмм активности в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже их синхронизацию. Диаграммы деятельностей позволяют проектировать алгоритмы поведения объектов любой сложности, в том числе могут использоваться для составления блок-схем[1].