Проектирование ИС "Склад"

Размещено на http://www.allbest.ru/

Содержание

Введение

Глава 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 Расчет экономического эффекта

Заключение

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

Введение

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

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

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

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

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

Работа состоит из 2 глав, 40 страниц, 14 таблиц, 17 рисунков, 13 формул и списка используемой литературы состоящего из 11 источников.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рис. 1 Контекстная диаграмма функционирования склада

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

|Входы: | |

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

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

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

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

|Выходы: | |

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

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

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

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

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

|Ресурсы: | |

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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). Основная задача модели прецедентов - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы [1].

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сотрудник склада при входе в систему выбирает пункт «Оформить акт приема», когда все необходимые данные введены система проводит проверку акта, а затем составляет технический паспорт. В случае не соответствия приходного акта, формируется акт на возврат товара. Возврат товара происходит на основании составления необходимых документов акт о порче или акт, о недостаче товара. Если же ошибок не произошло, то система делает отметку в журнале о принятом товаре. Для отпуска товара система формирует расходную накладную, приходный кассовый ордер и счет фактуру, после составляется отчет об остатках на складе и товар отгружается клиенту. На рис.8 представлена диаграмма видов деятельности:

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

Раздел представляет собой средство группировки действий в соответствии с некоторым признаком. Действие может входить одновременно в несколько разделов. Раздел может содержать несколько подразделов. На рис. 9 разделы «Поставщик» и «Склад» отражают исполнителей бизнес-процесса обработки заказа и отгрузки товара.

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

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

Эта диаграмма последовательности показывает поток событий в рамках варианта использования «принятие заказа». Все действующие лица показаны в верхней части диаграммы; в приведенном выше примере изображено действующее лицо Клиент. Объекты, требуемые системе для выполнения варианта использования «принятие заказа», также представлены в верхней части диаграммы. Стрелки соответствуют сообщениям, передаваемым между действующим лицом и объектом или между объектами для выполнения требуемых функций.

Эта диаграмма последовательности показывает поток событий в рамках варианта использования «Форма отчета». Действующим лицом на этой диаграмме является Администратор. Объекты, требуемые системе для выполнения варианта использования «Форма отчета», также представлены в верхней части диаграммы. Стрелки соответствуют сообщениям, передаваемым между действующим лицом и объектом или между объектами для выполнения требуемых функций.

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

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

Диаграмму состояний не нужно создавать для каждого класса в системе, только для классов с «особенным» динамическим поведением. Подобным объектом в разрабатываемой системе является класс «Прием» и «Отгрузка». На рисунке 12 представлена диаграмма состояния объекта «Прием» и «Отгрузка».

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

Диаграмма развёртывания, Deployment diagram -- служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них. Чтобы показать различные узлы вычислительных систем и связи между ними, создаются диаграммы развертывания (deployment diagram). Такая диаграмма демонстрирует распределение компонентов по предприятию. Элементы обработки представлены в виде узлов вычислительных систем, которые соединены линиями, показывающими коммуникационные каналы между ними.

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

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

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

Логическая и физическая модели баз данных разрабатывались с помощью программного средства ERwin Data Modeler.

На рис.14 представлена логическая модель данных, служащая описание объектов предметной области, их атрибутов и взаимосвязей между ними в том объеме, в котором они подлежат непосредственному хранению в базе данных системы. Данная модель включает в себя следующие сущности: Кладовщик, Отгрузка, Поставщик, Приход, Клиент, Адрес доставки, Расположение на складе, Товар. Для каждой сущности выделе первичный ключ.

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

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

Физическая модель данных содержит следующую информацию:

описание базы данных, сегментов отката и табличных областей;

описания файлов и структуры памяти;

типы индексов;

описания объектов, связанных с хранилищем данных (физическое размещение, включая сегментацию)[3].

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

На основе физической модели данных, генерируется скрипт для создания таблицы «Кладовщик»

CREATE TABLE Kladovshik

(

id_kladovshik INTEGER NOT NULL,

f_kladovshika TEXT NOT NULL,

i_kladovshika CHAR(18) NULL,

o_kladovshika CHAR(18) NULL,

adres_kladovshika CHAR(18) NULL,

telefon_kladovshika CHAR(18) NULL

);

CREATE UNIQUE INDEX XPKKladovshik ON Kladovshik

(

id_kladovshik

);

ALTER TABLE Kladovshik

ADD PRIMARY KEY (id_kladovshik);

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

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

1) затрат на заработную плату участникам процесса разработки системы;

2) затрат на расходные материалы;

3) расходов на амортизацию.

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

Сис = З + М + А, (1)

где Сис - стоимость разработки системы автоматизации;

З - затраты по заработной плате специалистам, задействованным в разработке систем;

М - затраты на расходные материалы, необходимые при разработке системы;

А - амортизация оборудования используемого в процессе разработки системы.

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

Таблица 2

Перечень работ	|№	|Перечень работ	Продолжительность	Исполнитель
|1	|Подготовка договора	7	|Руководитель проекта
2	|Постановка задачи	2	Инженер-технолог |	|
3	Утверждение ТЗ	1	Руководитель проекта |	|
4	Написание алгоритма	3	Инженер-программист |
|5	Определение требований к	3	Инженер-технолог |
|	|программе	|	|
6 Написание пояснительной записки	2	Руководитель проекта |
7	|Алгоритм решения задачи	4	Инженер-программист |
8	Утверждение эскизного проекта	1	Инженер-технолог |
9	Создание документации по	8	Инженер-программист ||	|техническому проекту
10 Утверждение технического проекта	3	Руководитель проекта |
11	Программирование и отладка	10	Инженер-программист |
12	Написание и сдача программной	5	Инженер-технолог |	| |документации |
13	Разработка программной	5	Инженер-технолог |	|
	|документации в соответствии с	|	|
|	|требованиями ГОСТ
14	Сдача в промышленную эксплуатацию	2	Инженер-технолог |

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

З = Ззп + ЕСН, (2)

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

Ззп=1666,67*7+1190,48*2+1666,67+952,38*3+1190,48*3+1666,67*2+952,38*4+1190,48+952,38*8+1666,67*3+952,38*10+1190,48*5+1190,48*5+(952,38+1666,67)*10=93095,24 (руб.)

Отчисления в Фонд оплаты труда составляют 34%:

ЕСН= Ззп*0,262, (3)

С полученной суммы в фонд оплаты труда будут произведены отчисления в размере:

ЕСН=93100*0,34=31654,00 (руб.)

В итоге затраты по заработной плате составят:

З =93095,24 +31654,00 =124749,24 (руб.)

Основными расходными материалами, задействованными при разработке ИС, являются электроэнергия, необходимая для работы компьютера, и бумага. В процессе разработки системы будет задействовано три компьютера. Номинальная мощность компьютера составляет 200 Вт/ч.

Расчеты затрат на расходные материалы будем проводить по следующим формулам:

М = Б +Э, (4)

где М - стоимость затраченных расходных материалов;

Б - стоимость бумаги;

Э - стоимость электроэнергии.

Стоимость бумаги и электроэнергии рассчитаем по следующим формулам:

Б = К*Ц, (5)

Э = Р*Ц*Т, (6)

где К - количество пачек бумаги;

Р - мощность компьютера;

Ц - цена потребляемого ресурса.

Результаты расчета затрат на расходные материалы сведены в таблицу 4

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

А =А1 + А2, (7)

база данное диаграмма программный

где А - общая амортизация,

А1 - амортизация оборудования,

А2 - амортизация программных продуктов.

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

Исходя из полученных расчетных данных, стоимость разработки системы автоматизации составляет:

С =124749,24+4589,85+3 950,00=133289,09 (руб).

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

Применение метода ФСА для оценки экономической эффективности начинается с построения функциональной модели процесса, для которого будут проводиться расчеты.

Рассмотрим работу склада до автоматизации. На рисунке изображена последовательность операций рассматриваемого процесса.

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

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

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

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

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

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

Cдо =?ЗOi +?МOi+?АOi , i=1..n, (8)

При расчетах затрат на расходные материалы необходимо учесть следующие данные:

1) стоимость пачки бумаги объемом 500 листов составляет 300 рублей;

2) потребляемая мощность компьютера с принтером Р=0,5 кВт/ч.

Исходя из данных, стоимость осуществления деятельности склада до автоматизации составляет:

Cдо = 19632,93+549,74+69,78 = 20252,44(руб).

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

Применение метода ФСА для оценки экономической эффективности начинается с построения функциональной модели процесса, для которого будут проводиться расчеты. Рассмотрим работу склада после автоматизации

Автоматизированная система состоит из следующих операций:

1. отслеживать разгрузку;

2. сформировать схему размещения товара;

3. сформировать расходную накладную.

На основании вышеизложенного затраты на выполнение процесса после автоматизации рассчитываются по следующей формуле:

Cпосле =?(З +М+А) , (9)

где З - заработная плата сотрудника

М- затраты на расходные материалы

А - амортизация оборудования и нематериальных активов

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

1. Сервер;

2. Персональных компьютера;

3. Модем;

4. Лазерный принтер.

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

А =А1 + А2, (10)

где А - общая амортизация,

А1 - амортизация оборудования,

А2 - амортизация программных продуктов.

В таблице 11 приведены расчеты норм амортизации оборудования и программного обеспечения.

Расчет амортизации оборудования и программного обеспечения после автоматизации, приведен в таблице 12. Для расчета нормы амортизации разрабатываемой подсистемы примем, что срок ее эксплуатации равен 5 лет, а рассчитанная стоимость разработки системы равна 124749,24 рублей.

Таким образом стоимость работы склада, после внедрения системы автоматизации составляет:

Cпосле =801,36+960,96+17540,00=19302,32(руб).

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

На основании вышеизложенных расчетов, определим экономический эффект от автоматизации. Экономический эффект рассчитывается по формуле:

Э = (Cдо - Cпосле) * Ч, (11)

где Ч - число выполненных операций 100

Э = (20252,44-19302,32) * 100 = 95012,77 (руб).

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

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

Е=Э/Сис , (12)

где Э - годовой экономический эффект;

Сис - стоимость разработки системы

Е=95013 /124749,24 =0,76

Срок окупаемости данного проекта можно рассчитать по формуле:

Т=1/Е, (13)

Таким образом, срок окупаемости данного проекта составляет

Т=1/0,76=1,31 года.

Рассчитанные показатели свидетельствуют об экономической эффективности проектируемой системы автоматизации.

Заключение

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

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

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

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

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

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

Расчет экономической эффективности показал целесообразность внедрения ИС в такую сферу как - деятельность склада, т.к. система обеспечивает:

1. экономическую эффективность - 0,76;

2. срок окупаемости - 1,31 года.

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

1. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учебное пособие для вузов. - М.: Финансы и статистика, 2002. - 192 с.

2. Костров А.В., Александров Д.В.. Уроки информационного менеджмента. ФиС, 2007 - 304

3. Маклаков С.В. BPwin. ERwin. CASE-средства разработки информационных систем. - М.: Диалог- МИФИ, 2001. - 304 с.

4. Мацяшек Л. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML: Пер. с англ. - М.: Вильямс, 2002.

5. Нейбург Э. Дж., Максимчук Р.А. Проектирование баз данных с помощью UML: Пер. с англ. - М.: Вильямс, 2002

6. Тронин Ю.Н. Информационные системы и технологии в бизнесе - М.: Альфа-Пресс, 2005 - 240 с.

7. В.Б.Уткин, К.В. Балдин «Информационные системы и технологии в экономике», Москва, 2003

8. http :// alice . stup . ac . ru / case / caseinfo / erwin / index . html - статьи, посвященные теме «CASE-технологии», в частности ERwin

9. ГОСТ 34.601-90 «Автоматизированные системы».

10. ГОСТ 2.105-95 «Общие требования к текстовым документам».

11. ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

Размещено на Allbest.ru