需求分析的过程

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

需求分析的过程

需求分析阶段的工作可以分为四个方面:对问题的识别,分析与综合,制定规格说明和评审。下面分别介绍。

1. 问题识别:首先系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。主要从系统的角度来理解软件并产生计划估算的软件范围是否恰当。确定对目标系统的综合要求,即软件的需求。并提出这些需求实现条件,以及需求应该达到的标准。也就是解决要求所开发软件做什么,做到什么程度。这些需求包括功能需求,性能需求,环境需求和可靠性需求,安全保密要求,用户界面需求,资源使用需求,软件成本消耗与开发进度需求。

2. 分析与综合:需求分析的第二步工作是问题分析和方案的综合。分析员需从数据流和数据结构出发,逐步细化所有的软件功能。找出系统各元素之间的联系,接口特征和设计上的限制,分析它们是否满足功能要求,是否合理,依据功能需求,性能需求,运行环境需求等,剔除其不合理的部分,增加其需要部分,最终综合成系统的解决方案,给出目标系统的详细逻辑模型。在这个步骤中,分析与综合工作反复地进行。在对现行问题和期望的信息进行分析的基础上,分析员开始综合处一个或几个解决方案,然后检查它的工作是否符合软件计划规定的范围等等,再进行修改。总之,对问题进行分析和综合的过程将一直持续到分析员与用户双方都有把握正确地制定该软件的规格说明为止。常用的分析方法有面向数据流的结构化分析方法,面向数据结构的JACKSON方法,面向对象的分析等,以及用于建立动态模型

的状态迁移图或PETR网等,这些方法都采用图文结合的方式,可以直观地描述软件的逻辑模型。

3. 编制需求分许的文档:已经得到的需求应当得到清晰准确的描述。通常把描述需求的文档叫做软件需求规格说明书。同时,为了确切表达用户对软件的输入输出要求,还需要制定数据要求说明书及编写初步的用户手册,着重反映被开发的用户界面和用户使用的具体要求。此外,依据在需求分析阶段对系统的进一步分析,从目标系统的精细模型出发,可以更准确地估计所开发项目的成本和进度。从而修改,完善与确定软件开发实施计划。

4. 需求分析评审:作为需求分析阶段工作的复查手段,在需求分析的最后一步,应该对功能的正确性,完整性和清晰性,以及其他需求给予评价,评审的主要内容是:系统定义的目标是否与用户的要求一致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其他系统成分的重要接口是否都已经描述;所有项目的数据流与数据结构是否足够、确定;所有图表是否清楚,在不补充说明时能否理解;主要功能是否已包括在规定的软件的范围之内,是否都已充分说明;设计的约束条件或限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需求的其他方案;是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准,它们能否对系统定义是否成功进行确认;有没有遗漏、重复或不一致的地方;用户是否审查了初步的用户手册;软件开发计划中的、估算是否受到了影响;为了保证软件需求定义的质量,评审

应以专门指定的人员负责,并按规则严格进行。评审借宿应有评审负责人的结论意见及签字。除分析人员之外,用户,开发部门的管理者,软件设计,实现,测试的人员都应当参加评审工作。通常,评审的结果都包括一些修改意见,待修改完成后再经评审通过。才可进入设计阶段。

分析员和用户的责任:

软件需求分析工作,是软件开发人员与用户密切配合,充分交换意见,最终达到互相谅解的过程。作为开发人员一方的代表,参入需求分析的是分析员。

分析员又称为系统分析员,系统工程师等,他们处在用户和高级程序员之间,负责沟通用户和开发人员的认识和见解,起着桥梁的作用。一方面要协助用户对所开发的软件阐明要求,另一方面还要与高级程序员交换意见,探讨用户所提要求的合理性以及实现的可能性。最后还要负责编写软件需求规格说明书和初步用户手册。

为胜任上述任务,分析员应当具备如下的素质:

1. 能够熟练地掌握计算机硬,软件的专业知识,具有一定的系统开发经验。

2. 善于进行抽象的思维和创造性的思维,善于把握抽象的概念,并把它们重新整理成为各种逻辑成分,并给出简明、清晰的描述。

3. 善于从相互冲突或混淆的原始资料中抽出恰当的条目来。

4. 善于进行调查研究,能够很快学习用户的专业领域知识,理解用户的环境条件。

5. 能够倾听他人的意见,注意发挥其他人员的作用。

6. 具有良好的书面和口头交流能力。

软件需求分析方法:需求分析方法由对软件的属数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的,也就是说,这些方法提供了一种表示数据域的机制,分析员根据这种表示,确定软件功能及其它特征,最终建立一个待开发软件的抽象模型,即目标系统的逻辑模型。数据域具有三种属性:数据流、数据内容和数据结构。通常,一种需求分析方法总要利用其中的一种或几种属性。目前已经出现了许多需求分析方法,每一种分析方法都引入了不同的记号和分析策略。但它们仍具有以下的共性。

1. 支持数据域分析的机制

2. 功能表示的方法

3. 接口的定义

4. 问题分解的机制以及对抽象的支持

5. 逻辑视图和物理视图

6. 系统抽象模型

相关文档
最新文档