后勤服务业务管理系统软件需求规约精

1、 SCYDHQFW后勤服务业务管理系统软件需求规约V1.0项目承担部门:撰写人(签名:卓靖山完成日期:2014年12月07日本文档使用部门:主管领导项目组客户(市场维护人员用户评审负责人(签名:评审日期:文档信息 修订文档历史记录 目录1.简介 (31.1目的 (31.2范围 (41.3定义、首字母缩写词和缩略语 (41.4参考资料 (41.5概述 (42.整体说明 (52.1系统属性 (52.2开发背景 (52.3产品总体效果 (52.4产品功能 (52.5用户特征 (53.具体需求 (63.1功能模块 (63.1.1系统设置模块 (63.1.2信息管理模块. 错误!未定义书签。3.1.3业

2、务处理模块 (133.2可用性 (223.3可靠性 (223.3.1数据精确度 (223.3.2平均故障时间 (233.3.3其他可靠性需求 (233.4性能 (233.4.1时间以及系统需求 (233.4.2其他性能需求 (233.5可支持性 (233.5.1维护需求 (233.5.2系统构建需求 (233.6设计约束 (233.6.1系统开发约束 (233.6.2架构设计约束 (233.7联机用户文档和帮助系统需求 (233.8购买的构件 (233.9接口 (243.9.1用户界面 (243.9.2硬件接口 (243.9.3软件接口 (243.9.4通信接口 (243.10许可需求 (24

3、3.11法律、版权及其他声明 (243.12适用的标准 (244. 支持信息 (241.简介1.1目的1.定义系统总体要求,作为用户和软件开发人员之间相互了解的基础。2.提供系统初步设计,让用户明确项目的需求范围,作为软件人员进行软件结构设计和编码的基础。3.作为软件总体测试和项目验收的依据。1.2范围本文档适用于“后勤服务业务管理系统”项目开发的整个生命周期,覆盖项目每一项工作任务,适用于参与本项目的所有成员以及相关组。1.3定义、首字母缩写词和缩略语无1.4参考资料后勤服务业务管理信息系统需求说明书1.5概述以后勤服务信息化管理需求为基准,建立一套管理信息系统,实现对业务数据的集中共享、实

4、时反馈和辅助决策,并通过集中、简便、高效的电子化业务流程处理,简化工作程序,提高内部客户需求响应速度,提升内部客户对行政后勤服务工作的感知度、满意度。在服务管理方面,实现对办公设备租赁、办公用品请购、维修维护服务、用餐申请等行政后勤服务需求的统一受理、处理和反馈;实现对后勤服务质量的监督、满意度调查和考评。2.整体说明2.1系统属性本系统是一个公司内部管理系统,基于B/S架构设计和实现。2.2开发背景随着社会的进一步发展,后勤服务工作的工作范围进一步延伸,工作内涵进一步丰富,在此情况下,需要基于新的部门职能定位高度,结合最新的组织架构,对原有的后勤服务管理体系进行再次审视,从内部组织分工、责权

5、设置、业务流程、管理标准等方面进行系统梳理和优化,并通过IT支撑系统的开发实现行政后勤服务工作数据信息的集中共享、实时反馈和辅助决策等信息化管理,提升后勤服务水平和管理效率2.3产品总体效果本系统采用B/S架构,包含系统设置、信息管理、业务处理、服务考评等功能,实现一个标准规范、结构合理、易于扩展的信息管理平台。2.4产品功能本系统可分解为3大模块,分别是系统设置模块、信息管理模块、业务处理模块。系统设置模块: 图表 1 系统设置模块图表 2 信息管理模块2.5用户特征本系统用户主要如下:1.系统设置模块系统管理员。2.信息管理模块管理员。3.业务处理模块申请方、审核方、管理方、预订方、服务方

6、。4.服务考评模块评价用户、管理方。3.具体需求3.1功能模块3.1.1系统设置模块3.1.1.1用户管理业务描述:用户管理功能主要实现对本系统的所有使用用户的管理,包括对使用者账号的创建、修改、删除、查询和角色的设置。用例图:第 6 页共 24 页 (f设置用户角色图表 3 用户管理用例图新增用户信息活动图: 用例图:第 8 页共 24 页 (f设置角色权限图表 5 角色管理用例图新增角色信息活动图: 删除、查询。用例图:第 10 页共 24 页查询权限信息活动图: (f查询提醒信息图表 9 参数设置用例图新增提醒信息活动图: (f (f rom Actors反馈办公设备租赁的处理结果图表

7、11 办公设备租赁管理模块用例图查看办公设备租赁申请活动图: A.B.C.D.用例图: (f(f统计维修维护服务数据图表 12 管理方用例图安排维修维护服务申请活动图: A.B.C.D. 用例图:需求分析-需求规约 提交用餐申请 申请方 (f rom Actors 查看用餐申请 审核方 (f rom Actors 审批用餐申请 反馈已审批过的用餐申请 管理方 (f rom Actors 登记所需缴纳用餐费用 设置用餐成本费用 图表 54 用餐申请管理用例图 登记用餐费用活动图： 第 21 页 共 24 页 需求分析-需求规约 就餐 申请 管理人 员 系统 选择某一种用餐 类型 返回用餐费用登

8、记界面 输入所需缴纳用 餐费用 保存数据并返回 成功提示信息 图表 55 登记用餐费用活动图 3.2 可用性 1. 确保记录到数据库中数据的可靠性。 2. 支持模糊查询，查询、检索方便、易用。 3. 系统对输入的数据有验证措施，保证有效数据的输入。 4. 界面风格保持一致。 5. 系统界面美观大方。 6. 任何一处出现操作错误，均有错误提示。 7. 确保系统信息更新方便。 8. 保证表单、图片、超链接、文字的正确性。 3.3 可靠性 3.3.1 数据精确度 1. 物品数量精确到 1 个。 2. 查询的数据精确到 1 条。 第 22 页 共 24 页 需求分析-需求规约 3. 查询时间精确到 1

9、 天。 3.3.2 平均故障时间 6 个月 3.3.3 其他可靠性需求 无 3.4 性能 3.4.1 时间以及系统需求 1. 平均响应时间 0.5 秒。 2. 占用系统内存 10%-20%。 3.4.2 其他性能需求 无 3.5 可支持性 3.5.1 维护需求 系统维护应该由专业培训的工作人员进行，非维护人员不得在未经过培训的情况下对系统进行维 护。 3.5.2 系统构建需求 无 3.6 设计约束 3.6.1 系统开发约束 开发语言：Java 开发工具：MyEclipse, MySql, Dreamweaver, Apache 等 3.6.2 架构设计约束 软件开发模式：MVC 架构设计：B/S 三层架构 3.7 联机用户文档和帮助系统需求 1. 用户手册 2. 系统使用帮助系统 3.8 购买的构件 无 第 23 页 共 24 页 需求分析-需求规约 3.9 接口 3.9.1 用户界面 用户界面用 HTML 语言实现，浏览器打开查看相关页面界面。 3.9.2 硬件接口 无 3.9.3 软件接口 无 3.9.4 通信接口 无 3.10 许可需求 本软件仅被购买本软件的公司或者个