oa系统项目建议书

oa系统项目建议书（精选6篇）

篇1：oa系统项目建议书

方案建议书

1前言

1.1 编写内容、编写目的、面向读者

本文主要阐述我对OA系统建设的总体构想。

内容包括：设计原则、需求分析、系统体系结构设计、软硬件技术解决方案及项目实施等。

本文的编写目的在于向用户阐述我公司对OA系统建设的方案，听取领导及相关部门的意见，为做好系统设计打好基础。

本文面向的读者为：公司各级领导、OA系统建设意向服务商

1.2项目背景

集团公司急需一套协作工作管理系统降低领导的工作强度，解决管理覆盖面和管理成本难度之间的瓶颈，并通过协作系统提高员工的个人工作管理能力。

1.3项目要求

根据项目背景现状，提出以下的建设要求： 总体部分： 系统要求

可扩展的应用服务器设计； 完善的系统备份方案；

完整的外部应用系统的接口以及接口规范，如档案系统、人事系统，以及其他关系型据库； 源码开放； 功能要求

综合信息平台部分：

完善的信息采编、发布、归档以及全文检索功能； 符合业务要求的权限管理；

可持续扩展的API（应用程序编程接口）底层架构； 完善的体系规范 整合移动办公业务； OA 系统部分：

A、满足集团化组织结构的要求；

B、实现集团公司和分公司应用的独立运作，并实现兼职人员的跨单位身份和文档衔接；

C、具有结构扩展性，可以快速新增实施/拆卸二级单位的应 用部署； D、合理部署OA及网站应用结构，以适应2000人同时在线访问和无限制总用户数； E、成熟的用户管理和应用模块管理、流程定制，可将权限下放给各级管理员独立维护；

F、各关键应用模块需保留详细事后审查日志；

G、文件办理时效统计，系统提供文件流转日志统计分析模块，供业务审查部门分析文件流转数据；

F、相关文档的关联，可按事件、人物、时间等因素将相关文档进行关联。

2需求分析

2.1 现状分析

集团公司现正处于成立之初，在集团成长过程中，其功能和业务应用将不断进行集成、扩展。需要建立集团网站、子公司网站部署系统、OA系统和邮件系统、以及以关系型数据为核心的各类非核心业务应用。

2.2 长远目标

综合信息平台是企业信息门户，是企业所有员工日常办公最频繁使用的一个平台。在充分考虑集团化发展方向以及结合集团发展规划，在对综合信息平台所承载的企业信息和业务功用进行分析的基础上，提出了将综合信息平台逐步建设成为集团的业务集成平台、业务协作平台、信息发布平台、信息展示平台、沟通渠道平台、二次开发平台；通过对这些远景目标的逐步分解实施，可使OA系统能够不断适应集团各个时期发展所带来的各种信息化需求。

2.2.1 业务集成平台

以综合信息平台为核心，提供各业务系统的接口，对跨系统的业务流程进行整合，真正实现企业应用集成（EAI）的业务整合。此时，综合信息平台不单单是企业信息的展现以及工作流处理的平台，更是一个各异构系统、专有系统进行数据交换和业务衔接的技术和协作平台。

2.2.2 业务协作平台

以工作流为基础，整合、优化企业内部的多种业务流程。在此基础上，逐步丰富加强工作流的数据交换功能以及对工作流各指标项的统计分析功能。在熟练掌握工作流理论知识和实际业务的基础上，可逐步尝试利用J2EE 技术实现相关功能，为构筑一个统一技术平台的基础框架打下基础。并将以工作流开发为核心的OA 系统逐步发展成为以业务流程整合为主的业务协作平台。

2.2.3 信息发布平台

建立一个统一的、分级别的、BS模式的信息发布平台。公司所有的信息采编、发布工作通过该平台实现，并制订相应的发布规范。

2.2.4 信息展示平台

多种样式、风格的信息展现，同时借助自主研发或第三方的搜索引擎，全面支持全文检索。在实现展示风格样式的同时，并集成企业数据仓库项目的前端展现。

2.2.5 沟通渠道平台

为突破时空局限性，逐步建立多种用户交互渠道。逐步集成以RTX、移动办公为主要形式的沟通渠道，将进一步提升办公效率。通过实时通讯平台，可方便的实现点对点沟通、企业信息发布、群组会议等功能；通过移动办公，用户可利用手机短信的方式进行信息浏览和业务办理，同时，对于高端手机用户，还可利用wap方式以及pushmail方式进行信息查询以及业务办理。随着通信技术的快速发展，特别是第三代通信技术（３G）的应用推广，在构建用户沟通渠道上，可尝试性的结合3G 技术考虑企业应用的拓展及延伸方式，以便更好的服务于企业用户。2.2.6 二次开发平台

为建立以J2EE 技术为基础的系统架构，重构综合信息平台底层实现，统一基础API（应用程序调用接口）框架，同时为适应其他业务系统的集成以及与其他专有系统进行业务对接，将逐步制订相应规范，如综合信息平台接口规范、二次开发规范等等。在此技术上，形成深航信息中心的J2EE 核心技术架构，便于快速开发新的业务应用。另一方面，在逐步搭建二次开发平台的同时，逐步形成项目的规范化运作，同时项目组成员逐步分化为多种不同角色，形成一个分工明确、责权明晰的高效技术团队。

2.3 本次项目目标

以上目标的达成是一个逐步的过程，并非本项目可达成的一次性目标。但是依据上面的长远目标，我们制定了本次项目目标：

a．集团化组织架构改造，并适合多岗多部门兼职等复杂应用现状；并完善岗位角色的权限管理体系；

b．可扩展的应用服务器群集设计，满足未来发展的情况下，服务器可以平滑的升级和扩张；

c．完成一次完整的外部应用系统的接口以及接口规范的整理工作，使得将来再开发的系统可以按照规范的调用； e．提供初步完整的API 底层架构；

h．整合移动办公业务，提供移动办公的平台；

f．完整的数据字典设计，合理的输入输出设计，有相应的数据备份措施； g.完善的信息采编、发布、归档以及全文检索功能；

2.4 几个具体化的指标目标

2.4.1 容量

系统上线之后可以： n 在线用户300 人左右 n 并发用户200 人左右

n 峰值访问量200－500 请求

将来再扩展可以通过增加服务器的方式。

2.4.2 稳定性

正常每个用户访问首页的速度不超过3 秒。每年系统意外当机的次数不多于2 次。

2.4.3 管理

实现集团型架构的分权管理，总部的人员具有最高的管理权，可以管理全集团的流程和权限。二级机构的管理员只能管理本机构的业务和数据。数据大集中管理，便于统一的备份和维护。3 方案路线

3.1 系统架构

1，实现单点登录、集成其他业务系统、个性化界面三大内容。也可以采用初步应用一些技术和手段，在保证单点登录和集成其他业务系统的基础上，为不同部门和岗位定制不同的个性化界面。这样可以降低硬件成本，更可以提高系统的整体性能。

2，新建集团型的架构，以适合多岗位多部门兼职等复杂应用的需求。

3.2 设计思想

组织架构必须实现可伸缩性

组织架构体系作为整个企业最基本最重要的内容，同样要反应到系统的基础设计结构中。当企业的组织结构变化时，系统无需做过多的调整即可符合要求。

岗位（角色）的管理模式

任何一个企业的管理模式都是采用面向岗位（角色）而不是具体的个体进行的。本产品的管理体系也顺应了企业的管理模式，着重于工作岗位而不是个体。主要表现在：

1.岗位和组织架构的关系 2.岗位和权限的关系 3.岗位和人员的关系

4.岗位在工作流程中的体现

集中式的管理中心

所有的操作都在web 上实现，大量的批量操作都通过这个管理中心一步解决。这就避免管理员需要全面了解系统，阅读操作手册的高要求和繁琐，以及潜在的操作失误。

全面的信息系统，统一的系统平台，防止信息孤岛

必须至少提供同其他系统的数据接口，否则这个系统将成为信息孤岛，这部分业务管理也就有脱离企业统一管理的危险（或者每个用户都必须装上访问各类系统的客户端）。

充分考虑结构化和非结构化业务数据

现实生活中的绝大部分数据都属于非结构化，同样，在企业管理中，大量存 在的应用数据也是非结构化的，例如文档、审批文件、扫描件、声音、图像、附 件等等。

3.3 网络拓扑整体规划（采用服务器托管业务）3.4 备份方案 1，须采用专业的存储，使公文类应用的数据和OA平台的文件数据的稳定性和可靠性都得到保证。建议制定备份周期。

2，OA平台部分的应用，包括邮件和公文的应用，都可以采用复制，与OA备份服务器之间备份。可以采用每天晚上增量复制的方式，数量不大，可以降低备份的人工工作量，由系统自动完成。由于邮件的数据量特别大，所以建议备份服务器的硬盘配置大。

3.5未来扩展

OA系统

建议未来采用分布式架构，将较大的分（子）公司，或者具有较多应用的分（子）公司逐渐独立出去，即分（子）公司有自己独立的一台服务器，此服务器放在分（子）公司的机房里。但在人员信息上，仍然保持由总部的LDAP 验证和管理方式。优点：

这样的扩展方案保持了统一的集团型架构，保持了人员信息的统一管理，同时也保证邮件仍然能畅通流转，公文也能进行上下级的传递审批。能减少总部的负荷，提高系统性能，而又不会减少任何业务应用功能

各业务部门的邮件和公文系统自行管理维护，特殊应用也能自行自主开发扩展。总部的信息中心才有更多的精力进行整个集团IT建设的规划和管理。OA系统主要功能及简述

4.1 用户权限基础

岗位和组织架构的关系 岗位和权限的关系 岗位和人员的关系

岗位在数据访问和工作流程中的体现

4.2 统一的web用户身份验证

本系统完全采用B/S 架构，普通用户的操作、系统管理员的管理维护、外来人员的信息浏览等，全部都在浏览器上操作完成，基本实现系统的零培训和简单维护。为了确保用户安全可靠地访问相应的功能和信息，平台需提供统一用户及权限管理系统来实现对用户的认证（包括身份证书机制）、权限、加密管理，以达到访问控制的目的。本系统可为不同的人员、部门和岗位（角色）定义相应的权限，并对权限做了进一步的细分，定义用户可以访问哪些应用、数据、功能等。

4.3 人员组织架构管理

将人员组织架构信息的存储完全集中在“内部通讯录”模块中，管理功能完全放在“管理工具”中，最大限度地保证人员信息存储和管理的统一性和安全性。

4.4 工作流引擎

工作流侧重于灵活性、可扩展性、可定义、操作简单、功能强大。作为系统的基础部分，工作流引擎更是贯穿了全系统各个应用模块。主要功能如下： 流程完全可定制；

多人、多部门同时会签流转，并可指定串行流转和并行流转；

支持授权（工作代办），并可支持对不同审批业务流程进行不同的授权； 提供知会功能；

采用岗位、群组配置；

独立地对企业各种复杂和多变流程进行设置； 根据给定的逻辑条件自动选择流程分支进行流转； 详细完整的流转日志 统一简单的流转操作

可收回、退回，或直接返回拟稿人 多人表决

不同流程的串接 支持文件作废

支持文件的办理期限，到期自动提醒 自动催办和人工催办

字段的可编辑、可读等信息屏蔽功能，完全由用户自行指定 可支持手工输入意见、手写笔意见签名和图片签名 定义常用意见

可自行定义节点的名称，适应企业业务调整 随时查阅和调整文档的阅读范围

与RTX消息和短信集成，支持可定制的短信内容

在流程结束后，可通知到拟稿人、所有审批各环节人员

4.5 知识管理模板

在系统软件架构中，知识管理模板和工作流引擎是作为整个系统最基本的两 个模板。各类文档、资料、图片等非工作流的应用模块基本上都是以知识管理为 基础。概念：

知识分为显性知识和隐性知识两类，显性知识表现为事实数据、常识数据等，隐性知识主要表现为人脑中存贮知识、挖掘的知识、会议信息等。

知识管理核心目标是信息共享和重用，知识管理是从收集、整理、发布、再利用四个环节重复循环提高，是一个永无止境的过程。知识管理平台能实现以下功能： 知识的来源：除了传统的手工录入外，还支持其他工作流应用的结果文档自动导入到知识库中 知识的规划：

a)可以将知识的存储分为单数据库多分类的存储方式，也可以存放在 多数据库下（各数据库内部可以继续再细分类别）

b)规划哪些工作流应用文档将自动导入到某个知识库中

c)规划各部门、人员、岗位的访问和使用权限，再利用知识库提供的多层权限控制分别设置不同的权限。

知识的编辑：正文内容和office集成，即编辑时完全采用office程序进行，而非一般的集成控件的方式。

知识的发布：支持草稿、删除到废纸娄、完全删除、从废纸娄中恢复、正式发布、发布到首页、取消发布到首页、修改后和已发布到首页的信息同步等功能。发布时可自动通知到预定的某些人员。并且支持三种提醒方式：邮件、RTX消息、短信。

知识的浏览：采用主流的树状结构浏览方式

知识的搜索：知识可归属多个分类，用户可在多个分类中（即从不同搜索路径）快速查找，分类可支持多级。提供模糊全文搜索和条件搜索方便查找，并可跨多个知识库进行搜索。

知识的共享：可支持点评、推荐等功能，让知识在共享中得到进一步的提炼和升华，并将知识及时提供给员工分享。

知识的过程管理：可支持版本管理，完整记录一个知识文档从最初的草稿到最终的定稿之间的所有版本内容，以供历史查阅。

知识与流程的结合：可将流程类知识自动转变为知识文档共享

人性化操作：无需逐一到文档列表界面下打开文档，而是在打开文档的情况下可直接跳转打开上一篇或下一篇文档进行查看。

知识的安全

1、对每个文档可以定义不同的读者范围，并可查阅读者范围。不同版本的文档安全性也可独立管理。

2、可实现只有有权限的人员才能对附件进行查看、下载、打印的控制。知识订阅（主动式发布）

使知识的发布“主动式”地发送到订阅人的个人办公平台中，而不再需要用户到各个知识库中逐个寻找，从而极大地方便用户及时获知最新的文档，更有效地提高知识的共享和利用率。

4.6 信息发布

信息发布是OA系统的基本应用，但也是非常重要的，重要的信息需要通过严格的审批权限，以确定该信息是否应该发布，尤其是需要发布到公司级首页上的各种信息资料。因此在管理、审批和权限控制方面的要求是相当高的。

4.7 集成RTX 系统须实现和RTX的集成，主要实现功能如下：

直接在OA系统上发送短信（或RTX桌面消息）

发送邮件的同时能自动发送短信（或RTX桌面消息）给收件人

各个应用模块在审批流转时，都能同时发送短信（或RTX 桌面消息）给文件接收人，以提醒文件办理人收取待办事宜，加快文件流转 用户在不打开ie浏览器以保持oa系统打开的状态下，可以通过rtx客户端及时获知当前的工作安排。当点击rtx的提醒链接，即可自动进入OA系统处理工作。

系统管理员可以根据实际情况方便的设置不同群组、角色和人员发送短信的权限

RTX 的组织机构、用户信息完全同OA系统自动同步

4.8 统一的管理中心

主要功能包括：

用户管理：用户的注册、所属部门设置和调整、离职 设置人员所属岗位

机构/部门管理：机构/部门的增加、删除和改名

群组管理：群组的增加、删除和改名。查看人员的所属群组 岗位管理：岗位的增加、删除和改名、岗位具体权限配置 配置具体数据库模块的权限 配置具体岗位的权限

4.9 可自定义的查询统计和报表

系统提供可由用户自行灵活配置查询条件、输出结果、报表样式、是否需要 细节显示等。

4.10 支持二次开发

系统的设计需采用模板化的形式，提供标准的开发模板库和基础函数。只需要引用这些标准库，即可实现系统已有的功能，从而快速完成一个审批流程、信息发布或文档管理模块。这就使得设计人员和最终用户只需要关注于用户的具体业务要求，而其他技术层面则完全由基础平台提供。

4.11 个性化的首页定制

可根据用户需求自定义首页

4.12 完备的系统监控

系统提供标准的操作监控接口，在任何需要监控的操作都能自动记录在案。

4.13 可自定义的文号管理器

系统中有很多文档都需要有编号，而且各类文档的编号规则都不相同。须了统一的编号管理器，可供用户自行定义文档的编号规则。

4.14平台管理组件

基础支撑平台的大部分功能都提供了相关的配置项，通过修改这些配置项即 可实现不同的功能。这些配置项分别放在系统的各类管理组件中，作为系统管理 的中心，支撑着整个系统正常运行。包括：

全局系统配置、各机构系统配置、流程配置、菜单定制、管理工具、字段定 义、编号管理、公文配置、人事档案、工作代理、报表配置、监控日志等。

4.15 公文管理

公文管理系统包括发文（分为公司级和部门级）、收文、签报、部门办理、上会讨论、归档、自定流程等。

4.16会议管理

直观的查看会议的所有安排，保证利用的最大合理化，操作便捷。

会议管理包括维护会议室信息、预定会议室、会议申请和通知、会议纪要等。完成一个会议从申请并预定会议室、发送会议通知、会后的会议纪要填写等完整 的会议过程。

4.17 后台管理

后台管理作为系统的综合管理中心，支撑着整个系统正常运行。共包括系统 配置、菜单管理、数据交换、系统管理4 个模块。

5OA系统建设其他须满足条件

5.1 手机移动功能

利用手机作为终端，通过手机平台实现部分OA功能：至少包括：通讯录查询、邮件收发、工作流程审批、信息查看等

5.2 监控

系统须提供实时管理监控功能，可通过web页面访问系统管理控制台。包括包括了应用部署、应用配置、应用监控统计、在线更新、安全审计、日 志查看、工作流管理监控等各种服务。

5.3二次开发能力

须为平台的建设提供了统一的软件架构、一致的项目开发方法和规范，并且自动生成详细设计文档，永远保证上线的系统在软件和文档上的统一、可阅读，使得知识能够持续得以积累，并且能够进行有效地管理。

基于统一的应用平台，能够有效约束不同的开发商遵循统一的、标准化的应用架构进行开发，不同时期、不同厂商开发的应用系统彼此之间能够很好整合。

5.4 规范化管理

须对对页面的设计、应用框架的规划、目录规划、菜单构件规划、页面构件规划、CSS样式表规划、函数库规划进行规范化管理。

5.5项目实施

须提供详细的开发实施计划，进行详细的需求调研，对系统的整体设计以及系统详细设计须审批。开发阶段结束后应提交《系统操作手册》。须进行完整的测试并提供《项目测试计划》、《项目测试报告》。调试安装结束后应提供《软件安装实施方案》、《系统安装手册》，《系统操作手册》，《系统维护手册》、《系统调试报告》。系统验收后提交《系统试运行报告》、《验收报告》 5.6质量保证计划

须制定严格的项目实施流程规范，项目各阶段定义了清晰的输入、输出条件与质量控制点，通过对项目各阶段工作不断的检查、度量、评价和调整来确保项目的质量。

5.7技术支持与售后服务计划

为了保障项目的成功实施，须制定详细的技术支持与售后服务计划。

5.8培训计划

须制定详细的开发期、调试期、使用期的培训计划。

篇2：oa系统项目建议书

贵集团现在有一个总部，十多个分公司，总部就300人左右，各分部规模非常庞大，而且各分公司是跨行业的，现在集团老总最关心的是房地产业务，只有房地产业务老总会管理的比较细，精力基本用在房地产业务中，珠宝或者茶厂等分公司管理比较容易，现在最让老总头疼的是房地产，事情比较多和复杂。对此，华腾公司提出选型的以下建议：

1.项目前期规划建议

华腾公司认为贵集团应该从总体规划、分布实施的模式来进行项目的实施。总体规划：

（1）总体规划

首先选择一个系统平台能够支撑一个集团十多个分公司的规模，系统的安全性、扩展性、服务器性能，能够支持集团未来规模的扩展，厂商具有集团实施经验，服务方式和技术能力能够达到集团要求。

（2）分布实施

根据集团现状，我们认为应该从老总关心的问题去架设系统，首先解决房地产公司问题，规划房地产内部运行流程和办事标准，分别了解老总平常重点关心问题和各职能部门感觉繁琐的事情，通过贵集团独特的管理模式，使管理电子化和规范化。将房地产的主要业务架设到OA系统中，让老总能够实现对房地产每个业务的执行和监控。这样才能让老总看到OA系统的价值，对其他分公司OA系统架设会有更高的期望值。

其他分公司我们可以架设一些比较通用的模块，各分公司OA系统可以只管到高层，架设一些分公司与总部有联系的模块，具体分公司的业务可以先不考虑。系统实施有主、次，抓重点、有先后区分，方可使项目成功实施。

2.平台选择建议

选OA系统最主要的是选择平台，现在国内有三种平台的OA系统：IBM Lotus、微软和国内自主开发。我们建议贵集团选择LTOUS这个平台，这个平台包含了完整的企业协作的解决方案：（1）Lotus Notes/Domino解决了用户的电子邮件和工作流的要求。

（2）Sametime解决了企业即时通讯的要求，其提供的Quickplace解决了企业协作的要求。（3）其工作流引擎Workflow提供世界级的流程定义的功能。

（4）每种产品又完美无缝的结合在一起，并且通过和Websphere、DB2等产品整合，为客户提供了企业信息化的整体解决方案。

而其他厂商的平台模式（关系型数据库＋中间件）做办公系统的问题。用RDB加中间件的方式开发电子政务或OA系统，等于要在关系型数据库之上要首先开发一些Domino已经提供的基本服务，因为电子政务或OA系统不可或缺的工作流、文档处理、协同工作、安全控制等功能，姑且不讨论关系型数据库是否适合管理文档型数据，单从开发的时间上而言，要开发出一套可用的、稳定的“类Domino”平台，决不是一两年能完成的工作，其中产品的成熟度、可靠性、后续的升级和维护，没有一个大的公司支持，也会为未来埋下隐患。

上面可以看出100人的OA系统每个厂商都能实现，而考虑到大规模、分地域、安全性等问题时，只有IBM LOTUS这个平台能够解决贵集团的问题。

3.实施过程建议

在整个实施过程中，注意每个环节要点，认真对待每个环节中集团人员与厂商的沟通，只有多沟通多交流，厂商才能明确了解贵集团的需求：

项目前期：每个职能部门的经理能够讲出本部门的事务，包括每个业务的单据和流程，厂商能够使部门事务电子化和规范化。总经理关心的问题要明确，以老总关心的问题为系统的重点来设计。同时认真审核厂商的需求文档。

项目中期：各部门人员认真接受培训。管理员能够掌握权限分配、模块操作功能、系统维护等要点。

项目后期：系统运行后，作为领导层必须强制性要求自己和员工使用系统，因为以前纸质的办公模式转变为电子化办公，肯定需要一个艰苦的过程。

4.售后服务建议

建议贵集团售后这块将服务外包给OA厂商。各行有专攻，集团没必要因为OA系统而成立一个OA事业部，相比而言，成立一个事业部比外包给厂商投入的费用和金额都高。

篇3：oa系统项目建议书

在信息经济环境下, OA系统软件的应用十分广泛, 对于企业内部OA系统软件的开发管理, 一直是很多企业信息化建设的一个重点内容, 鉴于不同企业所面临的环境和企业经营项目的差别, 每个企业的OA系统应该是符合内部应用特征的, 同时又能与外部协同统一的。因此, 对于OA系统软件的开发也是企业信息化管理的一个重中之重。在信息化技术高速发展的时代, 组织标准软件过程 (Organization's Standard Software Process, 简称OSSP) 的基本目标和思想是十分符合和适用于以经济、快捷的方式开发出企业特殊要求的OA系统软件项目开发管理的。

OSSP是一个已经被验证了的方法, 它的目标是帮助项目的顺利实施和完成。OSSP方法为项目定义了一个标准的项目结构, 是从软件工程学院 (SEI) 和项目管理学院 (PMI) 中被广泛接受的方法和在最佳实践指导中总结出来的, OSSP方法将此结构量身定做以满足综合资源库平台建设的项目需求。OSSP为项目经理提供了项目管理任务的模板, 这些模板集中了已有的项目经验。它们通过预定文档结构和预备使用的语句和示例文字, 节约了时间。此外, 模板的使用有助于项目经理重复使用其他项目中的信息。

OSSP的优点在于:跨组织、跨地域和技术界限的有效合作, 以规范的方法实施项目, 同时通过知识的获取、经验的积累、最佳实践以及现有经验的重用, 达到提高效率的目的。在整个项目中, 鼓励客户参与, 并遵循标准流程, 以提高客户实施的质量。下面我们基于OSSP的软件项目管理过程, 结合本人在使用协同OA软件教学及应用过程中的具体实列, 详细探讨企业OA系统项目开发管理的过程。

二、基于OSSP模式的OA系统项目管理开发分析

OSSP的建立一般是CMM3组织必不可少的一项工作, CMM (能力成熟度模型) 是一种广泛用于评估和改进机构的软件开发过程的模型。它分为五个等级:一级为初始级, 二级为可重复级, 三级为已定义级, 四级为已管理级, 五级为优化级。企业通过CMM3级评估标志着企业的软件开发和维护的标准过程已文档化, 称之为组织标准软件过程;CMM是一个体系, 它只规定了软件开发过程能力各种级别的特点以及改进的目标, 但对如何实现这些能力和目标没有详细的指导, 而且, 由于软件的应用领域很多, 各个机构特点不尽相同, 没有一个统一的详细指南可以解决所有机构面临的问题, 因此, 各个机构必须结合自身的特点来量体裁衣, 构建自己的软件开发过程。

由于各个项目环境不尽相同, 因此只组织标准软件过程是不够的, 还必须根据综合资源库平台建设特定的项目环境, 对组织标准软件过程进行打量定做, 根据实际需要, 建立起相应的项目定义软件过程。在OA系统项目的管理开发过程中, 只能结合OA系统本身的特点, 实施软件开发管理。OA系统是面向组织的日常运作和管理时员工及管理者使用频率最高的应用系统, 随着信息经济环境的不断完善, OA系统在应用内容的深度与广度、IT技术运用等方面都有了新的变化和发展, 并成为组织不可或缺的核心应用系统。在信息经济环境中, 办公自动化更多的是将最新的管理思想、管理理念植入其应用系统中, 使企业在面对外部环境的易变性与复杂性时, 突破以往传统的严格的部门分工, 打破企业在高速发展过程中受时间、地域、部门之间的限制而形成的信息孤岛, 从而提升企业的整体竞争力和前进速度。

不同的企业对信息的应用要求是不一样的, 要开发出与企业生产应用要求相匹配的应用系统, 最有效的方法就是基于OSSP模式的OA系统项目开发与建设。在OA系统项目管理开发过程中, OA系统应联系企业的实际需要, 根据协同OA平台建设项目的要求, 以OSSP实施方法论为基础, 分阶段地实施整个项目。

三、基于OSSP的OA系统项目管理的实施

1、OSSP项目实施方法

OA系统项目实施, 可以通过OSSP应用成熟的软件技术和平台来实现本项目的各项需求。在项目交付阶段制造执行系统被实施, 而一般当客户签订了合同时, 这个阶段就开始了。本阶段的目标是完成合同的各项指标, 并为推广应用做准备, OSSP项目实施的方法, 如图1所示。

在OSSP实施OA系统软件项目开发中的四个阶段中, 每个阶段都定义了一套交付、里程碑和报告, 并在第三阶段——执行阶段中应用基于CMM的项目管理理论。

2、OA系统软件项目开发中的软件质量管理

OA系统软件项目开发中软件质量保证的目标是为管理提供保证, 使得OSSP已定义的过程、规程、模板在项目过程中得到遵循和保持。

在OA系统软件项目开发项目启动后, 项目经理与质量总监协商指派项目SQA (软件质量保证) 和行业SQA小组来负责SQA活动。行业SQA和项目SQA参与项目早期的策划活动, 包括选择LC模型、标准过程规范;制定PDSP, 进行软件项目策划估计。

SQA小组负责制定项目的SQA计划, SQA计划以项目生命周期为基础保证实际与项目计划 (软件项目计划、测试计划、SCMP、SQMP、QPMP) 一致。计划SQA活动应该在项目软件质量保证计划模板中记录。每当项目的日程或范围有了重大改变, SQA活动都可能需要重新计划。项目经理必须评审SQA计划。SQA计划应与项目计划、项目PDSP一起撰写, 并与这些文档保持同步。计划中应该包括SOA协同、OA平台审核、SCM审核的计划日期和工作量。

SQA小组应该定期跟踪已计划的SQA活动。项目SQA活动从其他项目处吸取最佳实践, 帮助项目经理在识别过程即合作为PDSP (项目定义软件过程) 的一部分过程中获得SEPG (软件工程过程组) 的支持, 为项目计划提供帮助。SQA小组必须评审PP (项目策划) 、QP (质量计划) 、PDSP (项目定义的软件过程) 和SCMP (软件配置管理计划) , 以获得有价值的阶段入口, 从而保证在OSSP中定义的活动得到有效执行。

如果在OSSP过程或者PDSP过程中有变更发生时, 要及时将变更与项目组进行沟通。对小组中的新成员要及时进行项目定义的各种活动的培训。SQA小组应该为此做一些协调和配合工作。如果可能, 要将项目文档迁移到新的OS-SP版本, 并对此进行跟踪, 参与项目每月评审 (按需) 和项目检查点评审。

3、OA系统软件项目开发中项目实施质量控制管理

(1) OA系统软件项目开发中的设计规范。OA系统软件项目开发中设计规范是工程实施的初期步骤之一, 为整个工程的实施奠定基础, 是保证最终工程质量的关键要素。在集成工程的各个子任务实施前必须提交合格的设计文档, 设计文档应充分考虑工程实施的实际情况, 并确保技术的正确与可行。设计流程如图2所示。

(2) OA系统软件项目开发中的设计评审。第一, 设计评审是针对设计方案的质量进行控制。第二, 设计人员 (设计组) 根据实际需求、合同规定以及设备厂家的资料提出切实可行的设计方案后, 先由组内讨论通过, 然后由组长向项目管理部提出召开评审会的申请, 由项目管理部召集设计评审会。

OA系统软件项目开发中评审组的成员由项目管理部确定。对于OA系统软件项目开发中的总的设计原则和设计目标的确定以及影响整个工程质量的设计, 应当邀请用户和同设计无关的 (第三方) 专家参与构成评审组, 从技术角度作出判断;其他关系各项目小组设计的评审可以总体管理组为基础扩充若干专家构成评审组。

OA系统软件项目开发中评审应以确认设计是否满足用户需求、是否能达到用户满意的程度、同有关规范、标准的符合程度, 验证设计的适用性、可行性和可靠性, 必要时可要求提供设计验证的证明数据。评审结果形成评审报告存档, 若需要改进, 反馈给设计人员, 若评审通过, 则进入批准生效过程。

OA系统软件项目开发设计方案评审通过后, 领导决策组应当会同项目管理部向最终用户讲解设计方案, 对方案中采用的技术进行说明, 使最终用户理解设计的内容, 对工程进展和实施过程增强信心。重要的设计由领导决策组签字批准, 其他由项目管理部签字批准, 从而正式生效, 设计文件要发送到所有参与过程实施的技术人员。针对已经批准和发布的设计, 在实施过程中或实施前, 如果发现明显的错误或其他因无法抗拒的原因 (如设备和线路性能、政策改变等) , 需要修改设计方案时, 应由设计和实施人员共同提出申请, 由项目管理部批准后, 进行更改, 更改后的文件重新进行评审、批准程序。设计更改申请报告应对需要更改的原因作出说明和分析, 对于设计中的错误应当着重分析出现错误的根源。设计是工程最终能否满足用户需求的重要因素, 明确职责是为了确保设计的质量。项目管理部应当负责总的设计原则和设计目标的确定;督促影响整个工程质量的设计的进行, 各地区项目实施组的子项目经理负责督促属于本组的设计工作, 保证设计能够按时完成。设计评审会负责对设计质量的最后把关。

在设计开展过程中, OA系统软件项目开发中工程质量管理组应对设计进度和设计过程中存在的问题进行检查, 发现问题及时解决 (包括检查设计的目的是否清晰、设计分工是否明确合理、设计流程是否遵守、设计过程产生的文档是否完整符合要求) 。

4、OA系统软件项目开发中的工程实施控制

为保证OA系统软件项目开发中各子任务的工程实施顺利进行并保证质量, 任务负责人必须在实施前作好充分的准备和组织工作。OA系统软件项目开发中实施的准备和组织的流程如图3所示。

OA系统软件项目开发实施准备和组织流程产生的输出包括:实施方案与进度计划, 提取设备清单, 现场环境检查报告。

对OA系统软件项目开发中实施准备和组织流程作以下说明:当项目管理部确定某子任务的实施期限后, 由该任务的负责人在任务下达一周内提交自己的实施方案设计。OA系统软件项目开发中实施方案与进度计划的内容包括:参与人员及其任务分配、工程项目进度计划、所需设备清单、根据任务设计方案和有关作业指导书 (操作手册) 提出的关键控制点。OA系统软件项目开发中的实施方案与进度计划应当交组长审核后由项目管理部批准, 才能正式开始实施准备阶段。准备阶段首先要使参与人员各自明确自己的职责, 并收集有关设计方案、作业指导书、准备质量记录和登记表格。现场环境检查是指检查工程实施地点是否有合格配套的场地、线路。进入现场施工前, 要从库中提取所需要的设备。

OA系统软件项目开发中实施过程的控制:实施过程是对工程质量产生影响的最关键步骤, 必须按照设计方案和实施计划的要求, 规范化严格控制。

OA系统软件项目开发中工程实施的输出包括:配置记录表、配置修改记录表、工作日志、设计修改申请与批准书 (可能) 和联调技术报告。

OA系统软件项目开发中工程实施由相应的任务负责人控制工程实施的进度和质量以及关键控制点的状况。项目管理部和工程质量管理组也要各自履行质量监督职责。

OA系统软件项目开发中的实施验证:实施验证是为了及时得到工程进行状况与实施方案和设计方案的符合程度, 由工程质量管理组负责。

OA系统软件项目开发中的实施验证分为抽验和终验。抽验的时间地点由工程质量管理组组长决定。抽验结果要向领导决策组提供, 以便最高领导及时掌握工程质量状况, 向项目管理部反馈质量改进和控制的建议。终验指在每一项任务 (子任务) 工程实施完毕后进行的评审活动, 应检查各种文档是否齐全, 并对任务 (子任务) 的工程质量作总体评价, 提交评审计划 (评审参加人员、评审内容与方法) 和评审报告。

OA系统软件项目开发中审核与评审是保证工程质量的重要保障手段, 应当有计划地安排进行。工程中所产生的每一份文件 (实施过程产生的质量记录除外) 都要履行审核手续。审核的目的是使文件符合文件规范和有关作业程序的规定, 验证是否存在质量漏洞和职责不明确现象。对于工程中的重要关键问题必须召开评审会。评审会分为两种:一种是项目管理部召集的论证评审会, 另一种是工程质量管理组负责人召开的检验性评审会, 这种评审会由工程质量管理组负责人定期向领导决策组者提交评审计划安排。OA系统评审会要遵从特定的工作流程。

OA系统是一项结构复杂、功能强、涉及面广的信息系统集成和开发的工程, 为确保项目达到预期的目的, 使系统真正发挥作用, 必须做到在项目真正实施前就能预测到该项目可能遇到的各种风险, 并准备好项目风险的控制方法, 才有可能做到万无一失并最终确保本项目的实施成功。

5、OA项目的整体实施系统验收管理

根据需方行业的特点和惯例, 系统验收在最终用户的实际系统运行环境中进行。供方在开发环境下, 完成应用系统开发工作并进行系统测试。项目的系统验收包括系统工程验收、系统初验、系统最终验收 (终验) 三个阶段, 这三个阶段也可根据合同简化为工程验收、系统终验两个阶段。系统验收应履行正式手续, 成立专门的测试验收小组, 负责组织、监督和裁决整个系统的验收过程, 最后对系统验收管理完全实各阶层完成的软件进行实测和调整。

四、基于OSSP的协同OA系统软典型示例及分析

基于OSSP过程开发的协同OA软件挺多, 以笔者所使用的一个泛微协同OA系统软件为例, 它较好地针对“信息孤岛”、“应用孤岛”和“资源孤岛”这三个问题, 通过有效的人力资源和过程控制、技术处理, 实现信息、业务和资源的协同。

在OA系统软件开发过程中, 首先要本着“信息网状思想”:建立一个立体的、多维的信息获取、共享和使用的环境, 同时协同平台为这些信息节点之间提供立体化的“网状”关联通道, 从任何一个信息节点都可以到达任意的相关信息节点, 极大地方便企业获取完整的、真实的信息。其次要结合“业务关联思想”:即提供对各个业务环节进行整合的方案, 使得协同平台可以面向整个业务过程来进行管理。表面上看在协同平台中还是采用某个模块或某个功能完成某个业务环节的要求, 但随之这个应用可以自动启动其他的关联应用, 并完成相关数据的更新, 使得企业无需在不同应用平台之间切换便可以完成对业务链的管理。最后要有“随需而应思想”:即将企业的“人”、“财”、“物”、“信息”和“流程”进行充分的整合。在OA平台中, 这些资源可以实现各种关联, 当企业由于某个目的触发一个应用的时候, 相关的资源可以随之被调动并被自动加入统一管理和协同工作的环境中, 从而进行紧密的协调和运作。

总而言之, 企业在自行开发OA协同管理平台的过程中, 只有很好地利用结合OSSP的思想, 才能更有效地对各种分散存在或被分隔的资源进行整合, 并让它们在统一管理和调配下进行优化, 从而发挥这些资源的最大价值。

五、结束语

在信息经济环境下, 企业对于应用软件的要求越来越高, 应用软件在企业中发挥的作用也越来越重要, OA系统不仅仅是企业办公的一种工具, 更应该是一种有思想、有模式的能管理的软件。目前市场上主流的协同OA系统就为现代企业发展注入了强劲的动力, 它以动态组织为行为主体, 以工作流为传导模型, 以任务为处理模型, 将组织行为的复杂性通过三者的结合充分表现出来, 从而帮助实际组织解决管理过程中的复杂课题。系统管理模型的组织价值在于“使用有限资源创造最大化价值”, 组织标准软件过程在企业具体软件项目开发中的应用还是较初级阶段, 企业与企业间的实际情况千差万别, 完全把不同应用的软件用统一的软件开发格式化管理是无法很好地实施企业的信息化系统建设要求的。只有根据企业的具体要求, 确保客户充分参与;及时组织评审, 倾听客户意见;保持客户沟通渠道畅通, 及时反馈, 然后结合OSSP的软件过程标准灵活运用, 才会使企业的软件项目开发事半功倍, 开发效率大大提高。

摘要：本文基于OSSP的基本目标和思想, 结合实际情况, 依据企业软件项目开发管理过程的主要特点, 研究分析了基于OSSP的OA系统的开发和实施过程, 以期通过此种方式, 为软件项目开发管理过程的研发和实施提供更好的解决方案。

关键词：信息经济,OSSP,软件项目开发,管理过程,OA系统

参考文献

[1]王素芬:软件工程与项目管理[M].西安:西安电子科技大学出版社, 2010.

[2]康一梅:软件项目管理[M].北京:清华大学出版社, 2010.

[3]沈春龙、孔建寿、张友良:支持产品协同设计项目管理系统的研究与实现[J].计算机应用研究, 2000 (3) .

[4]伦蕊、黎正忠:信息经济时代企业管理的规模经济性[J].东北财经大学学报, 2004 (4) .

[5]McBride, T.M.:The mechanisms of project management of software development[J].Journal of Systems and Software, 2008 (81) .

[6]Charlie C.Chen.Chuck C.h.Law.Samuel C.Yang.Managing ERP implementation failure:a project management perspective[J].IEEE Transactions on Engineering Management, 2009 (56) .

[7]涂思佳、肖攸安:基于B/S结构的校园OA系统的设计与开发[J].武汉理工大学学报 (信息与管理工程版) , 2007, 29 (12) .

篇4：浅谈OA系统的优缺点及改进建议

关键词：办公自动化；OA系统；工作流；数据交互

The Advantages, Disadvantages and Improvement

Advice for OA System

HE Huimin

( Guangzhou Marine Engineeving Corporatinon, Guangzhou 510250 )

Abstract: According to the concept of OA System and building method, this paper analyzes the advantages and disadvantages of OA System and provides some suggestions for development and utilization of this system.

Key words: Office Automation; OA System; Workflow; Data Transfer

1 OA系统的概念

办公自动化系统（简称OA系统）是实现办公室内事务性业务自动化的工具，是通过采用Internet/Intranet技术，基于工作流的概念，以信息技术为中心，采用一系列现代化的办公设备和先进的通信技术，广泛、全面、迅速地对信息进行收集、整理、加工、存储和使用的办公系统[1]。

2 OA系统的建设

简单地说，OA系统实际上就是利用网络服务器及网络交换设备作为信息交互和共享的平台，通过OA系统，用户在客户端以工作流方式向服务器上传及下载数据信息，其它网络用户可以按授权获得数据共享、数据修改和数据利用等服务，从而将企业所有的数据和流程管理集成到一个平台上。OA系统是由办公人员、办公机构、办公例程、技术工具、办公信息和办公环境六要素组成的。办公人员是OA系统的主体和中心，主要包括由管理人员和决策人员构成的信息使用人员、办公业务人员和系统服务人员。办公机构是建立OA系统办公人员关系和设置使用权限的基本依据，办公机构的设置与各部门的办公职能有着直接的关系。办公例程是OA系统中的必要组成部分， OA系统工作流的建立就是以规范化的办公过程和办公程序为基础。技术工具是建设OA系统所需的技术、设备和手段，OA系统必须建立在以计算机通信网络为中心的现代信息技术和现代办公设备的基础上，目前OA系统的关键技术包括网络技术、Web技术、数据抽取和交换技术、信息安全策略和电子邮件处理技术等。办公信息是OA系统处理的对象，实现办公信息快速和高效的共享就是我们使用OA系统的一个重要目标。办公环境是OA系统支撑和制约的因素，即办公实体之外的外部办公环境，包括社会组织、上下级部门、服务与被服务的对象等[2]。

那么，OA系统是如何建设的呢？以我院的OA系统为例，分为操作界面管理和数据库管理等两大部分。首先我院采取的是B/S结构方式，虽然传统的C/S结构是解决OA系统中结构化数据库的最理想开发模式，并可实现复杂的工作流控制与安全性控制，但B/S结构则能很好地解决客户端维护难度大的问题。我院的OA系统以浏览器+Web服务器架构为基础，利用微软公司的.NET平台，通过局域网把数据库服务器和人机交互的客户终端机连接起来，实现功能层模块化设计和工作流程的固化，简化系统管理员对OA系统的管理和维护。通过在服务器端运行的aspx动态网页文件，提供多功能的用户界面实现用户与系统之间的交互。在后台方面，应用了数据抽取和交换技术，数据抽取程序提供数据抽取过程描述、任务管理、数据预处理与加载以及元数据导入/导出等功能。系统在数据处理、数据采集模块里，通过调用动态连接库，访问接口数据库，实现平台间数据的实时和批量传输。另外，通过帐号管理、密码策略、权限控制等方面，实现数据库安全性的访问控制。OA系统建立后，仍然需要开展系统后期维护和功能调整等后续工作，把OA系统逐步改进、完善为适应企业发展需求的办公辅助工具。因此，OA系统是一个复杂的动态系统，随着不断变化的办公环境而变化，从而发挥OA系统的最大作用。

3 OA系统的优势

OA系统通过计算机网络实现了虚拟的协同工作平台，使各部门可以对办公事务和公文进行全面、完善的协同管理，提高了信息交流的效率和共享程度，相对传统的工作方式，大大提高了办公效率，减轻了工作负担，节省了办公费用，从而实现了办公无纸化、信息共享化、决策科学化。

3.1 节省工作成本，利于文件传阅管理

与过去对纸质文件的审阅方式相比，通过OA系统处理收发文件及共享信息资源可以节省大量纸张，降低办公成本。领导可直接在OA系统上阅读、审批和修订电子文件，并保留阅读和修改的痕迹，解决了过去因反复修改文件草稿而浪费大量纸张的问题；而且，电子文件在OA系统上可同时向多人传阅，缩短了文件传阅的周期，杜绝了纸质文件丢失的可能性。

3.2 方便检索查阅，促进信息共享

OA系统中的公用文档、公共信息和通知公告等功能模块是各部门共享信息资源的平台，员工可通过OA系统及时了解全院的最新信息，有利于部门之间的沟通与合作。OA系统上强大的条件检索功能为员工快速查找文件资料提供了极大的便利，解决了过去花费大量时间翻查纸质文件的问题，从而提高搜集文件资料的效率。

3.3 增强监控能力，提高行政管理水平

OA系统能及时有效地监控各个部门、各位员工的日程安排、办文情况以及会议室、车辆和办公用品的使用情况，并具有催办督办和自动提醒的功能，一方面防止了延误业务办理时间的情况，另一方面有利于管理员的全局监控，及时发现问题并及时协调解决。此外，在OA系统上处理的流程步骤都留有审批痕迹，具有可追溯性，方便日后的查阅和管理。

3.4 提高工作效率，打造优秀团队意识

OA系统的信息传递、日程安排等功能模块，极大地提高了员工之间的协作效率与沟通能力，打造了凝聚力较强、工作效率较高，并且具有快速反应能力的优秀团队。通过设立工作论坛等模块，更及时有效地加强了领导与员工之间、员工与员工之间的交流和互动，员工之间互相取长补短，共同学习，共同进步，促进了业务水平的提高，增强了团队合作精神。

3.5 实现自动办公，构建科学管理模式

OA系统的使用，全面推进了办公自动化，借助先进计算机和网络信息技术，实现了高效、安全、规范地处理办公室内的事业性业务，大幅度提高工作效率和服务质量。同时，为各级领导进行宏观管理提供了高效、便利的服务，为科学决策提供了参考依据，从而构建一套科学的管理模式。

4 OA系统存在的问题

OA系统的建立为我院的日常行政事务工作提供了便利，提高了职工的工作效率，相对于传统的工作方式来说， OA系统的开发使用无疑是我院在行政管理和办公业务工作上的一次飞跃。但由于我院使用OA系统的时间不长，经验不足，目前OA系统仍存在着一些问题。

4.1 因保密问题无法实现OA系统的分布式办公功能

由于我院是军工单位，使用的涉密计算机和涉密信息系统不能连接互联网，因此无法充分利用OA系统，实现我院总部与分部以及与上下级单位的跨地域办公模式，不利于单位之间的沟通交流和信息采集。

4.2 OA系统没有充分与其他信息管理系统结合

目前我院使用的财务软件、人力资源管理系统、统计软件等没有与OA系统结合，不利于信息资源的集成，无法解决“信息孤岛”的问题。

5 对OA系统的一些建议

针对OA系统目前存在的问题，结合我院的实际工作，我对OA系统的开发和使用提出一些建议。

1）虚拟专用网络，即Virtual Private Network，简称VPN，简单理解为虚拟出来的企业内部专线。它可以通过特殊的加密的通讯协议在连接在Internet上的位于不同地方的两个或多个企业内部网之间建立一条专有的通讯线路。VPN的核心就是在利用公共网络建立虚拟私有网，它通过一个公用网络（通常是因特网）建立一个临时的、安全的连接，是一条穿过混乱的公用网络的安全、稳定的隧道。虚拟专用网是对企业公司分支机构、商业伙伴及供应商同公司的内部网建立可信的安全连接，并保证数据的安全传输，使用这条隧道可以对数据进行几倍加密达到安全使用互联网的目的。因此，VPN虚拟专用网络可以为我院提供安全的跨地域办公，与上下级单位建立专用网络桥梁，而其中的IPSec VPN能并为特殊人员解决家庭办公的安全性和保密性[3]。

2）OA系统和其它业务系统的结合、无缝集成主要体现在统一技术标准、理念上的集成，只有制定OA系统与其它业务系统统一接口，才能使各种系统更好地结合和对接。因此，我院需要与OA系统以及其它业务系统协商沟通，一方开放接口，另一方研发接口接入，把OA系统和其它业务系统融为一体，消除各自为政的信息孤岛。

6 结束语

随着单位改革和发展的不断深化，业务工作中面对的各种问题日益复杂，日常工作中处理的信息量不断增加，我们将面临更多的发展机遇和更加严峻的挑战。在日益激烈的市场竞争中能否为决策者提供科学、准确、及时、高效的服务，将成为衡量办公室工作效率和质量的重要标志。因此只有积极创新工作思路，促进行政管理科学化，通过应用OA系统，全面实现办公业务自动化，才能为科学发展提供强有力保障。

参考文献

[1] 杨鸿章, OA系统的应用和发展现状——以凯里学院为例[N].凯里学院学报, 2010

[2] 卫红春, 信息系统分析与设计[M].2003

[3] 罗兵, 浅谈虚拟专用网络[J].声学与电子工程，2004

作者简介：何慧敏（1983－）女，助理工程师，从事行政部门工程管理与信息管理工作

篇5：oa系统项目建议书

甲方：

乙方：中国电信股份有限公司

甲方：*******人民政府（以下简称甲方）乙方：中国电信股份有限公司（以下简称乙方）

为进一步推动******政务信息化建设进程，加快电子政务办公系统（OA系统）建设和应用，经甲乙双方友好协商，并依照《中华人民共和国合同法》及相关法律规定,达成本协议，并由双方共同遵守。

第一条 总则

（一）市政府OA系统建设总体模式是“电信投资建设，政府租赁运行”；乙方向甲方提供安全可靠的技术保障和运维服务。

（二）市政府OA系统使用范围是所有在市公文交换站传输公文的使用单位（以下简称使用单位，具体名单由甲方提供）。

（三）通过市政府OA办公系统，使用单位所有非涉密公文全部网上办理，实现公文收发和公文内部网上流转。其中，公文收发是指在网上办理跨层阶、跨部门之间的公文签收和文件分发；公文内部流转是指电子公文收文管理（包括签收、登记、拟办、批办、分办、承办、催办和立卷归档等环节）及电子公文发文管理（包括拟稿、核稿、会签、审核、签发、编号、制版、校对归档等环节）全过程网上办理。

（四）双方互相信赖，互相支持，优势互补，本着友好、务实、互利的原则共同处理在合作中出现的问题。

第二条 服务内容

（一）乙方负责市政府OA办公系统平台运维服务（功能模块、印章及CA授权认证等），负责对使用单位进行OA系统和移动OA办公手机客户端用户层面的点对点服务。

（二）建设时间。合同签订后4个月完成。

1、完成数据采集和流程再造（30天）。完成数据资料收集、办文流程再造等基础性工作。

2、完成网络接入（20天）。完成尚未接入政务外网的单位网络接入工作。

3、组织业务培训（10天）。乙方组织应用单位人员，分批次完成对覆盖部门和单位收发岗位人员的系统上线培训、测试工作。

4、试运行阶段（2个月）。检查系统运行状况，解决可能出现的问题。第三条 服务期限

服务期限***年，自 20** 年9月 1 日开始至 20** 年8月31日止。

第四条 服务要求和双方权利义务

乙方按照市县一体化大平台建设要求同步为甲方提供相应服务，包括：

（一）硬件平台升级改造要求。乙方负责对现有OA系统硬件设备进行升级改造（包括新增相应的服务器集群、数据存储系统与数据备份系统，更换网络设备、安全设备、负载均衡设备和大容量、高性能服务器等），并保障市政府OA系统在***年服务期内安全稳定运行，满足全市OA系统平台的运行需要。

（二）办公软件升级改造要求。乙方负责按甲方要求免费对现有市政府OA系统电脑版与移动版进行升级改造（包括公文处理、通知管理、信息专供、行政办公、督查督办、通讯录、电子邮件等应用模块），并保证在合同服务期内随时按照甲方新需求做好OA系统平台相关功能升级改造工作。

（三）电子印章和CA认证系统建设要求。

1、OA系统提供CA认证接口，支持身份证书模块集成，实现用户在CA认证环境下授权访问系统功能。

2、由乙方负责建设短信提醒的用户名、密码认证系统，并与OA系统实现无缝集成，实现基于数字签名安全的在线盖章功能。

3、各单位（市委办公室、市人大办公室、市政府办公室、市政协办公室、市纪委办公室和乡镇除外）印章数不超过3个。

4、平台服务印章和CA认证系统建设费用以及5年维护和服务费用由乙方支付。

（四）系统维护要求。

1、服务期内，乙方必须每周对系统软硬件进行一次巡检，保证OA系统安全稳定运行。

2、服务期内，乙方必须定期对系统数据进行备份，重要数据每天备份一次，全系统备份每周不少于一次。服务期满，甲方如需更换系统，乙方必须无条件提供全系统最终数据，并配合做好数据迁移工作。

3、乙方在系统故障修复方面必须保持实时响应，除不可抗具因素造成的故障外，一般故障修复时限为1小时，重大故障修复时限为8小时；可预见的故障和需中断服务的维护必须提前8小时通知甲方，年故障时间不得超过24小时。

4、乙方必须安排专人对市直单位进行OA系统用户端点对点服务，工作日服务受理响应时限为1小时。

（五）双方的权利和义务。

1、甲方有权对市政府OA系统使用管理，制定相关管理制度，建立监督和考核机制。

2、甲方有义务配合乙方做好OA系统接入单位印鉴、文头等相关资料收集和办公流程设臵、用户权限划分等工作。

3、甲方有义务协助乙方推进OA系统和电子政务专网接入。

4、甲方有义务协助乙方推进甲方指定使用人员的电信OA工作手机客户端的应用。

5、乙方负责市政府OA系统软硬件升级改造和运维服务，与市平台同步优化市政府OA系统功能。

6、乙方负责对接入市政府OA系统的单位和使用OA工作手机客户端的

用户进行业务知识培训，培训的组织工作由甲方负责，培训的技术人员、场地、培训资料由乙方负责。

7、乙方必须保障所有接入单位能够正常使用市政府OA系统；保障OA工作手机能够使用行政执法OA系统；各单位原则上使用光纤接入（特殊情况使用VPN拨号需经甲方同意）。

8、乙方安排一名专业技术人员在市政务中心指定场所驻点办公，及时解决OA系统使用是出现的问题。

第五条 费用标准、支付时间及支付方式，（一）费用标准。含平台使用费、非电信用户使用单位专网连接费（使用单位向市政府申请，经批准后的实际接入数量计算）、非电信用户使用单位工作手机套餐费和VPN账号费（使用单位向市政府申请，经批准后的实际接入数量计算）。

1、平台使用费。含运维服务费、电子印章、CA认证系统建设和服务费，每年计*****万元整。

2、非电信用户使用单位专网连接费。每个接入单位**元/月。

3、非电信用户使用单位工作手机套餐费。单位主要负责人配备OA工作1部手机，套餐费^^^元/月

（二）支付时间。OA系统建成验收合格并正式投入使用后，次月支付第一年费用，以后各年费用逐年同期支付（法定节假日顺延）。支付时，乙方需提供正式票据。

（三）支付方式。甲方统一支付平台使用费、非电信用户专网连接费、非电信用户工作手机套餐费和VPN账号费。

第六条 保密条款

为确保信息安全，各方确定因履行本合同应遵守如下保密义务：

（一）双方通过本合同进行网间互联了解到的包括对方网络组织、业

务发展、用户资料等在内的信息均被视为对方的商业机密，双方均有义务为对方保密。

（二）根据《中华人民共和国保密法》规定，甲方及其各接入单位的全部数据，乙方都要为其保密。

第七条 协议的变更与解除

（一）甲乙双方中任何一方在合同有效期内如需变更、解除合同，必须采取书面形式,并提前10个工作日向对方提出，对方必须在10 个工作日内给予书面答复，负责视为确认。

（二）由于不可抗力导致协议不能履行的，双方均不承担违约责任，共同协商变更合同。

（三）由于上级政府要求使用本系统以外的统一平台，本合同自动终止。

（四）本合同与国家法律法规禁止性规定相抵触时，应依据国家法律法规变更本合同。

第八条 违约责任

（一）在服务期内，若乙方运维服务未达到约定要求的，甲方有权视情况按次扣除5%的运维服务费用；给甲方造成其他损失时，甲方有权提出赔偿。

（二）系统发生技术故障，乙方未及时采取有效措施排除故障，造成甲方超过一周无法正常使用，甲方有权解除合同，乙方退回30%的运维服务费用，并承担给甲方造成其他损失。

第九条 附则

（一）本合同的任何条款在任何时候变成不合法、无效或不可强制执行等不从根本上影响本合同的效力时，本合同的其他条款应不受影响，但法律法规另有规定的除外。

（二）本合同自甲乙双方法定代表人或者委托代理人签字、单位盖章之日起生效，相关招标文件是合同组成部分，对双方有同等约束力。

（三）合同期满后，一个月内双方如无异议，则协议顺延。合同期满后，同等条件下，乙方享有续约优先权。

（四）本合同未尽事宜，由双方友好协商另行签定补充合同解决。补充合同与本合同具有同等法律效力。

（五）本合同一式陆份，双方各执叁份，具有同等法律效力。

甲方盖章 ： 乙方盖章： 法定代表人 法定代表人

或委托代理人（签字）： 或委托代理人（签字）：

篇6：OA项目面试参考

面试过程中描述项目一般分为三大点（第一点是参考说辞。后两点是可补充的说明，个人可根据具体情况介绍）

1、项目的开发背景介绍以及个人在项目中完成的功能点

2、项目的开发过程（开发周期）

3、项目的系统架构

1、项目开发背景以及个人完成的功能点介绍

我们这个项目是为XXX公司开发的一套办公自动化系统，简称OA。该公司属于XX行业，业务类型主要是XXX，该公司为了提高办公效率与办公质量，实现无纸化办公与科学的管理而委托我们公司研发该系统。通过需求调研与设计，我们将该项目划分为了XX个大的模块。主要包括 XXX。。而本人在该项目中主要负责组织机构与权限管理两个大模块的设计，开发，调式以及维护等工作。

组织机构模块主要是对该公司的部门以及人员的管理。所以在此模块中我们又分为机构管理与人员管理两个子模块。由于该公司的机构属于职能型机构，父机构下面又存在子机构，就像一个树状结构，所以我们在设计该模块表的时候使用了自关联的方式，这样可以减少数据库设计的允余，也便于扩展。而人员模块设计比较简单，就是直接在表中加入了一个机构的外键，因为人员肯定是属于某个部门的。

至于权限模块的设计就稍微复杂点。任何一个项目都会根据需求来设计相应的权限操作，权限也是我们保证项目健壮性的一种手段。在此模块中我们分为用户管理，权限管理，角色管理三个子模块。因为首先我们考虑到应该为每个人员建立一个唯一的登陆账号，我们称为用户，我们将权限不直接授予具体人员，而是授予相应的用户，这样就可以降低耦合度。但是如果具有相同权限的人都需要重复授予一样的权限，客户操作起来会很麻烦，而人员在公司一定有其相应的职位，所以我们决定将权限打包授予某个角色，让角色与具体职位关联，再将角色授予用户，这样就能很好的解决问题了。不过一般来说，公司有些人员可能身兼数职，也就是说一个用户可能会被分配都多个角色，默认情况下我们是取所有权限的合集，但也会出现角色之间权限的冲突问题，因此我们在表中设计了一个优先级的字段，让一个用户拥有的多个角色有不同的优先级，如果权限产生了冲突，则以优先级高的角色为准。有点类似我们web程序中加载servlet时候配置的load-on-startup的属性。当我们将项目交与客户试运行后，客户反映，无论什么情况都需要通过建立角色来授权感觉很麻烦，而公司的职位变动也会引起角色的增多，造成角色的泛滥。所以通过与客户的沟通，我们修改了当初的设计，也就是除了可以通过角色来授权，也可以给用户直接授权。这种方式与oracle数据库的授权方式是一样的，客户也感觉很满意。当然，既然可以直接授权给用户，也可以授权给用户所属的角色，同样会发生类似于开始说的两者之间权限的冲突问题，我们解决的办法同样是多设计了一个字段，该字段表示是否使用用户自身的权限还是使用其角色的权限。

我们这个项目的权限分为三级，首先在用户登录的时候就开始验证是否有资格进入，（这是第一级）在通过该验证后，我们会查询出该用户拥有的所有具有可读功能的模块并展示，对于该用户不可读的模块是不会展示出来的，这样能避免用户的误操作（这是第二级）。但有些模块该用户虽然具有可读权限，但是没有更新与删除等权限，我们此系统也可以及时屏蔽该误操作（这是第三级）。

2、项目开发周期 本项目总开发周期为1年，具体分为以下几个阶段

1、需求分析阶段，由系统分析员对客户进行需求调研，产生需求分析说明书，经客户签字确认。

2、概要设计，由系统分析员根据需求分析书编写概要设计文档，经客户签字确认。

3、详细设计，由系统分析员和架构师根据概要设计文档编写详细设计文档，经客户签字确认。

4、用户手册，根据以上三个文档编写用户使用手册

5、数据库设计，由系统分析员做数据库架构设计，生成数据字典

6、系统架构设计，由系统架构师做整个系统的架构设计，产生架构说明文档

7、分模块编码，主要由程序员进行分模块编码，并由测试人员对模块进行交叉测试

8、系统集成（也叫产品集成）

9、集成测试（对整个系统的产品结构功能进行整体测试）

10、上线试运行，将集成后的产品交付给客户进行试运行，对试运行期出现的错误进行修改

11、产品交付，试运行完后，如果产品没有什么问题之后，对客户交付产品

12、后期升级与维护(根据合同规定)

3、系统架构