文档介绍：项目需求分析
当项目计划完成之后,软件项目就进入了下一个重要的阶段即软件需求分析阶段。它的基本任务是准确地回答“系统必须做什么?”这个问题。
Why to do? —可行性研究√
What to do?—需求分析√
How to do? —系统设计
需求分析的概念
需求分析的任务并不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。
需求分析是指开发人员要准确地理解用户的要求,进行细致的调查分析,将用户非形式化的需求陈述转化为完整的需求定义,再由需求定义转化为相应的软件需求规格说明书(即需求分析的结果)的过程。
需求规格说明书的主要部分是详细的数据流图,数据字典和主要功能的算法描述。通过验收的需求规格说明书是今后软件设计和项目验收的依据。
需求分析的过程
需求分析对于整个软件开发过程以及软件产品的质量至关重要。
从收集资料到形成软件需求分析文档,一般来说要经过四个过程:获取用户需求,分析用户需求,编写需求文档,评审需求文档。
需求分析的任务
需求分析的任务是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的定义和要求。
本阶段要进行的具体工作如下:
,获取用户需求(问题识别)。
这些需求包括:
功能需求:所开发的软件必需具备什么功能(最重要)。
性能需求:指待开发的软件应具备的性能指标,如存储容量,运行时间等。
环境需求:指软件运行时的软件、硬件要求。
用户界面需求:指人机交互方式、输入输出的数据格式等是否友好、便捷等。
此外还有:可靠性需求、安全保密要求、用户界面需求、可移值性、可维护性等方面需求。
调查时可采用以下几种方式:
①与用户交谈,向用户提出问题。
②参观用户的工作流程,观察用户的操作。
③向用户群体发放调查问卷表。
④与同行、专家交谈,听取他们的意见。
⑤分析已经存在的同类软件产品,提取需求。
⑥从行业标准、规则中提取需求。
⑦上搜索相关资料。
分析员协同程序员通过调查分析,同时可以参考该项目的可行性报告和项目开发计划书,来获取当前系统的物理模型,可以采用系统流程图(是用来描述系统物理模型的一种传统工具)表示。例如:计算机售书的系统流程图如下页所示。
计算机售书的系统流程图如下所示
附:
,抽象出当前系统的逻辑模型。
从当前系统的物理模型中去掉非本质因素,如地点、人物等,抽象出当前系统的逻辑模型,可以用数据流图表示。
3. 编写文档
(1)编写“软件需求规格说明书”:
目标系统的逻辑模型是通过软件需求规格说明书来描述的,该说明书是软件生命周期中一份极为重要的文档,它是对需求分析最终结果的描述,书写应当直观、清晰,易于理解和无二义性。
(2)编写“初步用户使用手册”:主要反映软件的用户功能界面和用户使用的具体要求。能强制分析人员从用户使用的观点考虑软件。
(3)编写确认测试计划:做为今后确认和验收的依据。
(4)修改完善软件开发计划:指修改、完善并确定软件开发实施计划。