Определение количества и сложности функциональных типов по данным

Количество функциональных типов по данным (внутренних логических файлов и внешних интерфейсных файлов) определя­ется на основе диаграмм «сущность-связь» (для структурного подхода) и диаграмм классов (для объектно-ориентированного подхода). В последнем случае в расчете участвуют только устой­чивые (persistent) классы, или классы-сущности.

Устойчивый класс соответствует ILF (если его объекты обяза­тельно создаются внутри самого приложения) или EIF (если его объекты не создаются внутри самого приложения, а получаются в результате запросов к базе данных).

Примечание. Если операции класса являются операциями-запроса­ми, то это характеризует его принадлежность к EIF.

Для каждого выявленного функционального типа (ILF и EIF) определяется его сложность (низкая, средняя или высокая). Она зависит от количества связанных с этим функциональным типом элементарных данных (data element types, DET) и элементарных записей (record element types, RET), которые в свою очередь оп­ределяются следующим образом:

• DET — уникальный идентифицируемый нерекурсивный элемент данных (включая внешние ключи), входящий в ILF или EIF;

1. RET — идентифицируемая подгруппа элементов данных, входящая в ILF или EIF На диаграммах «сущность-связь» такая подгруппа обычно представляется в виде сущности-подтипа в связи «супертип-подтип».

Один DET соответствует отдельному атрибуту или связи класса. Количество DET не зависит от количества объектов клас­са или количества связанных объектов. Если данный класс свя­зан с некоторым другим классом, который обладает явно задан­ным идентификатором, состоящим более чем из одного атрибу­та, то для каждого такого атрибута определяется один отдельный DET (а не один DET на всю связь). Производные атрибуты могут игнорироваться. Повторяющиеся атрибуты одинакового форма­та рассматриваются как один DET

Одна RET на диаграмме устойчивых классов соответствует либо абстрактному классу в связи обобщения (generalization), ли­бо классу — «части целого» в композиции, либо классу с рекур­сивной связью «родитель-потомок» (агрегацией).

Зависимость сложности функциональных типов от количест­ва DET и RET определяется следующей таблицей (табл. 6.1).

Таблица 6.1

Сложность ilf и eif

Количество RET	Количество DET
	1-19	20-50	51 +
1	Низкая	Низкая	Средняя
2-5	Низкая	Средняя	Высокая
6 +	Средняя	Высокая	Высокая

6.2.3.

Определение количества и сложности транзакционных функциональных типов

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

Далее для каждого выявленного функционального типа (EI, ЕО или EQ) определяется его сложность (низкая, средняя или высокая). Она зависит от количества связанных с этим функцио­нальным типом DET, RET и файлов типа ссылок (file type refer­enced, FTR) - ILF или EIF, читаемых или модифицируемых функциональным типом.

Правила расчета DET для EI:

1. каждое нерекурсивное поле, принадлежащее (поддерживае­мое) ILF и обрабатываемое во вводе;

2. каждое поле, которое пользователь хотя и не вызывает, но оно через процесс ввода поддерживается в ILF;

3. логическое поле, которое физически представляет собой множество полей, но воспринимается пользователем как единый блок информации;

4. группа полей, которые появляются в ILF более одного раза, но в связи с особенностями алгоритма их использования воспринимаются как один DET;

5. группа полей, которые фиксируют ошибки в процессе об­работки или подтверждают, что обработка закончилась ус­пешно;

6. действие, которое может быть выполнено во вводе.

Правила расчета DET для ЕО:

1. каждое распознаваемое пользователем нерекурсивное поле, участвующее в процессе вывода;

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

3. каждый тип метки и каждое значение числового эквивален­та при графическом выводе;

4. текстовая информация, которая может содержать одно сло­во, предложение или фразу;

5. литералы не могут считаться элементами данных;

6. переменные, определяющие номера страниц или генериру­емые системой логотипы не являются элементами данных.

Таблица 6.2