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