201871010115-马北upower 实验四 团队作业1：软件研发团队组建
201871010115-马北upower 实验四 团队作业1：软件研发团队组建
|
项目 |
内容 |
|
课程班级博客链接 |
https://edu.cnblogs.com/campus/xbsf/2018CST/ |
|
这个作业要求链接 |
https://www.cnblogs.com/nwnu-daizh/p/14660499.html |
|
团队名称 |
upower团队 |
|
团队的课程学习目标 |
1.组建软件团队，了解团队是如何进行运行、工作的 |
|
这个作业在哪些方面帮助团队实现学习目标 |
1.通过阅读《构建之法》这本书来让我了解了什么是团队，团队应该如何进行开展工作 |
|
团队博客链接 |
https://www.cnblogs.com/upower/ |
一、实验目的与要求
（1）实验三作业互评。
（2）组建软件项目研发团队。
二、实验内容与步骤
任务1：浏览班级博客园中提交《实验三 软件工程结对项目》作业，任选一个你认为完成质量较高的小组项目成果，继续以实验三结对学习方式完成以下任务，具体要求如下：
|
项目 |
内容 |
|
被评论作业的博客链接 |
|
|
被评论作业的Github项目仓库链接 |
（1）对博文作业进行阅读，并结合评分要求进行评论，评论要点包括：博文结构、博文内容、博文结构与PSP中“任务内容”列的关系、PSP中“计划共完成需要的时间”与“实际完成需要的时间”两列数据的差异化分析与原因探究，给出这个结对小组在进度计划方面可以提高的具体建议。将以上评论内容发布到博客评论区。
- 完成情况：已完成评论，评论内容截图如下：
（2）克隆任务3项目源码到本地机器，阅读并运行代码，找出项目代码的5个以上bug，参照《现代软件工程—构建之法》4.4.3节核查表复审项目代码并记录。
情况说明：进不去那个github仓库，如图所示：，后点击代码下载，进行下载，发现其文件里没有相应的代码，可能是其未上传成功，后通过寻找那位同学，让其发送其对应的文件过来，才可进行阅读并运行代码
找出来的bug
- 绘制散点图更新不及时，有浏览器缓存
- 回溯算法求解过程太长，用户体验不是很友好
代码复审的核查表如下：
|
复审部分 |
复审情况说明 |
|
1.概要部分 |
（1）代码基本符合要求 |
|
2.设计规范部分 |
(1) 设计遵从项目中常用的模式MVVC |
|
3.代码规范部分 |
修改的部分符合代码风格和规范 |
|
4.具体代码部分 |
（1）对错误没有进行一些处理 |
|
5.效能 |
（1）代码的一些效能还行，就是算法运行时间长 |
|
6.可读性 |
（1）代码的可读性还行，易读，能够让让知道函数的功能（2）注释有点少，不易于非专业人士进行解读 |
|
7.可测试性 |
针对数据库的开发没有整理专门的核查表 |
（3）阅读《现代软件工程—构建之法》第12章内容，完成以下分析任务：
A. 体验任务3实现软件功能，简要描述软件的使用过程，上传使用软件的照片；
- 在软件体检过程中，后端需要安装的Python库有flash,以及flask需要的MYSQLdb，还有画图的Matplotlib等，需要部署相应的环境才可以将软件运行起来，在使用过程中发现其用回溯算法求解时间太长，没有算法测评报错信息，绘制散点图更新不及时等等，其运行结果未能以.txt或者.excel文件来呈现。
- 使用软件的照片如下：
B. 总结任务3要求的功能软件解决了吗？软件在数据量/界面/功能上各有什么优缺点？对该软件产品功能有什么改进意见？
答：任务3要求的功能软件基本实现了，其遗传算法没能够进行实现，软件在界面上设置得通俗易懂，易于用户使用，就是利用算法来进行求解背包问题时时间过长，用户需等待，我觉得可以对回溯算法进行适当的优化，减少时间复杂度，减少用户的等待时间。
C. 从职业、学历、年龄、专业、爱好、收入等方面概括任务3所研发软件产品的典型用户群特征，他们表面需求，潜在需求是什么？
（4）经过（1）—（3）的工作，你们一定有充分的理由给评价作业选择一个结论: a) 非常不推荐 b) 不推荐 c) 一般 d) 好，不错 e) 非常推荐
答：经过我自身使用，发现其有点麻烦，不利于用户体验，所以我给的结论是c).
（5）结合（1）—（3）的评论体会，迭代改进本小组实验三任务3。
任务2：团队组建
1.在实验三结对基础上，结对小组两两自由组合，组建软件项目研发团队；
- 已根据小组情况，决定与吴丽丽，梁丽珍这一小组来一起组建软件项目研发团队
2.申请开通团队博客，点击以下链接提交团队信息，将团队博客加入到班级博客；（3分）
- 已申请开通团队博客，提交团队信息，其相关信息见https://www.cnblogs.com/upower/
3.阅读《现代软件工程—构建之法》第5章内容
第5章内容主要介绍：团队和流程
a.软件项目团队的特点
（1）团队有一致的集体目标
（2）团队成员各自又自己的分工,互相依赖合作,共同完成任务
b.软件团队的模式
（1）一窝蜂模式：最初的一窝蜂形式的软件团队模式，经过一段时间的演变将转变为其他模式；
（2）主治医师模式：首席程序员负责主要模块的设计与编码，其他成员从不同角度提供支持；
（3）明星模式：主治医师模式运用的极点，团队“明星”的能力掩盖了团队所有人的缺陷与优点；
（4）社区模式：成员分布不受时间空间的限制，所有人根据喜好选择项目进行开发，一般不要求报酬；
（5）业余剧团模式：没有固定的团队，且成员在不同的项目中没有固定的工作分配，所有成员由“中央指挥”指示；
（6）秘密团队：秘密状态下进行，无外界干扰，团队肩负独特使命，内部成员自由度与热情较高；
（7）特工团队：团队由专业人士组成，负责一些紧急问题的解决；
（8）交响乐团模式：较多大型软件公司采用，成员与领导者能力较强且有相似的项目开发经验，所有成员各司其职但统一受领导者指挥；
（9）爵士乐模式：与交响乐团模式对立，较为松散，领导者完成框架，其他成员在此基础上创作，最后再由领导者收尾；
（10）功能团队模式：没有固定的团队，由不同能力的成员进行组合，协作完成某一项目，项目完成后成员重新组织进行其它不同项目；
（11）官僚模式：脱胎于大机构的组织架构，几人向小头目报告，小头目向大头目报告。容易形成恶性竞争。
c.瀑布模型及其变形
瀑布模型是一个经典的软件生命周期模型，也叫预测型生命周期、完全计划驱动型生命周期。在这个模型里，在项目生命周期的尽早时间，要确定项目范围及交付此范围所需的时间和成本。
瀑布模型的变形有生鱼片模型和大瀑布带着小瀑布。
d.渐进交付流程
迭代式开发流程，当系统的主要需求和架构明确之后，软件团队进入了一个不断演进的循环中：
开发——>发布——>听取反馈——>根据反馈做改进
e.TSP原则：
（1）使用妥善定义的流程，流程中的每一步都是可以重复、可以衡量结果的；
（2）团队的各个成员对团队的目标、角色、产品都有统一的理解；
（3）尽量使用成熟的技术和做法；
（4）尽量多地收集数据（也包括对团队不利的数据）,并用数据来帮助团队做出理性的决定；
（5）制定切合实际的计划和承诺，团队计划要由负责具体执行的的角色来制定（而不是从上级而来）；
（6）增加团队的自我管理能力；
（7）专注于提高质量，争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作（而不是在后期匆忙修复问题）。
团队相关介绍见团队博客作业
阅读《现代软件工程—构建之法》第7章、第17章，理解MSF的9点基本原则和团队成员绩效
第7章的主要内容有：
1.MSF的九点基本原则：
2.介绍了MSF团队模型、MSF的过程模型还有实战中的软件工程
第17章的主要内容有：
1.领导力的要素：
a.设定目标
b.知人善任
c.带领团队成长
d.绩效管理
2.绩效管理的几种方法
3.介绍了RASCI模型
4.团队成长的几个阶段：萌芽阶段、磨合阶段、规范阶段和创造阶段，还介绍了团队解决分歧的方法
5.IEEE软件工程师的道德规范
记录完成《实验四 团队作业1：软件研发团队组建》各项任务实际花费的时间；（5分）
|
任务 |
完成时间（h） |
|
任务1 |
3 |
|
任务2 |
5 |
|
任务3 |
0.5 |
谈谈完成本次作业的感受和体会。
- 在本次作业中，观了其他小组的代码值得我们学习和反思。在阅读《构建之法》这本书时，我从中学会了挺多，了解到了什么是团队和非团队、TSP原则，以及绩效管理等各种关于团队的内容。在本次组建团队的时候，我们根据各自的特点来进行了组建，组建团队的时候我发现要想组建一个好的团队是不容易的，这需要下一定的功夫，我们要对每个团队成员都有一定的了解，每位成员都有各自的特色，为了完成任务，需要我们团队在今后的工作中相互配合相互学习。
