

首页  思维导图  详情



需求开发-方法

2020-02-26 15:08:27   2  举报





AI智能生成

《软件需求开发最佳实践》需求开发的要点和方法

需求捕获

需求分析，需求管理

模版推荐

作者其他创作

大纲/内容

需求捕获

（一）、要点

1、四点

①、保证基本点【如图书借阅登记】

②、抓住关键点【如借书期限、节假日维护】

③、澄清重点（核心业务、核心流程；特别看重的业务）【如图书排行、邮件推送】

④、分析难点（比较复杂的业务）【如客户积分及优惠措施】

2、三线

①、理清业务线（功能性需求和业务数据）

②、了解技术线（非功能需求）【如性能要求、数据量、操作模式】

③、了解工程线（工程组织方式、工程阶段划分及划分内容、需求确认方式、成果物规范及基线、变更管理等）

3、两处

①、大处作眼：明确项目目标和业务需求（向中高层进行需求捕获，破除冰山模型；基于价值树分解方法进行目标破解，并向客户汇报）

②、小处着手：整理业务流程、业务规则和业务数据（围绕岗位职责调研做事的步骤、遵循的规则、处理的数据）

4、一抓手

①、基于岗位

岗位是需求捕获的重点工作、重要途径、突破口、切入点

岗位的工作内容、业务数据、上下环节关系

整理组织结构、找到所有的工作岗位、制定周密的调研计划、调研模板

（二）、方法

1、总体捕获

通过5W1H方法，实践业务需求澄清三要素（内容、原因、答案）

澄清问题：对客户要求，心里想why，嘴上问准备解决什么问题？

了解背景：问题背景，who、when、where、what

提出并确认方案：思考变化、约束、方便性，how 解决问题

利用价值树分解澄清业务目标，实现目标的场景化

高层目标：企业目前存在的问题和面临的发展机会

中层的管理需求：业务流程及其管控

基层的操作要求：大多关注效率和质量等操作类要求

在捕获阶段进行目标的价值整理分析

表格：问题、描述、范围、影响、后果、成功标准、方案要点、干系人

2、业务捕获

业务现状捕获（AsIs）：当前业务工作开展模式，包含存在的老系统

目标系统捕获（ToBe）：期望将来业务开展模式

3、技术捕获

4、工程捕获

5、整理评估

二、需求分析

（一）、要点

1、基于两个清册

业务流程清册：业务的框架和脉络

业务域

业务线

业务组

业务流

整理表单清册：业务的主体和范围

业务实体表单

业务查询表单

2、围绕一个核心

基于业务活动的用例分析

业务活动是一个岗位在一个流程中要做的具体事情，可以理解成业务环节

3、建立四个模型

业务模型：客户对业务系统的客观表现，用业务语言描述

分析模型：结合信息系统的特征，对业务模型进行抽象，表现为人与信息系统以及信息系统内部的关系

展示模型：人机交互的实际界面以及具体操作的表达

质量模型：非功能需求，结合软硬件配置，针对各业务内容进行检查

（二）、方法

1、建立业务模型

①、定义

操作类业务模板

分类索引

流程概述：全部节点、基本内容、底层业务

规章依据：流程中业务的依据

业务概述：业务定义、适用范围和条件

流程图：业务处理流程及规则、输入输出表单

各节点职责：业务节点、角色、工作职责、办理时限

关联流程：业务流程处理结束或过长中，根据不同条件触发的其他流程

风险识别：如行为错误（长时间超时）怎么办？数据错误怎么办？

监控规则

表单模板

操作类表单：存档型（结果性、输出存档）表单和输入型表单

报表查询类表单

②、理解

从业务本质（流程和表单）出发建立模型

建模过程采用多次迭代

2、建立分析模型

①、定义

分析模型的多视角：用户视角、架构工程师、PM、系统分析员、设计人员、测试人员视角等

分析模型的抽象过程

物理过程、抽取实质（去除非本质因素）、分析与目标差异、对目标系统进行细化改进与优化、对需求分析进行验证

先抽象再具体

从当前系统先建模化（物理模型：怎么做）和抽象化（逻辑模型：做什么），得到逻辑模型

根据逻辑模型再对目标系统进行实例化（物理模型）和具体化（目标系统）

分析建模的具体作用：了解系统、降低复杂性、有助记忆细节、有组小组交流、有助与用户交流、提供文档

传统结构化方法（功能分析和数据分析）：结构化分析（SA）、自顶向下功能分解、数据流图（DFD）、数据字典、结构化英语、判定表、判定树

面向对象分析方法（系统即对象的集合）：用例模型、类模型（对象模型或概念模型）、顺序图、活动图、用户界面原型

模型驱动分析方法：结构化分析方法 + 面向对象分析方法

②、理解

分析模型的内容和定位：用类和对象表示现实世界，用消息和方法来模拟现实世界运行

关于查询分析，业务模型中已表达充分，不需再作业

业务模型到分析模型的演化

表单到类

表单的汇总分解是类聚合组成关系

表单的分类归纳是类继承泛化关系

流程（活动）到用例实现

业务用例和用例实现的关系

分析归纳的因素：输入、输出、处理、参与者

分析归纳的方法

四个因素都相同：同一用例

仅参与者不同：可抽象成同一用例

仅处理一致：依赖数据项是否在底层平台可配置

输入输出一致、处理不同：多个用例

活动内容到用例实现如何传递

步骤表单岗位到界面

岗位到Actor

其他：所有抽象归纳必须有目的

3、建立展示模型

①、定义

为什么要采用原型：设立靶子，提供原型并由用户评价

为什么SRS外需要原型

眼见为实，文字描述具有歧义性

用户往往看到系统才能提出真实的意见

便于发现问题，及时纠正

便于进一步展开，并获取用户的细节需求

便于统一客户、用户、项目团队对系统的认识

②、理解

展示模型的主要作用：用户感官体验、用户操作体验、界面信息项确认、界面内关系确认、界面间关系确认

界面原型的常用工具：Visio、Excel、Axure、HTML、其他（Word、ppt、白板等）

界面原型要素：页面布局和内容、页面流、提示信息、小元素等

展示模型组成：界面原型、界面说明、信息项说明、提示说明、跳转说明

4、建立质量模型

①、定义：包含约束结构分析和功能偏差对照

②、理解：数据量、系统压力、业务渠道、网络带宽、在线帮助、用户管理、日志异常查询、自动升级等

三、需求管理

（一）、要点

1、静态处理：基线

2、动态处理：变更

3、全软件过程检查：跟踪

（二）、方法

1、基线管理

①、目的：预防滥变

②、版本和基线的区别

2、需求跟踪

①、向前跟踪

②、向后回溯

③、双向跟踪

3、变更管理

①、目的：不是拒绝变更、而是管理、控制变更

②、变更不可怕、可怕的是变更得不到控制

③、无论如何，变更管理的步骤都是一致的

 Collect

Get Started

需求过程

 Collect

Get Started

需求评审流程

 Collect

Get Started

货币需求

 Collect

Get Started

需求管理全过程流程图及详解





0 条评论

下一页