3. Описание диаграммы

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

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

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

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

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

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального приложения вещей – того, к чему нужно стремиться (модель TO-BE). Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводиться описание системы в целом и ее воздействия с окружающим миром (контекстная диаграмма), после чего проводиться функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграмма декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводиться сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPWin позволяет переключиться на любой ветви модели нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя ссылка и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент «перекресток», что позволяет описать логику взаимодействия компонентов системы.

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

Одна и та же схема моделирования может быть использована для моделирования любого выбранного объекта. Универсальной единицей пунктуации для неограниченного строгого структурного анализа является SA-блок (рис. 2.1):

Управление

Выход

Вход

Функция

Механизмы

Рисунок 2.1 – Пример SA-блока

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

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

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