Оценка выполнения проектирования
ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ
Федеральное государственное образовательное бюджетное учреждение
высшего профессионального образования
Московский технический университет связи и информатики
Кафедра мультимедийных сетей и услуг связи
Учебно-методическое пособие
Для выполнения курсового проектирования
По дисциплине
Методы и средства проектирования информационных систем и технологий
Москва 2015
План УМД на 2015/16 уч.г.
Учебно-методическое пособие
для выполнения курсового проектирования
по дисциплине
Методы и средства проектирования
информационных систем и технологий
Составитель А.В.Гузеев, к.т.н., доцент
Издание утверждено советом факультета ИТ. Протокол № 8 от 14.05.2015г.
Рецензент Н.В.Яковенко, доцент
Задание на курсовое проектирование
В каждом из предложенных вариантов требуется выполнить проектирование информационной системы на базе унифицированного процесса с распределением обязанностей в соответствии с шаблонами проектирования GRASP. В качестве CASE средства рекомендуется использовать среду Modelio (http://www.modelio.org/).
Процесс проектирования состоит из нескольких этапов:
· Выделения прецедентов (в каждом варианте около 5-7 штук);
· Описания нефункциональных требований;
· Моделирования предметной области;
· Составления системных диаграмм последовательностей;
· Составления описаний операций;
· Реализации прецедентов (для каждого прецедента).
В данном пособии приводится пример проектирования информационной системы поддержки проведения экзамена. Однако разобрано создание только одного артефакта каждого типа, встречающегося в проекте.
В процессе выполнения курсового проектирования необходимо создавать и описывать в отчете такое количество артефактов каждого типа, которое требуется для адекватного представления всех требований, сформулированных в задании на проектирование.
Номер варианта задания выбирается в соответствии с порядковым номером студента в списке группы.
Критерии оценки курсового проекта
Оценка в процессе защиты
1. Для получения отличной оценки студент должен:
a. Уметь обосновывать необходимость наличия в проекте прецедентов, опираясь на текстовое описание задания.
b. Уметь выделять и классифицировать внешних исполнителей.
c. Знать обозначения языка UML, необходимые для создания диаграмм классов, последовательностей, взаимодействия и прецедентов.
d. Знать основные артефакты унифицированного процесса проектирования и уметь объяснять их взаимосвязь.
e. Понимать и уметь применять основные шаблоны проектирования на основе распределения обязанностей.
2. Для получения хорошей оценки необходимо:
· Соответствовать пунктам a, b, c и d раздела 1.
· Знать названия всех шаблонов проектирования на основе распределения обязанностей.
3. Для получения удовлетворительной оценки необходимо:
· Соответствовать пунктам a, b и c раздела 1.
· Знать основные принципы гибкого итеративного проектирования.
Оценка выполнения проектирования
1. Для получения отличной оценки студент должен:
a. Использовать в процессе реализации прецедентов каждый из первых пяти шаблонов GRASP: Information Expert (Информационный эксперт), Creator (Создатель), Controller (Контроллер), Low Coupling (Слабая связанность) и High Cohesion (Сильное Сцепление). Дать комментарий, обосновывающий применение шаблона в каждом конкретном случае в соответствии со своим заданием.
b. Выполнить построение модели предметной области и продемонстрировать её эволюционное развитие на примере нескольких прецедентов.
c. Выполнить построение модели прецедентов с учетом всех требований к системе, приводимых в индивидуальном задании.
d. В процессе проектирования использовать, по крайней мере: одну диаграмму прецедентов, одну диаграмму концептуальных классов предметной области, одну диаграмму классов проектирования, не менее трех описаний прецедентов, не менее трех системных диаграмм последовательностей, не менее трех описаний операций, не менее трех диаграмм взаимодействия объектов и словарь терминов.
e. Все прецеденты, выделенные в проектируемой системе должны соответствовать задачам внешних основных исполнителей.
2. Для получения хорошей оценки необходимо:
· Выполнение пунктов b, c, d, e раздела 1.
· Наличие обоснования использования хотя бы одного шаблона проектирования на основе распределения обязанностей.
3. Для получения удовлетворительной оценки необходимо:
· Выполнить пункты d и e раздела 1.
·
Итоговая оценка
Оценка, состоящая из двух компонент, позволяет оценить работу студента в течение семестра и понимание предмета на момент проведения защиты курсового проекта. Неудовлетворительная оценка по любой из компонент приводит к неудовлетворительному результату по всему курсовому проектированию. С другой стороны, отличная итоговая оценка возможна только при получении отличных оценок за обе компоненты. Таким образом, наиболее достоверной итоговой оценкой за курсовое проектирование будет считаться минимальная оценка из полученных студентом за каждую компоненту.
Пример: Проектирование системы поддержки проведения экзамена
Предварительное описание
Система обеспечивает автоматическую выдачу билетов с использованием точки доступа и мобильных устройств, оснащенных модулем беспроводной связи. Система должна осуществлять проверку доступа студента к билетам только с использованием одного мобильного устройства. Для составления пар студент - устройство используются ФИО студента и MAC адрес устройства. Преподаватель должен иметь информацию о том, какой студент вытянул какой вопрос, и время, в которое было произведено это действие. Доступ к экзаменационным билетам должен быть только у студентов группы, указанной преподавателем и допущенных к экзамену. Преподаватель должен иметь возможность допускать студентов до экзамена и разрешать сдавать экзамен студентам из другой группы в виде исключения. После регистрации студента и его мобильного устройства система выдает случайный, еще не занятый билет и при последующих обращениях с мобильного устройства выдает тот же самый билет.
В процессе проведения экзамена студент может вытянуть билет, позволяющий получить оценку автоматически (без ответа на вопросы). Для этого в течение семестра использовалась система промежуточной оценки остаточных знаний, результатом работы которой являются четыре пары значений, тема - оценка. Весь курс разбит на 10 тем таким образом, чтобы, ответив на любой вопрос из темы в течение семестра, можно было получить оценку за всю тему. Для вычисления автоматической оценки на основе выбранного билета система должна проверить, в какие темы попадают вопросы выбранного билета, и сопоставить их с оценками, полученными студентом, вытянувшим билет.
Выделение прецедентов
Определение рамок системы
Для того чтобы яснее очертить рамки проектируемой системы, определим те функции, которые она не должна выполнять, т.е. определим внешних вспомогательных исполнителей.
1. Система не отвечает за процессы подключения и аутентификации мобильных устройств студентов, за это отвечают протоколы безопасности беспроводных сетей.
2. Система не отвечает за сопоставление конкретных МАС адресов и адресов мобильных устройств в сети IP, за это отвечают протоколы DHCP и ARP, реализованные в рамках операционной системы или роутера (точки доступа).
3. Система не отвечает за визуализацию содержимого экзаменационного билета, это выполняет браузер на мобильном устройстве.
Исполнитель (actor) – сущность, обладающая поведением, компьютерная система или организация.
К числу исполнителей может относиться сама система, если она вызывает службы других систем. Также существуют специальные исполнители, например, «время», вводящийся в том случае, если какие-либо действия должны осуществиться по расписанию или через заданный промежуток времени. Во всех остальных ситуациях различают три типа внешних по отношению к разрабатываемой системе исполнителей:
1. Основной исполнитель (primary) – его задача выполняется с использованием системы. Этот тип используется для определения целей пользователя, на основе которых формулируются прецеденты.
2. Вспомогательный исполнитель (supporting) – обслуживает систему, например, предоставляет информацию. Используется для определения внешних интерфейсов и протоколов.
3. Закулисный исполнитель (offstage) – заинтересован в реализации прецедента, но не является основным или вспомогательным исполнителем.
Таким образом внешними вспомогательными исполнителями являются:
операционная система, беспроводной роутер, браузер мобильного устройства.