需求分析的过程(2020年7月整理).pdf

上传人:摩西的****12 文档编号:142415164 上传时间:2020-08-19 格式:PDF 页数:4 大小:169.12KB
返回 下载 相关 举报
需求分析的过程(2020年7月整理).pdf_第1页
第1页 / 共4页
需求分析的过程(2020年7月整理).pdf_第2页
第2页 / 共4页
需求分析的过程(2020年7月整理).pdf_第3页
第3页 / 共4页
需求分析的过程(2020年7月整理).pdf_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《需求分析的过程(2020年7月整理).pdf》由会员分享,可在线阅读,更多相关《需求分析的过程(2020年7月整理).pdf(4页珍藏版)》请在金锄头文库上搜索。

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

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

3、软件的规格说 明为止。常用的分析方法有面向数据流的结构化分析方法,面向数据 结构的 JACKSON 方法,面向对象的分析等,以及用于建立动态模型 学 海 无 涯 2 的状态迁移图或 PETR 网等,这些方法都采用图文结合的方式,可以 直观地描述软件的逻辑模型。 3. 编制需求分许的文档: 已经得到的需求应当得到清晰准确的描述。 通常把描述需求的文档叫做软件需求规格说明书。同时,为了确切表 达用户对软件的输入输出要求, 还需要制定数据要求说明书及编写初 步的用户手册,着重反映被开发的用户界面和用户使用的具体要求。 此外,依据在需求分析阶段对系统的进一步分析,从目标系统的精细 模型出发,可以更准确

4、地估计所开发项目的成本和进度。从而修改, 完善与确定软件开发实施计划。 4. 需求分析评审:作为需求分析阶段工作的复查手段,在需求分析 的最后一步,应该对功能的正确性,完整性和清晰性,以及其他需求 给予评价,评审的主要内容是:系统定义的目标是否与用户的要求一 致;系统需求分析阶段提供的文档资料是否齐全;文档中的所有描述 是否完整、清晰、准确反映用户要求;与所有其他系统成分的重要接 口是否都已经描述;所有项目的数据流与数据结构是否足够、确定; 所有图表是否清楚,在不补充说明时能否理解;主要功能是否已包括 在规定的软件的范围之内,是否都已充分说明;设计的约束条件或限 制条件是否符合实际;开发的技术

5、风险是什么;是否考虑过软件需求 的其他方案;是否考虑过将来可能会提出的软件需求;是否详细制定 了检验标准,它们能否对系统定义是否成功进行确认;有没有遗漏、 重复或不一致的地方;用户是否审查了初步的用户手册;软件开发计 划中的、估算是否受到了影响;为了保证软件需求定义的质量,评审 学 海 无 涯 3 应以专门指定的人员负责,并按规则严格进行。评审借宿应有评审负 责人的结论意见及签字。 除分析人员之外, 用户, 开发部门的管理者, 软件设计,实现,测试的人员都应当参加评审工作。通常,评审的结 果都包括一些修改意见,待修改完成后再经评审通过。才可进入设计 阶段。 分析员和用户的责任: 软件需求分析工

6、作, 是软件开发人员与用户密切配合, 充分交换意见, 最终达到互相谅解的过程。作为开发人员一方的代表,参入需求分析 的是分析员。 分析员又称为系统分析员,系统工程师等,他们处在用户和高级程序 员之间,负责沟通用户和开发人员的认识和见解,起着桥梁的作用。 一方面要协助用户对所开发的软件阐明要求, 另一方面还要与高级程 序员交换意见,探讨用户所提要求的合理性以及实现的可能性。最后 还要负责编写软件需求规格说明书和初步用户手册。 为胜任上述任务,分析员应当具备如下的素质: 1. 能够熟练地掌握计算机硬,软件的专业知识,具有一定的系统开 发经验。 2. 善于进行抽象的思维和创造性的思维,善于把握抽象的

7、概念,并 把它们重新整理成为各种逻辑成分,并给出简明、清晰的描述。 3. 善于从相互冲突或混淆的原始资料中抽出恰当的条目来。 4. 善于进行调查研究,能够很快学习用户的专业领域知识,理解用 户的环境条件。 学 海 无 涯 4 5. 能够倾听他人的意见,注意发挥其他人员的作用。 6. 具有良好的书面和口头交流能力。 软件需求分析方法 : 需求分析方法由对软件的属数据域和功能域 的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图 和物理视图的方式。大多数的需求分析方法是由数据驱动的,也 就是说,这些方法提供了一种表示数据域的机制,分析员根据这 种表示,确定软件功能及其它特征,最终建立一个待开发软件的 抽象模型,即目标系统的逻辑模型。数据域具有三种属性:数据 流、数据内容和数据结构。通常,一种需求分析方法总要利用其 中的一种或几种属性。目前已经出现了许多需求分析方法,每一 种分析方法都引入了不同的记号和分析策略。但它们仍具有以下 的共性。 1. 支持数据域分析的机制 2. 功能表示的方法 3. 接口的定义 4. 问题分解的机制以及对抽象的支持 5. 逻辑视图和物理视图 6. 系统抽象模型

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号