IC卡综合配售管理信息系统.docVIP

文档编号 AS_SR_SRS 版 本 号 1.0.0 编 写 人 张伟 编写日期 2001年11月 审 核 人 审核日期 年　 月　 日 批 准 人 批准日期 年　 月　 日 IC卡综合配售管理信息系统 软件需求规格说明 项目名称：_____公司IC卡综合配售管理信息系统 承办单位：深圳毅能达智能卡制造有限公司应用事业部 2001年11月 目　 录 1 引言 4 1.1 编写目的 4 1.2 拟定参与人员 5 2 使用实例(Use Case) 6 2.1 用户群分类和用户类代表 6 2.1.1 用户类和用户业务 6 2.2 系统用例总体描述 8 2.3 配送部门用例图 9 2.3.1 配送用例图总体描述 9 2.3.2 登记并分派送往销售网点的任务 9 2.3.3 分派送货任务 10 2.4 销售网点用例图 11 2.4.1 销售网点用例图总体描述 11 2.4.2 更改客户资料 12 2.4.3 登记订货请求 13 2.4.4 对IC卡进行挂失登记 13 2.4.5 撤销IC卡的挂失处理 13 2.4.6 发卡 14 2.4.7 补卡 15 2.4.8 分派配送任务 16 2.4.9 充值 17 2.4.10 标记流失客户 18 2.4.11 登记新客户 19 2.4.12 记录客户付款 20 2.4.13 水站报表 20 2.4.14 数据交换 20 2.4.15 读取手持机数据 21 2.5 销售部用例图 21 2.5.1 销售部用例图总体描述 21 2.5.2 请示销售部数据分析报表 22 2.5.3 退款 23 2.5.4 登记客户合同 24 2.5.5 受理并处理客户投诉 25 2.5.6 登记新客户 26 2.5.7 下发通知 27 2.5.8 记录客户付款 27 2.6 财务部用例图 27 2.6.1 财务部用例图总体描述 27 2.6.2 （库存管理）录入原始库存 28 2.6.3 入库登记 28 2.6.4 出库登记 29 2.6.5 库存盘点 30 3 外部需求接口 31 3.1 用户界面 31 3.1.1 数据显示（浏览窗口）： 31 3.1.2 数据编辑和详细数据显示窗口 33 3.1.3 提示窗口 33 3.2 硬件接口 35 3.3 软件接口 35 4 功能需求 37 5 其它非功能需求 37 附录A：词汇表 37 A.1业务术语： 37 A.2开发术语： 37 附录B：分析模型 38 B.1数据流图 38  引言 编写目的 《IC卡综合配售管理信息系统》是采用接触式IC卡（简称IC卡）、IC读写器（简称读写器）和手持式IC卡读写机（简称手持机），管理公司配售业务的综合计算机管理信息系统。 全面进行该系统开发的技术前提是：客户和开发小组必须对将要开发的产品的业务规则、用户需求、功能需求等达成一致的协议。为此，我们编写该《软件需求规格说明》文档，该文档详细描述了产品的业务规则、用户需求、功能需求和非功能需求。 客户方必须详细阅读该文档，确认该文档完整、准确。发现文档错误或遗漏的部分，提请开发人员进行修正。在经过客户方和开发方充分交流、磋商之后，双方对将要开发的产品需求达成一致的标准，形成该文档的最终最后定稿。文档最后经开发方和客户方认真审核后，双方批准签字予以确认。　 开发方的开发的产品必须符合该文档的要求。该文档是产品开发、测试、和验收的根本依据。 签收完毕后，如果客户方需要增加或修改某个项目，应由客户和开发者双方进行协商，评估该项修改的可行性、工作量，在进行评估的基础上，适当延迟产品完工时间和增加开发费用。  拟定参与人员 角色 名单 职责 客户代表 系统的决策者 项目负 责人 负责和管理整个项目 系统分析员 需求调查和需求分析 设计人员 总体设计和详细设计 程序员 编写程序代码 文档编写者 编写需求文档、设计文档、开发文档和用户手册 测试人员 编写测试案例，根据测试案例测试软件， 编写软件测试报告。 使用实例(Use Case) 使用实例代表了用户的需求，或者说，使用实例代表了开发人员对用户需求的理解。使用实例指明了用户要利用系统做什么。使用实例指明了执行者（可以指人，也可以是应用软件、硬件等）完成某项任务。 使用实例为表达用户需求提供了一种方法，这一方法必需与系统的业务需求相一致。分析者和用户必须检查、审核每一个使用实例。 基于“使用实例”方法进行需求获取的目的在于：描述用户需要使用系统完成的所有的任务。“使用实例”可简称为“用例”。 用户群分类和用户类代表 用户类和用户业务 “用户”是指“IC卡综合配售管理系统”的使用者，包括直接使用者和间接使用者。可根据系统的业务特点，将系统的用户分成若干类： 销售部门