OA系统概要设计说明书.docx

OA系统概要设计说明书.docx

《OA系统概要设计说明书.docx》由会员分享，可在线阅读，更多相关《OA系统概要设计说明书.docx（23页珍藏版）》请在冰豆网上搜索。

OA系统概要设计说明书

《智能化办公系统》

概

要

设

计

说

明

书

1概述

1.1目的

本文描述了档案信息管理系统的技术架构及总体设计。

1.2本文的读者

●业务部门管理人员

●信息技术项目管理人员

●软件开发和实施人员

1.3参考资料

●《需求规格说明书》

●《项目实施方案》

●《海油工程档案信息管理系统招标文件》

2系统设计原则

1.1先进性

采用信息门户技术、组件式开发、文档引擎、全文检索、工作流引擎等多项核心技术及先进的体系结构，选择先进的软件和硬件技术，构造系统的支撑平台和运行环境，建设具有国内领先水平的支撑平台和应用软件系统，保证系统具有充分的先进性。

1.2开放性

考虑到将来发展需要及扩充性能要求，在技术方案上坚持开放性原则，支持跨平台和开放数据接口，保证每个独立系统的设计要求外，充分考虑到各系统互连，实现数据共享、交换等应用集成服务。

1.3实用性

充分考虑各类使用人员的能力和素质、专业结构、部门业务需求等诸多因素对系统产生的综合影响，遵循业务人员的操作习惯；注重突出各项系统功能的实用性；提供方便的联机帮助；系统管理简单，尽量一键操作，系统默认选项，使操作更加简洁方便；人机界面友好，可操作性强。

1.4可扩展性

项目建设不仅要着眼于现在，而且要放眼未来。

采用多层体系结构，实现用户操作界面、业务逻辑和数据的分离，便于系统扩展；做好总体规划，保证系统平台、应用平台和应用软件不仅能够满足现在的要求，而且可以方便地扩展将来的业务需求，并具有向未来技术平滑过渡的能力；在系统设计时，应保证应用系统具有良好的二次开发功能，满足用户对系统扩充的需求。

1.5可靠性

系统平台采用高可用技术，保证系统能长期稳定的不间断运行，采用流行、成熟、稳定、先进的操作系统、数据库、网络协议和中间件等系统软件平台，在网络、主机、数据库或应用系统出现问题时，能及时、快速地恢复，保证系统的稳定性；在应用系统设计中，充分考虑到可能出现的各种情况，采取相应的技术措施，尽可能减少系统故障，系统对主要环节具有监控功能。

1.6灵活性

采用高内聚、低耦合原则进行模块划分。

模块间提供相应的接口，当应用系统的业务或功能要求发生变化时，可以通过简单的对相应模块的修改或者增加功能模块来实现功能扩展。

整个系统组织采用模块化的设计原则，不同软件、硬件平台之间具有良好的兼容特性。

采用开放的系统体系设计结构，兼容不同软件、硬件平台系统。

应用软件采用各种编程接口和图形接口，可充分利用现有设备资源，系统能够满足对未来情况变化的需求。

1.7安全性

采用身份认证、访问控制、数据加密等多种安全技术，建立多层次、全方位的安全保障体系，确保系统的安全性。

1.8可管理性

系统的部署、使用及管理以简便、易于操作、方便实用为准则，采用基于Web方式管理系统，降低系统管理、维护成本，提高系统的可管理性。

3系统总体框架

3.1系统总体结构

在逻辑结构方面，系统由档案门户、业务应用、基础数据库三个部分构成。

同时，这三个部分又分别由门户支撑平台、系统设置和通用功能、技术平台数据库提供支撑。

它们共同形成了一个有机的整体，既保证业务功能的个性化和深入，又提供了开放式可扩展的通用功能以满足未来发展。

3.2系统技术特性

在本节，将概要介绍系统中最显著的特性，以方便读者快速了解系统的主要优势和特色。

3.2.1支持多种浏览器的图形化用户界面

系统采用标准的Web技术开发，用户所有操作均通过浏览器完成，支持多种主流浏览器，包括：

●InternetExplorer（IE）8.0及以上各个版本

●Firefox（火狐）浏览器

●Chrome浏览器

●Safari浏览器

●Opera浏览器

支持跨平台使用，在Windows、Linux、Unix及移动设备（iOS、Android、WP等）上均可使用。

系统采用无插件设计，不依赖ActiveX技术，无需用户下载安装控件或插件。

具体设计如下：

●文件上传：

系统自动检测用户环境并使用最佳技术手段。

可用的技术手段按以下优先次序选择使用：

HTML5>Flash>Silverlight>HTML。

即：

如果用户的浏览器支持HTML5，则使用HTML5文件上传；否则，如果用户电脑上已经安装了Flash或Silverlight，则使用它们进行文件上传；否则，使用HTML原生的文件上传工具。

●内容在线浏览：

系统自动将内容处理为可在Web上呈现的格式（图片、SVG等），在网页中直接显示，无需控件。

●多媒体播放：

系统自动检测用户环境，如支持HTML5，则采用HTML5播放器；否则，如已经安装Flash，则使用Flash播放器。

3.2.2面向服务的架构（SOA）

系统建立在成熟的基础架构平台上，完全基于SOA架构，各个软件模块彼此独立、松散耦合，通过消息总线和服务总线进行交互，建立起开放的可扩展平台。

服务总线设计如下图所示：

服务总线在应用系统中的作用：

●用户认证、鉴权、权限管理和审计日志

●统一的消息发布、提醒

●各应用模块之间的相互通讯和调用

服务总线的开放对接支持多种方式：

●WCF：

采用Tcp.Net协议，以高效率和安全的技术协议进行调用；接口以SOAP形式提供。

便于与.NET应用系统之间的通信。

●HttpWebService：

采用Web服务，以简单透明的方式调用，便于与其它技术平台（如Java、移动设备等）系统之间的通信。

3.2.3NoSQL海量数据存储

数字档案库要求存储所有的电子文件，这对存储和检索带来了巨大的压力，是传统的关系型数据库软件所不能支持的。

常见的简单存储方式为使用文件系统，通过建立特定规则的文件夹层级结构来存储文件。

但是，这样的做法具有许多限制，如：

难以实现多服务器集群、难以建立冗余以保护数据安全、配置和维护复杂、安全性不够高，等等。

针对本项目，我们建议采用更好的做法，即使用专门用于存储非结构化数据的数据库（即NoSQL数据库）。

这类数据库软件如MongoDB，其主要优势有：

⏹能够建立分布式的存储架构，以简单增加节点的方式无限地扩展容量

⏹具有极好的查询性能

⏹与应用程序的对接和开发非常方便

⏹在分布式群集中建立冗余节点，确保单点故障不影响系统运行

⏹具有备份和恢复能力

⏹是开源产品且已经被广泛应用于许多大型的互联网应用，产品的可靠性和性能都得到过多年的检验

3.2.4采用基于Lucene架构的全文检索引擎

系统内置全文检索引擎，它是基于Lucene架构自主开发的，可实现海量内容的全文检索、主题词相关性检索、基于元数据的条件匹配检索。

支持词库的定义和扩展，支持多语种。

Lucene是一个开放源代码的全文检索引擎工具包，是业界领先的全文检索引擎的架构，提供了完整的查询引擎、索引引擎、文本分析引擎。

我们在其基础上扩展了词表、中文、多语种分析等功能，能够与MongoDB数据库协同工作，实现对非结构化数据的高性能检索。

3.2.5可线性扩展的性能和存储能力

为了提供最佳的性能扩展能力，系统可运行在多台服务器上，并采用以下技术手段：

●支持以Web负载均衡提升访问响应能力。

为了实现这一点，系统在设计之实就采用了无Session的Web架构、不依赖单一服务器上的会话，用户请求可以在多台服务器间无缝平移。

●采用NoSQL数据库存储海量的非结构化数据，并支持以数据库集群进行容量扩展，通过添加新的服务器即可实现存储容量的增长。

综上所述，系统在设计之初就充分考虑了扩展性的需求，允许用户在系统投入使用后，简单地通过增加服务器来线性扩展性能和存储容量。

系统对用户无用户数限制、可以部署在任意多台服务器上运行。

3.2.6积木式的应用程序

系统由多种组件构成，每个组件都相对独立，以松散耦合方式连接在一起。

可以方便地进行升级和维护，易于系统的二次开发和扩展。

系统组件分为：

基础框架层、App应用程序层、客户化应用层。

如下图所示：

●基础框架：

提供基础服务、公共组件。

●基本应用程序：

具有通用性的应用程序，它们可以被单独部署和升级。

这些产品化的应用程序包括：

工作流程引擎、文档存储和搜索引擎、消息平台、账户和权限管理等。

●客户化应用：

根据客户的业务需求进行定制和二次开发形成的业务应用，如档案摄入、档案管理、档案存储、档案利用等。

3.2.7在线更新

系统平台的产品化部分，将向客户提供永久免费的在线更新服务。

这意味着客户获得的不仅仅是现有的产品和功能，而且将持续地不断完善和扩展。

由于已经有众多客户在使用同样的产品化平台，我们不断地收到来自每个客户的反馈，包括改进意见、新功能建议、新发现的BUG等。

我们根据这些反馈进行产品改进后，将新版本发布在云端，所有客户都可以更新自己的版本。

为了保证产品化的升级不会影响为客户定制开发的功能，我们在产品的可定制性方面做了大量的努力。

对每一项反馈，我们都精心进行分析和设计，抽象出通用的功能使之成为产品化特性。

从2012年1月至今，我们保持了平均每月提供一次主要版本升级，让众多客户享受到了一次购买、永久更新、及时享受最新技术成果的好处。

3.2.8开放式开发平台和接口

系统提供开放式的开发平台和接口，允许任何开发者在此基础上进行功能扩展和二次开发。

包括：

⏹应用程序标准：

在平台上建立新的App的标准、规范及所需的模板

⏹服务接口：

向服务总线进行应用程序的注册、查询、配置

⏹消息接口：

向统一提醒平台发送消息

⏹人员接口：

获取人员信息、权限信息

⏹流程接口：

获取流程处理信息、启动流程、处理流程

⏹文档接口：

文档检索、文档下载、文档提交

⏹移动应用接口：

与手机端交互的应用程序通讯接口，可通过此建立iOS及Android手机客户端应用

4系统功能模块

系统将由以下应用程序及功能组成：

4.1系统功能

4.1.1门户

4.1.1.1个性化桌面

每位用户登录后，首先进入自己的个性化“桌面”。

在这里可以一站式查看各类信息、提醒消息、流程处理情况等。

4.1.1.2信息发布

通过信息发布模块，可以方便地建立多个信息栏目，并在其中发布信息。

信息栏目如：

⏹政策制度发布：

实现国家、总公司及公司有关档案工作相关政策制度的及时发布与共享。

⏹编研成果推介：

实现各类档案编研成果发布。

管理员可以创建新的分类栏目，并指定权限（谁能看、谁能发布、谁能管理）：

4.1.2组织人员管理

4.1.2.1人员部门管理

系统提供一体化的用户信息、身份权限及通讯录管理功能。

在“人员部门管理”中，可以创建多级部门，在每个部门下创建人员。

每个人员的信息包括了姓名、性别、出生日期、员工编号、所在部门和职位等基本信息：

4.1.2.2登录账户管理

通过登录账户，用户可以登入系统并使用各项功能。

账户信息包括了登录名、密码，及与登录相关的策略设定（如“下次登录时必须修改密码”）。

系统管理员可以查询所有登录账户、最近一次的登录时间和IP地址、登录次数和连续登录失败的次数等信息，并可以启用或禁用账户。

登录账户可以自动集成AD域的用户信息，将AD域用户与本系统的人员关联，使用AD域用户登录本系统。

4.1.2.3角色管理

系统中可以定义多种角色，并为每个角色分配人员。

通过角色，可以方便地批量设定用户的权限。

4.1.3系统设置

4.1.3.1数据库监控

系统自动检查服务器和数据库的运行状态、可用容量，一旦发现达到用户预先设置的阈值，自动向用户发出预警。

预警的形式有：

Web消息、电子邮件。

4.1.3.2参数配置

提供多种系统参数设置功能，包括：

●登录安全参数、密码复杂性策略

●文档列表样式、默认的预览方式

●UI风格、LOGO及图片设置

●AD服务器地址、用于提取目录信息的账户

●电子邮件服务器地址、用于发送提醒邮件的账户

●等等

4.2资源库

资源库管理的是用于存储各类档案及电子文件的数据库。

在资源库中，不仅包含用于存储终结文件的档案库，也包含用于存储各类过程文件的电子文件库。

管理员可以创建多种资源库，并分别设置权限给不同的用户、群组或部门，使用户灵活方便地进行在线文件管理和分享。

资源库

|------

档案库

按档案方式进行文件管理。

每个库可定义不同的管理方式（案卷级/文件级）、元数据结构。

|

|----------

档案库1

|

|----------

档案库2

|

|----------

…

|------

电子文件库

按电子文件方式进行文件管理。

每个库可定义不同的元数据结构、表现形式、功能特性。

|----------

电子文件库1

|----------

电子文件库2

|----------

……

4.2.1资源库列表

资源库是针对不同目的、用途或类型的档案建立的集合，用来更好地分类和管理。

4.2.1.1创建和编辑资源库

系统管理员可以方便地创建新的资源库、或修改已有资源库的内容。

4.2.1.2资源库的分类目录

管理员可以为每个资源库创建或维护其分类目录。

4.2.1.3资源库属性定义

在资源库中，管理人员可创建和维护其业务属性。

属性的类型有：

文字、数值、金额、日期、目录等。

4.2.1.4资源库个性化设置

管理人员可以指定资源库的展示方式，选择适用的标签页。

不同的资源库可以使用不同的标签页组合，成为个性化的用户视图。

针对特殊的业务需求，还可以通过二次开发API建立新的标签页。

4.2.2元数据管理

系统提供元数据基础数据库，管理员可在其中定义所有的标准化的元数据项目，包括元数据的名称、代码、数据类型、来源、描述、检验条件、展示方式等多种信息。

每项元数据的定义以XML的方式储存在数据库中，并可导入导出。

示例：

对于各种类型的档案，管理员可为其定义业务数据属性，这些属性可以从元数据基础库中选取。

对于临时使用的、未在元数据基础库中定义的，也可以当场创建新的属性。

4.2.3资源库的权限

管理员可以为每个资源库设置权限，指定何人、何部门、何角色都分别具有哪些权限。

4.2.4文档过程管理

系统要对文档的生命周期进行管理，即文档产生、修订、审核、利用的全过程。

1）文档收集：

通过多种方式，实现文档创建入库的过程。

●文档录入：

由用户手工向系统添加文档、上传文件。

●自动导入：

通过软件接口，自动导入其它系统中的文档。

●文档收集统计：

按时间、部门、用户统计文档收集的数量、类型。

2）文档审批：

对于特定类型或级别的文档，通过工作流程平台进行文档审批。

●待审批文档：

由具有审批权限人，查看待审批的文档清单，并进行审批确认。

●已审批文档：

查询历史审批记录。

●我的申请：

查看我发出的申请、以及被审批的结果。

3）管理流程：

根据管理要求，通过工作流平台，对文档审批流程进行设置。

●流程模板设置：

在图形化流程设计器上，设计流程的处理环节。

●流程查询：

查询各项流程的处理状态。

●流程干预：

手工进行流程干预。

4.2.5文档配置

文档配置模块对文档系统的各项基础数据进行管理。

功能

说明

文档库定义

●建立新的文档库

●设置文档库的标题和介绍

●设置文档库的主维度

●设置文档库的权限

维度定义

●建立新的维度

●定义维度的来源、属性、数据表关联

●对于属性维度，要设置各项属性的数据类型

●修改已有的维度

业务分类管理

●在多级维度下，进行子分类的添加、修改、删除

●对主维度的成员，设置视图、其他维度

社区管理

●专题论坛设置：

添加新的专题论坛、设置专题论坛的管理员（版主）、关闭专题论坛。

●版主操作：

由版本进行帖子的审核、回收（删除）。

●对文档相关的评论进行管理、审核、删除。

4.2.6资源权限管理

4.2.6.1权限的适用对象

用户权限可适用于三个级别的对象：

●分类目录成员：

针对某个维度的分类目录下的某个成员中的所有文档；

●文档：

针对某一份文档；

●文档中的元件：

针对某一份文档中的某个元件。

4.2.6.2权限类型清单

文档系统可用的权限及其适用的对象如下表所示：

可用的权限

适用权限的对象

目录成员

（分类）

文档

附件

在线阅读

Y

Y

Y

下载附件

Y

Y

Y

查看历史记录

Y

Y

Y

在线阅读历史版本

Y

Y

Y

下载历史版本的原始附件

Y

Y

Y

修改（包含在线阅读、下载和历史版本）

Y

Y

删除（包含在线阅读、下载和历史版本）

Y

Y

查看和恢复已删除的文档

Y

查看和修改无归属文档

Y

列出文档列表

Y

4.2.6.3权限特征

●支持权限的继承

⏹默认情况下，当用户拥有对分类的权限时，自动拥有对该分类下文档的同样权限；当用户拥有对文档的权限时，自动拥有对该文档中元件的权限。

⏹明确指定的权限可覆盖继承过来的权限。

●支持权限的累加

⏹许可权限可被累加。

如：

允许阅读+允许下载=二者累加。

⏹否决权限高于许可权限，最终的权限为不违反任何否决权限的结果。

如：

允许列表+允许修改+不允许下载=只允许列表。

4.3个人库

个人库为每个用户提供个性化的空间。

管理自己的文件、收藏、评论、分享、历史记录等内容。

4.3.1个人网盘

用于保存仅供个人使用的文件，其作用类似于个人的网盘。

4.3.2收藏夹

对于从档案库、资源库中发现的内容，可以加入收藏夹，以备将来查找和使用方便。

4.3.3分享

将内容分享给他人、或查看他人给自己分享的内容。

4.3.4最近使用

管理个人的文件浏览历史记录。

4.3.5最近上传

查看所有自己提交到系统中的内容。

5系统技术架构

5.1概述与目标

在信息技术高度发达的今天，从零开始开发一套系统是不切合实际的。

好的系统一定要建立在好的技术平台和应用平台上，充分利用已有的软件成果，在其基础上针对具体的业务需求进行定制和二次开发。

系统将具有以下技术特点：

1）采用先进的基于.NET技术的平台路线，基于成熟的软件平台，具有开放式可扩展的软件框架。

2）系统采用的技术平台在海油的多个单位中得到了多年的应用，并具有同类型系统的成功案例，成熟、稳定、安全、可靠。

3）系统符合SOA架构要求，提供可复用的开放式服务，支持与企业总线对接并实现跨系统的数据交换和集成，支持对Office软件和Office文件的集成。

4）系统具有良好的互操作性和跨系统整合能力，支持多种通信和数据交换协议标准。

曾在多个案例中成功地与海油现有其它业务系统对接，符合相关的编码和技术规范。

5）系统在开放性、兼容性、扩展性具有充分的考虑和设计，在技术上符合相关的国际和国家标准和规范。

6）系统具有完整的安全体系设计，在身份验证、权限控制、数据加密、证书和签名、安全审计和日志等多个方面拥有完善的机制，确保信息安全和技术安全。

7）系统易于部署、易于维护。

在部署方面，尽量减少对第三方系统软件的依赖，可以轻松快速地完善系统部署和配置。

在维护和运行管理方面，提供了大量管理和定制工具，在组织机构、人员、权限、流程、表单、界面等多项功能上均提供图形化的定制能力，并可分级授权、分级管理。

系统具有符合国际标准的数据备份和恢复机制，支持异地备份和容灾。

8）系统基于被广泛应用的.NET技术平台、采用C#语言开发、并提供丰富的接口和服务，可以方便地进行功能扩展。

9）系统界面友好、直观、易用，充分考虑人性化界面交互设计，提供丰富准确的提示信息和在线帮助，让用户一望而知，上手即用。

5.2软件技术路线

系统采用Microsoft.NET技术架构，采用SQLServer2008/2012数据库，能够与MicrosoftAD、MicrosoftOffice、SharePointServer方便高效地对接，支持AD域登录验证和用户集成，确保客户信息平台的互联互通和一体化集成。

Microsoft.Net提供了完整的开发平台工具产品和企业级应用解决方案，技术规范统一，易于开发和实施，易于管理和维护，具有低成本、高性能的特点。

在系统开发和运行过程中，所使用的产品包括：

⏹操作系统：

WindowsServer2003/2008。

⏹应用服务器：

MicrosoftIIS,Microsoft.Net4.0

⏹数据库服务器：

SQLServer2005/2008数据库系统

系统开发所需使用的工具软件包括：

⏹VisualStudio2012

⏹Subversion

⏹Photoshop

⏹Office

5.3系统运行环境

5.3.1服务器基础软件

建议采用以下服务器基础软件：

⏹操作系统：

WindowsServer2012

⏹关系型数据库系统：

SQLServer2005或更高版本

⏹文档数据存储：

MongoDB

⏹应用平台：

.NETFramework4.0/4.5

5.3.2建议使用的服务器数量

在项目运行初期，将至少需要4台服务器，分别承担Web、关系型数据库、文档数据库、文档处理的任务。

未来，随着数据量和业务量的增长，可能需要进行适应扩展。

系统运行初期

未来3-5年可能需要

Web服务器

1台

2台

关系型数据库服务器

1台

1台

文档数据库服务器

1台

2-3台

文档处理服务器

1台

2台

5.3.3服务器推荐配置

下表是推荐的服务器硬件配置：

CPU

内存

硬盘

Web服务器

主流的Intel至强处理器，核心数量>8

>=8GB

>=500GB

关系型数据库服务器

>=16GB

>=1TB

文档数据库服务器

>=16GB

>=2TB

文档处理服务器

>=16GB

>=500GB

注：

以上硬盘容量为采取RAID1/5容错策略后的可用容量。

服务器

CPU：

Intel至强处理器，核心数量>=4，主频>=2GHz

内存：

>=8GB

硬盘：

>=1TB（具有RAID1/5或更高级别容错能力）

操作系统：

WindowsServer2003或2008

应用服务平台：

IIS7.0/7.5,Microsoft.NetFramework4.0

数据库系统：

SQLServer2005或2008

5.3.4客户端运行环境

客户端计算机

CPU：

Intel酷睿双核或更高级别处理器

内存：

>=2GB

硬盘：

无特别要求

操作系统：

WindowsXP、Vista或Windows7

浏览器：

InternetExplorer6或以上版本

5.4数据传输加密

本系统将采用HTTPS技术实现数据加密传输：

HTTPS是基