201971010235-阮凯 实验四 团队作业1：软件研发团队组建

项目	内容
课程班级博客链接	2022年春软件工程课程班(2019级计算机科学与技术)
这个作业要求链接	实验四 团队作业1：软件研发团队组建
团队名称	夏日限定
我的课程学习目标	克隆运行其他小组的项目； 对比完善自己的项目； 学会团队合作交流；
我实现的学习目标	了解了其他小组完成项目所使用的相关技术； 反思了自己缺点与不足； 体会到了团队合作的重要性；
团队博客链接地址	Summer-limit

任务1的完成情况如下：

1. 博文评论

• 点评内容如下：

2. 项目克隆：

• 克隆情况如下：

3. 代码核查表：

部分	实际完成情况
1. 概要部分
代码符合需求和规格说明么？	代码符合需求
代码设计是否考虑周全？	考虑周全
代码可读性如何？	可读性较高
代码容易维护么？	较易维护
代码的每一行都执行并检查过了吗？	是的
2. 设计规范部分
设计是否遵从已知的设计模式或项目中常用的模式？	遵从
有没有硬编码或字符串/数字等存在？	没有
代码有没有依赖于某一平台，是否会影响将来的移植（如Win32到 Win64 )？	没有，不会影响移植
开发者新写的代码能否用已有的 Library/SDK/Framework 中的功能实现？在本项目中是否存在类似的功能可以调用而不用全部重新实现？	能，存在，有些代码可以调用
有没有无用的代码可以清除？	没有
3. 代码规范部分
修改的部分符合代码标准和风格么？	符合
4. 具体代码部分
有没有对错误进行处理？对于调用的外部函数，是否检查了返回值或处理了异常？	对相关错误进行了处理，没有异常
参数传递有无错误，字符串的长度是字节的长度还是字符(可能是单/双字节)的长度，是以 0 开始计数还是以 1 开始计数？	没有
边界条件是如何处理的？switch语句的default分支是如何处理的？循环有没有可能出现死循环？	没有出现死循环
有没有使用断言（Assert）来保证我们认为不变的条件真的得到满足？	没有
数据结构中有没有用不到的元素？	没有
5. 效能
代码的效能(Performance）如何？最坏的情况是怎样的？	完成了具体任务要求
代码中，特别是循环中是否有明显可优化的部分（C++中反复创建类，C# 中 string 的操作是否能用 StringBuilder 来优化）？	没有
对于系统和网络的调用是否会超时？如何处理？	目前没有出现超时现象
6. 可读性
代码可读性如何？有没有足够的注释？	可读性较好，注释较少
7. 可测试性
代码是否需要更新或创建新的单元测试？针对特定领域的开发（如数据库、网页、多线程等)，可以整理专门的核查表。	否

4. 阅读《现代软件工程—构建之法》第12章内容，完成以下分析任务：

A. 体验任务3实现软件功能，简要描述软件的使用过程，上传使用软件的照片；

• 登录界面：

• 排序实现：

• 散点图的绘制：

B. 总结任务3要求的功能软件解决了吗？软件在数据量/界面/功能上各有什么优缺点？对该软件产品功能有什么改进意见？

• 任务3要求的功能软件基本解决。

• 软件评价：

  • 数据量
    • 优点：数据量取决于文件中的数据量，无明显优点。
    • 缺点：无明显缺点。
  • 界面
    • 优点：界面美观，容易操作。
    • 缺点：界面中按钮的样式需要优化。
  • 功能
    • 优点：实现了基本功能。
    • 缺点：部分功能不完善。

• 改进意见：该软件可以继续深入开发，完善相关功能，比如对数据库中的数据进行展示。

C. 从学历、年龄、专业、爱好、收入等方面概括实验三任务3所研发软件产品的典型用户群特征，他们表面需求，潜在需求都是什么？

• 学历：大专及以上
• 年龄：19岁及以上
• 专业：计算机专业
• 爱好：喜爱计算机编程、网站开发以及算法设计
• 收入：中等收入水平
• 表面需求：了解并实现该项目的相关功能
• 潜在需求：需要设计良好的人机交互界面以及较强的算法掌握能力

5. 为评价作业选择一个结论:a) 非常不推荐 b) 不推荐 c) 一般 d) 好，不错 e) 非常推荐

• e）非常推荐

6. 改进本小组实验三的任务3：

• 对本小组的散点图的绘制显示情况作了相关修改：

• 并将修改提交至仓库：

任务2的完成情况如下：

1. 团队名称：

• 夏日限定

2. 团队成员组成：

成员学号	成员姓名	个人博客地址	备注
201971010235	阮凯	阮凯-博客地址	PM
201971010146	杨凯	杨凯-博客地址
201971010230	孟姣姣	孟姣姣-博客地址
201971010233	潘晴	潘晴-博客地址

3. 团队成员风采：

成员姓名	擅长技术	编程兴趣	希望承担的角色	宣言
阮凯	web前端	web前端和python	PM	做好每一件事
杨凯	java	前端	测试	从现在开始
孟姣姣	java	后端开发	开发	星光不问赶路人，时光不负有心人
潘晴	c语言	前端开发	文档	虽然很菜，但是努力不在菜

4. 阅读《现代软件工程—构建之法》第5章内容：

• 什么是团队？
  
  
  • 团队有一致的集体目标，团队要一起完成这目标。
  • 团队成员有各自的分工，相互依赖合作，共同完成任务。
• 软件团队的模式
  
  
  • 主治医师模式：这样的软件团队中有首席程序员，他负责处理主要模块的设计和编码，其他成员从各种角度支持他的工作（后备程序员、系统管理员、工具开发、编程语言专家、业务专家）。
  • 明星模式：主治医师模式运用到极点，可以蜕化为明星模式。
  • 社区模式：社区由很多志愿者参与，每个人参与自己感兴趣的项目，贡献力量，大部分人不拿报酬。
  • 业余剧团模式：在每一个项目中，不同的人会挑选不同的角色。在下一个项目中，这些人也许会换一个完全不同的角色类型。各人在团队中听从一个中央指挥的指导和安排。
  • 秘密团队:一些软件项目在秘密状态下进行，别人不知道他们具体在做什么。这种模式的好处是：团队内部有极大的自由，较高的热情，没有外界的干扰。
  • 特工模式：软件行业的一些团队由一些有特殊技能的专业人士组成，负责解决一些棘手而有紧迫性的问题。
  • 交响乐团模式：门类齐全、各司其职。当某个软件领域处于稳定成长阶段的时候，众多大型软件公司的开发团队就会采取这种模式。
  • 爵士乐模式：强调个性化的表达，强有力的互动，对变化的内容有创意的回应。
  • 功能团队模式：很多软件公司的团队最后都演变成功能团队，具备不同能力的同事们平等合作，共同完成一个功能。
  • 官僚模式：这种模式在软件开发中会出问题，因为成员之间不光有技术方面的合作和领导，同时还混进了组织上的领导和被领导关系。

5. MSF的9点基本原则：

• 推动信息共享与沟通（Foster open communications)
  
  
  • 所有信息都保留公开，同时对于涉及到技术机密以及安全性等信息采取保护措施。
• 为共同的远景而工作(Work toward a shared vision)
  
  
  • “共同的远景”指产品的远景。
• 充分授权和信任(Empower team members)
  
  
  • 在一个高效的团队中，所有成员都应得到充分授权。
• 各司其职，对项目共同负责(Establish clear accountability and shared responsibility)
  
  
  • 团队中每个角色都有自己的职责，若出现了问题，这个角色就要负责。
• 重视商业价值
  
  
  • 如果你还没有能说清楚你的产品解决了什么问题，为谁解决问题，为什么你的产品会解决这些问题，以及客户怎样付钱让你解决问题，那你就不应该贸然创业。
• 保持敏捷，预期和适应变化(Stay agile, expect and adapt change)
  
  
  • 软件工程，唯一不变的是变化；我们是预期变化，不是期望变化。
• 投资质量（Invest in quality)
  
  
  • 对质量的重视，引发对质量的投资，引发对人、过程和工具的投资。
• 学习所有的经验（Learn from all experiences)
  
  
  • 在学习过去的经验的同时，也要避免让过去的经验妨碍解决现在的问题。
• 与顾客合作(Partner with internal and external customers)
  
  
  • MSF强调产品团队与顾客的交流和合作，因为“我觉得”和“顾客觉得”是两码事。

6. 团队企业微信群：

7. 团队特色描述：

• 团队特点：思维活跃，特点分明，分工明确。
• 核心竞争力：团队组建的时间久，合作的范围广，相互了解。

任务3的完成情况如下：

1. 实际花费时间：

任务	实际花费时间(min)
点评	10
项目克隆	10
代码核查表	30
软件测试	60
改进本小组实验三的任务3	60
团队名称	5
团队成员组成	10
团队成员风采	10
第5章内容的阅读	15
MSF的学习	30
团队企业微信群	2
特色描述	5

2. 感受与体会：

通过对别的小组项目成果进行克隆和测试，意识到了自己的缺点和不足，在以后的学习中，将会注意提升自己的编码能力和界面设计能力。