系统基础架构方案建议doc.docx

系统基础架构方案建议doc.docx

《系统基础架构方案建议doc.docx》由会员分享，可在线阅读，更多相关《系统基础架构方案建议doc.docx（8页珍藏版）》请在冰豆网上搜索。

系统基础架构方案建议doc

OA系统基础架构方案建议1

OA系统基础架构方案建议

一、拓扑图

小规模BS架构应用系统服务器平台高可用架构

共享磁盘柜

二、简单说明

1、高可用性

由于OA应用由SQLServer和Java中间件两种软件组成，因此首先我们把数据库和应用软件分别安装在不同的服务器集群上，两者之间通过以太网进行通讯

互访。

对于两种软件的服务器集群，我们在本次项目阶段，应用服务器建议采用高可用性集群（HA）来实现服务器的高可用性。

如上图所示，任何一台服务器故障

都不会导致系统不可用。

由于HA需要共享磁盘柜的支持，因此需要购买1台共享磁盘柜，用于实现HA和存放数据库数据文件。

2、硬件配置建议

鉴于目前10000用户数和1500并发用户数的预计访问规模，我们建议数据库服务器硬件至少达到以下性能指标：

服务器：

4颗8核CPU、32GB内存、2块300GB本地硬盘组建raid1、配置2口HBA卡用于连接存储；请明细详细具体的配置信息。

存储：

i.配置12块300GB硬盘组建Raid5+Hotspare，可实现3TB可用容量；

ii.另要求双控制器（冗余），每控制器至少4个8GbFC端口（用于直连

服务器HBA卡），这样可节省SAN交换机成本。

这个是我们的建议，

如果你们有更好的建议，也可列举，客户希望上个光电交换机然后

链接到存储柜，存储柜到交换机到服务器之间全部用光纤连接。

请

列举详细，如光电交换机型号等等。

以及服务器是否自带有光电接

口，如果没有该采取什么方式来连接。

iii.请列举应用服务器的具体配置信息。

三、客户需求：

1，客户希望在应用服务器方面做群集，且采用2台刀片机方式，这期间是否会涉及到其他连带设备，如F5一类，如果有，可列举出。

然后把服务器具体配置信息以及连带的设备信息包括价格全部列举。

并简单说明做群集的好处，比如可以给客户解决什么方面的问题，如，在后期更换硬件或者增加服务器类方便等等。

2，数据库服务器是否能采用双机热备，如果可以，希望不要用Microsoftclassserver（MSCS）来做，具体原因请列举，如搭建服务器方面比较麻烦，可采取第三方软件如什么什么软件或者其他方式来处理。

请列举双机热备的好处以及简单的与群集的优劣对比。

3，推荐给客户的操作系统以及数据库目前鉴于维护以及后期项目实施的需要，我们不采取oracle或者其他数据库，打算使用SQL数据库64位，操作系统平台推荐用Windows系列，如server200864位企业版本，请将server2008以及SQL数据库明细并报价。

OA系统及价格采集系统方案建议书1

OA系统及询价系统

项目范围与实施方案建议书

数据网络技术有限公司

二O一三年五月二十五日

1前言（5）

2项目背景（6）

3项目总体思路（7）

4业务需求及详细解决方案（8）

4.1总体需求（8）

4.2总体解决方案（10）

4.3解决方案功能框架（11）

4.4软件定制流程图（12）

4.5及询价系统详细业务需求及解决方案（13）

5系统架构方案（16）

5.1OA与询价系统架构方案（16）

5.1.1可伸缩性的系统架构设计（16）

5.1.2统一的高可用性系统架构（17）

5.1.3数据库系统选型方案（19）

5.2服务器规格要求估算（19）

5.2.1外部用户HTTP接入（20）

5.2.2内部用户HTTP接入（20）

5.2.3IIS应用服务器（20）

5.2.4MQ服务器（20）

5.2.5文件服务器（20）

5.2.6数据库服务器及存储系统（20）

5.3方案特点（21）

6项目实施范围（21）

6.1项目实施组织范围（21）

6.2OA及询价系统项目实施范围（21）

6.2.1OA及询价系统功能范围（21）

6.2.2OA和询价系统与其他内部系统接口范围：

（25）

6.2.3表格和报表范围：

（26）

6.2.4数据转换范围：

（26）

7项目实施方法（27）

7.1项目实施方法论介绍（27）

7.2项目实施策略（27）

7.2.1项目实施策略（27）

7.2.2关键任务实施方法（28）

7.3项目风险与关键成功要素（30）

7.3.1项目风险（30）

7.3.2关键成功要素（31）

7.4项目实施的保障措施（31）

7.4.1项目管理（32）

7.4.2进度控制（32）

7.4.3项目变更管理（32）

7.4.4风险管理（34）

7.4.5品质确保计划（35）

7.4.6沟通（Communication）管理（36）

7.4.7问题解决方案（38）

8项目实施计划（工作内容、任务与交付件）（39）

8.1项目总体计划（39）

9项目实施组织机构及人员（40）

9.1项目组织架构（40）

9.2项目组织主要成员角色与职责（41）

9.2.1某网络公司项目成员角色与职责（41）

9.2.2中心项目成员角色与职责（44）

10培训及知识转移（46）

10.1项目实施方法培训（47）

10.2项目组系统知识培训（47）

10.2.1OA及询价系统培训课程（47）

10.3培训准备及条件（48）

11系统维护（48）

11.1概述（48）

11.2服务范围（49）

11.3服务方式（49）

11.4中心及会员公司的职责（50）

11.5服务期限（50）

12项目提交文档（50）

12.1OA及询价系统提交文档清单（50）

13项目报价（51）

14项目假设（51）

14.1一般假设（51）

14.2实施方法假设（52）

14.3系统环境假设（52）

14.4工作环境（52）

14.5项目团队（52）

14.6实施计划（53）

14.7其它厂商信息及配合事项（53）

14.8IT假设（53）

15关于某网络公司（54）

15.1简介（54）

15.2相关资质（54）

1前言

某网络公司很荣幸被邀参加中心OA系统及数据统计信息系统项目。

OA系统建设方案1

扬州市江都妇幼保健院

OA系统建设方案

第一章需求概述

（一）建设背景

办公自动化系统（即OA系统）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。

随着互联网技术（Intranet、Internet）在我国迅速发展和普及，把OA推上一个新的信息化发展台阶——数字化办公阶段。

长期以来，巨雷科技有限公司高度重视信息化建设，先后建立起完善的硬件应用平台，并研发和引进多套业务系统。

其中，应用较为成熟的是电子邮件系统、计量业务系统、质检业务系统等，并有多套系统在研。

但是，随着机构的发展，公司已经逐步从集中式办公向总部->分中心的模式变化，早期建设的各种封闭的以业务为核心的系统面临着不能满足行政办公需求的情况。

因此，现阶段有必要重新建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，进一步提高医院行政办公的办公效率。

（二）建设目标

1、实现全院的数据共享，基本解决信息孤岛问题。

不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用；

2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通；

3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公；

4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持；

5、提供完善的信息交流机制，方便院各部室、中心、协会和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享；

6、充分利用现有建设好的网络环境及已有的网络配置资源，充分地保护已有的信息化投资；

7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问题，由用户自定义管理模式，实现真正的部门综合业务处理机制；

8、一期工程将建立相对独立于业务系统的行政办公系统，实现办公自动化。

二期工程将进一步实现与业务系统的无缝耦合，建成国内一流的医院机构综合办公系统。

（三）建设任务

本项目的建设任务包括应用系统开发和实施部署。

在总体设计思路上采用集中部署、分布式架构，院各部室、中心、能

拥有独立的公文处理子系统，灵活部署，易调整，不受组织机构调整的影响。

（四）建设原则

OA系统的建设应体现先进性、可靠性、实用性、安全性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。

1、先进性：

应当采用当今主流技术，既要考虑应用平台和工具的先进，更要考虑系统结构和应用设计的先进性，以适应宏观上业务管理、发展规划和微观上事务办理的需求。

2、可靠性：

系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。

3、实用性：

根据业务需求和业务流程，从方便用户使用的角度进行系统设计、功能和模块划分。

工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。

4、安全性：

系统建设要符合用户对信息安全管理的要求，建立完善可靠的安全保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据安全和操作安全加以保护。

5、易使用性：

主要体现在两个方面：

一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使

用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；二是应提供联机的或脱机的帮助手段。

6、开放性：

为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内标准，以利于采用多种先进技术和产品。

7、有限开源性：

随着业务逻辑的改变，需要对系统进行维护、微调或二次开发。

对该系统的非核心代码，应该开放。

并提供规范的数据库设计，接口规范。

8、可扩展性：

该信息系统是一个不断发展中的应用系统，在系统设计时要考虑到新技术，新产品出现时对本系统的兼容性；当业务需求、外部环境发生变化时，可以扩展系统的功能和性能。

软件设计要简明，各功能模块间的耦合度小，以适应业务发展需要，便于系统的继承和扩展。

9、可维护性：

系统应具有良好的结构，各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行。

第二章总体要求

（一）基本要求

系统设计必须遵循国家相关法律、法规，尤其是计算机信息系统安全的有关标准要求。

供应商所作的需求分析和系统设计应完全满足医院OA系统的用户需求。

本采购文件提出的对医院OA系统建设要求，是供应商编制供应文件的主要依据，但不应作为供应商需求分析和系统设计的完整的详细要求，在编制OA系统实施方案时，供应商应深入分析和充分考虑业主单位对本系统现在及未来发展的需求，设计出完整的优质方案。

供应商必须承诺提供的所有软件产品为正式版本，并提供有关软件版本的书面证明材料。

供应商必须承诺提供的所有软件产品都具有在中国境内的正式合法使用权，并提供相应书面授权书。

（二）开发技术要求

1、优先采用J2EE的平台架构，必须保证系统具有开放的体系与接口，能支持跨平台运行。

方案特别优秀时，也可以采纳Domino/Notes、ASP、PHP、.NET技术，并遵循相关的技术规范。

2、采用B/S结构，客户端为浏览器形式，只允许使用自动下载安装客户端组件，不能采用C/S结构程序。

3、采用面向对象开发技术。

4、遵循EJB技术规范。

5、采用模块组件的嵌入设计模式。

6、基于XML标准的数据接口的技术实现数据交换与共享