Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Проектирование бизнес процессов по управлению продовольственными запасами на складе

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

Разработка информационной системы для автоматизации управления товарными запасами на оптово-розничном складе. Использование CASE-средства верхнего уровня All Fusion Process Modeler BPwin для графического представления разрабатываемых бизнес процессов.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 28.05.2013
Размер файла 2,4 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

3

Содержание

  • Введение
  • 1. Исследование структуры и функций предприятия
  • 2. Технологическая сеть проектирования ИС
    • 3. Применение функционально-ориентированного проектирования ИС
  • 4.Создание модели ИС «Управление товарными запасами на складе»
    • 4.1 All Fusion Process Modeler 4.1
    • 4.2 Построение модели
  • 5. Создание инфологической модели ИС «Управление товарными запасами на складе» 23
  • 5.1 All Fusion Data Modeler 4.1
    • 5.2 Построение модели (ERwin 4.1)
  • Заключение

Введение

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

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

Целью данного курсового проекта является проектирование информационной системы “оптово-розничного склада”, которая позволит автоматизировать процесс управления товарными запасами на данном предприятии [1].

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

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

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

1. Исследование структуры и функций предприятия

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

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

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

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

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

Рис. 1.1 Структура оптово-розничного склада продовольственной продукции

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

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

Кадры представляют собой отдел кадров и всех работников на данном предприятии.

Отдел закупок решает следующие задачи: формирование ассортимента товара, определения потребности в товаре, спроса на товар, объёма закупаемого товара, поиск поставщиков, организация закупок, приёмка товара.

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

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

? Закупка товара;

? Хранение;

? Учёт товара;

? Продажа товара.

Опишем более подробно проектируемые процессы:

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

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

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

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

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

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

2. Технологическая сеть проектирования ИС

При проектировании ИС «Управление товарными запасами на оптово-розничном складе» построим технологическую сеть проектирования (ТСП), под которой понимается взаимосвязанная по входам и выходам последовательность технологических операций проектирования, выполнение которых приводит к достижению требуемого результата - созданию проекта системы.

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

Технологические операции (ТО) графически представляются в виде блоков-прямоугольников, внутри которых дается наименование операций (ТО), перечень используемых средств проектирования (S) и ссылки на используемые ресурсы (R). Входы и выходы технологических операций представляются идентификаторами внутри кружков, от которых и к которым идут стрелки, указывающие входные и выходные потоки. В качестве компонентов входа и выхода используются множества документов D, параметров P, программ G, универсальных множеств-универсумов U. Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердой копии или электронном виде.

Раскроем значения компонентов ТСП:

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

Параметр Р - это описатель одного факта. Параметр рассматривается как частный случай документа.

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

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

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

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

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

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

Рис.2.2 Технологическая сеть проектирования ИС «Управление товарными запасами на складе»

В разработанной ТСП рассмотрены четыре технологические операции управления товаром на складе: покупка, хранение, учёт и продажа товара. Рассмотрим компоненты необходимые для выполнения каждой ТО:

ТО 1 «Покупка товара». Необходимые ресурсы, инструментальные программные средства для проектирования и документы:

- R1 - персональный компьютер; R2 - менеджеры по закупкам; S1 - БД MS Access; S2 -MS Excel; D1.1- отчёт по запросу на необходимый товар для покупки в отпечатанном виде; D1.2 - данные спроса на необходимый товар, определяющие количество закупаемого товара; D1.3 - список поставщиков в отпечатанном виде; D1.4 - форма заявки на оформление закупки; D1.5 - список приобретённого товара; D1.6 - информация о приобретённом товаре.

ТО 2 «Хранение товара». Необходимые ресурсы: R3 - работники склада.

Документы: D2.1 - документ с требованиями по сортировке товара; D2.2 - требования к комплектации товара и разбиению его на партии; D2.3 -требования стандартизации товара в отпечатанном виде; D2.4 - список товара на складе.

Для выполнения ТО 3 «Учёта товара» необходимы компоненты: R1 - персональный компьютер; R4 - бухгалтер; S1 - БД MS Access; D3.1 - список остатков товара; D3.2 -список товара с истекающим сроком годности.

ТО 4 «продажа товара» включает ресурсы и средства проектирования:

R1 - персональный компьютер; R5 - менеджеры по продажам; S1 - БД MS Access.

Документы: D4.1 - список проданного товара; D4.2 - отчёт по продажам.

Рассмотрим каждую технологическую операцию:

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

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

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

3. Применение функционально-ориентированного проектирования ИС

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

? декомпозиция всей системы на некоторое множество иерархически подчиненных функций;

? представление всей информации в виде графической нотации. Систему всегда легче понять, если она изображена графически [7].

Для проведения анализа и организации проектирования бизнес-процессов оптово-розничного склада используется CASE-средства верхнего уровня BPWin и Erwin (AllFusion Process Modeler 4.1)

Термин CASE (Computer Aided System/Software Engineering) используется в довольно широком смысле. Первоначальное значение термина CASE было ограничено вопросами автоматизации разработки только лишь программного обеспечения, в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ЭИС в целом [5].

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

4.Создание модели ИС «Управление товарными запасами на складе»

4.1 All Fusion Process Modeler 4.1

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

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

? DFD (Data Flow Diagram);

? IDEF3 (Workflow Diagram).

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

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

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

4.2 Построение модели

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

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

Рис. 4.1 Контекстная диаграмма IDEF0. Управление товаром на оптово-розничном складе

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. Создание инфологической модели ИС «Управление товарными запасами на складе»

5.1 All Fusion Data Modeler 4.1

информационный автоматизация управление запас

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

Существует два разных способа моделирования - логический уровень и физический уровень. Понятие логический уровень подразумевает, что мыслим в понятиях реального мира и непосредственно из него берем объекты для моделирования [6].

Элементами в рассматриваемом инструментальном средстве являются сущности, связи и атрибуты.

Сущность - “логический” объект, который в физической среде СУБД представлен таблицей. Сущность в ERwin обычно описывает три части информации: атрибуты, являющиеся первичными ключами, неключевые атрибуты и тип сущности.

Связь - это соотношение либо между двумя сущностями, либо между сущностью и этой же сущностью. Связь в ERwin обычно содержит пять типов информации: тип связи, родительский конец связи, дочерний конец связи, знак “обязательности” связи и кардинальность связи.

Альтернативным ключом называется атрибут или группа атрибутов, уникальным образом определяющие экземпляр сущности. Если у сущности есть несколько атрибутов, уникальным образом определяющих каждый экземпляр, то Вы можете назначить любой из этих атрибутов, за исключением атрибутов первичного ключа, альтернативным ключом, и ERwin создаст дополнительные индексы [10].

5.2 Построение модели (ERwin 4.1)

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

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

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

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

Для графического представления информационной модели данных воспользуемся CASE-средством ERWin. С его помощью при проектировании модели ИС «Управление товаром на складе» была создана физическо-логическая модель базы данных (рис. 5.1), так как логическая модель отображает абстрактный взгляд на данные, а физическая зависит от конкретной СУБД и является отображением системного каталога.

Рис. 5.1 Графическое представление инфологической модели (ER-диаграмма)

Модель представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица (например, «Поставщики», «Поставки»), экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы (например, строка «Код товара» в таблице «Товар»). В результате проектирования было выделено пять сущностей - «Поставщики», «Поставки», «Товар», «Скидка», «Продажи».

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

Связь на диаграмме отображает логическую зависимость одной сущности от другой. На нашей диаграмме использованы связи - один ко многим, это означает, что одному экземпляру объекта А соответствует 0, 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А [9]. К примеру, между сущностями «Поставщики» и «Поставки» связь - один ко многим, это означает, что один поставщик может совершить ни одной, одну или несколько поставок, а каждая поставка осуществляется только одним поставщиком.

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

На нашей диаграмме зависимыми сущностями являются: «Поставка» и «Скидка». Родительскими для них являются сущности «Поставщик» и «Товар» соответственно.

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

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

Например, на рис. 5.1 сущность «Товары» однозначно идентифицирует первичный ключ - «Код товара».

При установлении идентифицирующей связи между родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности (рис.5.2).

Рис.5.2 Пример миграции атрибутов

Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK). Пример такой миграции атрибутов с участием дочерней сущности «Скидка», родительской сущности «Товар» и первичного ключа родительской сущности «Код товара» представлен на рис. 5.2.

Заключение

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

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

Для графического представление разрабатываемых бизнес процессов использовалось CASE-средство верхнего уровня All Fusion Process Modeler BPwin.

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

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

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


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены