文档介绍：第4章需求分析
●软件需求分析就是把软件计划期间建立的软件
可行性分析求精和细化,分析各种可能的解法,
并且分配给各个软件元素。需求分析是软件定
义阶段中的最后一步,是确定系统必须完成哪
些工作,也就是对目标系统提出完整、准确
清晰、具体的要求。
●在本章首先我们介绍需求分析的基础,然后介
绍结构化需求分析方法,最后介绍其它分析方
法与图形工具分析方法。
第4章需求分析
分力
●软件需求分析的任务是:深入描述软件的功能
和性能,确定软件设计的约束和软件同其他系
统元素的接口细节,定义软件的其他有效性需
求,借助于当前系统的逻辑模型导出目标系统
逻辑模型,解决目标系统“做什么”的问题。
需求分析任务与其实现步骤如图41所示。
●需求分析可分为需求提出、需求分析描述及
求评审三个阶段
图41需求提出和分析的结果
需求提出
系统规格说明:
模
分析
分析模型
模型
需求提出
需求提出主要集中于描述系统目的。需求提出和
分析仅仅集中在使用者对系统的观点上。用户
开发人员和用户确定一个问题领域,并定义
个描述该问题的系统。这样的定义称作系统规
格说明,并且它在用户和开发人员之间充当合
需求分析描述
●在问题分析阶段分析人员的主要任务是:对用
户的需求进行鉴别、综合和建模,清除用户需
求的模糊性、歧义性和不一致性,分析系统的
数据要求,为原始问题及目标软件建立逻辑模
●分析人员的主要做法是:要将对原始问题的理
解与软件开发经验结合起来,以便发现哪些要
求是由于用户的片面性或短期行为所导致的不
合理要求,哪些是用户尚未提出但具有真正价
值的潜在需求
需求评审
●在需求评审阶段,分析人员要在用户和软件设
计人员的配合下对自己生成的需求规格说明和
初步的用户手册进行复核,以确保软件需求
完整、准确、清晰、具体,并使用户和软件设
计人员对需求规格说明和初步的用户手册的理
解达成一致。一旦发现遗漏或模糊点,必须尽
快更正,再行检查。
●为了完成软件需求任务,分析人员必须掌握
些基本技术,主要有
●初步需求获取技术、需求建模、以及用于需
分析的快速原型技术;一些公共的技术包括
采访、观察、先前的系统版本的测试和系统分
析
作为一个好的需求获取技术的显著特征是
●方便通信(可以通过易于理解的语言)
●提供定义系统模块的方法。
●鼓励分析员用问题空间的术语而不是软件术语
去思考问题和编制文档。
●允许并提醒分析员有多种可供选择的设计方案。
●适应需求的变化。