迪士尼在逃公组 实验二：软件研发团队组建（团队作业）

Posted 2023-04-07 Disney1111

项目	内容
课程班级博客链接	2020级卓越工程师班
这个作业要求链接	实验二：软件研发团队组建（团队作业）
团队名称	迪士尼在逃公组
我的课程学习目标	1. 组建软件项目研发团队 2. 了解团队成员能力，明确在团队中的个人定位 3. 学习完成团队任务，加强团队合作
这个作业在哪些方面帮助我实现学习目标	1.确定开发团队创建博客，利于检查团队开发进度 2.阅读《构建之法》，了解团队分工与职责 3.分析总结团队不足之处，及时查漏补缺
团队博客链接	迪士尼在逃公组

任务1：组建软件项目研发团队

1.队名：迪士尼在逃公组

2. 团队成员组成

成员学号	成员姓名	个人博客地址	备注
202031607132	何欣娜	何欣娜博客地址	PM
202031604107	米乐文	米乐文博客地址
202031607215	宋晔婷	宋晔婷博客地址

3. 成员风采

成员	擅长技术	编程兴趣	软工角色	宣言
何欣娜	C++、Java	后端	PM	今天多一分拼搏，明天多八个白馍馍！
米乐文	C、python	前端	开发	加油加油
宋晔婷	CSS、HTML	前端	文档	好好学习，天天向上

4.团队企业微信群展示：

5.团队特色描述：

任务2：申请开通团队博客

 已顺利完成团队博客申请，博客地址为迪士尼在逃公组。

任务3: 阅读《现代软件工程—构建之法》第5、6、9章内容，总结以下概念与问题：

1. 团队软件过程（Team Software Process,TSP）

团队软件过程是为开发软件产品的开发团队提供指导。

 个人能力的提高同时需要一个有效地工作在一个团体(小组)环境，并知晓如何一致创造高质量的产品。为了提高团队的质量及生产能力，更加精确地达到费用、时间要求，结合个人软件管理过程（PSP）的原则提出了TSP以提高小组的性能，从而提供工程质量。
 TSP能够指导项目组中的成员如何有效地规划和管理所面临的项目开发任务并且告诉管理人员如何指导软件开发队伍始终以最佳状态来完成工作，并且借此建立起自我管理的团队来计划追踪他们的工作、建立目标，并拥有自己的过程和计划。
 特点：

• TSP的早期实践侧重于帮助开发团队改善其质量和生产率，规模大小不一，以使其更好的满足成本及进度的目标。
• TSP团队在广泛领域里可能运用XP, RUP或其它方法。TSP使具备PSP的工程人员组成的团队能够学习并取得成功。

2. 理解TSP原则

在设计TSP过程时，需要按照以下7条原则：

• 循序渐进的原则，在PSP基础上提出简单的过程框架，再逐步完善；
• 迭代开发的原则，选用增量式迭代开发方法；
• 质量优先的原则，按TSP开发的软件产品建立质量和性能的度量标准；
• 目标明确的原则，对TSP的群组及其成员的工作效果提供准确的度量；
• 定期评审的原则，在TSP的实施过程中，对角色和群组进行定期评价；
• 过程规范的原则，对每一个项目的TSP规定明确的过程规范；
• 指令明确的原则，对实施TSP中可能遇到的问题提供解决问题的指南。

3. 敏捷开发的原则

• 尽早并持续地交付有价值的软件以满足顾客需求
• 敏捷流程欢迎需求的变化， 并利用这种变化来提高用户的竞争优势
• 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
• 业务人员和开发人员在项目开发过程中应该每天共同工作
• 以有 进取心的人为项目核心，充分支持信任他们
• 无论团队内外，面对面的交流始终是最有效的沟通方式
• 可用的软件是衡量项目进展的主要指标
• 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去
• 只有不断关注技术和设计，才能越来越敏捷
• 保持简明-尽可能简化工作量的技艺一极为重要
• 只有能自我管理的团队才能创造优秀的架构、需求和设计
• 时时总结如何提高团队效率，并付诸行动

4. Scrum敏捷流程

• 第一步:找出完成产品需要做的事情一Product Backlog。
   产品负责人领导大家对于这个Backlog 中的条目进行分析、细化、理清相互关系、估计工作量等工作。
• 第二步:决定当前的冲刺( Sprint )需要解决的事情一Sprint Backlog。
   整个产品的实现被划分为几个互相联系的冲刺。产品订单上的任务被进一步细化了， 被分解为以小时为单位。如果一个任务的估计时间太长(如超过16个小时),那么它就应该被进一步分解。 订单上的任务是团队成员根据自已的情况来认领。如果团队成员能主导任务的估计和分配，他们]的能动性得到较大的发挥。
• 第三步:冲刺。
   在冲刺阶段，外部人士不能直接打扰团队成员。一切交流只能通过Scrum大师( Scrum Master)来完成。这- ~措施较好地平衡了“交流”和“集中注意力”的矛盾。有任何需求的改变都留待冲刺结束后再讨论。
   冲刺期间，团队通过每日例会( Scrum Meeting)来进行面对面的交流，团队成员大多站着开，依次汇报：我昨天做了啥、我今天要做啥、我碰到了哪些问题。
• 第四步:得到软件的一个增量版本，发布给用户。然后在此基础上又进一步计划增量的新功能和改进。

5. 团队项目经理（Product Manager，PM)的职责

 项目经理的有责任满足以下需求：任务需求、团队需求和个人需求。使用良好做法的知识、工具和技术实现有效的项目管理。可以分为六个方面：

• 对项目成败负责；
• 建立可达成目标，确保团队对目标认知一致；
• 平衡项目范围、进度、成本、质量等项目管理各要素权重；
• 满足所有利益相关者(干系人)的需求和期望，使他们满意；
• 裁剪运用PMP推崇和倡导的项目管理方式方法，做到有效管理；
• 掌握PMI主义，协调相关干系人，实现项目从启动到结尾的全生命周期管理。

记录完成《实验二：软件研发团队组建（团队作业）》各项任务实际花费的时间。

• 完成各项任务花费的时间

  任务内容	预计花费时间	实际花费时间
  确定团队	10	10
  创建企业微信群	5	2
  创建博客园团队博客	30	20
  完成任务三	120	150
  博客撰写	90	90
  反思和总结	30	40

团队各位成员谈谈完成本次作业的感受和体会。

何欣娜：
 初步建立起了小型的三人软件开发团队，大家目前分工已经明确。现阶段需要根据自身情况继续巩固加强自身能力，在以后的团队合作之中充分发挥各自的优点，使得实现1+1>2的效果，期待大家在项目学习中不断成长！
米乐文：
 在完成本次作业的过程中，小组成员分工合作，将实验二的各项任务进行分配，每个人完成一部分，我充分的感觉到了团队合作的重要性和及时沟通的必要性。在此过程中，我们会有意见的分歧，会有小小的摩擦，但是最终都通过不断地交流与合作成功的解决问题。
宋晔婷：
 初步组建三人研发团队且分工明确，通过完成阅读任务理解了团队的软件开发过程及注意事项，大家相辅相成，每个人都有自己的编程开发特色，前后端技术结合，有利于完成软件项目的技术开发。但我们缺乏团队合作经验，希望能在这次团队项目中积累经验，提高个人的编程水平。

《JUST DO IT!》团队作业4-基于原型的团队项目需求调研与分析

一、实验目的与要求

（1）体验以原型设计为基础的团队软件项目需求获取技巧与方法。

（2）学习利用UML模型描述用户需求。

（3）编写软件需求规格说明书。

二、实验环境要求

（1）实验七开发的团队项目原型；

（2）UML绘制工具。

三、实验内容与步骤

实施团队项目软件用户调研活动。

1、需求调研方法

（1）原型法

　　将我们APP端和WEB端的原型发给调研用户，用户通过使用反馈给我们一些意见和建议。

（2）远程交流

　　我们选取典型用户通过qq在线交流的方式获得用户的需求，在了解完用户的需求过后将我们已经做好的原型远程发送给用户使用，确认实际产品是否真的满足了用户的需求，解决了用户的痛点，同时了解到实际产品与用户需求的差距，于此，用户的初步调研已经完成。接着我们根据所了解到的用户需求用户绘制功能图，设计原型，对调研用户进行复查，获取建议。

（3）问卷调查

　　产品最终要面向大众使用，对单一的用户进行调查明显是不够的，因而我们针对产品设计了用语用户需求调研分析的调查问卷，获取更多的建议和用户需求。

2、需求调研过程

调研对象：王女士

用户描述：王女士十分喜爱养殖花草类植物，对于植物的养殖更是有着自己独特的养殖方法。基本上常见的家中养殖植物王女士都有过养殖经验，因而在用户植物需求描述方面王女士十分具有发言权。从采访王女士的采访记录中我们可以看到，在用户养殖植物时确实会遇到各种各样的问题，实际生活中国的确也存在着这样的需求，即用户需要通过某种方法让自己养殖的植物更好的生长，让植物得到好的照料以及获取相关的养殖知识等。

 王女士调研结果：

痛点描述	软件解决方案
工作忙，经常出差，植物经常处于无人照料的状态	-----植物自动化养殖功能
对应植物的养殖方法欠缺，植物只出叶子不出花	-----植物养殖方法推荐功能
些植物对于生长环境的要求较高，如必须保持在一定的温湿度范围内 植物不易养殖，不易存活。	-----实时监测植物温湿度功能 根据植物最优养殖方案实现自 动化养殖。

 

       调查记录如下：

 

3、调查问卷设计（问卷地址：https://www.wjx.cn/jq/23708575.aspx）

　　利用问卷星平台，列出来12道题对用户进行问卷调查。由于我们自动化养殖产品对用户来说主要包括自动化养殖的植物传呼机和实时查看植物状态的APP，且主要用户有普通用户和收入较高的用户，所以本次问卷针对不同用户进行问题设计，调查对植物传呼机和APP的功能需求，完善我们产品的功能。

　　调查问卷在设计时，首先插入了我们产品的原型链接，其中WEB端我们开发较快，已经基本形成雏形，调研用户可以通过我们的链接进行注册和登录，体验我们的产品。

 

　　以下是问卷的问题设计，以及收集到的用户调查的统计结果：

　　外观调查结果：

　　功能调查结果：

4、调查问卷分析

 通过分析调查问卷的结果，我们的植物传呼机实现自动化养殖，基本满足用户的需求。

植物养殖APP在外观和功能上都需要做一些改进：

外观：

（1）简单大方，突出特点

（2）接近大自然，可以以植物为APP图标，以植物花色为背景

功能：

（1）用户可以实时查看植物所处的环境

（2）用户可以在APP上学习相关知识

（3）APP可以根据用户的养殖习惯，为用户推荐一些相似植物

（4）为了使用户将植物养的更好，APP可为用户提供一些养殖建议

（5）为满足用户需求提供在线购物的功能

（6）增加用户交流的功能，使植物爱好者可以互相交流养殖经验

 5、采用UML模型描述任务1所获取的用户需求，请调研用户复查。

          建模工具：

• 在线作图工具ProcessOn：https://www.processon.com/

          通过典型用户采访以及发放调查问卷等方式，将所获取的用户需求运用UML模型描述如下：

         模型一：WEB端物联网开发者及工作人员功能模型：

          模型二：普通用户APP使用模型

         用户复查：此项任务主要为了在用户使用过原型后获得用户使用感受及用户补充需求。

         用户补充需求：养殖交流论坛

                                         

6、参考国标GB8567——88中《软件需求规格说明书》格式，撰写团队项目软件需求规格说明书，并将该文档上传到团队项目Github仓库。

《软件需求规格说明书》：https://github.com/524633094/Software-engineering-project.git

成员具体分工：

张永琪、张琪：用户调研，问卷调查整理数据

刘丽、火忻： 采访用户，需求调研建模

刘琼、付恩丽：需求规格说明

7、团队项目需求分析心得：

        我们小组在这周内进行了需求分析的市场调查与讨论，小组成员经过分工合作，调研工作较快。
        在调研过程中，我们得到了许多调查者对我们产品的意见和建议，经过分析做出产品的功能图，然后请调研用户复查需求分析结果。当然，需求分析不是功能特性越多越好，而是应该紧紧围绕需要解决的核心问题，找到精简的方案快速高效地解决，时机不成熟或模棱两可的答案尽量不要提前分析进去，当思维开始散发延伸时要及时回到需求解决的问题。无论什么项目，只有真正做过需求调研，才会发现我们设计的产品和用户实际需求的产品的差距，通过对调研用户的反馈结果进行分析，能对我们的产品进行完善，以更好的满足市场需求。