Проектирование программного обеспечения экономических информационных систем

Структурный подход

71

Аналогично диаграмма А2 детализирует блок А2 на диафамме АО, которая является самой верхней диаграммой модели. На рис. 2.7 показан пример дерева диаграмм.

АО Работа Государственной

налоговой инспекции

А1	А2	A3
Работа	Работа	Работа
с физическими	с юридическими	вспомогательных
лицами	лицами	подразделений

	А11	А12	А13
			Работа
	Работа	Работа
			по налогу
	по подоходному	по налогу
			на землю
	налогу	на имущество

Рис. 2.7. Иерархия диаграмм

2.2.4.

ТИПЫСВЯЗЕЙ МЕЖДУ ФУНКЦИЯМИ

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

72

Глава 2

•случайная;

•логическая;

•временная;

•процедурная;

•коммуникационная;

•последовательная;

•функциональная.

Случайная связь —показывает, что конкретная связь между функциями незначительна или полностью отсутствует. Это относится к ситуации, когда имена данных на SADT-дугах в одной диаграмме имеют слабую связь друг с другом. Крайний вариант этого случая показан на рис. 2.8.

В

•. F

Рис. 2.8. Случайная связь

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

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

Структурный подход

73

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

Планировать А

А1

Согласовать А и В

A3

В

В

Планировать В

А2

Рис. 2.9. Процедурная связь

Коммуникационная связь— функции группируются благодаря тому, что они используют одни и те же входные данные и/или производят одни и те же выходные данные (рис. 2.10).

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

Функциональная связь—все элементы функции влияют на выполнение одной и только одной функции. Диаграмма, являющаяся чисто функциональной, не содержит чужеродных элементов, относящихся к последовательному или более слабому типу связи. Одним из способов определения функционально связанных диаграмм является рассмотрение двух блоков, связанных через управляющие дуги, как показано на рис. 2.12.

74

Глава 2

Рис. 2.10. Коммуникационная связь

А1

г

В

А2

Рис. 2.11. Последовательная связь

Структурный подход

75

А

В

1Г

А1

г

£1

А2

Рис. 2.12. Функциональная связь

Вматематических терминах необходимое условие для простейшего типа функциональной связи (см. рис. 2.12)имеет следующий вид:

С= g(B) = g(f(A)).

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

Т а б л и ц а 2.1

Описание типов связей

Уровень		Характеристика типа связи
	Тип связи
значимости
		для функций	для данных
0	Случайная	Случайная	Случайная
1	Логическая	Функции одного ито-	Данные одного итого
		го жемножества или	же множества или

типа (например, "ретипа дактировать все входы")

76

Глава 2

Уровень

значимости

2

3

4

5

6

Продолжение

Характеристика типа связи

Тип связи

для функций

для данных

Временная Функции одного и того же периодавремени (например, "операции инициализации")

ПроцедурФункции, работаюная щие водной итойже фазе или итерации (например, "первый проход компилято-

ра")

Данные, используемые в каком-либо временном интервале

Данные, используемые во время одной и той же фазы или итерации

Коммуни-	Функции, использу-		Данные, на которые
кационная	ющие одни и те же		воздействует одна и
	данные		та же деятельность
Последо-	Функции, выполня-		Данные, преобразуе-
вательная	ющие	последова-	мые последователь-
	тельные	преобразо-	ными функциями
	вания одних итех же
	данных
Функцио-	Функции, объединя-		Данные, связанные с
нальная	емые для выполне-		одной функцией
	ния одной функции

Структурный подход

77

2.3. МОДЕЛИРОВАНИЕ ПОТОКОВ ДАННЫХ (ПРОЦЕССОВ)

2.3.1. ОБЩИЕ СВЕДЕНИЯ

Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде иерархии функциональных компонентов (процессов), связанных потоками данных. Главная цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

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

Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордана и Гейна —Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов. Далее при построении примеров будет использоваться нотация Гейна - Сэрсона.

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

78

Глава2

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

2.3.2.

СОСТАВДИАГРАММ ПОТОКОВ ДАННЫХ

Основными компонентами диаграмм потоков данных являются:

•внешние сущности;

•системы и подсистемы;

•процессы;

•накопители данных;

•потоки данных.

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

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

Рис. 2.13. Графическое изображение внешней сущности

Структурный подход

79

При построении модели сложной ЭИС она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого либо может быть декомпозирована на ряд подсистем (рис. 2.14).

юле номера	-•*	1
Поле имени		Подсистема
		по работе
зической реализации		с физическими лицами
		ГНИ

Рис. 2.14. Подсистема по работе с физическими лицами (ГНИ - Государственная налоговая инспекция)

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

Поле номера	1.1
Поле имени	Проверить
	плательщика
Поле физической реализации	на задолженность
	Налоговый инспектор

Рис. 2.15. Графическое изображение процесса

80 Глава2

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

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

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

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

Накопитель данных может быть реализован физически в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т. д. Накопитель данных на диаграмме потоков данных (рис. 2.16) идентифицируется буквой "D" и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.

Накопитель данных в общем случае является прообразом буду-

D1 Реестр налогоплательщиков

Рис. 2.16. Графическое изображение накопителя данных

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

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