Проектирование архитектур информационных систем. Беляев К.С. - 29 стр.

UptoLike

Составители:

Рубрика:



29



приведены в документе описания требований, однако важно не включать в

спецификацию те атрибуты, которые не вытекают из требований.

В последующих итерациях можно добавить больше атрибутов.

Для имен атрибутов мы рекомендуем придерживаться простого

соглашения: в именах атрибутов использовать только строчные буквы, а

слова в составных именах отделять подчеркиванием.

2.1.9Примерспецификацииклассов

Снова обратимся к примеру системы «Запись на университетские

курсы». Рассмотрим следующие дополнительные требования, изложенные

в документе описания требований.

1. Выбор студентам учебных курсов может быть ограничен из-за

конфликтов расписания, а также за счет ограничения на количество

студентов, которое может быть набрано на текущий предлагаемый

курс.

2. Предлагаемая студентом программа обучения вводится в

интерактивную систему записи на курсы. Система проверяет

программу на непротиворечивость и сообщает о любых проблемах.

Проблемы требуется решать при помощи научного руководителя.

Окончательная программа является предметом научного

согласования со стороны представителя заведующего кафедрой, а

затем направляется секретарю учебного заведения

В первом утверждении упоминаются конфликты расписания, однако

мы не знаем достоверно, как следует моделировать эту проблему.

Возможно, что речь здесь идет о прецеденте, который процедурно

определяет конфликты расписания. Вторую часть этой же формулировки

можно смоделировать за счет ведения атрибута enrolment_quota (квота

набора) в класс CourseOffering. Теперь также ясно, что класс должен

обладать атрибутами

year (год) и semester (семестр).