获取和引导需求:
- 来自用户
- 引导用户产生需求
- 预计需求的产生
GPS+GIS+私家车产业发展+手机普及=什么需求
- 需求可以来自管理机构:
- 需求可以来自企业内部
- 需求可以来自技术团队本身
- 需求来自要更好地了解用户需求
(需求来自管理机构、需求来自自由企业、需求来自老板本身、用户的反馈)
一、需求分析概述
需求分析实现的目标:是将软件用户对于软件的一系列意图、想法转变为软件开发人员所需要的有关
软件的技术规格,但实际上这具有相当大的难度。
需求分析的步骤:需求获取、需求建模和细化、需求文档和需求验证。
1、需求获取(需求类别、需求获取的方式)
项目经过前期的确认以后,在需求分析阶段获取的需求,与项目前期获取的需求有所不同。
(1)需求类别:用户需求、功能需求、非功能需求
(2)需求获取的方式:访谈用户开座谈会、问卷调查、跟班作业、收集用户台账资料、通过原型完善用户需求
需求获取的方式
- 焦点小组Focus Groups
- 卡片分类Card sorting
- 用户问卷调查Surveys
- 人类学调查Ethnographic Studies
- 快速原型调研Quick Prototype Studies
- 眼动跟踪研究Eye Tracking Studies
- 日志调研Diary Studies
- 深入面谈In-depth Interview
- A/B测试
2、需求建模并细化
(1)结构化方法分析建模:结构化思想下,系统体现为“程序”+"数据",目标系统的系统分析逻辑模
型由数据流图和数据字典来描述。
(2)面向对象方法分析建模:面向对象方法下,目标系统的系统分析逻辑由用例模型(用例图+用例
流程图)+分析类模型构成。
数据流图:是描述系统中数据流的图形工具,是一种用来表示信息流和信息变换过程的图解方法。
数据字典:是被用来对数据流图中的加工和数据(数据流)进行补充说明,对数据流中出现的图形
元素做出确切的解释。
3、需求文档化
需要文档是后续的软件设计和测试的重要依据,需求文档应该具有清晰性、无二义性和准确性,并且 能够全面和准确地描述用户需求。
4、需求验证
需求验证是对需求分析的成果进行评估和验证。
二、结构化方法的需求分析
结构化方法的需求分析由数据流图及数据字典构成。
1、数据流图有四种基本符号:正方形或立方体、圆角矩形或圆形、开口矩形或两条平行线、箭头。
- 正方形或立方体:表示数据的源点或终点
- 圆角矩形或圆形:表示变换数据的处理
- 开口矩形或两条平行线:表示数据存储
- 箭头:表示数据流
2、数据字典一般应包括对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述。
三、面向对象的需求分析
面向对象的需求分析,基于面向对象的思想,以用例模型为基础。
- 参与者:表示与系统进行交互的用户或外部系统,使用系统的对象
- 用例:指外部可见的系统功能,对系统提供的服务进行描述
- 关联:表示参与者与用例之间的通信,任何一方都可发送或接受消息
- 泛化:是通常理解的继承关系
- 包含:指一个较复杂用例所表示的功能分解成较小的步骤
- 扩展:把用例功能的延伸,相当于为基础用例提供一个附加功能
- 系统:表示一个物体或一项活动
关联指参与者与用例之间的关系;
泛化指参与者之间或用例之间的关系;
包含指用例之间;
扩展指用例之间的关系: