Документ взят из кэша поисковой машины. Адрес оригинального документа : http://sp.cs.msu.ru/courses/ooap/otchet.html
Дата изменения: Thu Sep 17 13:05:10 2015
Дата индексирования: Sat Apr 9 23:59:56 2016
Кодировка: Windows-1251
Требования к отчету

Главная страница « Информация « 4 курс « курс ООАиП «

Требования к отчету


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

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

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

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

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

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

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

Третья глава, названная «Анализ вариантов использования» содержит диаграмму классов Key Abstractions, диаграммы последовательности, описывающие взаимодействия между объектами в рамках потоков событий вариантов использования, диаграммы классов VOPC. Диаграммы сопроводить пояснениями, указывающими, какому потоку событий они соответствуют (если это не ясно из их названия), и комментариями об объектах (классах), присутствующих на диаграммах.

Четвертая глава, названная «Проектирование архитектуры системы» содержит диаграмму с указанием уровней системы, перечень пакетов и подсистем с указанием их назначения, диаграммы пакетов для уровней, состоящих из более чем одного пакета. Также приводится диаграмма размещения с пояснениями о каждом узле на ней. Для встроенных систем (варианты 8, 9, 11) диаграмма размещения должна изображать связи между процессором и устройствами. В остальных вариантах (1, 2, 3, 4, 5, 6, 7, 10) диаграмма размещения показывает узлы вычислительной среды, связи между ними и размещение процессов разрабатываемой системы по узлам.

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

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

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


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

  

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

Обновлено: 17.9.2015