网上项目交易平台系统技术方案.doc

网上项目交易平台系统（一期）技术方案 网上项目交易平台系统（一期）技术方案目录第一部分 系统建设技术方案19第1章 综述201.1. 项目基本信息201.1.1. 项目名称201.1.2. 现状分析. 中国*项目成果交易网现有栏目. 核心业务应用系统现状. 网站业务应用系统现状211.1.3. 项目建设背景221.1.4. 项目建设目标221.1.5. 项目建设内容231.2. 方案概述231.2.1. 总体方案概述241.2.2. 应用方案概述241.2.3. 安全方案概述261.3. 设计原则291.3.1. 易用性291.3.2. 安全性291.3.3. 可靠性301.3.4. 先进性311.3.5. 灵活性321.3.6. 成熟性321.3.7. 模块化331.3.8. 开放性331.3.9. 个性化331.3.10. 经济性341.4. 设计依据341.4.1. 软件技术标准341.4.2. 遵循的技术规范及协议341.5. 致谢35第2章 点对点应答362.1. 总体要求362.2. 系统技术要求372.2.1. 系统建设原则372.2.2. 系统总体框架要求382.2.3. 系统数据库统选型402.2.4. 系统数据设计要求4. 系统数据规划要求4. 系统数据库规划要求4. 数据库设计规划要求422.2.5. 系统代码体系原则要求422.2.6. 系统安全要求4. 应用级的安全要求4. 系统级的安全要求4. 网络级的安全要求442.2.7. 子系统划分原则要求442.2.8. 页面设计要求452.3. 系统功能要求452.3.1. 项目交易系统功能要求4. 在线客服子系统4. 视频洽谈子系统4. 信息交流子系统4. 招投标子系统4. 产品展示子系统4. 交易管理子系统502.3.2. 项目管理系统功能要求50. 项目征集子系统50. 项目对接子系统5. 扶持项目子系统5. 用户管理子系统522.3.3. 配套服务系统功能要求5. 各级618 子网站5. 项目辅助子系统5. 现场直播子系统5. 组委会办公子系统5. 618论坛子系统562.3.4. 现有*网站功能升级转化582.4. 系统管理要求582.5. 数据交换要求622.6. 设备技术指标要求622.6.1. 设备技术要求622.6.2. 电源与环境要求64第3章 总体设计方案653.1. 方案总体论述653.1.1. 系统规划模型653.1.2. 技术路线选择70. 设计思想70. 技术路线设计7. 系统运行环境选择7. 开发和管理模式7. “*”网上项目交易平台技术路线733.1.3. 软件开发过程753.1.4. 系统平台架构可行性及先进性773.2. 总体设计思想803.2.1. 体系架构为先导803.2.2. 基于业务支撑平台813.2.3. 项目管理为核心的实施计划823.2.4. 优质可靠的售后服务体系823.3. “*”交易平台总体设计823.3.1. 软件架构设计823.3.2. 系统技术特点8. 可行性8. 科学性8. 先进性8. 符合性90. 完整性90. 实用性90. 开放性9. 灵活性923.4. 平台系统总体设计923.4.1. 网络平台设计923.4.2. 主机存储系统设计9. windows技术使用9. san/nas存储技术943.4.3. 数据库/中间件平台设计943.5. 项目预期效果展望943.5.1. 项目成功关键因素9. 人9. 软件、硬件9. 数据9. 培训963.5.2. 项目成功效果展望9. 技术先进9. 产品成熟96第4章 基于应用支撑平台的设计方案974.1. 电子政务与应用支撑平台974.2. 应用支撑平台综述984.2.1. 应用支撑平台简介984.2.2. 应用支撑平台基本思想1004.2.3. 应用支撑平台适应复杂应用1004.2.4. 应用支撑平台实现原理、方法和产品集1014.3. 应用支撑平台的技术特性1024.3.1. 支撑平台关键技术特性1024.3.2. 面向构件的软件体系架构10. 面向构件的应用模式10. 基础构件库及选件库1054.3.3. 业务与技术的分工1064.3.4. 最佳实践互联网应用10. 完整的互联网应用框架10. 集成及移植方案1074.3.5. 支持的平台技术和产品1074.3.6. 先进性1074.3.7. 完整性1084.3.8. 兼容性1094.3.9. 扩展性1104.3.10. 实用性1114.3.11. 产品化1114.3.12. 可靠性1114.3.13. 安全性1124.3.14. 灵活性1124.4. 应用支撑平台的支撑体系1154.4.1. 业务支撑架构1. 业务支撑架构的组成1. 业务支撑架构的主要作用1154.4.2. 工作流技术1. 高度融合业务模型的工作流体系1. 强大的工作流模式和能力支持1. 强大易用的工作流建模工具1. 强大的协作支持能力1. 运行监控和分析能力1234.4.3. 安全系统1. 三层安全机制1. 支持pki/ca认证安全1254.4.4. 业务集成与门户管理技术12. 集成能力12. 业务集成12. 门户管理1314.4.5. 可信消息服务技术13. *消息中间件13.1. 消息中间件的功能13.2. 消息中间件的组成13. 实现异构平台的消息传递13. 消息服务可视化管理1354.5. 应用支撑平台的开发管理体系1364.6. *实现本项目的it价值1374.6.1. 应用支撑平台对本项目建设的it价值13. 实现随需而变电子政务13. 保障电子政务的持续性和稳定性13. 有效降低应用系统的总体成本1384.6.2. 比较应用支撑平台和代码结构应用系统13. 需求调研阶段13. 软件设计阶段13. 软件开发阶段13. 软件部署阶段140. 软件维护及需求变更阶段14. 技术变化141第5章 “*”交易平台整体技术设计1425.1. 设计目标1425.2. 设计原则1425.3. 信息分类编码标准体系1445.4. 运行能力1455.4.1. 响应处理能力1455.4.2. 故障处理能力1465.5. 技术架构选择1465.5.1. lotus domino群件系统架构1475.5.2. .net 架构1495.5.3. j2ee架构1515.5.4. 技术架构的比较1525.5.5. 技术架构的选择1545.6. 软件优势及特点1545.6.1. 先进性1545.6.2. 实用性1585.6.3. 灵活性与可扩展性1595.7. 软件开发方案1595.7.1. 基于b/s的多层体系开发1595.7.2. 组件化设计1605.7.3. 开发工具选择1615.8. 技术应用1615.8.1. tt-ueadp中间件1615.8.2. soa架构模型1625.8.3. 支持webservice1665.8.4. 面向组件式开发1665.8.5. 加强安全认证1665.8.6. pki/ca认证技术168第6章 系统数据设计1706.1. 数据库设计1706.1.1. 数据库设计的重要性1706.1.2. 对象模型与rdbms映射1716.1.3. 面向对象关系数据库设计1726.1.4. 最简单的就是最好的1736.2. 数据标准化1746.2.1. 核心元数据标准化1746.2.2. 资源目录和交换体系标准化1786.2.3. 异构数据库接口规范1826.3. 查询过程优化1846.3.1. 查询优化分析1846.3.2. 查询优化实现18. 合理使用索引18. 避免或简化排序18. 大型表数据顺序存取优化18. 避免相关子查询18. 避免困难的正规表达式18. 使用临时表加速查询18. 用排序来取代非顺序存取18. 构造物化视图加速查询187第7章 “*”交易平台功能设计1887.1. 工作流引擎1907.1.1. 工作流的组成1917.1.2. 工作流的能力19. 流程灵活配置19. 支持分支流程和会签19. 运行监控和分析19. 异常处理机制19. 流程执行2007.2. 短信应用平台2017.2.1. 短信应用设计2017.2.2. 短信与应用结合2027.2.3. 无线通讯方便办公2037.3. 用户管理子系统2047.3.1. 机构管理2047.3.2. 人员管理2057.3.3. 用户管理2067.3.4. 权限管理2077.4. 项目交易系统设计2087.4.1. 在线客服子系统20. 功能描述20. 应用功能设计2097.4.2. 视频洽谈子系统2. 功能描述2. 应用功能设计2. 终端设备配置2177.4.3. 信息交流子系统2. 功能描述2. 应用功能设计2187.4.4. 招投标子系统2. 功能描述2. 应用功能设计2217.4.5. 产品展示子系统22. 功能描述22. 应用功能设计2277.4.6. 交易管理子系统22. 功能描述22. 应用功能设计2307.5. 项目管理系统设计2327.5.1. 企事业单位管理23. 功能描述23. 应用功能设计2347.5.2. 专家管理23. 功能描述23. 应用功能设计2377.5.3. 主管单位管理23. 功能描述23. 应用功能设计2387.5.4. 项目征集子系统23. 功能描述23. 应用功能设计2397.5.5. 项目对接子系统23. 功能描述23. 应用功能设计2407.5.6. 扶持项目子系统24. 功能描述24. 应用功能设计2447.5.7. 用户管理子系统2487.6. 配套服务系统设计2487.6.1. 各级618 子网站24. 功能描述24. 门户网站群设计24. 网站群架构250. 网站总体规划25. 系统架构25. 内容管理系统25.1. 多站点集群管理25.2. 频道管理25.3. 自由模版引擎25.4. 模块组件管理25.5. 全球多语言管理260.6. 用户角色权限26. 网上调查系统26.1. 系统功能：26.2. 管理功能：26. 视频点播2637.6.2. 项目辅助子系统26. 功能描述26. 应用功能设计26.1. 人才库管理26.2. 项目专家管理26.3. 项目信息管理26.4. 明星企业管理26.5. 投票管理2687.6.3. 现场直播子系统26. 功能描述26. 应用功能设计270.1. 接口设计270.2. 编码方式270.3. 网络数据传输设计27.4. 音视频互动功能设计2727.6.4. 组委会办公子系统27. 项目电子资料传输与审批27. 会议通知27. 电子公告27. 内部短信息交流280. 会务管理28. 网上茶会2817.6.5. “618”论坛子系统2817.7. 现有*网站功能升级转化2847.7.1. 搜索引擎支持28. 搜索引擎技术28.1. 搜索引擎及其分类28.2. 搜索引擎工作机理28.3. 搜索引擎设计与开发28. 搜索引擎与电子政务28.1. 网络化的电子政务28.2. 搜索系统体系结构28.3. 主动获取政务信息290. *政务系统实践搜索需求29.1. 多关键字交、并集查询29.2. 同义词自动检索29.3. 复合检索29.4. 支持全文检索29.5. 检索结果排序29.6. 追加检索29.7. 关键字库及统计29.8. 支持多种信息源29.9. 支持多种文件类型2987.7.2. “*”网站功能升级转化29. 完全转化现有的功能模块29. 核心业务应用系统提升29. 网站业务升级与接口处理3007.8. 内外网数据交换301第8章 系统扩展接口支持3038.1. 支持xml统一数据规范3038.2. 与机要ca的集成接口3038.3. 异构系统数据交换接口3048.4. 电子印章扩展接口3088.5. 关于数据迁移310第9章 系统安全设计3119.1. 国家电子政务安全规定3119.1.1. 政策规定3119.1.2. 特殊要求3129.2. 设计原则3139.3. 设计特点3139.4. 结构模型3149.4.1. 物理层安全3159.4.2. 网络层安全3159.4.3. 系统层安全3159.4.4. 应用层安全3169.4.5. 管理层安全3169.5. 安全威胁分析3169.6. 安全体系设计3179.6.1. 系统层安全3. 操作系统安全3. 数据库系统安全3. 防病毒系统安全3219.6.2. 应用层安全3. 采用技术3. 平台系统安全设计3. ca认证技术应用32. 门户网站监控与恢复系统3299.6.3. 管理层安全330. 体系建设330. 制度建设331第10章 系统可管理性331第11章 软件开发方法34011.1. 软件工程管理34011.1.1. 当前时代特征34011.1.2. 软件工程基本目标34111.2. 选取适宜的开发模型34211.2.1. 原型开发模型34311.2.2. rup软件过程方法34311.2.3. 项目的rup阶段成果定义347. 需求分析347. 系统分析与设计348. 实现348. 测试348. 阶段循环34811.3. 采用合适的设计方法34911.3.1. 面向对象的方法34911.3.2. 面向对象的系统分析35011.3.3. 面向对象的系统设计35111.3.4. 面向对象的系统实现35111.4. 提供高质量的工程支撑35211.4.1. 优质、快捷、全面的本地化服务能力35211.4.2. 良好的厂商合作关系35211.5. 重视软件工程的管理35211.5.1. 软件项目管理的主要任务35211.5.2. 软件开发计划制定35311.5.3. 规模估算35511.5.4. 项目跟踪与监控35811.5.5. 需求管理36011.5.6. 质量保证过程36111.6. 总结363第12章 平台系统设计36412.1. 网络平台设计36412.2. 系统运行环境支持36412.3. 主机存储系统设计36512.3.1. 设计原则36512.3.2. 配置依据36712.3.3. 关系数据库服务器配置368. 配置需求36812.3.4. 应用服务器配置说明36912.3.5. 存储系统设计369. 设计说明369. 技术指标370. 配置说明37112.4. 系统软件设计37112.4.1. sql server数据库设计37. 设计原则37. 物理设计37. 数据库优化373第二部分 软件产品技术性能配置374第13章 产品配置的齐全性、档次和品质37513.1. 图形图像处理软件37513.1.1. photoshop cs3 10.0主要功能375. 提高工作效率375. photoshop特点37713.1.2. 系统要求和语言379. windows379. macintosh38013.2. 网页制作套件38013.2.1. cs3 web standard产品功能及特点38113.2.2. 系统需求38. windows38. macintosh38313.3. 安全代理服务器38313.3.1. 安全代理服务器功能及特点38313.3.2. 产品选型及配置38513.4. 数码相机38513.5. 笔记本电脑386第14章 产品的可靠性38714.1. 硬件平台的可靠性38714.2. 软件平台的可靠性387第15章 产品的质量保障和正规性38915.1. 项目质量保障体系38915.1.1. 质量保障的关键389. 规范的项目管理体系389. 良好的配合沟通机制389. 科学的软件开发流程389. 完善的售后服务体系38915.1.2. *为本项目提供质量保障的基础条件390. 规范的项目管理体系390. 严谨的软件开发流程控制体系390. 完善的售后服务体系39015.1.3. *项目管理体系390. 完善的项目管理组织结构39. 切实可行的项目管理知识体系39. 项目实施和管理经验39. 先进的项目管理信息平台39. 有效的项目管理考评体系39215.1.4. 本项目的项目管理39. 明确目标和范围39. 组织的保证393. 软件开发质量控制体系393. 项目沟通管理394. 项目计划管理394.1. 质量计划395.2. 进度计划395.3. 风险计划395. 项目文档管理396. 项目总结和评估397. 项目测试验收397.1. 系统测试验收触发点397.2. 验收流程397.3. 测试内容398.4. 测试方法399.5. 测试手册39915.1.5. 项目技术文档399第三部分 项目实施计划书401第16章 项目实施方案40216.1. 项目实施队伍40316.2. 项目实施方案40516.3. 开发实施进度安排40616.3.1. 项目实施计划表40616.3.2. 项目实施进度表40816.3.3. 项目阶段里程碑41016.3.4. 项目阶段里程碑41016.3.5. 项目实施进度说明41016.4. 项目技术文档410*中讯网络科技有限公司 第 358 页/共 358页第1章 总体设计方案1.1. 方案总体论述1.1.1. 系统规划模型国家和我省“数字*”“十五”和“十一五”期间，电子政务建设的主要目标是：标准一致、功能完善、安全可靠的政务网络信息平台。当前主要任务是：建设和整合统一的电子政务网络平台，规范安全保密体系，有效遏止重复投资和建设，政务各业务管理部门要加快建设和整合面向社会公开透明的专业性业务服务系统，并要求统一标准和规范，实现“统筹规划、规范标准，互联互通、资源共享，深化应用、保障安全”，提高政府各部门的决策、监督和服务水平，尤其是要规范政务应用服务平台，并建立数据共享利用和灾难备份中心，逐步建设辅助决策支持系统。为顺应国家及我省电子政务发展的统一规划和趋势，“*”项目交易平台的建设不应局限于满足当前的业务要求，要充分考虑今后系统的扩展升级以及与已建或待建业务系统实现无缝集成，形成一个统一的信息化平台，将对外服务以及对内管理过程统一到一个平台上。对于本次项目，需要重点考虑系统的扩张性以及开放性，满足这一功能需求。采用多层应用程序结构设计思想，遵循internet/intranet规范，支持标准的互联网络协议，建立在分布式应用的部件对象模型。系统采用web 2.0技术、.net架构来进行总体设计，以windows系统操作系统作为软件的系统支撑，微软sql server作为web数据库服务，在internet information server(iis)上部署618交易平台。以浏览器和企业端软件作为系统的前端，来获取、更新和制作用户所需的各种资料。在技术框架上分为：数据层、支撑层、应用层、表现层、访问层、外部公共接口等六大部分。系统应用体系结构如下图所示：（1） 数据层能够对结构化数据和非结构化数据进行管理和存储。结构化数据包括：xml和dbms；非结构化数据包括：txt、html等文本文件，mp3、avi、rm、wmv、mpg等音视频文件，doc、ppt、xls等office系列文件，jpg、gif、bmp、png、psd等图形图像文件，zip、pdf、swf等其他格式文件等。在数据接口上支持webservice模块化组件，同时，数据服务应为其上层提供各种数据操作的应用编程接口api。（2） 支撑层支撑层通过应用服务器，提供对系统应用层的支持，包括：信息抓取、数据转换、检索引擎、统一用户、工作量及访问统计、wap管理、流程定义以及数据呈送和共享等功能。并通过api、portlet、webservice、jms、mq、di、url、dbms等接口服务支持外部资源对内容管理基础数据以及内容管理对外部数据资源的应用数据集成。（3） 应用层应用层实现信息发布管理、网站群管理、系统管理、外挂组件管理(所有非网站形式的应用均以组件的方式统一在这里管理、以保证所有用户统一管理)、单点登陆(sso)、个性化定制、内容聚合rss等。（4） 表现层网站的最终表现是一组具有相同标准和相同规范体系的网站群体系。它包括政府外网网站群和内网网站群，涵盖政府主站、政府各级子网站、政府垂直机构子网站、各类专题子网站等，同时系统为应用层的不同应用提供信息资源的不同表现形式，包括有：web、wap、portlet、rss、e-mail、sms等。（5） 访问层实现用户通过各类终端设备(如浏览器、手机、pda等)来访问表现层以获取信息资源。（6） 外部公共接口为信息资源的管理层、应用层和表现层提供大量的应用接口，包括：api、portlet、webservice、jms、mq、dbms、url等等。通过对业务需求了解和采用面向对象的分析业务需求，我们提出细化的本项目的应用软件架构，如下图： *认为以上的应用软件架构先进、灵活、适用，完全符合“*”项目交易平台的要求，该架构以构件化设计为核心，实现事件触发、数据驱动、参数设置的先进、开放、灵活、可行的“*”项目交易平台系统。同时，采用的如上图所示的软件体系架构，对于“*”项目交易平台以后的应用扩展，只需在业务逻辑层增加新的业务逻辑核心构件就可以很轻松的将新的业务应用集成到本体系结构中。在考虑与已建和待建的其它系统集成上，我们规划了如下图所示的系统应用支撑体系结构：下图是软件实现结构图：电子政务软件平台包括了政务门户平台、数据中心、数据交换等几个部分。其中数据中心是面向电子政务，基于xml和web services技术的数据交换、数据流管理和跨部委协同工作的应用支撑平台系统。数据交换中心是实现数据交换、跨部门协同工作（数据流引擎和管理）和数据共享的核心。由上图可见，数据交换平台，能够实现不同的政务应用系统之间的基于统一标准的数据交换和共享。可以高效地在纯xml数据服务器上构建起面向主题的操作数据库；也可以实现对分布在各委办局的信息资源的管理、查询和数据交换，从而实现对众多的政务应用系统中关键数据地抽取和集中。数据交换器所提供的工作流引擎和xml文档（表单）处理功能，可以快速地构建电子政务一站式服务平台，能够实现对众多的电子政务应用的协同和调度，从而使得在同一系统中处理需要多系统业务协同的政务要求成为可能。同时，平台提供针对不同业务应用系统的数据交换适配器，这些数据交换适配器将成为应用系统连接到数据交换器也就是一站式服务平台上的纽带，数据交换适配器技术使得我们能够充分利用原有的应用系统的功能。该应用支撑架构通过数据交换中心实现异构系统的信息交换，并可将数据集中到本体系中的数据中心上，为以后开发决策支持系统提供接口支持。在本次项目建设过程中，将严格按照本支撑体系进行设计，数据中心作为以后的扩展进行建设，目前通过数据交换器实现虚拟数据中心，满足异构系统集成的要求。1.1.2. 技术路线选择. 设计思想复杂适用(cas)理论：即从一般的业务需求中抽象出关键的复杂适应系统，该系统能够适应环境变化，系统使用越久，积累的有价值的东西就越多。在复杂的适应理论的指导下设计的系统完全不同于系统的复制，照搬，其自身应具备相当的可变性。实践中常用的手法如：工作流系统并不是提供一个个的工作流，而是提供一个工作流的定义工具；信息发布系统不是提供一个个信息发布模块，而是提供一个信息发布模板工具；统计报表系统不是提供一个个统计表格模板，而是以数据指标为对象，使数据指标可以重复利用，同时提供表格的生成工具，等等。面向对象的设计思想：即将设计的着眼点放在用户对象身上，在此基础之上进行相关业务设计，业务内容是可变的。技术选向：选择与世界发展潮流吻合的技术，现在还在流行的技术并不能代表未来一定能够流行。技术的标准化程度要高，开放程度要高，关键应主张自主开发，发展民族产业。在技术结构方面，从client/server结构体系转向browser/server结构体系，采用标准三层结构体系的web开发思路，最终用户界面统一为浏览器，应用系统全部在服务器端，系统负载轻，开放性好，维护升级方便。产品化设计思路：从传统的工业项目管理体制转向专业化和产品实施体制，确保系统的运行维护和系统持续不断的升级，走合作与分工并举的道路。本项目以互联网技术为基础，产品化、面向对象的、采用复杂适用理论进行产品设计。. 技术路线设计信息系统设计遵循以下技术路线：1）系统架构：采用基于dotnet技术的多层b/s架构，数据存储、表现层和业务逻辑分离，使得整个系统具备高度分布式和高可靠性的特点。使用dotnet技术来实现电子政务系统主要有两个好处：高度的安全性以及多样化的选择；2）xml数据总线：本项目采用xml数据总线技术，通过xml的dom方式，封装了应用的三大数据区：session数据区（sessioncontext）、request数据区（requestcontext）、业务处理数据区（bizcontext），构成整个应用的数据总线区。各种数据都被规范成了xml的格式，而数据的传递则采用xpath的寻址方式，这种数据传递方式使得应用开发中对接口的处理与原来基于对象接口的方式有了较大差异。业务构件的接口相当于确定了接口数据在总线中的固定位置，运行时根据不同的实例，对应位置上的内容可能不一样，而传统的接口只确定接口的对象类型和对象的变量名，在调用具体接口时完成对象的实例化；3） 数据库接口：采用通用数据库引擎支持不同的数据源，如sql server和oracle；4）传输协议：基于soap、http等产业标准，以确保可与其他系统实现顺利的集成和协作；5）soa架构模型应用：soa是一种架构模型，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是soa的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。soa的关键是“服务”的概念，即服务提供者完成一组工作，为服务使用者交付所需的最终结果。最终结果通常会使使用者的状态发生变化，但也可能使提供者的状态改变，或者双方都产生变化。采用基于soa的架构模型，通过提供动态服务接口来实施一个动态的集成，实现发布服务的应用程序和使用服务的应用程序之间松散耦合，同时通过会话facades将应用程序逻辑组件，实现初粒度的服务。. 系统运行环境选择项 目运行环境说明网络操作系统支持中文windows 2003各种主流操作系统数据库管理系统ms sql serve2000及以上版本关系数据库管理系统应用服务器iis6.0网络协议tcp/ip、http协议，soap协议客户端操作系统简体中文windows me、windows 2000、windows xp客户端浏览器microsoft internet explorer6.0或更高版本. 开发和管理模式采用最新的面向对象的软件工程技术usdp（统一软件开发过程）和rational rose可视化建模工具进行系统开发，将高复杂的问题逐步加以简单化，将高风险的问题逐步加以解决以降低风险，透过蓝图来加强各团队成员的沟通，有效地控制系统的复杂度和风险性，并促进团队的合作，提高整体的生产力。统一软件开发过程（usdp，unified software developing process）是一种基于组件和统一建模语言（uml，unified modeling language）的软件项目开发方法。rational rose是usdp方法论的具体工具实现。usdp开发方法的核心思想就是：用例驱动、以体系结构为中心、迭代和增量。下面简要说明其优点：l 本项目信息系统所包括功能模块较多，需求未完全定型，另外，在其他诸多方面还存在风险因素。usdp开发方法的核心之一就是迭代和增量，迭代式开发方法就是一个不断降低风险的过程，其每一次迭代过程都选择风险最大的usecases（用例）执行。因此，项目的风险在迭代过程中会不断地被发现、被消灭，最大限度地保证信息系统的开发成功。l 迭代式开发方法能够更容易地管理需求的变化，整个开发过程由一次次的独立迭代组成，项目经理能够比较容易地调整迭代过程，使最终产品满足变化的需求。l 以用例驱动、体系结构为中心的开发使得开发人员能比较容易地控制整个系统的开发过程，管理其复杂性并维护其完整性。本项目信息系统采用组件技术为核心的多层结构计算模式，如何从业务需求中导出系统是由哪些组件所组成，如何设计出每个组件的接口和组件间是如何相互运作的，体系结构设计尤其重要。采用以usdp开发方法为理论基础的rational rose可视化建模工具有助于解决这个问题。. “*”网上项目交易平台技术路线l 技术路线“*”网上项目交易平台系统的建设，平台是关键。目前主要的平台包括java，php，asp/.net，domino四大类。domino具有很强的文档处理功能，但domino并不是一个很开放和标准的系统，其文档与功能模块结合紧密，对于功能扩展和业务变更的响应能力较弱，处理关系型数据的能力和与别的系统接口的能力较弱。php只是属于低端产品，java具有优良的性能和跨平台能力，但其配置和管理复杂，同时需要购买昂贵的web中间件产品，加大了系统建设的资金投入。asp.net的优点是与微软平台绑定，配置和管理简单，web服务可以使用windows集成的iis，降低了项目投资和项目实施的风险。本方案采用asp.net + rdbms + webservice的技术路线，支持分布式事务功能、支持组件化开发、xml文档统一数据规范标准和web service，数据库系统选用sql server。microsoft visual studio 2005实质上是一个分布式的服务器应用程序设计环境,它提供了基于组件的、以服务器为中心的多层应用体系结构。asp.net为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制。其允许客户订购与asp.net兼容的第三方的现成组件，把他们部署到异构环境中；同时还有可伸缩性、稳定的可用性、开发的高效性、充分利用原有投资等特点。1） 分布式的多层应用程序(多层开发模式)asp.net平台使用多层分布式的应用模式,极大简化了开发、配置和维护企业应用的过程,它最大的优点就在于将企业的业务逻辑同系统服务和用户接口分开,放在它们之间的中间层。它提供了一系列的底层服务,如事务管理、缓冲池等,使得开发者能够将精力集中于企业的业务逻辑,而无需过多的关心与业务逻辑不太相干的系统环境等。这样节约了开发时间、缩短了系统开发周期、提高了效率。2） asp.net构件技术(基于组件的开发)衡量一个系统软件的一个重要技术指标是系统的开放性、灵活性，对业务变更的适应能力，在系统开发中充分利用构件技术、集成已有构件是达到这一要求的一个好的解决方案。asp.net提供了基于组件的设计方法，开发、集成、部署应用程序。asp.net技术提供的基于组件的设计方法的根本目的是提高组件的可用性，减少程序开发的工作量，提高开发效率，这同时也是目前应用软件的本质要求。*投入了大量的人力物力，开发了具有自主知识产权的中间件开发平台。该开发平台采用xml数据总线技术，使用目前最为流行的构件技术进行系统的开发。所有的业务过程均可以通过一个个的原子化操作构件类似于搭积木的方式来实现。这些构件屏蔽了操作的细节，具有很强的代码重用性，使软件开发不再注重代码的细节，而是重点关注客户的需求。其采用的xml数据数据总线技术使各功能模块之间只是松散的耦合，从而极大的增强了软件的扩展能力以及对需求变更的响应能力。3） asp.net的web服务体系结构(对web services的支持)“*”项目交易平台系统面向的是多级级用户的各种功能服务要求，同时政务信息化发展逐步向着集成化，平台化方向发展。业务系统不在是一个个独立的信息孤岛式的应用，而是通过相应的技术方案集成起来的一个有机整体，需要将越来越多的异构系统进行集成和整合。在系统整合或者集成的过程中,不同系统之间不同的系统平台、实现机制、实现标准等各种差异给集成带来了异常的困难。web services技术提出了一种新的面向服务的体系结构，由于它在涉及到网络、操作系统平台、对象模型和编程语言的选择时没有任何倾向和特殊限制，因此呈现出很强的生命力。asp.net 2005增加了有关soap和wsdl的web服务，即也满足了“*”项目交易平台系统门户对异构系统进行集成和整合的要求。在项目的建设中，将尽可能的保护原有投资，做到“前后期的投资有效衔接”。在以下技术方案的设计中将围绕以asp.net+rdbms+webservice的技术路线展开描述。l 研发路线本项目的研发将按以下的技术路线开展： 满足硬件无关性、操作系统无关性、网络协议无关性、数据库无关性。 选择uml（unified modeling language）作为系统建模工具。 采用rup软件开发方法，将软件的开发分为四个阶段（inception，elaboration，construction，transiton），每个阶段又分解成几个迭代过程，每个迭代过程按照制定的计划和预定目标对系统进行需求确认、系统分析、系统设计、系统编码和系统测试，系统在每一个迭代过程中都得到提高，形成了一种螺旋式的上升。 采用三层体系架构，应用系统不但具备了专用服务器系统稳定、安全和处理能力高等特性，同时拥有开放式系统成本低、可扩展性强。鉴于以上的技术路线原则，我们认为技术框架上采用asp.net+rdbms+webservice的架构较为理想：“*”项目交易平台建立在当前最稳定关系数据库基础之上，参照其构建internet/intranet的思路，建设本系统。它不仅全面支持internet标准，而且通过其它相应的软件，可以和其他rdbms和相关系统完美地结合起来，逐步地建设起单位内部的intranet体系。同时这种技术支持xml格式的文件接口，为“*”项目交易平台同其它业务系统数据交互提供了很好的平台。1.1.3. 软件开发过程开发过程基于我公司自有知识产权的tt-ueadp应用中间件开发平台进行系统开发，该中间件平台提供了大量的公用组件和业务组件，并提供开发的接口，用户可以快速的开发自己的业务组件添加到平台系统中，tt-ueadp论述参看本方案第一部分第3章基于应用支撑平台的设计部分。业务系统开发分为界面层、业务逻辑层和数据层，通过平台提供的功能将所有数据对象映射成为xml数据定义文件，业务过程中的数据通过xml数据总线进行传递。公共的数据操作只需知道要操作的数据对象，就可以从数据总线上获取数据并将数据保存到数据库中，开发人员不再去写繁琐的数据处理过程，只需理解清楚业务需求，就可以通过图形拖拽的方式将组件拖拉到设计页面，设定组件的相关参数以及进行图元连线，就实现了整个业务过程。这种开发模式大大提高了系统开发效率，由于采用图形化的编程模式，以及业务模块之间是通过xml数据总线进行松散的耦合，局部