Государственный служба информационный обеспечение Глава 2. Проектирование информационной системы

2.1 Информационное обеспечение задачи

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

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

Информационное обеспечение системы предусматривает организацию его информационной базы, регламентирует информационные связи и предопределяет состав и содержание всей системы информационного отображения.

В состав информационного обеспечения включаются два комплекса: компоненты внемашинного информационного обеспечения (классификаторы технико-экономической информации и документы) и внутримашинного обеспечения (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структура информационной базы: входных, выходных файлов, базы данных) [13, С.24].

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

2.1.1 Информационная модель и ее описание

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

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

Для проведения анализа и реорганизации бизнес-процессов PLATINUM technology предлагает CASE-средство верхнего уровня Bpwin.

2.1.2 Технология bРwin

BPwin поддерживает методологии - IDEF0 и DFD. Каждая из них призвана решать свои специфические задачи. Также можно строить смешанные модели.

Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.

Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.

Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работы изображаются в виде прямоугольников (блоков), данные - в виде стрелок (дуг).

Модель – совокупность иерархически выстроенных диаграмм, каждая является описанием какой-либо работы (activity).

Диаграмма – отдельный узел (блок), представляющий собой отдельный фрагмент описания.

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

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

Выход – основной результат действия функции, конечный продукт.

Управление – стратегии или процедуры, которыми руководствуется функция.

Механизм – необходимые ресурсы.

Стрелки – объекты или данные, связывающие блоки между собой.

Для построения функциональной модели необходимо выполнить последовательность из нескольких шагов:

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

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

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

• необходимо провести функциональную декомпозицию контекстной диаграммы – разбить общую функцию на более мелкие подфункции.

Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая), работа дерева имеет номер АО. Работы декомпозиции А0 имеют номера Al, A2, A3 и т. д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т.д. Работы образуют иерархию, где каждая работа может иметь одну родительскую и несколько дочерних работ, образуя дерево. Такое дерево называют деревом узлов, а вышеописанную нумерацию - нумерацией по углам [10, С.9].

IDEF0.

Под моделью в IDEF0 понимают описание системы, которое должно дать ответ на некоторые заранее определенные вопросы.

Основу методологии IDEF0 составляет графический язык описания бизнес-процессов.

Модель в IDEF0 представлена совокупностью иерархически упорядоченных и логически связанных диаграмм. Каждая диаграмма располагается на отдельном листе. Можно выделить четыре типа диаграмм:

• контекстную диаграмму А-0 (в каждой модели может быть только одна контекстная диаграмма);

• диаграммы декомпозиции (в том числе диаграмма первого уровня декомпозиции А0, раскрывающая контекстную);

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

После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы (т.е., получения диаграммы А0) проводится декомпозиция каждого блока диаграммы А0 на более мелкие фрагменты и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции должны проводиться сеансы экспертизы – то есть эксперты предметной области (сотрудники предприятий) указывают на соответствие (или несоответствие) реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели [10, С.12].