高校后勤物流管理系统.DOCVIP

高校后勤物流管理系统 分析与设计 项目组成员：林敏敏 姜静 张改玉 日期：2008-12-10目录 第一章 需求分析 2 1.1问题陈述 2 1.2用例图 3 1.3用例规约 4 1.4补充规约 9 第二章 系统架构分析 11 2.1系统架构设计 11 2.2 系统类图 12 2.3按用例分析类图 13 2.4根据用例分析顺序图 18 2.5分析类到分析机制 19 第三章 运行时架构分析 22 3.1登录系统进程图 22 3.2系统管理子系统进程图 22 3.3 操作管理子系统进程图 23 3.4 库存管理子系统进程图 24 3.5 顾客子系统进程图 25 第四章 系统分布式设计 26 4.1网络配置图 26 4.2系统部署 28 第五章 用例设计 31 5.1系统登陆子系统 31 5.2系统管理子系统 32 5.3库存管理子系统 34 5.4操作员子系统 36 5.5顾客子系统 38 第六章 系统的实现 40 6.1配置Web应用、Struts框架及DWR 40 6.2各模块的具体实现 41 6.3关键技术的解决方法 44 第一章 需求分析 1.1问题陈述 1.1.1 系统背景 由于高校的扩招等原因，使得高校存在多校区、多仓库、多食堂、地理位置分散的特点全国高校后勤管理社会化改革，即后勤与学校母体分离，实现企业化管理，自主经营，自负盈亏 1.3用例规约 1.3.1 增加库存变动类型 用例名称： 增加库存变动类型 参与者 系统管理员 前置条件： 系统管理员已登陆系统并进入增加库存变动页面。 场景描述： 按步骤来描述： 用户输入库存变动类型名称和出入库类型； 和数据库中库存类型进行匹配； 若不存在就增加，否则提示已经存在。 后置条件： 增加一个新的库存类型或库存类型不变 补充条件： 无 1.3.2 删除库存变动类型 用例名称： 删除库存变动类型 参与者： 系统管理员 前置条件： 系统管理员已登陆系统并进入删除库存变动页面。 场景描述： 按步骤来描述： 用户输入库存变动类型名称和出入库类型； 和数据库中库存类型进行匹配； 若存在就删除，否则提示已经删除。 后置条件： 删除选定的库存类型 补充说明： 无 1.3.3 入库管理用例 用例名： 入库管理 参与者： 库存管理员 前置条件： 库存管理员登陆系统，并进入到入库管理界面。 场景描述： 按步骤来描述： 库存管理员输入产品名称，软件就会显示它的具体信息：供应商、当前库存量、进价、单位； 再输入入库数量，选择入库类型，更新库存并记录库存入库情况。 后置条件： 库存管理员选择的商品库存数量增加。 补充说明： 无 1.3.4 出库管理用例 用例名： 出库管理 参与者： 库存管理员 前置条件： 库存管理员登陆系统，并进入到出库管理界面。 场景描述： 按步骤来描述： 库存管理员输入产品名称，软件就会显示它的具体信息：供应商、当前库存量、进价、单位； 再输入出库数量，选择出库类型，更新库存并记录库存出库情况。 后置条件： 库存管理员选择的商品库存数量减少。 补充说明： 无 1.3.5 库存管理用例 用例名称： 库存管理 参与者： 库存管理员 前置条件： 库存管理员登陆系统并进入库存管理页面 场景描述： 按步骤描述如下： 输入产品名称或选择产品的类型； 根据输入信息查询该产品的基本信息及当前库存情况。 后置条件： 无 补充说明： 无 1.3.6 盘库用例 用例名称： 盘库 参与者： 库存管理员 前置条件： 库存管理员登陆系统并进入盘库页面 场景描述： 按步骤描述如下： 输入产品名称及实际库存量； b) 更新帐面库存量，并生成当前盘点记录表。 后置条件： 无 补充说明： 无 1.3.7 统计用例 用例名称： 统计 参与者： 库存管理员 前置条件： 库存管理员登陆系统并进入统计页面 场景描述： 按步骤描述如下： 选择某段时间； 选择查询类型（出库、入库、盘点）； 根据时间生成相应类型的统计表。 后置条件： 无 补充说明： 无 1.4补充规约 1.4.1 目标 本文档的目标是定义高校后勤物流管理系统的需求，补充规约中定义了用例模型中未定义的系统需求。 1.4.2 可行性 本系统界面与windows2000/xp兼容。 1.4.3 可靠性 本系统应该在任何时间都是可用的。 1.4.4 安全性 在本系统中每个类型的用户都有自己的权限，每种用户只能做其所属权限范围内的操作，而不能超越该权限做其他操作。 1.4.5 术语表 术语 对应的英文名 定义和信息 管理员 SystemManager 管理员可以管理整个系统，包括用户