Проектирование информационной системы деятельности специалиста по маркетингу торговой организации (на примере ООО «Верона»)

       
 

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

     Данная  таблица должна выявить:

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

 

     Таблица 2 - Таблица повторяемости показателей в документах

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

     Целью данного подраздела является рационализация маршрутов движения и обмена информацией  в исследуемом объекте.

     Рабочей документацией этого раздела  является:

• маршрутная схема движения документа;
• схема информационных потоков.

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

     Таблица 3 - Маршрутная схема движения документа 

 

     Условные  обозначения:

     П – получение документа

     И – изучение документа

     С – визирование документа

     Р – наложение резолюции

     Движение  документа происходит по рациональной схеме, поэтому дальнейшее совершенствование  проводить нецелесообразно.

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

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

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

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

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

Общие сведения о товарах     Сводная ведомость

                                                      Приходная ведомость 

         учета товара

Приходная накладная      Расходная ведомость

         учета товара

 
 
 
 

     Рисунок 1 – Схема информационных потоков объекта проектирования

      

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

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

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

      При проектировании информационной системы деятельности специалиста по маркетингу торговой организации ООО «ВЕРОНА» используется структурно-функциональный метод моделирования информационного процесса в объекте с помощью современного CASE-средства – BP-win, автоматизирующий задачи, связанные с построением моделей развития, обеспечивая семантическую строгость, необходимую для гарантирования правильности и непротиворечивости результатов. Это достигается применением в BPwin следующих методологий: IDEF0, DFD и IDEF3.

 

2 проектная часть

2.1 Построение информационной модели объекта проектирования

      Применение  в BPwin методологий - IDEF0, DFD и IDEF3 в ходе построения моделей бизнес-процессов в виде иерархии диаграмм, обеспечивает наглядность и полноту их отображения, позволяет анализировать деятельность предприятия в трех информационных разрезах:

1. IDEF0 – первый информационный разрез — функциональность системы.

     Основной  из трех методологий, поддерживаемых BPwin, является IDEF0. IDEF0, относится к семейству IDEF, которое появилось в конце  шестидесятых годов под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем. Для новых систем применение IDEF0 имеет своей целью определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEF0 может быть использована для анализа функций, выполняемых системой и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEF0, являются бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные и объекты (изображаемые в виде стрелок), связывающие между собой работы. При этом стрелки, в зависимости от того в какую грань прямоугольника работы они входят или из какой грани выходят, делятся на пять видов:

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

     Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. В данной работе имя модели «Учет товара», имя проекта «Процессная модель организации», имя автора и тип модели – Time Frame: AS – IS (Как есть).

     Цель  работы (Purpose) – Моделировать текущие бизнес-процессы фирмы по продаже белья и точку зрения (Viewpoint) – Менеджер по по продаже белья.

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

     Первая  диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными (рисунок 2). 

       
 
 
 

       
 
 
 
 
 
 
 
 

      Рисунок 2 – Контекстная диаграмма «Учет  товара»

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