11
Рисунок 1.2 Техническая архитектура информационной системы
ЧСУП «Линдогор»
Личные и общие папки для обмена информацией между
организациями, находящимися в здании администрации, хранятся на
сервере администрации района на безвозмездной основе.
Оборудование, представленное в технической архитектуре ЧСУП
«Линдогор», с возложенными на него задачами справляется вполне
успешно. Объем передаваемых, принимаемых и обрабатываемых данных
относительно разнообразен и имеет тенденцию к росту в связи с
расширением деятельности компании.
Программная архитектура информационной системы ЧСУП
«Линдогор» наглядно представлена на рисунке 1.4.
12
Рисунок 1.4 Программная архитектура ЧСУП «Линдогор»
С учетом специфики деятельности департаментов персональные
компьютеры ЧСУП «Линдогор» имеют следующее программное
обеспечение - операционная система Windows 7 и выше, Браузеры,
Антивирус Касперского, архиватор WinRar, средство криптографической
защиты информации Крипто-Про, пакет Microsoft Office.
1.2. Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
13
1.2.1. Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
Учет и сбыт продукции включает два аспекта: учет их приобретения
(заготовления) и учет их использования. При поступлении продукции на
склад, кладовщик проверяет комплектность поставки, ее соответствие
документам поставщика, и при отсутствии отклонений составляет
приходный ордер. Для сокращения количества первичных документов
разрешается оформление поступившей продукции без использования
приходных ордеров. При полном соответствии количества и качества
поступившего груза сопроводительным документам разрешается
непосредственно на документах поставщика проставлять и заполнять
специальный штамп, содержащий основные реквизиты приходного ордера.
Приходные документы передаются в бухгалтерию.
На основании приходных документов в бухгалтерии факт
поступления продукции отражается проводками.
Для реализации поставленной задачи обратимся к форме «Склад
продукции».
После обращения к документу на экране развернется окно с формой
диалога документа.
Данный документ используется для оприходования любых видов
продукции.
В заголовочную часть документ вводятся обязательные реквизиты -
"Дата" и "Номер накладной", причем их значения устанавливаются
автоматически.
Рассмотрим некоторые особенности порядка заполнения формы
"Склад продукции".
В табличную часть документа вводится информация о фактически
поступившей продукции. Сначала в графе "Наименование продукции" из
соответствующего справочника выбирается наименование продукции,
14
затем вводятся необходимые количественно-суммовые реквизиты. Причем
возможны несколько вариантов их ввода.
Если указанные материалы уже поступали в организацию ранее, то
для заполнения табличной части документа можно воспользоваться
кнопкой Дублировать запись, расположенной в нижней части формы
ввода. При этом только необходимо выбрать наименование продукции и
указать фактически полученное количество.
При вводе первой строки табличной части документа пользователь
может поступить следующим образом.
1. В графе "Наименование продукции" выбрать требуемый материал.
2. В графу "Количество" вести количество фактически поступившей
продукции.
3. В графе "Сумма" рассчитается стоимость данной продукции.
Для организации ЧСУП «Линдогор» номенклатура продукции
ограничена глубиной номенклатуры продукции составляет два уровня –
это указания вида (группа) продукции и наименования продукции
непосредственно, относящихся к виду.
1.2.2. Определение места проектируемой задачи в комплексе
задач и ее описание
BPwin автоматизирует задачи, связанные с построением моделей
развития, обеспечивая семантическую строгость, необходимую для
гарантирования правильности и непротиворечивости результатов. Это
достигается применением в BPwin следующих методологий: IDEF0, DFD и
IDEF3.
Применение данных методологий в ходе построения моделей бизнес-
процессов в виде иерархии диаграмм, обеспечивает наглядность и полноту
15
их отображения, позволяет анализировать деятельность предприятия в
трех информационных разрезах:
IDEF0 – первый информационный разрез – функциональность
системы.
Основной из трех методологий, поддерживаемых BPwin, является
IDEF0. IDEF0, относится к семейству IDEF, которое появилось в конце
шестидесятых годов под названием SADT (Structured Analysis and Design
Technique). IDEF0 может быть использована для моделирования широкого
класса систем. Для новых систем применение IDEF0 имеет своей целью
определение требований и указание функций для последующей разработки
системы, отвечающей поставленным требованиям и реализующей
выделенные функции. Применительно к уже существующим системам
IDEF0 может быть использована для анализа функций, выполняемых
системой и отображения механизмов, посредством которых эти функции
выполняются. Результатом применения IDEF0 к некоторой системе
является модель этой системы, состоящая из иерархически
упорядоченного набора диаграмм, текста документации и словарей,
связанных друг с другом с помощью перекрестных ссылок. Двумя
наиболее важными компонентами, из которых строятся диаграммы IDEF0,
являются бизнес-функции или работы (представленные на диаграммах в
виде прямоугольников) и данные и объекты (изображаемые в виде
стрелок), связывающие между собой работы. При этом стрелки, в
зависимости от того в какую грань прямоугольника работы они входят или
из какой грани выходят, делятся на пять видов:
- Стрелки входа (входят в левую грань работы) — изображают
данные или объекты, изменяемые в ходе выполнения работы.
- Стрелки управления (входят в верхнюю грань работы) —
изображают правила и ограничения, согласно которым
выполняется работа.
16
- Стрелки выхода (выходят из правой грани работы) —
изображают данные или объекты, появляющиеся в результате
выполнения работы.
- Стрелки механизма (входят в нижнюю грань работы) —
изображают ресурсы, необходимые для выполнения работы, но
не изменяющиеся в процессе работы (например, оборудование,
людские ресурсы).
- Стрелки вызова (выходят из нижней грани работы) —
изображают связи между разными диаграммами или моделями,
указывая на некоторую диаграмму, где данная работа
рассмотрена более подробно.
Все работы и стрелки должны быть именованы. Первая диаграмма в
иерархии диаграмм IDEF0 всегда изображает функционирование системы
в целом. Такие диаграммы называются контекстными. В контекст входит
описание цели моделирования, области (описания того, что будет
рассматриваться как компонент системы, а что как внешнее воздействие) и
точки зрения (позиции, с которой будет строиться модель). Обычно в
качестве точки зрения выбирается точка зрения лица или объекта,
ответственного за работу моделируемой системы в целом.
В данной работе именем модели «Учет продукции», имя проекта
«Процессная модель организации», имя автора и тип модели – Time Frame:
AS – IS (Как есть).
Цель работы (Purpose) – Моделировать текущие бизнес-процессы
фирмы по сбыту продукции и точку зрения (Viewpoint) – Менеджер по
учету продукции.
Внесем определение модели: «Это модель, описывающая учет и
сбыт продукции на складе» и цель: «Общее управление деятельностью
компании: исследование рынка, оформление прихода продукции по видам,
оприходование продукции, продажа продукции».
17
Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает
функционирование системы в целом. Такие диаграммы называются
контекстными (рисунок 1.5).
Рисунок 1.5 – Контекстная диаграмма «Учет продукции»
После того как контекст описан, проводится построение следующих
диаграмм в иерархии. Каждая последующая диаграмма является более
подробным описанием (декомпозицией) одной из работ на вышестоящей
диаграмме. Пример декомпозиции контекстной работы показан на рисунке
1.6.
18
Рисунок 1.6 – Диаграмма декомпозиции «Учет продукции»
В соответствии с методом IDEF0 определим входные данные,
выходные данные, управление и механизм, которые изображаются на
диаграмме стрелками:
- Входные данные: данные о продукции, данные о покупателе,
маркетинговые материалы.
- Выходные данные: проданные товары, маркетинговые
материалы.
- Управление: инструкции и нормативные материалы.
- Механизм: консультанты-менеджеры (работники склада,
офисные работники, менеджеры).
Описание каждой подсистемы проводится аналитиком совместно с
экспертом предметной области. Экспертом является специалист,
19
отвечающий за эту подсистему и, поэтому, досконально знающий все ее
функции.
Таким образом, вся система разбивается на подсистемы до нужного
уровня детализации, и получается модель, аппроксимирующая систему с
заданным уровнем точности. Получив модель, адекватно отображающую
текущие бизнес-процессы (так называемую модель AS-IS), аналитик с
легкостью может увидеть все наиболее уязвимые места системы. После
этого, с учетом выявленных недостатков, можно строить модель новой
организации бизнес-процессов (модель TO-BE).
Приём товара от поставщика осуществляется путем оформления
приходной накладной, что является, документальным оформлением
отношений и охватывает работу как с потенциальными (клиент и компания
сотрудничают в первый раз), так и с действительными поставщиками
(доставка происходит во второй и более раз). В качестве входных данных
для этой функции служат поставщики (одна из сущностей).
Выход – проданная продукция, отчеты, в том числе накладная.
Исполнителями функции являются отдел маркетинга и отдел по
приёму товара. Исполнение функций осуществляется в соответствии с
процедурами маркетинга.
Функция «Продукция» включает в себя непосредственное
оформление товара. Входными данными является – данные клиента,
продукция. Выходными данными – размещение продукции по видам.
Исполнителями являются персонал компании – менеджеры. Исполнение
функции осуществляется в соответствии с правилами и процедурами, а
также требованиями клиента.
Прежде, чем товар поступит в реализацию происходит
оприходование продукции на складе. Входные, выходные данные,
управление и исполнение показаны на рисунке 1.5.
После всех действий осуществляется продажа продукции.
20
BPwin автоматически синхронизирует изменения объектов диаграмм
на всех уровнях детализации, тем самым освобождая пользователя от
ручного ведения словаря объектов модели. Так если мы исправим на
верхнем уровне название объекта, то получим изменение на всех уровнях,
где данный объект встречается. Также невозможным является случайное
дублирование наименований работ. При появлении такой ситуации BPwin
генерирует предупреждающее сообщение.
1.2.3. Обоснование необходимости использования
вычислительной техники для решения задачи
В организации ЧСУП «Линдогор» учет товара и сбыта
осуществлялся с помощью Microsoft Excel, документы excel весили очень
много, для обработки данных или поиска необходимой информации нужно
было уделять большое внимание и затрачивать много времени. Создание
электронной базы данных содержащей всю необходимую информацию
значительно облегчило бы работу сотрудников. В результате внедрения
разработанной базы данных повысилась бы оперативность работы, за счет
сокращения времени на обработку документации.
Ранее в учреждении проводился учет товаров путем использования
пакета Microsoft Office MS Excel. Программа была не универсальна и
представляла собой набор различных файлов. Этот способ ведения учета
был настолько громоздким, что очень часто возникали путаницы.
Схема документооборота реализации автоматизированной системы
учет пассажирских перевозок в организации ЧСУП «Линдогор»
представлен на рисунке 1.13.