数据流编号： 数据流名： 数据流别名： 数据流组成：
数据流来源：实体或处理或数据存储 数据流去向：实体或处理或数据存储 简要说明：
-------------------------------------------------
2～数据存储的定义
------------------------------------------------- 数据存储编号：D3 数据存储名字：工资明细表 数据存储别名：明细表
数据存储组成：教职工代号、教职姓名、基本工资、职务、职称、生活补贴、书报费、交通费、课时费、岗位津贴、工资总额、个人所得税、住房公积金、医疗保险费、实发工资
由谁建立修改：3.5印表格 由谁使用读取：4分发工资明细表 简要说明：略。
-----------------------------------------------
为便于管理，通常可以将数据字典用WORD列表填制。
3～数据项定义
------------------------------------------------ 数据项编号：D3-7 数据项名字：工资总额 数据项别名：总工资
数据项描述：扣除个税、公积金和保险费之前一个教职工的月工资
第 16 页 共 49 页
类型及宽度：数值（7,2）：9999.99 所属表名：D3工资明细表
-----------------------------------------------
为便于管理，通常可以将数据字典用WORD列表填制。有些时候，数据项的定义将安置于软件设计阶段完成。
4～加工逻辑定义：IPO表记录算法初步描述
通常使用IPO表，以黑盒方式记录算法。所谓黑盒就是不考虑一个功能的具体实现方法，只把它看作给予输入之后就能够产生一定输出的盒子。
早期开发阶段使用这种方法的目的在于用原理性算法准确地定义功能，算法的细节可以在以后设计阶段再确定。
IPO表系统：工资支付 作者：张三模块：工资总额算法 日期：2006.04.30编号：XXXX 被调用：调用：输入：基本工资、课时费、岗位津贴、生活补贴、书报费、交流费输出： 工资总额涛印王江处理： 工资总额＝基本工资＋课时费＋岗位津贴＋生活补贴＋书报费＋交流费局部数据元素：注释： （3）
定义逻辑系统
第 17 页 共 49 页
虽然有了上述的IPO图，但正确性、关联性还需要进一步确认。
［例］通过再次访问财务科长和具体处理工资事务的两名会计，沿数据流图的数据源点开始循序讨论。
在讨论到“加工事务数据”这个处理时，前一步骤描述了计算工资总额的算法，并且知道了基本工资、生活补贴、书报费、交通费等数据应该存储起来。那么，它们到底存储在哪个数据存储中呢？
会计说，这些数据属于人事数据。不过，前面的数据流图中并没有一个数据存储保存人事数据，显然，需要进一步修改数据流图，补充相关数据存储。
经进一步询问，人事数据来源于人事科，因此需要增加一个新的处理--------人事数据存储。
6D5年度数据更新人事数据人事科D1事务数据D6人事数据教师1收集数据职工工资明细表4分发工资明细表工资表5更新分类帐2审核数据3加工事务数据D4报表D3D2涛王印江教师职工银行会计补充人事数据的工资支付系统的数据流图 （4）
细化数据流图
随着分析人员认识的深入，原有的数据流图已经显得很粗略，需要进一步细化。
第 18 页 共 49 页
6更新人事数据人事科银行D6人事数据D5年度数据D2工资表3.1取数据3.2计算正常工资3.3计算超额课时费3.4更新年度数据3.5印表格D1事务数据涛王印江D3工资明细表D4报表1收集数据2审核数据4分发工资明细表5更新分类帐教师职工教师职工会计工资支付系统的完整修订数据流图 （5）
状态图
有些时候，描述系统的行为也很重要，状态图就是一个很好的表达工具。比如“是否已将数据成功传输”、“是否已登帐”就是一个状态。
下面看一个电话系统的状态图：
第 19 页 共 49 页
闲置拿起听筒挂断电话挂断电话拨号音Do/响拨号音且增加等待时间挂断电话数字超时超时Do/响蜂鸣音涛印王江忙音Do/响忙音占线拨号有效号码接通中Do/试接通已接通无效号码存储的信息Do/播放信息振铃Do/振铃受话人回话通话信息播完受话人挂断电话断线电话系统的状态图 （6）
书写正式文档
根据前述的工作，目标系统定义已经越来越准确，最终可以将这些认识写成《软件需求规格说明书》。教材P39～40
除了教材的大纲框架，这里还另外介绍一种软件需求规格说明框架：
第 20 页 共 49 页