软件工程03-需求分析【荐】.ppt

数据库中存放的是：职工的所属部门、职工号、姓名； 职工报销时应填写：所属部门、职工号、姓名、日期； 医疗费分类：内部门诊、外部门诊、住院费、子女医疗费 该单位规定，每年每个职工的医疗费有一个限额 （如 80元），限额在年初确定，其限额规则如下： 用户对系统的要求 1、医疗费管理系统每天记录当天报销的若干职工或职工 子女的医疗费的类别、金额。 2、在当天下班前让系统自动结帐、统计当天报销的医疗 费总额，供出纳员核对。 3、每笔帐要保存备查，每天所报销的费用要和各个职工 已报销的金额累计起来，以便检查哪些职工已超额。 4、系统还要配有适当的查询功能。 5、年终结算后，下一年度开始时要对数据库文件进行初 始化。 6、当职工调离本单位，或在本单位内部门间调动，数据 库文件应能及时得到修改。 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 3.3 分析建模与规格说明 需求规格说明的内容 ⑴ 系统规格说明 系统概貌 ? 功能要求 ? 性能要求 ? 运行要求 可能增加的要求 ? DFD ? IPO ⑵ 数据要求 DD ? Hierarchy 或 Warnier Diagram ⑶ 用户系统描述 初步用户手册：从用户的观点考虑系统 系统功能、性能 ? 使用与步骤 等 ⑷ 修正的开发计划 成本估计 ? 资源使用计划 ? 进度计划 3.3 分析建模与规格说明 软件需求规格说明的简略大纲 Ⅰ.引言 A .系统参考文献 B .整体描述 C .软件项目约束 Ⅱ.信息描述 A .信息内容 B .信息流: 1 .数据流、2 .控制流 Ⅲ.功能描述 A .功能分解 B .功能描述：1 .处理说明、2 .限制、3 .性能需求、4 .设计约束、5 .支撑图 3.3 分析建模与规格说明 软件需求规格说明的简略大纲 Ⅲ.功能描述 C .控制描述：1 .控制规格说明、2 .设计约束 Ⅳ.行为描述 A .系统状态 B .事件和动作 Ⅴ.确认标准 A .性能范围 B .测试种类 C .预期的软件响应 D .特殊考虑 Ⅵ.参考书目 Ⅶ.附录 结构化分析方法（SA） 结构化分析 指导思想：“自顶而下，逐步求精” 基本原理：“抽象”与“分解” 使用工具 数据流图、数据字典、E-R图、状态转换图 分析步骤 建立现行系统物理模型-抽象现行系统逻辑模型-建立新系统逻辑模型-补充和优化（分解） 结构化分析方法（SA） 结构化分析模型 在模型的核心是数据词典，它描述了所有的在目标系统中使用的和生成的数据对象 围绕着这个核心的有三种图 实体-关系图(ERD)：描述数据对象及数据对象之间的关系 数据流图(DFD)：描述数据在系统中如何被传送或变换，以及描述如何对数据流进行变换的功能（子功能） 状态转换图(STD)：描述系统对外部事件如何响应，如何动作 因此，ERD用于数据建模，DFD用于功能建模，STD用于行为建模 个人成果，妥善保存，请勿传播 课程内容提纲 第3章：“需求分析” 需求分析的任务 获得需求的方法 分析建模与规格说明 结构化分析简介 数据模型:实体-关系图 功能模型:数据流图 行为模型:状态转换图 其他图形工具 个人成果，妥善保存，请勿传播 行为模型－状态转换图 状态 系统对事件的响应 做一个或一系列动作 仅仅改变系统本身的状态 即改变状态又做动作 状态 初态：一个 终态：0支多个 中间状态 状态图可以表示系统循环运行过程，也可以表示系统单程生命期 个人成果，妥善保存，请勿传播 行为模型－状态转换图 事件 事件是在某个特定时刻发生的事情，它是对引起系统做动作或从一个状态转换的另一个状态的外界事件的抽象 符号 个人成果，妥善保存，请勿传播 行为模型－状态转换图 终态 中间状态 状态名称 状态变量名字和值 活动表 事件名(enter,exit,do)(参数表)/动作表达式 箭头上标出触发转换的事件表达式，未标明表示自动触发转换。 事件表达式：事件说明[守卫条件]/动作 表达式 事件说明：事件名（参数表） 守卫条件：布尔表达式 动作表达式：一个过程表达式 状态转换 初态 个人成果，妥善保存，请勿传播 挂断电话 闲置 拿起听筒 拨号音 timer=0 do/想拨号音且增加timer 超时 超时 do/响蜂鸣音 存储的信息 do/播放信息 无效号码