| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/12616341.html |
| 我的课程学习目标 | 代码规范 项目环境配置 软件项目模型 |
| 这个作业在哪些方面帮助我实现学习目标 | 列计划 借助搜索软件 博文 |
| 结对方学号-姓名 | 201271050130-滕江南 |
| 结对方本次博客作业链接 | https://www.cnblogs.com/tjnkxh/p/12617389.html |
- 任务一
- 案例作业博客链接
- 案例作业项目仓库链接
- 博客评论
- 项目源码运行
- 系统运行截图
- 软件功能总结
- 项目总结
- 任务二
- 任务三
- 团队项目作业发布账号链接
- 团队项目github链接
- 选择该团队项目进行分析的理由
- 项目
- 存在问题
- 任务四
- 各项任务实际花费时间
- 本次作业感受和小结
任务一
案例作业博客链接
杨野&汪慧和组
https://www.cnblogs.com/2017xinghui/p/12554158.html
https://www.cnblogs.com/http-www-whh0601-cnblogs-com/p/12553743.html
案例作业项目仓库链接
https://github.com/yy202901582/DieaseSubmitSystem
博客评论
项目源码运行
系统运行截图
主界面
图表生成
提醒功能
填报功能
软件功能总结
代码运行中存在问题
在运行过程中出现编码方式不符和版本不适配的情况，通过修改和找到对应的版本，最后问题解决。案例博文也有助于项目代码理解。
项目总结
存在问题和不足
总体上能按照要求，实现各个功能界面以及基本功能，完成度非常高。主界面涵盖了信息填报、图表生成、提醒设置等项目。但是为了能优化系统功能，提出几点不足和建议：
（1）由于疫情填报系统要求数据的及时性，所以建议连接数据库，能够随时更新数据。
（2）搜索菜单功能未能实现搜索，其它功能界面一目了然，感觉需要菜单搜索功能，建议替换。数据的填报好像没有加入到表格中，无法实现搜索。
（3）图表生成功能较为齐全，能根据各学院，老师学生，感染情况，日、月数据形成柱状图。建议是将每个图表的标注，备注清楚，更加清晰美观。
（4）菜单功能的分布可以优化调整一下，因为是疫情信息采集系统，建议将信息采集放在最前面，仅供师生登记信息。学校防控负责人有专门的界面登录，可查看疫情汇总信息。建议是区分用户，分类进行界面管理登录。
（5）未实现多属性组合查询、导入导出查询列表的EXCEL文件。
（6）系统的界面可以再优化调整一下，方便用户操作，布局简洁美观，尤其是信息采集这方面，内容可以更加完善一些。
任务二
阅读《现代软件工程——构建之法》5~6章内容总结QQ截图
| 知识点 | 具体内容 |
|---|---|
| 软件项目团队特点 | 1.团队有一致的集体目标，团队要一起完成目标。2.团队成员有各自分工，互相依赖合作，共同完成任务。 |
| 软件项目团队模式 | 1.窝蜂模式：基于直觉形成的团队模式，存活时间不长。2.主治医师模式：一个干活，其他人打酱油的团队模式。3.明星模式：团队成员个性非常突出的团队模式，时时处于解体边缘。4.社区模式:每个人参与自己感兴趣的项目，贡献力量的团队模式。5.业余剧团模式：每个人分工不同，且有权自主挑选。6.秘密团队：软件项目在秘密条件下进行的团队模式，自由无干扰。7.特工团队：由专业人士组成的团队模式，精通某一领域。8.交响乐团模式：分工协作且经验丰富的团队模式。9.爵士乐模式：不太靠谱但个性十足具有创意的团队模式。10.功能团队模式：具备不同能力的同事们平等协作，共同完成某一个功能的团队模式。11.官僚模式：成员之间有领导关系的团队模式。 |
| 瀑布模型及变形 | 1.生鱼片模型：各相邻模块像生鱼片部分重叠。2.大瀑布带着小瀑布模型：在瀑布群中完成子瀑布统一才可做系统测试。 |
| 渐进交付流程 | 开发—>发布—>听取反馈—>根据反馈做改进，在时间、金钱和用户意见结束前循环往复。 |
| 敏捷流程特点 | 1.产品可靠要求不高，经常出错。2.需求经常变化。3.团队人员数量不多。4.有资深程序员带队。5.鼓励变化，行业充满变数。 |
| 敏捷流程步骤 | 1.找出完成产品需要做的事情。2.决定当前的冲刺需要解决的事情。3.冲刺 |
| TSP原则 | 1.使用妥善定义流程，流程中的每一步都可以重复，可以衡量结果。2.团队各个成员对团队目标、角色、产品都有同一理解。3.尽量使用成熟的技术和做法。4.尽量多收集数据，并根据数据做出理性的决定。5.制定切合实际的计划和承诺。6.增加团队的自我管理能力。7.专注于提高质量，争取在软件生命周期早期发现问题。 |
任务三
团队项目作业发布账号链接
https://www.cnblogs.com/wangxiaoLAUGH/p/10612561.html
团队项目github链接
https://github.com/LAUGHwangxiao/ExperimentFour
选择该团队项目进行分析的理由
（1）博文的风格形式和我们是差不多的，博文内容比较全面，会更适合我们作为案例讨论。
（2）博文的结构完整统一，从任务要求，完成情况，小结感受三个部分进行细致的梳理。
（3）博文的内容非常充实，尤其是在软件设计上，包括了核心代码、运行界面，基本实现了任务要求。
（4）博文的结构和“PSP任务内容”相对应，PSP制定计划和落实情况基本一致，在制定计划和具体编程的时间上要多于计划时间，但是前期计划比较系统规范，所以后续完成就能按照制定的要求和标准顺利进行。
项目
项目团队成员的分工合作情况
我认为项目团队整体合作是融洽，两个人能一起肩并肩坐在电脑面前讨论研究，完成软件开发任务，充分发挥了个人优势，增强了团队协作能力。同时彼此之间相互学习，补齐短板，提升个人能力。
项目过程特点(TSP)
从博客PSP可以看出，项目团队在协作中能按照事先计划流程完成，两个人之间有工作任务分配。从软件完成质量比较高可以判断该团队是具备优秀的的团队模式。
仓库不含代码规范文档
不包含：
团队项目是否值得继续开发
按照博主的截图来看，还是值得继续开发的。但是博主提交的项目代码有些错误。
人机交互界面
细节功能
界面设计
实现功能
功能实现结果
存在问题
1、起初存在版本不适配的问题，错误提示版本应当是1.5的版本（错误提示忘记截图了）。
2、提示不含servlet-api.jar包，已加入。
3、提示src/harrypotter.txt出错，通过改src等文件名修改完成。
4、提示找不到主类，通过简单的修改后发现是代码存在错误。
任务四
各项任务实际花费时间
| 任务列表 | 实际花费时间(min) |
|---|---|
| 任务一 博文阅读评论 | 30 |
| 任务一 项目源码运行 | 45 |
| 任务二 阅读第5-6章内容 | 30 |
| 任务二 学习讨论 | 15 |
| 任务三 博文阅读评论 | 30 |
| 任务三 项目源码运行 | 45 |
| 任务四 撰写博文 | 60 |
本次作业感受和小结
在这次结对实验中发现了不同同学在各方面的长处，也在案例作业的运行中学会了如何自己配置适合的环境，如何遇到问题解决问题，也对团队项目模型等有了进一步的了解。和结对方共同完成实验互相督促对我来说是很有帮助的。这次的结对依旧是很愉快的结对实验。