2014企业内部信息化方案.doc

企业内部信息化建设方案企业内部信息化建设方案第一章 业务需求描述依照企业内部信息化需求规划书，对需求规划书中所列事项做如下分析： 第一节 基本业务需求（一）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具有较强的系统安全性和灾难恢复能力。系统应提供724小时的连续运行，平均年故障时间：1天，平均故障修复时间：30分钟。2系统采用BS架构，支持IE等通用的浏览器；平台运行在开放的TCPIP网络环境下。数据库服务器和应用服务器应支持主流产品一种或几种。客户端操作系统：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. 系统应具备访问权限的识别和控制功能，根据不同的应用需求提供多级密码口令，对系统管理员、数据库管理员及其他管理员必须授予不同级别的管理权限。当有非法访问或系统安全性受到