|
148 ПОе5г\1^п01УЕ11(ПО)={П>Г,С}, такой что ОМт{ПО)—Производственный отчет. При описании данных классов необходимо определить методы формирования экземпляров данных классов и их свойства. В случае наличия отчетной информации можно описать дополнительные классы, относящиеся к множеству последовательных классов, в которых будет представлена необходимая информация. Далее требуется описать схематический класс, содержащий информацию, полученную в результате построения информационной структуры. Выбор множества графических символов будет, как отмечалось в предыдущей главе, зависеть от применяемых автоматизированных средств. Для данной задачи мы не будем описывать пользовательские ограничения, так как не определена среда разработки и автоматизированные средства проектирования приложений, однако это возможно сделать, в случае их наличия. Дополнительная проверка достаточности позволяет установить, все ли экземпляры классифицированы и правильно ли выделены нами корневые классы объектов. Если в процессе разработки модели или ее эксплуатации в виде структуры баз данных и приложений, появляются новые подразделения, задачи или данные (информация), необходимо дополнить множество экземпляров и классифицировать их. Так как построение классификационной иерархии проводилось на основании выделения корневых классов, созданных на базе существующего множества экземпляров, то появление дополнительного набора экземпляров может привести к следующим вариантам: новые экземпляры классифицируются как экземпляры существующих классов; на базе дополнительного множества экземпляров создаются новые классы, встраивающиеся в существующую иерархию классов; |
ш Соппес1огфг^г) ~График используется в; ('оппесюг^ГгР,) Использует график доставки. Как следует из свойств множества экземпляров, последовательность экземпляров может быть представлена как экземпляр класса последовательности. При помощи описания различных классов, принадлежащих множеству последовательное гей в рамках информационной структуры можно представить информацию, содержащуюся в различных отчетных и промежуточных документах. Таким образом определим два класса, принадлежащих множеству последовательных классов ГЗ€ ЯП Е Г \ ( ) ; , Ш((ТЗ)={П,Гтакой что ()ИтП'З)^Техническое задание и ПО 6 Л’ ПАП О/, Е1((ПО)~{П,Г,('.}, такой что ОМт(ПО) Производственный отчет. При описании данных классов необходимо определить методы формирования экземпляров данных классов и их свойства. В случае наличия отчетной информации можно описать дополнительные классы, относящиеся к множеству последовательных классов, в которых будет представлена необходимая информация. Далее требуется описать схематический класс, содержащий информацию, полученную в результате построения информационной структуры. Выбор множества графических символов будет, как отмечалось в предыдущей главе, зависеть ог применяемых автоматизированных средств. Для данной задачи мы не будем описывать пользовательские ограничения, так как не определена среда разработки и автоматизированные средства проектирования приложений, однако это возможно сделать, в случае их наличия. Дополнительная проверка достаточности позволяет установить, все ли экземпляры классифицированы и правильно ли выделены нами корневые классы объектов. Если в процессе разработки модели или се эксплуатации в 112 виде структуры баз данных и приложений, появляются новые подразделения, задачи или данные(информация), необходимо дополнить множество экземпляров и классифицировать их. Так как построение классификационной иерархии проводилось на основании выделения корневых классов, созданных на базе существующего множества экземпляров, то появление дополнительного набора экземпляров может привести к следующим вариантам: новые экземпляры классифицируются как экземпляры существующих классов; на базе дополнительного множества экземпляров создаются новые классы, встраивающиеся в существующую иерархию классов; выделение дополнительного множества экземпляров приводит к формированию новых корневых классов и к построению новых ветвей классификационной иерархии. В любом случае, появление новых элементов во множестве экземпляров не приводит к разрушению построенной классификационной иерархии. Построение объектно-ролевой модели информационной системы поддержки управленческих решений необходимо для дальнейшего построения физической модели и трансляции ее в структуру баз данных и приложений. Вследствие того, что применение конкретных техник трансляции логической модели в физическую выходило за рамки настоящей работы, мы не будем останавливаться на данном этапе. Как показывает вышеописанный пример, построение объектно ролевой модели, выделение классов объектов, определение пользовательских ограничений является достаточно долгим процессом, а получаемая в результате модель может быть достаточно большой за счет необходимости дополнительного описания классов. Однако нельзя не отметить гот факт, что классификация и объектное представление предоставляет возможность структуризации информации, что становится критически важным при ее большом объеме. Следовательно, можно предполагать, что «загруженность» |