Файл: Проектирование реализации операций бизнес-процесса «Планирование производства» (Обоснование проектных решений).pdf

ВВЕДЕНИЕ

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

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

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

1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 ПОСТАНОВКА ЗАДАЧИ

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

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

• Исследовать предметную область;
• Обосновать выбор инструментальных средств;
• Формализовать бизнес-процессы (диаграммы IDEF-0), на базе полученных материалов обследования;
• Формализовать потоки данных (диаграммы DFD), на базе выявленных бизнес-процессов;
• Построить модель данных;
• Сгенерировать модель данных в целевую СУБД;
• Разработать прототип приложения;
• Оценить экономический эффект;

1.2 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

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

Бухгалтерия

Склад

Отдел закупок

Отдел продаж

Рисунок 1 – Структура предприятия

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

Бухгалтерия – отдел представляют два человека: бухгалтер и директор. Данный отдел отвечает за исполнение следующих операций:

• Обработка первичной документации;
• Анализ поступающей информации от отделов продаж и закупок;
• Ведение взаиморасчетов с поставщиками и клиентами;
• Ведение налогового учета;
• Формирование документов на отгрузку товаров со склада;
• Формирование заявок на закупку товара.

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

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

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

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

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

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

Таблица 1 – Матрица организационных проекций

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

Объединение позволит ускорить процесс закупки товара и сократить расходы.

1.3 АНАЛИЗ ИНСТРУМЕНТАЛЬНЫХ СРЕДСТВ РАЗРАБОТКИ И ПРОЕКТИРОВАНИЯ

проектирование интерфейс бизнес управление

Процесс проектирования необходимо организовать средствами автоматизированного проектирования. Современные СП могут быть разделены на две большие категории. Первую составляют CASE- системы (как независимые (upper CASE), так и интегрированные с СУБД), обеспечивающие проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например, Westmount I-CASE+Uniface.Designer/2000+Developer/2000). Их основное достоинство заключается в том. что они позволяют разрабатывать всю ИС целиком (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают существенной сложностью, широкой сферой применения и высокой гибкостью.

Вторую категорию составляют собственно средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести такие, как SILVERRUN+JAM, ERwin/ERX+PowerBuilder и др. Помимо указанных категорий, СП можно классифицировать по следующим признакам:

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

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:

1. Vantage Team Builder (Westmount I-CASE);
2. Uniface (Compuware);
3. ERwin+BPwin.

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

• • графическое проектирование архитектуры системы (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент- сервер", анализ использования мониторов транзакций и особенностей функционирования систем в реальном времени);
  • проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
  • генерация кода программ на 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;
  • программирование на языке С со встроенным SQL;
  • управление версиями и конфигурацией проекта;
  • генерация проектной документации по стандартным и индивидуальным шаблонам;
  • экспорт и импорт данных проекта в формате CDIF.

Westmount I-CASE можно использовать в конфигурации "клиент-сервер", при этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами. Westmount I-CASE функционирует на всех основных UNIX-платформах и VMS. В качестве целевой СУБД могут использоваться ORACLE, Informix, Sybase и Ingres.

Uniface (Compuware). Uniface 6.1 представляет собой среду разработки крупномасштабных приложений "клиент-сервер" и имеет следующую компонентную архитектуру:

• Application Objects Repository (репозиторий объектов приложений) содержит метаданные, автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС.
• Application Model Manager поддерживает прикладные модели, каждая из которых представляет собой подмножество общей схемы БД с точки зрения данного приложения.
• Rapid Application Builder - средство быстрого создания экранных форм и отчетов на базе объектов прикладной модели. Оно включает графический редактор форм, средства прототипирования, отладки, тестирования и документирования. Реализован интерфейс с разнообразными типами оконных элементов управления (Open Widget Interface) для существующих графических систем - MS Windows (включая VBX), Motif, OS/2.
• Developer Services (службы разработчика) – используются для поддержки крупных проектов и реализуют контроль версий, права доступа, глобальные модификации и т.д. Это обеспечивает разработчиков средствами параллельного проектирования, входного и выходного контроля, поиска, просмотра, поддержки и выдачи отчетов по данным системы контроля версий.
• Deployment Manager (управление распространением приложений) - средства, позволяющие подготовить созданное приложение для распространения, установить и сопровождать его (при этом платформа пользователя может отличаться от платформы разработчика). В их состав входят сетевые драйверы и драйверы СУБД, сервер приложений (полисервер), средства распространения приложений и управления базами данных. Uniface поддерживает интерфейс практически со всеми известными программно-аппаратными платформами, СУБД, CASE-средствами, сетевыми протоколами и менеджерами транзакций.
• Personal Series (персональные средства) - используются для создания сложных запросов и отчетов в графической форме, а также для переноса данных в такие системы, как Word и Excel.

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

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

Ключевые характеристики ERwin:

• Синхронизация моделей/баз данных
• Автоматизированное создание структуры базы данных и обратное проектирование
• Публикация моделей
• Поддержка нотаций: IDEF1x, IE, Dimensional
• Документирование структур баз данных
• Перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

Функциональные возможности ERwin:

• Архитектура уровня проектирования. имеет достаточную гибкость для разработки архитектуры связных моделей данных, полностью удовлетворяющей потребностям организации. Наряду с комбинированной логической/физической моделью поддерживаются раздельные логические и физические модели. Благодаря накоплению знаний об отношениях между компонентами связанных моделей и ведению журнала проектных решений пользователи могут быстро определять влияние изменений одного уровня проектирования на другой.
• Технология трансформации. Физическая структура базы данных редко совпадает с исходной логической структурой. В целях повышения производительности бизнес-приложений часто требуется проводить денормализацию данных на физическом уровне модели. ERwin позволяет автоматизировать процесс трансформации модели, сохраняя в целости исходный проект.
• Определение стандартов. Определение и поддержка стандартов обеспечивается с помощью словаря доменов Domain Dictionary, редактора стандартов именования Naming Standards Editor и редактора стандартов типов данных Datatype Standards Editor. Словарь доменов содержит многократно используемые атрибуты и обеспечивает непротиворечивость имен и определений в рамках модели. Редактор стандартов именования позволяет пользователям создавать словари разрешенных терминов, аббревиатур и правил именования, которые могут использоваться повторно в рамках модели. Редактор стандартов типов данных позволяет определять собственные правила соответствия между типами данных разных СУБД.
• Поддержка нескольких нотаций моделирования. Для визуального проектирования систем обработки транзакций, витрин и хранилищ данных в единой интегрированной среде ERwin поддерживает три популярные нотации моделирования данных: Integration DEFinition for Information Modeling (IDEF1X), Information Engineering (IE), Dimensional Modeling (DM).
• Управление большими моделями. ERwin облегчает управление большими корпоративными моделями за счет использования предметных областей (Subject Areas) и хранимых отображений (Stored Displays). Предметные области позволяют конкретным проектировщикам фокусировать внимание, разделяя модель на более мелкие, и за счет этого легче управляемые подмодели. Хранимые отображения предоставляют разные варианты графического представления модели или ее предметных областей, облегчая обмен информацией между специализированными группами пользователей.
• Генерация структуры базы данных. ERwin позволяет автоматически сгенерировать структуру базы данных из модели. Входящие в продукт оптимизированные шаблоны триггеров ссылочной целостности и богатый макроязык, совместимый с различными типами баз данных, позволяют пользователю настроить триггеры и хранимые процедуры. Настраиваемые шаблоны облегчают генерацию законченной физической структуры базы данных и полных определений (для соответствующей целевой базы данных).
• Графические объекты. С помощью графических объектов ERwin обеспечивает наглядное представление бизнес-правил. Графические объекты, например линии, эллипсы и другие, легко редактируются. Разработчики моделей могут также настраивать параметры шрифта и цвета объектов.
• Создание отчетов и печать. Ключевым элементом, обеспечивающим коммуникацию и совместную работу пользователей в процессе моделирования, является способность визуализации и публикации данных. ERwin предоставляет гибкие, настраиваемые возможности создания отчетов и печати.