Лабораторная работа Формулирование функциональных и нефункциональных требований к системе Регистрация курсов
 Скачать 30.84 Kb.
|
|
Лабораторная работа 2. Формулирование функциональных и нефункциональных требований к системе «Регистрация курсов». Требования к программному обеспечению (ПО) документируются в виде ряда документов и моделей. К основным документам относятся: концепция — определяет глобальные цели проекта и основные особенности разрабатываемой системы. Существенной частью концепции является постановка задачи разработки, определяющая требования к выполняемым системой функциям; словарь предметной области (глоссарий) — устанавливает общую терминологию для всех моделей и описаний требований к системе. Глоссарий предназначен для описания терминологии предметной области и может быть использован как словарь данных системы; дополнительные спецификации (технические требования) — содержат описание нефункциональных требований к системе, таких, как надежность, удобство использования, производительность, сопровождаемость и др. 1 этап. Анализ предметной области. В целях ускорения и повышения эффективности процесса регистрации на курсы университета перед руководителем информационной службы университета ставится задача разработки новой клиент-серверной системы регистрации студентов взамен старой системы. Новая система должна позволять студентам регистрироваться на курсы и просматривать свои табели успеваемости с персональных компьютеров, подключенных к локальной сети университета. Профессора должны иметь доступ к онлайновой системе, чтобы указать курсы, которые они будут читать, и проставить оценки за курсы. База данных содержит всю информацию о курсах (каталог курсов). В начале каждого семестра студенты могут запросить каталог курсов, содержащий список курсов, предлагаемых для изучения в данном семестре. Информация о каждом курсе должна включать имя профессора, наименование кафедры и требования к предварительному уровню подготовки (прослушанным курсам). Система должна позволять студентам выбирать четыре курса в предстоящем семестре. В дополнение каждый студент может указать два альтернативных курса на тот случай, если какой- либо из выбранных им курсов окажется уже заполненным или отмененным. На каждый курс могут записаться не более 10 и не менее 3 студентов (если менее 3, то курс будет отменен). В каждом семестре существует период времени, когда студенты могут изменить свои планы. В это время студенты должны иметь доступ к системе, чтобы добавить или удалить выбранные курсы. После того как процесс регистрации некоторого студента завершен, система регистрации направляет информацию в расчетную систему, чтобы студент мог внести плату за семестр. Если курс окажется заполненным в процессе регистрации, студент должен быть извещен об этом до того, как его личный учебный план будет окончательно сформирован. В конце семестра студенты должны иметь доступ к системе для просмотра своих электронных табелей успеваемости. Поскольку эта информация конфиденциальная, система должна обеспечивать ее защиту от несанкционированного доступа. Профессора должны иметь доступ к онлайновой системе, чтобы указать курсы, которые они будут читать, и просмотреть список студентов, записавшихся на их курсы. Кроме этого, профессора должны иметь возможность проставить оценки за курсы. 2 этап. Эскизное проектирование. Составление глоссария проекта Глоссарий предназначен для описания терминологии предметной области. Он может быть использован как неформальный словарь данных системы. Ниже приведены термины проекта и их значения.
3 этап. Техническое задание Составить спецификацию функциональных требований. Для этого необходимо выполнить: 1. Идентифицировать действующих лиц системы. 2. Идентифицировать варианты использования системы. 3. Определить отношения между действующими лицами и вариантами использования. 4. Составить полную диаграмму (или несколько диаграмм) использования. 5. Определить, какие из вариантов использования (не менее трех) будут уточняться при последующем моделировании и будут реализованы в прототипе. 6. Реализовать выбранные варианты использования в виде записи сценария на псевдокоде или на естественном языке. 7. Определить нефункциональные и специальные требования, если они необходимы, и объединить все требования в единый документ (текстовый документ с диаграммами использования, защищаемый артефакт). Создание модели вариантов использования. Функциональные требования к системе моделируются и документируются с помощью вариантов использования (use case), которые трактуются следующим образом: - вариант использования фиксирует соглашение между участниками проекта относительно поведения системы; - вариант использования описывает поведение системы при различных условиях, когда система отвечает на запрос одного из участников, называемого основным действующим лицом; - основное действующее лицо инициирует взаимодействие с системой, чтобы добиться некоторой цели. Система отвечает, соблюдая интересы всех участников. Варианты использования — это вид документации, применяемой, когда требуется сконцентрировать усилия на обсуждении принципиальных требований к разрабатываемой системе, а не на подробном описании их. Стиль их написания зависит от масштаба, количества участников и критичности проекта. При описании вариантов использования (расположенных по степени повышения точности) существуют четыре уровня точности: действующие лица и цели (перечисляются действующие лица и все их цели, которые будет обеспечивать система); краткое изложение варианта использования (в один абзац) или основной поток событий (без анализа возможных ошибок); условия отказа (анализ мест возникновения возможных ошибок в основном потоке событий); обработка отказа (написание альтернативных потоков событий). Действующие лица: Студент — записывается на курсы и просматривает табель успеваемости. Профессор — выбирает курсы для преподавания и ставит оценки. Регистратор — формирует учебный план и каталог курсов, ведет все данные о курсах, профессорах и студентах. Расчетная система - получает от данной системы информацию по оплате за курсы. Исходя из потребностей действующих лиц, выделяются следующие варианты использования: Войти в систему. Зарегистрироваться на курсы. Просмотреть табель успеваемости. Выбрать курсы для преподавания. Проставить оценки. Вести информацию о профессорах. Вести информацию о студентах. Закрыть регистрацию. Упражнение 1. Описание вариантов использования Опишите каждый из вариантов использования по следующим пунктам: Краткое описание Основной поток событий Альтернативные потоки Предусловия Рассмотрены 3 варианта использования «Войти в систему», «Зарегистрироваться на курсы» и «Закрыть регистрацию». Разберите подробной каждый из них. Вариант использования "Войти в систему" Краткое описание: Данный вариант использования описывает вход пользователя в систему регистрации курсов. Основной поток событий: Данный вариант использования начинает выполняться, когда пользователь хочет войти в систему регистрации курсов. Система запрашивает имя пользователя и пароль. Пользователь вводит имя и пароль. Система подтверждает имя и пароль, после чего открывается доступ в систему. Альтернативные потоки: Неправильное имя/пароль: если во время выполнения основного потока обнаружится, что пользователь ввел неправильное имя и/или пароль, система выводит сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от входа в систему, при этом выполнение варианта использования завершается. Вариант использования "Зарегистрироваться на курсы" Краткое описание: Данный вариант использования позволяет студенту зарегистрироваться на предлагаемые курсы в текущем семестре. Студент может изменить свой выбор (обновить или удалить курсы), если изменение выполняется в установленное время в начале семестра. Система каталога курсов предоставляет список всех предлагаемых курсов текущего семестра. Основной поток событий: Данный вариант использования начинает выполняться, когда студент хочет зарегистрироваться на конкретные курсы или изменить свой график курсов. Система запрашивает требуемое действие (создать график, обновить график, удалить график). Когда студент указывает действие, выполняется один из подчиненных потоков (создать, обновить, удалить или принять график). Создать график: Система выполняет поиск в каталоге курсов доступных предлагаемых курсов и выводит их список. Система отображает пустой график для заполнения. Студент выбирает из списка четыре основных и два альтернативных курса для включения в график. Для каждого выбранного курса выполняется подчиненный поток "Добавить курс в график". Система сохраняет график студента. Обновить график: Система выводит текущий график студента. Система выполняет поиск в каталоге курсов доступных предлагаемых курсов и выводит их список. Студент может обновить свой выбор курсов, удаляя или добавляя предлагаемые курсы. Для каждого выбранного курса выполняется подчиненный поток "Добавить курс в график". Система сохраняет график студента. Удалить график: Система выводит текущий график студента. Система запрашивает у студента подтверждение удаления графика. Студент подтверждает удаление. Система удаляет график. Если график включает предлагаемые курсы, на которые записался студент, он должен быть удален из списков этих курсов. Добавить курс в график: Для каждого выбранного курса система проверяет факт выполнения студентом предварительных требований (прохождение определенных курсов) и наличие приема на предлагаемый курс. Затем система добавляет студента в список выбранного курса. Курс отмечается в графике как "зарегистрированный". Альтернативные потоки: Сохранить график: Студент может сохранить график в любой момент, не фиксируя в нем выбранные курсы. В этом случае график сохраняется в системе, но система не добавляет студента в списки выбранных курсов. Курсы отмечаются в графике как "выбранные". Не выполнены предварительные требования или курс заполнен: Если во время выполнения подчиненного потока "Добавить курс в график" система обнаружит, что студент не выполнил необходимые предварительные требования или выбранный им курс заполнен, то выдается сообщение об ошибке. Студент может либо выбрать другой курс и продолжить выполнение варианта использования, либо отменить операцию, после чего основной поток начнется сначала. График не найден: Если во время выполнения подчиненных потоков "Обновить график" или "Удалить график" система не может найти график студента, то выдается сообщение об ошибке. После того как студент подтвердит это сообщение, основной поток начнется сначала. Система каталога курсов недоступна: Если окажется, что установить связь с системой каталога курсов невозможно, то будет выдано сообщение об ошибке. После того как студент подтвердит это сообщение, вариант использования завершится. Регистрация на курсы закончена: Если в самом начале выполнения варианта использования окажется, что регистрация на текущий семестр закончена, будет выдано сообщение и вариант использования завершится. Предусловия: Перед началом выполнения данного варианта использования студент должен войти в систему. Вариант использования "Закрыть регистрацию" Краткое описание: Данный вариант использования позволяет регистратору закрывать процесс регистрации. Предлагаемые курсы, на которые не записалось достаточного количества студентов (менее трех), отменяются. В расчетную систему передается информация о каждом студенте по каждому предлагаемому курсу, чтобы студенты могли внести оплату за курсы. Основной поток событий: Данный вариант использования начинает выполняться, когда регистратор запрашивает прекращение регистрации. Система подтверждает завершение процесса регистрации. Для каждого предлагаемого курса система проверяет, ведет ли его какой-либо профессор и записалось ли на него не менее трех студентов. Если эти условия выполняются, система окончательно фиксирует курс в каждом графике, который включает данный курс. Система закрывает все курсы, рассчитывает плату за обучение для каждого студента в текущем семестре и направляет информацию в систему оплаты счетов. Система оплаты счетов посылает студентам счета для оплаты с копией их окончательных графиков. Альтернативные потоки: Регистрация не завершена: Если при проверке завершения процесса регистрации выясняется, что регистрация еще выполняется, выдается сообщение и вариант использования завершается. На курс записалось менее трех студентов: Если во время выполнения основного потока обнаруживается, что на некоторый курс записалось менее трех студентов, то этот курс отменяется и выполняется подчиненный поток "Отмена курса". Курс никто не ведет: Если во время выполнения основного потока обнаруживается, что некоторый курс не ведется никаким профессором, то этот курс отменяется и выполняется подчиненный поток "Отмена курса". Отмена курса: Система отменяет предлагаемый курс. Для каждого студента, записавшегося на отмененный курс, система модифицирует его график. Первый доступный альтернативный курс подставляется вместо отмененного курса. Если альтернативных курсов нет, то подстановки не происходит и управление передается в основной поток событий для обработки следующего предлагаемого курса. После обработки всех графиков текущего семестра система по электронной почте извещает студентов об изменениях в их графиках. Расчетная система недоступна: Если невозможно установить связь с расчетной системой, система вновь попытается связаться с ней через некоторое установленное время. Попытки будут повторяться до тех пор, пока связь не установится. Предусловия: Перед началом выполнения данного варианта использования регистратор должен войти в систему Самостоятельно опишите оставшиеся варианты использования Описание дополнительных спецификаций Назначение дополнительных спецификаций — определить требования к системе регистрации курсов, которые не охватывает модель вариантов использования. Вместе они образуют полный набор требований к системе. Дополнительные спецификации определяют нефункциональные требования к системе, такие, как удобство использования, надежность, производительность, а также ряд функциональных требований, являющихся общими для нескольких вариантов использования: безопасность, проектные ограничения. Нефункциональные возможности Система должна обеспечивать многопользовательский режим работы. Удобство использования Пользовательский интерфейс должен быть Windows-совместимым. Пользовательский интерфейс системы должен быть простым и не требующим дополнительного обучения для пользователей, обладающих компьютерной грамотностью. Каждая функция системы должна сопровождаться встроенной онлайновой помощью, которая должна включать пошаговые инструкции по работе с системой, а также определения терминов и сокращений. Надежность Система должна быть в работоспособном состоянии 24 ч в день 7 дней в неделю, время простоя — не более 10%. Среднее время безотказной работы должно превышать 300 ч. Производительность Система должна поддерживать до 2000 пользователей, одновременно работающих с центральной базой данных, и до 500 пользователей, одновременно работающих с локальными серверами. Безопасность Система не должна позволять студентам изменять любые учебные графики, кроме своих собственных, а также позволять профессорам модифицировать конкретные курсы, выбранные другими профессорами. Только профессора имеют право ставить оценки студентам. Только регистратор может изменять любую информацию о студентах. Упражнение 2. Анализ системы «Интернет-магазин» Описание системы «Интернет-магазин» Магазин занимается продажей компьютеров через интернет. Клиент может выбрать компьютер любой компьютер, имеющийся в каталоге. Компьютеры подразделяются на серверы, настольные и портативные. Заказчик может выбрать стандартную конфигурацию или построить требуемую в диалоговом режиме. Компоненты конфигурации (такие, как оперативная память) представляются в виде списка для выбора из доступных альтернатив. Для каждой новой конфигурации система может подсчитать цену. Для того чтобы оформить заказ, клиент должен заполнить информацию по доставке и оплате. В личном кабинете клиента всегда есть информация о его товаре. Пока клиент ожидает доставку компьютера, он может проверить состояние заказа в любое время в диалоговом режиме. Администратору магазина необходимо проверить кредитоспособность (в случае использования кредитной карты) и способа расчета клиента за покупку, требования заказанной конфигурации со склада, подачи заявки о доставке компьютера клиенту на склад. Дополнительные требования: для знакомства со стандартной конфигурацией выбираемого сервера, настольного или портативного компьютера клиент использует Web-страницу интернет-магазина. При этом также приводится цена конфигурации; клиент выбирает детали конфигурации, с которыми он хочет ознакомиться и, возможно, купить готовую или составить более подходящую конфигурацию. Цена для каждой конфигурации может быть подсчитана по требованию пользователя; клиент может выбрать вариант заказа компьютера по интернету либо попросить, чтобы продавец связался с ним для объяснения деталей заказа, договорился о цене и тому подобном, прежде чем заказ будет фактически размещен; для размещения заказа клиент должен заполнить электронную форму с адресами для доставки товара и отправки счет-фактуры, а также деталями, касающимися оплаты (кредитная карточка или оплата наличными при получении); после ввода заказа клиента в систему продавец отправляет на склад электронное требование, содержащее подробное описание заказанной конфигурации; склад получает счет-фактуру от продавца и отгружает компьютер клиенту. Определите действующих лиц системы. Определите варианты использования системы. Опишите их, как это было сделано в упражнении 1. |