- 1、本文档共51页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第三章 需求分析阶段 3.1 需求分析的任务 3.2 需求分析的过程 3.3 数据流程图 3.4 编写数据字典 3.5 需求规格说明书 实训3-1 数据字典的设计与定义 实训3-2 《图书馆书目查询管理系统》需求分析设计 3.1 需求分析的任务 3.1.1 需求分析基本概念 3.1.2 需求分析的重要性 3.1.3 需求分析的任务 3.1.1 需求分析基本概念 需求分析就是分析软件用户的需求“是什么”,回答所要开发的应用系统将要“做什么”。通过对所要开发的目标系统的功能和性能进行详细地分析,用科学的方法来表达所要开发系统的逻辑方案,建立系统的逻辑模型,从而设计出一个合理的优化系统,确定系统的开发方向。 3.1.1 需求分析基本概念 图3-1中,“表达需求”是需求分析员把所接受的用户要求通过逻辑模型准确地表达出来,以便于用户查看,从而确定需求分析员的理解是否正确。 3.1.2 需求分析的重要性 软件开发的宗旨就是满足用户的需求,而需求分析就是分析软件用户的需求是什么,因此,这一阶段的任务极其重要。需求分析应该从理解用户需求出发,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划并文档化。 如果在需求分析阶段能够对软件产品的运行环境做出很好的调查和定位,就不会产生这样严重的后果。可见,需求分析的任务在整个软件开发过程中是极其重要的。 3.1.3 需求分析的任务 一般来说,需求分析阶段的具体任务包括下述几方面: 1.确定对系统的综合需求 (1)系统功能需求; (2)系统性能需求; (3)运行需求; (4)将来可能提出的需求 2.分析系统的数据需求 3.导出系统的逻辑模型 4.修正系统开发计划 5.利用原型化方法开发原型系统 3.2 需求分析的过程 3.2.1 需求分析的过程 3.2.2 需求分析的注意事项 3.2.3 需求风险 3.2.1 需求分析的过程 通常,把整个软件需求工程划分为需求开发和需求管理两个部分,如图3-2所示。 3.2.1 需求分析的过程 1.需求开发阶段 需求分析阶段的工作可以分为四个方面:问题获取、分析、编写规格说明、验证。 2.需求管理阶段 通常的需求管理活动如下: 定义需求基线(迅速制定需求文档的主体); 评审提出的需求变更、评估每项变更的可能影响从而决定是否实施项目; 以一种可控制的方式将需求变更融入到项目中; 使当前的项目计划与需求一致; 估计变更需求所产生影响并在此基础上协商新的承诺,这种承诺具体体现在项目解决方案上; 让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪; 在整个项目过程中跟踪需求状态及其变更情况。 3.2.2 需求分析的注意事项 优秀的软件产品是建立在优秀的需求基础之上的,而高质量的需求来源于客户与开发人员之间有效的交流与合作。 软件客户需求权利书列出了9条关于客户在项目需求工程实施中与分析人员、开发人员交流时的合法要求。每一项权利都对应着软件开发人员、需求分析人员的义务。而软件客户需求义务书也列出了10条关于客户在需求过程中应承担的义务。 3.2.2 需求分析的注意事项 1.客户的权利如下: (1)要求分析人员使用符合客户语言习惯的表达。 (2)要求分析人员了解客户的业务及目标。 (3)要求分析人员编写软件需求规格说明书。 (4)要求得到需求工作结果的解释说明。 (5)要求开发人员尊重用户的意见。 (6)要求开发人员对需求及产品实施提供建议,拿出主意。 (7)描述产品易使用的特性。 (8)调整需求,允许重用已有的软件组件。 (9)获得满足客户功能和质量要求的系统。 3.2.2 需求分析的注意事项 2.客户的义务如下: (1)给分析人员讲解业务。 (2)抽出时间清楚地说明并完善需求。 (3)准确而详细地说明需求。 (4)及时地做出决定 (5)尊重开发人员的需求可行性及成本评估。 (6)划分需求优先级别。 (7)评审需求文档和原型。 (8)需求出现变更要立即联系。 (9)应遵照开发组织处理需求变更的过程。 (10)尊重开发人员采用的需求工程过程。 3.2.3 需求风险 下面将讨论一些需求风险,在软件开发过程中同样值得注意: 1)无足够用户参与 2)用户需求的不断增加 3)模棱两可的需求 4)不必要的特性 5)忽略了用户分类 6)忽略了用户分类
文档评论(0)