软件工程案例_结构化方法的需求分析[精品].doc

案例—结构化方法的需求分析 约定 假定校园卡只对学生发行。 校园卡本身不保存除“卡号”以外的信息，卡号由系统按照序列号自动生成。 假定使用校园卡的场合只有食堂、商店及图书馆，而且，不允许透支消费。 系统功能从简，包括：不考虑校园卡的加密问题，不考虑诸如修改密码、挂失等配套功能，与特约商户按照POS机号逐日汇总后对帐，等等。 软件功能 校园卡发行 帐户管理 2.1、充值 2.2、取款 2.3、注销 2.4、查询帐户收支记录 刷卡消费 身份验证 统计报表 打印收支情况统计表 打印特约商户对帐表 数据流图 顶层（图1） 学习提示： 顶层数据流图的基本意图是什么？ 第1层（图2） 学习提示： 自顶向下、逐层细化原则的运用 下层数据流图的边界与上层数据流图保持一致 关于数据存储 关于数据字典 第2层（图3、图4） 学习提示： 对数据流图的细化到什么程度为止。 数据字典 数据流与数据存储的数据结构 名称 构成 学生基本信息 姓名+性别+学生类型+专业+年级+班号 学生身份信息 身份确认标志+学号+姓名+学生类型 消费信息 卡号+ POS机号+消费金额 消费确认信息 消费确认标志+帐户余额 领卡申请单 学号+密码+申请日期 注销单 卡号+密码+注销日期 存款单 存款单号+卡号+姓名+存款日期+存款时间+存款金额 取款单 取款单号+卡号+姓名+密码+取款日期+取款时间+取款金额 帐户收支记录 卡号+姓名+查询日期+查询时间+[{帐户变动日期+帐户变动时间+变动类型+[POS机号]+变动金额}]+当前余额 收支情况统计表 {日期+当天存款金额+当天取款金额+当天消费金额}+合计存款金额+合计取款金额+合计消费金额 特约商户对帐表 POS机号+{对帐日期+刷卡次数+当天刷卡金额}+合计刷卡金额 校园卡基本档案 卡号+密码+学号+姓名+性别+学生类型+专业+年级+班号+发卡日期+当前状态+帐户余额+注销日期 存取款记录 卡号+存取款日期+存取款时间+存取款金额 新卡发行记录 卡号+密码+学号+姓名+性别+持卡人类型+专业+年级+班号+发卡日期 消费记录 卡号+ POS机号+消费日期+消费时间+消费金额 帐户变动记录 卡号+帐户变动金额 帐户注销记录 卡号+注销日期 学习提示： 规范描述每种数据流、每种数据存储的数据元素构成。 用词的规范，语法与语义的一致，同一数据结构（或数据元素）使用同一名称、不同数据结构（或元素）使用不同的名称。 数据元素 对上述数据结构中出现每个数据项，逐个作出定义。本案例省略具体内容，只对如下数据元素作出说明。 数据元素 说明 学生类型 枚举值：本科生、硕士生、博士生 当前状态 枚举值：正常、注销 存取款金额 约定：存款为正数，取款为负数 帐户变动金额 约定：存款为正数，取款与消费均为负数 学习提示： 哪些内容属于“数据元素”。 对于数据元素，需要定义哪些内容。 关于“元数据”的概念 数据分析要求清楚描述 每种业务单据之间的关联 每个数据元素值的“来龙去脉” 功能说明 以“功能2.2—取款”为例说明 功能简介（略） 录入数据：取款单 界面原型（略） 前置条件 《校园卡基本档案》存在与《取款单》中“卡号”相对应的记录。 对录入数据的约束规则 ●该档案记录的“密码”与《取款单》输入值一致。 ●该档案记录的“当前状态”为“正常”。 ●该档案记录的“帐户余额”值大于或者等于《取款单》的“取款金额”。 系统处理 ● 新增《存取款记录》。 ● 更新《校园卡基本档案》记录的“帐户余额”值，规则为“帐户余额=帐户余额—取款金额”