1.4 Постановка задачи
Целью учета охраняемых объектов является постоянная поддержка актуальности информации о заказах на охрану объектов и обслуживание. Информация необходима для планирования работы ЧОП «Рубеж-М»
В рамках данного дипломного проекта подлежат разработке следующие функции ИС учета охраняемых объектов ЧОП «Рубеж-М»:
учет номенклатуры оборудования;
оформление заказа на обслуживание и обслуживание оборудования;
ведение прайс-листа на запчасти и расходные материалы;
формирование выходных документов:
прайс-лист на запчасти и расходные материалы;
договор на обслуживание и обслуживание оборудования;
наряд на выполнение работ;
акт сдачи-приемки работ;
дефектная ведомость;
счет и счет-фактура, выставляемые клиенту;
выполненные работы за период;
формирование статистических диаграмм:
потребность в МТР (материально-технических ресурсах) за период;
статистика расхода МТР за период;
суммы работ за период;
суммы работ по клиентам за период.
2 Рабочий проект
2.1 Функциональное проектирование системы
Любую компанию (бизнес) можно представить как некий черный ящик, вмещающий в себя совокупность бизнес-процессов, где на выходе - прибыль. А что на входе, что внутри, и как она работает? На эти вопросы помогает ответить описание бизнес-процессов. Моделирование и описание бизнес-процессов - это, прежде всего, информационная база для аналитика, но не цель проекта. Чтобы разработка модели бизнес-процессов была оправдана, а сама модель впоследствии эффективно применима, необходимо чётко сформулировать её цели, точку зрения, границы предметной области и глубину детализации.
Модель бизнес-процессов и описание бизнес-процессов, дают ответы на следующие вопросы [10]:
какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;
в какой последовательности выполняются эти процедуры;
какие механизмы контроля и управления существуют в рамках описываемого бизнес-процесса;
кто выполняет процедуры бизнес-процесса;
какие входящие документы/информацию использует каждая процедура бизнес-процесса;
какие исходящие документы/информацию генерирует процедура бизнес-процесса;
какие ресурсы необходимы для выполнения каждой процедуры бизнес-процесса;
какая документация/условия регламентирует выполнение процедуры;
какие параметры характеризуют выполнение процедур и бизнес-процесса в целом.
Для построения моделей бизнес-процессов и описания бизнес-процессов используются методологии SADT, семейства IDEF, DFD, UML, ARIS и другие.
Для разработки функциональной модели использовалось CASE-средство Computer Associates BPwin 4.0. BPwin мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели бизнес-процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем [11].
Модели BPwin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации. Неэффективная, высокозатратная или избыточная деятельность может быть легко выявлена и, следовательно, усовершенствована, изменена или устранена в соответствии с общими целями организации [11].
Внешние обстоятельства зачастую вынуждают вносить изменения в деятельность организации. Последствия этих изменений должны быть тщательно изучены и осмыслены перед тем, как система будет переделана с их учетом. BPwin может помочь пользователю на протяжении всего цикла, предоставив возможность оптимизировать бизнес-процесс, которого коснутся эти изменения.
С помощью BPwin пользователь может сделать свою работу более продуктивной. Действия и другие объекты создаются буквально несколькими щелчками мыши, а затем легко отбуксированы в нужное место. Интерфейс BPwin, выполненный в стиле «проводника» облегчает навигацию и редактирование сложных процессов с иерархической структурой. Развитые возможности изменения масштаба представления позволяют быстро найти и сосредоточиться на необходимой для работы части модели процесса [11].
BPwin поддерживает три методологии: IDEF0, DFD и IDEF3, позволяющие анализировать бизнес с трех ключевых точек зрения [10]:
– с точки зрения функциональности системы. В рамках методологии IDEF0 бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.
– с точки зрения потоков информации (документооборота) в системе. Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнес-функциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнес-функциями.
– с точки зрения последовательности выполняемых работ: еще более точную картину можно получить, дополнив модель диаграммами IDEF3. Этот метод привлекает внимание к очередности выполнения событий.
Контекстная диаграмма и диаграмма декомпозиции системы в нотации IDEF0 представлены на рисунках 1.2 и 1.3.
DFD (Data Flow Diagrams) это диаграммы потоков данных, которые описывают внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных к которым осуществляется доступ [10]. Как показывает практика, это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов. Поэтому эта методология была выбрана для моделирования потоков данных ИС учета обслуживаниеных работ нефтяного оборудования.
Диаграммы потоков данных приведены на рисунках 2.1 и 2.2.
Рисунок 2.1 Диаграмма потоков данных верхнего уровня
Рисунок 2.2 Диаграмма поток данных на уровне подсистем