Проект

Оргвопросы:
  1. Курсовая работа (проект) защищается на зачетной неделе. При этом требуется наличие: а) программы, б) пояснительной записки, в) презентации.
  2. Общая оценка - до 100 баллов - влияет на стипендию как зачет.
  3. Промежуточные этапы работы - vision, таблица требований и т.д. и т.п. - имеют свои дедлайны в течение семестра. Каждые 2 срыва дедлайна снижаю оценку на одну ступень (A->B->C->D->E).
Оценивание
КритерийБаллы 
Документация: vision, URD 10
Проектирование 22
Код в соответствии с MVC 30 
Тестирование функциональных требований 5 
Работа над проектом в течение семестра (а не в конце) 8
Качество презентации 15
Доклад и ответы на вопросы 10
Итого 100

Пояснения:
"Проектирование" - это насколько качественно проведено и задокументировано проектирование: от формулировки вИдения и до продумывания конкретных классов.
"Тестирование функциональных требований" - насколько качественно и полно автор работы провел (и описал) этап тестирования своей программы.

Финальные результаты (необходимы для защиты)
  1. (Бумажная) пояснительная записка.
  2. Презентация.
  3. CD/DVD с дистрибутивом программы, исходниками, пояснительной записком и презентацией.
  4. Получить допуск к защите у своего преподавателя - показать ему работающую программу с исходниками (это можно сделать по расписанию на своей паре).
Дистрибутив программы - это то, что может запустить простой пользователь. Обычно это исполняемый jar-файл.
CD/DVD писалку, пожалуйста, найдите самостоятельно - не просите ее на кафедре.
1 Vision
До 27 октября (включительно) пришлите своему преподавателю одностраничное "концептуальное" описание проекта. По этому описанию должна быть понятна общая суть проекта, область его применения (кто, где и для каких целей будет (потенциально) использовать вашу программу), а также его рамки - что входит и что не входит в обязанности (возможности) вашей системы.
Основная цель этого документа - оценить, подходит ли данная тема (по сути и по сложности) для выполнения в качестве курсовой работы.
Пример
См. "Обще описание" на странице 4 URD Emerald GEM.doc

2 Функциональные требования

До 3 ноября вышлите своему преподавателю структурированный список функциональных требований к вашей программе - с приоритетами и разграничение ответственности по исполнителям (если над проектом работает более одного человека).
Пример
См. таблицу функциональных требований на последней странице URD Emerald GEM.doc

3 Диаграмма классов

Все классы программной системы можно грубо разбить на 3 категории:
1 Классы предметной области - отражают все то, с чем оперирует пользователь с помощью вашей программы: товары, заказы, игрок, игровая карта, таблица рекордов, тест, вопрос, ответ, клиент, сообщение и т.д. и т.п.
2 Классы бизнес-логики - все "промежуточные" классы; реализуют, собственно, основную функциональность программы, кроме непосредственного взаимодействия с пользователем.
3 Классы UI - все, что отвечает за реализацию пользовательского интерфейса.

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

Крайний срок показать это вашему преподавателю - 1 декабря.
Но очень желательно к этому дню уже давно закончить с предметной областью и активно заниматься бизнес-логикой.
ĉ
Dima Litvinov,
22 окт. 2017 г., 9:51
Comments