Критерії оцінювання capstone

Rubric перетворює загальне «покажи проєкт» на прозорі dimensions, evidence expectations і decision boundary. Критерій має описувати observable quality, а не враження від кількості коду чи polish.

Оцінювання потрібно відділяти від непідтверджених claims. Наявність rubric не означає, що evaluator застосував її, а заповнений приклад із Unknown не є score або approval.

Приклад dimensions

DimensionEvidence questionBoundary
Problem and userЧи зрозуміло, для кого і яку проблему вирішує slice?Не доводить market demand або adoption
Core flowЧи можна пройти сценарій від entry до output?Не доводить production scale
Scope disciplineЧи видно non-goals і відкладені рішення?Не винагороджувати необмежений feature scope
VerificationЧи повʼязані checks із acceptance?Planned check не є pass result
Evidence and limitsЧи може reviewer знайти facts і Unknowns?Unknown не перетворювати на score без рішення
CommunicationЧи захист має послідовний narrative?Polish не замінює working evidence

Rubric record

CAPSTONE_RUBRIC.md — documented example
# CAPSTONE_RUBRIC.md
Dimension: <problem / flow / scope / verification / evidence / communication>
Expected signal: <observable criterion>
Evidence required: <file, command or demo anchor>
Status scale: <not shown / partial / shown / needs verification>
Weight: <agreed value or Unknown>
Reviewer note: <feedback or Unknown>
Decision boundary: <GO / HOLD / remediation>
Status: documented example; rubric application and score: Unknown.

Канонічне джерело уроку · JavaRush

Відкрити матеріал JavaRush