Состав бизнес-функций и матрица ответственности




Даже если информационная система предназначена для автоматизации маленькой фирмы, для более качественного проектирования следует предположить, что объём работ, выполняемых фирмой, требует как минимум 20-30 человек штата. Тогда будут видны (станут заметны) те работы, которые в маленькой фирме со штатом 3-5 человек не видны: их выполняют «по совместительству» (неявно) сотрудники или хозяин фирмы, иногда даже не замечая. В средней же фирме эти работы приходится выделять официально в отдельные бизнес-функции и поручать их выполнение отдельным штатным единицам (см. данные к примеру 1 (частная типография), приведенные в табл. 1, 2).

Таблица 2

Штатное расписание

Далее под созданную модель бизнес-процессов, функций (работ) формируется организационная структура фирмы и определяются штатные должности с соответствующими обязанностями, которые будут выполнять бизнес-функции (определённую работу). Каждой бизнес-функции должен соответствовать некоторый сотрудник, который эту функцию выполняет. В противном случае будут функции, которые никто не выполняет, и структурные подразделения (должностные лица), которым нечего делать (см. табл. 2, 3). Подобное нередко происходит при смене или изменении фирмой своей рыночной ниши или, в общем случае, при реорганизации бизнеса, когда от старой организационно-функциональной структуры остаются должности, которые «забыли» убрать. Таким образом, декомпозиция бизнес-процесса – это разложение на бизнес-функции (работы). По некоторым бизнес-функциям возможны более детальные (более глубокие) декомпозиции.

Структура ПО

Далее по матрице ответственности определяется состав рабочих мест фирмы / организации и принимается решение о том, какие из них будут автоматизироваться (см. табл. 4), то есть определяется список АРМ – автоматизированных рабочих мест, тех рабочих мест, которые будут оснащаться компьютерами и соответствующим ПО разрабатываемой информационной системы. Этот список должен формироваться с учётом требований технического задания на информационную систему, поскольку именно в ТЗ оговаривается, что собственно должно автоматизироваться.

Определяем взаимосвязи этих автоматизируемых рабочих мест – строим укрупнённую (обобщённую) структуру информационной системы (см. рис. 2). По этой структуре уже видно, какое программное обеспечение (с какой функциональностью) для каждого автоматизируемого рабочего места нужно создавать. Этот документ (рис. 2) является основой для дальнейшей разработки информационной системы. На основе данной структуры далее разрабатываются частные технические задания (ЧТЗ) на компоненты информационной системы: АРМ, программные комплексы, протоколы, интерфейсы и отдельные программы.

На рисунке 2 стрелками показаны информационные связи. Программный интерфейс с СУБД имеют только АРМ «Управление» и «Бухгалтер». Но это не лучшее решение. Более эффективно всем АРМ иметь доступ к СУБД, а права доступа разграничить на уровне таблиц. В АРМ «Дизайнер-1,2,3» имеется отдельная СУБД для хранения архива графических материалов.



Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2020-05-11 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: