一.缩写的含义
SA: Structured Analysis 结构化分析
OOA:Object Oriented Analysis 面向对象分析
DFD:Data Flow Diagram 数据流图
DD: Data Dictionary 数据词典
STD:Status Transfer Diagram 状态-变迁图
CFD:Control Flow Diagram 控制流图
ER: Entity Relation 实体关系
PSPEC:Process Specification 加工说明
CSPEC:Control Specification 控制说明
IPO:Iput Process Output 输入 加工 输出 (IPO是指结构化设计中变换型结构的输入(Input)、加工(Processing)、输出(Output)。IPO图是对每个模块进行详细设计的工具,它是输入加工输出(INPUT PROCESS OUTPUT)图的简称,它是由美国IBM公司发起并完善起来的一种工具。)
二.引起需求风险存在方面
·无足够用于参与
·用户需求不断增加
·模棱两可的需求
·不必要的特性
·过于简明的规格说明
·忽略了用户分类
·不准确的计划
三.软件需求过程的标准:
清楚(clear)、完整(complete)、一致(Consistent)、可测试(Testable),此外还有,如可跟踪,可修改etc.
四.需求开发步骤:
·需求获取:确定三个层次需求,对于业务层要强调明确业务总目标及使用范围,对用户层,要强调明细用户工作流程,对于功能层还要手机系统运行环境的限制等非公恩那个行需求。
·需求分析:确定并完善需求。初期阶段所获得的大量需求往往不系统、不完整甚至个别需求是错误的、不必要的,只有通过提炼,分析和仔细审查,彼此沟通,采用适当的表象方式,比如绘制业务目标关联图,绘制功能结构示意图,编制数据字典,编写用户实例等,明白需求含义并找出其中的错误、遗漏或不走的地方,尤其是要用特定符号标识需求优先级
·编写规格:将已收集并做分析处理的需求经编制整理成规范化的可是文档,机软件需求规格说明书
·需求验证:确定第三阶段所编制的需求文档是否与预期的一致,是否符合搞质量的需求的评价标准。
五.需求管理包括:
·定义需求基线(迅速制定需求文档主体)
·评审提出的需求变更、评估没想变更的可能影响从而决定是否实施它
·一种可控制的方式将需求变更融入到项目中
·估计变更需求所产生影响并在此基础上协商新的约定
·让没想需求能与其对应的设计、源代码和测试用例联系起来以实现更总。
·在整个项目过程中跟踪需求状态从其变更情况
六.软件需求方法:
·结构化方法(Structured Analysis:SA)
·面向对象方法(Object Oriented Analysis:OOA)
·面向控制方法
·面向数据方法
七.需求分析评价指标:
功能性、完整性、正确性、逻辑性、表现性、合理性、可实施性等
八.软件需求说明书:
软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解, 使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下:
1 引言
1.1编写目的:说明编写这份软件需求说明书的目的,指出预期的读者。
1.2背景
说明:
a.待开发的软件系统的名称;
b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
C.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义