《软件需求过程与框架.ppt》由会员分享，可在线阅读，更多相关《软件需求过程与框架.ppt（58页珍藏版）》请在三一办公上搜索。
1、,开发一部:周光明2023年2月2日,软件需求过程与框架,1.需求过程与知识模型,2.需求开发结构框架,3.AMIS对于需求过程与框架的一点实践,4.一些思考,目录,1.需求过程与知识模型,2.需求开发结构框架,3.AMIS对于需求过程与框架的一点实践,4.一些思考,敏捷性等级:以敏捷的方式思考问题,敏捷性等级:以敏捷的方式思考问题,大象-坚固、强壮、生命周期长、记忆时间长。需要一份完整的需求规格说明书。当采用合同化的做法时就属于这种情况。通常具有很长的周期，涉及许多风险承担者，处于不同的地方。开发者的数量也很大，需要使用更为正式的沟通方式。,骏马-快速、强壮并且可依靠。如果劲马项目可能是最常
2、见的项目。需要一些文档，因为需求可能会从一个部门传递到另一部门。组织机构的文化要求开发过程有一定程度的正规性或秩序。中等的生命周期。,兔子-最敏捷的项目。如果有大量频繁的迭代,每次迭代都是以较小的增量交付可以工作的功能,那么这就是兔子。兔子项目不会花许多时间来编写需求。了解领域知识的人与开发者在同一个地方。生命周期相对较短。,根据不同的项目类型,采用的不同敏捷性等级,以裁减过程和框架元素。,需求在整个生命周期中所承担的角色,需求收集,产品反馈,产品设计,产品使用,产品构建,系统模型,系统建模,设计规格说明书,产品,需求规格说明书,风险承担者的想法和需要,构建反馈,设计反馈,需求,模型,预期的操
3、作环境,需求收集与系统建模,需求收集,系统建模,时间,工作量的比例,需求收集与系统建模,需求过程参考模型,网罗需求,质量关,需求复用,复查规格说明,规范化的潜在需求,编写需求,客户的需要,潜在需求,项目启动,产品的战略计划,业务目标,用例,需求模板,产品的战略计划,拒绝,风险承担者,风险承担者,想法和需要,工作范围上下文,接受的需求,风险和费用,风险承担者和管理层,遗漏的需求,复查过的规格说明书,为需求做原型,实验的需求,潜在需求,设计、构建,领域知识可复用需求,结构,产品使用 与演进,主要风险和初始费用,新的需求,客户,需求启动活动参考模型,网罗需求,规范化的潜在需求,编写需求,客户的需要,
4、潜在需求,项目启动,产品的战略计划,业务目标,用例,需求模板,风险承担者,想法和需要,工作范围上下文,为需求做原型,实验的需求,潜在需求,领域知识可复用需求,主要风险和初始费用,客户,项目启动活动提交物,关键风险承担者,风险承担者,工作范围上下文,术语,目标,限制条件,风险,费用,案例:项目目标,案例:术语,案例:工作范围上下文,产品范围上下文,场景1.2.3.,确定最合适的产品,工作范围上下文,业务事件清单,分析每个业务事件,需求,用例图,对每个业务事件的响应(业务用例)经过分析,确定合适的产品.分析师为每个产品用例编写需求。,网罗需求活动参考模型,网罗需求,质量关,规范化的潜在需求,编写需
5、求,客户的需要,潜在需求,项目启动,产品的战略计划,业务目标,用例,需求模板,产品的战略计划,拒绝,风险承担者,风险承担者,想法和需要,工作范围上下文,接受的需求,为需求做原型,实验的需求,潜在需求,领域知识可复用需求,主要风险和初始费用,客户,17,网罗技巧列表,网罗关注的是抽取和发现需求,用例场景1.2.3.,对每一步,场景是与风险承担者一起工作,并确定产品用例的功能的一种方便的方式。每个场景步骤会被分解为他的功能性需求。所有这些功能性需求揭示了产品为实现这个产品用例必须做什么事情。,风险承担者描述工作,用例与非功能性需求,用例,功能性需求,功能性需求,功能性需求,易用性,政策,法律,可维
6、护性,操作,安全,需求知识模型,1.需求过程与知识模型,2.需求开发结构框架,3.AMIS对于需求过程与框架的一点实践,4.一些思考,随需应变的业务系统,过程,人员,信息,网点,业务处理中心,账务处理中心,运管中心,业务系统的三大要素,业务系统,人员(组织、角色),信息(数据流、实体),过程(业务流程、规则),业务系统向应用系统映射,应用系统,业务界面的描述(Form,Menu,Style,Report,Print,Query),业务实体的描述,业务流程的描述业务规则的描述,业务系统和应用系统的描述,业务界面的描述(Form,Menu,Style,Report,Print,Query),业务实
7、体的描述,业务流程的描述业务规则的描述,需求,组件生成,系统所有者,系统用户,系统分析员和项目经理,“过程”,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,“产品”,应用系统,事务处理系统,管理信息系统,决策支持系统,通信与协作系统,组件生成购,系统所有者,系统用户,系统分析员和项目经理,“过程”,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,“产品”-一个应用系统,系统所有者的信息系统视图系统所有者:为要构造和运行的系统付费,设置系统的目标和优先级。因此,他们从解决问题和探索机会的开销和收益的角度看待信息系统。,系统用户的信息系统视
8、图系统用户:为系统定义业务需求和预期。因此,他们从他们的工作提供的功能易学性或易用性方面看待信息系统。,组件生成,系统所有者,系统用户,系统分析员和项目经理,“过程”,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,“产品”,应用系统,经济全球化 电子商务和电子政务 协作与合作经营 持续改进 全面质量管理 业务过程重组,组件生成,系统所有者,系统用户,系统分析员和项目经理,“过程”,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,“产品”,应用系统,网络和因特网 移动和无线技术 对象技术 协作技术 企业应用软件,组件生成购,系统所有者,系
9、统用户,系统分析员和项目经理,“过程”,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,“产品”-一个应用系统,系统启动阶段的发布物系统启动:产生一个业务问题陈述和项目计划,确定要用技术方案解决的问题的范围、目标、进度和预算。,系统分析阶段的发布物系统分析:产生系统用户对业务问题方案的业务需求、预期和优先级的陈述。,组件生成购,系统所有者,系统用户,系统分析员和项目经理,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,应用系统,网络技术,“过程”,功能范围和构想,业务过程需求,目标:改进业务过程,软件技术,组件生成购,系统所有者,系统用户
10、,系统分析员和项目经理,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,应用系统,信息范围和构想,业务数据需求,目标:改进业务知识,网络技术,“过程”,数据库技术,功能范围和构想,业务过程需求,目标:改进业务过程,软件技术,组件生成购,系统所有者,系统用户,系统分析员和项目经理,系统启动,系统分析,项目管理和过程管理,“参与者”,业务驱动力,技术驱动力,应用系统,信息范围和构想,业务数据需求,目标:改进业务知识,网络技术,“过程”,数据库技术,功能范围和构想,业务过程需求,目标:改进业务过程,软件技术,通信范围和构想,业务接口需求,目标:改进业务通信,接口技术,组件
11、生成购,组件生成购,系统所有者,项目经理和系统分析员,范围定义,问题分析,需求分析,逻辑设计,项目管理和过程管理,战略企业规划 战略信息系统规划,战略企业信息技术架构,系统改进目标,信息范围和构想,目标:改进业务知识,限制:批准的网络技术,限制:批准的数据库技术,功能范围和构想,目标:改进业务过程,限制:批准的软件技术,通信范围和构想,目标:改进业务通信,限制:批准的接口技术,工作陈述问题陈述,组件生成购,用例模型,业务需求陈述,系统用户,调研方法:抽样、调研、观察、问题、面谈、原型、JRP,组件生成购,组件生成购,系统所有者,项目经理和系统分析员,范围定义,问题分析,需求分析,逻辑设计,项目
12、管理和过程管理,战略企业规划 战略信息系统规划,战略企业信息技术架构,系统改进目标,信息范围和构想,目标:改进业务知识,限制:批准的网络技术,限制:批准的数据库技术,功能范围和构想,目标:改进业务过程,限制:批准的软件技术,通信范围和构想,目标:改进业务通信,限制:批准的接口技术,工作陈述问题陈述,组件生成购,业务过程需求逻辑过程模型,业务需求陈述,系统用户,调研方法:抽样、调研、观察、问题、面谈、原型、JRP,组件生成购,组件生成购,系统所有者,项目经理和系统分析员,范围定义,问题分析,需求分析,逻辑设计,项目管理和过程管理,战略企业规划 战略信息系统规划,战略企业信息技术架构,系统改进目标
13、,信息范围和构想,目标:改进业务知识,限制:批准的网络技术,限制:批准的数据库技术,功能范围和构想,目标:改进业务过程,限制:批准的软件技术,通信范围和构想,目标:改进业务通信,限制:批准的接口技术,工作陈述问题陈述,组件生成购,业务数据需求逻辑数据模型,业务需求陈述,系统用户,调研方法:抽样、调研、观察、问题、面谈、原型、JRP,业务过程需求逻辑过程模型,组件生成购,组件生成购,系统所有者,项目经理和系统分析员,范围定义,问题分析,需求分析,逻辑设计,项目管理和过程管理,战略企业规划 战略信息系统规划,战略企业信息技术架构,系统改进目标,信息范围和构想,目标:改进业务知识,限制:批准的网络技
14、术,限制:批准的数据库技术,功能范围和构想,目标:改进业务过程,限制:批准的软件技术,通信范围和构想,目标:改进业务通信,限制:批准的接口技术,工作陈述问题陈述,组件生成购,业务数据需求逻辑数据模型,业务过程需求逻辑过程模型,业务和系统接口需求逻辑接口模型,业务需求陈述,系统用户,调研方法:抽样、调研、观察、问题、面谈、原型、JRP,1.需求过程与知识模型,2.需求开发结构框架,3.AMIS对于需求过程与框架的一点实践,4.一些思考,需求工程,需求工程,需求管理,需求开发,编写规格说明,分析,问题获取,验证,包括软件类产品中需求收集、评价、编写文档等所有活动,建立并维护在软件工程中同客户达成的
15、契约,需求的三个层次,业务需求,用户需求,系统需求,功能需求,质量属性,其他非功能需求,约束条件,项目视图与范围文档,用例文档,软件需求规格说明书,ACS MIS 需求的三个层次,业务需求,用户需求,系统需求,功能需求,质量属性,其他非功能需求,约束条件,业务需求说明书,用例说明书,软件需求规格说明书,包括过程、人员、信息,包括业务流程、业务规则,数据接口,包括业务流程、业务规则；业务界面；业务实体,中央银行会计核算数据集中系统业务需求书（最终版）,业务需求,用户需求和功能需求,AMIS需求规格说明书,AMIS各个层次需求的文档,43,需求规格说明书、专家评审,结束标准,项目开工申请、项目计划
16、制定,先行标准,Input,Output,业务需求书ABS数据模型ABS组织模型ABS过程模型ACS核算数据接口,需求规格说明书功能分解图需求用例清单用例说明书需求功能权限列表需求数据权限列表界面交互原型菜单列表功能码工作时序处理清单数据字典业务实体逻辑ERD图数据接口说明书用例对实体矩阵需求跟踪矩阵,在业务需求书范围内有没有遗漏需求?是否检查系统需求的测试/设计/维护可行性?非功能需求(系统的性能,安全,安全,软件的质量特性)是否充分掌握了?,检查项目,掌握新应用程序的需求，赋予优先顺序对应用程序的上级需求进行模型化并确认对这些需求的理解.,目的,定义业务流程模型,定义用户需求,理解业务需求
17、,定义数据模型,定义非功能性需求,定义需求规格说明书,需求验证,定义界面原型,需求评审,检查需求分析 输出物,定义术语,需求分析阶段,44,需求分析阶段,45,任务,定义术语,详细步骤,2,定义业务过程模型,4,定义界面模型,6,定义非功能性需求,7,阅读业务需求书，从流程、人员、信息三个方面来理解业务需求。,1,定义数据模型,5,整理需求问题列表，与客户沟通，解决困惑，确认业务需求。,2,整理出业务系统上下文图，以明确业务系统的边界，明确业务系统的参与者。,3,理解业务需求,1,整理出业务系统的业务需求方面的关键特性，以指导系统的技术预研和技术公关，指导计划的制定和资源的配置。,4,定义用户
18、需求,3,需求分析阶段,46,任务,定义用户需求,详细步骤,3,定义业务过程模型,4,定义界面模型,6,定义非功能性需求,7,定义基本的技术术语。,1,定义数据模型,5,根据业务需求书，整理和定义业务术语。,2,完善技术术语。,3,定义术语,2,理解业务需求,1,需求分析阶段,47,任务,定义术语,2,详细步骤,定义用户需求,3,定义业务过程模型,4,定义界面模型,6,定义非功能性需求,7,把握和理解业务系统上下文图。,1,定义数据模型,5,使用自顶向下的功能分解法，从业务系统上下文图开始分解，达到一定层次来形成功能分解图。,2,从功能分解图出发，归纳出一定粒度的需求用例列表，形成需求用例清单
19、。,3,利用用例获取方法，形成用例说明书。.,4,对用例进行检查，合并和拆分某些可能的用例。,5,对以上过程步骤进行叠代，以精化用户需求。,6,需求分析阶段,理解业务需求,1,48,任务,定义术语,2,详细步骤,定义业务过程模型,4,定义用户需求,3,定义界面模型,6,定义非功能性需求,7,根据功能分解图、用例清单、用例说明书，对每个用例进行流程建模。,1,定义数据模型,5,使用DFD数据流图的方法，或者使用USE CASE DIAGRAM用例图、时序图、活动图、状态图进行流程建模。,2,确认模型的正确性。,3,把模型图增加到用例中，完善用例说明书。.,4,对以上过程步骤进行叠代，以精化业务过
20、程模型。,5,需求分析阶段,理解业务需求,1,49,任务,定义术语,2,详细步骤,定义数据模型,5,定义用户需求,3,定义界面模型,6,定义非功能性需求,7,根据用例说明书，对每个用例进行分析，导出业务实体。,1,定义业务过程模型,4,根据导出的业务实体在数据词典中定义实体的属性，名称，域。,2,业务实体和业务实体间的关系定义在ERD中。,3,记录对业务实体的具体内容和详细描述业务实体的属性，明确的掌握业务规则。,4,把局部逻辑数据模型进行整合为全局的数据模型，并进行优化。,5,需求分析阶段,理解业务需求,1,50,任务,定义术语,2,详细步骤,定义界面原型,6,定义用户需求,3,定义数据模型
21、,5,定义非功能性需求,7,根据用例说明书，对每个用例的交互行为进行分析，整理和归纳出界面交互模式。,1,定义业务过程模型,4,根据界面交互模式的约束，对每个用例进行用户界面的建模。,2,对界面模型进行合并和分拆。,3,对以上过程步骤进行叠代，以精化用户界面模型。,6,需求分析阶段,理解业务需求,1,整理出功能列表。,4,整理出功能码列表。,5,51,任务,定义术语,2,详细步骤,定义非功能性需求,7,定义用户需求,3,定义数据模型,5,定义界面原型,6,整理外部数据接口。,1,定义业务过程模型,4,整理性能需求。,2,整理安全需求。,3,整理权限访问控制需求,包括需求功能权限列表和需求数据权
22、限列表。,4,理解业务需求,1,整理硬件接口需求。,5,整理其他非功能性需求。,6,需求分析阶段,52,任务,需求验证,详细步骤,9,需求分析产出物检查,11,整理前面的需求分析成果，形成需求规格说明书。,1,原则上对需求规格说明书进行瘦身，以之为索引，其他以附件形式组织。,2,检查和精化需求规格说明书。,3,定义需求规格说明书,8,需求评审,10,需求分析阶段,53,任务,定义需求规则说明书,详细步骤,8,需求分析产出物检查,11,与用户一起验证需求。,1,形成用例对实体矩阵需求跟踪矩阵。,2,检查和改进需求。,3,需求验证,9,需求评审,10,需求分析阶段,54,任务,定义需求规则说明书,详细步骤,8,需求分析产出物检查,11,准备工作。,1,组织专家进行需求评审。,2,跟踪和改进需求。,3,需求评审,10,需求验证,9,需求分析阶段,55,任务,定义需求规则说明书,详细步骤,8,需求评审,11,收集需求分析阶段的文档资料。,1,记录检查结果到报告书中。,2,需求分析产出物检查,10,需求验证,9,更新组织资产库。,3,需求分析阶段,1.需求过程与知识模型,2.需求开发结构框架,3.AMIS对于需求过程与框架的一点实践,4.一些思考,需求分析阶段,自顶向下分解方法,用例模型化方法,交互设计方法,数据模型化方法,其他方法。,过程模型化方法,需求分析技术与技巧:,谢谢！,
