项目 | 内容 |
---|---|
课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
作业要求 | https://www.cnblogs.com/nwnu-daizh/p/12616341.html |
课程学习目标 | (1)学习团队软件项目流程(TSP)、团队成员协作要求。(2)掌握敏捷流程原则及相关概念。 |
本次在哪些方面帮助我实现学习目标 | 软件项目流程(TSP)、练习结对编程,掌握Github协作开发程序的操作方法。 |
结对方学号-姓名 | 201771010138-邹丰蔚 |
结对方本次博客作业链接 | ******* |
实验内容和步骤: | |
任务1:实验三优秀案例推荐:王艳&王玉兰组 | |
https://www.cnblogs.com/JAVA-729/p/12554359.html | |
https://www.cnblogs.com/wang963/p/12573855.html | |
案例作业项目仓库链接:https://github.com/JAVAWY/MyDemo | |
博客评论: | |
主界面: | |
信息填报 | |
填报后信息在数据库中显示 | |
二级部门查看本部门信息 | |
查询学生信息 | |
修改学生信息 | |
统计图 | |
导出数据到excel | |
QQ邮箱发送信息提醒进行填报: | |
任务二:与实验三结对伙伴协作学习:阅读《现代软件工程—构建之法》第5-6章内容,理解并掌握软件项目团队的特点、了解软件团队的模式、结合理论课学习内容理解瀑布模型及其变形、渐进交付流程、敏捷流程等典型软件过程模型特点,理解并体会卡内基梅隆大学(CMU)软件工程学院总结的TSP原则。 | |
5.1 团队特点:目标一致,各自分工 | |
5.2 团队模式:一窝蜂模式,主治医师模式,明星模式,社区模式,业余剧团模式,秘密团队,特工团队,交响乐团模式,爵士乐模式,功能团队模式,官僚模式。 | |
5.3 开发流程:写了再改模式,瀑布模型,瀑布模型的变形(生鱼片模型,子瀑布模型),RUP统一流程,老板驱动的流程,渐进交付的流程(包括MVP和MBP) | |
TSP原则 | |
(1)使用妥善定义的流程,流程中的每一步都是可以重复的、可以衡量结果的; | |
(2)团队的各个成员对团队的目标、角色、产品都有统一的理解; | |
(3)尽量使用成熟的技术和做法; | |
(4)尽量多的收集数据(包括对团队不利的数据),并用数据来帮助团队做出理性的决定; | |
(5)制定切合实际的计划和承诺,团队计划要由负责具体执行的角色来制定(而不是从上级而来); | |
(6)增加团队的自我管理能力; | |
(7)专注于提高质量,争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面细而细致的设计工作(而不是在后期匆忙修复问题)。 | |
6.1 敏捷开发的原则和步骤 | |
(1). 尽早并持续地交付有价值的软件以满足顾客需求; | |
(2). 敏捷流程欢迎需求的变化, 并利用这种变化来提高用户的竞争优势; | |
(3). 经常发布可用的软件,发布间隔可以从几周到几个月,能短则短; | |
(4). 业务人员和开发人员在项目开发过程中应该每天共同工作; | |
(5). 以有进取心的人为项目核心,充分支持信任他们; | |
(6). 无论团队内外,面对面的交流始终是最有效的沟通方式; | |
(7). 可用的软件是衡量项目进展的主要指标; | |
(8). 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去; | |
(9). 只有不断关注技术和设计,才能越来越敏捷; | |
(10). 保持简明——尽可能简化工作量的技艺——极为重要; | |
(11). 只有能自我管理的团队才能创造优秀的架构、需求和设计; | |
(12). 时时总结如何提高团队效率,并付诸行动。 | |
6.2 敏捷流程的问题和解法 | |
6.3 敏捷的团队。要求:自主管理,自我组织,多功能型。 | |
6.4 敏捷总结。包括一些实践者的经验教训 | |
6.5 关于敏捷的问答 | |
与结对同伴的讨论截图: | |
任务三:在班级博客园,有很多高校的软件工程课程要求同学们完成团队项目,请与实验三结对伙伴协商,在以下三个班级中选择一个高质量的团队项目案例进行协作学习,要求追踪该团队项目发布所有博客作业,下载项目软件代码。 | |
我们选用的是https://edu.cnblogs.com/campus/buaa/BUAA_SE_2019_LJ/homework/2685 2019春季计算机学院软件工程(北京航空航天大学)的项目 | |
1、团队项目作业发布账号链接 | |
https://www.cnblogs.com/PureMan6 | |
2、团队项目仓库github链接 | |
https://github.com/swearitagain/EduCnblogs2.0 | |
3、陈述你选择该团队项目进行分析的理由 | |
看到这是一个开发博客园APP的项目,我们也在使用博客园的网页版,所以想进一步的了解,通过使用觉得很不错。 | |
4、结合项目系列博客文档,总结项目团队成员的分工合作情况 | |
项目 | 内容 |
-- | -- |
吴昊 | 开发人员,Scrum Master,负责主持每日例会 |
邵旭哲 | PM,负责博客撰写 |
胡俊崧 | 开发人员 |
蒋锋 | 开发人员 |
陈治齐 | 开发人员 |
吴枫 | 开发人员 |
5、结合项目系列博客文档,评价项目的软件项目过程特点(TSP) | |
软件项目过程特点: | |
1>使用妥善定义的流程,流程中的每一步都是可以重复、可以衡量结果的。 | |
2>团队的各个成员对团队的目标、角色、产品都有统一的理解 。 | |
3>尽量使用成熟的技术和做法。 | |
4>尽量多地收集数据(也包括对团队不利的数据),并用数据来帮助团队做出理性的决定。 | |
5>制定切合实际的计划和承诺,团队计划要由负责具体执行的的角色来制定(而不是从上级而来)。 | |
6>增加团队的自我管理能力。 | |
7>专注于提高质量,争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作(而不是在后期匆忙修复问题)。 | |
6、观察该团队项目github仓库的源代码文件结构,是否包含代码规范文档? | |
在看了该团队的仓库源码之后,发现项目中并不包含代码规范文档。 | |
7、下载团队项目代码,尝试部署项目运行环境并使用软件,描述最简单直观的使用体验,找出至少两个比较严重的功能性bug,在博客中展示截图 | |
首先是登陆界面,和网页版的很像: | |
个人信息: | |
还很贴心的可以调黑暗模式: | |
博客面板: | |
班级: | |
BUG1: | |
在博文中的老师/助教点击后依旧是学生界面。 | |
BUG2: | |
也不算是BUG,就是排版有些问题。 | |
8、评价该团队项目是否值得继续开发,并陈述理由。
我认为该项目值得开发,为使用人员提供便利。
任务四:完成《实验四 软件项目案例分析》博文作业
完成《实验四 软件项目案例分析》各项任务实际花费的时间
项目 | 内容 |
---|---|
任务一 | 120min |
任务二 | 150min |
任务三 | 200min |
任务四 | 240min |
总结反思:通过这次实验了解到其他同学的优点也发现自己有很多不足之处,也在案例作业的运行中学会了如何自己配置适合的环境,怎么去解决从中发生的问题。自己还需更加的努力按时完成每个实验。 |