企业内部信息化建设方案

第一章 业务需求描述

依照企业内部信息化需求规划书，对需求规划书中所列事项做如下分析：

第一节 基本业务需求

（一）OA系统信息发布功能，包括：

1.文件发布

2.动态信息发布

3.会议日程安排

（二）业务审批流程管理功能，包括：

１．签报审批流程

２．发文审批流程

３．付款审批流程

４．新流程增加

（三）人力资源管理功能，包括：

１．人员信息管理

２．请假考勤管理

（四）固定资产管理功能，包括：

１．固定资产申请

２．台账录入

３．固定资产登记卡生成

（五）合同管理功能，包括：

１．合同审批流程

２．合同文本检索

３．数据统计

（六）知识文本管理，包括：

１．公司规章制度管理

２．相关法律法规录入

3．相关法律法规检索

（七）系统管理，包括：

１．组织管理

2．其他专业管理软件接口管理

3．新增功能接口

第二节 用户业务需求

本系统主要用户为以下两种类型：

1. 系统管理员

2. 普通用户

其中，系统管理员主要负责普通用户的生成，权限管理，系统设置等系统管理相关事务。

普通用户由系统管理员生成管理，使用系统管理员生成的账户信息登录使用本系统。

普通用户根据权限设置不同，可以行使系统管理员赋予的申请，审批权限。

第三节 网页设计要求

(一)总体要求

1. 系统采用BS结构，页面简洁、结构清晰，符合OA系统特征。

2. 网页前端应主要采用div+css技术编写，数据表格等局部元素可以用table。

3. 兼容IE6以上浏览器、火狐。

4. 页面图片使用“web所用格式”，减小下载数据量。

（二）网站首页

1. 风格简约大方，能方便用户快速办公。

2. 包括站点的标志设计，版面布局，浏览方式，交互性等方面。

3. 各类用户入口明确，角色清晰。

（三）展会介绍页面

1. 介绍糖酒会组织情况。

2. 介绍参展优势

3. 介绍展会组织方各口径联系人及联系方式

示意图：

（四）展厅介绍页面

1. 介绍展区楼层分布

2. 介绍展区规格情况

3. 介绍参展价格及参展流程

示意图：

（五）综合信息页面

1. 显示糖酒会交通方式及地图

2. 显示糖酒会周边住宿及餐饮

3. 显示糖酒会城市旅游信息

示意图：

（六）参展商信息页面

1. 显示糖酒会参展客户名称一览

2. 显示糖酒会参展客户介绍

3. 显示糖酒会参展客户联系人及联系方式

示意图：

（七）特色产品展示页面

1. 显示参展酒水一览

2. 显示参展食品一览

3. 显示参展的其他产品或服务

示意图：

（八）讲座及论坛信息页面

1. 显示讲座一览

2. 显示论坛一览

3. 显示报名方式

示意图：

（九）微信平台

1. 显示微信公共账号，提供微信二维码的扫描服务

示意图：

（十）用户入口

1. 工作人员入口

2. 参展商入口

3. 特邀客户入口

示意图：

注：参展商，特邀客户入口设计与工作人员入口设计画面相同，区分标题。

（十一）用户注册

工作人员，参展客户，特邀观众使用同一注册画面，根据组织类别选择各自分类。

第四节 网站后台管理页面

1. 管理与维护展会基本信息

2. 管理与维护展厅信息

3. 管理与维护综合信息

4. 管理与维护参展商信息

5. 管理与维护讲座与论坛信息

6. 管理与维护通知公告

7. 管理与维护标题栏广告与图片

示意图：

第二章
网站建设其他指标

系统采用大集中的B/S架构，在局政务信息网络控制中心机房部署服务器和应用系统，客户端通过浏览器即可方便使用。

在功能组件上，为了适应需求的变化要求，所有的应用功能和模块具有灵活的可扩展性和适应性，能够根据需求的变化调整系统以达到满足需求变化的要求。主要技术要求如下：

1．具有较强的系统安全性和灾难恢复能力。系统应提供7×24小时的连续运行，平均年故障时间：<1天，平均故障修复时间：<30分钟。

2．系统采用B／S架构，支持IE等通用的浏览器；平台运行在开放的TCP／IP网络环境下。数据库服务器和应用服务器应支持主流产品一种或几种。客户端操作系统：Windows 系列，Linux系列不限；服务器操作系统：LINUX。

3．具有良好的安全机制，严格合理的权限设置；系统日志能自动记录公文的运转过程和出错信息；能保留正文修改痕迹；能提供经法律认可的手写签名及电子印章功能。

4．支持超过50个注册用户。支持最高10个部门、100个并发用户，正常50个并发用户的性能要求。

5．在100个用户并发访问时要求达到的指标：

（1）打开一般系统界面、网页的响应时间在2秒内。

（2）对于一般的系统提交操作，响应时间在2秒内。

（3）对于简单的查询操作，响应时间在2秒内，对于较复杂的组合查询，响应时间在4秒内。

6．支持年数据量为20000文件数、200万记录数、5GB字节的数据量。每年文件及档案应能单独管理、单独备份、分年储存。

7．可以对系统各种关键业务参数进行配置和自定义。具有强大的流程定制功能，保证系统能随时适应政府流程的变换及新应用的扩展。

8．公文拟稿过程中支持Word、excel等常规编辑工具。

9．具备文号、流水号自动生成功能,具备自动提醒和催办功能。

10．界面美观，操作尽可能简单，尽量减少弹出的窗口，以加快操作速度。

11．对于各种查询和统计模块，提供复制、打印、EXCEL格式导出功能。

第三章 开发要求

第一节 表现层设计

表现层使用基本的html设计，不能使用activeX或者flash等插件。避免页面内使用过多的JS脚本。使用脚本时应统一的定义，封装。建议使用轻量级的JQUERY开源框架编写脚本，并应用该脚本库完成所有的动态效果。脚本的引用位置必须统一，避免系统内的脚本杂乱放置和页面内大量脚本残留。设计界面必须满足常用的浏览器兼容（IE6，IE7，IE8，IE9，firefox）。所有的表现层的类应使用prototype的原型模式。

第二节 数据库设计

数据库在设计时要考虑，以后oracle的移植，避免大量的存储过程在数据库。所有的业务逻辑应在程序中控制来实现。数据库只实现数据的存储和读取。

第三节 代码规范

代码定义在变量或者类定义时使用通俗易懂的英文命名。公用代码必须统一定义，封装，严谨各个模块自己编写自己的通用方法。在有复杂业务逻辑时，所有代码必须注释业务逻辑的实现过程。模块之间的相互调用，调用对方模块编写的service层的接口实现模块之间的数据交换。

第四章系统非功能性需求

第一节 性能需求

1. 系统硬件设备的高峰时CPU利用率平均不超过70%，高峰时内存利用率平均不

超过70%；

2. 系统应支持双机热备，在集群方式下为N+1备份，在非集群方式下为1+1备份；

3. 通过异步的方式进行操作日志的记录，降低用户操作的响应时间；

4. 优化SQL语句，提高数据库的数据处理性能；

5. 避免在数据库中进行大数据量的业务处理，保持数据服务的平稳；

6. 系统支持的用户数量：10万,支持并发数量 5000人；

7. 数据录入界面刷新相应时间：2秒以内；

8. 数据更新的响应时间：3秒以内；

9. 简单查询的响应时间：5秒以内；

10. 统计报表的响应时间：10秒以内；

11. 复杂统计报表的响应时间：30秒以内；

12. 支持年报账单100万笔，日报账单1万笔，支持1万名员工使用；

13. 磁盘阵列平均无故障连续工作时间（MTBF）应该大于1 万小时，可用性不小于

99.99%；系统故障平均恢复时间（MTTR） 小于1 小时。磁盘阵列不能存在单点故障；

第二节 安全性需求

（一）登录安全性

由于使用的用户名和密码可能包含个人信息，所以务必确保其登录信息安全性和登录方式安全性。

（二）数据安全

1. 系统必须采取定期备份或作数据容灾备份等措施来保证数据的安全。

2. 系统必须提供联机的数据备份能力，保证数据的完整性和有效性。

3. 系统对用户数据也应采取安全措施，防止用户数据泄密、丢失和被非法修改，保障用户利益。

（三）系统安全

1. 系统应具有防病毒能力。防病毒软件应具备全面查杀病毒，查杀病毒准确无误，管理方便，病毒特征码自动更新，安装简单的特点；

2. 系统应具备访问权限的识别和控制功能，根据不同的应用需求提供多级密码口令，对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。当有非法访问或系统安全性受到破坏时必须告警。任何远程登录用户的口令均必须具有有效期配置功能；

3. 系统应提供操作日志记录功能，以便及时掌握系统安全状态，操作系统应符合C2级以上安全标准；

4. 数据库应支持C2或以上级安全标准、多级安全控制。支持数据库存储加密、数据传输通道加密及相应冗余控制；

5. 对数据库的操作必须提供一致性认证。禁止对数据库进行手工操作。

企业内部信息化建设方案