企业差旅管理系统需求规格说明书

企业差旅管理系统需求规格说明书需求规格讲明书第六组组长：组员：2015年7月14日目录目录21 引言. 41.1 目的41.2 背景. 41.3产品的范畴41.4 参考文献. 42 综合描述42.1 产品的前景. 42.2 产品的功能52.3 用户类和特点52.4 运行环境 52.5 设计和实现上的限制. 52.6 假设和依靠63 外部接口要求63.1 用户界面 63.2 硬件接口 63.3 软件接口 63.4 通信接口 64 功能需求74.1 角色定义. 74.2 系统主用例图74.3 个人信息治理子系统7 4.3.1注册治理84.3.2登录治理94.3.3个人信息修改94.4 差旅治理子系统 114.4.1行程制定治理114.4.2预算申请治理124.4.3报销申请治理144.4.4差旅进度治理164.5 经理子系统174.5.1 预算审批治理174.5.2 报销审批治理184.5.3 报表治理184.5.4 职员信息查询与治理19 4.6 财务部门子系统 204.6.1 预算处理214.6.2 报销处理224.6.3 统计分析数据234.7系统治理员子系统25 4.7.1 注册登录信息储存25 4.7.2职员信息治理264.7.3 项目爱护265 其他非功能需求275.1 性能需求 275.2 安全设施需求275.3 安全性需求275.4 软件质量属性275.5 业务规则 285.6 用户文档 281 引言.1.1 目的本讲明是企业差旅治理系统软件产品的总体设计和实现讲明，包括程序系统的差不多处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计等,记录了系统整体实现上技术层面上的考虑，同时以需求讲明作为依据，为程序的详细设计提供基础。

同时该文档将作为产品实现、特性要求和操纵的依据。

软件开发小组的每一位参与开发成员应该阅读本讲明，以清晰产品在技术方面的要求和实现策略，本手册将进行技术评审和技术的可行性检查，同时为下一步的详细设计讲明提供框架。

1.2 背景.目前，为了加大对职员出差行为的治理、规范出差流程，决定针对性开发一套出差治理系统，搭建一个统一的企业出差治理平台。

本系统是专门为企业方便治理职员出差的治理系统，其中包括出差申请、财务报销、统计分析、系统爱护等，从而对职员的差旅获得能够有效操纵，减少线下工作流程，提升公司效率。

为现实企业效率最大化的作用，来补偿现实中差旅治理效率低下的种种不足。

在这种条件下，我们开发了差旅治理系统。

1.3产品的范畴本系统实现出差治理的有关功能，例如出差申请、出差审批、预付借款、出差报销等等，关于与出差有关的后续业务，如：出差假期调休等；以及本文涉及到的其他，诸如：职员请假等日常办公治理功能的实现不在本系统的设计范畴之内。

1.4 参考文献.2 综合描述2.1 产品的前景.传统的差旅治理费用高额，而且治理流程不透亮，容易产生报销中的虚假行为。

公司无法了解整体职员的出差打算。

本系统是基于互联网提供的在线服务，它是对传统差旅的优化与改进。

本系统为整个公司服务，简化了传统公司的流程，公司职员只要在网上操作就能完成差旅申请。

实现差旅信息在职员，经理和财务部门三方透亮，方便了每一个人的工作，提升了对公司职员、财务的治理效率。

在信息化的今天，网络化服务是必定的选择，本系统将会在差旅治理上发挥庞大作用，同时会持续优化，以提供更好的服务。

2.2 产品的功能本差旅治理系统分为五个子系统：个人信息治理子系统，差旅治理子系统，经理系统，财务治理系统，系统治理员子系统。

一般职员系统能够实现职员的登录、申请差旅提交差旅打算，查看申请状态等功能。

财务系统能按照差旅信息表为职员发放差旅预支金，差旅费用报销，以及审核预支金及实际费用并生成报表。

经理系统能够让经理审批职员的差旅申请以及治理职员信息并能够查看财务报表。

2.3 用户类和特点本系统的用户分为四类：一般用户，经理，财务部门和系统治理员。

一般用户确实是企业的一般职员，他们是本系统的要紧使用者，本系统为他们提供申请差旅服务。

经理负责审批以及对职员和财务的治理。

财务部门负责差旅过程中财务的支出审核，系统治理负责权限的发放和部门治理、职务治理。

2.4 运行环境网络环境：本系统需要连接因特网使用。

硬件环境：笔记本电脑，台式机。

本系统暂不能在移动端使用。

软件环境：Windows xp以上操作系统。

Internet扫瞄器。

2.5 设计和实现上的限制.开发工具：eclipse、tomcat、数据库工具：MySQL、navicat开发框架：JSP + Servlet + Struts + Spring编程语言：java2.6 假设和依靠本系统在2015年7月30日之前完成。

本系统性能良好，能稳固运行。

本系统无资金预算。

3 外部接口要求3.1 用户界面屏幕格式：所有的界面使用web风格。

输入：系统的全部数据输入均要求采纳填空格式的键盘输入，在所有应提示信息处（如：实施单位等），系统应能给出下拉式的提示并能由用户按照需要进行选择。

同时，会用足够的信息以校验用户的输入是否具有合法性。

输出：系统的运行结果均能通过屏幕进行输出，并能将输出的信息灵活地进行屏幕转换，以提升信息的可读性与操作的灵活性。

报表打印格式：按现行人工治理业务中报表格式进行打印输出，有些统计类型的报表将结合运算机数据处理重新设计报表输出格式3.2 硬件接口P1000、内存256M以上PC机满足输入端条件3.3 软件接口基础业务接口：用来实现系统基础资料数据同步和传输的系统数据接口。

业务处理接口：用来实现出差完成对应衍生的后续业务处理的系统接口。

3.4 通信接口无专门要求，需考虑与外部移动设备的通信。

4 功能需求4.1 角色定义.角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。

一：职员：职员是指在那个企业差旅治理系统中通过注册的人员，那个Actor要紧参与行程安排出差制定、预算申请、报销申请，查看出差记录等功能。

二：财务部门：财务部门指在那个企业差旅治理系统中担任预算、报销和记账功能的部门。

那个Actor要紧参与预算处理、报销处理、报表生成，报销和预算对比分析等功能。

三：经理：经理是指在那个企业差旅治理系统中负责要紧治理功能的人员。

那个Actor要紧参与预算审批、报销审批、职员行程差不多信息查询和职员信息治理等功能。

四：系统治理员。

给每个部门和不同类不的职员设置不同权限。

4.2 系统主用例图4.3 个人信息治理子系统个人信息治理系统是公司所有职员使用那个系统的基础。

用例图：流程图：时序图：信息治理系统的功能如下：4.3.1：注册所有职员使用那个系统就要先注册，并获得权限，对系统进行后续操作。

4.3.2：登录所有的注册职员能够通过用户名和密码登录到系统，通过不同权限对使用系统的不同功能。

4.3.5：修改个人信息进入到系统的所有职员都能够查看自己的个人信息，并对其进行更换。

4.3.1注册治理所有公司职员使用它那个系统都要先进行注册，需要把自己的个人信息：姓名，密码，年龄，性不，部门，职位，联系方式等提交到系统。

注册后自动拥有一般职员权限，使用注册的账号和密码能够进行个人信息修改和差旅申请操作。

注册的账号由公司审批并进行权限分配。

用户按照被分配的权限增加对系统的更多功能的操作。

用例描述：注册前置条件：使用者未登录系统后置条件：拥有一般职员权限，能够进行修改个人信息、申请差旅操作。

差不多路径：用户姓名输入。

用户密码输入。

用户年龄、性不。

联系方式输入。

\用户部门输入。

用户职位输入。

数据字段：4.3.2登录治理所有用户都要进行登录操作才能使用本系统。

公司人员按照不同的身份，被分配到不同的权限。

一般职员、财务部门、部门经理以及系统治理员登陆后分不进入不同的子系统，并能对系统进行不同的操作。

使用者退出系统后就舍弃了对系统的使用权，将回到登陆页面不能查看使用本系统。

用例描述：登录前置条件：使用者未登录系统后置条件：不同权限用户进入到不同子系统差不多路径：a)用户账号输入b)用户密码输入4.3.3个人信息修改所有进入系统的职员都能够查看并修改自己的个人信息以及登录密码。

及时对个人信息进行更新和完善。

用例描述：个人信息前置条件：使用者已登录系统后置条件：查看或者修改个人信息差不多路径：a)修改个人信息时需要输入姓名、年龄、性不、联系方式、部门、职位等信息。

4.4 差旅治理子系统一般职员系统是差旅治理系统的核心系统，有核心的三个功能分不是行程制定、预算申请、报销申请，配合登录系统和差旅进度治理，构成了该子系统的要紧功能。

一般职员系统的功能如下：4.4.1：行程制定治理职员用户如果需要出差，则需要制定行程。

需要向系统提交出差目的、出差目的地、出差时刻、出差线路、主管单位。

4.4.2：预算申请治理职员用户如果填写了行程打算，则需要填写预算申请。

需要向系统提交出差交通工具的费用、住宿选择和费用、伙食费用、业务费用、其他费用，并会同行程制定一同上交给经理审批。

4.4.3：报销申请治理用户完成差旅打算之后需要提交报销申请，申请单中必须包括交通工具、住宿、伙食、业务及其他的实际费用，报销申请表会有经理进行审批。

4.4.4：差旅进度治理职员用户如提交了预算与行程给经理后，随着差旅的进行，则能够查看审批进度。

4.4.1行程制定治理职员用户如果需要出差，则需要制定行程。

需要向系统提交出差目的、出差目的地、出差时刻、出差线路、主管单位。

用例描述：行程制定前置条件：职员差不多登录系统；后置条件：制定行程后能够填写预算申请差不多路径：出差差不多信息输入，包括出差的类型，出差的目的、主管单位等，行程信息输入，包括起止时刻、通过都市、使用的交通工具、停留时刻。

数据字段：4.4.2预算申请治理职员用户如果填写了行程打算，则需要填写预算申请。

需要向系统提交出差交通工具的费用、住宿选择和费用、伙食费用、业务费用、其他费用，并会同行程制定一同上交给经理审批。

用例描述：预算申请前置条件：职员差不多制定行程打算；后置条件：提交申请后能够查看审批情形差不多路径：按照行程制定，生成交通工具的预算的录入酒店预订和选择以及预算录入饮食开销预算录入业务费用预算录入及其他费用录入预算汇总。

确定预支款，并填入申请。

提交预算与行程给经理数据字段：4.4.3报销申请治理用户完成差旅打算之后需要提交报销申请，申请单中必须包括交通工具、住宿、伙食、业务及其他的实际费用，报销申请表会有经理进行审批。

用例描述：报销申请前置条件：已完成此次差旅行打算后置条件：提交申请后能够查看审批状态差不多路径：a)实际交通工具费用的录入b)实际住宿费用的录入c)实际饮食开销录入d)实际业务费用录入及其他费用录入4.4.4差旅进度治理职员用户如提交了预算与行程给经理后，随着差旅的进行，则能够查看审批进度。