Итоговая оценка

Оценка, состоящая из двух компонент, позволяет оценить работу студента в течение семестра и понимание предмета на момент проведения защиты курсового проекта. Неудовлетворительная оценка по любой из компонент приводит к неудовлетворительному результату по всему курсовому проектированию. С другой стороны, отличная итоговая оценка возможна только при получении отличных оценок за обе компоненты. Таким образом, наиболее достоверной итоговой оценкой за курсовое проектирование будет считаться минимальная оценка из полученных студентом за каждую компоненту.

Пример: Проектирование системы поддержки проведения экзамена

1. Предварительное описание

Система обеспечивает автоматическую выдачу билетов с использованием точки доступа и мобильных устройств, оснащенных модулем беспроводной связи. Система должна осуществлять проверку доступа студента к билетам только с использованием одного мобильного устройства. Для составления пар студент - устройство используются ФИО студента и MAC адрес устройства. Преподаватель должен иметь информацию о том, какой студент вытянул какой вопрос, и время, в которое было произведено это действие. Доступ к экзаменационным билетам должен быть только у студентов группы, указанной преподавателем и допущенных к экзамену. Преподаватель должен иметь возможность допускать студентов до экзамена и разрешать сдавать экзамен студентам из другой группы в виде исключения. После регистрации студента и его мобильного устройства система выдает случайный, еще не занятый билет и при последующих обращениях с мобильного устройства выдает тот же самый билет.

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

2. Выделение прецедентов

2.1. Определение рамок системы

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

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

2. Система не отвечает за сопоставление конкретных МАС адресов и адресов мобильных устройств в сети IP, за это отвечают протоколы DHCP и ARP, реализованные в рамках операционной системы или роутера (точки доступа).

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

Исполнитель (actor) – сущность, обладающая поведением, компьютерная система или организация.

К числу исполнителей может относиться сама система, если она вызывает службы других систем. Также существуют специальные исполнители, например, «время», вводящийся в том случае, если какие-либо действия должны осуществиться по расписанию или через заданный промежуток времени. Во всех остальных ситуациях различают три типа внешних по отношению к разрабатываемой системе исполнителей:

1. Основной исполнитель (primary) – его задача выполняется с использованием системы. Этот тип используется для определения целей пользователя, на основе которых формулируются прецеденты.

2. Вспомогательный исполнитель (supporting) – обслуживает систему, например, предоставляет информацию. Используется для определения внешних интерфейсов и протоколов.

3. Закулисный исполнитель (offstage) – заинтересован в реализации прецедента, но не является основным или вспомогательным исполнителем.

Таким образом внешними вспомогательными исполнителями являются:

операционная система, беспроводной роутер, браузер мобильного устройства.