L-第三章-软件工程课件需求分析.ppt

软件工程;引言1 用户描述的可能不是他想要的。 对用户的描述每个人有不同的理解;引言2—开发人员和用户之间的鸿沟;引言3—做需求要很细、很专业、很有经验;结论;第三章 软件需求分析;教学要求;需求分折简介;注意;§3.1需求分析的任务;提问并思考：;§3.1.1确定对系统的综合要求;;§3.1.2分析系统的数据要求;对系统数据的分析;§3 .1.3 导出系统的逻辑模型;图:软件需求分析的通信途径;与用户沟通的方法;§3.2.1 访谈;例：某出版社系统调查表;§3.2 面向数据流自顶向下求精;面向数据流自顶向下求精过程;§3.2.3简易的应用规格说明技术;§3.2.4快速建立软件原型;§3.2.4快速建立软件原型;§3.3分析建模与规格说明;模型的作用;例：结构化分析方法建立的需求模型;例：面向对象分祈方法（OOA）所建立的摸型;软件需求规格说明;结构化分析方法（ Structured Analysis ,SA );结构化分折模型的组成结构;§3.4实体一联系图;数据对象（实体）;一、基本概念(2);例:教学E-R图;例;三、如何建立实体一联系图？;2.4 数据流图(DFD,Data Flow Diagram);2 .4.1符号（1）;符号（2）;例 1 ：描述银行取款过程的数据流图;应该注意的几个问题;数据流图的层次结构;分层数据流图;说明：;注意的原则 ( 1 );注意的原则(2);例 2 ：结构化分析方法步骤示例;分析业务流程:订货过程;分析业务流程:采购过程;第一步：绘制顶层数据流图（ 1 );分析数据源点和终点：;分析源点、终点与商场之间的数据流;分析数据存储: ;第一步：绘制顶层数据流图( 2);第一步：绘制顶层数据流图（ 3 );第二步：将顶层数据流图细化;需要存储的数据有：;DFD/L2.2(采购细化);DFD/L2.1(销售细化);数据词典（ DD ,data dictionary );1数据字典的内容;2定义数据的方法;(1)定义数据流;举例：;数据流定义：;(2)定义数据元素;数据元素定义举例（ 1 );数据元素定义举例（ 2 );数据元素定义举例（ 3 );数据元素定义举例（4);(3)定义数据存储;数据存储定义举例（ 1 );;(4)定义数据处理;数据处理定义举例（ 2 );加工逻辑词条说明举例（ 3 );⑤ 源点及汇（终）点词条描述;数据规范化;状态转换图（STD );（1） 状态;（2） 事件;状态转换图符号;电话系统的状态图 ;其他图形工具;IPO图;验证软件需求;比较完整的数据流图例子;0 层 DFD 分析：;＊第 0 层 DFD 图;第 1 层 DFD 说明;第 1 层 DFD 说明;;第 2 层 DFD 说明;● 第2层DFD图对第1层DFD图中的一个加工“查询学生成绩”进行展开。 ;＊部分数据字典;实例;需求;当读者还书时，流通组工作人员根据图书证编号，找到读者的借书信息，查看是否超期，如果已经超期，则处罚。如果图书有破损、丢失，则进行破损处罚。登记还书信息，做还书处理，同时查看是否有预订登记，如果有则发出到书通知。 图书采购人员进行图书采购时，要注意合理采购。如果有缺书登记则随时进行采购。采购到货后，编目人员进行验收，编目、上架，录入图书信息，发到书通知。如果图书丢失或旧书淘汰，则将该书从书库中清除，即图书注销。;以上是图书管理系统的基本需求。经过与图书馆工作人员反复交流，他们提出了下列建议： 建议1：当读者借阅的图书到期时，希望能够提前以一个短信息或电子邮件方式提示读者。 建议2：读者希望能够实现网上查询和预订图书。 建议3：应用系统的各种参数设置最好是灵活的，由系统管理人员根据需要设定。例如：借阅量的上限，还书提示的时间，预订图书的保持时间等参数。;用户给出的上述需求式一个比较简单的需求，没有向我们前面介绍的那样给出业务需求、用户需求。遇到这种情况我们要进一步与用户沟通，了解系统的目标、规模、范围，不能自己想当然确定。 本例中用户给出的系统目标是实现读者借还书的信息化，并且利用Internet网络实现读者与图书馆之间的互动和图书馆的人性化管理。提高图书的利用率。 系统的规模较小，只涉及图书、读者、借还书的管理，相关的部门有采编部、流通部、办公室。;描绘系统流程图 ;系统0层数据流程图 ;描述;读者使用该系统进行图书信息查询、读者信息查询、网上预订图书，所以应该增加查询功能和预订图书功能； 采购部的人员使用本系统完成图书编目、新书信息发布功能，为此增加图书编目和新书发布处理； 流通部的工作人员使用本系统完成读者借还书的事务，应该为他们设置借书、还书处理； 办公室的人员负责读者信息管理、罚款信息管理和系统的参数制定，为他们添加读者信息管理、处罚信息管理、系统参数维