软件工程课件第03章需求分析.ppt

,软件工程,第三章,软件需求分析,准确地,定义,未来系统的目标，确定为了满足用户的需求系统必须做什么。用 需求规格说明书 规范的形式准确地表达用户的,需求,。,软件工程,第三章,软件需求分析,3.1,软件需求分析的任务、过程与原则,软件需求分析的任务,软件需求分析的实现步骤,当前系统,物理模型,物理模型,逻辑模型,逻辑模型,目标系统,模型化,怎么做,抽象化,具体化,实例化,做什么,理解需求,表达需求,导出,3.1.1,需求分析的任务,举例：,(1),通过对现实环境的调查，,获得当前系统的物理模型。,学,生,学,生,购,书,申,请,购书,单,发,票,领,书,单,书,W,0107,张,教务科,E0206,王,会计室,E0206,李,出纳员,(W0105),赵,教材科,学生购买教材的实际处理流程当前系统物理模型,软件工程,第三章,软件需求分析,(2),去掉具体模型中的非本质因素，,抽取现实系统的实质，抽象出当前系统的逻辑模型。,学生购买教材的逻辑模型,学,生,学,生,购,书,申,请,购书,单,发,票,领,书,单,书,审查,有效性,开发票,开领,书单,发书,(3),分析当前系统与目标系统的差别,建立目标系统的逻辑模型,。,软件工程,第三章,软件需求分析,计算机教材管理系统的逻辑模型,学,生,购书单,发票,领书单,审查并开发票,开领,书单,无效书单,学,生,(4),对目标系统的逻辑模型进行完善与补充。,(5),需求分析的验证,。,软件工程,第三章,软件需求分析,性能需求,：软件开发的技术性指标。如：,存储容量限制。,执行速度、相应时间。,安全保密性等。,环境需求,：对软件系统运行时所处环境的要求。如：,硬件方面：机型、外设、接口、地点、分布、温度、湿度、,磁场干扰等。,软件方面：采用什么支持系统运行的系统软件（操作系统、,网络、数据库管理系统等）。,可靠性需求,：对所开发软件在投入运行后不发生故障的概率，按实际的运行环境提出要求。如：,高可靠性：重要的软件或运行失效造成严重后果的软件。,一般可靠性：出现失效没有多大的影响的软件。,软件工程,第三章,软件需求分析,安全保密要求,：软件运行时，根据不同工作的环境，使其在安全保密方面的性能得到必要的保证。,需对访问系统或系统信息加以控制吗？,如何隔离用户之间的数据？,用户程序如何与其它程序和操作系统隔离？,系统备份要求？等,用户界面需求,：软件与用户界面的友好性是用户能够方便使用该软件关键之一。具有友好的用户界面的软件有很强的竞争力。在软件需求分析时，为用户界面细致规定达到的要求。,有来自其它系统的输入吗？,到自其它系统的输出吗？,对数据格式有规定吗？,对数据存储介质有规定吗？,软件工程,第三章,软件需求分析,资源使用需求,：指在软件开发运行时所需的数据、软件、内存空间等各项资源。还包括软件开发维护所需的人力、支撑软件、开发设备等。,软件成本消耗与开发进度需求,：在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。,开发有规定的时间表吗？,软硬件投资有无限制,？,预先估计以后系统可能达到的目标,：在开发过程中，对系统将来可能扩充与修改做准备。,另外，还应该考虑：,文档需求：,需哪些文档？,文档针对哪些读者？,用户或人的因素：,用户类型？,各种用户熟练程度？,需受何种训练？,用户理解、使用系统的难度？,用户错误操作系统的可能性？,软件工程,第三章,软件需求分析,数据需求：,输入、输出数据的格式？,接收、发送数据的频率？,数据的准确性和精度？,数据流量？,数据需保持的时间？,质量保证：,系统的可靠性要求？,系统必须监测和隔离错误吗？,规定系统平均出错时间？,出错后，重启系统允许的时间？,系统变化如何反映到设计中？,维护是否包括对系统的改进？,系统的可移植性？,软件工程,第三章,软件需求分析,非功能性需求,非功能性要求,包括：,质量控制标准、评审验收标准，各种质量要求的优先级，以及维护方面的要求,等。对于任何一个软件都要根据其类型和工作环境来确定。,(2),分析和综合。,从数据流和数据结构出发，逐步细化软件所有功能，找出系统各元素之间的联系、接口特性和对设计的限制，判断是否存在因片面或短期行为而导致的不合理要求，是否用户尚未提出有价值的潜在要求，剔除需求中不合理部分，增加真正需要的部分。最终综合成系统解决方案，提交目标系统的详细逻辑模型。,常用的分析方法有面向,数据流的结构化分析方法（,SA,）,、,面向数据结构的,Jackson,方法（简称,JSD,）,、,面向对象的分析方法（,OOA,）,等，以及用于建立动态模型的,状态迁移图或,Petri,网,等。特点：采用图文结合的方式，可以直观描述软件的逻辑模型。,(3),编制需求分析的文档。,(4),需求分析评审。,通常把描述需求的文档称做软件需求说明书，清晰、明确描述已经确定的需求，同时，为了确切表达用户对软件的输入、输出数据要求，还要制定数据要求说明书并编写初步的用户手册。,对需求分析阶段的工作进行复查，对软件功能正确性、需求说明书一致性、完备性、准确性和清晰性、合理性进行评价。评审应有专人负责，按规程严格进行，评审结束时有负责人的结论意见签字。除分析员外，用户、开发部门的管理者、软件设计人员、实现人员、测试人员都应参加评审工作。,某出版社系统调查表,编号,提 出 问 题,1,您在哪个部门工作？,2,出版业务流程是什么？,3,您每日都处理那些文件、数据、报表？,4,工作中手工处理特别麻烦的事情是什么？,5,工作中手工处理什么问题解决不了？影响效率的问题有哪些？,6,您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些办法？,软件工程,第三章,软件需求分析,编号,提 出 问 题,7,您的部门需要成本核算和统计的内容有哪些？,8,您的部门采用计算机管理工作情况如何？,9,如何改进业务流程使之更合理？,10,哪些问题是目前传统手工方法根本无法解决的？,11,出版社计算机管理信息系统需要解决什么问题？,软件工程,第三章,软件需求分析,某出版社系统调查表,3.1.3,软件需求分析的原则,(1),必须能够表达和理解问题的数据域和功能域。,所有软件的定义与开发工作最终都是为了解决数据处理问题，就是将一种形式的数据转换成另一种形式的数据。转换过程必定经历,输入、加工数据和产生结果数据,等步骤。,计算机程序处理的数据，其,数据域,包括,数据流、数据内容和数据结构,。,数据流,是数据通过一个系统时的变化方式。,转换1,转换,2,数据存储,附加数据,输入数据,中间数据,结果数据,对数据的转换是程序中应有的功能。两个转换功能之间的数据传递就确定了功能间的接口。,数据内容,就是数据项。如：学生名册包含班级、人数、每个学生的学号、姓名等，所以学生名册的内容由它所包含的数据项来定义。,数据结构,即各种数据项的逻辑组织。考虑：,数据是组织成表格，还是组织成有层次的树型结构？,在结构中数据项与其他哪些数据项相关？,所有数据是在一个数据结构中，还是在几个数据结构中？,一个结构中的数据与其他结构中的数据如何联系？等。,(2),必须按自顶向下、逐层分解的方式对问题进行分解和不断细化。,方法：,把问题以某种方式分解为几个较容易理解的部分，并确定各部分间的接口，从而实现整体功能,。,在需求分析阶段，软件,功能域,和,信息域,都能做进一步分解。这种分解可以是,同一层次,上的（,横向分解,），也可以是,多层次,的（,纵向分解,）。如图：,横向分解,纵向分解,问题的分解,(3),要给出系统的逻辑视图（逻辑模型）和物理视图（物理模型）。,给出系统逻辑视图和物理视图，对系统满足处理需求所提出的逻辑限制条件和系统中其他成分提出的物理限制条件是必不可少的。,软件需求的逻辑视图,给出软件要达到的功能和要处理数据之间的关系，而不是实现的细节。,软件需求的物理视图,给出处理功能和数据结构的实际表示形式，由设备决定。,3.2.1,原型化方法（,Prototyping),1,软件原型化方法概述,概念,探索型,：弄清对目标系统的要求，确定所希望的特性，并探讨多种方案的可行性。主要针对开发目标模糊，用户和开发者对项目缺乏经验等情况。,实验型,：用于大规模开发和实现之前，考核方案是否合适规格说明是否可靠。,原型,：是指模拟某种产品的原始模型。在软件开发过程中原型是软件的一个早期运行的版本，它能够反映最终系统的部分重要特性。,软件原型化方法,：是在研究分析阶段的方法和技术中产生的，也可面向软件开发的其他阶段。,原型的作用类型,3.2,软件需求分析方法,进化型,：将系统建造的易于变化，在改进原型的过程中，逐步将原型进化成最终系统。,特点：,将原型方法的思想扩展到软件开发的全过程，适合于满足需求的变动。,使用原型采取的策略,废弃策略,：先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析和修改，形成比较好的设计思想，据此设计出较完整、准确、一致、可靠的最终系统。系统构造完成，原来的模型系统被废弃。,探索和实验型,属于。,追加策略,：先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，然后通过不断的扩充和修改，逐步追加新要求，最后发展成为最终系统。,进化型,属于。,说明,原型系统不同于最终系统，它需要快速实现，投入使用。,必须注意功能和性能上的取舍，可以忽略一切暂时不必关心的部分，力求原型的快速实现。,原型系统能充分体现原型作用，满足评价原型需求。,建立快速原型进行系统分析和构造优点,增进软件人员和用户对系统服务需求的理解，使比较含糊的不确定性的软件需求明确化。,提供了一种有力的学习手段。,可以容易确定系统的性能，确认各项主要系统服务的可应用性，确认系统设计的可行性，确认系统作为产品的结果。,有利于建成最终系统。软件原型的最终版本，有的可以原封不动的成为了产品。,2,快速原型开发模型（原型生存期）,原型生存期及其模型,原型生存期：,原型开发和使用的过程。,原型生存期模型：,快速分析或修改,评价,原型,构造,运行,原型开发模型,快速分析，确定初步规格说明,整理原型提供的文档,运行/评价原型,构造原型,严格说明细部,指导,要细部说明否,原型完成否,效果满意否,修正与改进原型,Y,N,Y,N,N,Y,模型的细化过程,原型生存期,快速分析，确定初步规格说明,整理原型提供的文档,运行/评价原型,构造原型,严格说明细部,要细部说明否,原型完成否,效果满意否,修正与改进原型,Y,N,Y,N,N,Y,构造新原型,Y,N,开发要求,需求说明,软件产品,程序系统,设计说明,运行维护,分析,设计,编码,测试,模型的细化,3,软件复用（Software Reuse),复用范围：,复用数据、复用模块、复用结构、复用设计、复用规格说明。,复用技术概述,软件复用技术,分为两大类：合成技术和生成技术。,软件复用技术,3.2.2,结构化分析方法（,SA),结构化分析,是面向数据流进行需求分析的方法。,结构化分析方法,适合于数据处理类型软件的需求分析。,结构化分析方法概念：,用抽象模型的概念，按照软件内部数据传递、变换的关系、自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。,结构化分析方法使用工具：,数据流图、数据词典、结构化英语、判定表和判定树。,1,数据流图（DFD，Data Flow Diagram),特点：,是描述数据处理过程的工具。从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程。,数据流图中主要图形元素,数据流图的基本图形元素有,4,种：,加工。输入数据在此进行变换产生输出数据。,数据输入的源点,(Source),或数据输出的汇点,(Sink),。,数据流。被加工的数据与流向。,数据存储文件。,加工：,以数据结构或数据内容作为加工对象的。注明加工的名字（通常是一个动词短语，简明扼要地表明完成的是什么加工）。,数据源点或汇点：,表示图中要处理数据的输入来源或处理结果要送往何处（也称外部实体）。注明源点或汇点的名字。,数据流：,沿箭头方向传递数据的通道。同一数据流图上不能有同名的数据流。多个数据流可以指向同一个加工，也可以从一个加工散发出多个数据流。,数据存储文件：,在数据流中起保存数据的作用，它可以数据库文件或任何形式的数据组织。指向文件的数据流可理解为写入文件或查询文件，从文件中引出数据流可理解为从文件读取数据或得到查询结果。,举例：,银行取款数据流程。,检验,登录,付款,储户,日历,帐卡,存折,验,检,出的,问题,取,款,单,存,折,取款,信息,付款,信息,现,款,年,月,日,办理取款手续的数据流图,数据流与加工之间的关系,在数据流图中，如果有两个以上数据流指向一个加工，或从一个加工中引出两个以上的数据流，这些数据流之间存在一定的关系。,A,B,C,A,B,C,A,B,C,*,C,A,B,*,C,A,B,有,A,则有,B,或,C，,或两者都有,。,有,A,则有,B,与,C，,或两者同时有,。,有,A,则有,B,或,C，,但不会同时有B与C,。,当,A,或,B,有一个存在，就有,C。,当,A,与,B,都存在,，,才有,C。,多个数据流与加工之间关系,*,表示相邻的数据流同时存在。,表示相邻的两数据流只取其一。,分层的数据流图,分层数据流图：,先把整个数据处理过程看成一个加工，它的输入数据和输出数据实际上反映了系统与外界环境的接口（分层数据流图顶层）。根据需要，进一步细化，直到完全表明了数据的加工要求为止。,如图：,S,F,F,2,3,1,F,F,2.2,2.3,2.1,3.1,3.3,3.4,3.2,F,F,分层数据流图,顶层,1,层,2,层,DFD/L1,DFD/L2.2,DFD/L2.3,DFD/L2,DFD/L0,说明：,对任何一个多层数据流图来说，称它上层图为父图，在父图的下一层的图称为其子图。,在多层数据流图中，可以把顶层流图、底层流图和中间层流图区分开来。,顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统的输出数据。,作用：,表明被开发系统的范围，以及它和周围环境的数据交换关系。,底层流图是指加工不须再做分解的数据流图，其加工称为“原子加工”。,中间层流图表示对其上层父图的细化。,(1),对考生送来的报名单进行检查。,(2),对合格的报名单编好准考证号后将准考证送给考生，并将汇总后的考生名单送给阅卷站。,(3),对阅卷站送来的成绩单进行检查，并根据考试中心制定的合格标准审定合格者。,(4),制作考生通知单(含成绩及合格/不合格标志)送给考生。,(5),按地区进行成绩分类统计和试题难度分析，产生统计分析表。,一个简单的考务处理系统功能描述,分层,DFD,实例,顶层数据流图,（DFD/L0）,考,生,考务,处理系统,考,试,中,心,阅 卷 站,不合格报名单,报名单,准考证,考生通知单,成,绩,清,单,合格标准,错误成绩,清单,考生名,单,统计分析表,1,层,数据流,图,（DFD/L1）,清,绩,误,单,错,绩,成,单,考生通知单,统计分析表,清,合,格,标,准,成,2,统计成绩,报名单,准考证,登记,报名单,1,不合格,报名单,考生名,单,考生名册,2层数据流图,(DFD/2.1),报名单,准考证,检查,报名单,1.1,不合格,报名单,考生名单,合格,报名单,1.3,登记,考生,1.2,编准考证号,考生名册,2层数据流图,(DFD/L2.2),错误,成绩清单,检查,成绩清单,2.1,正确,成绩清单,合格,标准,成绩清单,2.2,审定,合格者,考生,通知单,难度,分析表,分类,统计表,经审定的,成绩清单,2.5,分析,试题难度,2.4,分析,统计成绩,2.3,制作,通知单,试题得分清单,考生名册,数据流图画法,基本原则：,自外向内，自顶向下，逐层细化，完善求精。,具体步骤：,(1)先找系统的数据源点与汇点（外部实体），由它们确定系统与外界接口。,(2)找出外部实体的输出数据流与输入数据流。,(3)在图的边上画出系统的外部实体。,(4)从外部实体的输出数据流（即系统的源点）出发，按照系统逻辑的需要，逐步画出一系列逻辑加工，直到找到外部实体所需的输入数据流（系统的汇点），形成数据流封闭。,(5)按照一定的,原则,进行检查和修改。,(6)若有需要，可按照上述步骤，画出所需的子图。,(1)数据流图上所有图形符号只限于四种基本元素。,(2)数据流图的主图必须包括四种基本元素，缺一不可。,(3)数据流图的主图上的数据流必须封闭在外部实体之间，外部实体可以不只一个。,(4)每个加工至少有一个输入数据流和一个输出数据流。,(5)在数据流图中，需按层给加工编号。,(6)任何一个数据流子图必须与它上一层的加工对应，两者的输入数据流和输出数据流必须一致。,(7)图上每个元素必须有名字。,(8)数据流图中不可夹带控制流。,(9)初画时可以忽略琐碎的细节，以集中精力于主要数据流。,检查和修改的原则,2,II,2,说明,为了使数据流图便于在计算机上输入和输出，免去画曲线、斜线和圆等困难，还给出了表示数据流图使用的,另一套符号,。如图：,加工（图中,2,为加工编号）,数据源点和汇点,数据流,数据文件（,II,为文件编号）,检验,登录,付款,储户,日历,帐卡,存折,验,检,出的,问题,取,款,单,存,折,取款,信息,付款,信息,现,款,年,月,日,办理取款手续的数据流图,储户,日历,检验,1,付款,3,登录,2,E1,帐卡,E2,存折,检验出的问题,A,取款信息,E,取款单,C,存折,B,付款通知,F,现款,D,G,H,I,J,银行取款过程的数据流图,其中,，,E1,和,E2,是数据文件,；,A,B,C,D,E,F,G,H,I,J,是数据流,。,2,数据词典（DD，Data Dictionary),概念：,是对所有与系统相关的数据元素的一个有组织的列表,以及,精确的、严格的定义,，使得用户和系统分析员对于输入、输出、存储成分和中间计算有共同的理解。,任务：,是对于数据流图中出现的所有被命名的图形元素在数据词典中作为一个词条加以定义，使得每一个图形元素都有一个确切的解释。,数据词典的定义,DFD,中的数据流、数据存储表示某个有组织的数据集合,它们要由,SA,的其他描述工具 数据词典来描述，包括：,词条描述、数据结构描述,。,词条描述,数据流是数据结构在系统内传播的路径。一个数据流词条应包含以下几项内容：,（1）数据流词条描述,数据流是数据结构在系统内传播的路径。一个数据流词条应包含以下几项内容：,数据流名：,说明：,简要介绍作用即它产生的原因和结果。,数据流来源：,来自何方。,数据流去向：,去向何处。,数据流组成：,数据结构。,每个数据流流通量：,数据量，流通量。,举例：,学生购买教材数据流图,数据流名:,发票,说明:,学生购书时填写的项目,数据流来源:,学生,数据流去向:,加工,1“,审查并开发票,”,数据流组成:,(,学号,),姓名,书号,数量,数据量:,1000,次,/,周,流通量：,开学期间,1000,次,/,天,审查并开发票,1,学生,各班学生用 书 表,教材存量 表,学生,开领书单,2,领书单,发票,购书单,无效书单,学生购买教材数据流图,（2）数据元素词条描述,数据流图中的每一个数据结构都是由数据元素构成的。数据元素是数据处理中最小的、不可再分的单位，它直接反映事物的某个特征。词条描述包含：,数据元素名：,类型：,数字（离散值，连续值），文字（编码类型）。,长度：,取值范围：,相关的数据元素及数据结构：,数据元素名:,教材编号,类型:,字符串,长度:,10,取值范围：,第,1,位：,ZT,(,自编,/,统编,),第,24,位：,LB01.LB29,(,类别,),第,57位,：,“A00”.“A99”(,规格,),第,8 10,位：,“001”.“999”(,分类编号,）,（3）数据文件词条描述,数据文件是数据结构保存的地方。一个数据文件词条应包含以下几项内容：,数据文件名：,简述：,存放的是什么数据。,输入数据：,输出数据：,数据文件组成：,数据结构。,存储方式：,顺序，直接，关键码。,存取频率：,数据文件名:,库存记录,简述:,存放库存所有可供教材的信息,数据文件组成:,教材名称编号出版社单价库存量,存储方式:,索引文件，以教材编号为关键字,查询要求:,要求能够立即查询,存取频率:,1000,次,/,周,（4）加工逻辑词条描述,加工比较复杂，到后来就是一段程序。加工的表达方式有判定表、判定树和结构化英语等。主要描述：,加工名：,加工编号：,反映该加工的层次。,简要描述：,加工逻辑及功能简述。,输入数据流：,输出数据流：,加工逻辑：,简述加工程序，加工顺序。,（5）源点及汇（终）点词条描述,对于一个数据处理系统，应尽量减少源点和汇点，以提高系统的独立性。定义源点和汇点时，应包括：,名称：,外部实体名称。,简要描述：,什么外部实体。,有关数据流：,数目：,数据结构的描述,在数据词典编制中，数据员最常用的描述数据结构的方式有：,定义式、,Warnier,图,。,（1）定义式,在数据流图中，数据流和数据文件都具有一定的数据结构。必须以一种清晰、准确、无二义性的方式来描述数据结构。这种方式可以采取,定义式,。定义式中使用的符号：,|,+,=,mn,(),“”,.,符号,基本数据元素,含 义,被定义为,与,或,或,重复,重复,可选,连接符,x=3a8,表示,x,中至少出现,3,次,a，,最多出现,8,次,a,解 释,x=(a),表示,a,可在,x,中出现,，,也可不出现,x=a+b,表示,x,由,a,和,b,组成,表示,x,由,a,或由,b,组成,x=a,b,x=a|b,x=a,表示,x,由0个或多个,a,组成,x=“a”,表示,x,为取值为,a,的数据元素,x=1.9,表示,x,可取1到9之中的任一值,顺序结构,选择结构,循环结构,年月日,日期,摘要,复核,支出,存入,余额,操作,开户日,性质,印密,帐号,所号,户名,举例：,取款数据流图,数据文件存折的格式：,在数据词典中的定义格式应为：,存折,户名,所号,帐号,开户日期,性质,（,印密,）,1,存取行,50,户名,2,字母,24,所号,“001”.“999”,(,注：储蓄所编码，规定三位数字,),帐号,“00000001”.“99999999”,(,注：帐号规定由八位数字组成,),开户日期,年,月,日,性质,“1”.“6”,(,注：“,1,”表示普通户，“,5,”表示工资户等,),印密,“0”,(,注：印密在存折上不显示,),存取行,日期,（,摘要,）,指出,存入,余额,操作,复核,日期,年,月,日,年,2001200220032004,月,“01”.“12”,日,“01”.“31”,摘要,1,字母,4,(,注：表明该存取是存？是取？还是换？,),支出,金额,(,注:金额规定不超过,9999999.99,元,),存入,金额,余额,金额,金额,“0000000.01”.“9999999.99”,操作,“00001”.“99999”,复核,“00001”.“99999”,（2）,Warnier,图,Warnier,图,。是表示数据层次结构的一种图形工具，用树形结构来描绘数据结构。能指出某一类数据或某一数据元素重复出现的次数，并能指明某一特定数据在某一类数据中是否有条件出现。,P60,例,报纸自动编辑系统（报纸版面采用的格式）,头版新闻 社论部分 副刊部分,头条新闻 社论 体育新闻,国内新闻 专栏 商业广告,当地新闻 读者来信 广告,讽刺漫画,是一个数据层次结构,如图：,用,Warnier,图,表示。,报纸,社论部分,社论(1,1),专栏(1,3),读者来信(1,3),讽刺漫画(0,1),头版新闻,头条新闻,国内新闻(1,3),本地新闻,副刊部分,体育新闻,商业新闻,广告,Warnier,图,副刊部分,商业新闻,经营简讯,雇员简讯,一般新闻,体育新闻,地区队,职业队,拳击,广 告,招生,招聘,求助,进一步细化的Warnier,图,用,“,”,表示层次关系,，,在同一括号下,，,自上到下是顺序排列的数据项,数据项重复的次数：,(1,1)表示社论占一栏,(1,3)表示占到栏,(0,1)表示可有可无，若有占一栏,“”表示对位于它上下两边的数据项二者取一,3,加工逻辑说明,在数据流图中，每一个加工框中只简单的写上了一个加工名，显然不能表达加工的全部内容。随着自顶向下、逐层细化功能越来越具体，加工逻辑也越来越精细。到最底层，加工逻辑详细到可以实现的程度,（称为“基本加工”或“原子加工”）,。如果能够写出每一个基本加工的全部详细逻辑功能，再自底向上，就能完成全部逻辑加工了。,写基本加工逻辑说明，应满足要求：,对数据流图的每一个基本加工必须有一个逻辑说明。,加工逻辑说明必须描述基本加工如何把输入数据流转换成输出数据流的加工规则。,加工逻辑说明必须描述实现加工的策略而不是实现加工的细节。,写加工逻辑说明的工具有：,结构化英语、判定表和判定树。,（1）结构化英语,（Structured English),概念：,结构化英语也称,PDL,，,是一种介于自然语言和形式化语言之间的半形式化语言；是在自然语言的基础上加了一些限制而得到的语言，是使用有限的词汇和有限的语句来描述加工逻辑的。,特点：,结构化英语词汇表由英语命令动词、数据词典中定义的名字、有限的自定义词和控制结构的关键词,（包括：,IF-THEN-ELSE,、,WHILE-DO,、,REPEAT-UNTIL,、,CASE-OF,）,等组成。,用法：,语言的正文用基本的控制结构进行分割，加工中的操作用自然语言短语来表示。其基本控制结构有：,简单陈述句结构、判定结构和重复结构,。尽可能少用或不用形容词和副词。另外，一般对结构化英语的描述还要加一些外层说明。,加工逻辑名：,编号：,激发条件：,加工逻辑：,执行频率：,结构化英语外层说明应包含的内容,：,加工逻辑名:,核实订票处理,编号:,3.2,激发条件:,收到取定票信息,加工逻辑:,1、,读订票旅客信息文件,2、,搜索此文件中是否有与输入信息中姓名及,身份证号相符的项,IF,有,THEN,判断余项是否与文件中信息相符,IF,是,THEN,输出已订票信息,ELSE,输出未订票信息,ELSE,输出未订票信息,执行频率:,实时,（2）判定表,（,Decision Table,),概念：,描述多条件、多目标动作的形式化工具。,特点：,用于数据流图中某些加工需要依赖多个逻辑条件取值情况。由四部分组成：,条件茬、条件项、动作茬和动作项,。,举例：,计算机票折扣率（判定表）,旅游时间,订 票 量,折 扣 量,79,12,月,20,20,20,20,15%,5%,20%,30%,16,10,11,月,条件茬：,列出了各种可能的条件,条件项：,给出了各个条件的条件取值组合,动作茬：,列出了可能采取的动作,动作项：,指出了在满足条件项各种取值组合采取的动作,（3）判定树,（,Decision Tree,),概念：,用树形结构来描述加工逻辑的形式化工具。,特点：,是用结构化英语，甚至是自然语言写成的叙述文作为构造树的原始依据，没有一种统一的方法构造判定树，但可从中找出规律。首先，应从文字资料中分清哪些是判定条件，哪些是判定作出的结论。,举例：,计算机票折扣率（判定树）,计算机票折扣率,7-9,12,月,1-6,10,11,月,订票量,20,订票量,20,订票量,20,订票量,20,打折15%,打折30%,打折20%,打折 5%,判定条件,结果,3.3,需求规格说明与评审,3.3.1,需求规格说明书,需求规格说明书是需求分析阶段的最后成果，是软件开发中的重要文档之一。,需求规格说明书的内容是把软件计划中确定的软件范围加以展开，制定出完整的信息描述，详细的功能说明，恰当的检验标准以及其他的与要求有关的数据。,1,概述,从系统的角度描述软件的目标和任务。,2数据描述,是对软件系统所必须解决的问题作出的详细说明。,数据流图,数据字典,系统接口说明,内部接口,3,功能描述,描述了为了解决用户问题所需要的每一项功能的过程细节，对每一项功能要给出处理说明和在设计时需要考虑的限制条件。,功能,处理说明,设计的限制,4性能描述,说明系统应达到的性能和应该满足的限制条件，以及检测的方法和标准，预期的软件响应和可能需要考虑特殊问题。,性能参数,测试种类,预期的软件响应,应考虑的特殊问题,5,参考文献目录,应包括与该软件有关的全部参考文献，其中包括前期的其他文档，技术参考资料，产品录手册以及标准等。,6附录,包括一些补充资料，如列表数据，算法的详细说明，框图，图表和其他资料。,需求规格说明书的作用主要有三方面：,作为用户和软件人员之间的共同文档，为双方相互了解提供基础。,反映出用户问题的结构，可以作为软件人员进行设计和编码的基础。,作为验收的依据，即作为选取测试用例和进行形式验证的依据。,3.3.2,需求评审,需求分析文档完成后，应由用户和系统分析员共同进行需求评审。需求评审需要有客户方和承包商方的人员共同参与，检查文档中的不规范之处和遗漏之处。,在需求评审过程中，需要检查的,主要内容,有：,系统定义的目标是否与用户的要求一致。,系统需求分析阶段提供的文档资料是否齐全。,文档中的所有描述是否完整、清晰、准确反映用户要求。,与所有其他系统成分的重要接口是否都已经描述。,被开发项目的数据流与数据结构是否足够。,所有图表是否清楚，再不补充说明时能否理解。,主要功能是否已包括在规定的软件范围之内，是否都已充分说明。,软件的行为和塔必须处理的信息、必须完成的功能是否一致,设计的约束条件或限制条件是否符合实际。,是否考虑了开发的技术风险。,是否考虑软件需求的其他方案。,是否考虑过将来可能会提出的软件需求。,是否详细制订了检验标准，它们能否对系统定义是否成功进行确认。,有没有遗漏、重复或不一致的地方。,用户是否审查了初步的用户手册或原型。,软件开发计划中的估算是否受到了影响。,