201771010101-白玛次仁 实验四 软件项目案例分析
201771010101-白玛次仁 实验四 软件项目案例分析
《实验四 软件项目案例分析》
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/12616341.html |
| 结对方学号-姓名 | 201771010119-穷吉 |
| 结对方本次博客作业链接 | https://www.cnblogs.com/qiongji/p/12637010.html |
| 我的课程学习目标 | （1）学习团队软件项目流程（TSP）、团队成员协作要求。（2）掌握敏捷流程原则及相关概念。 |
| 这个作业在哪些方面帮助我实现学习目标 | 实验三里自己写疫情系统时，很想实现查询范围更大一些，由于基础有限没成功，这次选择了王慧和组队而学到了相关知识 |
1.班级案例学习总结
在实验三得分100分以上作业中，任选一份作为案例，对案例项目成果进行评价，具体要求如下：
（1）对案例博文作业进行阅读并进行评论，评论，并将以上评论内容发布到案例作业的博客评论区。
（2）克隆案例项目源码到本地机器，阅读项目代码规范文档并运行代码，总结代码运行中存在的问题，
体会案例博文是否有助于项目代码理解。
（3）总结本组实验三博客作业及代码设计存在问题与不足，列举代码中存在的bug，未实现的功能等等。
博客作业中针对任务1的评分要点：
1.案例作业博客链接
王慧和： https://www.cnblogs.com/http-www-whh0601-cnblogs-com/p/12553743.html
杨野： https://www.cnblogs.com/2017xinghui/p/12554158.html
2.案例作业项目仓库链接（1分）； https://github.com/yy202901582/DieaseSubmitSystem
3.符合（1）要求的博客评论（5分）；
4.符合（2）要求的系统运行截图、软件功能总结（15分）；附加分要求：若测试发现案例代码存在bug,
截图为证，一个bug得2分；
（1）代码截图：
（2）主界面：
（3）信息填表：
（4）查询（个人信息，学院信息，疫情信息，月份情况等）：
（5）个人信息查询：
（6）月份师生信息查询：
分析图片：
（7）每个学院的情况：
（8）每个城市的师生信息情况：
（9）疫情情况：
（10）统计数据的TXT表
（11）填报提醒：（到自己定时间时间后，一直通知填写）：
5.符合（3）要求的总结，代码运行存在的问题截图为证（10分）。
。符合实验的要求，还附加提醒工能，整体界面实现的很美观，在界面上看出以前自己没有能力编程出来的查询部分，
值得自己学习了不少相关编程知识，尤其是疫情数据分析部分，每个部分的分析的太美观，自己很难想像自己
做出来这种，但这次学到的不少。
2.学习《构建之法》第5-6章总结
实验三结对伙伴协作学习：阅读《现代软件工程—构建之法》第5-6章内容，理解并掌握软件项目团队的特点、了解软件团
队的模式、结合理论课学习内容理解瀑布模型及其变形、渐进交付流程、敏捷流程等典型软件过程模型特点，理解并体会
卡内基梅隆大学（CMU）软件工程学院总结的TSP原则；
(1)一窝蜂模式：
最初的一窝蜂形式的软件团队模式，经过一段时间的演变将转变为其他模式；
(2)主治医师模式：
首席程序员负责主要模块的设计与编码，其他成员从不同角度提供支持；
(3)明星模式：
主治医师模式运用的极点，团队“明星”的能力掩盖了团队所有人的缺陷与优点；
(4)社区模式：
成员分布不受时间空间的限制，所有人根据喜好选择项目进行开发，一般不要求报酬；
(5)业余剧团模式：
没有固定的团队，且成员在不同的项目中没有固定的工作分配，所有成员由“中央指挥”指示；
(6) 秘密团队：
秘密状态下进行，无外界干扰，团队肩负独特使命，内部成员自由度与热情较高；
(7) 特工团队：
团队由专业人士组成，负责一些紧急问题的解决（如此次新冠疫情）；
(8)交响乐团模式：
较多大型软件公司采用，成员与领导者能力较强且有相似的项目开发经验，所有成员各司其职但统一受领导者指挥；
(9)爵士乐模式：
与交响乐团模式对立，较为松散，领导者完成框架，其他成员在此基础上创作，最后再由领导者收尾；
(10)功能团队模式：
没有固定的团队，由不同能力的成员进行组合，协作完成某一项目，项目完成后成员重新组织进行其它不同项目；
(11)官僚模式：
脱胎于大机构的组织架构，几人向小头目报告，小头目向大头目报告。容易形成恶性竞争。
3.学习高校软件工程团队项目
在班级博客园，有很多高校的软件工程课程要求同学们完成团队项目，请与实验三结对伙伴协商，在以下三个班级中选择
一个高质量的团队项目案例进行协作学习，要求追踪该团队项目发布所有博客作业，下载项目软件代码。
1. 2016级计算机科学与工程学院软件工程 (西北师范大学)
2. 2019秋福大软件工程实践Z班 (福州大学)
3. 2019春季计算机学院软件工程 (北京航空航天大学)
我们组选择的对象是：
2016级计算机科学与工程学院软件工程 (西北师范大学)
博客作业中针对任务3的评分要点：
1.团队项目作业发布账号链接（1分）； https://www.cnblogs.com/fjxzshwzd/default.html?page=2
2.团队项目仓库github链接（1分）； https://github.com/FAJIXIANHHH/FAJIXIAN
3.陈述你选择该团队项目进行分析的理由（5分）；
。最初理由，由于上学期班里一半同学在学校订书，开学时候班里没买学校书的上课有书，买学校书就没到书，导致很难
听课。这个系统是自己 认为是现在我们学校必备的，每次学习委员在统计班级所购教材信息的过程有点繁复，且存在因
教材订购中心忘记订购专业课教材而影响教学进度的问题。通过采访本班学习委员和同级其他班学习委员发现，我们可以
设计一个教材订购系统以方便解决教材订购信息收集和统计，能够更加准确地获得每个班级的订购信息，除此之外当每学期
开学前，学习委员可凭借系统的电子领书单去教材中心领书。这样就不必让学习委员再去教务处领书单，也在一定程度上减
少了教务处老师的工作量。 教务处老师、学习委员，教材中心订购人员以教材订购系统为信息交换中转站，减少了人为调
动的工作。
4.结合项目系列博客文档，总结项目团队成员的分工合作情况（4分）；
| 团队成员 | 具体任务 | 工作比例 |
|---|---|---|
| 姜佳宇 | 系统建模、WBS的编写、数据库逻辑结构设计 | 20% |
| 周婷 | 需求说明书的完善和整理、系统结构图绘制 | 20% |
| 叶虹 | 系统概要设计书、博客编写 | 20% |
| 赵津莹 | 系统概要设计书、 | 博客编写 |
| 王天悦 | 系统概要设计书、博客编写 | 20% |
| 团队成员 | 分工 | 所需时间 |
|---|---|---|
| 姜佳宇 | 后台设计 | 四周 |
| 周婷 | 后台设计 | 四周 |
| 赵津莹 | 前端界面的设计 | 三周 |
| 叶虹 | 数据库设计 | 三周 |
| 王天悦 | 测试 | 两周 |
5.结合项目系列博客文档，评价项目的软件项目过程特点（TSP）（5分）；
（1）.博文的流程 ：
首先组队强项分析 —— 项目大概需求分析 —— 调查中确定项目 —— 总项目分成几块 —— 每个块进行分工
（2）.团队的目标是避免发书过程中有失误，减少学习委员和教务老师的负担。
（3）.每块完成中有例会总结这块中实现出来和遇到的问题。
6.观察该团队项目github仓库的源代码文件结构，是否包含代码规范文档？（5分）；
本案例项目源代码文件结构中，所包含的文档比较齐全，其结构如下：
7.下载团队项目代码，尝试部署项目运行环境并使用软件，描述最简单直观的使用体验，找出两个比较严重
的功能性bug，在博客中展示截图（20分）；
这次运行过程中的最大问题是：
（6）系统流图：
代码
（1）登录界面
（2）学习委员登录界面
（3）学习委员界面订购书单信息
（4）教务老师登录界面
（5）教材中心
8.评价该团队项目是否值得继续开发，并陈述理由？（5分）
。这次选择这个项目的理由也是跟校园生活中有价值的一个系统，如果继续开发的话，建议添加
学生自己可以登录订购系统，在订购系统中学生自己买所需的书，买完交付，教务处系统中可以看到
每个书的个数以及每个班的个数话更能解决问题。
。软件工程课来讲这次团队项目中看到什么是团队？ 什么是项目选择？ 什么是WBS？
什么团队分工？什么是完成一个项目的过程？ 好多上面看出学习软件工程的改变，
给了学习软件工程的很大的动力。
4.总结
这次实验主要是进行其他组队的软件项目的分析，软件分析首先是代码，到代码运行（这个过程中看出自己的代码是多么弱，
导进去看懂代码也是个好大的问题，但最终做到了。）更好的懂得自己努力还不够，懂得了软件工程是怎样的课，
最终收获好大。
项目案例分析时间记录表：
| 内容 | 时间（min) |
|---|---|
| 任务1 | 260 |
| 任务2 | 60 |
| 任务3 | 370 |
