| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE/ |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/12521474.html |
| 我的课程学习目标 | （1）熟练Github相关操作（2）整改代码BUG（3）协作分工完善系统功能 |
| 这个作业在哪些方面帮助我实现学习目标 | （1）结对伙伴通过远程指导，处理了在Github操作问题 （2）掌握了数据库EXCEL导入导出功能（3）提升团队协作能力 |
| 结对方学号-姓名 | 201771010102-常惠琢 |
| 结对方本次博客作业链接 | https://www.cnblogs.com/hongyanohongyan/p/12566619.html |
| 本项目Github的仓库链接地址 | https://github.com/banmianzhuang02/MyProject |
任务一
| 概念 | 理解 | 页码 |
|---|---|---|
| 代码风格规范 | 主要是文字方面的规定，原则是：简明，易读，无二义性 | P70 |
| 代码设计规范 | 主要是程序设计、模块之间的关系、设计模式 | P75 |
| 代码复审 | 代码是否在代码规范的框架内正确解决问题 | P79 |
| 结对编程 | 一对程序员肩并肩、平等地、互补地开发工作 | P85 |
任务二
1、评论见结对方博客（https://www.cnblogs.com/hongyanohongyan/p/12400887.html#4532046）
2、复审结对方项目代码截图
3、代码核查表
| 核查项目 | 情况分析 |
|---|---|
| 概要部分 | 代码符合设计需求和规格，功能未能完全实现，可读性和安全性有待提高。建议统一代码的格式规范，优化功能性和安全性。 |
| 设计规范部分 | 能遵从设计模式，存在无用代码。建议：尽可能实现系统功能，删除无用代码。 |
| 代码规范部分 | 修改部分符合代码规范和风格。 |
| 具体代码部分 | 代码的错误均已处理，但数据库的安全性有待提高。建议：改善程序与数据库的连接方式，提高安全性能。 |
| 效能 | 代码能正常编译，无超时情况 |
| 可读性 | 代码可读性较强，但是注释不清晰。建议：增加代码的功能注释，统一格式。 |
| 可测试性 | 建议：代码可增添新的单元测试。 |
任务三
1、需求分析
2019 年 12 月，武汉发生新型冠状病毒（2019-nCoV)疫情，为阻止疫情进一步蔓延，中国政府于2020 年 1 月 23 日对武汉采取了隔离措施，包括北京、上海等 31个省市也相继实施了严格的防控措施。
----引用自《中国抗击新型冠状病毒：进展和影响》
当前，疫情防控工作到了最吃劲的关键阶段。为准确高 效采集和统计全校师生员工新冠肺炎疫情防控相关信息，进一步夯实疫情防控工作基础，坚决打赢校园疫情防控阻击战，学校组织力量开发了师生健康打卡系统。
----引用自《关于试运行西北师范大学师生健康打卡系统的通知》
学校教职工、学生分布范围较广，使得采集的疫情数据复杂，难度较大。通过系统构建的上报平台，将数据整合，然后进行统计分析，为进一步掌握学校疫情情况提供科学依据。数据是平台的血液，动态的数据现时更新才能体现平台的生命力。用户通过系统客户端界面填写相关信息，与此同时后台数据库同步更新，并将其存储起来，进行统计分析。后台通过数据整合，可进行筛选排查，生成相应图表，优化疫情数据的可视性。
功能需求：
（1）可采集全校各类师生员工疫情信息；
（2）各二级部门疫情防控工作负责人可查看本部门人员疫情汇总，并提供高级查询功能进行多属性组合查询和可视化统计功能；
（3）学校防控办指定负责人登录《西北师范大学疫情防控信息统计》子系统，可浏览所有人员填报汇总数据清单，利用【高级查询】可进行数据组合筛选，系统以图形化方式展示各学院已填报和未填报学生统计情况和关键疫情数据统计情况，可【导出】查询列表的EXCEL文件；
（4）人机交互界面要求GUI界面；
2、软件设计说明
3、设计分析
4、功能界面截图
5、QQ截图
6、PSP
| PSP | 任务内容 | 计划共完成需要的时间（min） | 实际完成需要的时间 |
|---|---|---|---|
| Planning | 估计这个任务需要多少时间，并规划大致工作步骤 | 45 | 30 |
| Deveploment | 开发 | 60 | 80 |
| Analysis | 需求分析 (包括学习新技术) | 200 | 200 |
| Design Spec | 生成设计文档 | 30 | 30 |
| Design Review | 设计复审 (和同事审核设计文档) | 120 | 140 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 60 | 45 |
| Design | 具体设计 | 300 | 360 |
| Coding | 具体编码 | 300 | 400 |
| Code Review | 代码复审 | 120 | 120 |
| Test | 测试（自我测试，修改代码，提交修改） | 180 | 180 |
| Reporting | 报告 | 60 | 80 |
| Test Report | 测试报告 | 30 | 30 |
| Size Measurement | 计算工作量 | 1505 | 1695 |
| Postmortem & Process Improvement Plan | 事后总结 ,并提出过程改进计划 | 30 | 30 |
7、小结感受：
俗话说“三个臭皮匠，顶个诸葛亮”，我十分认可两个合作能够带来1+1>2的效果。在上周的作业中，助教给我指出Github程序代码上传存在问题，课后我就重新上传代码，但是在过程中老是出现问题无法实现。在结对后， 我第一个时间就向小伙伴寻求帮助，重新上传代码才进行下一步的实验。小伙伴远程指导帮我解决了在系统使用上的问题，虽然花了两个晚上的时间导致进度慢了一点，但是我学会了Git Bash的操作，也算是多学习了一门技术操作。与其说和小伙伴结对，倒不如说她是我的小老师，帮我解决在软件操作、代码编程等问题。两个人结对更有计划性，提前制定好安排，每天晚上六点向对方汇报任务情况有问题的地方再一起解决，当然主要是解决我的问题。两个人结对更有鞭策性，因为你不是一个人，两个人有商有量，哪里做的不好可以改进，哪里可以更好提出建议。由于我们在前期使用的软件程序上版本不同，这次的实验主要是按照要求在常惠琢做的第二次实验上进行改进完善。虽然在编程代码上能出的力比较少，但是在过程中学习了数据库连接、GUI界面，收获很大。本次结对很愉快！