|
57 Список Сущностей является полным перечнем информационных сущностей предметной области (ЛС), которые возникают в результате формализации информационного содержания требований предметной области (ТР). Структура списков определяется исходя из условий конкретного проекта, однако, для решения поставленных выше задач она должна содержать: ♦ Для Списка Требований: ■ атрибуты, позволяющие однозначно идентифицировать каждый ТР; ■ идентификаторы нормативных документов, определяющих структуру, содержание и использование ТР; ■ атрибуты, позволяющие определить место использования данного ТР в функциональной модели; ■ ссылки на элементы Списка Сущностей (СпЛС), реквизиты которых содержатся в данном ТР. ♦ Для Списка Сущностей: ■ атрибуты, позволяющие однозначно идентифицировать каждую ЛС; * ссылки на элементы Списка Требований (СпТР), которые используют атрибуты данной ЛС. Добавление в структуру списков атрибутов, описывающих количественные характеристики информационных объектов, позволяет применять формализованные методы оценки сложности и трудоемкости. Например, указание примерного количества атрибутов для каждой ЛС позволит воспользоваться методом функциональных точек [53] для оценки сложности проекта. Список Требований (СпТР) формируется при построении функциональной модели «как есть» и корректируется в процессе преобразования ее в модель «как надо», что позволяет оперативно обеспечивать логическую целостность промежуточных результатов параллельной работы аналитиков, не допуская излишних затрат на проработку и последующую корректировку противоречивых элементов модели. Формирование СпТР производится в процессе процедур |
53 формализации информационного содержания документов предметной области (ДПО). Структура глоссариев определяется исходя из условий конкретного проекта, однако, для решения поставленных выше задач она должна содержать: Для Глоссария Документов: • атрибуты, позволяющие однозначно идентифицировать каждый ДПО; • идентификаторы нормативных документов, определяющих структуру, содержание и использование ДПО; • атрибуты, позволяющие определить место использования данного ДПО в функциональной модели; • ссылки на элементы Глоссария Сущностей (СПО), реквизиты которых содержатся в данном ДПО. Для Глоссария Сущностей: • атрибуты, позволяющие однозначно идентифицировать каждую СПО; • ссылки на элементы Глоссария Документов (ДПО), которые используют атрибуты данной СПО. Кроме того, добавление в структуру глоссариев атрибутов, описывающих количественные характеристики информационных объектов, позволяет применять формализованные методы оценки сложности и трудоемкости. Например, указание примерного количества атрибутов для каждой СПО позволит воспользоваться методом функциональных точек [68] для оценки сложности проекта. Глоссарий Документов (ГлД) формируется при коллективном построении функциональной модели «как есть» и корректируется в процессе преобразования ее в модель «как надо», что позволяет оперативно обеспечивать логическую целостность промежуточных результатов параллельной работы аналитиков, не допуская излишних затрат на проработку и последующую корректировку противоречивых элементов модели. Формирование ГлД |