3结构化需求分析.

需求分析的概念需求分析(RequirementAnalysis)：对收集到的需求进行提炼、分析和审查，为最终用户所看到的系统建立概念化的分析模型。需求分析方法有：结构化方法和面向对象的方法需求分析的本质客户现实需求软件需求模型(SRS)抽象、映射、转换结构化分析的主要工具描述物理模型系统流程图描述逻辑模型数据流程图描述处理内容IPO图表描述数据项和数据结构数据字典系统流程图使用一些图形符号以黑盒子的形式描绘系统的每个部件，如设备、文件、数据库、程序、通讯和人工过程等。需求调研阶段使用它来描绘用户当前系统的物理模型需求分析时在物理模型的基础上获得系统的逻辑模型在设计阶段根据系统的逻辑模型设计出新系统的物理模型。案例某装配厂有一座存放零件的仓库,仓库中现有的各种数据都记录在库存清单主文件中,当仓库中零件数量有变化时,应该及时修改主文件.如果某种零件的库存量库存量临界值,则应该报告给采购部门以便定货,规定每天向采购部门送一次定货报告.先看看系统流程图的模样变化仓库零库存量件临界值库存清单XX：————————XX：————…………库存临界值定货报告案例：仓库管理的物理模型先看看系统流程图的模样注：符号=系统部件箭头=信息流动路径从顶向下,从左到右分层事务库存清单程序库存清单主文件定货信息报告生成程序定货报告即库存量变化案例仓库管理系统的系统流程图先看看系统流程图的模样注意：系统流程图和程序流程图的区别？系统流程图是反映系统物理结构的概貌，它主要描绘信息在系统各个物理部件之间的流动情况，每个部件都是一个未打开的黑盒子；程序流程图是反映系统中具体模块或算法的处理过程，也可以理解为对打开的黑盒子中内容的描述。系统流程图的作用描述系统的组成元素；描述信息在各个元素之间的流动情况。可以由此生成系统的软硬件初始配置清单。画系统流程图的步骤：1）找出可能的系统硬件元素，如果是人工系统则找出各个相关的业务部门或组织；2）寻找各个硬件元素上分布的软件元素，如果是人工系统则寻找各个部门或组织的职责（任务）；3）找出各个元素之间的通信或连接方式；4）仔细研究各个元素，对于比较复杂的软件元素需要描述主要处理步骤（不要过于详细）和信息流，如果是人工系统，需要对处理复杂的过程进行简要描述，对于硬件元素需要说明规格和型号。图书馆图书信息管理系统流程图查询图书/读者PC机借/还书PC机办证/处罚/员工管理PC机新书订购/编目PC机读者客户端办公室客户端采编室客户端流通部客户端数据库服务器SQLServer7.0联想微机服务器HP5000打印机借还书部分的系统流程图示例还书事务处罚处理预借到书通知还书处理打印处罚信息借还书记录预借登记处罚信息罚款单3.2.2数据流程图数据流程图是描绘系统逻辑模型的图形工具只描绘信息在系统中的流动和处理情况不反映系统中的物理部件数据流程图使用四个标准的基本符号数据源点/终点数据源点/终点处理编号处理名称处理名称处理编号数据流编号/名称数据存储编号数据存储名称数据存储编号和名称数据流程图的基本符号数据流程图的常用符号，见教材P93中图5-1案例某装配厂有一座存放零件的仓库,仓库中现有的各种数据都记录在库存清单主文件中,当仓库中零件数量有变化时,应该及时修改主文件.如果某种零件的库存量库存量临界值,则应该报告给采购部门以便定货,规定每天向采购部门送一次定货报告.采购部:每天需要一张定货报表;通过仓库中的终端报告给定货系统;库存低于临界值,开始定货先看看数据流程图的模样库管员采购员事务定货信息1.3处理事务2产生报表定货信息D2定货信息定货报表库存清单D1库存清单1.2更新库存清单1.1接受事务事务库存信息先看看数据流程图的模样注意：在数据流程图中不能反映控制流，分支判断或循环这类控制性的流程属于程序流程图在需求分析阶段用它来描述用户需求，随着对用户业务的逐渐深入，数据流程图逐步细化，并得到用户确认设计阶段以数据流程图为基础来设计软件结构测试阶段依据数据流程图来检验是否满足需求规格说明层次数据流图仓库管理员定货系统采购员DF0/事务DF2/定货信息0层基本系统模型(突出源点/终点)仓库管理员采购员DF0/事务DF2/定货信息IPO1处理事务IPO2产生报表定货信息D2DF2/定货信息DF2/定货信息库存清单D1DF1/库存信息1层功能级数据流图库管员采购员DF0/事务DF2/定货信息IPO1.3处理事务IPO2产生报表定货信息D2DF2/定货信息DF2/定货信息库存清单D1DF1/库存信息IPO1.2更新库存清单IPO1.1接受事务DF0/事务DF1/库存信息2层细化的数据流程图注意：数据流程图上所有图形符号只限于前述四种基本图形元素，并且缺一不可。数据流程图上的数据流必须封闭在外部实体之间。每个处理至少有一个输入数据流和一个输出数据流。按层给处理框编号，编号能表示处理上下层的亲子关系。注意（续）一个数据流子图必须与它上一层的一个处理对应，两者的输入数据流和输出数据流必须一致。数据流不能在外部实体、数据存储间流动。数据流程图上每个元素都必须有名字和编号。忽略出错处理（也属于控制流）。3.2.3数据字典数据字典对数据流程图中出现的图形元素作为一个词条加以定义数据字典要求严密、精确、无二义性。数据字典把数据的最小组成单位看成是数据元素或者叫做基本数据项，若干个数据元素可以组成一个数据结构也叫做组合数据项。名字：订货信息编号：DF2描述：每天一次送检采购员的需要订货的零件表定义：订货信息=零件编号+零件名称+订货数量+目前价格+主要供应者+次要供应者来自：IPO1.3流向：D2数据量：200条/天,1K/条}数据结构structDF2{char零件编号[8];char零件名称[20];int订货数量;float目前价格;structsupplier主要供应者;structsupplier次要供应者;};订货信息数据字典3.2.4IPO图在实际项目中：数据字典通常对数据流、数据存储进行定义IPO图通常对加工处理进行定义加工处理说明IPO图3.2.5实体—关系图简称ER(EntityRelationshipDiagram)ER图中包含了实体（数据对象）、关系和属性三种基本成分，通常用矩形框代表实体，用连接相关实体的菱形框表示关系，用椭圆形表示属性，用实线把实体或关系与其属性连接起来。见下图。案例：学生-教师-课程的ER图教师性别职称部门电话姓名教工号学生班级性别姓名学号教学课程班级性别姓名学号1NMN成绩时间教室数据对象（实体）指具有一系列不同性质或属性的事物，因此仅有单个值的事物（例如姓名）不是数据对象。数据对象可能是：一个外部实体，例如生产或消费信息的任何事物；一个事物，例如一份报告；一次行为，例如一个电话呼叫；一个事件，例如一次警报；一个角色，例如教师；一个组织，例如学校教务处；一个地点，例如图书馆；一个结构，例如一个目录。属性定义了数据对象的性质。一个数据对象的若干属性中，必须有一个或多个属性能够用于区分其他数据对象，通常称这种属性为“关键字“。关联数据对象之间相互连接的方式称为关联，假设A和B都是数据对象，其关联可分为以下三类：一对一(1∶1)：A的一次出现可以并且只能关联到B的一次出现，B的一次出现只能关联到A的一次出现。例如，一个丈夫只能有一个妻子，一个妻子也只能有一个丈夫。一对多(1∶N)。A的一次出现可以关联到B的一次或多次出现，但B的一次出现只能关联到A的一次出现。例如，教师与课程之间存在一对多的联系，即每位教师可以教多门课程，每门课程只能由一位教师来教。多对多(M∶N)。A的一次出现可以关联到B的一次或多次出现，同时B的一次出现也可以关联到A的一次或多次出现。例如，学生与课程间的联系是多对多的，一个学生可以学多门课程，每门课程可以有多个学生来学。3.3结构化分析方法的实现步骤1）信息分析：根据用户的需求画出初始的系统流程图和数据流程图，写出数据字典和初始的加工处理说明。2）回溯：以初始数据流程图为基础，从数据流程图的输出端开始回溯。3）补充：在对数据流程图进行回溯的过程中可能会发现丢失的处理和数据，将数据流程图补充完善。对于模糊不清的问题要通过进一步的调研进行确认。4）确定非功能需求：对软件性能指标、接口定义、设计和实现的约束条件等逐一进行分析。5）复查：系统分析人员将补充修改过的数据流程图、数据字典、数据实体关系图和处理说明讲给用户听。6）编写需求文档：编写需求规格说明书和初始的用户手册，测试人员开始编写功能测试用的测试数据。3.4结构化分析-规格说明书软件需求规格说明书（SRS）是需求阶段的产品，它精确地阐述一个软件系统提供的功能、性能和必要的限制条件。软件需求规格说明是系统测试、系统设计、编码和用户培训的基础。软件需求规格说明书必须描述的内容软件功能软件性能设计限制质量属性外部接口注意对每条需求进行编号，并且编号是固定唯一的。例如，要在ED-1，ED-2之间插入一条需求时，可以编号ED-1.1，其它的编号不变。见教材需求规格说明书的模板P360,14.7.33.5结构化分析实例(省略不讲)P106的学校财务软件（自学）图书馆图书信息管理系统需求读者来图书馆借书，可能先查询馆中的图书信息。查询可以按书名、作者、图书编号、关键字查询。如果查到则记下书号，交给流通组工作人员，等候办理借书手续。如果该书已经被全部借出，可做预订登记，等待有书时被通知。如果图书馆没有该书的记录，可进行缺书登记。办理借书手续时先要出示图书证，没有图书证则去图书馆办公室申办图书证。如果借书数量超出规定，则不能继续借阅。借书时流通组工作人员登记图书证编号、图书编号、借出时间和应还书时间。当读者还书时，流通组工作人员根据图书证编号，找到读者的借书信息，查看是否超期，如果已经超期，则处罚。如果图书有破损、丢失，则进行破损处罚。登记还书信息，做还书处理，同时查看是否有预订登记，如果有则发出到书通知。图书采购人员进行图书采购时，要注意合理采购。如果有缺书登记则随时进行采购。采购到货后，编目人员进行验收，编目、上架，录入图书信息，发到书通知。如果图书丢失或旧书淘汰，则将该书从书库中清除，即图书注销。需求（续）以上是图书管理系统的基本需求。经过与图书馆工作人员反复交流，他们提出了下列建议：建议1：当读者借阅的图书到期时，希望能够提前以一个短信息或电子邮件方式提示读者。建议2：读者希望能够实现网上查询和预订图书。建议3：应用系统的各种参数设置最好是灵活的，由系统管理人员根据需要设定。例如：借阅量的上限，还书提示的时间，预订图书的保持时间等参数。需求（续）用户给出的上述需求式一个比较简单的需求，没有向我们前面介绍的那样给出业务需求、用户需求。遇到这种情况我们要进一步与用户沟通，了解系统的目标、规模、范围，不能自己想当然确定。本例中用户给出的系统目标是实现读者借还书的信息化，并且利用Internet网络实现读者与图书馆之间的互动和图书馆的人性化管理。提高图书的利用率。系统的规模较小，只涉及图书、读者、借还书的管理，相关的部门有采编部、流通部、办公室。需求（续）描绘系统流程图查询图书/读者PC机借/还书PC机办证/处罚/员工管理PC机新书订购/编目PC机读者客户端办公室客户端采编室客户端流通部客户端数据库服务器SQLServer7.0联想微机服务器HP5000打印机系统0层数据流程图读者采编部办公室流通部IPO001图书馆信息管理系统DS001读者信息DS002图书信息DS003借还信息DS004处罚信息描述本例中的数据源/终点有读者、采编部、办公室、流通部。读者提供的主要信息是读者号、书号；办公室是为读者分配读者号，定义处罚规则、借还书规则；采编部提供新书信息；流通部实现借还书操作，产生借还书信息。下面应该对图书馆信息管理系统这个“黑盒子”进行逐步分解，细化数据流程图。读者使用该系统进