软件需求分析的任务.ppt

1、软件需求分析的任务是深入描述软件的功能和性能，确定软件设计的约束和软件与其他系统元素之间的接口细节，定义软件的其他有效性要求。需求分析研究的对象是软件项目的用户需要被接受的用户需求的准确表达，确定开发的软件系统的系统元素，并为这些系统元素分配功能和信息结构。需求分析的任务是借助当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”问题。一般来说，软件开发项目是实现目标系统的物理模型。目标系统的特定物理模型是通过实例化其逻辑模型获得的，即特定于某个业务领域。需求分析，需求分析的过程，(1)问题识别，从系统的角度理解软件，评估软件范围是否合适，确定目标系统的综合需求，即软件需求提出实现

2、这些需求的条件和需求应该满足的标准。从信息流和信息结构出发，逐步细化软件的所有功能，找出系统要素、接口特性和设计约束之间的联系，分析它们是否满足功能要求，是否合理。剔除不合理的部分，增加必要的部分。最后，综合系统解决方案，给出目标系统的详细逻辑模型。(2)分析和综合、修改、改进和确定软件需求规范数据字典的初步用户手册中的软件开发实施计划，(3)在需求分析阶段准备文件，(4)需求分析评审，系统定义的目标是否与用户的需求一致；系统需求分析阶段提供的文件是否完整；文件中的所有描述是否完整、清晰、准确地反映了用户的要求；是否描述了与所有其他系统组件的重要接口；开发项目的数据流和数据结构是否充分，并确定

3、；所有图表是否清晰，无需补充说明即可理解；主要功能是否已包含在规定的软件范围内，是否已充分说明；设计约束或限制是否现实；开发的技术风险是什么；你有没有考虑过软件需求的其他解决方案？您是否考虑过未来可能提出的软件要求？检验标准是否详细制定，是否能确认系统定义的成功；软件需求分析的原理、能够表达和理解问题的信息域和功能域、问题的分层分解和细化、系统的逻辑视图和物理视图、软件需求规范的原理以及功能与现实的分离，也就是说，描述做什么而不是如何实现需要使用面向过程的规范语言(或系统定义语言)。如果开发的软件只是一个大系统的一个元素，那么整个大系统也包含在规范描述中，其中必须包括系统运行环境。规范必须是可

4、操作的。规范必须容忍不完整性，并允许扩展规范本地化和松散耦合。软件需求规格说明、软件需求分析方法和需求分析方法的原理由软件问题的信息域和功能域的系统分析过程和表示方法组成。大多数需求分析方法是信息驱动的信息领域，具有三个属性：信息流、信息内容和信息结构。软件需求分析的共性、支持数据域分析机制功能表示的方法接口的定义、问题分解机制、抽象机制逻辑和物理视图系统的抽象模型，具体来说，利用抽象模型的概念，根据软件内部数据传输和转换的关系，从上到下逐层分解，直至全部实现系统的层次结构是逐步分解的，层次数据流图反映了这种结构关系，可以清晰地表达和理解整个系统。在多层数据流图中，顶层数据流图只包含一个流程，

5、代表开发的系统。它的输入流是系统的输入数据，它的输出流是系统的输出数据。底层流图是指其处理不需要分解的数据流图，而底层的中层流图则表示上层父图的细化。每一个处理可以继续细化和形成子图。存储业务流程描述L0，1。顾客在商店购物。在顾客选择了想要的商品后，销售人员将填写购物收据(订单)3。在处理完顾客的订单后，商店接受顾客的付款，并将确认的购物收据4返回给顾客。核实购物收据后，店员将顾客订购的商品交给顾客，并将收据或发票退还给顾客。商店业务处理流程L0，5的描述。如果顾客订购的商品缺货，商店将商品订单6提交给供应商。供应商将商店要求的货物和发票交付给商店7。检查后，商店付给供应商8英镑。供应商接受

6、付款，并将收据或发票退还给商店。结构化方法步骤是商店业务处理系统的一个示例。这个数据流图只是一个高级系统逻辑模型，它反映了目标系统要实现的功能。首先，确定系统的输入和输出。根据商店业务，绘制顶层数据流图，以反映最重要的业务处理流程。结构化方法步骤就是一个例子。经过分析，商店业务处理的主要功能应该包括销售、采购和会计。主要数据流的输入源和输出目的地是客户和供应商。然后，从输入端开始，根据店铺业务工作流程，绘制数据流流经的各个处理框架，并逐步将其绘制到输出端，得到第一层数据流图，结构化方法步骤示例，店铺业务处理流程描述L1，销售部：1。收到客户订单后，销售部门管理订单2。管理已售商品涉及销售历史和

7、商品库存的管理。向采购部发送缺货订单通知4。填写所售货物的收据文件并提交给财务部门，然后收到付款收据。销售部门收到采购部退回的缺货商品的到货通知，并销售商品6。向客户、采购部提交货物、收据和发票：1。采购部处理收到的订单通知并管理订单2。确认采购订单后，将采购订单3发送给供应商。收到供应商的发票和丢失的货物后，检查并填写付款文件，并将其提交给财务部。同时管理商品库存和采购订单。最后，向销售部和财务部提供到货通知：1。接收并检查销售部提交的收据文件。接收客户提交的商品付款，并将收据返回给销售部。管理应收账款明细和总账。检查采购部门提交的付款文件后，将付款发送给供应商并收到付款收据。根据总账、第一

8、层数据流图、门店业务流程描述L2管理付款明细，进一步细化销售部的业务流程：1。在收到客户的购买请求后编辑订单2。在订单编辑过程中，查询客户的客户数据，登记新客户的客户数据。编辑订单后，会检查订单中的商品，主要是商品的类别和数量。为满足客户的订单开具发票和收据，并修改库存产品。处理未完成的订单，生成临时订单，并向采购部提交订单通知。收到采购部的到货通知后，比较并确认临时订单，然后进行第4项工作7。收到并确认财务部门的收据后，将其提交给客户。销售部门经理将检查类型每天修改销售记录和历史记录，细化每个处理框架的销售，进一步细化采购部门的业务流程。收到销售部门的订单通知后，对临时订单2的商品内容进行分

9、类。确定要订购的类型、名称和数量，并修改要订购的货物清单3。从供应商列表中选择合适的供应商，并将订单发送给供应商4。收到供应商提供的货物和交货清单后，检查货物。如果货物清点正确，将付款单提交给财务部，并将到货通知发送给销售部。同时，修改商品库存和待订购商品清单、采购明细、检查和修改数据流程图的原则。数据流图上的所有图形符号仅限于上述四个基本图形元素。没有任何数据流图的数据流图的主图上的数据流必须在外部实体之间关闭。每个处理至少有一个输入数据流和一个输出数据流。在数据流图中，处理框应该按照层进行编号。该数字表示处理级和上下级之间的父子关系，规定任何数据流子图必须对应于上一级的处理，并且两者的输入

10、数据流和输出数据流必须一致。也就是说，父图和子图之间的平衡可以给数据流图增加物质流，帮助用户理解数据流图，检查和修改数据流图的原理。图上的每个元素都必须有一个名称。控制流不能夹带在数据流图中，以便集中于主数据流，检查和修改数据流图的原理，并与数据流图配合。能够清晰表达数据处理入口描述的要求：对于数据流图中每个命名的图形元素，都进行了定义，其内容包括：名称、别名或编号、分类、描述、定义、位置等。(1)数据流条目描述，数据流名称：描述：简要介绍其原因和结果。数据流来源：数据流来自哪里：数据流构成：数据结构数据流：数据量、流量(2)数据元素条目描述、数据元素名称：类型：数字(离散值、连续值)、文本(

11、编码类型)长度：取值范围：相关数据元素和数据结构：(3)数据文件条目描述、数据文件名：简要描述：存储什么数据输入数据：输出数据：数据文件构成：数据结构存储模式：序列、直接访问频率：(4)处理逻辑条目描述， 处理名称：处理编号：反映处理级别简要说明：处理逻辑和功能简要说明输入数据流：输出数据流：处理逻辑：处理程序、处理顺序的简要说明，(5)源点和宿(端)点的入口说明，名称：外部实体名称的简要说明：数据流说明：编号：数据结构，符号含义，例如，定义为x=ab .|或.或x=a，b，x=a|b.或m. X=3a8(.)可选x=(a) . 基本数据元素x=a .连接器x=1.9 9、存折格式、存折户名、

12、账号、开户日期、性质(盖章)1。50个账户名称，2个字母，24个账号，“0000001”，“999”，“999999”，开户日期，月，日，月，日，性质，“1”，“6”，注：“1”表示普通账户，“5”表示工资。对于数据流图的每个基本处理，都必须有一个基本的处理逻辑描述。基本处理逻辑描述必须描述如何将输入数据流转换成输出数据流的处理规则。处理逻辑描述必须描述实现处理的策略，而不是实现处理的细节。基本的处理逻辑描述，用于编写处理逻辑描述的工具，结构化英语决策表的决策树，(1)结构化英语，结构化英语的词汇由具有有限名称的自定义单词组成，例如在英语命令动词数据字典中定义的if _ then _ else

13、 case _ while _ do repeat _直到。，是介于自然语言和形式语言之间的一种语言。语言的文本由基本的控制结构来划分，处理过程中的操作由自然语言短语来表达。有三种基本的控制结构：简单的陈述句结构：避免复合句；重复结构：WHILE_DO或REPEAT _直至结构。判断结构：IF_THEN_ELSE或CASE_OF结构；(1)结构化英语，商店业务处理系统中的“检查发票”，如果发票金额超过500美元，则如果其拖欠超过60天，则不会批准ELSE(拖欠未逾期)签发批准函，发票ENDIF ELSE(发票金额不超过500美元)如果其拖欠超过60天，则签发批准函。发票和信用报告ELSE(欠款未逾期)，发票E