网站大量收购独家精品文档,联系QQ:2885784924

敏捷软件开发项目管理与实践04 软件需求及开发积压工作管理(任务2)-4学时.pptx

敏捷软件开发项目管理与实践04 软件需求及开发积压工作管理(任务2)-4学时.pptx

  1. 1、本文档共85页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

;;选择四组同学,两人一组,另找一位同学承担任务安排员,按如下顺序安排任务,四组同学按顺序完成任务,不得相互交流:

每两人共分一张A4纸,每人半张

每人将各自手中的半张纸撕成一样大小的四条

将四条中的一条放在另一条的中间

任务安排员用语言来描述如下图所示的内容,另外八位同学根据描述来编排图形。;1;软件工程认识观;;7;软件开发过程中切忌“只见树木,不见森林”,这里的“森林”是系统,而树木是实现系统所需的技术要素(包括软件)。在关注树木之前,必须先了解森林。

为了了解软件所处的外部系统,必须识别相关的硬件、软件、人员、数据库、流程和其他系统要素的角色,对有效的需求进行提取、分析、说明、建模、确认和管理,这些是系统工程的基础。

系统工程是通过和客户、未来用户以及其他利益相关者一起工作以理解系统需求,而需求工程是帮助软件工程师更好地理解将要解决的问题。

需求工程首先定义将要解决的问题范围和性质;然后是引导、帮助客户定义需要什么;接下来是梳理和精练需求,精确定义和修改基本需求。;目的:抽取需求,确保利益相关者取得一致理解,并调整需求、计划和工作产品,保证三者一致性;确保客户的需求和期望得到满足。主要活动为:

收集用户需求,将用户需求文档化(形式可以多样);

对用户需求进行评审,就用户需求说明书或MRD达成一致;

对需求进行分析,将分配给软件的系统需求文档化,形成需求规格说明书或PRD(产品需求文档);对分析的定稿的需求进行评审并建立软件需求基线;

管理和控制需求基线及需求变更,保持软件需求和项目计划、工作产品及过程活动的一致性。;三种典型的需求类型:

客户或业务需求

解决方案需求

接口或连接需求

这些需求合在一起满足了利益相关者的需要,包括与各种生命周期阶段和属性相关的需要,也包含约束条件。;挖掘出需求,并取得理解一致是开发出满足客户解决方案的基础,需求开发活动包括:

抽取、分析、确认和沟通客户的需求、期望和约束条件

在资源约束下,确定客户需求的优先级,以了解什么能够满足利益相关方的需求

开??解决方案的生命周期需求

开发操作概念和场景

开发客户功能和质量属性需求,包括描述、分解和分配需求到功能

制定符合客户需求的初步解决方案需求,输出用户需求说明书;在分析过程中还可能识别出如下需求:

各种类型的约束条件;

技术限制;

成本;

时间约束条件;

风险;

功能、支持和维护问题;

客户暗示但未明确陈述的问题;

商业考虑、法规和法律。;客户提供的意见、要求,用户招标文件;

利益相关者提供的意见、要求;

以前的工作或岗位工作标准;

现有的解决方案,当前系统发现的问题或对当前系统的增强报告;

业务所在领域的参考文献;

与业务领域相关的法律和法规、标准;

客户的业务政策,比如:销售政策、商务政策、市场推广政策;

以前的技术或业务架构设计及原则;

业务环境需求(如实验、测试和其他设施、信息技术基础设施);

针对竞争性产品的分析

用户任务的内容分析,开发具体的情节或活动顺序,确定用户利用系统需要完成的任务,由此可以获得用户用于处理任务的必要功能需求。;技术演示、临时项目评审

问卷调查、访谈、场景(操作、维护和开发)

演练、与利益相关方进行质量属性抽取研究会

原型和模型、头脑风暴

市场调查、Beta测试

从文档、标准或规范等来源中提取

观察现在的解决方案、环境和工作流模式

用例、业务案例分析、用户的招标文件

逆向工程(针对旧的解决方案)

客户满意度调查、观点分析;做为一个敏捷小组,在给某个客户开发一款软件

通过什么方式让用户、项目成员就需求的理解达成一致?

怎么来提高沟通的效果?有什么样的办法?

如果信息交流出了问题,会出现什么情况?;技术需求——需要提供技术解决方案类的需求

在需求调研阶段收集及需求分析阶段确定的功能需求

在设计期间开发的外部接口或连接需求、内部接口或连接需求

在需求调研阶段及需求分析阶段确定的质量、操作、性能需求

在需求分析阶段开发的验证、确认、验收准则

在需求调研阶段及需求分析阶段确定安全性需求

非技术性需求——需要从商务角度考虑的需求

价格和成本

交付的约束条件

资源的约束条件

培训、客户互动(例如状态报告、会议)

为了避免需求范围蠕变,制定准则以指定适当的渠道来接收需求变更;对功能性需求进行分析时可按如下步骤获取需求的细节:

定义项目的视图和范围,可以采用“长篇故事-特性-需求/用户故事/产品积压工作项”三级分解的方式加以明确。

确定使用功能的用户类/岗位。

在每个用户类/岗位中确定适当的代表。

确定需求决策者及其决策过程。

选择所用的需求获取技术;

运用需求获取技术对作为系统一部分的应用场景(即用例)进行开发并设置优先级。

从用户那里收集质量属性、操作要求和其他非功能性需求。

编写详细的用例描述使其融合到必要的功能需求中。

您可能关注的文档

文档评论(0)

yzs890305 + 关注
实名认证
内容提供者

计算机二级持证人

该用户很懒,什么也没介绍

领域认证该用户于2024年11月02日上传了计算机二级

1亿VIP精品文档

相关文档