文档介绍：(维护报告)问题定义编码需求分析设计可行性研究运行与维护测试开发时期运行时期计划时期(目标与范围说明书)(可行性论证论告)(测试报告)(程序)(设计文档)(需求说明书)瀑布模型软件需求分析是软件生命期中重要的一步,也是决定性的一步。、分析、建立文档、检验的过程——??: 在可行性分析的基础上,进一步了解确定用户需求。准确地回答“系统必须做什么?”的问题。获得需求规格说明书。Boehm对软件需求的定义: 研究一种无二义性的表达工具,它能为用户和软件人员双方都接受并能够把“需求”严格地、形式地表达出来。由于需求分析方法不同,描述形式不同。其实现步骤如下图所示:当前系统模型化目标系统物理模型具体化物理模型抽象化逻辑模型实例化逻辑模型做什么导出理解需求表达需求软件需求用户需求系统需求功能需求非功能需求领域需求需求的类型业务需求(businessrequirement)客户对系统的高层次的目标要求。在项目视图与范围文档中予以说明用户需求(userrequirement)用户使用产品必须要完成的任务功能需求(functionalrequirement)开发人员必须实现的软件功能,使得用户能完成他们的任务,满足业务需求非功能需求(non-functionalrequirement)对系统提供的服务或者功能提出的约束,包括时间、开发过程、软件质量、标准等约束一个例子从不同的角度来看,需求具有不同的层次,即业务需求、用户需求、功能需求和非功能需求等例子:字处理程序之“拼写检查器”业务需求:“用户能有效地纠正文档中的拼写错误”用户需求:“找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”功能需求:“找到并高亮度提示错词的操作”;“显示提供替换词的对话框”;“实现整个文档范围的替换”非功能需求:“替换操作执行速度快”;“异常出现概率小”需求工程过程问题识别分析与综合编写文档分析评审可行性研究需求导出和分析需求描述需求有效性验证可行性报告系统模型用户需求和系统需求需求文挡需求获取系统分析人员通过与用户的交流、对现有系统的观察及对任务进行分析,确定:系统或产品范围的限制性描述与系统或产品有关的人员及特征列表系统的技术环境的描述系统功能的列表及应用于每个需求的领域限制一组描述不同运行条件下系统或产品使用状况的应用场景为更好地定义需求而开发的任意原型。需求获取的工作产品为进行需求分析提供了基础