201771030126-王元宗 实验四 软件项目案例分析
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 作业要求 | https://www.cnblogs.com/nwnu-daizh/p/12616341.html |
| 课程学习目标 | 学习团队软件项目流程（TSP）团队成员协作要求。掌握敏捷流程原则及相关概念 |
| 我的学习目标 | 学习别人的案例发现自身不足 |
| 结对方姓名 学号 | 范铂真 201771030105 |
| 结对方实验四博客链接 | https://www.cnblogs.com/Februaryy/p/12660089.html |
任务1：
在实验三得分100分以上作业中，任选一份作为案例，对案例项目成果进行评价，具体要求如下：
- 案例作业博客链接：(https://www.cnblogs.com/JZYWS/p/12571927.html)
- 案例作业仓库链接：(https://github.com/Gu19901212/Partner)
（1）对案例博文作业进行阅读并进行评论，评论要点包括：博文结构、博文内容、博文结构与PSP中“任务内容”列的关系，并将以上评论内容发布到案例作业的博客评论区。
（2）克隆案例项目源码到本地机器，阅读项目代码规范文档并运行代码，总结代码运行中存在的问题，体会案例博文是否有助于项目代码理解。
克隆代码到本地
主要界面
学生登录和疫情上报
重复上传
提交本学院信息
学校防控办登陆和查看所有信息
图形绘制
学生疫情信息导出
（3）总结本组实验三博客作业及代码设计存在问题与不足，列举代码中存在的bug，未实现的功能等等。
1.学校防控办信息更新不及时,虽然信息可以正确的填入系统，但是在学校防控办查看时并没有显示
2.疫情绘图和导出不是在疫情上报系统中完成的
3.定时填报内容并没有实现，我测试的时间并不符合十点之前，但依然显示填报成功。
任务2：与实验三结对伙伴协作学习：阅读《现代软件工程—构建之法》第5-6章内容，理解并掌握软件项目团队的特点、了解软件团队的模式、结合理论课学习内容理解瀑布模型及其变形、渐进交付流程、敏捷流程等典型软件过程模型特点，理解并体会卡内基梅隆大学（CMU）软件工程学院总结的TSP原则
任务3：在班级博客园，有很多高校的软件工程课程要求同学们完成团队项目，请与实验三结对伙伴协商，在以下三个班级中选择一个高质量的团队项目案例进行协作学习，要求追踪该团队项目发布所有博客作业，下载项目软件代码。
| 团队 | 内容 |
|---|---|
| 团队选择 | 2019秋福大软件工程实践Z班（福州大学） |
| 团队项目作业发布账号链接 | https://www.cnblogs.com/031702318fzu/ |
| 团队项目仓库github链接 | https://github.com/licheng1997/031702318-031602329 |
| 3.陈述你选择该团队项目进行分析的理由 |
此团队的实验思路清晰，“从作业要求来看，就是先做一棵树，以导师为根节点，往届学生为子节点。他们使用谷歌浏览器做了单元测试，我们之前在单元测试方面经验不足，所以在单元测试方面可以学习一些知识。
4.结合项目系列博客文档，总结项目团队成员的分工合作情况
蒲政林：代码编写 李程：测试，后续更新 这是他们项目初期的分工，在博客最后他们对自己的队友也做出了评价 :队友太强了，我要加强学习赶上我的队友。改进的地方：加强团队沟通，一起努力将当初的原型实现。、Pr0Sk1er的感受：难，很难，非常难。从0到学了点皮毛，真的非常花时间，即使如此，还是有很多不懂的地方。路漫漫兮。对队友的评价：很拼。我俩之前均没有接触过前端工作，经历了这次作业，明显感觉到，大家学到了很多。 他们没有很清晰的写出具体分工，在蒲政林同学代码编写后，李程同学也进行的60min的代码复审，通过github中没有发现两人的合作记录，并且只使用了一个github账号，应该是共同做完之后上传了到了李程同学的github。他们的具体分工并不是很清晰详细，互相沟通不够及时，在后期做出的项目结果与实验预期对比稍有不足。
5.结合项目系列博客文档，评价项目的软件项目过程特点（TSP）
依据TSP七原则，该团队项目不存在太大的问题，他们使用了较为妥善定义的流程，流程中的每一步都是可以重复、可以衡量结果的。团队的各个成员对团队的目标、角色、产品都有统一的理解，根据我对他们博客的浏览，在需求分析阶段就已经有了明确的显示。他们团队使用脚本程序完成了本次项目。而且制定了切合实际的计划和承诺，团队计划是由负责具体执行的的角色来制定，不是由团队领导人制定。团队会组织每日例会，团队的自我管理能力较强。但是不专注于提高质量，项目界面、操作方面都存在一些问题，没有很有效提高质量，在设计工作方面不够全面细致。
6.观察该团队项目github仓库的源代码文件结构，是否包含代码规范文档？
github仓库
该团队项目在github仓库的源代码文件有index.html、index.js、README.md，在README.md中，写的不是很规范，index.js使用浏览器脚本语言，浏览器获取并加载页面，从上至下解析它的内容。在github仓库中没有上传代码规范。
7.下载团队项目代码，尝试部署项目运行环境并使用软件，描述最简单直观的使用体验，找出至少两个比较严重的功能性bug，在博客中展示截图
下载代码运行结果
需求界面
树的界面
在使用过程中我发现，填写生成树信息界面显示不美观，只有一个小框并且用户在填写自己想生成的师门树时，极为不方便，程序可以一次生成多个师门树，但是程序已经规定死了用户填写生成树信息的格式，不能根据自己的需求改变，在程序中，出现重名、数字、字母也不会报错或者提示，还有就是同一类型的学生（本科生，硕士生，博士生）缩进会出现显示错误。在单元测试方面没有太大的问题。
8.评价该团队项目是否值得继续开发，并陈述理由？
该团队项目是一个小型项目，在现实生活中使用并不是很多，而且不是很方便流畅，我觉得首先可以做一些界面美化的改进，适当增强一下功能，比如校园树，班级树，公司职员树这样的大型树，并且给这些树的分支成员做一个名片或者超链接，里面有该分支成员的详细数据。由于这样数据太大，所以数据不需要再手动输入，数据可以使用其他的导入方式，只需要导入数据，立刻生成数据树，这样的功能可以为一些大型项目提供服务，是一个不错的功能模块
记录完成《实验四 软件项目案例分析》各项任务实际花费的时间。
任务一：由于运行环境和代码下载的问题，花费的时间比预估稍微多了一些：5小时
任务二：两人聊天讨论花费时常：2小时
任务三：分析和运行总共花费：6小时
实验小结：
在本次实验中，通过优秀案例分析，我从学习优秀项目可以看到自己和别人的差距，以及在设计方面的不足；在结对阅读过程中，觉得十分有趣，自己看书学习到的知识可以分享给别人，可以探讨知识，这也有利于知识的巩固和进一步提高，结对阅读可以随时讨论书中有疑问的地方，两个人可以一起讨论学习。高质量优秀团队追踪学习，在这个过程中，我可以了解别的团队做项目的过程，对自己以后做项目有很大的帮助，总结出别人的优点，然后加以学习。
