第三章软件需求分析第三章软件需求分析3.1需求分析任务与步骤3.1需求分析任务与步骤系统实现模型1.分析建模导出目标系统逻辑模型例子导出目标系统逻辑模型例子导出目标系统逻辑模型例子分析阶段中惯用模型（逻辑模型）3.1需求分析任务与步骤3.1需求分析任务与步骤案例分析（2）除了底层和顶层外，每层都有两个按钮，一个按钮请求电梯上升，另一个按钮请求电梯下降。这些按钮在按下时按钮灯亮。电梯抵达指定楼层后按钮灯熄灭，然后要么朝期望方向移动，要么请求等候。在后一个情况下，假如一个楼层上两个请求按钮都按下，则只取消其中一个按钮。决定先服务哪一层算法应该使两个请求等候时间最小。（3）当一个电梯没有服务请求时，应该停留在最终目标地，关上电梯门，并等候后面请求。（4）楼层上全部电梯请求必须最终得到服务，而且所以楼层含有相同优先权。（5）电梯内全部楼层请求必须最终得到服务，各层按电梯移动方向先后得到服务。（6）每个电梯有一个紧急按钮。按下该按钮时，将使一个报警信号发送到现场管理人员，然后强制电梯“停顿服务”。每一个电梯有一个取消其“停顿服务”状态机制。电梯状态转换图举例需求分析步骤3.2需求获取惯用方法调研问卷部门各岗位职责部门接收哪些部门或外界信息？信息内容和格式是什么？部门产生哪些信息？部门产生信息送到哪些其它部门？格式要求是什么？对信息输入和输出方式有要求吗？输入输出设备是什么？数据要求实时备份吗？备份设备是什么？时间策略？业务处理有高峰期吗？高峰时间是什么？时间策略？现有哪些设备要继续使用？对产品运行环境有要求吗？对界面格调和操作方式有要求吗？在系统运行过程中允许停机吗？操作方式要依据操作环境和使用人员素质分类吗？需要操作权限有哪些？需要统计系统操作运行日志吗？用户有能力进行系统维护吗？需要分布式处理吗？需要什么方式用户操作培训。需要制作联机帮助吗？案例需求获取三大挑战某出版社系统调查表某出版社系统调查表需求获取内容2.两类需求包含内容(1)功效需求(2)性能需求(3)环境需求(4)界面需求(5)用户或人原因(6)文档需求(7)数据需求(8)资源需求(9)安全保密要求(10)软件成本消耗与开发进度需求(11)质量确保3.3分析建模3.3分析建模功效模型学生假定一家工厂采购部天天需要一张订货报表，报表按零件编号排序，表中列出全部需要再次订货零件。对于每个需要再次订货零件应该勒出以下数据：零件编号、名称、订货数量、当前价格、主要供给者、次要供给者。零件入库或出库称为事务，经过放在仓库中CRT终端把事务汇报给订货系统。当某种零件库存量少于库存量临界值时就应该再次订货。数据流图含有四种成份：源点和终点、处理、数据存放、数据流。首先考虑数据源点和终点。从上面叙述可知：采购员是数据终点，而仓库管理员是数据源点。然后考虑处理。必须有一个用于产生报表处理；事务后果是改变库存量，而任何改变数据操作都是处理，所以对事物加工是另一个处理。最终，考虑数据流和数据存放。系统把订货报表送给采购部，订货报表是一个数据流；事物需要从仓库送到系统中，显然事物是另一个数据流。产生报表和处理事务这两个处理在时间上显著不匹配----每当发生一个事务时要马上处理它，而天天只产生一个订货报表。所以，订货报表数据应该有一个数据存放。另外，还有一些隐含数据：零件库存量、库存临界值等。功效模型--案例二功效模型--案例二功效模型--案例二功效模型--案例二数据模型数据模型性别行为模型及案例闲置数据字典数据流“发票”字典条目3.3分析建模结构化分析模型面向对象分析模型分析模型描述工具1.数据流图（DFD）1.数据流图（DFD）1.数据流图（DFD）用户画数据流图标准一家工厂采购部天天需要一张订货报表，报表按零件编号排序，表中列出全部需要再次订货零件。对于每个需要再次订货零件应该列出下述数据：零件编号，零件名称，定货数量，当前价格，主要供给者，次要供给者。零件入库或出库称为事务，经过放在仓库中CRT终端把事务汇报结订货系统。当某种零件库存数量少于库存量临界值时就应该再次订货。DFD能够用来表示一个系统或软件在任何层次上抽象。较大型软件系统DFD分成多层(子图、父图概念),能够表示数据流和功效深入细节。领书单进书通知领书单进书通知DFD练习—售书系统DFD练习—售书系统实例考务处理系统功效考务处理系统分层DFD——顶层数据流图考务处理系统-----3层数据流图(a)考务处理系统-----3层数据流图(b)⑴数据流是数据在系统内传输路径，由一组成固定数据项组成。除了与数据存放(文件)之间数据流不用命名外，其余数据流都应该用名词或名词短语命名。数据流能够从加工流向加工，也能够从加工流向文件或从文件流向加工，也能够从源点流向加工或从加工流向终点。⑵