| 评分维度 |
权重 |
评分细则 |
评分等级(0-10分) |
| 开发态度(30%) |
|
|
|
| 1. 出勤与参与度 |
10% |
按时参加小组会议、积极讨论技术方案 |
10分:全勤+主动贡献;8分:缺勤≤2次;5分:缺勤≥3次;0分:全程不参与 |
| 2. 任务完成度 |
10% |
按计划完成分配任务(前端/后端/测试等) |
10分:提前完成+质量优;7分:按时完成;3分:延期≤3天;0分:未完成关键任务 |
| 3. 沟通反馈 |
10% |
及时汇报进度风险、协作解决问题 |
10分:主动同步风险+协助队友;5分:被动响应;0分:隐瞒问题导致返工 |
| 项目逻辑功能(50%) |
|
|
|
| 1. 需求分析 |
15% |
功能清单与用户需求匹配度,流程图/原型设计合理性 |
10分:用户故事地图+用例图;5分:仅有文字描述;2分:需求与实现严重不符 |
| 2. 核心功能实现 |
20% |
登录注册、数据增删改查等基础功能完整度 |
10分:全部实现+异常处理;8分:缺少1项次要功能;3分:核心功能(如登录)缺失 |
| 3. 代码结构 |
15% |
模块化设计(如MVC分层)、代码复用率、关键注释覆盖率 |
10分:高内聚低耦合+注释率≥30%;5分:部分代码冗余;0分:全局变量滥用 |
| 代码量与质量(20%) |
|
|
|
| 1. 有效代码量 |
8% |
前端+后端总行数(不含空行/注释) |
10分:≥2000行(项目规模匹配);5分:1000-1999行;3分:<500行(简单CRUD不计入) |
| 2. 代码规范 |
7% |
ESLint/Prettier通过率、命名一致性(如userService) |
10分:0警告;7分:≤5个警告;3分:存在语法错误 |
| 3. 技术深度 |
5% |
使用技术栈复杂度(如Vuex状态管理、Node.js中间件) |
10分:合理应用≥3种进阶技术;5分:基础技术实现;0分:全程复制粘贴代码 |
附加评分规则
| 类型 |
规则 |
| 加分项 |
|
| + 创新实践 |
集成第三方API(如地图/支付)→ +3分 |
| + 用户体验优化 |
实现无障碍访问/响应式设计 → +2分 |
| 扣分项 |
|
| - 代码抄袭 |
检测到未声明引用的代码段 → 每处扣5分(累计扣分不超过30分) |
| - 项目延期 |
无合理理由超期提交 → 每天扣1分 |
总分计算与等级评定
- 总分 = ∑(各维度权重 × 评分等级) + 附加分 - 扣分
- 等级划分:
- 优秀(90-100):态度积极 + 功能完整 + 代码规范,具备扩展性
- 良好(75-89):核心功能达标 + 代码可维护,少量优化空间
- 合格(60-74):基础功能实现,代码勉强可运行
- 不合格(<60):功能缺失严重或代码无法运行
评分表示例
| 学生姓名 | 开发态度(30%) | 项目逻辑功能(50%) | 代码量与质量(20%) | 附加分 | 扣分 | 总分 | 等级 |
|----------|-----------------|---------------------|---------------------|--------|------|------|------|
| 张三 | 27/30 | 45/50 | 18/20 | +3 | -0 | 93 | 优秀 |
| 李四 | 20/30 | 38/50 | 15/20 | +0 | -5 | 68 | 合格 |
注意事项
- 代码量评估原则:
- 不鼓励"为了数量而堆代码",重复功能模块需合并
- 使用
cloc等工具统计有效代码(排除库文件)
- 态度评分依据:
- 需提供会议记录、Git提交日志、任务看板(如Trello截图)作为佐证
- 逻辑功能验证:
![]()