软件需求分析的任务和过程结构化分析方法原型化方法动态分析方法数据及数据库需求软件需求分析的任务需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的系统元素将功能和信息结构分配到这些系统元素中需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。通常软件开发项目是要实现目标系统的物理模型目标系统的具体物理模型是由它的逻辑模型经实例化，即具体到某个业务领域而得到的需求分析的过程软件的需求包括：问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。(2)分析与综合从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。常用的分析方法(3)编制需求分析阶段的文档软件需求说明书数据要求说明书初步的用户手册修改、完善与确定软件开发实施计划(4)需求分析评审被开发项目的数据流与数据结构是否足够，确定;所有图表是否清楚，在不补充说明时能否理解;主要功能是否已包括在规定的软件范围之内，是否都已充分说明;设计的约束条件或限制条件是否符合实际;开发的技术风险是什么;是否考虑过软件需求的其它方案;是否考虑过将来可能会提出的软件需求;是否详细制定了检验标准，它们能否对系统定义是否成功进行确认;需求分析流程软件需求分析的原则软件需求规格说明的原则规格说明必须包括系统运行环境规格说明必须是一个认识模型规格说明必须是可操作的规格说明必须容许不完备性并允许扩充规格说明必须局部化和松散耦合软件需求方法结构化分析方法结构化分析方法使用工具：数据流图数据词典结构化英语判定表与判定树数据流图描述银行取款过程的数据流图数据流与数据加工之间的关系数据流图的层次结构分层的数据流图在多层数据流图中，顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据底层流图是指其加工不需再做分解的数据流图，它处在最底层中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。结构化分析方法步骤示例商店业务处理系统这个数据流图只是一个高层的系统逻辑模型，它反映了目标系统要实现的功能数据流图绘制步骤首先确定系统的输入和输出根据商店业务，画出顶层数据流图，以反映最主要业务处理流程经过分析，商店业务处理的主要功能应当有销售、采购、会计三大项。主要数据流输入的源点和输出终点是顾客和供应商。然后从输入端开始，根据商店业务工作流程，画出数据流流经的各加工框，逐步画到输出端，得到第一层数据流图第一层数据流图加细每一个加工框销售细化采购细化检查和修改数据流图的原则在数据流图中，需按层给加工框编号。编号表明该加工所处层次及上下层的亲子关系规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡可以在数据流图中加入物质流，帮助用户理解数据流图图上每个元素都必须有名字数据流图中不可夹带控制流初画时可以忽略琐碎的细节，以集中精力于主要数据流数据词典（1）数据流词条描述（2）数据元素词条描述（3）数据文件词条描述（4）加工逻辑词条描述（5）源点及汇(终)点词条描述数据结构的描述存折格式存折＝户名＋所号＋帐号＋开户日＋性质＋(印密)＋1{存取行}50户名＝2{字母}24所号＝“001”..“999”帐号＝“00000001”..“99999999”开户日＝年＋月＋日性质＝“1”..“6”注：“1”表示普通户，“5”表示工资户等印密＝“0”注：印密在存折上不显示存取行＝日期＋（摘要）＋支出＋存入＋余额＋操作＋复核用于写加工逻辑说明的工具（1）结构化英语是一种介于自然语言和形式化语言之间的语言语言的正文用基本控制结构进行分割，加工中的操作用自然语言短语来表示其基本控制结构有三种：简单陈述句结构：避免复合语句；重复结构：while_do或repeat_until结构。判定结构：if_then_else或case_of结构；商店业务处理系统中“检查发货单”（2）判定表以“检查发货单”为例（3）判定树原型化方法随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化；开发者又可能在设计与实现的过程中遇到些没有预料到的实际困难，需要以改变需求来解脱困境。因此规格说明难以完善、需求的变更、以及通信中的模糊和误解，都会成为软件开发顺利推进的障碍。为解决这些问题，逐渐形成了软件系统的快速原型的概念。软件原型的分类实验型：这种原型