用例
政策
功能性需求
功能性需求 功能性需求 安全
可维护性
操作
法律
需求知识模型
1. 需求过程与知识模型 2. 需求开发结构框架 3. AMIS对于需求过程与框架的一点实践 4. 一些思考
• 随需应变的业务系统
网点
转账
业务处理中心
再贷款 再贴现
账务处理中心
运管中心
财政性缴存款 特种存款 公开市场业务
限制: 批准的接口技术
调 研 方 法 : 抽 样 、 调 研 、 观 察 、 问 题 、 面 谈 、 原 型 、 JRP
战略企业信息技术架构
战略企业规划
目标: 改进业务知识 目标: 改进业务过程
战略信息系统规划
目标: 改进业务通信
项 目 经 理 和 系 统 分 析 员
系 统 所 有 者
工作陈述 问题陈述
信息范围和构想
功能范围和构想
通信范围和构想
组件生成购
系 统 用 户 系 统 分 析
业务数据需求
业务过程需求
业务接口需求
项 目 管 理 和 过 程 管 理
数据库技术
软件技术 网络技术
接口技术
技术驱动力
战略企业规划
目标: 改进业务知识 目标: 改进业务过程
战略信息系统规划
目标: 改进业务通信
项 目 经 理 和 系 统 分 析 员
限制: 批准的数据库技术
限制: 批准的软件技术 限制:批准的网络技术
限制: 批准的接口技术
调 研 方 法 : 抽 样 、 调 研 、 观 察 、 问 题 、 面 谈 、 原 型 、 JRP
战略企业信息技术架构
1. 需求过程与知识模型 2. 需求开发结构框架 3. AMIS对于需求过程与框架的一点实践 4. 一些思考
随着对工作理解的加深，业务用例从模糊的意图变为准确的数量，模型变得越来 越精确，并为需求收集提供有价值的反馈。类似地，收集需求也为建模过程提供 了反馈，使建模工作更有效率。
需求过程参考模型
客户 产品的战略计划 客户的需要 项目启动 主要风险和初始费用 领域知识 可复用需求 网罗需求 工作范围 上下文 风险承担者 用例 需求规格 说明书 接受的需求 规范化的潜在需求 需求模板 拒绝 产品的战略计划 风险承担者 风险承担者和管理层 质量关 风险和费用 为需求 做原型 复用库 设计、 构建 结构 需求复用 产品使用 与演进 新的需求
信息范围 和构想 功能范围 组件生成购 和构想 通信范围 和构想
范 围 定 义 问 题 分 析 需 求 分 析 逻 辑 设 计 项 目 管 理 和 过 程 管 理
系统改进目标
组件生成购
业务需求陈述
系 统 用 户
业务数据需求 逻辑数据模型
业务过程需求 组件生成购 逻辑过程模型
限制: 批准的数据库技术
限制: 批准的软件技术 限制:批准的网络技术
系 统 分 析 员 和 项 目 经 理
组件生成 协作与合作经营
持续改进 全面质量管理 业务过程重组 系 统 分 析
系 统 用 户
技术驱动力
业务驱动力
“参与者” “产品” 应用系统
系 统 分 析 员 和 项 目 经 理 系 统 所 有 者
“过程”
网络和因特网 移动和无线技术 组件生成 对象技术
系 统 启 动
系 统 启 动
组件生成购
系 统 用 户
系统分析阶段的发布物
系统分析:产生系统用户对业务问题方案的业务需求、预期和优先 级的陈述。
系 统 分 析
项 目 管 理 和 过 程 管 理
技术驱动力
业务驱动力
目标: 改进业务过程
“参与者” 应用系统
系 统 所 有 者 系 统 启 动
“过程”
系 统 分 析 员 和 项 目 经 理
系 统 用 户
协作技术
企业应用软件
系 统 分 析
项 目 管 理 和 过 程 管 理
技术驱动力
业务驱动力
“参与者”
“产品”----一个应用系统
“过程”
系 统 分 析 员 和 项 目 经 理
系 统 所 有 者
系统启动阶段的发布物
系统启动:产生一个业务问题陈述和项目计划,确定要用技术方案 解决的问题的范围、目标、进度和预算。
确定最合 适的产品
需求 …… …… ……
网罗需求活动参考模型
产品的战略计划 客户的需要 项目启动 主要风险和初始费用 领域知识 可复用需求 网罗需求 工作范围 上下文 风险承担者 用例 需求规格 说明书 接受的需求 规范化的潜在需求 需求模板 拒绝 产品的战略计划 风险承担者 质量关 为需求 做原型 客户
限制: 批准的接口技术
调 研 方 法 : 抽 样 、 调 研 、 观 察 、 问 题 、 面 谈 、 原 型 、 JRP
战略企业信息技术架构
战略企业规划
目标: 改进业务知识 目标: 改进业务过程
战略信息系统规划
目标: 改进业务通信
项 目 经 理 和 系 统 分 析 员
系 统 所 有 者
工作陈述 问题陈述
过程
总行/省行/中支/县行
操作员/业务主管/系统管理员
端对端、人员互连
人员
网点/录入中心协同
交易流水
账务流水 参数信息即时共享与传播
卡/簿信息
报表信息
信息
原始凭证
• 业务系统的三大要素
人员 (组织、角色)
过程 (业务流程、规则)
业务系统
信息 (数据流、实体)
• 业务系统向应用系统映射
业务界面的描述 (Form,Menu,Styl e,Report,Print,Q uery…)
根据不同的项目类型,采用的不同敏捷性等级, 以裁减过程和框架元素。
需求在整个生命周期中所承担的角色
风险承担者的想法和需要
预期的操作环境 需求
需求收集
产品反馈
模型 需求规格说明书
产品使用
设计反馈
系统建模 系统模型 产品设计
构建反馈 产品
设计规格说明书 产品构建
需求收集与系统建模
时间
需求收集
系统建模
事务处理系统 管理信息系统
组件生成
系 统 启 动
系 统 用 户
决策支持系统 通信与协作系统
系 统 分 析
项 目 管 理 和 过 程 管 理
技术驱动力
业务驱动力
“参与者”
“产品”----一个应用系统
“过程”
系 统 分 析 员 和 项 目 经 理
系 统 所 有 者
系统所有者的信息系统视图
系统所有者:为要构造和运行的系统付费,设置系统的目标和优先级。 因此,他们从解决问题和探索机会的开销和收益的角度看待信息系统。
信息范围 和构想 功能范围 组件生成购 和构想 通信范围 和构想
范 围 定 义 问 题 分 析 需 求 分 析 逻 辑 设 计 项 目 管 理 和 过 程 管 理
系统改进目标
组件生成购
业务需求陈述
系 统 用 户
业务数据需求 逻辑数据模型
业务过程需求 组件生成购 逻辑过程模型
业务和系统接口需求 逻辑接口模型
组件生成购
系 统 用 户
业务数据需求
业务过程需求
系 统 分 析
项 目 管 理 和 过 程 管 理
数据库技术
软件技术 网络技术
技术驱动力
业务驱动力
目标: 改进业务知识 目标: 改进业务过程 目标: 改进业务通信
“参与者” 应用系统
系 统 所 有 者 系 统 启 动
“过程”
系 统 分 析 员 和 项 目 经 理
需求工程
包括软件类产品 中需求收集、评 价、编写文档等 所有活动 需求开发
信息范围 和构想 功能范围 组件生成购 和构想 通信范围 和构想
范 围 定 义 问 题 分 析 需 求 分 析 逻 辑 设 计 项 目 管 理 和 过 程 管 理
系统改进目标
组件生成购
业务需求陈述
系 统 用 户
业务过程需求 组件生成购 逻辑过程模型
限制: 批准的数据库技术
限制: 批准的软件技术 限制:批准的网络技术
17
场景是与风险承担者一起工作,并确定产品用例的功能的一种方便的方式。每个场景 步骤会被分解为他的功能性需求。所有这些功能性需求揭示了产品为实现这个产品 用例必须做什么事情。
需求 用例场景 1. …… 2. …… 3. …… 对每一步 需求 需求 需求
风险承担者 描述工作
需求
用例与非功能性需求
易用性
工作量的比例
需求收集与系统建模
需求收集和系统建模有相当程度的重叠----需求收集者使用模型来帮助发现需求， 建模人员使用需求来帮助对功能和数据进行建模。这两种活动得到的工件都用于 理解和确定需求。
开始时，需求收集活动占主导地位。所创建的仅有的模型是上下文图，也许还有 探索性的数据模型和风险承担者图。需求分析师忙于发现业务目标、风险承担者 、工作(或业务领域)以及期望的结果。
软件需求过程与框架
开发一部:周光明 2013年8月27日
目录
1. 需求过程与知识模型 2. 需求开发结构框架 3. AMIS对于需求过程与框架的一点实践 4. 一些思考
1. 需求过程与知识模型 2. 需求开发结构框架 3. AMIS对于需求过程与框架的一点实践 4. 一些思考
敏捷性等级: 以敏捷的方式思考问题
编写需求
网罗技巧列表
网罗技巧 业务事件 当前情况建模 做学徒 访谈 业务用例研讨会 兔子项目 骏马项目 大象项目
***
* *
***
** **
***
*** ***
*** *** ***