软件工程 第4章_需求分析课件.ppt

软件工程 第4章_需求分析课件.ppt

ID:56966095

大小:946.50 KB

页数:140页

时间:2020-07-22

软件工程 第4章_需求分析课件.ppt_第1页
软件工程 第4章_需求分析课件.ppt_第2页
软件工程 第4章_需求分析课件.ppt_第3页
软件工程 第4章_需求分析课件.ppt_第4页
软件工程 第4章_需求分析课件.ppt_第5页
资源描述:

《软件工程 第4章_需求分析课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、第四章4需求分析4.1需求分析概述需求分析是软件定义时期的最后一个阶段,它的基本任务不是确定系统怎样完成它的工作,而是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。并在需求分析阶段结束之前,由系统分析员写出软件需求规格说明书,以书面形式准确地描述软件需求。即:----准确地回答“系统必须做什么?”在分析软件需求和书写软件需求规格说明书的过程中,分析员和用户都起着关键的、必不可少的作用。需求分析的基本概念1.什么是软件需求分析?2.软件需求分析的任务是什么?3.需求分析过程/步骤4.软件需求分析方法对系统应该提供

2、的服务和所受到的约束进行理解、分析、建立文档、检验的过程;是系统分析人员和用户共同协商,明确系统的全部功能、性能以及运行规格,并且使用软件开发人员和用户都能理解的语言准确表达出来。4.1.1软件需求的重要性软件需求无疑是当前软件工程中的关键问题,没有需求就没有软件。因而,需求分析是软件开发的基础,所产生的需求规格说明书是以后各阶段开发工作的依据。美国于1995年开始对全国范围内的8000个软件项目进行跟踪调查。分析失败的原因发现,与需求过程相关的原因占了45%,而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因,各占13%和12%。未

3、完成完成未实施完成需求分析的重要性软件开发的基础和前提最终目标软件系统验收的标准避免或者尽早剔除早期的错误4.1.2需求分析的困难软件需求是软件工程中最复杂的过程之一:应用领域的广泛性,它的实施无疑与各个应用行业的特征密切相关。非功能性需求建模技术的缺乏,及其与功能性需求有着错综复杂的联系,大大增加了需求工程的复杂性。沟通上的困难,由于系统分析员、需求分析员等各方面人员有不同的着眼点和不同的知识背景,给需求工程的实施增加了人为的难度。需求分析的复杂性和面临的困难片面,不完全模糊,不准确不一致,歧义需求复杂和庞大因此必须使用系统的方法、借助于

4、一系列行之有效的技术和工具进行软件需求分析需求内容一般包括:功能需求性能需求环境需求可靠性需求安全保密要求用户界面需求资源使用需求成本消耗需求开发进度需求预先估计以后系统可能达到的目标软件需求用户需求系统需求功能需求非功能需求领域需求由客户管理员、用户等提出软件需求的内容软件需求内容功能需求它是对系统应该提供的服务、功能以及系统在特定条件下的行为的描述。它与软件系统的类型、使用系统的用户等相关,有时需要详细描述系统的功能、输入/输出、异常等,有时还需要申明系统不应该做什么。领域需求是由软件系统的应用领域所决定的特有的功能需求,或是对功能的约

5、束。非功能需求产品需求机构需求外部需求互操作需求道德需求立法需求性能需求空间需求交付需求实现需求标准需求隐私需求安全性需求可用性需求效率需求可靠性需求可移植性需求4.1.3需求分析的任务需求分析的任务通过对应用问题及其环境的理解和分析,准确、一致和完全地刻划用户需求,形成软件需求规格说明书(SRS:SoftwareRequirementSpecification)。借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决目标系统的“做什么”的问题。需求分析阶段(需求分析过程)的基本活动获取和理解用户需求。深入实际,在充分理解用户需求的基础上,获

6、取系统需求。描述和分析用户需求。进行需求建模、对模型或原型进行分析。对用户需求进行评审。确认需求,进化需求。确保需求说明准确、完整地表达系统的主要特性,且客户的需要总是不断(连续)增长的,进化需求是必要的。需求分析过程示意图获取和理解需求描述和分析需求评审用户需求需求获取技术建模、抽象、多视点、问题分解、原型需求评审原则步骤1:获取和理解用户需求阶段任务获取并理解用户需求,清除用户需求的不一致性,模糊性和歧义性,帮助用户发现潜在的需求原则和用户进行交流和合作将对原始问题理解与软件开发经验结合步骤2:描述和分析用户需求阶段任务对用户需求进行建

7、模,生成SRS和初步用户手册SRS:用户需求(功能,行为,性能等)用户手册:如何操作和使用目标软件,界面描述和使用初步构想,目的…原则确保SRS的完整性、一致性和准确性鼓励用户参与SRS以及用户手册的制定尽可能做到SRS结构清晰,措辞准确和简洁步骤3:对用户需求进行评审任务多方人员一起对SRS进行复核和评审,以确保用户手册和SRS全面、准确、一致地反映用户需求原则支持各方(用户,需求分析人员、设计人员)共同参与评审工作需求获取(requirementselicitation)是需求工程的主体。缺乏领域知识,应用领域的问题常常是模糊的、不精确

8、的;存在默认的知识,如难以描述的常识问题;存在多个知识源,且多知识源之间可能有冲突;客户可能的偏见,如不能提供或不想告知你所需要了解的事情。——非常困难,主要原因有:获取需求的方

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。