18214751-liruide Final Report
1. 简短的课程学习自我总结
1.1 学习收获
- 体会到用例设计的需求分析重要性
- 学习到领域模型对分析项目的重要性
- 微信小程序的开发管理，包括注册小程序，多人协同开发
- 微信小程序开发入门到熟练
- 微信服务器的接口设计与通讯
- 熟练了git的操作以及分支管理
- 学会使用gh-pages作为项目的静态文档展示
1.2 主要工作
- 需求分析
- 部分文档编写
- 小程序多人开发管理
- 小程序设计、开发、测试
- 前端UI设计与实现
- 代码仓库管理
2. PSP2.1统计表
| PSP 2.1 | Personal Software Process Stages | Plan Time(%) | Actual Time(%) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 80 | 84 |
| Analysis | 需求分析（包括学习新技术） | 20 | 20 |
| Design Spec | 生成设计文档 | 15 | 15 |
| Design Review | 设计复审（和同事审核设计文档） | 5 | 4 |
| Coding Standard | 代码规范（为目前的开发制定合适的规范） | 5 | 6 |
| Design | 具体设计 | 10 | 10 |
| Coding | 具体编码 | 15 | 14 |
| Code Review | 代码复审 | 5 | 5 |
| Test | 测试（自我测试，修改代码，提交修改） | 5 | 10 |
| Reporting | 报告 | 10 | 6 |
| Record Time Spent | 记录时间花费 | 1 | 1h |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 1 | 1 |
| Postmortem | 事后总结 | 5 | 3 |
| Process Improvement Plan | 提出过程改进计划 | 1 | 1 |
| Summary | 总结 | 54h | 64h |
3. 代码仓库的个人git统计报告
-
需要说明的事
因为github注册是大二的时候注册，使用的是旧outlook邮箱，由于忘记密码已经把该邮箱抛弃了，后面改用的是新的outlook邮箱，所以代码仓库的git统计没有统计我的github账户liruidesysu的提交数据，只统计了我直接在github上修改md文档时候的数据，所以只能看commit记录，文档提交时从潘老师说要开始做项目的时候就开始提交，小程序开发实际是上个月才开发的，之前写了一部分Android界面和交互，由于后面zxing依赖包的问题一直无法解决才改用小程序开发。如果说个大概数，小程序一共6个界面，我实现了小程序首页、选择座位入座、点餐、等待付款界面、付款成功5个界面的UI、逻辑以及服务器交互。
-
文档仓库项目dashboard
-
https://github.com/early-month-subsidy/dashboard/commits/master?after=f849a6593201c708960aeebfabd034aeb40eed5d+34
-
前端小程序开发miniProgram
- 前端开发由我跟wangjiaqi合作完成，其中实现了除了登录界面外的所有页面。 https://github.com/early-month-subsidy/miniProgram/commits/master
（之前写的Android界面https://github.com/early-month-subsidy/Android-APP/commits/master）
4. 自认为最得意/或最有价值/或有苦劳的工作清单，并含简短说明
4.1 最得意
使用小程序开发，实现了一个界面美观，交互方便的小程序。
4.2 最有价值
在前期开发中，使用Android开发（因为小组成员都学过，具有一定的技术基础），后实际开发过程中发现AS服务器被墙了，关于扫码部分的依赖包zxing一直无法下载，经过技术比对，果断启用Android，确定使用小程序开发，高效方便。
4.3 最有苦劳
- 前期Android一直在解决AS的安装问题，因为被墙了，后面直接拷录一个装有AS的虚拟机镜像。
- 一直在探索如何实现Android使用zxing扫码依赖包无法下载的问题。
- 小程序界面的不断优化，从最基础的只有简单的按照UI设计实现到后期不断调整UI界面和交互。