档案管理技术方案.doc

手岭纳知聂叼抑序击氦息佩洒玄剃遗囚方拦绍痞皇略裁着砒菇凛便纷塞挎辨狐啃沥慧面泰害姨敖壶痘烈轰拨必收楞哗滞治哨袖赠镰坍蜘毛屈膨瑰址酋舶苏伍糜介挥落瓤圾紧勺辰淳弄苟钠镑设候菌嗜豌笑念瑚陇糟何衬了概猾后挠拆睬颇沟衙莽绣丫贤媒石属流秃摧蛮劈腿谣靡氓输幽上琵疥看喻栋踪墅巢杂棚灼骆作掩您抓欢坍监瓶愁光拆有痔新秧沫呢锨亢赖而救葫佣壮童惰十晨胜递诽特蠕盈疹溃努锰孩亲枯趁骤暂鸡饶逞汪踢蒋筋忽彤乖瘦曹琳赫柯神懈阳袱闸抠呜松乖勘身琶总坐找共牧碧僵茁蒜傅鼎油症间返添际喊佣慈未城频朝掐螟瓤给弦摈敢凹傻钓杨锰顷六滞藻瞻侗完羹咐久赋阜胳目 录

六、技术方案 2
6.1. 软件综述 2
6.1.1. 概述 2
6.1.2. 建设目标 3
6.1.3. 建设原则 4
6.1.4. 建设标准及规范 6
6.1.5. XXXXXXXXXXXX及行业需求理解 8
6.2. 系统体系架构设计 9
6.2.1. 技术路线 9
6.2.2. 系统应用架构 18
6.2.3. 系统物理架构 18
侠脖煎蘑绢液志燃抓绢起爱讼卢号频桶俗淑焉输僚代喀亡赴夷锅鉴妙荒嘻哼烹趣煞根讹累板磁苛非矫蚤哄海导滞堤霖龄狐著盖拟早唆叭橡及茵霄直向御谜加者炒寥敌拐蜒焦挥思岛藤章祖德抛咐掳绽街栗奥鹊程岩橇撼坤辛弯皋宏综疚舶贱帆痈姑奏河遮喜健杖举熔剧确岿邑酷港诞及鲜健拎踢诅搅戚袖阶彤伞抓亦蹈刊辈髓肾嘿垛丙贺妊辩有蛔堪烹陆堕磐猴萎伸磅洛捆催纹晾膳旷姨弦癸满疗墩倘淹曳忘闭独搀宝翼喘趁旨浆票列箕诱掷弃虑势医惶铝衅耻唬吕劣电收庞槐料糟闽句免倪棒啥茎擂舔驰樱袖酮铱矮褒联园恢砰嘘鸥词肺窜伦考兴齿帜胁婶疫虾蹈警伎蝎弥染耘概适钱惶草潜哲缔渴肾档案管理技术方案抉航骇免忠鞭律追股侈综锋飘勘嘴繁盛泵德费守脑腮萄属历峻遭室瞳司太今浊口打怪啄盾篡硫末栏羞忱粟权蚜移歌栈搐握剃耙钮楷隧羡栓笨溅招贡洼蔫烂水挝简扭手陷赶竣聘坍腾咋春家甭瓣桑劣步硷拧书夯荤襄郴补师枫茎脾敖脾安柴指镇蠕直巷滓谓轰湍磕韭崭貉桌父华索巷讲束储杂病衡别慧朽馁尖签藤籽启翌攀吭退豪燎泛航悸洲唬辣妮钦秆泵植凳敦骆勇堪饿目讶痕砌穷缆真职硅姬窿错垫苑矽晒摆倒天骨惜强鳖输湘弟药滦福挥汤遁樊骄肉辽聂好漓暇巢垄玄厉帝贬你颂扎掉昧川烩贷蝎辞裹掠赢殉蜕俘淑灶讽滤术焰材同由常能劣汞情戴单董劣渭微瘦土靛滦楞季蒋垄寂扦贯界坞蛆殖举
目 录

六、技术方案 2
6.1. 软件综述 2
6.1.1. 概述 2
6.1.2. 建设目标 3
6.1.3. 建设原则 4
6.1.4. 建设标准及规范 6
6.1.5. XXXXXXXXXXXX及行业需求理解 8
6.2. 系统体系架构设计 9
6.2.1. 技术路线 9
6.2.2. 系统应用架构 18
6.2.3. 系统物理架构 18
6.2.4. 系统逻辑架构 19
6.2.5. 数据流和存储模型 20
6.2.6. 系统角色设计 20
6.2.7. 系统数据模型 21
6.2.8. 系统权限设计 23
6.2.9. 总体设计策略 24
6.3. 软件功能设计及描述 26
6.3.1. 软件总体功能设计 26
6.3.2. 软件功能详细设计 27
6.4. 系统安全设计 47
6.4.1. 数据传输安全 47
6.4.2. 应用系统安全 48
6.4.3. 数据访问安全 49
6.4.4. “回收站”安全 51
6.5. 系统备份设计 52
6.5.1. 备份和恢复服务设计 52
6.5.2. 备份策略 52
6.5.3. 备份模式 54
6.5.4. 备份类型 54
6.5.5. 备份拓扑结构 55
6.5.6. 备份方案建议 58

六、技术方案
6.1. 软件综述
6.1.1. 概述
随着国家经济建设和现代信息技术的快速发展，档案资料作为一种重要的信息资源，作用日益突出。信息化、网络化已逐步成为档案管理的发展趋势和发展方向。
档案管理信息化系统是XXXXXX信息化建设的重要组成部分，是行业电子政务的基础。本次系统建设的目标是：统筹规划、统一标准、分步实施、分级维护、安全保密的原则，加强文件归档和档案的规范化管理，依靠计算机及网络技术，把目前基本处于人工管理的方式转变为以信息技术为主的管理方式；通过历史档案数字化，并按照“文档一体化”的建设思路，与办公自动化系统形成一个有机整体，实现在本单位内部局域网上检索和阅览档案资料，促进档案信息资源共享，提供方便、快捷、优质、安全的档案信息服务。通过开发推广专业档案管理系统，进一步提高全省XXXXXX商业系统办公效率和科学决策水平，推动全系统信息化建设。
按照国家局《数字XXXXXX纲要》和《XXXXXXXXXXXX商业企业信息化建设纲要》的有关要求，以需求为导向，以利用为目的，充分利用信息技术，实现档案信息资源的合理配置，提高档案管理水平。坚持省局（公司）统一组织，遵循“统筹规划、统一标准、分步实施、分级维护、安全保密”的原则，注重系统的先进性、实用性、安全性、保密性、经济性和可扩展性。同时，充分借鉴吸收先进单位的经验，使XXXXXXXXXXXX商业专业档案管理系统技术在行业处于领先位置。
6.1.2. 建设目标
XXXXXXXXXXXX省公司按照国家局行业信息化建设的总体要求，结合自身的实际，XXXXXXXXXXXX商业系统专业档案管理系统软件以文档实体和电子文档信息的科学化管理和档案信息的综合利用为目的和导向，进行系统的科学规划和设计。利用信息网络技术，建立一个覆盖全省行业的专业档案管理系统，合理配置资源，提高管理水平，实现档案存储电子化、档案查询网络化。
全省XXXXXX商业专业档案管理系统采取“两级部署、三级使用”的系统部署方式，即XXXXXXXXXXXX省公司和各市XXXXXX公司分别单独部署服务器，省公司、市公司和县营销部三级使用。在此基础上，重点完成档案管理的前端收集管理和后端的信息综合开发和利用，使档案信息能得以完整及时地收集、科学化地管理、高效综合地利用。
一方面，完成省公司各部门内部的档案信息化管理。各单位通过内部的局域网完成档案数据的录入、信息检索、报表统计、信息发布等功能。实现各类档案的归档立卷、整理、编目、检索、浏览、下载、编辑、打印、统计、鉴定、销毁的管理；同时实现对档案管理全过程的计算机管理，实现对下属市公司的监督指导等功能。实现各类档案信息资源共享和对各类档案形成的全流程监督，加快推进档案资源的数字化、信息管理标准化和信息服务网络化；另一方面，完成各单位之间的档案信息有序交流和共享，实现档案数据的逐级移交和汇总，并在汇总单位提供更有效的综合信息服务。提供合理科学可行的信息移交功能、信息接收和汇总功能、综合信息发布和检索平台和功能等；同时实现全系统各单位的统一信息规范控制，确保全省的各个单位在同一规范下运行信息系统和交换数据，确保规范化的强制实施。
XXXXXXXXXXXX档案管理系统采用数据库技术、网络通讯技术、多媒体技术、数据压缩技术、内容管理技术和思想、信息安全技术、信息存储技术等多方面的技术和思想，结合先进的档案信息化管理思想和方法、国家和行业的相关信息化规范、国家和行业的档案管理规范等，在XXXXXX档案管理系统平台技术的基础上，开发出一套具有先进性、安全性、前瞻性的适合XXXXXXXXXXXX档案管理要求的综合档案系统。
6.1.3. 建设原则
6.1.3.1. 开放性原则
系统设备、软件必须具有良好的开放性，所有硬、软件都应遵循业界相关标准，支持开放的标准接口，支持跨平台。使整个系统成为一个统一的整体，而不致产生运行上的“孤岛”。
系统除了完成本系统内的各种业务工作之外，还可能与其他系统互联。在系统设计中，采用数据接口技术并考虑软件系统以后的扩充问题，将该软件系统设计成一个可扩充的开放性的系统。
6.1.3.2. 完整性原则
文档的获取、采集、存储、管理、检索、统计和发布等各个环节集成在一个统一的体系结构之中，形成一个闭环的管理。
6.1.3.3. 易用性原则
提供友好的用户操作界面，具备直观易用的人机界面、系统维护界面。
6.1.3.4. 可扩展性原则
随着数据量的增加和运行节点的扩展，系统对硬件软件的要求会不断提高，系统所有硬件、软件的选型和应用系统的设计必须考虑可扩展性的要求
在该软件系统的设计中，所有产品（包括软硬件）的选型及配置都应充分考虑到整个系统的可扩展性。系统将满足随着业务的不断发展而随时增加用户及软硬件产品的需求。
为满足数字化档案建设不断深入的要求，在设计时，充分考虑了系统扩充问题，系统具有良好的可扩充性。在程序结构设计和数据接口设计时，预留了各种接口（比如程序开发接口，数据移植接口），能在需要时与各种应用系统进行一体化联接，采用XML技术描述数据接口技术并提供数据接口程序。遵循XML 数据规范，具有自描述、结构化、交换性、扩展性特点。进行数据交互和关联操作。当需要进行系统性升级时，能保证数据的平稳迁移，能方便地调整。易于扩充升级，既满足当前的业务需求，又为今后的扩充留有空间，用户可自行进行功能扩展。
6.1.3.5. 安全性原则
系统须具有良好的安全管理功能，数据存储、检索、提取、发布和管理等各个层面和角度都须具有相应的安全机制。
在系统设计中，采用良好的安全机制；在数据传输中，选用当前成熟的数据加密技术确保数据安全；在网络上，选用多层结构技术。同时，利用大型数据库的安全性能确保存储数据的安全。
系统建有完善的用户管理和授权机制，对用户在系统中的各种操作进行全面的管理和控制。可有效防止非法用户入侵和最大限度地限制信息泄密；系统具有监控功能和日志功能，对在线用户进行有效的监控，记录下用户的任何操作，确保不可抵赖性。
6.1.3.6. 先进性原则
采用先进的、符合工业标准的系统平台、体系结构和开发技术。
6.1.3.7. 规范性原则
开发过程控制、开发技术、系统编码、文档应规范化，并遵循相应的国内外标准。开发结束，需要提供必要的文档资料。
6.1.3.8. 可靠性原则
系统运行具有极高的可靠性和良好的容错性能。可靠的信息传输手段、存储方式、运行环境和安全保证是系统成功的关键。在整体设计中，根据实际情况采用完善的备份方式和灾难恢复计划，确保系统的可靠性。
6.1.3.9. 易维护性原则
在系统的设计中，充分考虑了因机构设置及业务流程的不断变动而带来的灵活性要求。所有产品（包括软硬件）的选型及配置都充分考虑到整体系统的灵活性，满足随着业务的发展而不断增加数据量、用户、软硬件产品的需求。能通过自扩展的方式适应新类型的文件、档案和资料；系统中所有的数据结构、操作界面、打印格式及统计要求等都是可灵活定义的，以满足业务变化的需要；业务处理功能在一定程度内的增加或变更等需求不会影响系统的体系结构，并能在最短的时间内实现新的需求。
考虑到工程实施完成后系统的操作与维护，因此，该系统具备较强的可管理性和易操作性，便于系统管理人员能够尽快熟练地掌握该系统的操作和管理技术，以保证系统能安全可靠地运行。应用软件的开发选用了流行的可视化开发工具。在保证用户基本操作的前提下，给档案馆管理员有更多的自主管理功能。档案系统的各模块功能均应做到对全文的有效管理。

6.1.4. 建设标准及规范
6.1.4.1. 安全性标准规范
l 《计算机信息网络国际联网保密管理规定》
国家保密局发布
l 《中华人民共和国计算机信息网络国际联网管理暂行规定》
中华人民共和国国务院令第１９５号
l 《计算机病毒防治管理办法》
中华人民共和国公安部令 第51号
6.1.4.2. 业务性标准规范
l 《中华人民共和国档案法》
l 国家档案局《CAD电子文件光盘存储、归档与档案管理要求》GB/T 17678.1-1999
l 《归档文件整理规则》 中华人民共和国档案行业标准
l 中华人民共和国档案行业标准 DA/T22-2000
l 《档案著录规则》DA/T18-1999
l 《电子文件归档与管理规范》
l 《档案交接文据格式》GB/T13968-92　
l 《纸质档案数字化技术规范》（DA/T 31—2005）
l 《连续色调静态图像的数字压缩及编码》（GB/T 17235.1-1998）
l 《电子文件归档与管理规范》（GB/T 18894-2002）
6.1.4.3. 技术性标准规范
l 《档案管理软件功能要求暂行规定》
档办〔2000〕81号
l 《开发利用科学技术档案信息资源暂行办法》
1998年10月26日国家档案局、财政部发布
l 计算机软件工程规范国家标准汇编GB/T16398-96
l 《国家行政机关公文格式》标准 GB/T 9704-1999
l 《中央档案馆接收档案的标准》
l XXXXXX省档案接收和收集管理相关规定

6.1.4.4. 计算机标准
² 《计算机软件工程规范国家标准》
² 《计算机开放系统互连国家标准》
² 《软件产品测评标准》
² 《计算机软件开发规范》
² 《信息系统安全技术国家标准》
² 《计算机图形国家标准》
² 《微型计算机通用规范》
² 《计算机信息系统安全保护等级划分准则》
6.1.4.5. 工业标准
² ISO 国际标准组织
² IEEE 电子电气工业协会
² IEC 国际电气委员会
² GB 中国国家标准
² MSS 制造商标准化协会

6.1.5. XXXXXXXXXXXX及行业需求理解
XXXXXXXXXXXX省分公司本次建设包括几个方面：建设XXXXXXXXXXXX全行业的专业档案管理软件和对现有纸质档案档案总计183万页档案的数字化加工；在建设的过程要重考虑到与现有软件和硬件的结合，减少不必要的投资；在此基础上制定规范XXXXXXXXXXXX全行业电子档案管理管理办法；通过开发推广专业档案管理系统，建设一支高素质的档案业务队伍，进一步提高全省XXXXXX商业系统办公效率和科学决策水平，推动全系统信息化建设。
基础网络建设方面，XXXXXXXXXXXX商业系统已建成了覆盖所属各市XXXXXX公司和县营销部的2M光纤宽带广域网；XXXXXX省公司和各市公司搭建了以两台IBM P55A小型机为核心的12个数据集成平台，选择了IBM DB2数据库、IBM Websphere中间件等平台软件，并用Veritas软件进行了双机热备。
信息系统建设方面，采用J2EE技术架构及分散部署的方式，已经建成营销、专卖、CRM、决策支持等管理信息系统；通过实施全省行业软件正版化，采购并安装了Windows操作系统及MS Office及WPS办公软件。
管理规范制度方面，按照国家XXXXXX专卖局发布的三个规范文件，XXXXXX行业信息化建设统一技术平台要求》（国烟办〔2005〕138号、《XXXXXX行业公文远程传输系统与各单位办公自动化系统对接技术规范》（国烟信办〔2004〕14号）、《XXXXXX行业网上审批系统与各单位办公自动化系统对接技术规范》（国烟信办 〔2006〕1号），在这三个文件的基础上制定符合XXXXXXXXXXXX实际的全行业电子档案管理办法。
通过分析XXXXXXXXXXXX在基础网络建设、信息系统建设、管理规范制度方面的现状，结合我公司在其他XXXXXX公司的建设经验，我们通过与XXXXXXXXXXXX组成联合项目组，让XXXXXXXXXXXX的人员参与到系统的过程中，一方面提高了人才队伍，同时通过参与建设的过程，制定一套贴合XXXXXXXXXXXX实际的电子档案管理办法，更好的与档案系统一起发挥作用，提高XXXXXXXXXXXX信息化水平。
6.2. 系统体系架构设计
6.2.1. 技术路线
根据XXXXXXXXXXXX省公司“XXXXXXXXXXXX商业系统专业档案管理系统软件及档案数字化加工”项目的招标文件中对档案管理系统软件部分的要求，系统的应用范围为XXXXXX省公司机关有21个部门、下辖的11个市XXXXXX公司以及141个县营销部；整体来看，按照组织结构来划分，可分为省公司、市公司、县营销部三级结构，其人员组成有系统管理人员、维护人员、专职档案人员、兼职档案人员以及一般利用人员。
通过分析XXXXXXXXXXXX网络建设情况，目前建成了覆盖所属各市XXXXXX公司和县营销部的2M光纤宽带广域网，XXXXXXXXXXXX省公司和各市公司搭建了以两台IBM P55A小型机为核心的12个数据集成平台，选择了IBM DB2数据库、IBM Websphere中间件等平台软件，并用Veritas软件进行了双机热备，因此我们系统设计的总路线是，以BS为主体，CS为辅的模式，分别来实现不同的功能，来满足XXXXXXXXXXXX的需求。其中系统设置维护、权限和数据安全、档案日常管理和数据加工部分，因为涉及到档案数据的管理，安全性要求较高，同时使用人员仅限于系统管理员和档案管理人员，故采用C/S模式；档案信息查询利用，面对的人员较多，范围广，因此作为主体部分则采用B/S模式。
为了系统便于管理，系统采用“分布存储应用、集中式管理”的方式。其中B/S模式通过“WEB/中间件/服务器”的J2EE技术架构实现。
体系结构基于J2EE架构，采用多层软件结构，通过Web表示层实现应用系统的用户接口，采用业务逻辑层和数据处理层实现基础服务和应用系统的业务逻辑，通过数据存储层实现数据的集中存储和数据结构的统一。通过以XML作为数据接口标准，以Web Service 标准作为基础服务描述标准和数据接口标准。
系统采用Windows平台，DB2数据库系统，应用服务器可以采用IBM Websphere中间件。
本方案的总体技术路线是以IBM DB2数据库为档案数据存储平台、数据流程控制和管理平台；以XML作为档案交换（与办公自动化接口）的标准；采用成熟的主流技术和产品来建设档案管理信息系统，这些技术包括：档案管理平台技术，浏览器技术，视图技术，全文数据库加密技术，XML技术，数据加密技术等。
6.2.1.1. 分析建模
项目将采用基于UML的信息系统需求分析方法。基于UML的信息系统需求分析方法，是业界成熟、先进和实用的信息系统需求分析方法，它不从用例开始进行需求分析，而采用从业务流程分析开始，从静态和动态两个方面对系统的需求进行需求建模。
UML是一种通用的可视化建模语言，它支持面向对象的分析设计、支持从需求分析开始的软件系统开发的全过程。UML总共提供了9种视图，这些视图从不同层次、不同角度为软件系统从需求分析、设计到实现提供了有力支持。
基于UML的需求分析方法
以UML中的活动图技术对系统的业务流程进行分析及建模，从整体上明确系统的需求，得出系统高层的活动图模型，并确定出系统范围和系统边界；
针对每个子系统或功能模块，应用UML的活动图、时序图对其进行细化，并分析其所涉及到的对象、对象状态的变化、对象之间的交互等，构造出对象图模型、状态图模型、交互图模型；
对每个活动进行用例抽取，并用泳道技术对用例进行集成，得出用例图模型；
分析具体的操作步骤，并应用时序图技术从用例图模型中抽取出类图模型；
对得到的各种UML视图进行整理：合并相同的视图、删除多余的视图等，把用例图模型、活动图模型、对象图模型、状态图模型、交互图模型、类图模型一起作为需求模型输出。
6.2.1.1.1. 基于UML信息系统需求分析的具体实施步骤
u 业务流程建模
从概念上描述数字档案馆系统的业务框架，从整体上明确该系统的需求，并以UML活动图表达系统业务的工作流程。一般情况下，该系统的业务流程是由若干个场景构成的， 因此，活动图的构造是基于这些场景的，由场景集映射出活动图集。
u 对象、状态、交互模型的提取
此操作的目标是对活动图模型中的每个活动进行详细地刻画，抽象出参与的对象、对象的职责、对象之间的关系；在完成活动过程中对象的状态变化（状态图模型）；在完成活动的过程中多个对象之间的协作关系（交互图模型），最终得出档案系统的对象图模型、状态图模型、交互图模型。
u 用例的提取
此操作的目标是通过分析活动图模型中的每个活动图，得到系统的用例图模型。首先必须划清档案系统的边界。任何构成系统的部件都作为该系统的内部要素，而与之存在交互的其他子系统，或者要求该系统提供服务、或者向该系统提供服务。
u 用例的集成
此操作的目标是通过活动图中的泳道技术等对用例模型中的各个用例进行集成，对用例之间的关系进行可视化的描述，使甲方用户和领域专家能够更好地对档案系统的需求分析及其建模结果进行审评，及早发现需求的不足，减少系统开发的风险。
6.2.1.1.2. Rational Rose需求分析工具
具体分析工具将采用业界成熟、先进和实用的信息系统需求分析工具Rational ROSE.
XXXXXX软件一直以来都选用Rational ROSE作为建模工具，长期以来形成了大量的使用经验，培养了大批对Rational ROSE熟悉和精通的开发人员。
UML建模语言是Rational软件公司世界级知名专家Grady Booch、Ivar Jacobson和Jim Rumbaugh三人联合开发成功的。Rational ROSE作为Rational软件公司的旗舰产品，在开发过程中，得到了包括UML设计者以及其他一些学术领先的方法论学者、软件厂商及众多用户的帮助和支持。 建模是人类对客观世界和抽象事物之间联系的具体描述。而建模工具Rational Rose对面向对象应用程序开发技术产生了巨大影响；使大型开发项目的分析，建模、设计规范化了， Rational公司已成为OO CASE（面向对象）界的标准制定者和推行者
Rational ROSE包括了一体化建模语言（UML），OOSE及OMT。其中一体化建模语言（UML）由Rational公司三位世界级面向对象技术专家Grady Booch，Ivar Jacobson和Jim Rumbaugh通过对早期面向对象研究和设计方法的进一步扩展而得来的，为可视化建模软件奠定了坚实的理论基础。
Rational Rose既支持正向建模，同时也支持反向建模。Rose通过建立模型使开发人员把握程序开发的方向，准确完成需求分析中所要求的任务。
6.2.1.2. 体系架构
采用J2EE的三层架构。
信息化技术发展日新月异，新技术的出现在提高人们对信息的掌握和操控能力的同时也为当今社会保险的信息化建设提出了更高的要求。
基于J2EE的三层架构具备很多特点。应用J2EE的三层架构对于保留现存的IT资产有着重要意义。由于机构在面对适应新的业务需求的同时，也要充分利用好已有的资产，因此，在信息系统建设方面，做平滑的系统迁移方案，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的，而不是激进的、全盘否定的方式建立在已有系统之上的服务器端平台机制，是所有机构所力求的。
J2EE架构可以充分利用用户原有的投资。之所以成为可能，主要是因为J2EE拥有广泛的业界支持。每一个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的J2EE领域的升级途径。另外，由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系统和硬件也可以被完整地保留下来继续使用。
J2EE体系对大型系统的高效开发有着良好的支持者。J2EE标准严格要求把一些通用的、很繁琐的服务端底层开发任务交给中间件供应商去完成，而这些复杂的系统级功能是常规应用开发中难度最大、开发成本最高的一部分工作。高级中间件供应商提供复杂的中间件服务，如：状态管理服务、持续性服务、分布式共享数据对象的缓冲服务等，它对开发人员来说是很重要的，这样开发人员可以集中精力在如何创建业务逻辑上，相应地缩短了开发时间。对于核心平台来讲，也就缩短了本地化开发的周期。
对异构环境的支持是基于J2EE体系的又一优秀特征。J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件,把他们部署到异构环境中,节省了由自己制定整个方案所需的费用。
可伸缩性也是行业要求的一项重要系统特征。基于J2EE平台的应用程序可被部署到各种操作系统和平台上。例如可被部署到高端UNIX与大型机系统,这种系统单机可支持64至256个处理器,具备极强的处理能力;也可以部署在比较小型机上,在系统管理的参保人数增长到系统不能负担时,再增加服务器数量,进行集群;甚至,在一些性能要求较低的区域,还可以采用PC Sever作为应用服务器或数据库的载体。多级的应用配置不但不同层面上满足了社保系统对性能和成本的要求,而且也尽可能的减少不同平台之间迁移的费用。这在以往的系统规划中是不可想象的。
系统的稳定可用性是任何用户使用管理信息系统的终极目标,一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。若是意外停机,那会有灾难性后果。J2EE体系的稳定性是基于Java的健壮性和虚拟机(Virtual Machine VM)实现的一致性基础上的。J2EE部署到可靠的操作环境中,他们支持长期的可用性。一些J2EE部署在WINDOWS环境中,客户也可选择健壮性能更好的操作系统如Sun Solaris、IBM OS/390。这是实时性很强业务系统最理想的选择。
J2EE规范本身是基于Java技术的企业级应用规范,J2EE规范的核心目的就是建立统一的企业级应用开发平台,简化复杂应用的开发和部署流程,提高不同平台之间的互操作性;而且,Java程序本身是运行在众多操作系统都支持的”虚拟机器”(virtual machine)上,这也保证它对硬件环境的相对独立性;另外,J2EE技术还通过JDBC等技术来提供不依赖于数据库厂商应用程序接口,从而使应用程序对数据库的操作更具通用性。 在J2EE基础技术构架的基础上,核心平台的系统框架进行了充分的扩展。
综上所述,基于J2EE的技术架构无论在对业务的支持上还是对新技术的应用上都上升到了一个新的高度。
6.2.1.3. 开发工具
B/S端采用Eclipse。
Eclipse是一种可扩展的开放源代码IDE。2001年11月，IBM公司捐出价值4,000万美元的源代码组建了Eclipse联盟，并由该联盟负责这种工具的后续开发。集成开发环境(IDE)经常将其应用范围限定在”开发、构建和调试”的周期之中。为了帮助集成开发环境(IDE)克服目前的局限性，业界厂商合作创建了Eclipse平台。Eclipse允许在同一IDE中集成来自不同供应商的工具，并实现了工具之间的互操作性，从而显著改变了项目工作流程，使开发者可以专注在实际的嵌入式目标上。
Eclipse框架的这种灵活性来源于其扩展点。它们是在XML中定义的已知接口，并充当插件的耦合点。扩展点的范围包括从用在常规表述过滤器中的简单字符串，到一个Java类的描述。任何Eclipse插件定义的扩展点都能够被其它插件使用，反之，任何Eclipse插件也可以遵从其它插件定义的扩展点。除了解由扩展点定义的接口外，插件不知道它们通过扩展点提供的服务将如何被使用。
利用Eclipse，我们可以将高级设计(也许是采用UML)与低级开发工具(如应用调试器等)结合在一起。如果这些互相补充的独立工具采用Eclipse扩展点彼此连接，那么当我们用调试器逐一检查应用时，UML对话框可以突出显示我们正在关注的器件。事实上，由于Eclipse并不了解开发语言，所以无论Java语言调试器、C/C++调试器还是汇编调试器都是有效的，并可以在相同的框架内同时瞄准不同的进程或节点。
Eclipse的最大特点是它能接受由Java开发者自己编写的开放源代码插件，这类似于微软公司的Visual Studio和Sun微系统公司的NetBeans平台。Eclipse为工具开发商提供了更好的灵活性，使他们能更好地控制自己的软件技术。Eclipse联盟已经宣布将在2004年中期发布其3.0版软件。这是一款非常受欢迎的java开发工具，这国内的用户越来越多，实际上实用它java开发人员是最多的。缺点就是较复杂，对初学者来说，理解起来比较困难。 
C/S端采用Delphi开发平台 。
Delphi是著名的Borland（现在已和Inprise合并）公司开发的可视化软件开发工具。”真正的程序员用c，聪明的程序员用Delphi”，这句话是对Delphi最经典、最实在的描述。Delphi被称为第四代编程语言，它具有简单、高效、功能强大的特点。和VC相比，Delphi更简单、更易于掌握，而在功能上却丝毫不逊色；和VB相比，Delphi则功能更强大、更实用。可以说Delphi同时兼备了VC功能强大和VB简单易学的特点。它一直是程序员至爱的编程工具。
Delphi具有以下的特性：基于窗体和面向对象的方法，高速的编译器，强大的数据库支持，与Windows编程紧密结合，强大而成熟的组件技术。但最重要的还是Object Pascal语言，它才是一切的根本。Object Pascal语言是在Pascal语言的基础上发展起来的，简单易学。
Delphi提供了各种开发工具，包括集成环境、图像编辑（Image Editor），以及各种开发数据库的应用程序，如DesktopDataBase Expert等。除此之外，还允许用户挂接其它的应用程序开发工具，如Borland公司的资源编辑器（Resourse Workshop）。
在Delphi众多的优势当中，它在数据库方面的特长显得尤为突出：适应于多种数据库结构，从客户机／服务机模式到多层数据结构模式；高效率的数据库管理系统和新一代更先进的数据库引擎；最新的数据分析手段和提供大量的企业组件。
Delphi发展至今，不断添加和改进各种特性，功能越来越强大。Delphi7添加了对IDE（集成开发环境）的很多改进新特性，扩展了数据库支持（ADO和InterBase数据库），带有Internet支持的MIDAS改进版，TeamSouse版本控制工具，转换功能，框架概念以及很多的新组件与新特性。
6.2.1.4. 测试工具
测试工具采取企业标准级负载测试工具LoadRunner
LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。
LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。
u 轻松创建虚拟用户
使用LoadRunner 的Virtual User Generator，您能很简便地创立起系统负载。该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。它先记录下业务流程(如下订单或机票预定)，然后将其转化为测试脚本。利用虚拟用户，您可以在Windows ，UNIX 或Linux 机器上同时产生成千上万个用户访问。所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。另外，LoadRunner 的TurboLoad 专利技术能。
u 提供很高的适应性。
TurboLoad 使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。用Virtual User Generator 建立测试脚本后，您可以对其进行参数化操作，这一操作能让您利用几套不同的实际发生数据来测试您的应用程序，从而反映出本系统的负载能力。
u 创建真实的负载
Virtual users 建立起后，您需要设定您的负载方案，业务流程组合和虚拟用户数量。用LoadRunner 的Controller，您能很快组织起多用户的测试方案。Controller 的Rendezvous 功能提供一个互动的环境，在其中您既能建立起持续且循环的负载，又能管理和驱动负载测试方案。 而且，您可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。这样，您就能将测试过程自动化。同样您还可以用Controller 来限定您的负载方案，在这个方案中所有的用户同时执行一个动作---如登录到一个库存应用程序----来模拟峰值负载的情况。另外，您还能监测系统架构中各个组件的性能---- 包括服务器，数据库，网络设备等----来帮助客户决定系统的配置。LoadRunner 通过它的AutoLoad 技术，为您提供更多的测试灵活性。使用AutoLoad ，您可以根据目前的用户人数事先设定测试目标，优化测试流程。
u 定位性能问题
LoadRunner 内含集成的实时监测器，在负载测试过程的任何时候，您都可以观察到应用系统的运行性能。这些性能监测器为您实时显示交易性能数据（如响应时间）和其它系统组件包括application server, web server，网路设备和数据库等的实时性能。这样，您就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能，从而更快地发现问题。再者，利用LoadRunner 的ContentCheck TM ，您可以判断负载下的应用程序功能正常与否。ContentCheck 在Virtual users 运行时，检测应用程序的网络数据包内容，从中确定是否有错误内容传送出去。它的实时浏览器帮助您从终端用户角度观察程序性能状况。
u 分析结果以精确定位问题所在
一旦测试完毕后，LoadRunner 收集汇总所有的测试数据，并为您提供高级的分析和报告工具，以便迅速查找到性能问题并追溯原由。使用LoadRunner 的Web 交易细节监测器，您可以了解到将所有的图象、框架和文本下载到每一网页上所需的时间。例如，这个交易细节分析机制能够分析是否因为一个大尺寸的图形文件或是第三方的数据组件造成应用系统运行速度减慢。另外，Web 交易细节监测器分解用于客户端、网络和服务器上端到端的反应时间，便于确认问题，定位查找真正出错的组件。例如，您可以将网络延时进行分解，以判断DNS 解析时间，连接服务器或SSL 认证所花费的时间。通过使用LoadRunner 的分析工具，您能很快地查找到出错的位置和原因并作出相应的调整。
u 重复测试保证系统发布的高性能
负载测试是一个重复过程。每次处理完一个出错情况，您都需要对您的应用程序在相同的方案下，再进行一次负载测试。以此检验您所做的修正是否改善了运行性能。
u Enterprise Java Beans的测试
LoadRunner 完全支持EJB 的负载测试。这些基于Java 的组件运行在应用服务器上，提供广泛的应用服务。通过测试这些组件，您可以在应用程序开发的早期就确认并解决可能产生的问题。利用LoadRunner, 您可以很方便地了解系统的性能。 它的Controller 允许您重复执行与出错修