软件建模与文档写作第4章 需求分析.pptxVIP

项目前期已经分析了系统环境，粗略了解了用户需求，并给出了未来系统的粗略设计。但是项目前期的主要目的在于项目是否值得开发，因此很多细节被忽略了。但最终系统是不能忽略任何细微环节的，需求分析阶段就是要把项目前期忽略的细节也加以关注，对目标系统提出完整、准确、清晰、具体的要求。 需求分析是软件开发的第一个阶段，它的基本任务是准确回答“系统做什么”的问题，明确未来系统的范围、程度。它完成的质量好坏直接影响后续软件开发活动的质量。 ;4.1 需求分析概述 4.2 结构化方法的需求分析 4.3 面向对象的需求分析 4.4 需求分析的描述规范 4.5 本章小结 ; 需求分析需要实现的是将软件用户对于软件的一系列意图、想法转变为软件开发人员所需要的有关软件的技术规格，但这实际上具有相当难度。一方面是软件开发人员和用户来自不同业务领域，彼此对问题理解方式、习惯用语都存在差异；另一方面，两者之间的交流也可能存在障碍；此外，用户对需求的描述不全面、不准确或不完备，甚至可能不断变化。 软件开发人员往往需要建立需求分析模型来描述目标系统，以帮助用户描述需求、挖掘隐藏需求并加以明确。需求分析模型将是未来系统设计的基础。 遵循科学的需求分析步骤可以是需求分析工作更高效。需求分析的步骤一般分为需求获取、需求建模和细化、需求文档化、需求验证。 ;4.1.1 需求获取 4.1.2 需求建模并细化 4.1.3 需求文档化 4.1.4 需求验证; 项目经过项目前期的项目得以确认以后，需求分析阶段的需求获取，与项目前期的需求获取有所不同。对于顶层抽象的业务需求（或系统需求）可以无须再进行关注，但需要继续关注用户需求、功能需求和非功能性需求，且更为注重细节，强调无歧义、无错误。 ;1．需求类别 （1）用户需求：从用户角度描述系统的需求描述。结构化方法下，数据流和数据字典是表达用户需求的常用方法；面向对象方法下，用例模型（包括用例图、场景描述和用例流程图）是表达用户需求的有效途径。用户需求主要以项目前期的业务分析为基础来获得。 （2）功能需求：功能??求用于说明系统应该做什么，是有关软件系统的最基本的需求表述，涉及软件系统的功能特征、功能边界、输入输出接口、异常处理方法等方面的问题。也就是说，功能需求需要对软件系统的服务能力进行全面的详细的描述，可以用相对用户需求更细化用例模型（包括用例图、场景描述和用例流程图）进行描述。功能需求的功能特征可以从项目前期的业务流程做进一步分析来得到；功能边界、输入输出接口、异常处理方法等其他特征可以通过用户调查等方式得到。 （3）非功能性需求 ：从不同方面描述了产品的各种特性，包括可用性、可移植性、完整性、效率和健壮性。外部接口对系统与外部世界的外部界面进行描述。常见非功能需求的具体内容包括： 用户对系统执行速度、响应速度、吞吐量、并发度等方面的需求； 用户在软件失效的频率、严重程度、易恢复性，以及故障可预测性等方面的要求； 用户在界面的易用性、美观性，报表的美观与格式，以及对面向用户的文档和培训资料等方面的要求； 这类需求主要通过与用户的交流来获得。 ;2．需求获取的方式 （1）访谈用户 （2）开座谈会 （3）问卷调查 （3）跟班作业 （4）收集用户台账资料 软件系统是现实系统的计算机化，与拟开发软件系统有关的现实系统一直在进行并产生结果，台账资料就是现实系统的输入输出，比如仓库必然有入库单、出库单、盘存报告等等。软件分析人员应该认真收集这些台账资料，由此可以更加清楚地认识用户的软件需求。 （5）通过原型完善用户需求 ; 需求分析在项目前期的基础上进行，项目前期的业务分析成果是需求分析的出发点。 在获得需求后，开发人员应该建立目标系统的逻辑模型。需求建模的过程，既是开发人员进行逻辑思考的过程，也是开发人员进一步认识现有系统和目标系统的过程。 在结构化方法下，需求分析模型是由数据流图（以及数据字典）来反映；在面向对象方法下，需求分析模型是由用例模型（用例图+用例的流程图）+分析类来反映。 ;1. 结构化方法分析建模 结构化思想下，系统体现为“程序+数据”，目标系统的系统分析逻辑模型由数据流图和数据字典来描述。 数据流图中的数据（数据流）以及加工体现了结构化方法中的“程序+数据”思想，通过数据流图，可以把软件看作是由数据流联系的各种功能的组合。 为了进一步描述数据流图中的细节，数据字典被用来对数据流图中的加工和数据（数据流）进行补充说明，对数据流中出现的图形元素作出确切的解释。;1. 结构化方法分析建模 根据项目前期的业务分析和其他的需求获取方式获得的需求，可以绘制顶层数据流图。系统顶