软件需求分析与总体设计

《软件需求分析与总体设计》由会员分享，可在线阅读，更多相关《软件需求分析与总体设计（63页珍藏版）》请在金锄头文库上搜索。

1、软件需求分析与软件需求分析与总体设计总体设计讲座教师：殷 锋 博士西南民族大学图书馆副馆长西南民族大学计算机科学与技术学院教授（原副院长）o1 需求工程概述需求工程概述o2 需求分析及其任务需求分析及其任务 o3 获取需求的方法获取需求的方法o4 需求分析与软件设计的关系需求分析与软件设计的关系o5 规格说明的工具（实体联系图、数据规规格说明的工具（实体联系图、数据规范化、状态转换图、其它图形工具）范化、状态转换图、其它图形工具）o6 验证软件需求验证软件需求软件需求分析软件需求分析 1 1 需求工程概述需求工程概述 需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人

2、员理解问题并定义目标系统的所有外部特征的一门学科。 需求工程的活动：需求获取需求获取需求建模需求建模形成需求规格（规约）形成需求规格（规约）需求验证需求验证需求管理需求管理需求工程的层次分解示意图 需求工程需求工程 需求活动需求活动 需求管理需求管理 问题问题获取获取分析分析编写规编写规格说明格说明 验证验证2 2 需求分析及其任务需求分析及其任务 准确地准确地定义定义未来系统的目标，确定未来系统的目标，确定为了满足用户的需求，系统必须要做为了满足用户的需求，系统必须要做的工作和应完成的功能。然后以的工作和应完成的功能。然后以需需求规格说明书求规格说明书的形式准确、规范地的形式准确、规范地表达

3、用户的表达用户的需求需求。需求分析的步骤需求分析的步骤需求获取需求获取需求提炼：分析建模需求提炼：分析建模( (通过数学建模、通过数学建模、有穷状态机、有穷状态机、Z Z语言、语言、PetriPetri网等形式网等形式或半形式化方法导出软件的逻辑模型或半形式化方法导出软件的逻辑模型) )需求描述：编写需求描述：编写需求规格说明书需求规格说明书需求验证需求验证软件需求分析的几个阶段软件需求分析的几个阶段问题分析问题评估和方案综合建模规约复审 注意：软件“系统分析员”的主要工作焦点是“做什么(what)”，不是 “怎样做(how)”。o（1） 确定对系统的综合要求确定对系统的综合要求n功能需求功能

4、需求n性能需求性能需求n可靠性和可用性需求可靠性和可用性需求n出错处理需求出错处理需求n接口需求接口需求n约束约束n逆向需求逆向需求n将来可能的需求将来可能的需求o（2） 分析系统的数据要求分析系统的数据要求o（3） 导出系统的逻辑模型导出系统的逻辑模型o（4） 修正系统开发计划修正系统开发计划软件需求分析的重要内容软件需求分析的重要内容3 需求获取需求获取 需求获取的目的o 清楚地理解所要解决的问题o 完整地获取用户需求需求获取面临的挑战：(1)问题空间理解；(2)人与人之间的通信与交流困难；(3)需求随着时间的不断变化。需求获取的方法o访谈访谈o面向数据流自顶向下求精面向数据流自顶向下求精

5、o简易的应用规格说明书简易的应用规格说明书o快速建立软件原型快速建立软件原型某出版社系统调查表某出版社系统调查表编编号号提出问题提出问题1您在哪个部门工作？2出版业务流程是什么？3您每日都处理那些文件、数据、报表？4工作中手工处理特别麻烦的事情是什么？5工作中手工处理什么问题解决不了？影响效率的问题有哪些？6您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些办法？某出版社系统调查表某出版社系统调查表编编号号提出问题提出问题7您的部门需要成本核算和统计的内容有哪些？8您的部门采用计算机管理工作情况如何？9如何改进业务流程使之更合理？10 哪些问题是目前传统手工方法根本无法解决的？11 出版

6、社计算机管理信息系统需要解决什么问题出版社计算机管理信息系统需要解决什么问题？需求所要获取的内容 （1）用户需求分类 1)功能性需求: 定义系统需要做什么（描述系统必须支持的功能和过程）； 2)非功能性需求（技术需求）: 定义系统工作时的特性（描述操作环境和性能目标）。两类需求应包括的具体内容1) 1) 功能功能2) 2) 性能性能3) 3) 环境环境4) 4) 界面界面5) 5) 用户或人的因素用户或人的因素6) 6) 文档文档 7) 7) 数据数据8) 8) 资源资源9) 9) 安全保密安全保密10)10)软件成本消耗与开发进度软件成本消耗与开发进度11)11)质量保证质量保证1) 功能需

7、求 系统做什么？ 系统何时做什么？ 系统何时及如何修改 或升级？2) 性能需求 软件开发的技术性指标例如： 存储容量限制 执行速度、相应时间 吞吐量3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等软件： 操作系统 网络 数据库4) 界面需求 有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？6) 文档需求 需哪些文档？ 文档针对哪些读者？7) 数据需求 输入、输出数据的格式？ 接收、发送数据的

8、频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？8) 资源需求 软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、 支撑软件、开发设备等。9) 安全保密要求 需对访问系统或系统信息加以控 制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作 系统隔离？ 系统备份要求？10) 软件成本消耗与开发进度需求开发有规定的时间表吗？软硬件投资有无限制？11) 质量保证 系统的可靠性要求？系统的可靠性要求？ 系统必须监测和隔离错误吗？系统必须监测和隔离错误吗？ 规定系统平均出错时间？规定系统平均出错时间？ 出错后，重启系统允许的时间？出错后，重启系统允许的时间

9、？ 系统变化如何反映到设计中？系统变化如何反映到设计中？ 维护是否包括对系统的改进？维护是否包括对系统的改进？ 系统的可移植性？系统的可移植性？分析方法与方案综合分析方法与方案综合o分析员从数据流向数据结构出发，逐步细化所有的分析员从数据流向数据结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性软件功能，找出系统各元素之间的联系、接口特性和设计上的限制，分析它们是否满足功能要求，是和设计上的限制，分析它们是否满足功能要求，是否合理。依据功能需求、性能需求运行环境需求等，否合理。依据功能需求、性能需求运行环境需求等，剔除其不合理的部分，增加其需要部分。最终合成剔除其不合理的部分

10、，增加其需要部分。最终合成系统的解决方案，给出目标系统的详细逻辑模型。系统的解决方案，给出目标系统的详细逻辑模型。o常用的分析方法有常用的分析方法有SA、JSD、OOA4 4 需求分析与软件设计的关系需求分析与软件设计的关系需求分析需求分析：系统需要做什么系统需要做什么 (对问题的调查与描述对问题的调查与描述)软件设计软件设计：系统如何做系统如何做 (逻辑解决方案逻辑解决方案)当前的需求使我们考虑选择某种设计选项当前的需求使我们考虑选择某种设计选项当前的需求使我们考虑选择某种设计选项当前的需求使我们考虑选择某种设计选项选择设计选项可能引发新的需求选择设计选项可能引发新的需求选择设计选项可能引发

11、新的需求选择设计选项可能引发新的需求需求分析与软件设计的界限需求分析与软件设计的界限需求分析与软件设计的界限需求分析与软件设计的界限：存在、模糊、迭代存在、模糊、迭代存在、模糊、迭代存在、模糊、迭代需求的类型需求的类型需求类型需求类型软件需求软件需求设计约束设计约束功能性需求功能性需求非功能性需求非功能性需求父需求父需求子需求子需求1子需求子需求2子需求子需求3例：父需求：例：父需求：系统安全性使用行业标准系统安全性使用行业标准 子需求子需求1：数据安全性采用事务日志数据安全性采用事务日志 镜象方法。镜象方法。 子需求子需求2：数据保密性根据身份等级数据保密性根据身份等级 分配相应数据库存取权

12、限分配相应数据库存取权限 子需求子需求3：需求分析的过程(1) 通过对现实环境的调查， 获得当前系统的物理模型 学学生生学学生生购购书书申申请请购购书书单单发发票票领领书书单单书书信北信北107107张张教务科教务科信北信北206206王王会计室会计室信北信北206206李李出纳员出纳员( (二实南二实南) )赵赵教材科教材科学生购买教材的实际处理流程学生购买教材的实际处理流程当前系统物理模型当前系统物理模型(2) 去掉具体模型中的非本质因素， 抽取现实系统的实质，抽象出当前系统 的逻辑模型。 学生购买教材的逻辑模型学生购买教材的逻辑模型学学生生学学生生购购书书申申请请购购书书单单发发票票领领

13、书书单单书书审查审查有效性有效性开发票开发票开领开领书单书单发书发书需求分析的过程需求分析的过程(3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 计算机教材管理系统的逻辑模型计算机教材管理系统的逻辑模型学学生生购书单购书单发票发票领书单领书单审查并审查并开发票开发票开领开领书单书单无效书单无效书单学学生生需求分析过程示意(4) 对目标系统的逻辑模型进行改进与优化(5) 需求分析的验证 需求分析的步骤需求分析的步骤当前当前系统系统目标目标系统系统物理物理模型模型逻辑逻辑模型模型逻辑逻辑模型模型物理物理模型模型模型化模型化抽象化抽象化具体化具体化实例化实例化怎怎么么做做做做什什么么当

14、前当前系统系统目标目标系统系统需需求求定定义义 逻辑模型和物理模型逻辑模型和物理模型逻辑模型和物理模型逻辑模型和物理模型uu 模型是对对象系统的形式化的特征模型是对对象系统的形式化的特征模型是对对象系统的形式化的特征模型是对对象系统的形式化的特征 抽象，概括性或近似地表示；抽象，概括性或近似地表示；抽象，概括性或近似地表示；抽象，概括性或近似地表示； uu 构造模型的过程是一个抽象、分构造模型的过程是一个抽象、分构造模型的过程是一个抽象、分构造模型的过程是一个抽象、分 析的过程。析的过程。析的过程。析的过程。对象对象系统系统模型模型系统系统抽象抽象（映射）（映射）模型应用模型应用模型构造的过程

15、模型构造的过程 逻辑模型逻辑模型逻辑模型逻辑模型 物理模型物理模型物理模型物理模型 ( ( ( ( (本质模型、概念模型本质模型、概念模型本质模型、概念模型本质模型、概念模型本质模型、概念模型本质模型、概念模型) ) ) ) ) ( ( ( ( (实施模型、技术模型实施模型、技术模型实施模型、技术模型实施模型、技术模型实施模型、技术模型实施模型、技术模型) ) ) ) )现现行行系系统统目目目目标标标标系系系系统统统统描述重要的业描述重要的业描述重要的业描述重要的业务功能，无论务功能，无论务功能，无论务功能，无论系统是如何实系统是如何实系统是如何实系统是如何实施的。施的。施的。施的。描述现实系

16、统是描述现实系统是描述现实系统是描述现实系统是如何在物理上实如何在物理上实如何在物理上实如何在物理上实现的。现的。现的。现的。描述新系统的主描述新系统的主描述新系统的主描述新系统的主要业务功能和用要业务功能和用要业务功能和用要业务功能和用户新的需求，无户新的需求，无户新的需求，无户新的需求，无论系统应如何实论系统应如何实论系统应如何实论系统应如何实施。施。施。施。描述新系统是如描述新系统是如描述新系统是如描述新系统是如何实施的（包括何实施的（包括何实施的（包括何实施的（包括技术）。技术）。技术）。技术）。o3.1 需求分析的任务需求分析的任务 o3.2 与用户沟通获取需求的方法与用户沟通获取需

17、求的方法o3.3 分析建模与规格说明分析建模与规格说明o3.4 实体联系图实体联系图o3.5 数据规范化数据规范化o3.6 状态转换图状态转换图o3.7 其它图形工具其它图形工具o3.8 验证软件需求验证软件需求（1）实体联系图）实体联系图o数据模型工具数据模型工具o数据对象数据对象o属性属性o联系联系o实体联系图的符号实体联系图的符号5 规格说明工具图图3.2 某校教学管理某校教学管理ER图图o为减少数据冗余，避免出现插入异常或删除异常，简为减少数据冗余，避免出现插入异常或删除异常，简化修改数据的过程，通常需要把数据结构规范化。化修改数据的过程，通常需要把数据结构规范化。o通常用通常用“范式

18、范式(normal forms)”定义消除数据冗余定义消除数据冗余的程度。第一范式的程度。第一范式(1 NF)数据冗余程度最大，第五数据冗余程度最大，第五范式范式(5 NF)数据冗余程度最小。数据冗余程度最小。(1) 第一范式每个属性值都必须是原子值，即仅仅是一第一范式每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。个简单值而不含内部结构。(2) 第二范式满足第一范式条件，而且每个非关键字属第二范式满足第一范式条件，而且每个非关键字属性都由整个关键字决定性都由整个关键字决定(而不是由关键字的一部分来决而不是由关键字的一部分来决定定)。(3) 第三范式符合第二范式的条件，每个非关键字

19、属性第三范式符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述是对另一个非关键字属性的进一步描述(即一个非关键即一个非关键字属性值不依赖于另一个非关键字属性值字属性值不依赖于另一个非关键字属性值)。（2） 数据规范化（3）状态转换图）状态转换图o1 状态：可被观察到的系统的行为模式状态：可被观察到的系统的行为模式o2 事件：引起系统动作或（和）状态转换的事件：引起系统动作或（和）状态转换的控制信息控制信息o3 符号：符号：o4 例子：例子：下页下页图图 状态图中使用的主要符号状态图中

20、使用的主要符号1）UML o面向对象的分析与设计面向对象的分析与设计(OOA&D)方法的发方法的发展在展在80年代末至年代末至90年代中出现了一个高潮年代中出现了一个高潮,UML是这个高潮的产物。它不仅统一了是这个高潮的产物。它不仅统一了Booch、Rumbaugh和和Jacobson的表示的表示方法方法,而且对其作了进一步的发展而且对其作了进一步的发展,并最终统一并最终统一为大众所接受的标准建模语言。为大众所接受的标准建模语言。其它图形工具其它图形工具o面向对象技术和面向对象技术和UML的发展过程可用下图的发展过程可用下图来表示来表示,标准建模语言的出现是其重要成果。标准建模语言的出现是其重

21、要成果。在美国在美国,截止截止1996年年10月月,UML获得了工获得了工业界、科技界和应用界的广泛支持业界、科技界和应用界的广泛支持,已有已有700多个公司表示支持采用多个公司表示支持采用UML作为建模作为建模语言。语言。1996年底年底,UML已稳占面向对象技已稳占面向对象技术市场的术市场的85%,成为可视化建模语言事实成为可视化建模语言事实上的工业标准。上的工业标准。1997年年11月月17日日,OMG采纳采纳UML 1.1作为基于面向对象技术的标作为基于面向对象技术的标准建模语言。准建模语言。UML代表了面向对象方法的代表了面向对象方法的软件开发技术的发展方向软件开发技术的发展方向,具

22、有巨大的市场具有巨大的市场前景前景,也具有重大的经济价值和国防价值。也具有重大的经济价值和国防价值。 o作为一种建模语言作为一种建模语言,UML的定义包括的定义包括UML语义语义和和UML表示法两个部分。表示法两个部分。(1) UML语义描述基于语义描述基于UML的精确元的精确元模型定义。元模型为模型定义。元模型为UML的所有元素在语法和的所有元素在语法和语义上提供了简单、一致、通用的定义性说明语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致使开发者能在语义上取得一致,消除了因人而异消除了因人而异的最佳表达方法所造成的影响。此外的最佳表达方法所造成的影响。此外UML还支还支

23、持对元模型的扩展定义。持对元模型的扩展定义。(2) UML表示法定义表示法定义UML符号的表示符号的表示法法,为开发者或开发工具使用这些图形符号和文为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图形符号本语法为系统建模提供了标准。这些图形符号和文字所表达的是应用级的模型和文字所表达的是应用级的模型,在语义上它是在语义上它是UML元模型的实例。元模型的实例。o标准建模语言标准建模语言UML的重要内容可以由下列五类图的重要内容可以由下列五类图(共共9种种图形图形)来定义来定义:第一类是第一类是用例图用例图,从用户角度描述系统功能从用户角度描述系统功能,并指出各并指出各功能的

24、操作者。功能的操作者。第二类是静态图第二类是静态图(Static diagram),包括包括类图类图、对对象图象图和和包图包图。其中类图描述系统中类的静态结构。不仅定。其中类图描述系统中类的静态结构。不仅定义系统中的类义系统中的类,表示类之间的联系如关联、依赖、聚合等表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构也包括类的内部结构(类的属性和操作类的属性和操作)。类图描述的是一。类图描述的是一种静态关系种静态关系,在系统的整个生命周期都是有效的。对象图在系统的整个生命周期都是有效的。对象图是类图的实例是类图的实例,几乎使用与类图完全相同的标识。他们的几乎使用与类图完全相同的标识。他们

25、的不同点在于对象图显示类的多个对象实例不同点在于对象图显示类的多个对象实例,而不是实际的而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周类。一个对象图是类图的一个实例。由于对象存在生命周期期,因此对象图只能在系统某一时间段存在。包由包或类因此对象图只能在系统某一时间段存在。包由包或类组成组成,表示包与包之间的关系。包图用于描述系统的分层表示包与包之间的关系。包图用于描述系统的分层结构。结构。o 第三类是行为图第三类是行为图(Behavior diagram),描述系统的动态模型和描述系统的动态模型和组成对象间的交互关系。其中组成对象间的交互关系。其中状态图状态图描述类的对象所有可

26、能的状态以及描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常事件发生时状态的转移条件。通常,状态图是对类图的补充。在实用上状态图是对类图的补充。在实用上并不需要为所有的类画状态图并不需要为所有的类画状态图,仅为那些有多个状态其行为受外界环境仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而的影响并且发生改变的类画状态图。而活动图活动图描述满足用例要求所要进描述满足用例要求所要进行的活动以及活动间的约束关系行的活动以及活动间的约束关系,有利于识别并行活动。有利于识别并行活动。第四类是交互图第四类是交互图(Interactive diagram),描述对象间的交互关描

27、述对象间的交互关系。其中系。其中顺序图显示顺序图显示对象之间的动态合作关系对象之间的动态合作关系,它强调对象之间消息发它强调对象之间消息发送的顺序送的顺序,同时显示对象之间的交互同时显示对象之间的交互;合作图合作图描述对象间的协作关系描述对象间的协作关系,合作合作图跟顺序图相似图跟顺序图相似,显示对象间的动态合作关系。除显示信息交换外显示对象间的动态合作关系。除显示信息交换外,合作合作图还显示对象以及它们之间的关系。如果强调时间和顺序图还显示对象以及它们之间的关系。如果强调时间和顺序,则使用顺序则使用顺序图图;如果强调上下级关系如果强调上下级关系,则选择合作图。这两种图合称为交互图。则选择合作

28、图。这两种图合称为交互图。第五类是实现图第五类是实现图( Implementation diagram )。其中。其中构件图构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。需求建模实例：需求建模实例：某金融贸易系统用例图(UML)风险分析风险分析风险分析风险分析交易

29、估计交易估计交易估计交易估计进行交易进行交易进行交易进行交易进行交易进行交易进行交易进行交易接待员接待员接待员接待员接待员接待员酒店系统酒店系统酒店系统酒店系统财务系统财务系统需求建模实例：需求建模实例：用例图举例（UML）签定一份签定一份保险单保险单客户客户保险销保险销保险销保险销售人员售人员售人员售人员销售统计销售统计客户统计客户统计 需求建模实例：需求建模实例：描述客房状态的状态图取消取消预定预定入住入住已预订已预订空闲空闲占用占用维修维修维修维修完成完成退房退房换房换房入住入住换房换房？事件事件创建创建图图 层次方框图的一个例子层次方框图的一个例子2）层次方框图（SC图）图图 Warn

30、ier图的一个例子图的一个例子3）Warnier图图图 IPO图的一个例子图图的一个例子图4)IPO图图图3.8 改进的改进的IPO图的形式图的形式o3.1 需求分析的任务需求分析的任务 o3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法o3.3 分析建模与规格说明分析建模与规格说明o3.4 实体联系图实体联系图o3.5 数据规范化数据规范化o3.6 状态转换图状态转换图o3.7 其它图形工具其它图形工具o3.8 验证软件需求验证软件需求6 验证软件需求验证软件需求(1) 从哪些方面验证软件需求的正确性从哪些方面验证软件需求的正确性1) 一致性：所有需求必须是一致的，任何一条需求不一致

31、性：所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。能和其他需求互相矛盾。2) 完整性：需求必须是完整的，规格说明书应该包括完整性：需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。用户需要的每一个功能或性能。3) 现实性：指定的需求应该是用现有的硬件技术和软现实性：指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。对硬件技术的进步可以件技术基本上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只做些预测，对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。能从现有技术水平出发判断需求的现实性。4) 有效性：必须证

32、明需求是正确有效的，确实能解决有效性：必须证明需求是正确有效的，确实能解决用户面对的问题用户面对的问题(2) 验证软件需求的方法验证软件需求的方法o1. 验证需求的一致性验证需求的一致性o2. 验证需求的现实性验证需求的现实性o3. 验证需求的完整性和有效性验证需求的完整性和有效性OMT方法的特点： 开发重点在分析阶段开发重点在分析阶段 强调数据结构而不是功能强调数据结构而不是功能 形式化描述能力强形式化描述能力强 开发步骤的衔接良好开发步骤的衔接良好 重复性的开发过程重复性的开发过程系统分析报告系统分析报告 新系统逻辑方案的建立是：新系统逻辑方案的建立是：o对业务流程分析整理的结果对业务流程

33、分析整理的结果o对数据和数据流分析整理的结果对数据和数据流分析整理的结果o子系统划分的结果子系统划分的结果o在具体业务处理中应建立的在具体业务处理中应建立的管理模型和管理和管理方法方法o对新系统相配套的管理制度和运行体制建立对新系统相配套的管理制度和运行体制建立的建议的建议o最后写出系统分析报告最后写出系统分析报告系统分析报告格式系统分析报告格式 一：引言部分（名称，开发目标，主要功能，开发背景等）一：引言部分（名称，开发目标，主要功能，开发背景等） 二：现行系统概况二：现行系统概况 A现行系统现状详细调查说明：现行系统现状详细调查说明： 包括组织机构图，系统目标、功能一览表、业务流程图、包括

34、组织机构图，系统目标、功能一览表、业务流程图、 业务流量以及存在的薄弱环节，数据，主要算法等。业务流量以及存在的薄弱环节，数据，主要算法等。 B现行系统分析：用户需求及主要存在的问题等。现行系统分析：用户需求及主要存在的问题等。三：新系统逻辑方案三：新系统逻辑方案 1：新系统目标（要求具体）；：新系统目标（要求具体）； 2：新系统逻辑模型（数据流程图、数据字典、：新系统逻辑模型（数据流程图、数据字典、实体关系图实体关系图 ) 3：新系统功能分析（改进，补充，优越之处）；：新系统功能分析（改进，补充，优越之处）； 4：新系统在各个处理环节上采用的管理方法、模型；：新系统在各个处理环节上采用的管理

35、方法、模型； 5：与新系统相配套的管理制度和运行体制的建立；：与新系统相配套的管理制度和运行体制的建立； 四：下阶段工程进度计划四：下阶段工程进度计划软件需求说明书 (SRS) (Software Requirement Specification) 需求分析阶段要完成的文档。 SRS的作用：开发者与用户间事实上的技术合同书开发者下一步设计和编码的基础测试验收目标系统的依据SRS大纲1引言1.1编写目的1.2背景1.3定义1.4 参考资料2任务概述2.1目标2.2用户的特点2.3假定盒约束3需求规定3.1对功能的规定3.2对性能的规定3.3输入输出要求3.4数据管理能力要求3.5故障处理要求3.6其他专门要求（GB9385-88GB9385-88GB9385-88GB9385-88）4 4运行环境规定运行环境规定4.14.1设备设备4.24.2支持软件支持软件4.34.3接口接口4.44.4控制控制