Практикум по UML

1. Практикум по UML

2. БТ

• 1. Руководителю информационной службы университета поставлена задача создать
клиент-серверную систему для регистрации студентов на курсы вместо старой
системы на мейнфрейме. Новая система позволит студентам регистрироваться на
курсы и просматривать свои успехи с ПК, подключенных к локальной сети
университета, а также даст возможность профессорам выбирать курсы для чтения и
ставить оценки.
2. Из-за ограниченного бюджета университет не может сразу заменить всю старую
систему. База данных с информацией о курсах (каталог курсов) продолжит работать
без изменений, поддерживаемая реляционной СУБД. Новая система будет
взаимодействовать с существующей базой данных в режиме доступа без изменений.
3. В начале каждого семестра студенты смогут запросить каталог курсов, содержащий
список доступных курсов. Каждая запись о курсе будет включать имя преподавателя,
кафедру и требования к предварительной подготовке. Студенты смогут выбрать 4
курса и указать 2 альтернативных в случае заполнения или отмены. На один курс
может записаться от 3 до 10 студентов, и студенты могут изменить свой выбор в
определенный период каждого семестра.
4. В конце семестра студенты смогут просмотреть электронные табели успеваемости,
защищенные от несанкционированного доступа. Профессора получат доступ к
системе для выбора курсов, проверки списка студентов и ставки оценок.

3. Задание

• Создать диаграмму вариантов использования, написать use case,
создать к каждому из вариантов использования свою диаграмму
классов, свою диаграмму последовательности.
• Задокументировать требования в word.
• Добавить функциональные и нефункциональные требования к
системе.

4. Дополнительные спецификации

• Функциональные возможности. Система должна обеспечивать
многопользовательский режим работы. Если конкретный курс оказывается
заполненным в то время, когда студент формирует свой учебный график,
включающий данный курс, то система должна известить его об этом.
• Удобство использования. Пользовательский интерфейс должен быть Windows XPсовместимым.
• Надежность. Система должна быть в работоспособном состоянии 24 часа в день 7
дней в неделю, время простоя – не более 10%.
• Производительность. Система должна поддерживать до 2000 пользователей,
одновременно работающих с центральной базой данных пользователей, и до 500
пользователей, одновременно работающих с локальными серверами.
• Безопасность. Система не должна позволять студентам изменять любые учебные
графики, кроме своих собственных, а также не должна позволять профессорам
модифицировать конкретные курсы, выбранные другими 42 профессорами. Только
профессора имеют право ставить студентам оценки. Только регистратор может
изменять любую информацию о студентах.
• Проектные ограничения. Система должна быть интегрирована с существующей
системой каталога курсов, функционирующей на основе реляционной СУБД.

5. Действующие лица

Действующие лица:
• Student (Студент) – записывается на курсы.
• Professor (Профессор) – выбирает курсы для преподавания.
• Registrar (Регистратор) – формирует учебный план и каталог курсов,
• ведет все данные о курсах, профессорах и студентах.
• Billing System (Расчетная система) – получает от данной системы
• информацию по оплате курсов.
• Course Catalog (Каталог курсов) – передает в систему информацию
• из каталога курсов, предлагаемых университетом.

6. Основные ВИ

Варианты использования:
• Login (Войти в систему).
• Register for Courses (Зарегистрироваться на курсы).
• View Report Card (Просмотреть табель успеваемости).
• Select Courses to Teach (Выбрать курсы для преподавания).
• Submit Grades (Проставить оценки).
• Maintain Professor Information (Вести информацию о профессорах).
• Maintain Student Information (Вести информацию о студентах).
• Close Registration (Закрыть регистрацию).