Title

LZM一

导航

201771010115--实验四 软件项目案例分析

201771010115--实验四 软件项目案例分析
| 内容 | 项目 |
|:----------😐:----------😐:----------😐:----------😐
| <课程班级博客链接> | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
| <作业要求链接> | https://www.cnblogs.com/nwnu-daizh/p/12616341.html |
| <填写目标> | 学习团队软件项目流程、团员协作要求;掌握敏捷流程原则及相关概念 |
| <相关内容> | 案例分析 |
| <学号-姓名> | 杨玲-201771010133 |
| <博客作业地址> |https://www.cnblogs.com/yanglinga/p/12618515.html |
任务一:实验三优秀案例推荐:王之泰&韩腊梅组
https://www.cnblogs.com/hackerZT-7/p/12544280.html
https://www.cnblogs.com/hanlamei/p/12574378.html
1、对案例博文作业阅读并评论截图如下

2、克隆案例项目源码到本地机器,阅读项目代码并运行代码截图如下


因为之前选的王之泰同学的博文作业运行存在问题,这里用的是本班王颖奇同学博文作业。







对案例系统的功能总结
该同学的博文作业中详细描述了所实现的系统功能等,经过自己的实际运行检验该疫情上报系统实现了总体防疫信息的总结展示;在输入相应的信息内容后可以按照填报信息的时间进行查询、可以按照输入的防疫信息进行查看、可以按照输入姓名(学号)进行查询、也可以按照姓名与日期进行较为准确查询;可以删除已输入的防疫信息;添加人员信息功能;可以对所有输入信息进行一个图形化的总结表示在执行完相应的填写信息、删除信息等等操作后退出系统。
3、总结本组实验三博客作业及代码设计存在问题与不足,未实现的功能及代码运行存在问题的截图等。
就我自己实际运行后的结果来看,王颖奇同学实验三博客作业设计合理规范暂时没有发现不足之处,设计的疫情上报系统实现了老师要求的功能模块;唯一让我觉得不太好的地方是整体的界面不是特别美观;但是实用性比较强。
任务二:与实验三结对伙伴协作学习:阅读《现代软件工程—构建之法》第5-6章内容,理解并掌握软件项目团队的特点、了解软件团队的模式、结合理论课学习内容理解瀑布模型及其变形、渐进交付流程、敏捷流程等典型软件过程模型特点,理解并体会卡内基梅隆大学(CMU)软件工程学院总结的TSP原则。
结对伙伴交流截图如下

任务三:在班级博客园,有很多高校的软件工程课程要求同学们完成团队项目,请与实验三结对小伙伴协商,在以下三个班级中选择一个高质量的团队项目案例进行协作学习,要求追踪该团队项目发布所有博客作业,下载项目软件代码。
1.2016级计算机科学与工程学院软件工程 (西北师范大学) 2.2019秋福大软件工程实践Z班 (福州大学) 3.2019春季计算机学院软件工程 (北京航空航天大学)
1、我们选择的是2016级计算机科学与工程学院软件工程 (西北师范大学),团队的项目作业发布账号链接是https://www.cnblogs.com/KHBang/p/10836447.html。
2、团队项目仓库github链接是https://github.com/ss140522/bookStore.git。
3、我们选择该团队项目进行分析的理由
对老师给出的三个选项班级进行实验运行后发现该团队整体代码以及文档做的比较详细,更容易理解。
4、结合项目系列博客文档,总结项目团队成员的分工合作情况。
| 人员 | 分工 |
|:----------😐:----------😐:----------😐:----------😐
|杨同学|分析该团队项目的《软件项目规格说明书》初稿的不足之处,尤其在于描述建模不完整内容;另外参考《软件工程—构建之法》功能的定位与优先级,给出功能分析的四个象限|
|张同学|了解Leangoo软件工具,并根据所获得的用户需求,编制项目的WBS|
|陈同学|设定系统设计方法以及建模工具,分析整个系统的数据以及数据库的设计,对软队成员进行分工|
|沙同学|设计团队项目系统总体结构和数据库逻辑结构,描述团队项目的系统设计过程,总结项目分析心得|
5、结合项目系列文档,评价项目的软件项目过程特点(TSP)。
TSP原则:1.使用妥善定义的流程,流程中的每一步都是可以重复、可以衡量结果的。
2.团队的各个成员对团队的目标、角色、产品都有统一的理解。
3.尽量多的收集了数据。
4.整体的团队负责人制定切合实际的计划。
5.专注于提高质量,争取在软件生命周期的早期发现问题。
6、观察该团队项目github仓库的源代码文件结构,是否包含代码规范文档。

7、下载团队项目代码,尝试部署项目运行环境并使用软件,描述最简单直观的使用体验,找出至少两个比较严重的功能性bug,并在博客中截图展示。

(1)该系统的主界面

(2)图书类别管理界面


(3)用户信息界面

(4)商品信息展示界面

该系统最简单直观的使用感受就是刚运行使用时整体略显繁琐,但是在整体熟悉之后发现功能实现全面,不仅是简单系统的界面设计等的实现,还可以实时更新信息与记录及邮件的管理功能使得使用更加方便,尤其有一点图书的相关信息的修改时间占图书数据库时间少于3s;不同的一点是可以根据用户的使用系统时相关业务的频繁程度,稳定运行的系统每天可以接受的点击数量在某个范围内,超出该范围时可采用增加服务器和硬件性能、版本升级等方法来实现。
8、评价该团队项目是否值得继续开发,并陈述理由?
就我个人而言觉得不需要再进行开发了,因为该系统已经实现的功能可以满足在线大学生进行图书的使用管理,另外现在相关的管理系统已经有很多而且继续进行开发的价值不高;另外从安全性方面来考虑,主要存在支付方面的安全问题,但就这个问题现在已有解决,所以在这个方面没有继续研究开发的必要;最后就是现在的市场环境下,学生独立做关于图书二手交易的很少,相关的实体书店包含这项业务,相对来说就是市场竞争力不大,所以不需要再进行开发。
任务四:完成《实验四 软件项目案例分析》博文作业
完成《实验四 软件项目案例分析》各项任务实际花费的时间

任务 时间
任务一 2.5小时
任务二 1.5小时
任务三 4小时
任务四 2小时
完成本次作业的感受与体会:通过本次的对项目案例进行分析的过程,发现了自己还有很多要学习的地方,比如项目代码的规范方面该案例就做得很好、以及项目说明书等写的详细规范;在进行任务三时遇到了不同的问题(软件的版本不同造成的问题以及出现乱码的情况等),同时每个人使用的软件不一样也存在问题;通过运行别人的代码来比较发现自己做的时候是否会有相同的问题出现又是如何解决的。

posted on 2020-04-10 23:37  LZM一  阅读(195)  评论(1编辑  收藏  举报

Title