需求分析画图

需求分析画图第一页，共二十六页，2022年，8月28日培训中心日常业务培训中心的日常业务是：将学员发来的电报、信件、电话收集分类后，按几种不同情况处理。如果是报名的，则将报名数据送给负责报名事务的职员，他们要查阅课程文件，检查某课程是否额满，然后在学生文件、课程文件上登记，并开出报名单交财务部门，财务人员再开出发票经复审后通知学员。如果是付款的，则由财务人员在帐目文件上登记，再经复审后也给学员一张通知单。如果是查询的，则交查询部门查阅课程文件后给出答复。如果是想注销原来已选修的课程，则由注销人员在课程、学生、帐目文件上作相应修改，经复审后通知学员。对一些要求不合理的函电，培训中心将拒绝处理，第二页，共二十六页，2022年，8月28日培训中心日常业务数据流图第三页，共二十六页，2022年，8月28日DFD的基本成份-数据流.概念:由一股固定成份的数据组成例:报名数据=姓名+年龄+性别+单位名+课程名发票=姓名+单位名+金额流动方向:加工-加工,加工-文件,源-加工注:两加工间可有几股数据流.命名:除流向文件或从文件流出的不必命名,其它要有合适名字第四页，共二十六页，2022年，8月28日DFD的基本成份-加工概念:加工是对数据的操作,例查询命名:理想是名词+动词编号:反映在分层图中的位置.第五页，共二十六页，2022年，8月28日DFD的基本成份-文件概念:暂存的数据命名:注意:加工与文件间数据流的方向若一加工既要读又要写文件,用双向箭头.第六页，共二十六页，2022年，8月28日DFD的基本成份-源点和汇点指位于系统外的人与物.例:学员第七页，共二十六页，2022年，8月28日DFD的基本成份-物资流在系统中画出物资流有时有助于理解,但最终将被删除第八页，共二十六页，2022年，8月28日DFD的基本成份-*，，+尽量少用第九页，共二十六页，2022年，8月28日由外向里画数据流图画系统的输入与输出-系统对外接收什么数据,系统向外界送出什么数据画系统内部由源推导加工至汇点加工画出:数据流产生变化,加上加工数据流画出:被用户当一个单位来处理的一组数据文件产生:加工中有使用的一些文档与存储的数据等第十页，共二十六页，2022年，8月28日由外向里画数据流图-注意适当命名:避免引起错觉名字,避免空洞名字,难发命名时注意可能可被子再分解.画数据流非控制流先考虑稳定状态忽略细节:对于出错,例外等类似情况,只画出数据流即可.随时准备重画第十一页，共二十六页，2022年，8月28日由顶向下画分层数据流图需求分析和规格说明方法

分层数据流图是一种比较严格又易于理解的描述方式，它的顶层描绘了系统的总貌，底层画出了系统所有的细部，而中间层则给出了从抽象到具体的逐步过渡。

运用这描述手段，我们能建立起一套可以由顶向下阅读的系统说明书。

第十二页，共二十六页，2022年，8月28日由顶向下画分层数据流图-注意

父图和子图的输入输出数据流要“平衡”。

根据“抽象”原则，每张图只画出作为加工间交界面的文件和数据流，而不必画出加工内部的文件。

如要了解某个加工内部的细节，可以阅读与这个加工的编号相同的一张图。

一个加工一般最多分解成7个子加工。

当每个加工都已足够简单时，分解就可结束

在画父图时，只需画出加工和加工之间的联系，而不必画出各个加工内部的细节

第十三页，共二十六页，2022年，8月28日父子平衡与不平衡例第十四页，共二十六页，2022年，8月28日一个实例——运动会管理系统DFD。组织一个大型运动会的工作过程如下：

首先决定日期、地点、规模、设立哪些比赛项目，报名期限等，并作出一些规定，如每人最多可参加多少项目，每个项目每队最多可有多少人参加等。在报名结束后，要给每个运动员编号，统计每个项目有多少运动员以及有哪些运动员参加，并根据每个项目的参加人数等具体情况排出比赛日程表。在运动会进行过程中要按各项比赛的成绩及时公布单项名次并累计团体总分。比赛全部结束后要公布团体名次。

第十五页，共二十六页，2022年，8月28日第十六页，共二十六页，2022年，8月28日数据词典-DDDD:数据流图中所有条目构成词典.DD条目类型:数据流、文件、数据项、加工DD中同种符号认识：+，[|]，{}，()第十七页，共二十六页，2022年，8月28日DD-数据流、文件、数据项条目例数据流：取款单=帐号+户号+金额+日期乘客名单={乘客姓名+单位名+等级}文件：货物库存=编号+货物名称+类别+单价+总价组织：按货物类别与编号排序数据据项条目：帐号=0000-9999

存期=[1|3|5|8]第十八页，共二十六页，2022年，8月28日DD-加工条目及例子加工描述方法：结构化语言，判定表，判定树加工描述内容：加工激发条件、加工逻辑、优先级、执行频率、出错处理。结构化加工描述例：例：销售中加工确定订货的描述名称：确定订货编号：1.3

输入:合格订货单输出:可发货单加工逻辑:根据货物库存

IF订货单的项目数量<该项目库存量临界值

THEN产生发货单处理

ELSE此订单缺货,登录至暂存订货单,获到货通知后处理第十九页，共二十六页，2022年，8月28日SA分析的四个步骤SA方法分析过程分四步进行：·

理解当前的现实环境，获得当前系统的“具体模型”。

·

从当前系统的“具体模型”抽象出当前系统的“逻辑模型”。

·

分析目标系统与当前系统逻辑上的差别，建立目标系统的逻辑模型。

为目标系统的逻辑模型作补充。

说明目标系统的人--机界面。

说明至今尚未详细考虑的一些细节。

出错处理。

系统的启动和结束。

系统的输入输出格式。

性能方面的要求。

其他。

第二十页，共二十六页，2022年，8月28日SA分析的四个步骤-具体模型与抽象模型区别会计科20l室的老张在收到用户打来的订货电话或寄来的订货函件后开出发票，并将发票的存根联经传送带传送给统计科432室的老李，又将发票的付款联交给出纳员

第二十一页，共二十六页，2022年，8月28日对SA分析总结SA方法的基本思想:“由顶向下逐层分解”，

这是软件工程中的一条基本原则。

SA方法的实施步骤:先分析当前现实环境中已存在的人工系统，再考虑即将开发的软件系统。

SA方法优点：

简单清晰，

易于学习掌握、易于使用。

SA方法的薄弱环节：

SA方法在理解和表达用户的数据需求方面比较局限，同数据库技术亦不能较好地衔接。

SA

SA方法在理解和表达人机界面方面是很差的，用数据流图描绘人机界面不太合适，逐层分解在这里起不了什么作用，而且SA方法通常要到最后才来考虑人机界面。

SA

SA方法强调分析数据流，而对时间、控制方面的描述恰恰是不精确的，所以SA方法原则上不适用于实时系统。

在澄清、确定用户需求方面能起的作用是有限的。

第二十二页，共二十六页，2022年，8月28日快速原型法-采用原因瀑布模型开发的主要问题有：

由于用户并不能确切了解他的需求是什么，也不知道哪些要求可以用软件来实现，所以一开始不容易获得精确、完整的需求说明书。

需求说明书仅是一份书面资料，它是不可执行的，所以不易发现其中的错误，隐含的问题一直要到系统交付到用户手中才暴露出来，纠正所需的代价就太大了。

由于各阶段采用的描述方式各不相同，当用户希望修改需求时，修改工作量极大，且难以保证各阶段的一致性。

第二十三页，共二十六页，2022年，8月28日快速原型法-类型快速建立原型的研究分为两类：

快速建立需求规格的原型(RapidSpecificationPrototyping，简称RSP)；

快速建立渐进原型(RapidCyclicPrototyping，简称RCP)。

第二十四页，共二十六页，2022年，8月28日快速原型法-RSPRSP建立的模型反映了系统的某些方面，它可以密切用户和开发人员的关系，促进相互理解，因此有助于获得更完整更精确的需求说明书，待需求说明书确定之后，这个模型一般就被丢弃，后面的开发仍按瀑布方式进行。

此类模型通常着重系统的可测试性、可理解性等

RCP采用循环进化的开发方式，它对系统模型作连续的精化，将系统需具备的性质逐步添加上去，直至所有的性质全部满足，此时模型也就发展为最终产品了。这是一种交互式、增量式的开发，在开发过程中，开发人员一直与用户密切联系，它不是要求一次就做出最终产品，而是要经过多次试探和反复，所以更符合人的认识规律，因而也就更现实了。

第二十五页，共二十六页，2022年，8月28日快速原型法建立模型类型快速建立模型

可以分为三类：用户界面原型、功能原型和性能原型