办公系统开发的总体过程如何实现企业协同办牛

办公系统开发的总体过程 如何实现企业协同办公系统

省钱省事又省时间 在信息技术告诉发展的今天，计算机在企业管理中的应用已经起到越来越重要的作用。大大节约时间、人力，将人员从烦琐重复操作中解放，用更充裕的精力致力于脑力劳动。使企业各办公流程进行得更加规范，有据可凭。企业协同办公系统不仅仅提高运作和管理的效率，节约了时间和人力，更重要的是它将每次操作都规范地记录入库，方便日后查询；在多次记录后渐渐形成的企业信息库，也有利于数据的统计分析和日后的企业规划。可以说企业协同办公系统在企业全面运行是信息社会的大势所趋。

每位开发人员都根据自身编程能力分配一定量一定难度的模块设计开发。下面简单介绍办公系统开发的总体过程。 1、明确需求 首先要研究原办公系统的该申请模块要求，了解整个申请业务逻辑及流程。根据研究严格遵照<企业协同办公系统设计标准》拟出初步的设计模型。然后同主要负责部们负责该申请的人员进行交流沟通，迸一步明确需求，一定要考虑到所有细节。确认双方的信息。并且从使用者角度对设计进行思索，反复和负责人员沟通，从技术角度帮助他们准确提出需求。需要注意的是，实际应用和编程人员的理解存在差异，做出样本和积极沟通是解决此差异的很好方法。在需求确定之后，就需要针对该模块起草一份详细的需求报告，一方面作为编程时的参考规范，一方面也是记录此次的需求，方便日后查询和修改。 2、使用KA-2平台进行建模 需求分析完成之后，便是借助科诺平台进行数据库建表、模型代码生成的工作。科诺平台作为编程辅助工具，可以快速自动完成一些重复性基础性的代码编写，开发人员只需根据需求设计主表、明细表、枚举表等模块和逻辑结构，并按照设计标准添写字段，以可视化界面直观地创建表空间和视图，然后借用软件迅速生成代码框架，从而减少开发人员的代码编写量，能集中精力于特殊功能及高级代码编写。本步骤一定要严格按照设计标准命名，否则很容易将之前设计的模块的表空间覆盖掉。 3、具体功能的实现 在模块的大致轮廓建成后，就需要针对申请模块具体要求精雕细琢了。首先这是一个需要有流程的模块，因此需要明确每一个节点的执行者如何确定。在多次沟通后，确定为第一个节点“部门经理”从后台读取页面中填写入员的员工id号，根据id号在数据库中读取员工表中对应的部门信息，再根据读取的部门id号去数据库部门表中取得该部门经理id值，分配给第一个节点。第二个节点“审核人”根据要求设计成为由该申请的管理员在对应的维护页面创建并指定。该人员可以有多种级别的权限，例如系统级别、部门级别权限。第三个节点“通知申请人”便需要设计为java应用，直接后台完成留言，而不需要用户页面操作。最后一个节点“填写记录”又是一个web应用，通过读取每条记录审核人填写的实际操作人员id给与该员工权限、通知以及待做任务来完成记录填写。当部门经理或审核人不同意该记录时可以将该条记录退回至申请人，此时页面置为状态，于是申请人可重新填写或根据流程意见记录修改后再次提交。 4、需求变更处理和维护 业务流程的变化及需求变化是不可避免的，在通过上述过程完成模块后并不意味着开发就完全结束了。当流程有变化或公司制度变化时使用者会对模块提出新的需求。在申请中便出现了下述变更。流程中出现了新的要求：负责人便提出，如果是审核人自己创建的串请可以不通过经理审核，因为此时只是创建记录，并不是一个审批过程。因此便要修改流程，增加判断条件：再增加一个标志位判断创建者是否就是审核人，在新建时读取创建者的id和车辆审核人的id比较，如果是审核人则更改标志位，否则使用默认。然后在流程开始时增加标志位判断，再根据不同的数值选择不同的流程。流程中出现的根据需求不断更改的情况相当多，因此，在最初设计时就要求考虑到日后的扩展和维护工作，代码尽量独立，每个模块留有足够预留字段，有新需求只需要直接添加方法，而不要再重新建立数据库。 对于维护部分的工作要分两部分考虑。一是专业开发人员进行的维护。只需要将前部分撰写的说明和规范移交给他们，便可参照代码中的注释很快阅读程序，进行进一步开发或者维护。二是仅有计算机基础的维护人员。对于后者就还需要书写一份管理员操作手册，主要讲解用户和管理员页面操作，以及一小部分简单的代码编写的格式和方法的说明。 软件开发过程中，各种辅助工具以及process很重要，但是使用工具和process的最终目的是为了更高效的在开发人员之间沟通交流，记录存在开发人员脑子里的想法，不要为了process而process。不能以为会使用MS word，就认为可以成为作家。最后引用Robert Martin的的一句话作为本文的结束：过渡信赖工具和过程以及低估智力和经验都是软件开发灾难的源泉。（一品威客 anyi）