Описание дополнительных спецификаций

Функциональные возможности:

· Система должна обеспечивать многопользовательский ре­жим работы.

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

Удобство использования:

· Пользовательский интерфейс должен быть Windows-сов­местимым.

Надежность.

· Система должна быть в работоспособном состоянии 24 часа
в день 7 дней в неделю, время простоя — не более 10%.

Производительность.

· Система должна поддерживать до 2000 одновременно рабо­тающих с центральной базой данных пользователей и до 500 пользователей, одновременно работающих с локальными серверами.

Безопасность.

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

· Только профессора имеют право ставить студентам оценки.

· Только регистратор может изменять любую информацию о студентах.

Проектные ограничения.

· Система должна быть интегрирована с существующей сис­-
темой каталога курсов, функционирующей на основе реля­-
ционной СУБД.

Создание начальной версии модели вариантов использования

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

· Регистратор — формирует учебный план и каталог курсов, записывает студентов на курсы, ведет все данные о курсах, профессорах, успеваемости и студентах.

· Расчетная система — получает от данной системы информа­цию по оплате за курсы.

· Каталог курсов — база данных, содержащая информацию о курсах.

Варианты использования.

Исходя из потребностей действующих лиц, выделяются сле­дующие варианты использования:

· Войти в систему;

· Зарегистрировать студента на курсы;

· Вывести табель успеваемости;

· Назначить курсы для преподавания;

· Проставить оценки;

· Вести информацию о профессорах;

· Вести информацию о студентах;

· Закрыть регистрацию.

Начальная версия диаграммы вариантов использования по­казана на рис. 3.19.

Описание дополнительных спецификаций - student2.ru

Рис. 3.19. Начальная версия диаграммы вариантов использования

Модификация модели вариантов использования

Согласно постановке задачи в состав пользователей системы следует ввести студентов и профессоров. При этом в описание действующих лиц и вариантов использования вносятся измене­ния. Модифицированная версия диаграммы вариантов использования показана на рис. 3.20.

Описание дополнительных спецификаций - student2.ru

Рис. 3.20. Модифицированная диаграмма вариантов использования для системы регистрации

Поскольку вход в систему полностью одинаков для регистратора, студента и профессора, их поведение можно обобщить и ввести новое действующее «Пользователь» (супертип) с общим вариантом использования «Войти в систему», подтипами которого являются Регистратор, Студент и Профессор.

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

· Студент — записывается на курсы и просматривает табель успеваемости.

· Профессор - выбирает курсы для преподавания и ставит оценки.

· Регистратор — формирует учебный план и каталог курсов, ведет все данные о курсах, профессорах и студентах.

· Расчетная система — получает отданной системы информа­цию об оплате за курсы.

· Каталог курсов — база данных, содержащая информацию о курсах.

Варианты использования:

· Войти в систему;

· Зарегистрироваться на курсы;

· Просмотреть табель успеваемости; ,

· Выбрать курсы для преподавания;

· Проставить оценки;

· Вести информацию о профессорах;

· Вести информацию о студентах;

· Закрыть регистрацию.

Примеры спецификаций вариантов использования

Вариант использования «Войти в систему».

Краткое описание.

Данный вариант использования описывает вход пользователя в систему регистрации курсов.

Основной поток событий.

Данный вариант использования начинает выполняться, когда пользователь хочет войти в систему регистрации курсов.

1. Система запрашивает имя пользователя и пароль.

2. Пользователь вводит имя и пароль.

3. Система подтверждает имя и пароль, после чего открывает­ся доступ в систему.

Альтернативные потоки.

Неправильное имя/пароль.

Если во время выполнения основного потока обнаружится, что пользователь ввел неправильное имя и/или пароль, система выводит сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от входа в систему, при этом выполнение варианта использования завершается.

Предусловия.

Отсутствуют.

Постусловия.

Если вариант использования выполнен успешно, пользова­тель входит в систему. В противном случае состояние системы не изменяется.

Вариант использования «Зарегистрироваться на курсы»:

Краткое описание.

Данный вариант использования позволяет студенту зарегист­рироваться на предлагаемые курсы в текущем семестре. Студент может изменить свой выбор (обновить или удалить курсы), если изменение выполняется в установленное время в начале семест­ра. Система каталога курсов предоставляет список всех конкрет­ных курсов текущего семестра.

Основной поток событий.

Данный вариант использования начинает выполняться, когда студент хочет зарегистрироваться на предлагаемые курсы или из­менить свой график курсов.

1. Система запрашивает требуемое действие (создать график, обновить график, удалить график).

2. Когда студент указывает действие, выполняется один из подчиненных потоков (создать, обновить, удалить или принять график).

Создать график.

1. Система выполняет поиск в каталоге доступных предлагае­мых курсов и выводит их список.

2. Студент выбирает из списка 4 основных курса и 2 альтерна­тивных курса.

3. После выбора система создает график студента.

4. Выполняется подчиненный поток «Принять график».

Обновить график.

1. Система выводит текущий график студента.

2. Система выполняет поиск в каталоге доступных предлагае­мых курсов и выводит их список.

3. Студент может обновить свой выбор курсов, удаляя или до­бавляя предлагаемые курсы.

4. После выбора система обновляет график.

5. Выполняется подчиненный поток «Принять график».

Удалить график.

1. Система выводит текущий график студента.

2. Система запрашивает у студента подтверждения удаления графика.

3. Студент подтверждает удаление.

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

Принять график.

Для каждого выбранного, но еще не «зафиксированного» предлагаемого курса в графике система проверяет выполнение студентом предварительных требований (прохождение опреде­ленных курсов), факт открытия предлагаемого курса и отсутствие конфликтов графика. Затем система добавляет студента в список выбранного предлагаемого курса. Курс фиксируется в графике и график сохраняется в системе.

Альтернативные потоки.

Сохранить график.

В любой момент студент может вместо принятия графика сох­ранить его. В этом случае шаг «Принять график» заменяется на следующий:

1. «Незафиксированные» предлагаемые курсы помечаются в графике как «выбранные».

2. График сохраняется в системе.

Не выполнены предварительные требования, курс заполнен или имеют место конфликты графика.

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

График не найден.

Если во время выполнения подчиненных потоков «Обновить график» или «Удалить график» система не может найти график студента, то выдается сообщение об ошибке. После того, как студент подтвердит это сообщение, основной поток начнется с начала.

Система каталога курсов недоступна.

Если окажется, что невозможно установить связь с системой каталога курсов, то будет выдано сообщение об ошибке. После того, как студент подтвердит это сообщение, вариант использо­вания завершится.

Регистрация на курсы закончена.

Если в самом начале выполнения варианта использования окажется, что регистрация на текущий семестр закончена, будет выдано сообщение, и вариант использования завершится.

Удаление отменено.

Если во время выполнения подчиненного потока «Удалить график» студент решит не удалять его, удаление отменяется, и ос­новной поток начнется с начала.

Предусловия.

Перед началом выполнения данного варианта использования студент должен войти в систему.

Постусловия.

Если вариант использования завершится успешно, график студента будет создан, обновлен или удален. В противном случае состояние системы не изменится.

Вариант использования «Закрыть регистрацию».

Краткое описание.

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

Основной поток событий.

Данный вариант использования начинает выполняться, когда регистратор запрашивает прекращение регистрации.

1. Система проверяет состояние процесса регистрации. Если регистрация еще выполняется, выдается сообщение и вариант использования завершается.

2. Для каждого предлагаемого курса система проверяет, ведет ли его какой-либо профессор и записалось ли на него не менее трех студентов. Если эти условия выполняются, система фиксирует предлагаемый курс в каждом графике, который включает данный курс.

3. Для каждого студенческого графика проверяется наличие в нем максимального количества основных курсов; если их недос­таточно, система пытается дополнить альтернативными курсами из списка данного графика. Выбирается первый доступный аль­тернативный курс. Если таких курсов нет, то никакое дополнение не происходит.

4. Система закрывает все предлагаемые курсы. Если в каком-либо предлагаемом курсе оказывается менее трех студентов (с учетом добавлений, сделанных в п.З), система отменяет его и исключает из каждого содержащего его графика.

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

Альтернативные потоки.

Предлагаемый курс никто не ведет.

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

Расчетная система недоступна.

Если невозможно установить связь с расчетной системой, че­рез некоторое установленное время система вновь попытается связаться с ней. Попытки будут повторяться до тех пор, пока связь не установится.

Предусловия. ,

Перед началом выполнения данного варианта использования регистратор должен войти в систему.

Постусловия.

Если вариант использования завершится успешно, регистра­ция закрывается. В противном случае состояние системы не из­менится.

! Следует запомнить.

1. Моделирование бизнес-процессов является важной сос­тавной частью проектов по созданию крупномасштабных систем ПО. Отсутствие таких моделей является одной из главных причин неудач многих проектов.

2. Бизнес-процесс определяется как логически завершенный набор взаимосвязанных и взаимодействующих видов дея­тельности, поддерживающий деятельность организации и реализующий ее политику, направленную на достижение поставленных целей.

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

4. Для выявления требований используются (в различных со­четаниях) следующие методы:

· собеседование (интервьюирование);

· анкетирование;

· моделирование и анализ бизнес-процессов;

· сессии по выявлению требований (мозговой штурм);

· создание и демонстрация пользователям работающих про­тотипов приложений (для выявления замечаний и дополни­тельных требований).

Основные понятия

Бизнес-процесс, бизнес-модель, бизнес-правила, действую­щее лицо бизнес-процессов, вариант использования с точки зре­ния бизнес-процессов, бизнес-объект.

? Вопросы для самоконтроля

1. Что такое бизнес-процесс и бизнес-модель?

2. Что дает построение бизнес-моделей и какие проблемы с ним связаны?

3. Охарактеризуйте достоинства и область применения мето­дики моделирования Rational Unified Process.

4. Какие проблемы могут возникнуть при спецификации тре­бований в случае отсутствия бизнес-моделей?

ГЛАВА 4.

АНАЛИЗ И ПРОЕКТИРОВАНИЕ

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Прочитав эту главу, вы узнаете:

· Что представляет собой анализ и проектирование ПО.

· В чем заключается структурный подход к анализу и проектиро­ванию ПО.

· В чем заключается объектно-ориентированный подход к анализу и проектированию ПО.

4.1.

Наши рекомендации