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

Проектирование информационной системы “оптово-розничного склада”

Содержание:

Введение

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

Целью данного курсового проекта является проектирование информационной системы “оптово-розничного склада”, которая позволит автоматизировать процесс управления товарными запасами на данном предприятии. Задачи работы - описать проектирование бизнес процессов по управлению продовольственными запасами на складе и разработать графическое представление спроектированных процессов. К рассматриваемым процессам относятся - закупка, учёт и товара.

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

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

Глава 1 Аналитическая часть

1.1 Выбор комплекса задач автоматизации

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

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

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

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

В входит руководство, управление и над данным

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

Кадры собой отдел и всех на данном Отдел закупок следующие задачи: ассортимента товара, потребности в спроса на объёма закупаемого поиск поставщиков, закупок, товара.

Отдел работает с и занимается заказов на товаров, действия торговых и занимается доставки товаров

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

▪ Закупка

▪ Хранение;

▪ Учёт

▪ Продажа

Опишем подробно проектируемые

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

При составляется акт товара, указываются все В этом товар может возвращён, заменяет или товар. После товар доставляется и на складе, а о товаре в единую БД, данные обо запасах.

1.2 Характеристика существующих бизнес – процессов

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

Инвентаризация означает перепись товара и по мере примерно один в течение месяцев. Для инвентаризации товара отчёт - товара, в наличие, список берётся основной БД, данные обо товаре. Затем товара на сопоставляется с из отчёта. Контроль годности - запасы имеют срок хранения и у всех В связи с определяется список срок годности истекает по определённого времени. По полученных данных мероприятия по цен на товар.

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

1.3 Характеристика документооборота, возникающего при решении задачи

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

Таблица 1

Образец описания документов

Диаграмма и номер на диаграмме	Составляемый документ (исходящий документ)	Операция	Кто составляет (исполнитель)	Как часто	Документы-основания (входящие документы)	Реестр, в котором регистрируется документ	Комментарий
1	2	3	4	5	6	7	8

После как документы описаны, к их в ИС. Формы здесь не в практической деятельности создается форм, является приложением к описания документов.

Таблица документов получается переформирования (столбцов и строк) описания операций. Особенности описания документов в следующем. В Графе 2 должно быть наименований документов. Если и тот документ является на различных то он раз указывается в 2 "Составляемый ", а в 3 ему в ставятся несколько Также по документа следует записи и в графах.

В 7 указывается реестра, в регистрируется создаваемый Наименование реестру как правило, наименованию документа. В бизнес-приходная накладная в реестре накладных, товара регистрируется в товаров.

Таблица 2

Документы -процесса "Запасы - Склад ()"

Диаграмма и номер операции на диаграмме	Составляемый документ (Исходящий документ)	Операция	Исполнитель	Как часто	Документы-основания (Входящие документы)	Реестр, в котором регистрируется документ	Комментарий
1	2	3	4	5	6	7	8
2	1. Приходная	1. Отражение в данных количества	Менеджер закупок	Ежедневно	Товарная поставщика Заказ	Реестр накладных
4	2. Запись в серий	2. Добавление в справочник	Менеджер сертификации	По необходимости	Товарная поставщика	Нет
7, 8	3. Карточка	3. Определение и базовой цены 4. Процесс серии товара	Менеджер маркетинга Менеджер	Ежедневно	Товарная поставщика	Реестр

1.4 Обоснование проектных решений по информационному обеспечению

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

Критериями ПО, на ПК является максимальная времени процесса заявки/пользователей и заявки используя почту компании. В корпоративного стандарта в используется MS outlook

Для этой программы компьютере пользователя быть также ОС, запуск данного В связи с стандартом использования ОС MS Windows XP PRO, как это младшая версия ОС, компанией Microsoft в России (windows и 9x данный момент не поддерживаются) и возможность работать в инфраструктуре (Windows XP Home поддерживает работу в ).

Исходя этих обоснований Win XP Pro sp3 Rus использована в пользовательской ОС. Итог: рабочих станциях (клиентов) быть установлены программные продукты:

• Операционная Windows XP Pro sp3 Rus

• Почтовый MS outlook

Программа (сервис) обработке почтового горячей линии – программа, в ходе дипломного проекта скриптовом языке python, просматривает общий ящик ИТ каждую минуту и пришедшие туда формирует и новые заявки в данных, этом распределяя между свободными или ставит в очередь. С ограниченного бюджета и опыта написания на данном программирования у ИС был данный скриптовый

Критериями архитектуры реализации Программного Комплекса

1. с существующей серверов

2. создания резервных данных и статистку по заявкам.

При ОС под решение был MS Windows Server так как вид серверных ОС сильно требователен к а также используются в компании.

В СУБД для будет использоваться Oracle ver 11.2.0.1. Выбор в компании Oracle не случайно, информационная система заявок HP OpenView Service Desk на на такой базе

Закупка сервера не так как данных программного может быть на уже сервере «SDПри создании сервера компания около 50% закупаемого сервера будущую масштабируемость но не на рост данных за 3 загруженность сервера всего на 15%.

Написание сервиса, почтовый ящик решено на python. Такой был сделан случайно: Во администратор ИС “HP OpenView ServiceDesk” опыт работы с скриптовым языком Во вторых язык действительно сложен в и среди в интернете найти программиста, при правильно техническом задании в поставленные выполнить данную стоимость разработки на python ниже, разработка на таких громоздких как Borland Cили Microsoft Visual C В третьих, язык очень развивается и открытую архитектуру и позволяет сделать интерфейс в HTML странички (web -)

1.5 Обоснование проектных решений по программному обеспечению

Операционная Windows XP Pro sp3 Rus
Почтовый MS outlook

Критериями архитектуры реализации Программного Комплекса

совместимость с инфраструктурой серверов
создания резервных данных и статистку по заявкам.

В СУБД для будет использоваться Oracle 11 ver 11.2.0.1. Выбор в компании Oracle не случайно, информационная система заявок HP OpenView Service Desk на на такой базе

В уже существующей данных в будут созданы таблицы и между ними. Добавленные не будут прямую связаны с функциональными таблицами данных, не повлияют работу основного ИС HP openView ServiceDesk. Написание сервиса, почтовый ящик решено на python. Такой был сделан случайно: Во администратор ИС “HP OpenView ServiceDesk” опыт работы с скриптовым языком Во вторых язык действительно сложен в и среди в интернете найти программиста, при правильно техническом задании в поставленные выполнить данную стоимость разработки на python ниже, разработка на таких громоздких как Borland Cили Microsoft Visual C В третьих, язык очень развивается и открытую архитектуру и позволяет сделать интерфейс в HTML странички (web -).

Глава 2 Проектная часть

2.1 Информационная модель и её описание

Информационная представляет собой движения входных, и результативных и функций области. Кроме она объясняет, основе каких документов и нормативно – информации происходит функций по данных и конкретных выходных

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

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

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

Модели для понимания и структуры и будущей системы. Они управление процессом системы, документировать принимаемые решения, основой взаимодействия проекта и корректности архитектуры системы.

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

Современный для построения данных и описания сводится к CASE – Современные CASE – охватывают обширную поддержки многочисленных проектирования ИС (систем): простых средств и документирования полномасштабных средств покрывающих весь цикл программного

Как наиболее трудоемкими разработки ИС этапы анализа и в процессе CASE – обеспечивают качество технических решений и проектной документации. При большую роль методы визуального информации. Это построение структурных иных диаграмм в масштабе времени. Графические моделирования предметной позволяют в виде изучать ИС, ее в с поставленными и имеющимися

Существует подходов к ИС. Одним наиболее приемлемых структурный подход к ИС. Сущность подхода к ИС заключается в декомпозиции () на автоматизируемые система разбивается функциональные подсистемы, в свою делятся на подразделяемые на и так Процесс разбиения вплоть до процедур. При автоматизируемая система целостное представление, в все составляющие взаимосвязаны. При системы "– вверх" отдельных задач всей системе теряется, проблемы при стыковке отдельных

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

SADT (Structured Analysis and Design Technique) и соответствующие диаграммы;

DFD (Data Flow Diagrams) потоков данных;

ERD (Entity-Relationship Diagrams) "сущность – ".

На проектирования ИС расширяются, и дополняются отражающими структуру обеспечения: ПО, схемы программ и экранных форм.

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

Одним основных методов данных является моделирования потоков (процессов). В данной методологии (Gane/Sarson) построение модели ИС – или реально В соответствии с модель системы как иерархия потоков данных (ДПД DFD), асинхронный процесс информации от ввода в до выдачи Диаграммы верхних иерархии (диаграммы) основные процессы подсистемы ИС с входами и Они детализируются помощи диаграмм уровня. Такая продолжается, многоуровневую иерархию до тех пока не достигнут такой декомпозиции, котором процесс элементарными и их далее

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

Внешние
Системы/
Процессы.
Накопители
Потоки

Для автоматизированной информационной управление продаж CASE – фирмы RationalSoftwareCorporationRationalRose, для автоматизации анализа и программного обеспечения, а для генерации на различных и выпуска документации. RationalRose метод объектно – анализа и основанный на UML.

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

Проектирование с построения использования (Use Case Diagram). Диаграмма предназначена для внешнего функционирования системы и взаимодействия с миром, Основой подхода так называемые использования, представляют собой набор функций объединяемых в целое. Один использования не представляет собой часть системы даже единую функций. Он собой именно поведения системы.

В с разработанной можно сказать, необходимо провести выполнения комплекса и представить в виде потоков данных (ДПД). ДПД детально рассмотреть происходящие вне и влияющие режимы её

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

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

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

Диаграмма на рис.1.

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

положения разработанной в общей взаимодействия;
увидеть, система вписывается в происходящие на
узнать, образом система с внешними

Таким мы получили полную картину системы в среде.

Стало как

Рис.1. Диаграмма разработанной информационной с внешними

система входную информацию, выдаёт пользователю и играет роль в процессе.

Необходимо описать каждый представленный на чтобы наиболее оценить функциональные системы и её работы.

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

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

Кооперативная (Collaboration diagram) для описания взаимодействия между Также кооперативная имеет другое – диаграмма сотрудничества. Диаграмма включает в объекты и между ними, в вызове друг друга.

Кооперативная имеет непосредственное к процессу, на верхнем диаграммы. Декомпозиция загрузки системы на рис.2.

Рис.2 Декомпозиция загрузки системы

Также отметить, исходная информация быть загружена ранее сохранённых в файлы данных (*.db) и Excel (*.xls). После загрузки исходной система получает о продолжении и передаёт данные для в основной системы, на диаграмме в комплекса задач.

Комплекс представляет собой выполняемых системой по обработке информации и выходных данных основании заложенных в алгоритмов решения Комплекс задач (9) 3 основные

1) промежуточных массивов в экранной в виде

2) отчётов (информации) основании промежуточных

3) обработанных данных в данных, системе.

Рассмотрев каждую функцию, увидеть, обрабатывается входная и каким трансформируется в Также необходимо формирование выходной на основе данных.

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

Данный процесс представлен на рис.3.

Рис.3 Комплекс задач системы

Рис.4 Процесс формирования отчётов

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

2.2 Характеристика нормативно-справочной, входной и оперативной информации

Входные экранные формы для формирования статистических отчетов приведены на рисунках 27, 28 и 29. Файлы с отчетами по видам деятельности содержат те же реквизиты, что и таблицы БД. Структура файлов – таблицы Excel. Экранные формы для формирования файлов со статистическими отчетами содержат данные с временным периодом формирования статистических отчетов. Эти данные вносятся сотрудником отдела планирования. Через экранные формы, сотрудник отдела планирования запускает автоматизированный процесс формирования файлов с отчетами.

К входной информации относятся файлы «Табель учета рабочего времени» и «Комплексный отчет по филиалам» и таблица «Коэффициенты планирования». Источником получения файлов и таблицы является корпоративная ИС. Частота возникновения файлов для статистических отчётов – одни раз в календарную неделю. Частота возникновения файлов с отчётами о видах деятельности – раз в неделю, для складирования и доставки – раз в день. Ежедневно поступает таблица с коэффициентами планирования.

Файл «Табель учета рабочего времени» содержит следующие показатели: фамилия, имя и отчество сотрудника, количество праздничных дней в месяце, количество отработанных часов с коэффициентами 1 (норма часов), 1.5 (переработки), 2 (переработки и праздничные часы) и 0.4 (ночные часы), а также общее количество отработанных часов. Количеству строк соответствует количество сотрудников предприятия - 4800. Количество записей – 33600. Структура файла – таблица Excel. Объем файла – 180 Кб.

Файл «Комплексные данные по филиалам» содержит следующие показатели: количество перемещенных упаковок, количество упаковок, принятых на склад с производства, количество упаковок, отправленных филиалом на склады, количество проданных упаковок, количество упаковок, отправленных на экспорт, количество упаковок, принятых как импорт, количество упаковок, возвращенных из торговой сети, количество проданных упаковок за один календарный месяц. Количество строк соответствует количеству филиалов предприятия - 11. Количество записей – 88. Структура файла – таблица Excel. Объем файла – 1,3 Кб. Источником получения файлов является корпоративная ИС. Частота возникновения одни раз в календарную неделю. Таблица с коэффициентами планирования содержит коэффициенты для планирования основных видов деятельности. Количество строк соответствует количеству видов продукции, филиалов, складов и контрактов. Частота возникновения одни раз в день.

Отчет по продажам формируется отделом продаж и содержит следующие показатели:

дата заказа;

код договора;

наименование клиента;

код склада;

наименование склада;

код филиала;

наименование филиала;

код вида продукции;

наименование продукции;

количество;

цена;

скидка;

стоимость.

Объем файла – 13 Мб. Частота возникновения одни раз в день.

Отчет по производству формируется отделом производства и содержит следующие показатели:

код вида продукции;

наименование вида продукции;

срок годности;

количество;

код филиала;

наименование филиала.

Объем файла – 12 Кб. Частота возникновения одни раз в день.

Отчет по складу формируется отделом склад и содержит следующие показатели:

код склада;

наименование склада;

код филиала;

наименование филиала;

код вида продукции;

наименование вида продукции;

дата розлива;

срок годности;

количество.

Объем файла – 30 Кб. Частота возникновения одни раз в день.

Отчет по доставке формируется отделом доставки и содержит следующие показатели:

наименование клиента;

код договора;

наименование договора;

адрес клиента;

код вида продукции;

наименование вида продукции;

количество;

код склада;

наименование склада;

код филиала;

наименование филиала.

Объем файла – 18 Мб. Частота возникновения одни раз в день.

Таблица с коэффициентами планирования содержит 234 987 строк. Объём файла – 8 мб. В сводной таблице 3 приведены основные характеристики справочников.

Таблица 3

Основные характеристики справочников

Название справочника	Ответственный за ведение справочника	Объем в строках	Средняя частота актуализации в год	Средний объем ктуализации, % в год
Виды продукции	Специалист отдела производства	270	10	5,5
Филиалы	Специалист отдела логистики	11	0,5	9
Склады	Специалист отдела логистики	110	3	10
Контракты	Специалист отдела доставки	234 987	312	3

Реквизитный состав справочника «Виды продукции»:

код вида продукции;

наименование вида продукции;

литраж вида продукции;

стоимость.

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

Реквизитный состав справочника «Филиалы»:

код филиала;

название филиала;

фактический адрес филиала;

менеджер филиала;

контактная информация филиала.

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

Реквизитный состав справочника «Склады»:

код склада;

код филиала;

название склада;

вместимость склада;

фактический адрес склада;

менеджер склада;

контактная информация склада.

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

Реквизитный состав справочника «Контракты»:

код контракта;

наименование клиента;

наименование договора;

адрес;

контактная информация;

скидка;

статус договора;

дата подписания договора;

дата начала действия договора.

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

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

Входных таблиц девять: «Продажи», «Производство», «Сток», «Доставка», «План производства», «План продаж», «План доставок», «План складирования» и «Коэффициенты планирования». Изменения во всех таблицах, кроме таблицы «Коэффициенты планирования», вносятся функцией «Импорт данных» из файлов с отчётами.

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

2.3 Характеристика результатной информации

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

1. «Отчет по согласованным заявкам»

Формируется на основе след таблиц и полей:

Дата создания заявки
Пользователь (заявитель)
Ответственная группа
Назначенный на заявку сотрудник
Статус
Приложенное исходное письмо (тема и тело письма в оригинале)

2. Отчет ”заявки по местоположению заявителя”:

Содержит таблицу со следующими полями:

Дата создания заявки
Даты писем по согласованию
Пользователь (заявитель)
Месторасположение(город)
Адрес (улица, дом, корпус, офис)
Ответственная группа
Текущий статус переписки и зарегистрирована ли заявка
Приложенное окончательное письмо (тема и тело письма в оригинале)

Данного рода отчеты имею в информационных поток предприятия служат скорее для получения статистики нежели для оперативного управления и принятия решений, а Информация в этих журналах является скорее уточняющей, нежели обобщающей. В итогах данной ведомостей за месяц можно понять насколько загружена горячая линия по регистрации заявок в ручную, сколько ошибок при регистрации допускает служба и допускает ли. на рисунке №14 представлена скриншот Журнала Созданных заявок в оду итерацию(без согласования) за 1/3/6 часов».

Рисунок 6 «Журнал Созданных заявок в одну итерацию за 1/3/6 часов»

2.4 Общие положения (дерево функций и сценарий диалога)

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

Рисунок 6 Сценарий Диалога работы программы

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

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

Рисунок 7 Дерево функций

2.5 Характеристика базы данных

Базу данных ИС можно представить в виде следующей ER модели –

Рисунок 8 ER модель базы данных

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

Таблица «registered_letter» что означает обработанную накладную, имеет следующие поля – таблица 9.

Таблица 9

Таблица «registered_letter»

Наименование поля	Тип данных поля	Длина поля
ID	Целое Число (ключевое поле)	11
Date created	Дата	10
Letter_date	Дата	10
Letter_from	Строка	50
Letter_title	Строка	50
Letter_body	Строка	250
It_worker_ID	Целое число	5
It_Group_ID	Целое число	5
IT_Mestopologenie	Целое число	5
Id_history	Целое число	5

Таблица «Group», имеет следующие поля – таблица 10.

Таблица 10

Таблица «Group»

Наименование поля	Тип данных поля	Длина поля
ID_group	Целое Число (ключевое поле)	11
Group_Name	Строка	100

Таблица называется «IT_worker» и подразумевает список сотрудников склада, имеет следующие поля – таблица 11.

Таблица 11

Таблица «IT_worker»

Наименование поля	Тип данных поля	Длина поля
ID	Целое Число (ключевое поле)	11
Name	Строка	15
Second_Name	Строка	20
Extension	Число	5
Mobile_phone	число	10
IT_Group	Число	11

Таблица «History», имеет следующие поля – таблица 12.

Таблица 12

Таблица «History

Наименование поля	Тип данных поля	Длина поля
ID_history	Целое Число (ключевое поле)	11
ID_status	Целое число	11
Soglasovano	Логическая	1

Таблица называется "Klassification" и подразумевает набор ключевых слов и по которым будут назначены исполнители заявки на складе – таблица 13.

Таблица 13

Таблица "Klassification"

Наименование поля	Тип данных поля	Длина поля
ID_Klassification	Целое Число (ключевое поле)	11
KeyPhrases	Строка	150
Group_ID	Целое число	11
Id_it_Worker	Целое число	11
Soglasovanie	Логическое	1
Date	дата	10

2.6 Структурная схема пакета (дерево вызова программных модулей)

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

Таблица 14

Таблица модулей разрабатываемого программного продукта

№ п/п	Наименование модуля	Функционал модуля
1	Форма “основная процедура работы склада”	Содержит в себе глобальные переменные, процедуры и функции. Основная работа начинается с этого модуля.
2	Форма “Журнал Созданных накладных в одну итерацию”	Форма формирование и отправки отчета Созданных накладных в одну итерацию.
3	Форма «Журнал обработанных накладных»	Форма формирование и отправки отчета накладных
4	Форма «Авторизация»	Данная форма содержит запрос логина и пароля для входа в веб интерфейс программы.
5	Форма «О программе»	Краткая информация о созданной программе.

2.7 Описание программных модулей

Для проведения анализа и реорганизации бизнес - процессов предназначено CASE-средство верхнего уровня All Fusion Process Modeler (BPwin), поддерживающее методологии:

▪ IDEF0 (функциональная модель);

▪ DFD (Data Flow Diagram);

▪ IDEF3 (Workflow Diagram).

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

Диаграммы потоков данных (DFD - Data flow diagram) описывают функции обработки информации, документы, объекты, а также сотрудников или отделы, которые участвуют в обработке информации. Диаграммы потоков данных обычно применяются при моделировании информационных систем, для описания документооборота и обработки информации.

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

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

Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На Рис. 4.1 представлена контекстная диаграмма ИС - «Управление торговыми запасами оптово-розничного склада»:

Рис. 9 Контекстная диаграмма IDEF0.

Управление товаром на оптово-розничном складе

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

 входа (на рис.9 это «Поставщики», «Товар» и «Первичные документы»);

 выхода (основной результат процесса - «Выходные документы», «Товар» и «Прибыль»);

 управления («Законодательство», «Нормативы складского учёта» и «Конъюнктура рынка»);

 механизмов («Материальная база», «Оборудование», «Персонал» - это ресурсы, необходимые для процесса функционирования предприятия).

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

«Законодательство», «Нормативы складского учёта» и «Конъюнктура рынка» - это правила управления процессом функционирования работы склада, а именно управления товарными запасами. Как предприятие со своими внутренними правилами, управление товаром должно выполняться согласно законодательству страны.

В оказании услуг принимает участие «Персонал» склада. Чтобы организовать хранение товара, предоставление его для продажи и получить прибыль, в деятельности управления запасами должны участвовать «Материальная база» и «Оборудование» - помещения, техника для транспортировки товара по складу, персональные компьютеры для ведения учёта товара и т.д.

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

Рис. 10 Диаграмма декомпозиции IDEF0. Функционирование управления запасами

Весь процесс «Функционирования управления запасами» (рис.4.3) разбивается на 4 подпроцесса:

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

«Хранение товара» представляет собой процесс сортировки закупленных товаров, их комплектацию, дробление, укрупнение партий продукции, ее стандартизацию и хранение;

«Учёт товара» - это совокупность процессов по контролю уровня товарных запасов, контролю сроков годности, инвентаризации товара, и работе с БД, содержащей все данные о продукции;

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

После дальнейшего разбиения процесса «Закупки товара» диаграммы получаем диаграмму декомпозиции второго уровня (на рис.11).

Рис. 11 Диаграмма декомпозиции IDEF0. Закупка товара

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

Выбранное предложение: Выбранное предложение при покупке товара, определённое после анализа рынка предложений данного товара.

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

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

Кол-во: Необходимое для покупки количество товара.

Конъюнктура рынка: Занимаемое положение предприятия на рынке предоставления соответственных услуг.

Купленный товар: Доставленный товар, который прошёл проверку и готов для транспортировки на склад.

Материальная база: Материальные средства, которыми располагает предприятие, исходя из суммы которых, мы определяем количество закупаемого товара и поставщика, у которого выгоднее купить товар. Учёт материальных средств ведёт бухгалтерия.

Наименование товара: Наименование товара, которое необходимо купить. Наименование было определено на основе данных из отчёта по продажам - количеству проданного товара и его остаткам на складе.

Нормативы складского учёта: К нормативам складского учёта относятся правила и требования ведения работы склада, примерами данных нормативов являются - правила ведения учёта товара на складе, требования к хранению товара, обязанности работников склада.

Оборудование: К оборудованию относятся, как персональные компьютеры, необходимые для занесения данных по товару, учёта товара, так и оборудование, используемое для транспортировки товара по складу.

Определённый спрос: Объёмы продаж на закупаемый товар, рассчитанный за определённый промежуток времени.

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

Первичные документы: К первичным документам относятся - список товара и заявка на оформление покупаемого товара.

Персонал: Персонал, работающий на данном предприятии - работники бухгалтерии, отделов продаж и закупок, кадров и складские работники.

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

Товар: Поставленный товар, который был предварительно заказан.

После разбиения диаграммы «Хранение товара» получаем диаграмму декомпозиции второго уровня (на рис. 4.5).

Рис. 12 Диаграмма декомпозиции IDEF0. Хранение товара

Перед хранением товара необходимо провести сортировку товара (например, пиво обычное, пиво живое, пиво разливное), комплектацию товара - размещение товара на складе по группам, дробление партий товара и стандартизацию товара (см. рис.4.5)

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

На диаграмме декомпозиции в нотации IDEF3 (рис.13) иллюстрируется «Учёт товара». Учёт товара включает в себя работу с БД, контроль имеющихся товарных запасов и их срока годности.

Как только все данные по товару занесены в БД или откорректированы, выполняются последующие за перекрестком (AND) процессы:

 «Контроль сроков годности товара»;

 «Контроль уровня товарных запасов».

Эти процессы выполняются в виде запросов из БД.

Рис.13 Диаграмма декомпозиции IDEF3. Учёт товара

Если имеется товар с истекающим сроком годности, то список такого товара будет направлен в отдел продаж, чтобы менеджеры установили в ближайшее время на соответствующий товар скидку.

Список имеющегося в наличии товара будет использоваться при проведении инвентаризации- подсчёта товара на складе, которая проводится в назначенное время по приказу руководства данного предприятия.

После проведения инвентаризации составляется отчёт по проведённому мероприятию.

Декомпозируя процесс «Продажа товара», получаем следующую диаграмму (рис.14):

Проектирование продажи товара осуществляется следующим образом:

Отдел продаж принимает от покупателя заявку на приобретение товара;

Используя информацию об имеющемся товаре из БД, определяется наличие товара и скидка на него (скидка на товар будет в том случае, если срок годности на товар истекает через определённое ближайшее время);

Оформляется покупка, и данные о покупке в дальнейшем используются для создания отчёта о продажах;

Выдача товара осуществляется при оплаченном чеке, товар сопровождается накладной;

При необходимости осуществляется доставка товара.

Рис.14 Диаграмма декомпозиции IDEF0. Продажа товара

Дополним cпроектированyю в BPwin ИС «Управление товаром на складе» древовидной диаграммой (Node Tree Diagrams) (рис.15).

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

Рис.15 Древовидная диаграмма

2.8 Контрольный пример реализации проекта и его описание

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

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

Заполнение других справочников происходит в процессе работы.

Для ввода нового или изменения данных существующего контрагента нужно выбрать пункт меню «Справочники \ Контрагенты». В списке справочника могут быть выполнены стандартные, для 1С 8.1, действия: добавить, изменить, скопировать, удалить, отбор, сортировка, настройка списка, вывод списка на печать. Для ввода нового контрагента нужно выбрать группу в которой будет находится новый контрагент и нажать кнопку «Добавить», откроется форма для ввода данных. По бумажным документам вносится вся необходимая информация. В случае вызова данных из другого справочника, например «БанковскийСчет», в открывшейся для выбора форме можно редактировать данные этого справочника без входа в него через основное меню.

Рисунок 16 Новый контрагент

Другие справочники заполняются аналогично.

Для ввода нового документа «Поступление ТМЦ» необходимо выбрать пункт меню «Документы \ Поступление ТМЦ» или «Журналы \ Складской». В первом случае сразу откроется форма ввода нового документа, а во втором – журнал документов. В новом документе, при необходимости меняются номер и дата документа, указывается комментарий и заполняется табличная часть. Над табличной частью документа могут быть выполнены стандартные, для 1С 8.1, действия: добавить, изменить, скопировать, удалить, отбор, сортировка, настройка списка, вывод списка на печать.

Рисунок 17 Ввод нового документа «Поступление ТМЦ»

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

Рисунок 18 Отчет «Остатки»

Для окончания работы с системой необходимо выбрать пункт меню «Файл \ Выход». При этом система выполнит закрытие открытых объектов и приложение будет закрыто.

Заключение

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

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

Для графического представление разрабатываемых бизнес процессов использовалось CASE-средство верхнего уровня All Fusion Process Modeler BPwin. Инфологическая модель построена при помощи All Fusion Process Modeler Erwin и отражает предметную область ИС (управление товарными запасами на складе) в виде совокупности информационных объектов и их структурных связей.

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

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

Аглицкий Д.С., Аглицкий И.С. Рынок информационных технологий: проблемы и решения. - М.:2014
Баронов В.В. Автоматизация управления предприятием.- М.: ИНФРА-М, 2014
Тютюник А.В., Шевелев А.С. Информационные технологии в банке - М.: Издательская группа "БДЦ-пресс", 2013.
Митичкин С.А. Разработка в системе 1С:Предприятие 8.1, - М.: ООО «1С-Паблишинг», 2013. – 413 с.: ил.
Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г. Профессиональная разработка в системе 1С:Предприятие 8 (+CD) / Под ред. Радченко М.Г. – М.: «1С-Паблишинг»; СПб.: Питер, 2014. – 808 с .:ил.
Радченко М.Г. 1С:Предприятие 8.1 Практическое пособие разработчика
Митичкин С.А. Разработка в системе 1С:Предприятие 8.1, - М.: ООО «1С-Паблишинг», 2013. – 413 с.: ил.
Вендров А.М. CASE технологии Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 1998. - 176 с.: ил.;
Диго С.М. Проектирование и использование баз данных Учебник. М.: Финансы и статистика. 1995 г;
Основы построения баз данных под ред. А.Д. Хомоненко Санкт-Петербург, 2014;