《应用系统开发建设技术架构设计》由会员分享，可在线阅读，更多相关《应用系统开发建设技术架构设计（22页珍藏版）》请在金锄头文库上搜索。
1、应用系统开发建设 技术架构设计 1 目录 1项目概述 . 2 1.1项目背景 . 2 1.2建设单位概况 . 2 1.3建设目标 . 2 2项目建设依据 . 2 3系统总体设计 . 3 3.1系统设计思路 . 3 3.2总体架构设计 . 5 3.3可靠性设计 . 7 3.4易用性设计 . 7 3.5关键技术路线 . 11 3.6系统非功能性特征设计 . 22 2 1 项目概述 1.1 项目背景 1.2 建设单位概况 1.3 建设目标 按照“功能优化、操作简便、权限明确、运行安全”的工作思路，以政务网 为依托，充分利用已有资源， 结合实际的业务需求， 利用信息化手段提升管理工 作水平。具体包括如
2、下五大部分。 1.3.1 服务管理平台 实现服务管理功能，利用平台实现内部协同办公。 1.3.2 应用支撑层 实现结构化数据资源、非结构化文档和互联网资源、 各种应用系统跨数据库、 跨系统平台的无缝接入和集成。 1.3.3 数据层 存储和管理数据的主要形式和有效手段，通过建立相对稳定的、 符合统一数 据标准的数据层，为信息共享和系统整合打好基础。 1.3.4 基础设施平台 为整个信息平台提供软硬件平台，提供网络、 服务器、存储环境及通讯链路 的支持，同时通过系统软件和平台支撑软件对应用系统提供数据和运行环境上的 保障。 2 项目建设依据 信息安全等级保护实施指南 信息系统安全等级保护基本要求
3、（GB/T 222392008） 3 关于信息安全等级保护工作的实施意见（公通字 200466 号） 信息安全等级保护管理办法 （公通字 200743 号） 计算机软件需求说明编制指南 （GB/T 9385-2008 ） 计算机软件文档编制规范 （GB/T 8567-2006 ） 中华人民共和国计算机信息系统安全保护条例（国务院令第 147 号） 信息技术安全技术信息技术安全性评估准则（GB/T 18336-2001 ） GB/T 9385-2008 计算机软件需求规格说明规范 计算机软件需求说明编制指南 （GB9385-1988 ） 功能建模方法 IDEF0 （IEEE 1320.1-199
4、8 ） 信息建模方法（IEEE 1320.2-1998 ） 中华人民共和国计算机信息系统安全保护条例 计算机信息系统保密管理暂行规定 （国保发 19981 号） 计算机软件产品开发文件编制指南 （GB/T 8567-1988 ） 计算机信息系统安全保护等级划分准则（GB/T 17859-1999 ） 涉及国家秘密的计算机信息系统安全保密方案设计指南（BMZ2-2001 ） 信息技术开放系统互联高层安全模型 （GB/T 17965-2000 ） 信息技术开放系统互联基本参考模型 （GB/T 9387 ） 信息技术开放系统互联应用层结构 （GB/T 17176-1997 ） 信息技术开放系统互联开
5、放系统安全框架（GB/T 18794 ） 信息技术开放系统互联通用高层安全 （GB/T 18237 ） 数据元和交换格式信息交换日期和时间表示法ISO 86011988 电子政务数据元 计算机软件需求说明编制指南 （GB/T 9385-1988 ） 计算机软件产品开发文件编制指南 GB/T 8567-1988 。 3 系统总体设计 3.1 系统设计思路 系统总体框架必须既满足当前的应用需求，又面向未来业务和技术的发展要 求，应遵循以下设计原则： 4 1、标准化和开放性 总体框架的各部分应符合国家标准、 工信部部颁标准、相关技术规范和要求。 要具备较好的开放性， 保证采用相关技术的软硬件能够随时
6、无障碍地接入，实现 系统和数据的集中运行和统一维护管理。 2、适用性和先进性 充分考虑务的现状和发展，采用成熟、稳定、完善, 并符合业界主流发展趋 势的产品和技术，既满足当前应用需求，也满足未来3-5 年业务和管理的需要。 3、安全性和可靠性 应遵循国家信息安全的要求并结合应用的特点加强信息安全防护，具有一定 的防病毒、防入侵能力。具备有效的认证、授权和审计机制，在权限分级和数据 分级的基础上， 能够对关键操作、 敏感数据进行重点防护， 同时对内外部攻击和 滥用具备一定的检测和防御能力。 软硬件资源需要保障服务管理业务应用的59 （部分关键业务 724）小时 不间断、可靠运行， 因此必须配备完
7、善的可靠性措施设计，保证系统运行的高度 可靠，包括数据库、主机、应用部署、网络等关键环节配备高可用性方案。在出 现异常时，应用系统应有人性化的异常信息方便用户理解原因，或采取适当的应 对方案。 4、高性能和高负载能力 必须能够承载较大的应用运行负载， 提供高性能的数据处理和应用响应能力， 确保各类应用的高效运行。 5、灵活性与可扩展性 要能够根据信息化不断发展的需要，方便地扩展系统容量和处理能力，具备 支持多种应用的能力。 同时可以根据应用发展的需要进行灵活、快速的调整， 实 现应用的快速部署。 6、经济性与投资保护 应以较高的性能价格比构建系统，使资金的产出投入比达到最大值。以较低 的成本、
8、较少的人员投入来维护系统运转，达到高效能与高效益的要求。尽可能 保护已有系统投资，充分利用现有设备资源。 系统要求主要包括以下几个方面： 1. 应用软件系统要实现系统初始化、操作员管理、安全管理、数据通信、 5 系统维护、统计和打印等功能。 2. 数据要求严格执行国家相关编码规范及标准； 3. 系统建设要以高的性价比和效能比为原则；从安全性角度出发，既要考 虑系统的冗余度和扩展余地， 又要为系统在意外、 突发事件情况下的应变能力留 有应急备份的措施； 4.定期备份所有业务数据（包括处理后的报表），可设定定期备份时间、 路径，可以采用手动或自动方式进行，并对备份结果进行提示； 5.系统对运行状态
9、进行日志监控记录，并提供及时有效的日志查询功能； 6. 系统的处理应该满足多线程多用户的架构。本项目最大并发用户数100 人。系统需具备支持300 用户同时在线的能力。 响应时限：系统现有的处理能力应满足未来35 年的业务需求，系统的数 据存储时间应能够满足业务的需要，能满足实时调用和跟踪查询使用。同时单笔 响应时限（不考虑带宽因素）应满足；系统的基本业务响应时限=0.1 秒；单表 简单查询响应时限 =1秒；多表复杂查询响应时限=3 秒；复杂批处理响应时限 =60秒； 3.2 总体架构设计 遵循国家有关标准规范， 设计出完整的信息指标体系， 开发标准的信息转换 接口。 应用开发应采用目前流行的
10、架构，包括但不限于J2EE 、.NET等，提供详细 架构说明。在项目开发过程中， 设计遵循 UML2.0规范，数据层设计须遵循XML1.0 以上标准；并对需求变更和配置进行管理。 所有文档都必须同时提供电子文档和 纸质版本。 软件交付时， 须提供软件设计文档、 代码文档、 至少须提供数据字典和数据 库详细说明文档、系统测试方案、培训计划和培训教材。 3.2.1 基础设施平台 包括提供服务器系统、 安全系统、 存储与备份系统和基础软件，统一由电子 政务云平台提供。 6 3.2.2 数据层 包括管理数据库、协同办公数据库和地理信息数据库。 3.2.3 应用支撑层 包括报表工具、日志服务和地理信息系
11、统。 3.2.4 应用系统 包含应用管理、业务管理等。 “二纵”分别指标准规范体系和信息安全体系： 3.2.5 标准规范体系 系统的建设依据。 标准规范体系建设有利于整个信息系统建设的规范性、正 确性和科学性，实现数据资源的共享和业务流程的规范。 1. 采取足够的措施，保障数据的存储、访问和传输等全过程的安全。 2. 应用软件应采用高效、可靠的措施保证业务处理的正确性和一致性，保 证数据记录在各数据表中的正确性和一致性； 3. 应用软件设计要求层次化、模块化，做到层次清晰，模块合理，对其中 的模块可灵活抽取替换，模块与模块之间关系明确。要方便业务的扩展和新增； 4. 在应用软件整体设计中，要求
12、设计合理，基本模块保持稳定;并且报表、 参数定制灵活、 全面。软件结构应具备扩充能力， 在设计中充分考虑未来业务品 种的增加，具有新业务品种的扩展接口； 所有人机交互界面要求汉化、 美观、易学易用， 对于固定的输入选项应提供 列表选择和快捷输入方式 3.2.6 安全保障体系 系统的建设保障。安全保障体系建设涵盖了整个中心城区非生活用水户远 程监控系统（一期）建设的所有领域，从物理安全、网络安全、系统安全、应用 安全、数据安全、安全管理制度等多个方面保障信息化建设。 中心城区非生活用水户远程监控系统（一期）的总体框架是以分层的思想 进行设计的。 基于层间松散的耦合关系， 在已确定平台的总体工作模式和层间的 相互关系后， 只需专注于本层的设计
