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