Введение

Информационная система «Студент», представляющая собой автоматизированную систему управления учебным процессом ВУЗа, разработана на основе оригинального технологического решения с использованием CASE-пакета REAL. Объектно-ориентированный CASE-пакет REAL, включающий в себя одноименное CASE-средство, а также ряд генераторов для создания базы данных и клиентской части приложения, разработан ЗАО «Ланит-Терком» совместно с коллективом кафедры системного программирования математико-механического факультета СПбГУ. Использование данной технологии позволяет уменьшить количество ошибок в системе, снизить время и стоимость разработки, дает возможность более быстрого и качественного сопровождения системы.

Описание технологического решения

Для проектирования и разработки системы на всех стадиях технологического процесса используется модель системы в CASE-средстве REAL. Модель содержит схему предметной области, описание основных функций системы и использования их определенными ролями, или группами пользователей, а также схему бизнес-процессов для описания бизнес-логики таких подсистем, как “Сессия”, “Приказы” и т.п. Технологическое решение включает в себя генерацию базы данных, объектно-ориентированного интерфейса, а также полноценного пользовательского интерфейса системы по модели предметной области. Генерируемый код практически не требует внесения ручных изменений для достаточно широкого класса систем учета данных. Типичным примером системы учета данных является подсистема “Картотека”, которая содержит огромное количество сложно организованных справочных данных, сильно связанных между собой всевозможными отношениями, и ограниченный набор базовых операций с ними — просмотр, добавление, удаление, редактирование данных, поддержание корректности между связанными данными и т.д.

Целью использования генераторов является автоматизированное создание экранных форм с разнообразным наполнением на основе выбранного набора элементов, сохранив при этом удобство работы с приложением. Это достигается за счет учета генераторами всех элементов и отношений между ними, описанных в модели предметной области, а также за счет возможности настроить поведение любого генерируемого поля экранной формы. Например, выбор записи из списка, обычно представленный выпадающим полем, может быть осуществлен как стандартным способом, так и из справочника, открывающегося при нажатии на поле выбора. Встроенный список может располагаться как непосредственно в карточке, так и может быть представлен кнопкой перехода в отдельный список.

Важной отличительной особенностью технологического решения является использование генераторами интерфейса модели ограничений, накладываемых на взаимосвязи между данными. Ограничения используются для взаимосвязи фильтров (в списках и отношениях) и полей (в карточке). Ограничения позволяют решить проблему внесения некорректной информации в базу данных, т.е. сохранения целостности данных. Возьмем, например, составление адреса на основе справочников. Наложив ограничения на выбор данных из справочников стран, областей, районов и т.д, мы, например, при выборе определенной страны из справочника, предоставим пользователю для дальнейшего составления адреса список только тех областей, которые входят в данную страну.

Благодаря существующим возможностям технологического решения, картотека легко расширяема. Изменение внешней нормативной базы, а также адаптация “Студента” для других ВУЗов может потребовать внесения изменений в интерфейс системы. Это осуществляется достаточно быстро, поскольку вся информация о сгенерированных формах, включая все сделанные в процессе генерации настройки, сохраняется в модели предметной области. Вынесение отличий требуемого кода от генерируемого в отдельные файлы и организации корректной работы с таким кодом позволяет провести перегенерацию экранных форм без потери нестандартной бизнес-логики.

В отличие от “Картотеки”, бизнес-логика которой четко определена, и сложность разработки обусловлена объемом и разноообразием связей между данными, такие подсистемы, как “Приказы”, “Сессия”, “Учебные планы”, “Выпуск” содержат нетривиальную бизнес-логику, которая отражена на диаграммах бизнес-процессов.

Наличие модели бизнес-процессов существенно облегчает процесс создания и сопровождения любой промышленной системы, обладающей сложной бизнес-логикой. На стадии анализа и проектирования системы модель бизнес-процессов является документом, в котором на графическом языке, понятном и разработчику и заказчику, представлены основные требования к системе. На основе модели бизнес-процессов может быть составлено техническое задание. На стадии разработки системы модель бизнес-процессов существенно облегчает процесс кодирования, получаемый код более структурирован и выполнен в соответствии с требованиями к проекту. Для сопровождения системы, как правило, используется техническая документация по проекту, как можно более подробно описывающая систему с различных сторон. Таким документом, в частности, может являться модель системы в CASE REAL.

Обзор интерфейса

Пользовательский интерфейс системы «Студент» содержит около 200 экранных форм, сгенерированных на основе более 100 классов модели предметной области, связанных между собой различными видами отношений. Более половины сгенерированных форм входит в подсистему «Картотека», которая, как показывает опыт, является базовой частью любой информационной системы.

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

Генераторы позволяют создавать три вида форм: списки, отображающие множество объектов; карточки, позволяющие просматривать и редактировать свойства одного объекта и формы-отношения для установки связей многие ко многим.

В качестве конструктивных элементов для списков можно выделить фильтры для отбора данных, удовлетворяющих определенным условиям, поле локатора для поиска объекта среди множества всех объектов списка, таблицу с сортировками по всем столбцам, стандартный набор кнопок и горячих клавиш для доступа к ним. Карточка, как правило, содержит полную информацию об одном объекте и его отношениях с другими объектами, распределенную по страницам, или закладкам. Типичными элементами карточки являются поля различных типов данных и встроенные списки, отображающие набор объектов, принадлежащих объекту карточки или ссылающихся на него. Форма–отношение позволяет установить связи «многие ко многим» между объектами.

Кроме списков с фиксированным набором параметров: столбцов, фильтров и сортировок, в картотеке существуют настраиваемые списки, что делает ее более гибкой. Настраиваемый список создается пользователем на основе выбранных им параметров. Существует справочник именованных наборов параметров, каждый из которых определяет новый список. Во время просмотра списка можно “на лету” менять набор параметров, добиваясь требуемого результата, сохранять их и переиспользовать.

Настраиваемые списки широко используются подсистемой «Статистика», которая осуществляет сбор всех необходимых статистических данных и их печать в формате документов MS Word. Набор статистических форм предопределен и утверждается нормативными документами. Среди всех отчетных статистических таблиц встречаются достаточно сложные, такие, например, как «Итоги сессии» или «Движение контингента». Для сбора статистики по различным категориям студентов также используются фильтры — например, статистику можно собрать только по студентам дневного отделения заданного факультета, обучающихся на бюджетной основе. Для просмотра более подробной информации о каждом статистическом данном (ячейке таблицы) существует возможность перехода в настраиваемый список студентов, содержащий те данные, которые вошли в эту ячейку. Набор параметров (фильтров, сортировок, столбцов) такого списка построен таким образом, чтобы отобразить всю информацию, которая учитывалась при составлении статистики.

Заключение

Предлагаемая технология создания информационных систем поддерживает полный цикл разработки системы – от проектирования до создания готового приложения. Использование данного технологического решения при создании промышленных информационных систем позволяет:

1. Уменьшить сроки работ.
2. Снизить затраты на разработку системы.
3. Уменьшить количество ошибок за счет использования генераторов.
4. Повысить качество интерфейса и уменьшить время обучения работе с системой.
5. Снизить затраты на сопровождение и внесение изменений.

обсудить на форуме написать автору

Сервер поддерживается фирмой НПП "БИТ про" и Московским центром Федерации Интернет Образования