【毕业学位论文】（Word原稿）中石油通信公司移动办公平台的设计与实现-软件工程

中图分类号： 学校代码： 10055 密级： 公开 硕 士 学 位 论 文 中石油通信公司移动办公平台的设计与实现 论文作者 指导教师 教授 申请学位 工程硕士 培养单位 软件学院 学科专业 研究方向 答辩委员会主席 评 阅 人 南开大学研究生院 二一三年十一月 南开大学学位论文使用授权书 根据南开大学关于研究生学位论文收藏和利用管理办法，我校的博士、硕士学位获得者均须向南开大学提交本人的学位论文纸质本及相应电子版。 本人完全了解南开大学有关研究生学位论文收藏和利用的管理规定。南开大学拥有在著作权法规定范围内的学位论文使用权，即： (1)学位获得者必须按规定提交学位论文 (包括纸质印刷本及电子版 )，学校可以采用影印、缩印或其他复制手段保存研究生学位论文，并编入南开大学博硕士学位论文全文数据库； (2)为教学和科研目的，学校可以将公开的学位论文作为资料在图书馆等场所提供校内师生阅读，在校园网上提供论文目录检索、文摘以及论文全文浏览、下载等免费信息服务； (3)根据教育部有关规定，南开大学向教育部指定单位提交公开的学位论文； (4)学位论文作者授权学校向中国科技信息研究所及其万方数据电子出版社和 中国学术期刊 (光盘 )电子出版社提交规定范围的 学位论文 及其电子版并收入相应学位论文数据库，通过其相关网站对外进行信息服务。同时本人保留在其他媒体发表论文的权利。 非公开学位论文，保密期限内不向外提交和提供服务，解密后提交和服务同公开论文。 论文电子版提交至 校图书馆网站： 。 本人承诺：本人的学位论文是在南开大学学习期间创作完成的作品，并已通过论文答辩；提交的学位论文电子版与纸质本论文的内容一致，如因不同造成不良后果由本人自负。 本人同意遵守上述规定。本授权书签署一式两份，由研究生院和图书馆留 存。 作者暨授权人签字： 2013 年 月 日 南开大学研究生学位论文作者信息 论文题目 中石油通信公司移动办公平台的设计与实现 姓 名 学号 答辩日期 2013 年 月 日 论文类别 博士 学历硕士 硕士专业学位 高校教师 同等学力硕士 院 /系 /所 软件学院 专业 软件工程 联系电话 通信地址 (邮编 )： 备注： 是否批准为非公开论文 否 注：本授权书适用我校授予的所有博士、硕士的学位论文。由作 者填写 (一式两份 )签字后交校图书馆，非公开学位论文须附南开大学研究生申请非公开学位论文审批表。 南开大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下进行研究工作所取得的研究成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 2013 年 月 日 非公开学位论文标注说明 (本页表中填写内容须打印 ) 根据南开大学有关规定，非公开学位论文须经指导教师同意、作者本人申请和相关部门批准方能标注。未经批准的均为公开学位论文，公开学位论文本说明为空白。 论文题目 申请密级 限制 ( 2 年 ) 秘密 ( 10 年 ) 机密 ( 20 年 ) 保密期限 20 年 月 日至 20 年 月 日 审批表编号 批准日期 20 年 月 日 南开大学学位评定委员会办公 室盖章 (有效 ) 注：限制 2 年 (可少于 2 年 );秘密 10 年 (可少于 10 年 );机密 20 年 (可少于 20 年 ) 中文摘要 I 中文摘要 石油与天然气作为方便与高效的能源，在我国的能源规划中处于不可替代的重要的地位。 中 石油 集团作为大型国有企业肩负着保障国家能源供应，维持社会经济平稳有序发展的重要使命。 中国石油天然气集团公司通信公司成立于1974 年。负责石油通信专网整体规划、设计、建设和运营，为 中石油 的生产经营提供着稳定、安全的信息网络服务。 随着信息技术的不断发展，工作涉及的地域已经不单单局限在办公室内，企业对于移动办公的需 求日益迫切。功能强大的智能手机已经成为了人们手中的必备品，与此同时平板电脑的推出打破了以往传统电脑的概念，凭借其强大的处理能力、优越的便携性、友好的用户操作体验，使得其取代传统电脑的趋势已经日益强烈。 本课题是针对通信公司移动办公需求，以办公系统等级保护和秘密信息分级保护目录为前提，运用移动、信息安全和桌面虚拟化等技术，搭建统一的安全移动办公接入平台。让公司员工能够随时访问公司网络，查看、调用、审批资料文档，处理日常业务工作，进一步提高办公效率。 本项目研究成果可实现通信公司办公系统的车辆管理、费用报销、招 待用餐、民 技工工资、采购合同和办理授权书六个工作流程在移动终端上完成审批，使得审批领导可以随时随地的处理审批信息，大大的摆脱了空间的束缚，可以做到几乎无缝隙的审批 。 利用先进计算机技术 开发出操作简便、界面友好、灵活、实用、安全，更具时效性的管理系统。 本文首先介绍了公司业务背景及本项目的开发意义，接着按照软件工程的需求分析、系统设计、系统开发及项目实施整个过程进行描述，在文章的最后对本次开发进行总结，并对今后项目的前景进行展望。 关键字： 移动办公平台 件工程 il as a of in s is an as a of to a of 974. of to a As to is no in an in of at of C of it to Cs is a to of as of to a to to of be of on of of do of to a I s of is in on of 录 I 目录 第一章 绪论 . 1 第一节 系统开发设计背景 . 1 第二节 发展现状 . 1 第三节 研究内容 . 3 第四节 文章结构 . 4 第五节 本章小结 . 4 第二章 系统需求分析 . 5 第一节 系统总体描述 . 5 第二节 系统功能需求 . 5 车辆使用管理流程需求分析 . 6 费用报销审批管理流程需求分析 . 8 招待用餐审批管理流程需求分析 . 10 民工技工工资审批管理流程需求分析 . 12 运营采购合同管理流程需求分析 . 13 授权委托书办理流程需求分析 . 15 系统功能需求综述 . 17 第三节 系统非功能需求 . 17 性能需求 . 17 可靠性需求 . 18 易用性需求 . 18 安全性需求 . 18 运行环境约束 . 21 第 四 节 本章小结 . 21 第三章 系统设计 . 22 第 一节 系统设计原则及目标 . 22 第二节 系统架构设计 . 23 应用体系架构 . 23 系统网络架构 . 24 目录 三节 系统硬件设备 . 25 安卓（ 端接入技术特点 . 25 端接入技术特 点 . 26 客户端系统的选择 . 27 第四节 系统 功能模块 设计 . 27 车辆使用管理业务流程设计 . 27 费用报销审批管理业务流程设计 . 28 招待用餐管理业务流程设计 . 29 民技工工资管理业务 流程设计 . 30 运营采购合同管理业务流程设计 . 31 办理授权委托书管理业务流程设计 . 32 第五节 数据库设计 . 33 数据表设计 . 34 车辆使用管理流程数据表设计 . 35 费用报销并付款流 程数据表设计 . 37 招待用餐流程数据表设计 . 38 民技工工资申请流程数据表设计 . 39 运营采购合同管理流程数据表设计 . 41 授权委托书办理流程数据表设计 . 42 任务流程数据表设计 . 43 附件信息数据表设计 . 45 第六节 本章小结 . 45 第四章 系统实现 . 46 第一节 系统主要业务流程的实现 . 46 车辆使用申请功能的实现 . 46 费用报销申请功能的实现 . 47 招待用餐申请功能的实现 . 48 民技工工资申请功能的实现 . 49 运营合同申请功能的实现 . 50 授权委托书申请功 能的实现 . 52 移动客户端登陆的实现 . 52 目录 业务审批流程的实现 . 55 第二节 系统测试 . 61 功能测试 . 61 性能测试 . 62 第三节 本章小结 . 62 第五章 总结与展望 . 63 第一节 项目主要成果 . 63 第二节 项目技术创新点 . 63 第三节 经济、社会效益情况及推广用前景 . 63 第四节 结论与建议 . 64 参考文献 . 66 致谢 . 68 个人简历 在学期间发表的学术论文与研究 . 69 第一章 绪论 1 第一章 绪论 第一节 系统开发设计背景 随着信息技术 的 不断 发展 ，工作涉及的地域已经不单单局限在办公室内 ，企业对于移动办公的需求日益迫切。 功能强大的智能手机已经成为了人们手中的必备品 ， 与此 同时平板电脑的推出打破了以往 传统 电脑的概念，凭借其强大的处理能力 、优越的便携性、友好的用户操作体验，使得其取代传统电脑的趋势已经日益强烈。 现今主流的平板电脑大致分为 品的 使用 统的产品 、 使用 作系统的三星等厂商出品各种 搭载微软一系列产品 1。 3G 网络的 全面覆盖， 无线 用的普及，使得人们完全摆脱了网线的束缚，随时随地的与网络进行联通， 移动业务应用 高速发展奠定了 基础， 使得无线技术的应用成为现今项目开发的重点和亮点 。 按照集团信息化大会工作报告提出推进移动应用系统建设，满足随时随地的办公需求。近年来 ，新一代网络和移动设备快速发展，移动应用正越来越受到关注，在国内一些银行和中央企业已经得到很好应用。集团公司业务规模大、地域范围广，对移动应用的需求非常迫切。要综合运用移动、桌面虚拟化和信息安全等技术，搭建移动办公平台，使公司员工能够随时随地访问公司网络，查看、调用、审批资料文档，处理日常业务工作，进一步提高办公效率。同时，要研究利用员工自备智能手机等设备实现移动办公的实施方案。按照集团公司“十二五”信息技术重点工作和“十二五”信息技术总体规划，移动应用项目是未来需要重点实施的项目之一。 第二节 发展现状 随着信息社会的发展，企业移动的时代开始到来。强大的智能手机无所不在，而更为强大的平板电脑也开始成为主流，例如 于 n 时，无线网络无处不在，而且无线网络速度越来越快。智能终端设备和无线网络的结合跟随了消费者的步伐，奠定了移动业务应用程序的基础，并迅速繁荣。 第一章 绪论 2 2011 年企业移动化对企业来说势在必行。无论行业和规模如何，移动企业都是实现业务创新、强劲增长和盈利的沃土。根据 011 年 1 月进行的一项研究， 65%的美国和英国公司计划在今年部署五个或更多移动办公程序。如图 署移动办公所示，这些公司中三分之一（占总数的 21%）期望在今年部署 20 个或更多移动办公程序。如图 持移动平台或操作系统十个企业中几乎有四个（ 38%）期望支持五个或更多移动平台或操作系统 图 部署移动办公 图 支持移动平台或操作系统 根据 010 年进行的调查， 75%的公司报告说，部署移动办公程序 “提高了员工 生产效率 ”。如何实现的？通过提高员工响应率和决策速度 (66%)、更快速地解决客户和内部 题 (48%)及提高客户满意度 (42%)。不足为第一章 绪论 3 奇：通过实时访问、全天候可用性、更少的延迟及更快速地执行，将业务数据和应用程序扩展到移动设备极大增加了这些资产的价值。 2 据预计 2013 年平板电脑的销量将超过 台，首次超过笔记本电脑及台式机电脑的销售量。从 2012 年苹果秋季发布会中苹果新任 姆库克发布了的数据看来，苹果应用商店中为 计的应用数量超过 250000 个，世界500 强中超过 94%的企业涉 及到相关业务的 移动端 程序开发。 3 由以上数据可以看出，平板电脑这个应用平台已经成为各行业必须要涉及的应用领域，并将在以后成为主流的程序运行平台， 将会是 今后 各行业信息化应用的 发展的趋势。 第三节 研究内容 公司已经建设了信息化的办公系统，并 投入到实际的工作中。由于公司涉及的业务地理范围比较广，领导经常 在外办公，传统的通过 进行审批经常由于领导的外出而处于停滞状态，拖累了工作实施的进度。 4 本课题是针对通信公司移动办公需求，以办公系统等级保护和秘密信息分级保护目录为前提，运用移动、信息安全和桌面虚 拟化等技术，搭建统一的安全移动办公接入平台。让公司员工能够随时访问公司网络，查看、调用、审批资料文档，处理日常业务工作，进一步提高办公效率。 同时，考虑目前智能手机和平板电脑普及率 日益增高 ，移动办公未来能够方便、快捷的部署到公司员工自备的智能手机和平板电脑终端 ， 以实现移动办公的需求。 本项目研究成果可实现通信公司办公系统的车辆管理、费用报销、招待用餐、民 技工工资、采购合同和办理授权书六个工作流程在移动终端上完成审批 ，使得审批领导可以随时随地的处理审批信息，大大的摆脱了空间的束缚，可以做到几乎无缝隙的审批 。系 统完善后，可进一步提高通信公司的办公效率，使通信公司办公管理的信息化管理水平迈上一个新的台阶。 结合信息化建设的进展情况，本项目主要是建成通信公司移动办公平台，为具有移动需求的信息系统提供移动展示平台。展示平台需要兼容各种主流的系统，保证平台的兼容性和扩展性。 第一章 绪论 4 第四节 文章结构 第一章以中石油通信公司为例，介绍了中石油通信公司情况、移动应用平台的发展现状，并对本系统将研究的内容进行简单的分析。 第二章按 流程 的对本系统的各功能进行需求分析，对比使用系统前后的业务改进，按照需求分析定义了系统的各 业务流程 组件， 通过用例图的形式对各审批流程 进行细化分析。 第三章 描述系统设计原则、总体结构。并使用 时序 图描述了系统功能。在数据库设计方面，对数据表的关系及数据表的结构定义过程进行描述。 第四章介绍系统实现过程。对在系统实现过程中使用到的主要技术及方法进行说明，并展现主要功能的操作界面、算法设计等。 第五章 对移动办公平台 的设计与实现过程进行了总结，并指出系统目前存在的不足之处，对本系统提出了一些改进方向 。 5 第五节 本章小结 本章介绍 移动办公平台 的开发设计背景；对类似项目的发展情况进行介绍；介绍了本系统开发过程中的研 究内容，对本文各章节的结构进行了描述。 下一章将对系统各项功能进行需求分析的论述。 第 二 章 系统需求分析 5 第二章 系统需求分析 上一章中对 移动办公平台 的开发背景、相关系统的开发现状、及中石油 通信公司相关资料进行了介绍；描述了本文的研究内容及文章结构。本章将对系统的详细需求情况加以分析，主要描述系统的总体结构、功能结构及相关的业务流程，对系统需要实现的具体功能进行介绍。 第一节 系统总体描述 中石油通信公司原有的信息管理系统应用于 平台，已经成功使用一段时间，成为了日常工作中必不可少的信息化管理手段。随着系统的应用不断深入，日常工作对该系统的依赖也日益增强，但由于公司业务涉及到全国乃至世界各地，局限于固定客户端的系统已经不能满足工作的需要，急需一个移动平台，使得系统的应用摆脱空间的束缚，随时随地处理公司业务。 本课题针对中石油通信公司移动办公平台开发，包括移动办公平台实现用户身份认证从而提高移动智能终端用户身份管理效率、移动办公安全防护方案、移动办公与办公自动化系统的集成，实现员工能够随时访问办公自动化系统进行查看、审批，进一步提高办公效率。 7 本次开发嫁接于原有平台，调用、处理原有的数据库信息，作为原有系统的延伸，其 中的操作与原有系统是等价的，使用移动硬件设备访问数据库，处理相应的业务需求，达到了随时随地与公司内部网络的联通。 业务功能方面可 实现 中石油通信公司办公自动化系统 的车辆管理、费用报销 、 招待用餐、民 技工 工资、采购合同和办理授权书 六个 工作流程在移动 终端上 完成审批 。 第二节 系统功能需求 本次开发是在原有的中石油通信公司信息化管理系统基础上，基于数据库资源和系统运转流程搭建的移动端操作系统。本系统 作为 原有的 操作系统的延伸 ， 主要用于处理各项业务的审批工作，用户在 进行申请后 ， 相应的审批流程可通过移动端完成 。 第 二 章 系统需求分析 6 审批流程在 和移动端均可 进行，调用相同数据返回相同的审批结果 。针对移动客户端的特点，对系统的安全性进行更严格的控制。 本项目主要实现业务审批流程中的六个 业务 流程 ，分别如下： 信 息 化 管 理 系 统车辆使用管理费用报销审批运营采购合同管理民工技工工资审批招待用餐审批授权委托书办理图 系统 功能 结构图 车辆使用 管理 流程需求分析 车辆作为日常工作中必不可少的交通工具 及施工器械，对车辆的管理是一项需要解决的问题。车辆的使用费用 在日常工作费用中占据较大的 比重，怎 样合理的安排车辆使用，对车辆的使用进行很好的监督和管理，可以为企业带来客观 的经济效益，同时可以大大提高企业的固定资产管理水平。 日常车辆使用主要分为部门所有车辆和公司所有车辆两大类，部门所有车辆需经过部门领导进行审批，审批通过后即可调用车辆；公司所有车辆，需由用车部门的领导进行审批后报由公司办公室进行车辆的使用安排，安排妥当后报公司领导进行审批确认，公司相关领导审批确认后用车单位方可进行车辆的使用。 车辆使用完成后，需对车辆的使用情况进行记录，以便对车辆的运转状态及使用过程中出现的违章、故障等的相关责任进行追究。 本次进行的移动平台开发 ， 满足审批领导在任何地方都可进行相关业务审批 的需求 ，做到移动平台和原有信息化平台的信息资源共享。 审批流程中需要做到各级别登录用户，可进行相应的操作，与业务流程无关的用户或业务流程未进行到相关步骤的用户不会看到流程信息，做到每个流程中各步骤由相应的用户进行操作，需要通过安全手段对实际用户和系统内认定的用户进行一一对应。 第 二 章 系统需求分析 7 下图为车辆使用管理的业务流程图，从图中可以看出，本部分涉及到三大部门中的四类用户，分别是用车部门内的用车申请提出者、部门用车审批领导；公司办公室中的公司车辆安排调度人员；以及进行公司车辆使用审批的公司领导，整个业务流程的不同阶段，进行 操作的人员均不相同，只有当本次流程进行到相应节点时，相关人员才可以进行操作。为了避免误操作，减少对用户操作时的干扰，只有在任务涉及到相关用户时，用户才可以看到相应任务的信息。 提 出 用 车 申 请判 断 车 辆 所 属部 门 领 导 审 核 部 门 领 导 批 准审 核 通 过公 司 办 公 室 安排 车 辆公 司 领 导 审 核审 核 通 过通 过 通 过通 过公 司 车 辆 部 门 车 辆未 通 过未 通 过未 通 过图 车辆使用管理业务流程图 对于车辆使用情况的汇总和查询业务 ，相关管理员可以通过原有的信息化管理系统 在 完成相应的查询汇总 操作 。 第 二 章 系统需求分析 8 申 请 人部 门 领 导车 辆 使 用 申 请批 准 部 门 内 车 辆公 司 车 辆 使 用 审 批安 排 公 司 车 辆审 批 进 度 查 询公 司 领 导公 司 办 公 室图 车辆使用管理 用例图 从分用户的角度来看本 流程 涉及到的用户大致有 申请人，部门领导，公司办公司和公司领导，原则上各个人员相互独立，但实际工作中会出现各人员职能相互重合的现象，因此在审批过程中对每步审批的人员，申请的人员进行详细的 安排 。 申请人在完成申请后可对申请的进度进行查询，查看审批流程进行到哪一步。部门领导有权限审批调用本部门车辆，并需要对本部门使用公司车辆的情况进行审批确认。公司办公室负责对公司车辆的审批进行协调安排，并报由公司领导进行审批。 费用报销 审批管理 流程需求分析 部门运营中会有一系列的公用费用产生，为了保障公司财产的安全，确认各项费用的真实有 效，保证每笔资金都用到实处，对报销费用的审批将会非常严格。 首先，需要报销的部门提出报销申请，由本部门相关领导进行第一轮审批，审批通过后上报到财务部门，涉及到人事相关信息的内容，需要有人事部门进行联合审批。财务部门审核后，对各项款项进行汇总报送给总会计师进行审批，总会计师审核通过后，交由总经理最重审批，审批后同意付款。 第 二 章 系统需求分析 9 各部门审批中如出现任何一个部门审核未通过，将退回到提交申请部门，对反馈情况进行核实后，视情况 重新通过流程或直接跳至相应步骤进行再次审批。 报 销 申 请部 门 领 导 审 批人 事 部 门 审 批财 务 部 门审 批 并 汇 总总 会 计 师 审 批公 司 领 导 审 批通 知 拨 款未 通 过是 否 需 人事 部 门 审 批未 通 过未 通 过未 通 过未 通 过图 费用报销并付款业务流程图 使用移动客户端， 相关 用户可以对业务进行审批操作，申请部门可以对业务审批进度进行查询。 第 二 章 系统需求分析 10 申 请 人部 门 领 导费 用 报 销 申 请报 销 内 容 审 批审 批 进 度 查 询公 司 领 导人 事 部 门人 事 信 息 核 查财 务 信 息 核 查总 会 计 师财 务 部 门图 费用报销并付款 用例 图 从用户 角度看，本 流程 涉及到的用户有申请人、部门领导、财务部门和人事部门的审批人员、总会计师和公司领导两类高级管理人员。 其中人事信息审核并非必要流程，在本次报销内容涉及到人事信息需核查时才进行相应流程 。 申请人可以实时查询审批业务进行了进度，如出现审批问题可及时与相关部门进行沟通，及时 解决相应问题。 招待用餐审批管理 流程需求分析 工作中例行的招待用餐有时是必不可少的，为了响应厉行节约的号召，公司对工作餐的内容、费用进行把关，对每次招待用餐进行记录。在用餐前需对用餐进行申请，申请通过后方可进行。 部门进行用餐申请后，首先需要本部门领导进行审批，审批通过后，交由公司办公室进行审批，审批通过后由办公室统一进行用餐安排，并通知申请单位用餐审批完成。 第 二 章 系统需求分析 11 提 出 用 餐 申 请部 门 领 导 审 批办 公 室 审 批安 排 用 餐审 批 通 过审 批 通 过未 通 过未 通 过通 知 用 餐 安 排图 招待用餐业务流程图 招待用餐业务相对简单涉及到的部门较少，由于 用餐标准由办公室统一安排，因此不会涉及到用餐费用的二次申请，相当于在申请用餐时已经将用餐费用同时进行了申请。 申 请 人部 门 领 导用 餐 申 请用 餐 审 批用 餐 审 批 查 询公 司 领 导用 餐 安 排 查 询安 排 用 餐公 司 办 公 室图 招待用餐 用例 图 第 二 章 系统需求分析 12 招待用餐 申请提出后，一般情况下通过部门审批，公司办公室即可安排用餐，接待一些重要客人时需要通过 集团领导审批。在提出申请时需对用餐级别进行指定。 公司办公室安排用餐后，申请部门可以查询到用餐的具体安排，同时需出席的 相关 领导会收到通知提醒。 民工技工工资审批管理 流程 需求分析 为了减轻企业的用工成本，公司 除了常规的在编职工外，还雇佣了一些劳服公司的工作人员，此部分员工的工资收入与实际工作任务的多少，任务完成质量的好坏有着密切的关系 。 此类员工的工资将由 用工部门根据签订的合同内容与实际工作效果进行核算，进行核算后报送至公司的人力资源部门，以及工程验收部门进行复核，复核完成后提交至公司财务部门审核，审核通过后进行工资的发放。 工 资 申 请部 门 领 导 审 批人 力 资 源 核 算工 程 部 门 核 算财 务 部 门 审 批工 资 发 放通 过 通 过通 过未 通 过未 通 过图 民技工工资 审批 业务 流程图 第 二 章 系统需求分析 13 申 请 人部 门 领 导工 资 发 放 申 请工 作 内 容 审 核审 批 进 度 查 询公 司 领 导人 事 部 门人 事 信 息 核 查财 务 信 息 核 查工 程 部 门财 务 部 门图 民 工 技工工资 审批 流程 图 民工技工的工资核算需要工程部门、财务部门和人事部门进行核算 ，财务部门应该在工程部门和人事部门对外包的工作量和人员进行核实后，对工资金额进行审核。 运营采购合同管理 流程 需求分析 运营采购合同用于公司各项运营活动中涉及到的物资的采购，作为大型企业采购环节涉及的金额较大，其中可能出现的利益输送情况也较多，完善合同签订流程为杜绝此类事件的发生起到一定的作用。 作为具有法律效益的合同，签订时一定有通过各部门严格审视，经过层层审批才能确保合同签订的准确无误，在部门领导审批后要先后经过 法务 部门、经营管理 部、监察部门、质量安全部门、财务资产部门等的层层把关，才可以确保合同内容的准确无误，一点差池就可能为公司带来巨大的损失。 同时在合同起草时，要做到一定程度的保密工作，防止竞争对手之间窃取商业秘密，带来不必要的损失。 第 二 章 系统需求分析 14 此部分流程相对简单， 层层递进，每一部分出现问题及时提出并进行修正确保最后合同的顺利成稿。 起 草 运 营 采 购合 同本 部 门领 导 审 批经 营 管 理部 审 批法 律 部 审 批质 量 安 全部 审 批财 务 资 产部 审 批主 管 领 导审 批审 批 完 成签 订 合 同通 过通 过通 过通 过通 过通 过未 通 过未 通 过未 通 过未 通 过未 通 过图 运营采购合同管理 业务 流程图 由图中可以看出，在任意一个流程中出现未通过情况，合同被打回到起草部门进行修改后进行再一次的审批流程。在实 际操作中，需要对每次的修改进行标注，以减少各部审批中的重复操作，各审批部门只需对每次的修改部分进行重点核实。 第 二 章 系统需求分析 15 申 请 人部 门 领 导起 草 合 同 初 稿合 同 内 容 审 核审 批 进 度 查 询公 司 领 导法 律 部 门法 律 条 款 审 核财 务 信 息 核 查经 营 管 理 部财 务 部 门质 量 安 全 部图 运营采购合同管理用例图 本 流程 涉及 的业务部门 较多，业务部门、经营管理部门和质量安全部门对合同内容进行审核，财务部门对财务信息进行审核，法律部门对合同中涉及到的法律条款进行把关，最后合同成稿由公司领导进行审阅。 授权委托书办理 流程 需求分析 对外业务中时常会用到委托书等书面材料，此类书面材料使用中存在一定风险，因此要 对委托书的申请进行审批和监督。 办事部门提出申请，由领导同意后报由事业部领导进行业务审批， 审批 通过 后报由总经理进行签字批准。 第 二 章 系统需求分析 16 申 请 办 理委 托 书部 门 领 导审 批事 业 部领 导 审 批主 管 领 导审 批开 具 委 托 书通 过通 过通 过未 通 过未 通 过未 通 过图 授权委托书 流程图 授权委托书办理后由事业部进行存档，以备今后出现情况时进行授权书内容的查询。 申 请 人部 门 领 导起 草 合 同 初 稿委 托 书 申 请 审 核审 批 进 度 查 询公 司 领 导事 业 部图 授权委托书 流程图 第 二 章 系统需求分析 17 委托书申请相对简单，由部门领导审批后交由事业部进行审批，最终报由公司领导进行审批。 系统功能需求综述 从各 业务流 程 需求可以看出，在部门内的各项需求都需要本部门的领导进行审核。部门领导审核通过后交由相关部门进行审批，最终汇总到公司主管领导进行最终确认。申请提出者可以看到与自己相关的审批流程进展情况。在系统设计时应充分考虑各审批流程的相对独立性，对不同业务的优先级进行区分，并对公司领导的集中审批操作进行优化处理。 本平台主要是对公司各项业务中的审批流程进行监控。各项审批流程相互交织比较复杂，相关领导审批工作业务量较大，为了随时随地都可以进行办公业务，故开发本移动平台，使得相关操作人员不再局限在电脑前才能完成业务，摆脱了时 间和空间的束缚。 本项目改造不涉及任何原系统的代码改变以及相关业务、流程等变动，仅为客户端平台移植。通过原系统的 据层来进行二次开发，因此将会有如下的风险： 鉴于平板系统与普通桌面 性能等因素，实际制作效果将与现运行系统略有不同；因此最终实现可能会在某种程度上进行改进或者修正。 项目实际开发过程中遇不可抗因素，例如：旧有代码丢失或原项目文档丢失等情况所导致的项目延期。 项目完成后，在实际使用中出现的与原项目的操作习惯，操作顺序不同等情况。 8 第 三 节 系统非功能需求 非功能性需求对系统的数据量，