Логическое моделирование и анализ
Выбор методологий моделирования и инструментария
Процесс проектирования данных можно условно разделить на два этапа: логическое моделирование и физическое проектирование. Результатом первого из них является так логическая (или концептуальная) модель данных, выражаемая обычно диаграммой «сущность-связь» или ER (Entity-Relationship) диаграммой, которая представлена в одной из стандартных нотаций, принятых для отображения подобных диаграмм
Логическая модель данных описывает факты и объекты, подлежащие регистрации в будущей базе данных. Основными компонентами такой модели являются сущности, их атрибуты и связи между ними. С логической точки зрения сущность представляет собой совокупность однотипных объектов или фактов, называемых экземплярами этой сущности. Физическим аналогом экземпляра обычно является запись в таблице базы данных. На этапе логического проектирования для каждого атрибута обычно определяется примерный тип данных (строковый, числовой, BLOB и др.).
В качестве инструментария для построения логической модели данных было отдано предпочтение CASE-средству Erwin.
Для визуального моделирования проблемной области было отдано предпочтение RationalRoseкомпании Rational Software. Данное средство является простым и полностью интегрированным решением для разработки ПО, включая Интернет-решения. Одно из неоспоримых преимуществ Rational Rose – обратное проектирование, поскольку разработчику и проектировщику важно увидеть перед изменениями уже работающую систему в нормальном графическом представлении [9].
Разработка диаграмм вариантов использования
Для описания функциональности и поведения системы, на начальных стадиях проектирования часто прибегают к модели вариантов использования. Определяются возможные действующие лица, для каждого из этих лиц определяются варианты использования. Данная модель включает в себя список действующих лиц и их ролей, список прецедентов, диаграмму вариантов использования и их описание.
В соответствии с требованиями в моделируемой системе можно выделить следующих действующих лиц:
администратор – управление содержимым веб-приложения;
зарегистрированный пользователь – пользование игровым контентом и ведение индивидуальной статистики результатов; поиск и просмотр статистики результатов по различным критериям;
незарегистрированный пользователь – возможность пользования игровым контентом без ведения статистики.
Проанализировав исходные требования к системе, можно выделить следующие, выполняемые действующими лицами, варианты использования:
использование приложения включает: использование игрового контента, сортировка игрового контента; ведение, поиск, просмотр и фильтрация рейтинга очков пользователей, сравнительный анализ статистики различных пользователей по играм в зависимости от выбранного критерия;
администрирование включает: добавление и удаление игрового контента, работу с системой.
Диаграмма отражает отношения между актёрами и прецедентами и является составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.
Диаграммы вариантов использования описывают взаимоотношения и зависимости между группами вариантов использования и действующих лиц, участвующими в процессе. Диаграммы вариантов использования предназначены для упрощения взаимодействия с будущими пользователями системы, с клиентами, и особенно пригодятся для определения необходимых характеристик системы.
Диаграмма вариантов использования системы приводится на рисунке 3.1.
Рисунок 3.1 - Диаграмма вариантов использования моделируемой системы