初识原型设计
事先说明
其实主要是设计方面，个人艺术细胞不太好，没有美观的界面，只是设计了一个模型出来，无法实现其功能，这次是两人结队完成的哦
一、需求分析
1.Need 需求
- 班级名单导入或生成，要方便易用
- 班级点名方式要方便易用
- 班级点名方式要尽可能防作弊
- 要支持多班级功能
- 要支持期末汇总统计导出
- 要支持请假功能
- 要符合小程序的规范的界面或功能要求
2.Approach 做法
（1）使用原型设计工具墨刀设计基于微信小程序的课堂签到小程序；
（2）学生端实现学生的课堂签到、签到记录查询；
（3）教师端支持发布签到、管理班级、导出名单等功能。
3.Benefit 好处
（1）采用分模块、分层次实现，UI简洁明了，方便用户使用；
（2）不同的身份定位提供不同的服务；
（3）采用扫码加定位签到方式，在一定程度上防止作弊.
4.Competitors 竞争
经调研，在本校内师生大多数使用“e点课堂”以及“雨课堂”两款小程序。其中e点并不支持教师导入导出班级成员名单，且仅采用扫码方式进行签到，缺乏有效防作弊手段；雨课堂虽然提供了共享课件以及课堂互动特色功能，但在签到功能需求上采用扫码或课堂码方式签到，也是缺乏有效防作弊手段，且两者都无请假功能。
本小程序集成扫码这一便利方式的同时采用自动获取定位来确保学生课堂到位情况真实性，增设请假功能模块，且轻便小巧。
5.Delivery 推广
先于本课堂试行，在不断吸收用户反馈意见以及改进的基础上，再向学院、学校、地区、逐级推广。
二、软件概述
1.系统功能框架
2.功能逻辑流程图
三、PSP表格
| Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|
| Planning（计划） | 60 | 30 |
| Estimate（估计时间） | 10 | 5 |
| Development（开发） | 0 | 0 |
| Analysis（需求分析（包括学习新技术）） | 60 | 90 |
| Design Spec（生成设计文档） | 30 | 60 |
| Design Review（设计复审） | 0 | 0 |
| Coding Standard（代码规范 ） | 0 | 0 |
| Design（具体设计） | 400 | 500 |
| Coding（具体编码） | 0 | 0 |
| Code Review（代码复审） | 0 | 0 |
| Test（测试（自我测试，修改代码，提交修改）） | 0 | 0 |
| Test Report（测试报告） | 0 | 0 |
| Size Measurement（计算工作量） | 10 | 15 |
| Postmortem & Process Improvement Plan（事后总结, 并提出过程改进计划） | 30 | 20 |
| Total（合计） | 600 | 720 |
四、纸画原型以及结对照片
1. 原型草图
2.结对照片
五、原型设计
六、总结
- 032002603：本次结队作业我基本上学会了设计一个软件原型的基本流程，以及掌握了使用墨刀进行原型设计的简单操作，在功能设计上大致上满足了我们预先的想法，但是在界面美感上可能还需要进行一定的优化。
- 032002604：我之前有做过产品功能需求分析并以文档形式呈现的经历，但是本次作业是我首次针对用户需求进行产品设计，这和单纯的收集并分析用户需求是种截然不同的体验。要设计出一款好的产品需要先考虑基础框架，再决定细节实现。对我来说，这是一次对计算机工作者的认知提升。