出差管理系统概要设计说明.docx

出差管理系统概要设计设计文档出差管理系统概要设计主题：出差管理系统概要设计项目名称：出差管理系统开发撰写单位：作者：吴地平版本号：v.3日期：2011-11-29审核功能姓名部门签名日期版本版本修改原因修改人基于版本日期v.1创建吴地平2011-11-26v.2修改，增加系统功能设计部分吴地平v.12011-11-27v.3修改部分用词v.22011-11-29参考编号文档名（链接）1.目录设计文档1出差管理系统概要设计1审核1版本1参考11概述41.1编写目的41.2背景41.3范围41.4预期读者41.5定义52总体设计52.1系统需求52.1.1应用需求52.1.2系统规定52.2设计思路62.2.1B/S结构62.2.2系统总体架构62.2.3总体业务流程72.3运行环境82.4模块设计93功能设计103.1系统管理103.1.1组织架构103.1.1.1数据库设计103.1.2用户与角色管理103.1.2.1数据库设计113.1.3权限管理123.1.3.1数据库设计123.1.4基本资料管理133.1.4.1数据库设计133.2工作流管理133.2.1流程配置143.2.1.1参考界面143.2.2工作流引擎143.3出差管理143.3.1出差处理153.3.1.1处理流程153.3.1.2状态流转153.3.2出差申请163.3.2.1出差任务163.3.2.2数据库设计173.3.2.3参考界面193.3.3出差审批193.3.4出差确认193.4日常管理203.4.1员工状态监控203.4.1.1参考界面203.4.2后续业务处理203.4.2.1接口调用213.4.3数据分析213.5系统接口213.5.1基础数据接口223.5.2业务处理接口223.5.3接口定义223.5.3.1接口信息223.5.3.2输入参数233.5.3.3输出参数234其他说明234.1用户认证234.2日志审计234.3用户接口234.4相关约束231 概述1.1 编写目的此文档描述了出差管理系统的总体设计思路，确定了系统的总体结构，通过抽象和分解方法将系统分解成具体的模块，使系统开发人员和产品管理人员明确产品功能，从而有针对性的进行系统开发、测试、验收等各方面的工作。1.2 背景公司为了加强对员工出差行为的管理、规范出差流程，决定针对性开发一套出差管理系统，搭建一个统一的企业出差管理平台。1.3 范围本系统只实现出差管理的相关功能，对于与出差相关的后续业务，如：出差报销、出差假期调休等；以及本文涉及到的其他，诸如：员工请假等日常办公管理功能的实现不在本系统的设计范围之内。1.4 预期读者本文档的读者为用户代表、项目经理、系统详细设计人员、系统开发工程师、系统测试人员和系统相关手册编写人员。1.5 定义系统管理员：本文档中一般指出差管理系统的超级管理员，拥有对系统所有操作和管理的权限。系统内部模块：指系统中不直接面对系统用户的（用户不会直接使用都的），内部的业务逻辑处理模块。WFMC标准：即工作流管理联盟(Workflow Management Coalition)定义的工作流管理和系统的相关标准。2 总体设计2.1 系统需求2.1.1 应用需求开发本系统的目的是为公司搭建一个平台，来对员工的出差行为进行集中的记录、管理、监控和分析。它必须具备以下功能：n 记录所有员工的出差记录；n 引人工作流管理功能，员工出差必须要在系统发起申请，批准后才能生效；n 可自定义出差申请流程的审批节点、审批节点的流转路径以及各审批节点对应的审批人员；n 对员工的出差状态进行监控；n 对员工的出差行为进行数据分析。2.1.2 系统规定本系统以实际应用需求为开发基础和依据，但在实现基本需求功能的同时还必须要满足以下要求： 可扩展：在设计中不仅要满足目前业务的需求，也应支持未来业务发展的需要，提供业务流程调整、重组的灵活设置；同时还要兼顾到与其他业务系统的衔接，提供与其他系统进行整合的接口； 易用性：系统应为系统管理员提高方面的操作、维护和管理工具，为各级使用人员提供简单以行的操作界面； 稳定性：系统必须要高度稳定、可靠，能够为用户提供连续的服务； 安全性：系统应有严密的安全机制，实施严格的访问控制，确保系统的安全稳定； 实时性：及时准确地处理用户系统请求并传递各种数据信息，提高系统业务响应速度，为用户提供更好的服务。2.2 设计思路系统将采用工作流管理的方式来对员工的出差行为进行集中管理、控制和分析，根据员工出差的总体操作和控制过程来设计对应的系统功能。2.2.1 B/S结构本系统将采用B/S多层结构设计，客户端使用浏览器来操作系统，采用这种结构将便于维护和信息传递，有方便，快捷、高效，稳定的优点。系统使用中总体的数据流向如下：DBMSWeb层业务逻辑层查询,浏览,申请处理请求查询结果返回响应请求返回信息用户界面层(浏览器)2.2.2 系统总体架构系统软件架构采用典型的三层结构，前端程序不直接和后台数据交互，而是通过中间层服务器进行数据交换，其中客户端将使用IE等浏览器与系统进行交互。系统采用三层结构：第一层是客户端层，用户通过IE等浏览器与系统交互，发起查看出差记录、提出申请出差等请求，并展示处理结果；第二层为服务器层，可分为两个功能相对独立的部分，一个是WEB服务器，用于响应和处理客户端请求，通过请求处理程序与后台数据库交互，返回处理结果給浏览器；另外一部分是业务处理，包括：工作流服务等，负责实现员工出差管理的各项具体功能；第三层为数据库层，用于存储系统的各项信息，包括：系统的基本数据和具体出差管理的业务数据。2.2.3 总体业务流程将根据企业在员工出差行为的管理过程中，所涉及到的角色、业务操作以及相关流程来整理、规划出差管理的核心业务流程，并在此基础上进行整个出差管理系统的架构、流程和功能的设计。基于对系统管理目标和需求的理解，本出差管理系统的总体业务流程如下：根据员工在出差行为管理过程中所承担的不同职责，将他们分为：出差员工、部门经理、管理人员三种角色，各自在过程中所承担的职责以及涉及的操作都所不同。出差员工：是指所有有出差行为的员工，负责及时记录并汇报自己的出差行为。当有新的出差计划时需要在系统中提出申请并描述详细的出差相关信息，计划通过审批后方能执行出差计划，当出差返回后要及时在系统中确认，完成出差计划；部门经理：企业管理人员，负责检阅、复核、审批对应所管辖员工的出差计划；管理人员：统一管理公司员工出差的管理人员，负责监控员工的出差状态、统计相关数据、提交分析报表，并处理后续的出差报销、出差假期调休等相关业务。2.3 运行环境操作系统服务器端：Windows2003 Server +SP2，32位。客户端：Windows XP+Sp3、Windows 7数据库SQL SERVER 2005网络百兆局域网开发工具Java组件JBOSS 、IIS 2.4 模块设计根据系统需求分析、总体业务流程规划以及系统总体架构的设计，出差管理系统将分为如下图所示的几个功能模块。系统模块结构图整个出差管理系统总共分为：系统管理、工作流管理、出差管理、日常管理和系统接口五大模块，各模块实现不同的功能，相互调用，共同实现员工出差管理的相关功能，满足企业出差管理的需求。系统管理：系统最基本的功能模块，负责设置企业组织架构、管理系统用户、分配用户权限、以及相关基础资料的管理，比如：客户资料、项目资料等；工作流管理：定义出差申请的运作逻辑和流转路径，并按照定义好的规则将出差申请任务在任务申请者和审批者之间传递；出差管理：实现出差任务处理的相关功能，包括：查看、新增、修改出差申请，审批出差申请以及确认完成出差任务等；日常管理：实现对员工出差的统一综合管理，包括：对员工的状态进行监控，统计出差相关的数据、处理出差完成后续的相关业务，对企业员工的出差行为进行总体的分析并提交相关报告；系统接口：实现出差管理系统与其他业务系统间的基础数据交换与相关业务互动。3 功能设计3.1 系统管理系统管理是系统最基本功能模块的组合，它包括：组织架构、用户与角色管理、权限管理、基本资料管理几个模块。3.1.1 组织架构在出差管理系统中以部门为基本单位，来描述企业的组织架构，在出差管理系统中组织架构模块实现的功能主要有：u 新建、修改、删除部门资料；u 维护部门的上下级关系；u 图形化展示企业树形结构的组织架构关系。3.1.1.1 数据库设计部门信息表Dept，此表记录了部门的所有信息以及部门的上下级关系，它记录的主要数据字段有：字段名称字段类型约束条件描述DeptIdIntNot Null；PrimaryKey部门编号DeptNameVarchar(50)Not Null部门名称ParentIdIntNot Null；Default 0上级部门，0表示顶级部门DeptNoteVarchar(250)Null备注CreateTimeDateNot Null创建时间LstUpdTimeDateNull; Default Getdate()最后修改时间部门信息3.1.2 用户与角色管理用户是指在系统中维护了资料的人员信息，而角色是指某一类用户的组合，用户与角色管理模块的主要功能有：u 查看、新建、修改、删除用户资料；u 查看、新建、修改、删除角色资料；u 可以分配用户与角色的对应关系，一个用户可以属于多个角色，一个角色可以包含多个用户。3.1.2.1 数据库设计用户信息表User，此表记录了用户的所有信息以及他所属的部门等信息，它记录的主要数据字段有：字段名称字段类型约束条件描述UserIdIntNot Null；PrimaryKey用户编号UserNameVarchar(50)Not Null用户名称UserPwdVarchar(20)Not Null用户密码UserDeptIntNot Null用户所属部门UserSexVarchar(2)Not Null用户性别UserPhoneVarchar(20)Null用户电话UserMailVarchar(50)Null用户EmailUserNoteVarchar(250)Null备注CreateTimeDateNot Null创建时间LstUpdTimeDateNull; Default Getdate()最后修改时间用户信息角色信息表Role，此表记录了角色的相关有信息，而角色所包含的用户信息则记录在用户与角色的对应关系中：字段名称字段类型约束条件描述RoleIdIntNot Null；PrimaryKey角色编号RoleNameVarchar(50)Not Null角色名称RoleNoteVarchar(100)Null备注角色信息字段名称字段类型约束条件描述UserIdIntNot Null用户编号RoleIdIntNot Null角色编号用户角色关系3.1.3 权限管理权限管理是在系统设计时针对不同的具体系统操作设置权限控制，只有拥有相应的权限才能进行相应的系统操作。u 可以查看当前系统中设置的所有权限；u 可以給用户或角色分配系统权限；u 用户所拥有的系统权限为用户被分配的权限与用户所属角色对应权限的集合；u 系统严格验证用户的权限以控制用户在系统中的操作，比如：是否可以新增用户资料、是否可以新增出差申请、是否可以参与出差申请审批等。3.1.3.1 数据库设计系统权限ModuleRight表中详细记录了系统中各个模块设置的权限，表中记录的主要字段信息有：字段名称字段类型约束条件描述RightNoIntNot Null；PrimaryKey权限号ModuleNoSmallIntNot Null模块编号ModuleNameVarchar(50)Not Null模块名称RightLineSmallIntNot Null模块功能号FunctionVarchar(50)Not Null权限功能RightNoteVarchar(100)Null权限描述模块权限用户与角色的所拥有的系统权限是分别记录在表UserRight、RoleRight中的，表中记录的主要字段信息有：字段名称字段类型约束条件描述RightNoIntNot Null权限号UserIdIntNot Null用户编号用户权限字段名称字段类型约束条件描述RightNoIntNot Null权限号RoleIdIntNot Null角色编号角色权限3.1.4 基本资料管理基本资料管理模块是对系统中所要使用到的其他基础信息进行集中维护和管理，如：客户信息、交通方式等。它的主要功能有：u 新增、查看、修改、删除系统基本资料，如：客户资料、交通方式；u 提供数据字典功能，可以根据系统需要扩展管理的基本资料种类，如：增加供应商资料的维护。3.1.4.1 数据库设计客户相关信息都是记录在表Client中的，表中记录的主要字段信息有：字段名称字段类型约束条件描述ClientIdIntNot Null；PrimaryKey客户编号ClientNameVarchar(50)Not Null客户名称ClientPhoneVarchar(50)Null客户电话ClientMailVarchar(50)Null客户EMAILClientAddressVarchar(50)Null客户地址ClientNoteVarchar(250)Null备注LstUpdTimeDateNull; Default Getdate()最后修改时间客户资料字段名称字段类型约束条件描述ItemNoIntNot Null资料编号ItemTypeVarchar(20)Not Null资料描述CodeVarchar(10)Not Null代码NameVarchar(50)Null名称NoteVarchar(250)Null备注LstUpdTimeDateNull; Default Getdate()最后修改时间数据字典3.2 工作流管理出差管理系统的本质是一个工作流管理系统，所以工作流管理是本系统的核心模块，它负责实现系统任务的工作流管理，包括：工作流逻辑的定义、流转路径的控制以及流程任务的执行和管理等，它包括：流程配置和工作流引擎两个模块。3.2.1 流程配置流程配置模块是用来定义每个流程实例对应的审批节点以及任务流转路径的控制逻辑和路径，它主要实现如下功能：u 可定义对每个流程对应的审批节点，审批流程需要支持带分支的流程；u 可设置每个审批节点对应的审批人，每个节点可设置多个人审批，支持按人员或角色进行设置；u 定义各流程审批节点间的流转路径，通过编写节点逻辑控制脚本，实现任务流转路径的设置。比如：编写脚本根据员工的所属角色来决定流程的审批路径，普通员工的出差申请由部门经理审批，而部门经理的出差申请则由总经理来审批；又如：可设置当出差借款超过一定金额时就需要财务审批等。3.2.1.1 参考界面在系统中提供一个Web管理页面来进行流程的配置、修改，审批人员的设置等，系统的参考界面如下：3.2.2 工作流引擎工作流引擎是工作流管理的核心，是实现任务按流程设置进行流转的主要功能组件，它是一个系统内部模块，它的主要功能是：u 让审批任务在各节点间的按照符合事先定义好的处理逻辑的顺序进行流转，并让各个节点的任务参与者按定义好的规则进行任务的处理；u 本系统工作流需要符合WMFC标准，以便与符合该标准的其他系统进行整合。3.3 出差管理出差管理是实现出差任务处理的相关功能，它包括：出差申请、出差审批、出差确认三个模块。3.3.1 出差处理3.3.1.1 处理流程出差处理主要是指员工新增、提交出差申请以及审批处理的过程，根据本出差管理系统的设计，出差申请的总体处理流程如下：3.3.1.2 状态流转 不同的状态描述了出差申请任务当前被处理的情况，经过相应的处理后系统会及时修改对应出差申请的状态。根据系统设计出差申请的状态流为下图所示：出差申请状态流3.3.2 出差申请出差申请就是当员工有出差任务时，必须要先在系统中发起申请，当出差申请审批通过后才表示出差计划被允许执行。该模块它主要的功能有：u 查询、查看员工的出差申请记录；u 新增、提交出差申请，并修改出差申请的状态；u 在未审核状态下（流程还未提交前）下可以修改、删除出差申请；u 员工提交出差申请后，将出差任务加入到审批任务列表中，由工作流引擎将任务根据流程设置在不同审批者之间按顺序流转和处理；u 提供出差延期功能，员工可以在出差任务未结束前提出延期申请（即：已通过状态的出差申请才能延期），申请通过后按更新出差结束时间；u 延期申请仅是出差申请流程中的一个功能部分，并不是一个新的流程实例。3.3.2.1 出差任务 根据出差管理系统的需求、系统的管理目标以及系统的总体架构设计，来确定出差任务信息的设计模型。按照设计出差任务的E-R图如下：出差任务E-R图 出差任务中需要包含以下几部分信息： 员工信息：出差员工及其工所属的部门信息，从员工信息与部门信息中关联获取； 目的地信息：出差的目的客户以及目的地点，目的客户从客户信息中获取； 时间信息：申请出差的时间段信息； 交通信息：出差的交通方式； 财务信息：记录出差借款以及出差预算金额信息； 工作信息：记录员工出差的具体工作内容信息； 审批信息：出差申请流程对应的审批人信息，根据。3.3.2.2 数据库设计在员工出差任务信息表中TravelTask中记录详细的出差相关信息，表中记录的主要字段信息有：字段名称字段类型约束条件描述TaskNumVarchar(20)Not Null；PrimaryKey流程编号StatVarchar(10)Not Null流程状态；未审核、待审批、审批中、已通过、已拒绝、已终止、已完成、延期申请、已结束FileDateDateNot Null；default Getdate()申请日期UserIdIntNot Null申请用户UserNameVarchar(50)Not Null申请用户名称DeptIdIntNot Null用户部门编号DeptNameVarchar(50)Not Null部门名称ClientIdIntNull客户编号ClientNameVarchar(50)Null客户名称ProjectInfoVarchar(50)Null项目信息StartDateDateNot Null出差开始日期EndDateDateNot Null出差结束日期RealEndDateDateNot Null实际返回日期TravelDestVarchar(20)Null出差目的地（省份.城市）TrafficTypeVarchar(10)Null交通方式LevelSpecVarchar(10)Null紧急程度BudgetTotalMoneyNull default 0出差预算PreTotalMoneyNull default 0借款金额PreStatSmallIntNot Null借款状态；待领取、已领取、已偿还WorkTypeVarchar(20)Not Null出差工作；业务洽谈、项目实施等WorkInfoVarchar(2000)Null出差工作内容TaskNodeIntNot Null当前审批节点NoteVarchar(250)Null备注LstUpdTimeDateNull; Default Getdate()最后修改时间出差任务信息出差申请任务审批节点审批人记录在表中TravelTaskChecker，表中记录的主要字段信息有：字段名称字段类型约束条件描述TaskNumVarchar(20)Not Null流程编号TaskNodeIntNot Null审批节点CheckIdIntNot Null审批人节点审批人信息3.3.2.3 参考界面根据出差管理系统出申请的功能设计和出差任务信息的数据库设计，出差申请新增系统参考界面如下：单号状态申请时间申请人所属部门紧急程度出差地点拜访客户-项目-开始日期结束日期返回日期交通方式借款金额借款状态工作类型成本预算工作内容备注 出差申请新增参考界面3.3.3 出差审批出差申批就是负责对员工提交的出差申请进行审批处理，参与审批的人员和顺序由工作流定，即是工作流将审批任务按顺序提交給相应的审批人。它的主要功能是：u 审批或拒绝出差申请，处理完成后修改出差申请的状态并通知工作流引擎，让其完成后续的流转；u 拒绝任务时，审批人可以填写拒绝的原因；u 审批通过后，及时修改对应员工的状态信息（出差状态并记录出差信息）。3.3.4 出差确认出差确认是在对出差申请流程处理的结果的确认或是对出差任务执行结果的反馈。它的主要功能有：u 确认被拒绝的出差申请，确认后将出差申请状态修改为已终止；u 出差返回后，确认对应已通过的出差申请，表示出差计划已完成，确认后将出差申请状态修改为已完成；u 出差申请完成确认时，需要填写实际返回时间，实际返回时间不允许大于出差申请中的出差结束时间。3.4 日常管理3.4.1 员工状态监控员工状态监控就是指对企业内员工的工作状态进行集中的记录和管理，以便及时了解每一个员工的工作状态，它的主要功能是：u 提供一个界面按日期展示各员工的工作状态；u 可定义员工的工作状态，如分为：正常、出差、请假等，并与对应的系统业务模块建立接口，当操作发生时系统会及时修改对应员工的状态；u 当员工的状态为非正常状态时，需要提供相关的详细信息，如：当员工状态为出差时，则要显示员工是到那里出差等相关信息。3.4.1.1 参考界面 根据系统功能设计以及结合对系统用户使用体验方面的考虑，员工状态监控的系统参考界面如下：部门员工2011.11.282011.11.292011.11.302011.12.01市场部张三事假李四北京.客户A工程部王一吴五深圳.客户B深圳.客户B深圳.客户B员工状态说明： 正常、 出差、 请假3.4.2 后续业务处理 后续业务处理是指对出差任务执行完成后对应衍生出的其他业务的处理，比如：出差报销等。它的主要功能有：u 实现出差完成后对应的后续业务处理，比如：出差借款领取、出差借款还款、出差报销、出差调休等；u 这些后续的业务处理可以是在本系统中完成，也可以是在其他系统中完成；u 如后续业务处理是在本系统完成则要在系统中增加相应的功能（此部分功能实现不在本文描述范围内）；u 如果是在其他相关系统中处理，则出差管理系统需要提供相应接口支持，以实现上述业务的处理。3.4.2.1 接口调用要完成后续业务的处理都需要调用出差管理系统提供的相关接口来实现，但业务处理方式不同对应的接口调用方式也会有所不同： 内部实现：如果是在出差管理系统内完成相关业务处理，则系统只需调用内部的数据库接口即可； 外部实现：如果是在外部系统完成后续业务的处理，则外部系统需要调用由出差管理系统需要提供的对应API接口来完成相应的数据交互和业务处理。3.4.3 数据分析数据分析是指对相关管理人员根据管理需要对企业员工出差管理进行的一系列数据统计和报表分析，它的主要功能有：u 提供相关报表可以对当前出差申请任务数、待审批出差申请任务等出差流程数据进行统计；u 提供相关报表可以对当钱出差人数，出差天数、出差借款等数据进行统计和分析；u 提供相关报表可以按照人员、部门、角色等属性统计一端时间内的总出差人数、出差次数、出差天数、出差成本等业务数据进行分析；u 提供报表制作工具，让用户可以根据自身需要定义相关统计报表。3.5 系统接口系统接口是指为了实现与外部系统