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

1、企业差旅管理系统需求规格说明书需求规格讲明书第六组组长：组员：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 个人信息治理子系统 74.3.1 注册治理 84.3.2 登录治理 9

2、4.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 职员信息查询与治理 194.6 财务部门子系统204.6.1 预算处理 214.6.2 报销处理 224.6.3 统计分析数据234.7 系统治理员子系统 254.7.1 注册登录信息储存 254.7.2 职员信息治理264.7.3 项目爱护 265 其他非功能需求275.1 性能需求 275.2 安全设施需

3、求275.3 安全性需求 275.4 软件质量属性275.5 业务规则 285.6 用户文档 281 引言 .1.1 目的本讲明是企业差旅治理系统软件产品的总体设计和实现讲明，包括程 序系统的差不多处理流程、程序系统的组织结构、模块划分、功能分配、 接口设计、运行设计等 ,记录了系统整体实现上技术层面上的考虑，同时以 需求讲明作为依据，为程序的详细设计提供基础。同时该文档将作为产品 实现、特性要求和操纵的依据。软件开发小组的每一位参与开发成员应该阅读本讲明，以清晰产品在 技术方面的要求和实现策略，本手册将进行技术评审和技术的可行性检查， 同时为下一步的详细设计讲明提供框架。1.2 背景 .目前

4、，为了加大对职员出差行为的治理、规范出差流程，决定针对性 开发一套出差治理系统，搭建一个统一的企业出差治理平台。本系统是专 门为企业方便治理职员出差的治理系统，其中包括出差申请、财务报销、 统计分析、系统爱护等，从而对职员的差旅获得能够有效操纵，减少线下 工作流程，提升公司效率。为现实企业效率最大化的作用，来补偿现实中 差旅治理效率低下的种种不足。在这种条件下，我们开发了差旅治理系统。1.3 产品的范畴本系统实现出差治理的有关功能，例如出差申请、出差审批、预付借 款、出差报销等等，关于与出差有关的后续业务，如：出差假期调休等； 以及本文涉及到的其他，诸如：职员请假等日常办公治理功能的实现不在

5、本系统的设计范畴之内。1.4 参考文献 .2 综合描述2.1 产品的前景 .传统的差旅治理费用高额，而且治理流程不透亮，容易产生报销中的 虚假行为。公司无法了解整体职员的出差打算。本系统是基于互联网提供 的在线服务，它是对传统差旅的优化与改进。本系统为整个公司服务，简 化了传统公司的流程，公司职员只要在网上操作就能完成差旅申请。实现 差旅信息在职员，经理和财务部门三方透亮，方便了每一个人的工作，提 升了对公司职员、财务的治理效率。在信息化的今天，网络化服务是必定的选择，本系统将会在差旅治理 上发挥庞大作用，同时会持续优化，以提供更好的服务。2.2 产品的功能本差旅治理系统分为五个子系统：个人信

6、息治理子系统，差旅治理子 系统，经理系统，财务治理系统，系统治理员子系统。一般职员系统能够 实现职员的登录、申请差旅提交差旅打算，查看申请状态等功能。财务系 统能按照差旅信息表为职员发放差旅预支金，差旅费用报销，以及审核预 支金及实际费用并生成报表。经理系统能够让经理审批职员的差旅申请以 及治理职员信息并能够查看财务报表。2.3 用户类和特点本系统的用户分为四类：一般用户，经理，财务部门和系统治理员。 一般用户确实是企业的一般职员，他们是本系统的要紧使用者，本系统为 他们提供申请差旅服务。经理负责审批以及对职员和财务的治理。财务部 门负责差旅过程中财务的支出审核，系统治理负责权限的发放和部门治

7、理、 职务治理。2.4 运行环境网络环境：本系统需要连接因特网使用。硬件环境：笔记本电脑，台式机。本系统暂不能在移动端使用。软件环境：Windows xp 以上操作系统。 Internet 扫瞄器。2.5 设计和实现上的限制开发工具： eclipse、 tomcat、数据库工具： MySQL 、navicat开发框架： JSP + Servlet + Struts + Spring编程语言： java2.6 假设和依靠本系统在 2015年 7月 30日之前完成。 本系统性能良好，能稳固运行。本系统无资金预算。3 外部接口要求3.1 用户界面屏幕格式：所有的界面使用 web 风格。 输入：系统的

8、全部数据输入均要求采纳填空格式的键盘输入，在所有 应提示信息处（如：实施单位等），系统应能给出下拉式的提示并能由用 户按照需要进行选择。同时，会用足够的信息以校验用户的输入是否具有 合法性。输出：系统的运行结果均能通过屏幕进行输出，并能将输出的信息灵 活地进行屏幕转换，以提升信息的可读性与操作的灵活性。报表打印格式：按现行人工治理业务中报表格式进行打印输出，有些 统计类型的报表将结合运算机数据处理重新设计报表输出格式3.2 硬件接口P1OO0内存256M以上PC机满足输入端条件3.3 软件接口 基础业务接口：用来实现系统基础资料数据同步和传输的系统数据接口。业务处理接口：用来实现出差完成对应衍

9、生的后续业务处理的系统接 口。3.4 通信接口 无专门要求，需考虑与外部移动设备的通信。4功能需求4.1角色定义.角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。 一：职员：职员是指在那个企业差旅治理系统中通过注册的人员，那、预算申请、报销申请，查看出差记录个Actor要紧参与行程安排出差制定、等功能。 _ 治理系统中担任预算、报:财务部门:：财务部门指在那个报销和预算对比分析等功三：经理：经理是指人员。那个Actor要紧参与预算审批、报销审批、职员行程差不多信息查询 和职员信息治理等功能。四：系4氓首绘t卜4.2系统主用例图流程图:IME彌那个企业差旅治理系统中负责要紧治

10、理功能的ui=r/A门和不同类不的职员设二口个人信息治理用例图：4.3个人信丿O芫旅平F于原亍系统所有职员使用那个系统的基础销和记账功能的部门。那个Actor要紧参与预算处理、报销处理、报表生成,时序图:信息治理系统的功能如下:4.3.1 :注册所有职员使用那个系统就要先注册，并获得权限，对系统进行后续操作。432:登录所有的注册职员能够通过用户名和密码登录到系统，通过不同权限对 使用系统的不同功能。435:修改个人信息 进入到系统的所有职员都能够查看自己的个人信息，并对其进行更换4.3.1注册治理所有公司职员使用它那个系统都要先进行注册，需要把自己的个人信 息：姓名，密码，年龄，性不，部门，

11、职位，联系方式等提交到系统。注 册后自动拥有一般职员权限，使用注册的账号和密码能够进行个人信息修 改和差旅申请操作。注册的账号由公司审批并进行权限分配。用户按照被 分配的权限增加对系统的更多功能的操作。用例描述：注册前置条件：使用者未登录系统后置条件：拥有一般职员权限，能够进行修改个人信息、申请差旅操 作。差不多路径：用户姓名输入。用户密码输入。用户年龄、性不。联系方式输入。用户部门输入 用户职位输入 数据字段：职员信息修改数据字段名称数据类型讲明重要性姓名字符类，20长度手动输入必填性不布尔型控件选择必填年龄整型，10长度手动输入选填密码字符型，20长度手动输入必填联系方式整型，10长度一样

12、为邮箱必填部门字符类，20长度控件选择必填职位字符类，20长度控件选择必填权限类不字符类，10长度系统给予432登录治理所有用户都要进行登录操作才能使用本系统。公司人员按照不同的身 份，被分配到不同的权限。一般职员、财务部门、部门经理以及系统治理 员登陆后分不进入不同的子系统，并能对系统进行不同的操作。使用者退 出系统后就舍弃了对系统的使用权，将回到登陆页面不能查看使用本系统。用例描述：登录前置条件：使用者未登录系统后置条件：不同权限用户进入到不同子系统差不多路径：a）用户账号输入b）用户密码输入433个人信息修改所有进入系统的职员都能够查看并修改自己的个人信息以及登录密 码。及时对个人信息进

13、行更新和完善。修改/注册个人信息数据字段名称数据类型讲明重要性姓名字符类，20长度手动输入必填性不布尔型控件选择必填年龄整型，10长度手动输入选填密码字符型，20长度手动输入必填联系方式整型，10长度一样为邮箱必填部门字符类，20长度控件选择必填职位字符类，20长度控件选择必填权限类不字符类，10长度系统给予必填用例描述：个人信息 前置条件：使用者已登录系统 后置条件：查看或者修改个人信息 差不多路径：a）修改个人信息时需要输入姓名、年龄、性不、联系方式、部门、职位 等信息。4.4 /差旅治卜功能分不是般职员系统是差旅治理系统的核心系统，有核心的录系统和差旅进度治理，构成了行程制定、预算申请、

14、报销申请 该子系统的要紧功能。一般职员系统的功能如下:441:行程制定治理职员用户如果需要出差，则需要制定行程。需要向系统提交出差目的、 出差目的地、出差时刻、出差线路、主管单位。442:预算申请治理职员用户如果填写了行程打算，则需要填写预算申请。需要向系统提 交出差交通工具的费用、住宿选择和费用、伙食费用、业务费用、其他费 用，并会同行程制定一同上交给经理审批。443:报销申请治理用户完成差旅打算之后需要提交报销申请，申请单中必须包括交通工 具、住宿、伙食、业务及其他的实际费用，报销申请表会有经理进行审批。4.4.4：差旅进度治理职员用户如提交了预算与行程给经理后，随着差旅的进行，则能够查看

15、审批进度。4.4.1行程制定治理职员用户如果需要出差，则需要制定行程。需要向系统提交出差目的、 出差目的地、出差时刻、出差线路、主管单位。差不多信息数据字段名称数据类型讲明重要性出差编号10位数字系统自动逐个增加生成必填出差目的地支持10个字符长度通过都市控件进行选择， 不能手工填写。必填冋行者10个汉字，20个字符长度系统检验是否有有关用户选填开始时刻日期格式：yyyy-mm-dd通过日期控件进行选择， 不能手工填写。必填终止时刻日期格式：yyyy-mm-dd通过日期控件进行选择， 不能手工填写。必填共计天数5位数字由终止时刻减去开始时 刻，系统自动生成必填出差事由支持200个字符必填行程段

16、数5位数字行程数据字段填写后自动形成必填行程数据字段名称数据类型讲明重要性起始时刻日期格式：yyyy-mm-dd通过日期控件进行选择， 不能手工填写。必填终止时刻日期格式：yyyy-mm-dd通过日期控件进行选择， 不能手工填写。必填交通工具支持10个字符长度包括：“汽车”“火车”“飞机”“轮船”必填起始地支持10个字符长度通过都市控件进行选择， 不能手工填写。必填终到地支持10个字符长度通过都市控件进行选择， 不能手工填写。必填用例描述：行程制定前置条件：职员差不多登录系统；后置条件：制定行程后能够填写预算申请差不多路径：出差差不多信息输入，包括出差的类型，出差的目的、主管单位等， 行程信息

17、输入，包括起止时刻、通过都市、使用的交通工具、停留时刻。数据字段:442预算申请治理职员用户如果填写了行程打算，则需要填写预算申请。需要向系统提 交出差交通工具的费用、住宿选择和费用、伙食费用、业务费用、其他费 用，并会同行程制定一同上交给经理审批。用例描述：预算申请前置条件：职员差不多制定行程打算；后置条件：提交申请后能够查看审批情形差不多路径：按照行程制定，生成交通工具的预算的录入酒店预订和选择以及预算录入饮食开销预算录入业务费用预算录入及其他费用录入预算汇总。确定预支款，并填入申请。提交预算与行程给经理数据字段：交通工具数据字段名称数据类型讲明重要性交通工具名称支持10个字符长度系统按照

18、行程自动生成必填车次支持10个字符长度选填交通费用最多10位数字单位人民币必填酒店数据字段名称数据类型讲明重要性酒店名称支持10位字符长度必填住宿时长支持5位数字必填单日费用最多10位数字单位人民币必填酒店总费用最多10位数字单位人民币必填饮食开销数据字段名称数据类型讲明重要性每顿平均饮食花 费最多10位数字单位人民币必填总计顿数支持5位数字必填餐饮总费用最多10位数字单位人民币必填业务费用数据字段业务名支持10个字符长度选填业务花费最多10位数字单位人民币选填其他费用数据字段其他花费名支持10个字符长度选填其他花费最多10位数字单位人民币选填预算汇总数据字段预算申请表编号10位数字系统自动生

19、成必填交通工具花费最多10位数字单位人民币，由各段行程 合计必填酒店总花费最多10位数字单位人民币，等于酒店总 费用必填饮食总花费最多10位数字单位人民币，等于饮食总 费用必填业务总花费最多10位数字单位人民币，由各项业务 费用合计选填其他总花费最多10位数字单位人民币，由各项其他 花费合计选填出差总预算最多10位数字单位人民币，由上述五项 合计必填预支款数据字段预支比例百分数必填预支款最多10位数字单位人民币，由出差总预 算乘以预支比例而得必填443报销申请治理用户完成差旅打算之后需要提交报销申请，申请单中必须包括交通工 具、住宿、伙食、业务及其他的实际费用，报销申请表会有经理进行审批。用例

20、描述：报销申请前置条件：已完成此次差旅行打算后置条件：提交申请后能够查看审批状态差不多路径：a）实际交通工具费用的录入b）实际住宿费用的录入c）实际饮食开销录入d）实际业务费用录入及其他费用录入e）开销费用汇总的录入实际交通工具数据字段名称数据类型讲明重要性实际交通工具名称支持10个字符长度系统按照行程自动生成必填实际车次支持10个字符长度选填实际交通费用最多10位数字单位人民币必填实际酒店数据字段名称数据类型讲明重要性实际酒店名称支持10位字符长度必填实际住宿时长支持5位数字必填实际单日费用最多10位数字单位人民币必填实际酒店总费用最多10位数字单位人民币必填实际饮食开销数据字段名称数据类型

21、讲明重要性实际每顿平均饮食花费最多10位数字单位人民币必填实际总计顿数支持5位数字必填实际餐饮总费用最多10位数字单位人民币必填实际业务费用数据字段实际业务名支持10个字符长度选填实际业务花费最多10位数字单位人民币选填实际其他费用数据字段实际其他花费名支持10个字符长度选填实际其他花费最多10位数字单位人民币选填实际花费汇总数据字段实际交通工具花 费最多10位数字单位人民币，由各段行程 合计必填实际酒店总花费最多10位数字单位人民币，等于酒店总 费用必填实际饮食总花费最多10位数字单位人民币，等于饮食总 费用必填实际业务总花费最多10位数字单位人民币，由各项业务 费用合计选填实际其他总花费最

22、多10位数字单位人民币，由各项其他 花费合计选填实际出差总花费最多10位数字单位人民币，由上述五项 合计必填票据数据字段票据编号10位数字系统自动生成必填票据内容支持20字符必填票据面额最多10位数字单位人民币必填票据汇总最多10位数字单位人民币，由各项票据 面额汇总必填:-啤4.4.4差旅进度治理职.看审批进 报销申- 查看自 门报销用、八刖员幷度预预随着差旅的进；是否提交报销申请、 肖审批治理，则能够查支款、 的报销 准了,比、是否拿到成报销。一般职J果被经理批厅硼1=O请扌旦s | 审m佛讨XT与行程给经理后 审扌J|青是否完J提交算 包括是否通过过态是一般职员报销申请状态的功能,职员就

23、能够去财务部描述 条件 条件 多路而定过it提 审 领 如 报 报 活示审批未通显示报销申请通 成。不交申请后未被血过后，且未领取预支款，显示审 取预支款后显示差旅进行果提交销申请审批通过后， 销结算后显示差 旅完 动图:批通过.5臺理子系统0 -一苣洵舟带经理系统，能够接收和查百经理通过进入到 报表和有关的报销预算对比分析；对公司职员 申请进行审批，审批结 理系统提供本公司各部门的职员信息表，供查询公司职员进行职员的信息治发款;用例图如下:番看财务部门发送过来的当前 提交上来的预算申请和报销 由系统治理员主导的登陆治 列信息，系斬芝世*经理的功能描述如下:4.5.1:预算审批治理接收来自公司

24、职员发来的的报销申请，参考职员的出差行程打算，评 估其中消费额度，按公司有关的出差制度给予“通过”或“不通过”答复, 并4.5.2:报销审批治理接收来自公司职员发来的的报销申请，参考职员的出差行程打算，批 阅发票等实际支出，按公司有关的出差制度给予“通过”或“不通过”答 复，并传达至财务部门系统进行报销处理。4.5.3:职员信息查询与治理经理可查询和修改来自注册登录系统中储存的所有职员的信息，包括 姓名+密码+性不+年龄+联系方式+部门+职位+权限类不经理可查询所有职员的4.5.4:财务报表及分析接收与查阅查看财务部门整理发送的财务报表，和当前的报销有关分析。4.5.1预算审批治理O r a

25、O pO 接收来目公司职员发来的的报销申请，参考职员的出差行程打算？评 估其中消费额度，按公司有关的出差制度给予“通过”或“不通过”答复, 并传达至财务部门系统进行预算处理。播款用例描述：预算审批前置条件：职员登陆成功，将预算申请提交给经理后置条件：财务部门收到通知进行处理差不多路径：职员登录，按照出差打算预期支出（酒店饮食车旅费用等），填写出 差预算表格经理按照有关消费水平和出差标准决定是否予以预支，预支额度大小。4.5.2报销审批治理接收来自公司职员发来的的报销申请，参考职员的出差行程打算，批 阅发票等实际支出，按公司有关的出差制度给予“通过”或“不通过”答 复，并传达至财务部门系统进行报

26、销处理。用例描述：报销审批前置条件：职员登陆成功，将报销申请提交给经理后置条件：财务部门收到通知进行处理差不多路径：兎定是否予以报销，报职员出差终止，按照出差实际支出，提供发票填写报销单销额度大小。经理按照有关报销规定决$羞擁苜理系址产生呵4.5.3报表治理查看财务部门整理发送的财务报表，和当前的报销有关分析。用例描述：财务报表及分析接收与查阅前置条件：财务部门收集整理财务报表，传达至经理 后置条件：经理对现有经济打算进行调整万式登录注期差不多路径：系统当期财务信息整理出表由财务部门做出有关分析和同期对比经理批阅做出经济决策4.5.4职员信息查询与治理经理可查询和修改所有职员的信息，丿括姓+权

27、限类不。登录注册 子熬统+年龄+联系系统首理员用例描述：职员信息查询与治理前置条件：财务部门收集和整理职员报销信息，后置条件：经理查阅和变动职员信息差不多路径：系统记录职员历次出差信息，形成职员信息表B）经理查询职员出差信息，评判职员C）经理在职员信息表之上，进行部门治理，职位治理，权限治理4.6财务部门子系统系统简述功能：财务系统要紧有三个功能处理。预算处理、报销处理和统计分析数据。预算处理要紧是处理通过经理审批后的职员的预算申请 书，按照职员的预算申请书，：发放预付款项和登记入账，生成预算报表。 报销处理要紧在职员出差后进行实际的结算业务。按照职员的预算表和通 过经理审批后的报销凭证进行差

28、额结算，并生成报销报表。数据分析处理 要紧是按照预算表报销表等数据，生成预算报销对比表，进行数据的分析, 并提交给经理批阅。预算报销对比表要紧是方便高层对各部门的预算和报销情形进行查询与了解。流程图如下用例图如下财务治理的功能用例描述如下:4.6.1：登录处理财务人员登录到差旅治理系统能够看到通过审批的职员的预算申请表 和报销申请表。4.6.2：查看预算申请财务人员登录后查看通过审批的预算申请4.6.3：预算处理财务人员按照预算申请表进行预算处理，要紧是登记入账，生成相应 的报表，以及进行预付款项的支付。4.6.4：查看报销处理财务人员登录后查看通过审批的报销申请465:报销处理财务人员按照报

29、销申请表和预算报表进行报销处理，要紧是登记入账, 生成相应的报销报表，以及进行款项的结算。4.6.6：数据分析财务人员按照预算报表和报销报表，进行综合预算报销报表的生成， 然后对数据进行分析，并把预算报销对比表交于经理批阅。4.6.1预算处理如果财务人员需要进行预算处理，就开始录入职员预算申请，然后编 制预算表。具体描述如下用例描述：预算处理前置条件：财务人员登陆成功、经理预算审批通过后置条件：是否预付预算款差不多路径：差不多信息导入，从职员的预算申请表中直截了当导入包括职员编号、 部门编号，职员名字，部门名字原始信息导入，从职员的预算申请表中直截了当导入，出差日期，估 量出差开始时刻，估量出

30、差终止如期，估量金额等项目，出差月份，出差 年份转账写入数据库输出预算表预算表名称数据类型讲明重要性预算编号10个数字系统自动逐个生成必填预算申请表编号10个数字由预算申请表导入必填出差年份日期格式：yyyy由预算申请表导入必填出差月份日期格式：yyyy由预算申请表导入必填出差总预算最多10位数字单位人民币，由预算必填申请表导入部门编号字符类，20长度由注册表导入必填职员编号字符类，20长度由注册表导入必填部门名称字符类，20长度由注册表导入必填职员名称字符类，20长度由注册表导入必填入账日期日期格式：yyyy-mm-dd猎取本地时刻必填审批经理名字符类，20长度由系统提供必填462报销处理如

31、果财务人员需要进行报销处理，就开始录入职员报销申请，然后编 制报销表。具体描述如下。用例描述：报销处理前置条件：财务人员登陆成功、经理报销审批通过，预算报表已生成 差不多路径：a）差不多信息导入，包括职员编号、部门编号，职员名字，部门名字原始信息导入，报销申请表编号，预算报表编号，报销金额，时刻， 报销月份，报销年份人，描述审核金额到帐写入数据库输出报销表报销表名称数据类型讲明重要性报销编号10个数字系统自动逐个生成必填报销申请表编号10个数字由报销申请表导入必填预算编号10个数字有预算表导入必填报销年份日期格式：yyyy由报销申请表导入必填报销月份日期格式：yyyy由报销申请表导入必填实际出

32、差总花费最多10位数字单位人民币，由预算申 请表导入必填部门编号字符类，20长度由注册表导入必填职员编号字符类，20长度由注册表导入必填部门名称字符类，20长度由注册表导入必填职员名称字符类，20长度由注册表导入必填入账日期日期格式：yyyy-mm-dd猎取本地时刻必填审批经理名字符类，20长度由系统提供必填463统计分析数据如果财务人员需要进行统计分析数据，就开始统计各个会计报表，然 后编制预算报销对比表，最后进行分析。具体描述如下。用例描述：统计分析数据前置条件：财务人员登陆成功、预算表、报销表差不多生成后置条件：交于经理查看差不多路径：a）差不多信息导入，出差年份，出差月份，部门号，部门

33、名b）凭证信息导入，预算报表编号，报销报表编号，出差年份，出差 月份，差额c）生成报表输出报表并交于经理名称数据类型讲明重要性预算报销编号10个数字系统自动逐个生成必填月份日期格式：mm猎取本地时刻必填本月预算总额最多10位数字单位人民币，由预算合计表导入必填本月报销总额最多10位数字单位人民币，由报销表合计导入必填本月差额最多10位数字由本月预算总额和本月报销总 额相减得到必填本年预算总额最多10位数字单位人民币，由预算合计表导入必填本年预算总额最多10位数字单位人民币，由报销表合计导入必填本年差额最多10位数字由本年预算总额和本年报销总 额相减得到必填部门编号字符类，20长度由注册表导入必

34、填部门名称字符类，20长度由注册表导入必填制表日期日期格式：yyyy-mm-dd猎取本地时刻必填预算报销对比表4.7系统治理员子系统系统治理员通过注册登录系统猎取一般职员过的差不多信息，进行般职员信息表的查询与治理，并向经理子系统提供权限等级更高的查询与 治理，及删改等治理手段。用例图如下：4.7.1 :注册登录信息储存一般职员登录注册，填写职员差不多信息，姓名+密码+性不+年龄+联系方式+部门+职位+权限类不。最后传达至各部门经理进行治理。4.7.2:职员信息治理系统治理员能够治理和查询职员信息，各个职员职位治理，部门治理和 权限分配。4.7.3：项目爱护处理和解决项目咨询题4.7.1注册登

35、录信息储存一般职员登录注册，填写职员差不多信息，姓名 +密码+性不+年龄+联 系方式+部门+职位+权限类不。最后传达至各部门经理进行治理。职员信息数据字段名称数据类型讲明重要性姓名字符类，20长度手动输入必填性不布尔型控件选择必填年龄整型，10长度手动输入选填密码字符型，20长度手动输入必填联系方式整型，10长度一样为邮箱必填部门字符类，20长度控件选择必填职位字符类，20长度控件选择必填权限类不字符类，10长度系统给予用例描述：职员信息治理前置条件：各部门职员在登录注册系统上填写职员信息差不多路径：a）职员注册登记b）系统治理员整理职员差不多信息4.7.3项目爱护为保证系统正常运行所需的预防性爱护，包括：日常爱护、网络调整、 数据备份应急、服务器定期巡检等工作。其中日常爱护包括现场协助客户 解决咨询题、用户使用咨询题处理、程序 BUG修改调整、业务数据调整、 系统功能完善等。网络调整后，及时修改各应用系统的有关配置。做好业 务数据的备份（复原）工作。服务器定期巡检包括应用服务器和数据库服 务器。通过对设备和业务的正常巡检、周期性爱护的工作情形，以保证业 务的正常运行。用例描述：项目爱护前置条件：各部门职员在登录注册系统上填写职员信息，形成整个完整的差旅系统5 其他非功能需求5.1 性能需求5