Построение модели предметной области
После того как выделены основные классы объектов, подробно анализируются их взаимосвязи, описываются свойства, выделяющие объекты из класса, и события, происходящие с ними. С помощью описания предусловия и постусловия события задаются классы состояний объектов до и после свершения события.
Рассмотрим пример, показанный на рис. 1.10. Предположим, что данные, вводимые с помощью экранного формата ЗАПОЛНЕНИЕ АНКЕТЫ ПРИ ПРИЕМЕ, формируемого в ходе выполнения информационной задачи ПРИЕМ ПРЕПОДАВАТЕЛЯ, должны быть переданы объекту ПРЕПОДАВАТЕЛЬ с помощью сообщения АНКЕТА ПОСТУПАЮЩЕГО ПРЕПОДАВАТЕЛЯ. Это сообщение активизирует метод ВВЕСТИ НОВОГО ПРЕПОДАВАТЕЛЯ.
В описании класса объектов ПРЕПОДАВАТЕЛЬ должен быть предусмотрен метод ВВЕСТИ НОВОГО ПРЕПОДАВАТЕЛЯ, с помощью которого воспринимаются анкетные данные (передаваемые как аргументы сообщения) и отображаются на состоянии объекта (в данном случае этот метод должен создавать новый объект). Новое состояние объекта может быть охарактеризовано одним или несколькими свершившимися событиями. Важно, чтобы эти события относились к конкретному объекту определенного класса.
Классы объектов могут, быть связаны отношением специализации, в котором каждый подчиненный класс наследует все структурные и динамические свойства от старших классов, дополняя их новыми специфическими. Например, на рис. 1.10 показано, что класс объектов ЛИЧНОСТЬ является более широким классом, чем класс объектов ПРЕПОДАВАТЕЛЬ. Это означает, что класс объектов ПРЕПОДАВАТЕЛЬ наследует все характеристики объектов класса ЛИЧНОСТЬ (например, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖДЕНИЯ) и имеет специфические характеристики: ДАТА ПРИЕМА, ОБЩИЙ СТАЖ РАБОТЫ, ВИД ОПЛАТЫ.
Структура подклассов объектов уточняется с помощью дополнительных свойств и составных частей, а динамика — с помощью специфических событий, сообщений и методов. Кроме того, описание динамики объектов подкласса может быть расширено с помощью правил, отражающих взаимосвязь между событиями, сообщениями, методами, значениями свойств объектов и аргументами передаваемых сообщений.
Такая спецификация макета составляет базу знаний о ПО, о пользователях ИС и самой ИС (включая сценарии диалога информационных задач).
С помощью специального интерпретатора, входящего в состав инструментальных средств и обеспечивающего ведение базы фактов и протокола сообщений, строится действующий макет проектируемой системы. Полученные знания о системе могут использоваться также для генерации начальных концептуальных спецификаций БД и в качестве технического задания для программистов прикладных программ.
Разработка проекта
На стадии ПРОЕКТ спецификации макета должны быть детализированы и формализованы настолько, чтобы по ним можно было перейти к развертыванию ИС в выбранной технической среде. Результатом стадии проектирования являются структура БД, спецификации реализации информационных и технологических задач, методов и правил контроля целостности.
Стадия ПРОЕКТ объединяет этапы концептуального, логического и физического проектирования БД (рис. 1.11) и задач информационной системы. На данных этапах концептуальное объектно-ориентированное описание предметной области последовательно формализуется в виде концептуальной, логической и физической схемы БД. По мере уточнения состава схемных элементов конкретизируются спецификации информационных задач и методов, изменяющих состояние объектов. При этом их потребность в данных специфицируется через выявленные схемные элементы в структуре БД, входные данные или данные, вычисляемые алгоритмическим путем.