Главная страница « Информация « ВВМПО «

Требования к отчету по 2-му заданию по ВВМПО. 2021-21 учебный год


Составление и сдача отчёта могут быть выполнены для получения дополнительных баллов. Отчёты присланные летом 2021 г. не приносят баллов.

Отчет пишется на русском языке, предоставляется в электронном виде преподавателю (верстка в формат А4, "портрет", pdf, doc или odt).

Отчет состоит из следующих частей:

Титульный лист, с «шапкой» – «Московский государственный университет имени М. В. Ломоносова, факультет Вычислительной математики и кибернетики». Далее следует заголовок: «Отчёт по второму заданию курса "Введение в визуальное моделирование программного обеспечения"», тема задания, сведения об исполнителе (фамилия, имя и отчество полностью, номер группы) и преподавателе, принявшем задание. Внизу титульного листа указывается город и год. Нелишне обратить внимание на то, что точки после заголовков не ставятся.


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


Первая глава, названная «Постановка задачи» содержит формулировку задания. Каждую главу следует начинать с новой страницы.


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


Третья глава (текст главы может отсутствовать, т. к. задание факультативно и этап может быть не выполнен), названная «Эскизная модель системы» содержит UML-диаграмму классов Key Abstractions, UML-диаграммы последовательности, описывающие взаимодействия между объектами в рамках потоков событий двух ключевых вариантов использования, UML-диаграммы классов VOPC двух ключевых ВИ. UML-диаграммы следует сопроводить пояснениями, указывающими, какому потоку событий они соответствуют (если это не ясно из их названия), и комментариями об объектах (классах), присутствующих на диаграммах. Если UML-диаграмма последовательности не помещается на странице отчёта целиком, то следует разделить диаграмму на две части, и вторую часть смоделировать как отдельную диаграмму, на которую будет дана ссылка на первой диаграмме.


Четвёртая глава (текст главы может отсутствовать, т. к. задание факультативно и этап может быть не выполнен), названная «Проектная модель архитектуры системы» содержит UML-диаграмму пакетов с указанием уровней системы, перечень пакетов и подсистем с указанием их назначения, UML-диаграммы пакетов для уровней, состоящих из более чем одного пакета. Также приводится UML-диаграмма размещения с пояснениями о каждом узле на ней. Для встроенных систем (варианты со словом «терминал» и т. п.) диаграмма размещения должна изображать связи между процессором и устройствами, а также узлами внешних систем. В остальных вариантах диаграмма размещения показывает узлы вычислительной среды системы, узлы внешних систем, связи между ними и размещение процессов разрабатываемой системы по узлам.

Пятая глава (текст главы может отсутствовать, т. к. задание факультативно и этап может быть не выполнен), названная «Проектная модель элементов системы» содержит описания проектных классов системы (всех ключевых абстракций и всех классов, участвующих в смоделированных реализациях двух ключевых вариантов использования), сгруппированных по пакетам. Сведения о классе включают в себя: краткое описание – ответственность класса; описание атрибутов и операций в виде таблицы из 2-х столбцов: полная сигнатура атрибута или операции, его или её назначение. Допускается не приводить описание тривиальных описаний как-то геттеров, сеттеров, конструкторов. Также приводятся UML-диаграммы проектных классов системы, отображающие связи между классами, диаграммы состояний (не менее 1), описывающие поведение экземпляров отдельных классов (как правило, классов-контроллеров или классов-сущностей), и диаграммы деятельности (не менее 1), моделирующие реализации нетривиальных операций классов. Нетривиальной считается реализация с логическим ветвлением потока и/или циклом. Для одной смоделированной подсистемы приводится описание её интерфейса (полные сигнатуры операций и описания), диаграмма классов подсистемы (вид подсистемы изнутри) и диаграммы последовательности, описывающие реализации операций интерфейса подсистемы (достаточно описать 3-4 реализации разнородных операций, если в интерфейсе их больше). UML-диаграмма классов, моделирующая схему БД, также включается в эту главу.


• Если выполнялось моделирование дополнительных ВИ (дополнительной подсистемы), то сведения о нём могут быть включены в отчёт по усмотрению исполнителя задания. Если сведения будут включены, то могут быть начислены дополнительные баллы за это.


Заключение (оно не нумеруется), в котором подводится общий итог работы, завершает отчёт. В заключении можно указать характеристики трудоёмкости созданной модели: общее количество вариантов использования; количество проектных классов и подсистем; количество UML-диаграмм разных видов.

Предупреждение


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

  

© Кафедра системного программирования ВМК МГУ.

Обновлено: 25.III.2021