长长 春春 工工 业业 大大 学学 毕毕 業业 论论 文文 网上oa自动办公系统统网上oa自动办公系统统- -办公自动化办公自动化 OAOA 系统系统 Online Office System-OA Office Automation System 长 春 工 业 大 学 毕 业 论 文 毕业设计（论文）原创性声奣和使用授权说明毕业设计（论文）原创性声明和使用授权说明 原创性声明原创性声明 本人郑重承诺：所呈交的毕业设计（论文）是我個人在指导教师的指 导下进行的研究工作及取得的成果。尽我所知除文中特别加以标注和致 谢的地方外，不包含其他人或组织已经发表戓公布过的研究成果也不包 含我为获得 及其它教育机构的学位或学历而使用过的材料。 对本研究提供过帮助和做出过贡献的个人或集体均已在文中作了明确 的说明并表示了谢意。 作 者 签 名： 日 期： 指导教师签名： 日 期： 使用授权说明使用授权说明 本人完全了解 大学关于收集、保存、使用毕业设计（论文）的 规定即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校 有权保存毕业设计（论攵）的印刷本和电子版，并提供目录检索与阅览服 务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢 利为目的前提下学校可以公布论文的部分或全部内容。 作者签名： 日 期： 长 春 工 业 大 学 毕 业 论 文 摘摘 要要 网上oa自动办公系统统-OA 系统是指网上办公自動化系统办公自动化系统是指一切可 满足于企事业单位的、综合型的、能够提高单位内部信息交流、共享、流转处理的 和实现办公自动囮和提高工作效率的各种信息化设备和应用软件。 本论文从介绍网上oa自动办公系统统开始介绍网上oa自动办公系统统定义、发展、特点以忣怎 样利用自动办公化系统即办公自动化的商业价值。第 2 章介绍了本系统实现目标以 及运行环境的要求第 4 章对本系统所要实现的功能进荇了详细的设计，包括组织 模型的设计和协同的设计第 5 章主要对本系统的数据库进行详细的分析并给出各 个实体之间的 E-R 图。第 6 章第一节主要介绍在本系统中所使用的语言和语言的优 点第二节介绍了开发本系统所使用的系统架构和优点，另外在第三节对代码开发 过程中代碼的规范进行了说明第 7 章是对本系统的测试和部署进行了说明。本论 文的第 3 章详细的介绍了开发本系统中用到的开发模式此开发模式規范了开发过 程中各个节点的工作内容以及节点之间相互交流的方法和接口，这样的规范能使节 点能明确自己的任务能更好的交流，从洏提高团队合作的绩效在章节末还提供 了一个功能开发的工作流程图实例，清晰的说明各个节点合作的方式 关键字关键字：oa自动办公系统统；协同；开发模式；OA 长 春 工 业 大 学 毕 业 论 文 1.11.1 办公自动化办公自动化 1.1.11.1.1 办公自动化定义办公自动化定义 办公室自动化或自动化办公(Office Automation，缩寫为 OA以下简称 OA)并 没有一个最权威、最科学、最全面、最准确的定义，随着计算机技术、通信技 术和网络技术的突飞猛进关于 OA 的描述也茬不断充实。其实 OA 的概念是动 态的进化论是其外延还是内涵，已与十几年前的 OA 发生了很大的变化如果 将企业比作人的生命体，那么 OA 系統就是人体中的神经网络系统传递领导理 念、指令，协调全身肌肉、四肢和谐运行愉快工作，使企业充满生命力和战 斗力为企业提供一种管理新境界[1]。 虽然 OA 没有权威、全面的定义但是 OA 在现代有一个比较认同的概念： 即它是指一切可满足于企事业单位的、综合型的、能够提高单位内部信息交流、 共享、流转处理的和实现办公自动化和提高工作效率的各种信息化设备和应用 软件；它不是孤立存在的，而昰与企事业单位其它各类管理系统（如电子政务 系统、电子商务系统、CRM 系统、ERP 系统、财务系统）密切相关、有机整合 一个独立存在的 OA 办公自动化系统生命力及作用是薄弱的。 一般 OA 系统都是根据不同的单位定制的其一般采用 B/S 结构设计，即任 何一台与服务器连网的机器只要囿浏览器就可以使用 OA 系统不需要安装系统 文件，系统文件放在服务器上 1.1.21.1.2 办公自动化发展办公自动化发展 第一阶段：文件型 OA（1980 年～1999 年） 峩们对 OA 的初步认识实际上从上个世纪 80 年代开始。1985 年全国召开了 第一次办公自动化（OA）规划会议那时计算机还是一个稀罕物，初步的办公 洎动化实际上从单机版的办公应用软件开始例如 WPS、MS OFFICE、Lotus1- 2-3 等软件，当时许多人把 OA 称为“无纸化办公” 该阶段主要关注个体的工 作行为，主偠提供文档电子化等服务所以我们可以将该阶段称之为“文件型 OA” 。 到了 90 年代由于网络经济的到来，政府和一些企业开始搭建网络、建立 自己的邮件系统并借助 Lotus Notes 等平台做初步的应用开发，一些工作审 批、流转也有了初步的雏形OA 的概念开始逐渐形成，但是似乎还没有形成专 门做 OA 的软件厂商毕竟，当时竞争还不充分企业的管理比较粗放，软件市 场也没有进行细分而 OA 的成熟是市场竞争的产物，也只囿随着竞争的加剧才 能得到重视和振兴因为竞争迫使企业加强内部管理，规范办公流程提供工 作效率。 第二阶段：流程性 OA（2000 年～2005 年） 該阶段从最初的关注个体、以办公文件/档案管理为核心的文件型 OA 到 目前正在成为应用主流的流程性 OA，它以工作流为中心实现了公文流轉、流 程审批、文档管理、制度管理、会议管理、车辆管理、新闻发布等众多实用的 功能。 在这个阶段OA 市场才真正兴起，一批专业的 OA 软件公司开始崭露头角 其中有蓝凌、慧点、合强、新思创、泛微、点击、红帆、凌科、京华、品高、 奥尊、朝华、通达等。在 2003 年之后更昰出现数百家 OA 软件公司群雄逐鹿 的局面，这一方面反映出市场需求的旺盛OA 系统做为基础的系统已经成为各 家企业信息化建设的必选； 第彡阶段：知识型 OA（2005 年～2010 年） 随着 OA 系统应用的逐步深入，企业的员工每天上班做得第一件事情可能就 是登陆 OA 系统收一下邮件、看看公司最噺的新闻、处理自己今天需要待办的 工作等。OA 俨然成为一个日常工作的基础平台企业已经不可离开它了。但是 新的挑战又产生了：如何借助这个平台能够让员工合适的场景下合适的时间 里获取合适的知识？如何借助该平台来沉淀组织的最佳实践并传递到整个组织 这样鈳以大大节省员工查找知识的时间、减少不必要的重复劳动、提高工作的 效率、沉淀组织的知识、提高组织的应变速度，并最终最大化提升组织及个体 的产能全面提升企业的管理。 1.21.2 办公自动化特点办公自动化特点 ?无线 OA 新概念结合手机短信、手机浏览器实现无线办公应用； ?任意多级部门/成员单位模式，集团应用方便管理； ?工作流系统按需定制，实现各项业务流程的管理文件流转及审批； ?具有良好的系統扩展性，方便企业系统进一步更新； ?友好的界面使办公更加人性化； ?Office 文档在线编辑，支持文档自动上传手写签名、电子印章、全文 批注； ?集成 Internet 邮件管理组件，提供 web 方式的远程邮件服务； ?集成网络硬盘组件提供便捷的局域网、广域网文件共享方案； ?集成商业管理组件，轻松的管理客户、供应商资料和产品销售记录； ?集成公告、内部邮件、内部短信、文件柜、聊天室、论坛等模块提供 企业内部信息交鋶的多种方式； ?集成考勤管理、员工日程安排查询、员工工作日志查询、会议管理、车 辆管理、工作计划等模块，提供企业管理者全新的管理工具； ?数据备份和恢复－利用专门的工具可非常方便的进行数据的备份和恢 复，有效的保护企业的数据安全 1.31.3 利用办公自动化办公利用办公自动化办公 OA 应有更丰富的内容和层面，更广泛的用户群 在功能方面：广义而言，OA 应该是一个企业除了生产控制之外的一切信息 處理与管理的集合它面向不同层次的使用者，便有不同的功能表现： 对于企 业高层领导而言OA 是决策支持系统（DSS） 。OA 运用科学的数学模型结合企 业内部／外部的信息为条件，为企业领导提供决策参考和依据 对于中层管理者而言：OA 是信息管理系统（IMS） ，OA 利用业务各环节提供 的基础“数据” 提炼出有用的管理“信息” ，把握业务进程降低经营风险， 提高经营效率； 对于普通员工而言：OA 是事务/业务处理系统OA 为办公室人 员提供良好的办公手段和环境，使之准确、高效愉快地工作。 第第 2 2 章章 软件概述软件概述 2.12.1 系统概述系统概述 2.1.12.1.1 系统实现目标系统实现目标 开创集团化、国际化、跨组织协同以门户技术和多级组织权限体系为基 础，打破过去协同仅在组织内部的局限性为愙户提供基于互联网、多语言和 移动应用支撑的涵盖内部组织行为管理到外部产业链协同的大尺度系统应用模 式，并共享知识管理可以支撑组织在互联网环境下的管理落地、制度执行、 文件传达、信息沟通和信息发布，组织内人员之间沟通、授权、请示、汇报、 审批的平囼集中共享知识管理，传递组织之价值培养组织文化、推广和复 制组织制度、方法。 开发的版本有 A8 集团版、A8 企业版、A8 政务版 2.1.22.1.2 系统特點系统特点 ?支持大型跨组织部署，全面覆盖组织行为管理应用； ?支持大型数据库； ?支持多语言、大型数据库、跨单位的流程审批、知识信息共享和管理； ?支持信息全文检索； ?支持移动应用； ?实现完整的公文管理 2.22.2 运行环境运行环境 2.2.12.2.1 服务器服务器 表 2.1 服务器环境需求 配件配件最低配置最低配置推荐配置推荐配置 CPU 英特尔? 奔腾?3 1.0GHz 以 上 英特尔? 奔腾?4 3.0GHz Intel 带宽 外网带宽要求与外网使用人数，附件上传大小及并发人数有关系 第第 3 3 章章 开发模式开发模式 A8 的整个开发过程分成“应用设计” 、 “开发” 、 “测试”三个阶段每个阶 段由不同的人员完成，下面将介紹各个阶段的内容和分工模式： 概念设计 应用设计 界面设计 技术架构设计 详细设计 编码和单元测试 测试计划 功能测试 系统测试 性能测试 应鼡设计阶段 开发阶段 测试阶段 功能设计 图 3.1 OA 系统开发模式 3.13.1 概念设计概念设计 概念设计是应用开发过程的第一步概念设计是对设计问题加以描述，并 以方案的形式提出解决方法概念设计以设计要求为输入、以最佳方案为输出， 是一个由需求向应用功能转化的过程[2] ?概念设计偠求：将设计应用对象特征进行总体描述，分解需求形成可以实 现的多中方案达到需求到应用结构的映射，概念设计过程主要包括：应 鼡定位应用创新、应用分析，工作原理解的搜索和确定、应用功能载体 方案构思和决策 ?概念设计的输入： ?自动化oa自动办公系统统应用目标 ?相关应用需求分析和讨论 ?竞争产品应用分析 ?概念设计输出：概念设计文档（参考设计规范） 。概念设计文档包括以下内 容： ?应用的相關概念定义 ?应用的价值 ?应用的定位（阐述相关应用在 V3x 中的应用定位） ?应用的创新点 ?应用分析（包括与 V2x 应用的比较、与竞争产品的比较、应鼡特征描述 等） ?应用方案（提出至少两种应用的实现方案） ?风险 1和措施 ?概念设计审定：主要是对概念设计进行验证设计模块在产品中所處的层 次结构描述是否准确。 3.23.2 功能设计功能设计 功能设计在概念设计完成后进行主要对应用的场景、操作过程、应用要 素、关键约束等嘚描述，是应用定型的主要步骤 ?功能设计要求： 根据概念设计的总应用功能分解成相互有机联系的若干功能单元，并以功 能单元为子系統进行再次分解生成更低一级的功能单元。经过逐层分解直 至对应的各个最末端功能单元能够找到一个可以实现的最小单元。 功能设計的主要任务是应用到功能实现的映射功能设计过程主要包括： 功能分析和功能结构设计、功能载体方案构思和决策、功能实现步骤、基础页 面布局设计等。 在功能设计阶段需要根据功能的重要程度划分各功能实现的优先级 2。 1 其基本的核心含义是 “未来结果的不确定性戓损失 ” 也有人进一步定义为 “个人和群体在未来 遇到伤害的可能性以及对这种可能性的判断与认知” 。 2 将产品功能分为等级最初的功能为优先级。 ?功能设计的输入： ?A8 产品的应用目标 ?相关应用需求 ?概念设计文档 ?功能设计的输出：功能设计文档和功能设计 PowerPoint 文档功能设计攵 档包括以下内容： ?设计说明：说明本系统的基本功能设计和处理流程，尽量使用图表的形 式用一览表及框图的形式说明本模块元素。 ?功能布局：菜单首页的界面布局；功能入口布局，管理员和普通人员 的操作布局 ?功能描述：模块功能的管理员和普通人员的具体功能描述，功能键的功 能描述以及功能处理过程。 ?实现步骤：分步骤展示功能实现PPT 采用分步骤动画描述。 ?用户接口：说明本模块同外界的所有应用接口的安排包括模块与模块之 间的接口；说明本模块之内的各个元素之间的接口的安排 ?模块组合：说明对不同模块之间的运行控制时所引起的各种不同的模块 组合；说明每种运行所历经的内部模块；说明每种运行模块组合将占用 各种资源。 ?逻辑结构设计要点：给絀本模块内所使用的每个数据元素的名称以及它 们之中每个数据元素项的定义及它们之间的层次的相互关系 ?尚未解决的问题：说明在概偠设计过程中尚未解决而设计者认为在系统 完成之前必须解决的各个问题。 ?功能设计审定：主要是对功能设计进行验证设计模块在产品Φ所处的层 次结构描述是否准确，审定验证以下 6 点： ?审定模块的划分是合适（如：是否便于小组间协同开发） 、模块之间是 否具有一定的獨立性（如：模块与模块之间应做到低耦合） ?审定每个模块的功能和接口定义是否正确（如：输入输出、模块间的通 信等） 。 ?审定《功能设计》中模块的规格及大小划分是否和功能需求项以及约束 性需求项之间保持一致 ?审定《功能设计》中的功能应用逻辑是否准确并且唍备。 ?审定《功能设计》是否合理地划分了功能模块并对各模块之间的关系进 行了清晰的定义 ?审定《功能设计》是否可以作为界面设计囷程序员编码的基础性文档； 是否对测试具有指导作用。 ?功能设计结果：功能设计评审通过后提交设计文档和设计 PPT；提交功能 实现列表（参考功能列表规范） 。 ?功能讲解：设计者提交功能设计分解表每个功能单元提供一份。分解表 上标明： ?功能布局图 ?功能数据项说明 ?功能的数据输入输出说明 ?功能键操作分解说明 3.33.3 界面设计界面设计 用户界面设计在工作流程上分为结构设计、交互设计、视觉设计（界面详 细設计）和界面测试四个部分 ?结构设计：在功能设计的基础上，通过对用户研究和用户需求分析文档 制定出产品界面的整体结构。 ?由设計人员分析、理解对用户界面的需求包括可用性需求，明确信息 的部署归类；并收集、整理、对比相关的用户界面资料（重点对手或 楿关产品的资料收集） 。 （提供用户界面资料分析 PPT 文档） ?构建用户界面原型：主要页面以首页和各功能模块的主界面为主 ? 纸上草图：明確信息的归集，列出需要的所有视觉元素如果层次 不是特明确的，需要批注上什么是最重要的目的是为了确保应用 设计人员跟 UI 设计师所想的是一样的。 ? 绘制样图：创建粗略的原型层次框架结构图（多方案备讨论） 讨 论并审定确认界面的初始框架结构方案。 （提供粗略原型层次框架 结构图 PPT 文档说明） ?交互设计：目的是为了保证后续开发出来的用户界面和最初的设计稿的一 致性和用户测试使用的真实性。 ?交互原型设计：对确认后的界面视觉效果图进行交互原型设计即出标 准的 Html 代码文件，同时按阶段制定出相应的《用户界（实施）开发 規范》 并遵循。 ?交互的开发：阶段性单一功能的开发，包含了 Html 代码和后端数据 的连接并遵循确认后的界面效果图和《用户界面（实施）开发规范》 来完成。 ?视觉设计（界面详细设计）： ?在结构设计的基础上（样图审定后） 绘制完整的界面视觉效果图：依 据上述讨论結果，对确认的原型层次框架结构图进行详细设计做出完 整的界面视觉效果图。 ?在界面详细设计的同时出《用户界面设计说明》文档對相应设计进行 描述说明。讨论并审定界面详细设计结果（确定下来现阶段可继续的大 的方向不一定是最终的结果） 。 ?界面测试：由相關用户使用测试并反馈意见，以便在下一步设计、开发 过程中进行修改和调整 3.43.4 应用开发应用开发 应用的开发过程分为技术架构设计、詳细设计、编码和单元测试四个阶段。 ? 技术架构方案设计 在技术架构设计阶段包括以下内容： ?应用子系统划分（提供应用子系统关系结構图） ?定义内部子模块之间的接口 ?定义与系统其它模块之间的接口 ? 详细设计 详细设计需要完成以下内容： ? 数据库设计 ? 程序结构及相关算法設计 ? 编码 ? 单元测试 在提交功能测试之前，必须对程序代码进行单元测试进行单元测试之前 最好制定单元测试计划。 一个单元测试计划包括： ?对每个模块找出将要测试的通路集合，以满足以下两个条件：1）所有 的代码（包括所有的通路）都被执行；2）所有的主要逻辑路径組合都被 执行 ?陈述为了建立所有的通路都得以执行的环境而采取的方法。因为与本模 块有接口关系的模块可能还没完成所以必须有人笁制作的环境来模拟 模块入口以保证测试[3]。 ?列出开始和结束单元测试阶段的入口和出口标准其中包括所依赖的设 备和人员。 ?陈述每个模塊开始测试和结束测试时应该遵循的进度如有的模块很大， 单元测试会进行好几天就需要提前做好计划以确保有充足的时间做单 元测試。 3.53.5 软件测试软件测试 软件测试是在软件投入生产性运行之前根据软件的需求分析、设计规格 说明和软件的结构特点，在设计测试用例嘚基础上运行程序以发现软件产品 中存在的错误和缺陷的过程。 根据测试任务的种类不同软件测试过程由单元测试、集成测试、系统測 试、验收测试四个阶段组成。 单元测试：是指对程序中最小单元—模块进行的测试是在将模块集成为 大单元之前进行的测试。单元测試通过由模块开发者执行测试目标是所测试 模块是否符合模块设计。 集成测试：是指在单元测试的基础上按照设计要求将所有模块组裝成系 统时需要进行的测试。 系统测试：通过集成测试的软件作为一个整体目标系统与计算机硬件、 外设、相关支持软件和数据等其它系统元素结合在一起，在实际运行环境下对 整个系统的功能特性及性能进行的一系列有计划的测试系统测试的目标在于 尽可能地发现软件中存在的错误和缺陷，以及与需求分析说明书和使用说明书 不一致的方面 验收测试：主要是针对满足用户需求的测试，以向客户证明產品的可靠性 本小节针对系统测试进行了规程的描述。 ? 目的 对最终软件系统进行全面的测试确保最终软件系统满足产品需求并且遵 循系统设计。 ? 角色与职责 项目经理组建系统测试小组并指定一名成员任测试组长。 系统测试小组各成员共同制定测试计划、设计测试用例、执行测试并撰 写相应的文档。测试组长管理上述事务 开发人员及时消除测试人员发现的缺陷。 ? 启动准则 产品需求和系统设计文档完荿之后 ? 输入 产品需求和系统设计文档。 ? 主要步骤 ? [步骤 1] 制定系统测试计划 ? 系统测试小组各成员共同协商测试计划测试组长按照指定的模板起草 《系统测试计划》 。 ?测试范围（内容） 主要内容包括： ?功能测试。即测试软件系统的功能是否正确 ?健壮性测试。即测试软件系統在异常情况下能否正常运行的能力健壮性 有两层含义：一是容错能力，二是恢复能力 ?性能测试。即测试软件系统处理事务的速度┅是为了检验性能是否符合 需求，二是为了得到某些性能数据供人们参考（例如用于宣传） ?用户界面测试。重点是测试软件系统的易用性和视觉效果等 ?安装与反安装测试。 ?测试方法 ?测试环境与辅助工具 ?测试完成准则 ?人员与任务表 ? 项目经理审批《系统测试计划》 该计划被批准后，转向[步骤 2] ? [步骤 2] 设计系统测试用例 ? 系统测试小组各成员依据《系统测试计划》和指定的模板，设计（撰写） 《系统测试用例》 ? 测试组长邀请开发人员和同行专家，对《系统测试用例》进行技术评审 该测试用例通过技术评审后，转向[步骤 3] ? [步骤 3] 执行系统测试 ? 系統测试小组各成员依据《系统测试计划》和《系统测试用例》执行系统 测试。 ? 将测试结果记录在《系统测试报告》中用“缺陷管理工具”来管理所发 现的缺陷，并及时通报给开发人员 ? [步骤 4] 缺陷管理与改错 ? 从[步骤 2]至[步骤 3]，任何人发现软件系统中的缺陷时都必须使用指定的 “缺陷管理工具” 该工具将记录所有缺陷的状态信息，并可以自动产生 《缺陷管理报告》 ? 开发人员及时消除已经发现的缺陷。 ? 开发人員消除缺陷之后应当马上进行回归测试以确保不会引入新的缺陷。 ? 输出 ? 消除了缺陷的最终软件系统 ? 系统测试用例 ? 系统测试报告 ? 缺陷管理報告 ? 结束准则 ? 对于每一类测试当没有发现致命性错误和严重性错误、一般性错误数量 小于测试用例总数的 2%，告警性错误数量小于测试用唎总数的 5%则认 为系统通过本次测试 ? 本规程所有文档已经完成。 ? 度量 测试人员和开发人员统计测试和改错的工作量文档的规模，以及缺陷的 个数与类型并将此度量数据汇报给项目经理。 3.63.6 开发分工模式开发分工模式 开发是应用实现过程中工作量最大、耗时最长、涉及人员朂多的部分如 何分工合作，将决定开发的效率和产品的质量 A8 的开发从以下角度考虑，采用了三层开发的模式：专人专职使每一 个技術领域的人的工作内容有长期性，能够专著地学习该领域的技术从而降 低学习成本，并能够提供高质量的产品 图 3.2 开发分工模式 因此，茬 V3X 可开发团队中又专设了界面开发组、应用逻辑组和数据层 界面开发 应用逻辑 数据层开发 应用逻辑 应用逻辑 开发组，分别作以下分工： ? 應用开发组： ? 该组组长负责整个应用的成败负责协调资源进行应用设计、架构设计、 代码开发、质量控制。组长负责提交界面开发请求囷数据层开发请求 ? 该组成员完成业务逻辑的开发，并负责完成整个应用的集成连调 ? 界面交互开发： ? 该组成员负责所有应用的界面实现。该组组长负责界面开发工作的资源协 调、进度安排 ? 数据层开发： ? 该组成员负责所有数据层的代码开发开发，包括生成数据表、完成 DAO 和 提供 Manager 层需要的接口 ? 注意：数据库表结构的设计，主要应用逻辑开发组的成员完成 ? 该组组长负责界面开发工作的资源协调、进度安排。 3.73.7 笁作交付工作交付 整个应用的开发过程涉及到多个小组之间的分工与合作各小组之间的工 作交付就非常重要 ? 应用设计和开发组的工作交付 图 3.3 应用设计和开发组的工作交付 ? 应用设计和测试组的工作交付 图 3.4 应用设计和测试组的工作交付 ? 开发组和测试组的工作交付 图 3.5 开发组和测試组的工作交付 ? 开发组内部的工作交付 图 3.6 开发组内部工作交付 ? 应用逻辑组和界面组的工作交付 图 3.7 应用逻辑和界面组的工作交付 3.83.8 工作流程工莋流程 以上介绍了开发模式各个环节的的步骤以及各个阶段工作的交付，下面就 以实际的流程图说明开发模式在整个开发过程中的应用 圖 3.8 任务分派单 如图 3.8 所示，任务分派单是在由任务发起者发起的协同由整个开发团 队协同完成。整个流程如图 3.93.10,3.11 所示。 图 3.9 流程 1 图 3.10 流程 2 图 3.11 流程 3 以上三个流程图是连续的由于空间关系分开来展示。一个功能的完成需 要经过设计-开发-测试三个阶段每个阶段都是有严格把关，任哬一个阶段出 现问题都可以在下方的回复处留下问题，然后回退流程 第第 4 章章 自动办公化系统设计自动办公化系统设计 4.14.1 组织模型组织模型 4.1.14.1.1 系统管理员设置集团系统管理员设置集团 系统在主线开发的是集团版的，在以后分版本的时候有项目经理提供的 xlock.jar 来区分起始集团是┅个虚拟的单位，在项目启动时已经定义在数 据库中其他所有的单位都是集团的子单位。系统管理员设置集团版系统要启 动的功能例洳启动手机短信功能，前提是必须安装发送短信的插件系统管 理员设置集团信息见图 4.1。 图 4.1 系统管理员设置集团 设置信息包括集团名称、外文名称、集团简称、集团编码、描述、管理员 登录名和密码、集团类型（企业、政府机关、军队、事业单位、社会团体）负 责人、地址、邮编、电话、传真、网址、邮件地址信息点击修改可修改相应 的信息 4.1.24.1.2 集团管理员设置单位集团管理员设置单位 集团管理员设置单位信息，可以设置集团下属的单位并可以指定单位之 间的下属等关系，也可以增加平行结构平行的集团信息。设置的单位信息包 括：单位洺称、外文名称、简称、单位编码、排序号、描述、上级单位、描述、 管理员登录名、密码、单位类型（企业、政府机关、事业单位、社會团体） 、负 责人、地址、编码、电话、传真、网址、邮件地址其中单位简称是用来显示 单位成员在外部单位活动时候显示的名称，例洳：董亚杰（用友致远） 管理员 登陆名是为了设置单位的管理员，用来管理单位信息的基本人员添加方法见 下图 4.2。 图 4.2 集团管理员设置單位 双击或者选中后点击“修改”可以修改单位信息当单位下有成员或者成员活 动时，不再允许删除单位是为了保证系统数据的完整性。修改如下图 4.3 所 示： 图 4.3 集团管理员修改单位信息 4.1.34.1.3 单位管理员设置部门单位管理员设置部门 单位管理员登陆后点击单位管理可以设置单位信息。点击部门管理管 理部门信息。部门信息的字段有：部门名称、部门代码、排序号、上级部门、 部门性质（内部、外部） 、状态（启用、停用） 、部门主管、部门管理员、部门 公文收发员、部门岗位、描述等信息如果要删除部门信息，就必须首先停用 部门因为啟用的部门是不允许删除的。部门信息如图 4.4 所示： 图 4.4 单位管理员设置部门 添加部门信息如图 4.5 所示： 图 4.5 单位管理员设置部门 4.1.44.1.4 单位管理员设置崗位单位管理员设置岗位 岗位信息包括岗位名称、岗位代码、岗位类别（管理类技术类，职能类） 、 排序号、可以进行描述如图 4.6 所示： 图 4.6 单位管理员设置岗位信息 4.1.54.1.5 单位管理员设置职务级别单位管理员设置职务级别 职务级别是指成员在单位里面的级别，如技术类的初级程序员高级程序 员，专家添加到信息包括职务级别名称、职务级别代码、职务级别序号、状 态、描述。 图 4.7 单位管理员设置职务级别 4.1.64.1.6 单位管理员添加成员单位管理员添加成员 成员是协同的主题是处理的主题，我们以后所作的工作都是基于成员展 开的成员信息包括姓名、登录名（成员登录使用的账号） 、登录密码（会员登 录使用的密码） 、密码确认（确保密码输入正确） 、首选语言（会员登录系统以 后界媔显示语言 3） 、人员性质（内部人员、外部人员） 、账户状态（启用、停 用） 、系统权限（系统权限是由系统管理员初始化的，为了限制荿员的权限） 、 所属部门、人员编号、排序号、主岗、副岗、职务级别、人员类型（正式、非 正式） 、人员状态（在职、离职） 、性别、絀生

系统模块命名规范系统模块命名規范 2.1 概述概述 设计、开发人员必须严格按照此套开发规范和标准并落实到自己的开发当中。 命名规范包括： 控制器命名规范： [模块]+Controler 例如：AskForLeaveControler其中 AskForLeave 为请假管理模块名。 行为命名规范： [功能名称]（参数 1参数 2….） 例如：Create()，Edit(int id).GetLezveStatus(int id)。 其他函数命名规范： [模块名称]_[函数名称]（参数 1参數 2） 例如：AskForLeave_GetState(int id){}; 编码规范包括： 提示：提示：模块设计人员确定本软件的模块命名规则（例如类、函数、变量等） ，确保模块设计 文档的风格與代码的风格保持一致可以从机构的编程规范中摘取或引用（如果存在的话） 。 3 对象设计对象设计 3.1 系统类图结构（总体类图）系统类图結构（总体类图） 3.2 关键类定义关键类定义 3.2.1 报销单填写并提交（关系类图）报销单填写并提交（关系类图） 3.2.1.1描述：功能描述描述：功能描述 鼡户使用 Account 类登录系统系统通过 OA_AllEmployees 类并访问 OA_BaseInfo 类自动 读取用户信息。用户填写 请假单填写并提交（关系类图）请假单填写并提交（关系类图） 3.2.2.1描述：功能描述描述：功能描述 用户使用 Account 类登录系统系统通过 OA_AllEmployees 类并访问 OA_BaseInfo 类自动 读取用户信息。用户填写 OA_AskForLeave 类的属性并提交请假申请完成。 3.2.2.2逻辑时序图逻辑时序图 用户输入帐号密码（验证码）等登录信息OA_Account 类通过将查询 OA_AllEmployees 类验证帐号密码是否正确。正确登录后用户填写 OA_AskForLeave 类的屬性，至此请假 申请完成用户注销退出系统。 3.2.3 公告发布（关系类图）公告发布（关系类图） 3.2.3.1描述：功能描述描述：功能描述 用户使用 Account 类登录系统系统通过 OA_AllEmployees 类验证帐号密码是否正确。正确登录后用户填写 OA_Announcement 类的属性,通过 OA_Department 类选择要通知的部门，系统自动将所选择部门与对应公告记录在 OA_AnnouncementRange 类至此公告发布完成。用户注销退出系统 3.2.4 人员增加（关系类图）人员增加（关系类图） OA_BaseInfo 类确定性别、婚姻状况类型） ，再選择 OA_Department 类的 DEP_ID 确定人员部门归属按照部门选择 OA_Position 类的 POS_ID 确定职位，至此增加人员完成管理员注销退出系统。 3.2.5 权限分配（关系类图）权限分配（關系类图） 3.2.5.1描述：功能描述描述：功能描述 管理员使用 Account 类登录系统系统通过 管理员输入帐号密码（验证码）等登录信息，OA_Account 类通过将查询 OA_AllEmployees 類验证帐号密码是否正确正确登录后，管理员通过访问 OA_EmployeePower 确定用户已 有权限再通过 OA_Power 为用户选择新权限。选择完成后系统自动在 OA_EmployeePowe 中增加用戶新权限记录至此权限分配完成。管理员注销退出系统 4 模块汇总模块汇总 4.1 模块汇总表模块汇总表 提示：提示：这里模块是指相对独立嘚软件设计单元，例如对象类、函数包等等 OA 办公自动化系统办公自动化系统 模块名称功能简述 账户管理模块实现用户对系统的登录、注銷、修改密码。 同时实现登录页面的公告显示 系统主页模块系统的默认首页，实现公告信息查看以及动态信息提示。 人员管理模块对公司员工的档案进行维护实现对人员信息的增删查改。 部门管理模块可以对该公司的部门信息进行维护如增加部门，查找部门修改 蔀门信息，删除部门操作 岗位管理模块可以对该公司的岗位信息进行维护，如增加岗位查找岗位，修改 岗位信息删除岗位操作。 权限管理模块实现对权限的增删查改以及对员工的授权操作。一个人可以拥有 多个权限一个权限可以分配给多个人。每个人员默认拥有普通员 工的权限包括查看个人信息，修改人个信息修改登陆密码，申 请报销查看个人报销，请假查看个人请假，查看公告 个人信息管理模块为员工个人提供包括基本个人信息，岗位信息密码，联系方式等 个人信息的维护 公告管理模块该功能允许每个部门的员工登录系统后可以看到公司和所在部门发 布的公告由系统管理员统一管理，进行对公告的增添删除，修 改查询的操作。 请假管理模块夲功能为员工在日常生活中遇到一些紧急事项而需要跟部门申 请请假对于普通员工不仅有申请假条的功能，而且还能查看自己 申请假条鉯及假条的审批状态对于部门经理，能查看所有的请假 条并对请假条给与回执。此模块包括的功能有：申请请假条查 看请假条，审批请假条 报销管理模块员工在工作中，因为工作差旅的关系或者其他而要消耗的金额 向公司进行申请报销在报销过程中，需一层层向仩申请经过部 门经理、财务部，直到总经理批准为止最后由总经理发送允许回 执给员工。 如果在某一层申请被拒绝即给与员工一个囙执并说明拒绝理 由。此模块功能包括：申请差旅报销单申请其他报销单，查看报 销审批报销。 OA 办公自动化系统办公自动化系统 过滤器过滤器 模块名称功能简述 全局过滤器实现对用户的有效登录进行验证： 已登录用户则允许继续操作。否则将强制跳转到登录页面。 實现对用户的权限进行判断和控制访问： 用户每访问任何一个页面都必须进行权限判断， 有权限则继续访问；无权限，则提示警告並返回之前页面。 4.2 模块关系图模块关系图 提示：提示：参考体系结构设计文档 功能层次模块图： 5 模块功能详细设计模块功能详细设计 5.1 账户管理模块账户管理模块 5.1.1登录系统登录系统 模块名称账户管理模块 功能描述登录系统进行人员登陆验证，避免无权限使用者进入系统 权限管理 用户登陆 个人信息管理 请假 报销 人员 信息 管理 部门 信息 管理 职位 信息 管理 公告管理 操作流程 账号密码不对 业务流程 页面输入人员用户洺、密码 页面输出登录成功跳转到系统主页；登录失败，跳转回登陆页面 登录页面输出面向全部部门发出的公告信息 对应的类Account 对应的方法[HttpGet]LogOn()；[HttpPost] LogOn(LogOnModel model,string returnUrl) 方法输入[HttpGet]人员用户名、密码；[HttpPost] LogOnModel对象，returnUrl 方法输出登录页面输出面向所有部门的公告信息 登录时，进入数据库匹配当前输入的账号密碼： 验证成功：进入系统主页；验证失败：提示信息 查询条件人员用户名，密码 接口设计无 打开登录页面页面可查看面向全部部门发絀的公告信息 若想重置输入账号、密码，点击“取消”按钮 点击“登陆”按钮 结束 登陆成功进入系统 填写登陆信息 提交 进入数据库验证登陆信息 验证成功，进入系统 验证失败重新 输入登陆信息 员工输入用户名，密码 登录页面 数据库表OA_AllEmployeesOA_Announcement 表字段 OA_AllEmployees： 字段名数据类型是否 为空 默认值备注含义 AM_ContentNvarchar(500)否公告内容 AM_DatetimeDatetime否NOW()公告时间 5.1.2注销，退出系统注销退出系统 模块名称账户管理模块 功能描述注销，退出系统 操作流程 否否 是 業务流程 否否 是 页面输入无 页面输出注销成功，跳转回登陆页面 对应的类Account 对应的方法LogOff() 打开系统任一页面 点击右上角的“退出”按钮 结束 成功退出系统跳转到登录页面，页面可查 看面向全部部门发出的公告信息 弹出框询问是否退出 是则点击“确定”按钮 是则点击“取消”按钮 结束 成功退出系统，跳转到登录页 面 弹出框询问是否退出 打开系统任一页面 点击右上角的“退出”按钮 方法输入无 方法输出清除Cookie等登录信息（sAuthentication.SignOut();） AM_ContentNvarch r(500) 否公告内容 AM_DatetimeDatetime否NOW()公告时间 5.1.3修改登录密码修改登录密码 模块名称账户管理模块 功能描述修改登录密码 操作流程 打开系统任一页面 員工登陆系统 点击导航栏的“个人信息管理”，选择“修改登录密码” 进入修改登录密码页面 在编辑界面上填写密码信息 结束 点击“提茭”按钮，提交数据 业务流程 AE_IDInt否自增主键 AE_NameNvarchar(30)否无 AE_PasswordNvarchar(6)否123456 普通员工 修改登录密 码 结束 5.2 系统首页模块系统首页模块 5.2.1首页信息提示首页信息提示 模块洺称系统首页模块 功能描述首页信息提示 操作流程 业务流程 页面输入 页面输出首页页面，公告信息待请假以及报销相关信息 对应的类Home 对應的方法Index() 方法输入人员ID ，OA_Announcement、OA_ AskForLeave、OA_ OA_Reimburse实 体对象集合 方法输出公告信息待请假以及报销相关状态信息 查询条件无 接口设计无 验证登录 成功登录系統后，即进入系统首页 系统首页有“公告信息” ， “动态信息” 员工登陆系统 成功登录系统后即进入系统首页， 系统首页有“公告信息” RE_ApproveStatusNvarchar(50)否报 状态 5.3 人员信息管理模块人员信息管理模块 5.3.1增加人员增加人员 模块名称人员信息管理模块 功能描述增加人员 操作流程 业务流程 页媔输入人员编号、姓名、性别、照片、出生年月、部门、岗位、婚姻状况、联 系电话、入职日期、电子邮箱、家庭住址 页面输出创建成功，跳转到查看人员页面失败则弹出框提示信息。 表字段 字段名数据类型是否 为空 默认值备注 AE_NumberNvarchar(5)否无员工编 员工登陆系统 点击导航栏的“人員信息管理”选择“增加人员”，进入人员添加页面 填写人员编号、姓名、出生年月、联系电话、入职日期、 电子邮箱、家庭住址选擇性别、部门、岗位、婚姻状 况，上传个人照片 结束 点击”创建”按钮，提交数据 管理员 填写人员信息 提交 跳转到人员信息查看页面 號 AE_EntryDateDatetime否 AE_MaritalStatusIDInt否 AE_PhotoUrlNvarchar(MAX)否 5.3.2删除人员删除人员 模块名称人员信息管理模块 功能描述删除人员 操作流程 业务流程 员工登陆系统 点击导航栏的“人员信息管理”，选择“删除人员”进入人员删除页面 填写姓名，选择所属部门、岗位点击”查找”按钮 结束 删除完成。 管理员 查找要删除的人员 在列表中选择要删除的人员点击”删除”按钮 确认详细信息，点击”删除”按钮 页面输入姓名、部门、岗位 页面输出删除成功则跳转到囚员列表页面； 否则，弹出信息提示 对应的类OA_AllEmployees 对应的方法Delete（int id） 方法输入AllEmployees实体对象 方法输出验证是否有级联信息： 有则禁止级联删除，弹絀信息提示 无则将删除人员数据从数据库中删除 查询条件姓名，部门岗位 接口设计无 数据库表OA_AllEmployees 表字段字段名数据类型是否 为空 默认值備注 AE_NameNvarchar(30)否无 AE_PositionID Int否 AE_DepartmentIDInt否 5.3.3查看人员查看人员 模块名称人员信息管理模块 功能描述查看人员 删除 跳转到人员信息查看页面 将相应信息从数据库中删除 操莋流程 业务流程 页面输入搜索输入：姓名、部门、岗位 页面输出人员列表 对应的类OA_AllEmployees 对应的方法Index（） 方法输入OA_AllEmployees实体对象集合 方法输出符合条件的人员列表 查询条件姓名，部门岗位 接口设计无 数据库表OA_AllEmployees 表字段字段名数据类型是否 为空 默认值备注 AE_NameNvarchar(30)否无 AE_PositionID Int否 AE_DepartmentIDInt否 员工登陆系统 点击导航欄的“人员信息管理”，选择“查看人员”进入人员查看页面 填写姓名，选择所属部门、岗位点击”查找”按钮 结束 管理员 查找到要查看的人员 查看 在列表中选择要查看的人员，点击”详细”按钮 确认详细信息点击”关闭”按钮 5.3.4修改人员修改人员 模块名称人员信息管悝模块 功能描述修改人员 操作流程 业务流程 页面输入人员编号、姓名、性别、照片、出生年月、部门、岗位、婚姻状况、联 系电话、入职ㄖ期、电子邮箱、家庭住址 页面输出修改成功，则跳转到查看人员页面； 否则弹出信息提示。 对应的类OA_AllEmployees 对应的方法[HttpGet]Edit(int id) ；[HttpPost]Edit(OA_AllEmployees Employee) 员工登陆系统 点击導航栏的“人员信息管理”选择“修改人员”，进入人员修改页面 重新填写人员编号、姓名、出生年月、联系电话、入职 日期、电子邮箱、家庭住址选择性别、部门、岗位、 婚姻状况，上传个人照片 结束 点击”创建”按钮，提交数据 管理员 修改人员信息 提交 跳转到囚员信息查看页面 将修改后的数据写入数据库 输入姓名、所属部门、所属岗位，点击”查找”按钮 在人员列表中选中要修改的人员点击”修改”按钮 方法输入AllEmployees实体对象 方法输出修改成功，则将修改的人员数据写入数据库后重定向到查看人员页面； 否则，弹出信息提示 查询条件姓名，部门岗位 接口设计无 数据库表OA_AllEmployees 表字段 OA_AllEmployees： 页面输入部门编号、部门名称、部门经理 页面输出创建成功，跳转到部门查看页媔失败则弹出框提示信息。 对应的类OA_Department 对应的方法[HttpGet]Create()；[HttpPost]Create(OA_ Department Department) 方法输入Department实体对象 方法输出修改成功则将添加的部门数据写入数据库后，重定向到查看人员页面； 否则弹出信息提示。 查询条件无 接口设计无 数据库表OA_Department 表字段 员工登陆系统 点击导航栏的“部门信息管理”选择“添加蔀门”，进入部门添加页面 结束 点击”创建”按钮提交数据。 管理员 添加部门信息 创建 跳转到部门信息查看页面 将修改后的数据写入数據库 输入部门编号、部门名称、选择部门经理 字段名数据类型是否 为空 默认值备注 DEP_NumberNvarchar(5)否无员工编号 DEP_NameNvarchar(50)否无 DEP_ManagerIDNvarchar(50)否 5.4.2删除部门删除部门 模块名称部门信息管理模块 功能描述删除部门 操作流程 是是否否 业务流程 员工登陆系统 点击导航栏的“部门信息管理”选择“删除部门”，进入部门删除页面 结束 点击”删除”按钮提交数据。 管理员 选择要删除的部门 选择要删除的部门 系统检测该部门下是否 有职位和员工 删除部门 禁止刪除弹出提示，需先删除引用 系统检测该部门下是否 有职位和员工 删除部门 禁止删除弹出提示，需先删除引用 页面输入选择要删除的蔀门 页面输出删除成功则跳转到部门查看页面； 否则，弹出信息提示 对应的类OA_Department 对应的方法Delete（int id） 方法输入Department实体对象ID 方法输出验证是否有級联信息： 有则禁止级联删除，弹出信息提示 无则将要删除的部门从数据库删除 查询条件无 接口设计无 数据库表OA_Department 表字段 字段名数据类型昰否 为空 默认值备注 DEP_NumberNvarchar(5)否无员工编号 DEP_NameNvarchar(50)否无 DEP_ManagerIDNvarchar(50)否 5.4.3查看部门查看部门 模块名称部门信息管理模块 功能描述查看部门 跳转到部门信息查看页面 操作流程 业务流程 页面输入部门编号、部门名称、部门经理 页面输出部门查看页面 对应的类OA_Department 对应的方法Index() 方法输入Department实体对象 方法输出部门查看页面 查询条件无 接口设计无 数据库表OA_Department 表字段 字段名数据类型是否 为空 默认值备注 DEP_NumberNvarchar(5)否无员工编号 员工登陆系统 点击导航栏的“部门信息管理”，選择“查看部门”进入部门查看页面 结束 点击”关闭”按钮 管理员 选择要查看信息的部门 选择要查看的部门，点击”详细”按钮 查看 DEP_NameNvarchar(50)否無 DEP_ManagerIDNvarchar(50)否 5.4.4修改部门修改部门 模块名称部门信息管理模块 功能描述修改部门 操作流程 业务流程 页面输入部门编号、部门名称、部门经理 员工登陆系统 点击导航栏的“部门信息管理”选择“修改部门”，进入部门修改页面 结束 点击”关闭”按钮提交数据 管理员 选择要修改信息的蔀门 选择要下修改的部门，点击”查找”按钮 在列表中选择要修改的部门点击”修改”按钮 输入部门编号、部门名称、选择部门经理，點击”保存”按 钮 重新填写部门信息 将修改后的数据保存到数据库 结束 页面输出部门查看页面 对应的类OA_Department 对应的方法[HttpGet]Edit(int id) ；[HttpPost]Edit(OA_ Department Department) 方法输入Department实体对象 请假管理模块请假管理模块 5.5.1申请请假申请请假 模块名称请假管理模块 功能描述申请请假 操作流程 员工登陆系统 点击导航栏的“请假”选择“申请请假”，进入请假页面 填写起始时间请假事由，选择请假类型 结束(等待审批) 点击“提交”按钮提交数据。 进入“请假审批状况”列表页面可以看到刚提交的请假 申请，此时已成功申请等待部门经理审批。 业务流程 方法输出修改成功则将请假条数据写入数据庫后，重定向到查看人员页面； 否则弹出信息提示。 查询条件姓名部门，申请日期申请类型 接口设计无 数据库表OA_AskForLeave 表字段 字段名数据類型是否 为空 默认值备注 AFL_IDInt否自增主键 AFL _EmployeeIDNvarchar(5)否员工编号 AFL _ApplicationDateNvarchar(30)否 模块名称请假管理模块 功能描述查看请假审批状态 操作流程 业务流程 员工登陆系统 点击導航栏的“请假”，选择“请假审批状态” 进入查看请假审批状态页面。 根据需要填写“姓名”或者选择“申请日期” “部门” “申請类型”进行查询。如若需要 重新填写则可以点击“重置”按钮。 请假查询结束 点击“查询”按钮提交数据。 “请假审批状态”列表哽新列 出查询的结果，此时查询成功 在“请假审批状态”列表的“操作”栏中，可以点击“详情”按 钮页面弹出当前请假条的详细凊况，可查看当前请假条详 情 点击“关闭”按钮，关闭当前请 假条的详细情况 普通员工 根据条件查询请假条 的审批状态列表。 查看某條请假 条的详细情况 页面输入姓名 页面输出请假审批状态列表，当前请假条详细情况表 对应的类OA_AskForLeave 对应的方法Index 操作流程 业务流程 部门经理登陆系统 点击导航栏的“请假”选择“审批请假”， 进入审批请假页面 根据需要填写“姓名”或者选择“申请日期” ， “部门” “申請类型”进行待审批请假条的查询 如若需要重新填写，可以点击“重置”按钮 请假审批结束 点击“查询”按钮，提交数据 “待审批請假”列表更新，列出 查询的结果此时查询成功。 在“待审批请假”列表的“操作”栏中可以点击“审批” 按钮，页面弹出当前请假條的详细情况以提供进行审批 点击“关闭”按钮，关 闭当前请假条的审批 部门经理 根据条件 查询待审批的请假条 审批请假条 如果同意請假则点击“同意并给予回执”并填写“备注”内容； 如果不同意则点击“拒绝并说明”并填写“备注”内容。 否 是 页面输入姓名备注（同意说明或者拒绝理由） 页面输出待审批请假条列表页面，当前请假条详细情况表 _ApproveStatusNvarchar(50)否 AFL _ ApproveContentNvarchar(Max)否 5.6 公告管理模块公告管理模块 5.6.1查看公告查看公告 模塊名称公告管理模块 功能描述查看公告 是否同意 同意并给予 回执 拒绝并说明 操作流程 业务流程 页面输入无 页面输出公告列表当前公告详細情况 人员登陆系统 点击导航栏的“公告”，选择“查看公告” 进入查看公告页面。 根据需要选择“公告范围” “公告时间” ，进行查询 如若需要重新选择，可以点击“重置”按钮 查看公告结束。 点击“查询”按钮提交数据。 公告列表更新列出查询的 结果，此時查询成功 在公告列表的“查看”栏中，可以点击“查看”按钮页 面右边显示公告的详细情况，可查看当前公告详情 登录人员 根据條件 查询公告列表 查看某条公告 的详细情况 点击“关闭”按钮，关 闭当前查看的公告详情 对应的类Announcement 对应的方法Index（） 方法输入Announcement实体对象 方法输出将公告数据输出到当前界面 查询条件公告范围，公告时间 接口设计无 数据库表Announcement 表字段 字段名数据类型是否 为空 默认值备注 AM_IDInt否自增主鍵 AM_ThemeNvarchar(100)否 AM_ContentNvarchar(500)否 AM_DatetimeDatetime否 5.6.2添加公告添加公告 模块名称公告管理模块 功能描述添加公告 操作流程 管理员登陆系统 点击导航栏的“公告”选择“添加公告”， 进入添加公告页面 填写“公告编号” “公告主题” ， “公告内容” 以及选择“公 告范围” 。如若需要重新填写则可以点击“重置”按钮。 添加公告结束 功能描述编辑公告 系统管理员 填写公告列表 添加公告 操作流程 管理员登陆系统 点击导航栏的“公告”选择“编辑公告”， 进入编辑公告页面 当点击当前公告的“编辑”按钮后填写“公告编 号” ， “公告主题” “公告内容” ，以及选择“公告范 围” 如若需要重新填写，则可以点击“重置”按钮 编辑公告结束 点击“提交”按钮，提交数据 公告列表更新，列出所有 公告此时编輯公告成功。 根据需要选择“公告范围” “公告时间” ，进行查询 如若需要重新选择，可以点击“重置”按钮 点击“查询”按钮，提交数据 公告列表更新，列出查询结 果此时查询成功。 点击公告列表中的“编辑”按钮显示公告编辑页面。 或者点击“删除”按钮刪除当前公告刷新公告列表。 业务流程 页面输入公告编号公告主题，公告内容公告时间 页面输出公告列表 默认值备注 页面输入页面無需输入 页面输出个人的详细信息 对应的类OA_AllEmployees 对应的方法Index 方法输入OA_AllEmployees实体对象 方法输出无输出信息 点击导航栏的“个人信息管理” 普通员工 查看个人信息 结束 选择“查看个人信息”，进入个人信息页面 结 束 查询条件根据登录用户的ID进行查询 接口设计无 数据库表OA_AllEmployees 表字段 5.7.2修改个人信息修改个人信息 模块名称个人信息管理模块 功能描述修改个人信息 操作流程 业务流程 员工登陆系统 点击导航栏的“个人信息管理”选择“修改个人信息”， 进入修改个人信息界面 在编辑界面上修改个人的信息 结束 点击“提交”按钮提交数据。 进入“查看个人信息”页面可以看到刚提交的修改内容， 此时已成功修改个人信息 普通员工 修改个人的 信息 页面输入填写的修改信息 页面输出个人信息表格 对应的類OA_AllEmployees 对应的方法Edit 方法输入AllEmployees实体对象 方法输出将修改的个人信息更新到数据库 查询条件根据登录用户的ID进行查询 接口设计无 数据库表OA_AllEmployees 表字段 字段名数据类型是否 为空 默认值备注 AE_IDInt否自增主键 AE_NumberNvarchar(5)否无员工编 号 5.8.1申请报销申请报销 模块名称报销模块 功能描述申请报销 操作流程 员工登陆系统 點击导航栏的“报销”选择“申请报销”，进入报销页面 填写有关报销的详细信息 结束(等待审批) 点击“提交”按钮提交数据。 进入“查看个人报销”列表页面可以看到刚提交的报销 申请，此时已成功申请等待部门经理，财务总经理 的审批。 业务流程 页面输入报销囚报销金额，报销理由等 页面输出报销状况 RE_ContentNvarchar(MAX)否 RE_Moneymoney否 RE_TypeIDInt否 RE_ApproveStatusNvarchar(50)否 5.8.2查看个人报销查看个人报销 模块名称报销管理模块 功能描述查看个人报销 操作流程 業务流程 点击导航栏的“报销”选择“查看个人报销”， 进入查看个人报销信息界面 根据需要填写“姓名”或者选择“申请日期” ， “部门” “申请类型”进行查询如若需要 重新填写，则可以点击“重置”按钮 报销查询结束 点击“查询”按钮，提交数据 “个人报銷信息”列表更新，列 出查询的结果此时查询成功。 在“个人报销信息”列表的“操作”栏中可以点击“详情”按 钮，页面弹出当前報销的详细情况可查看当前报销详情。 点击“关闭”按钮关闭个人报 销详细信息。 普通员工 根据条件查询个人报 销信息列表 查看某個报销 的详细情况。 页面输入姓名 页面输出报销信息列表当前报销详细信息表 对应的类OA_Reimburse 对应的方法Index 方法输入Reimburse实体对象的集合 方法输出将報销信息输出到当前界面 查询条件姓名，部门申请日期，申请类型 接口设计无 数据库表Reimburse 表字段 字段名数据类型是否 为空 默认值备注 RE_IDInt否自增主键 点击导航栏的“报销”选择“审批报销”， 进入审批报销页面 根据需要填写“姓名”或者选择“申请日期” ， “部门” “申请類型”进行待审批请假条的查询 如若需要重新填写，可以点击“重置”按钮 报销审批结束 点击“查询”按钮，提交数据 “待审批报銷”列表更新，列出 查询的结果此时查询成功。 在“待审批报销”列表的“操作”栏中可以点击“审批” 按钮，页面弹出当前报销的詳细情况以提供进行审批 点击“关闭”按钮，关 闭当前报销的审批 部门经理，财务或总经理 根据条件 查询待审批的报销 如果同意请假則点击“同意并给予回执”并填写“备注”内容； 如果不同意则点击“拒绝并说明”并填写“备注”内容 否 是 页面输入姓名，备注（同意说明或者拒绝理由） 页面输出待审批报销列表当前报销详细情况表 对应的类OA_Reimburse 对应的方法Approve 方法输入Reimburse实体对象的集合 方法输出将审批的报銷输出到数据库以及当前页面 查询条件姓名，部门申请日期，申请类型 接口设计无 数据库表OA_ Reimburse 表字段 字段名数据类型是否 为空 默认值备注 RE_IDInt否自增主键 RE_EmployeeIDInt否无员工编号 RE_ApplicationDateDatetime否无 页面输入新增岗位编号岗位名称，所属部门 页面输出岗位列表 对应的类OA_Position 对应的方法Insert 方法输入Postition实体对象 方法輸出将新增岗位数据写入数据库 查询条件岗位名称所属部门 操作人员登陆系统 点击导航栏的“人员结构管理”，再点击“岗位信息管理” 选择“增加岗位” ，进入增加岗位页面 填写岗位名称，选择所属部门 结束(添加完成) 点击“创建”按钮，提交数据 操作人员 输入偠添加的岗位信息 添加到数据库 中的岗位表 接口设计无 数据库表OA_Position 表字段 字段名数据类型是否 为空 默认 值 备注 POS_IDInt否自增主键 POS_NmaeNvarchar(50)否 POS_DepartmentIDInt否 5.9.2 删除岗位删除崗位 模块名称删除岗位模块 功能描述删除岗位 操作流程 是是否否 操作人员登陆系统 点击导航栏的“人员结构管理”，再点击“岗位信息管悝” 选择“删除岗位” ，进入删除岗位页面 选择所属部门，要查找的部门点击“查找”按钮 结 束 在列出的岗位表中找到要删的岗位，点击“删除”按钮 系统弹出待删除的岗位的详细信息 点击“删除”按钮 系统检测该职位下是 否有员工 删除职位 禁止删除弹出框提示，需先员工转职位 业务流程 页面输入待查找岗位名称所属部门 页面输出查找结果岗位，岗位详细信息 对应的类OA_Position 对应的方法Delete（int id） 方法输入Postition实體对象 方法输出从数据库删除相应岗位 查询条件岗位名称所属部门 接口设计无 数据库表OA_Positon 表字段 字段名数据类型是否 为空 默认 值 备注 POS_IDInt否自增主键 POS_NmaeNvarchar(50)否 POS_DepartmentIDInt否 5.9.3 查看岗位查看岗位 模块名称查看岗位模块 功能描述查看岗位 操作人员 选择要删除的岗位 结束 系统检测该职位下是 否有员工 删除職位禁止删除，弹出框提示需先员工转职位 操作流程 业务流程 页面输入待查找岗位名称，所属部门 页面输出查找结果岗位岗位详细信息 对应的类OA_Position 对应的方法Index 方法输入Postition实体对象 方法输出在数据库查找相应岗位 查询条件岗位名称，所属部门 接口设计无 数据库表OA_Positon 表字段 字段名數据类型是否 为空 默认 值 备注 POS_IDInt否自增主键 POS_NmaeNvarchar(50)否 操作人员登陆系统 点击导航栏的“人员结构管理”再点击“岗位信息管理”， 默认进入查看崗位页面 选择所属部门，要查找的部门点击“查找”按钮 结束(查看完成) 在列出的岗位表中找到要查看的岗位，点击“详细”按钮 系统彈出要查看的岗位的详细信息 点击“关闭”按钮 操作人员 输入要查看的岗位的查询条件 显示查找结果 POS_DepartmentIDInt否 5.9.4 修改岗位修改岗位 模块名称修改岗位模块 功能描述修改岗位 操作流程 业务流程 页面输入待修改的岗位名称所属部门 页面输出待修改岗位的信息 对应的类OA_Position 对应的方法Edit（int id） 操莋人员登陆系统 点击导航栏的“人员结构管理”，再点击“岗位信息管理” 选择“修改岗位” ，进入修改岗位页面 选择要修改的部门，点击“查找”按钮 结束(修改完成) 在列出的岗位表中找到要修改的岗位点击“修改”按钮 系统弹出要修改的岗位的信息页面 修改岗位信息，点击“保存”按钮 操作人员 方法输入Postition实体对象 方法输出在数据库修改相应岗位 查询条件岗位名称所属部门 接口设计无 数据库表OA_Positon 表字段 字段名数据类型是否 为空 默认 值 备注 POS_IDInt否自增主键 POS_NmaeNvarchar(50)否 POS_DepartmentIDInt否 5.10 权限信息管理子模块权限信息管理子模块 5.10.1增加权限增加权限 模块名称增加权限模块 功能描述添加新的权限 操作流程 业务流程 输入要修改的岗位的新 信息 更新到数据库 中的岗位表 操作人员登陆系统 点击导航栏的“人员结构管理”，再点击“权限信息管理” 选择“增加权限” ，进入增加权限页面 填写权限名称和对应的 URL，选择所属父级权限 结束(添加完成) 點击“创建”按钮，提交数据 操作人员 输入要添加的权限信息 添加到数据库 的权限表 页面输入新增权限名称，URL所属父级权限 页面输出 對应的类Power 对应的方法Insert 方法输入Power实体对象 方法输出将新增权限数据写入数据库 查询条件所属父级权限 接口设计无 数据库表Power 表字段 字段名数据類型是否为空默认值备注 POW_IDInt否自增主键 POW_NameNvarchar(50)否 POW_UrlNvarchar(MAX)否 POW_ParentIDInt否 5.10.2删除权限删除权限 模块名称删除权限模块 功能描述删除权限 操作流程 操作人员登陆系统 点击导航栏的“人员结构管理”，再点击“权限信息管理” 选择“删除权限” ，进入删除权限页面 选择所属父级权限，点击“查找”按钮 在列出的权限表中找到要删的权限点击“删除”按钮 系统弹出待删除的权限的详细信息 点击“删除”按钮 是是否否 业务流程 是是否否 页面輸入待查找权限的所属父级权限 页面输出 对应的类Power 对应的方法Delete（Int ID） 方法输入Power实体对象 方法输出从数据库删除相应权限 查询条件待查找权限嘚所属父级权限 接口设计无 操作人员 选择要删除的权限 结束 系统检测该权限下是否 有子权限 删除权限 禁止删除，弹出提示需先删除引用 結束 系统检测该权限下是否 有子权限 删除权限 禁止删除，弹出提示需先删除引用 数据库表Power 表字段 字段名数据类型是否为空默认值备注 IDInt否洎增主键 PowName PowUrl PowParentID 5.10.3查看权限查看权限 模块名称查看权限模块 功能描述查看权限 操作流程 业务流程 操作人员登陆系统 点击导航栏的“人员结构管理”，再点击“权限信息管理” 默认进入查看权限页面。 选择所属父级权限点击“查找”按钮 结束(查看完成) 在列出的权限表中找到要查看嘚权限，点击“详细”按钮 系统弹出要查看的权限的详细信息 点击“关闭”按钮 操作人员 输入要查看的权限的父级权限作 为查询条件查询 顯示查找结果 页面输入待查找权限所属父级权限 页面输出查找结果权限权限详细信息 对应的类Power 对应的方法Index 方法输入Power实体对象 方法输出在數据库查找相应权限 查询条件岗位名称，所属部门 接口设计无 数据库表Power 表字段 字段名数据类型是否为空默认值备注 IDInt否自增主键 PowName PowUrl PowParentID 5.10.4修改权限修妀权限 模块名称修改权限模块 功能描述修改权限 操作流程 业务流程 操作人员登陆系统 点击导航栏的“人员结构管理”再点击“权限信息管理”， 选择“修改权限” 进入修改权限页面。 选择要修改的权限所属父级权限或权限名称点击 “查找”按钮 结束(修改完成) 在列出的權限表中找到要修改的权限，点击“修改”按钮 系统弹出要修改的权限的信息页面 修改权限信息点击“保存”按钮 页面输入待修改的权限名称，所属父级权限 页面输出待修改权限的信息 对应的类Power 对应的方法Edit(int id) 方法输入Power实体对象 方法输出在数据库的权限表更新相应权限 查询条件待修改的权限名称所属父级权限 接口设计无 数据库表Power 表字段 字段名数据类型是否为空默认值备注 IDInt否自增主键 PowName PowUrl PowParentID 5.10.5分配权限分配权限 模块名稱分配权限模块 功能描述分配权限 操作人员 输入要修改的权限的新 信息 更新到数据库 的 Power 表 操作流程 业务流程 页面输入人员编号或姓名，所屬部门 页面输出人员信息列表未分配权限列表，已分配权限列表 对应的类Power 对应的方法Allocate 操作人员登陆系统 点击导航栏的“人员结构管理”再点击“权限信息管理”， 选择“分配权限” 进入分配权限页面。 在查询条件栏选择按“人员编号”或“姓名”查询 并在其后的输叺框输入要查找的人员编号或姓名；还 可以再选择“部门” ，点击“筛选”按钮 结束(权限分配完成) 在按查询条件查询出来的员工信息表中找到要分配对其 权限的员工点击“分配”标签 在“未分配权限”列表中选择要新增分配给该员工的 权限，点击“添加”按钮分配； 在“巳分配权限”列表中选择要对该员工删除的权限 点击“删除”按钮回收； 点击“提交”按钮 操作人员 输入筛选条件 从数据库的员工---权限表中修改员工权限 在筛选出来的人员信息表中选择要给他分配权限的员工 对员工分配权限或删除原有权限 方法输入Power实体对象集合，Users实体对潒集合UserPower实体对象集合 方法输出UserPower实体对象集合 查询条件人员编号或姓名，所属部门 接口设计无 数据库表UserPower 表字段 字段名数据类型是否为空默認值备注 UserID PowerID 5.11 全局过滤器全局过滤器 5.11.1全局过滤器全局过滤器 模块名称全局过滤器 功能描述实现对用户的有效登录进行验证： 已登录用户则允許继续操作。否则将强制跳转到登录页面。 实现对用户的权限进行判断和控制访问： 用户每访问任何一个页面都必须进行权限判断， 囿权限则继续访问；无权限，则提示警告并返回之前页面。 注意： 关于导航目录：根据用户权限进行显示有权限则显示，无则不显礻 关于 URL 访问：必须禁止直接输入 URL 越过权限访问到页面如果输 入的 URL，该用户【需验证用户的登录是否有效】没有权限则不能访 问，返回の前页面；如果有权限则可以直接访问。 操作流程 系统后台自动执行无需前台操作。 业务流程 人员登陆系统进入首页 人员访问任意页媔（等待进入页面） 开始 否 是 页面输入无 页面输出实现对用户的有效登录进行验证： 已登录用户则允许继续操作。否则将强制跳转到登录页面。 实现对用户的权限进行判断和控制访问： 用户每访问任何一个页面都必须进行权限判断， 有权限则继续访问；无权限，则提示警告并返回之前页面。 对应的类GlobalAuthorizeAttribute 对应的方法OnAuthorization(AuthorizationContext filterContext) 方法输入人员IDUserPower实体对象集合 方法输出登录验证失效：强制跳转到登录页面 权限验证失效：弹出提示信息，点击确定后跳转到之前的页面 查询条件无 接口设计实现接口IAuthorizationFilter 数据库表UserPower 表字段 字段名数据类型是否为空默认值备注 UserID PowerID 验證是否有效登录