А.М. Вендров - Объектно-ориентированный анализ и проектирование с использованием языка UML и Rational Rose, страница 3

Для каждого выбранного студентом курса регистратор подтверждает выполнениестудентом предварительных требований (прохождение определенных курсов), фактоткрытия предлагаемого курса и отсутствие конфликтов графика.2. Регистратор вносит студента в список каждого выбранного предлагаемого курса.

Курсфиксируется в графике.Альтернативные сценарии:Не выполнены предварительные требования, курс заполнен или имеют место конфликтыграфика:Если во время выполнения подчиненного сценария «Принять график» регистраторобнаружит, что студент не выполнил необходимые предварительные требования, или выбранныйим предлагаемый курс заполнен (уже записалось 10 студентов), или имеют место конфликтыграфика (два или более курсов с совпадающим расписанием), то он предлагает студенту изменитьсвой выбор курсов, либо отменить формирование графика и вернуться к нему позже.Система каталога курсов недоступна:Если во время поиска в каталоге курсов окажется, что невозможно установить связь ссистемой каталога курсов, то регистрацию придется прервать и дождаться восстановления связи.Регистрация на курсы закончена:12Если в самом начале выполнения регистрации окажется, что регистрация на текущийсеместр уже закончена, то процесс завершится.Упражнение 5.

Прикрепление файла к варианту использования1.2.3.4.Щелкните правой кнопкой мыши на варианте использования.В открывшемся меню выберите пункт Open SpecificationПерейдите на вкладку Files.Щелкните правой кнопкой мыши на белом поле и из открывшегося меню выберите пунктInsert File.5. Укажите созданный ранее файл и нажмите на кнопку Open, чтобы прикрепить файл кварианту использования.2.3 Создание модели бизнес-анализаИсполнители:1.

Регистратор – формирует учебный план и каталог курсов, записывает студентов накурсы, ведет все данные о курсах, профессорах, успеваемости и студентах.Сущности:2.3.4.5.6.Студент.Профессор.График студента (список курсов)Курс (в программе обучения).Предлагаемый курс (курс в расписании).Упражнение 6. Создание классов, участвующих в реализации бизнес-процесса«Зарегистрироваться на курсы», и кооперации, описывающей реализацию бизнес-процесса1.

Щелкните правой кнопкой мыши на пакете Business Object Model представления LogicalView в браузере.2. Выберите в открывшемся меню пункт New > Class. Новый класс под названием NewClassпоявится в браузере.3. Выделите его и введите имя «Регистратор».4. Щелкните правой кнопкой мыши на данном классе.5. В открывшемся меню выберите пункт Open Specification.6. В поле стереотипа выберите Business Worker и нажмите на кнопку ОК.7. Создайте аналогичным образом классы-сущности со стереотипом Business Entity.8.

Щелкните правой кнопкой мыши на пакете Object Model представления Logical View вбраузере.9. В открывшемся меню выберите пункт New > Package10. Назовите новый пакет Business Use-Case Realizations.11. В пакете Business Use-Case Realizations создайте кооперацию «Зарегистрироваться накурсы» (кооперация представляет собой вариант использования со стереотипом «businessuse-case realization», который задается в спецификации варианта использования).12. Щелкните правой кнопкой мыши на созданной кооперации.13. В открывшемся меню выберите пункт New > Class Diagram.14. Назовите новую диаграмму классов VOPC.15.

Откройте ее и перетащите классы на открытую диаграмму в соответствии с рис. 2.3.Диаграмма классов для модели бизнес-анализа, описывающей Business Use Case«Зарегистрироваться на курсы», приведена на рис. 2.3 (для данных классов использовано13изображение стереотипа в виде метки - label. Настройка изображения стереотипа можетбыть выполнена следующими способами:1. Для всей модели – в меню Tools > Options > Diagram > Stereotype Display.2.

Для отдельного элемента модели – в его контекстном меню Options > Stereotype Display.3. Для нескольких сгруппированных элементов модели – в меню Format > StereotypeDisplay.Рис. 2.3. Диаграмма классов модели бизнес-анализа2.4 Cпецификация требований к ПОУточненная постановка задачи для системыПеред руководителем информационной службы университета ставится задача разработкиновой клиент-серверной системы регистрации студентов взамен старой системы на мейнфрейме.Новая система должна позволять студентам регистрироваться на курсы и просматривать своитабели успеваемости с персональных компьютеров, подключенных к локальной сетиуниверситета. Профессора должны иметь доступ к онлайновой системе, чтобы указать курсы,которые они будут читать, и проставить оценки за курсы.Из-за недостатка средств университет не в состоянии заменить сразу всю существующуюсистему.

Остается функционировать в прежнем виде база данных, содержащая всю информацию окурсах (каталог курсов). Эта база данных поддерживается реляционной СУБД. Новая системабудет работать с существующей БД в режиме доступа, без обновления.В начале каждого семестра студенты могут запросить каталог курсов, содержащий списоккурсов, предлагаемых в данном семестре. Информация о каждом курсе должна включать имяпрофессора, наименование кафедры и требования к предварительному уровню подготовки(прослушанным курсам).14Новая система должна позволять студентам выбирать 4 курса в предстоящемсеместре. В дополнение, каждый студент может указать 2 альтернативных курса на тот случай,если какой-либо из выбранных им курсов окажется уже заполненным или отмененным.

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

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

Он может бытьиспользован как неформальный словарь данных системы.КурсПредлагаемый курс (CourseOffering)Каталог курсовРасчетная системаОценкаПрофессорТабель успеваемости(Report Card)Список курса (Roster)СтудентУчебный график (Schedule)Учебный курс, предлагаемый университетомПредлагаемое чтение данного курса в конкретном семестре(один и тот же курс может вестись в несколькихпараллельных сессиях).

Включает точные дни недели ивремя.Полный каталог всех курсов, предлагаемых университетом.Система обработки информации об оплате за курсы.Оценка, полученная студентом за конкретный курс.Преподаватель университета.Все оценки за все курсы, полученные студентом в данномсеместре.Список всех студентов, записавшихся на предлагаемый курс.Личность, проходящая обучение в университете.Курсы, выбранные студентом в текущем семестре.2.6 Описание дополнительных спецификацийНазначение дополнительных спецификаций – определить требования к системе регистрациикурсов, которые не охватывает модель вариантов использования. Вместе они образуют полныйнабор требований к системе.Дополнительные спецификации определяют нефункциональные требования к системе,такие, как надежность, удобство использования, производительность, сопровождаемость, а такжеряд функциональных требований, являющихся общими для нескольких вариантов использования.Функциональные возможностиСистема должна обеспечивать многопользовательский режим работы.Если предлагаем курс оказывается заполненным в то время, когда студент формирует свойучебный график, включающий данный курс, то система должна известить его об этом.Удобство использованияПользовательский интерфейс должен быть Windows 95/98-совместимым.Надежность15Система должна быть в работоспособном состоянии 24 часа в день 7 дней в неделю,время простоя – не более 10%.ПроизводительностьСистема должна поддерживать до 2000 одновременно работающих с центральной базойданных пользователей, и до 500 пользователей, одновременно работающих с локальнымисерверами.БезопасностьСистема не должна позволять студентам изменять любые учебные графики, кроме своихсобственных, а также не должна позволять профессорам модифицировать конкретные курсы,выбранные другими профессорами.Только профессора имеют право ставить студентам оценки.Только регистратор может изменять любую информацию о студентах.Проектные ограниченияСистема должна быть интегрирована с существующей системой каталога курсов,функционирующей на основе реляционной СУБД.2.7 Создание начальной версии модели вариантов использованияДействующие лица:•••Регистратор – формирует учебный план и каталог курсов, записывает студентов накурсы, ведет все данные о курсах, профессорах, успеваемости и студентах.Расчетная система – получает от данной системы информацию по оплате за курсы.Каталог курсов – база данных, содержащая информацию о курсах.Упражнение 7.

Создание действующих лиц в среде Rational RoseЧтобы поместить действующее лицо в браузер:1. Щелкните правой кнопкой мыши на пакете Use Case Model представления Use Case Viewв браузере.2. Выберите в открывшемся меню пункт New > Actor3. В браузере появится новое действующее лицо под названием NewClass. Слева от егоимени вы увидите пиктограмму действующего лица UML.4. Выделив новое действующее лицо, введите его имя.Варианты использования:Исходя из потребностей действующихиспользования:• Войти в систему;• Зарегистрировать студента на курсы;• Вывести табель успеваемости;• Назначить курсы для преподавания;• Проставить оценки;• Вести информацию о профессорах;• Вести информацию о студентах;• Закрыть регистрацию.лиц,выделяютсяследующиеНачальная версия диаграммы вариантов использования показана на рис.

2.4.варианты16Рис. 2.4. Начальная версия диаграммы вариантов использованияУпражнение 8. Создание вариантов использования в среде Rational RoseЧтобы поместить вариант использования в браузер:1. Щелкните правой кнопкой мыши на пакете Use Case Model представления Use Case Viewв браузере.2. Выберите в появившемся меню пункт New > Use Case3. Новый вариант использования под названием NewUseCase появится в браузере. Слева отнего будет видна пиктограмма варианта использования UML.4. Выделив новый вариант использования, введите его название.Диаграмма вариантов использования:17Создайте диаграмму вариантов использования для системы регистрации.