oa办公管理信息系统

申请免费试用、咨询电话：400-8352-114

 　　1、系统的总体目标

　　泛普软件0A系统的目标是改善和提高企业内部办公事务处理的计算机应用水平，实现基于计算机网络的协同办公能力，实现网络化的公文传递、信息传递，实现信息发布自动化，提高办公效率，为下一步的ERP的实施和企业信息化提供信息基础。

　　针对公司的实际，在办公事务管理方面完成了以下功能：在部门之间的办公事务的公文传递方面，提供了公司需求的三类文件类型的模板，方便了部门之间、上下级之间的信息的流通和相关事务的审批和办理;同时，重要的文件提供了月木汇总功能，便于公司对各部门的业务考核和下一步工作的计划安排;在公司内部员工之间，我们实现了功能实用且适合用户单位特点的邮件系统，满足了员工之间的信息交流;同时还为公司内部员工所关心的问题展开讨论，开发了论坛功能：同时在开发的过程中，也注意了同人力资源部的原有人事信息数据库的兼容等等，避免了信息的冗余，同时可以保持信息的一致性;为企业的全面信息化提供了信息的基础。

　　2、系统开发及运行环境

　　本系统是采用基于B/S结构和关系数据库结合的方式开发。适合信息的查询和组织，同时易于和Internet 上的其它系统集成;我们采用Microsoft的ASP(Active Server Pages)技术，结合自身的ActiveX组件和第三方组件，可以克服ASP技术的开发能力某方面欠佳的状况，实现信息的维护和权限的管理等各项功能。

　　服务器端系统平台采用Windows Advanced Server作为操作系统。主要用于提供集成网络功能、内部安全性、系统容错等服务。

　　IIS的基本特征有：

　　①应用广泛IIS服务器是目前市场占有率最高的Web服务器，也是世界上使用最广泛的Web服务器，目前占有Web服务器市场的40%的份额。无论是在互联网还是在企业内部的网络中，IIS都是非常理想的服务器。

　　②速度快因为IIS服务器和系统的高度集成，使得IIS成为速度非常快的服务器。

　　③易于管理IIS提供了多种管理方式，可以使用MMC(Microsoft Managcmcnt Console即微软管理控制台)，也可以使用Web进行远程管理。

　　无论是哪一种管理方式，[1S都提供了良好的、直观的图像管理页面，这使

　　[1S服务器的管理比其他服务器要容易的多。实际上，在IIS中使用的一些概念也比其他服务器容易理解。

　　3、网络的拓扑结构

　　对于冶金机械类企业来说，内部的办公用户相对来说不多，所以内设一个Server，用户与服务器之间的连接方式采用HUB加100Mbps网卡。在操作系统上，选定Windows 2000Server作为服务器操作系统，因为Windows有着操作简便、维护方便、亲切的人机交互界面等优点。各工作站均采用Win9X/NT。外出用户或远程用户与公司内的连接可采用Modem相连，原则上本系统不提供局域网外办公。整个网络协议采用TCP/IP。

　　4、与Windows系统的高度集成这也许是1IS真正的优势所在。

　　尽管在Windows平台上有多种服务器可用，但是它们都是以单独的程序来运行，而唯有i15集成了Microsoft的组件技术、安全管理、数据库访问等多方面的先进技术，使lIS成为Windows平台上功能最为强大的Web服务器。

　　5、可编程性

　　I[S支持多种服务器端Web程序开发技术，当然最值得称道的就是在IIS中使用的ASP技术了。ASP使服务器可以更加简便地为客户提供交互式的、动态的内容：同时，可以根据自己的需要建立完善的Web应用程序。

　　ASP技术的优势：

　　①ASP文件是脚本文件。它是由一个ASP.d11文件来解释执行的，而解释过程采用了和ISAPI(Internet Server Application Programming Interface即Internet服务器应用程序接口)一样的动态链接技术，因此在效能上要高于传统的CGI程序。

　　②ASP是为Web服务器程序设计量身制作的。为方便Web服务器端ASP程序的设计，内置了丰富而高效的对象库，大大提高了Web服务器程序开发得效率。

　　③ASP良好的结构。在客户端使用已有的丰富的客户端技术，在Microsoft的浏览器上还可以使用ActiveX控件。在ASP的背后是强大的服务端的ActiveX控件，而这些控件又可以轻松地与整个Microsoft的Backoffice系统集成。用户所做的，就是简单的用脚本语言把这些资源组织起来。

　　6、系统结构模块设计与实现

　　该系统结合泛普软件的实际需求，面向公司办公自动化，网络化以及工作人员协同工作，涵盖了用户单位办公事务处理的几乎全部事宜。包括系统管理及公司信息、行政办公、辅助功能、个人维护五个大模块。同时我们也要考虑到整个公司包括二十多个部门。这就给我们提出了一个比较现实的问题：这么多部门如何去行使他们的所有的功能。起初考虑的设计思路主要有两个。一是每个部门都有一套包含上述五大模块的代码集合，我们称之为方案A;二是所有的部门都适用同一套代码集合，通过特定的控制条件来控制执行不同的功能，在此我们称之为方案B。我们最终采用的是方案B。原因有两个方面。一、方案A造成了空间资源的浪费，方案B通过逻辑判断实现了代码资源的共享。每个部门都对应一套自己的代码集，势必会造成软件的冗余，非常浪费资源;而多个部门使用同一套代码集，可以通过在代码中间多添加条件判断语句来确定部门的功能。二、方案B可扩展性要比方案A要强。出于某种原因，公司要增加一个部门，方案A可能就要重新需要一份代码集，这对于只管维护的系统管理员来说非常的不便。而方案B则只需要在相应的数据表(部门库表)增加一条记录，就可以实现增加一个部门的要求。其功能结构如图5.2所示：