应用系统建设总体架构设计方案
- 格式:docx
- 大小:1.19 MB
- 文档页数:39
软件系统的架构设计方案1000字软件系统的架构设计方案是指在软件开发过程中设计系统的结构、组件和模块之间的关系,以满足业务需求、性能要求和可靠性要求等需求,使得软件系统具有易维护、易扩展、易测试、高可用等优点。
以下是一份软件系统架构设计方案,大体涵盖了架构设计的主要内容和流程。
一、需求分析和功能设计首先使用需求规格说明书对系统需求进行分析和梳理,并定义系统的功能和特性。
通过确定软件需求和功能,可以确立系统的总体架构设计方案,为后续的架构设计提供基础。
二、系统架构设计根据需求分析和功能设计结果,参考相关的架构理论、架构方法和最佳实践等,设计高效、稳定、安全、可靠的软件系统架构。
架构设计的主要内容包括:1、系统结构与分层根据业务流程和需求设计系统的结构与分层,通常分为表现层、应用层、业务逻辑层、数据访问层和数据层等。
2、分布式系统设计对于分布式系统,应尽量采用微服务架构与容器化技术,以实现相对独立的服务模块。
3、数据架构设计数据架构设计主要涉及数据库设计和数据模型设计,要注意数据的存储安全和数据的管理。
4、通信协议设计通信协议设计包括通信数据格式、交互方式、协议规范等,主要是需要确定服务接口和操作流程。
5、系统接口设计系统接口在不同功能模块之间传递数据时,设计通信协议,并通过RPC、REST、Web Services等方式实现接口。
三、系统组件设计系统组件设计是针对系统的模块和组件,参考架构设计方案设计每个模块和部件。
涉及到开发所需技术栈的选择、数据库的类型、缓存机制的选择、消息队列的使用、图像处理等等方面。
要根据需求进行选择,并保证系统的性能、可扩展和可管理性。
四、安全设计安全设计是一个重要的方面,以确保系统的数据和业务流程的安全。
在系统的开发和设计中,应尽可能避免安全漏洞,并采取多个方面的措施,如数据加密,安全加密协议,身份验证和访问控制等。
五、性能设计性能设计是指针对系统的负载、访问量和响应时间进行设计。
应用基础架构平台—总体方案Page 1 of 23 ————————————————————————————————————应用基础架构平台—总体方案2007-8-61.引言现在的企业日益认识到,通过从一些公共的功能组件中来构造相关的产品能够带来显著的提高生产率、客户需求相应能力、产品质量和客户满意度。
在制造业中,波音公司,福特、戴尔等公司都通过各种方法来利用产品之间的公共特性。
比如波音公司,通过建立一条公共生产线陆续推出了757和767客机,而这两种差别很大的产品之间有60%的零部件是相同的,无论是生产效率上还是维护方面的考虑都有很高的价值。
在软件业中,通过类似搭积木的方式来构建需要的软件产品来满足特定用户的特殊要求,通过这种方式能很好的保证软件产品的适应能力。
正因为在软件产品之间充分共享公共的特性,进而充分实现了软件生产的高效率,应用基础架构平台( 软件生产线/业务基础架构平台) 正在迅速的发展成为一种可行的和非常重要的软件开发模式。
如:软件生产线CodeGenerator :由北京尘狼软件开发的一种应用软件开发工具。
软件建立在面向业务的构件基础上,实现了基于构件的可视化开发和自动组装。
使得开发者在开发管理软件时,不用编写代码即可生成一套可以运行的系统。
如:北京软件公共技术支撑体系:是由国家863计划支持,北京市科委组织建设的北京软件产业的大型公共技术服务平台。
公共技术支撑体系主要从软件工程思路来消除目前软件企业的发展瓶颈,形成了以“三库四平台”(综合服务管理平台、软件质量管理平台、软件开发试验平台、软件测试平台、软件工具库、开放源码库、软件构件库)为特征的北京软件产业的公共技术服务平台。
2.概述2.1范围领域:▪J2EE B/S 数据库应用系统(IE+WEB SERVER);▪J2EE C/S 数据库应用系统(JAVA GUI+WEB SERVER);▪J2EE B/S 分布式应用系统(IE+WEB SERVER+JMX SERVER);▪J2EE B/S 智能卡应用系统(IE APPLET+WEB SERVER+SOCKET SERVER);功能范围:2.2目标2.2.1设计目标●零编码:尽量以零编码方式提供更多的功能接口●稳定性:保证系统稳定可靠●MVC:以文件分离的形式实现真正的MVC●可管理性:为需求/设计/编码提供自动工具支持●快速适应变化:支持快速,灵活而多变的功能扩充●技术和平台无关性:操作系统,数据库,应用服务器……●用户自定义:用户可以定制界面,信息等2.2.2技术目标●以J2EE标准实现●同时适用于B/S和C/S模型●支持socket/jmx/webservice/corba/EJB/ OSS/J 等多种应用连接方式●客户端支持AJAX/ VML/ IKEY/JAVACARD技术2.2.3管理目标●持续改进软件生产过程改进软件加工工艺:采用新的工艺思想,如业务基础架构平台,软件开发自动化生产线等逐步建立全过程质量保证体系:依据新的软件加工工艺,建立可度量的标准和规范优化人力资源管理:依据新的软件加工工艺, 建立专项角色分工体系和相互协作机制,培养和鼓励发挥角色专长项目管理有四个要素,工作范围、时间、质量、成本。
移动应用平台建设总体技术方案1. 简介本文档旨在提供一个移动应用平台建设总体技术方案的概述,以帮助客户了解该方案的基本原理和实施步骤。
2. 概述移动应用平台建设是为了满足当今快速发展的移动应用市场需求而设计的。
该平台将提供一系列功能和服务,以支持移动应用的开发、部署和管理。
3. 技术方案3.1 平台架构本方案采用分层架构,包括移动客户端、应用程序后台、数据存储和管理层。
- 移动客户端:通过移动设备上的应用程序提供用户界面,与后台进行通信和数据交互。
- 应用程序后台:负责处理用户请求,管理应用程序逻辑和业务流程。
- 数据存储:用于存储和管理应用程序的数据,可选的解决方案包括关系型数据库和NoSQL数据库。
- 管理层:用于管理和监控整个平台的运行状况和性能。
3.2 技术选择根据客户需求和平台要求,我们建议采用以下核心技术来构建移动应用平台:- 操作系统:Android和iOS是目前市场份额最大的移动操作系统,建议同时支持这两个操作系统。
- 开发语言:Java和Swift是Android和iOS的主要开发语言,具备广泛的开发资源和工具支持。
- 开发框架:根据项目规模和要求,选择合适的开发框架,如React Native、Flutter或Xamarin等。
- 后台技术:选择适合的后台开发技术,如Java Spring、Node.js或Ruby on Rails等。
- 数据存储:根据数据规模和处理需求,选择合适的数据库技术,如MySQL、MongoDB或Redis等。
- 安全性:确保平台具备良好的安全机制,包括用户身份验证、数据加密和漏洞修复等。
4. 实施步骤为了成功构建移动应用平台,我们建议按照以下步骤进行实施:1. 确定需求:与客户沟通,明确平台的功能需求和期望目标。
2. 系统设计:基于需求分析,设计平台的架构、界面和数据模型。
3. 开发和集成:根据设计方案,进行平台的开发和各组件的集成。
4. 测试和优化:对平台进行全面测试,并持续优化性能和用户体验。
软件架构方案1. 引言软件架构是指软件系统的整体结构,包括各组件之间的相互关系、组件的功能和接口等。
一个好的软件架构方案可以提高软件系统的可靠性、可维护性和可扩展性。
在本文档中,将介绍一个软件架构方案的设计和实施细节。
2. 目标和背景软件架构方案的目标是设计一个高性能、可扩展、易于维护和安全的软件系统。
本方案是为了满足一个大规模企业级应用系统的需求,该系统包含多个模块和子系统,需要支持高并发访问和大规模数据处理。
3. 总体架构本方案采用分层架构模式,将软件系统划分为多个层次,每个层次有特定的职责和功能。
以下是我们的总体架构设计:3.1. 用户界面层用户界面层负责与用户直接交互,接收用户输入并向用户呈现数据。
该层使用Web技术开发,采用前后端分离的方式。
前端使用HTML、CSS和JavaScript开发,后端使用RESTful API提供数据接口。
3.2. 业务逻辑层业务逻辑层处理用户输入的数据,并进行逻辑处理和业务规则校验。
该层负责负载均衡、事务处理、安全性校验和数据转换等任务。
业务逻辑层采用微服务架构,将系统拆分为多个独立的服务,每个服务负责不同的业务功能。
3.3. 数据访问层数据访问层负责与数据库交互,进行数据操作和查询。
该层使用ORM(对象关系映射)框架来简化数据库访问过程,并提供缓存机制来提高系统性能。
3.4. 数据库层数据库层负责存储系统的数据,提供数据持久化和查询功能。
我们选择了关系型数据库作为数据存储引擎,因为它能够提供良好的事务支持和数据一致性保证。
4. 关键技术选型为了实现我们的软件架构方案,我们选择了以下关键技术:•前端技术:HTML、CSS、JavaScript、React.js•后端技术:Java、Spring Boot、Spring Cloud•数据库技术:MySQL、Redis5. 扩展性和可维护性本软件架构方案设计了合适的分层,每个层次各司其职,降低了模块之间的耦合度。
教育城域网建设方案一、引言教育城域网是一个覆盖城市区域的教育信息化网络平台,旨在整合教育资源,促进教育公平,提高教育质量,推动教育现代化进程。
本文将详细阐述教育城域网的建设方案,包括需求分析、总体架构设计、网络基础设施建设、应用系统建设、安全保障体系建设、运维管理体系建设等方面。
二、需求分析(一)教育教学需求随着教育信息化的不断推进,学校对多媒体教学、在线课程、远程教育等应用的需求日益增长。
教师需要便捷地获取教学资源,学生需要个性化的学习环境,家长需要及时了解学生的学习情况。
(二)管理需求教育管理部门需要实现对学校的信息化管理,包括学籍管理、教学管理、考试管理、教育资源管理等,提高管理效率和决策水平。
(三)资源共享需求学校之间、教师之间、学生之间需要实现教育资源的共享与交流,促进优质教育资源的均衡发展。
(四)安全需求教育城域网涉及大量的学生个人信息和教育数据,必须保障网络安全,防止数据泄露、网络攻击等安全事件的发生。
三、总体架构设计(一)网络拓扑结构采用星型拓扑结构,以教育信息中心为核心,通过高速光纤链路连接各学校、教育机构和教育管理部门。
(二)层次化设计分为核心层、汇聚层和接入层。
核心层负责高速数据交换,汇聚层负责整合接入层的数据,接入层负责连接各类终端设备。
(三)冗余设计采用冗余链路和设备,提高网络的可靠性和可用性,确保网络的稳定运行。
四、网络基础设施建设(一)骨干网络建设采用高速光纤通信技术,构建大容量、高带宽的骨干网络,满足数据、语音、视频等多种业务的传输需求。
(二)校园网络建设各学校根据实际需求建设校园网络,实现校内有线网络和无线网络的全覆盖,确保师生能够随时随地接入网络。
(三)网络设备选型选择性能稳定、功能强大、易于管理的网络设备,如路由器、交换机、防火墙等。
(四)IP 地址规划合理规划 IP 地址,确保网络地址的唯一性和可扩展性。
五、应用系统建设(一)教育资源公共服务平台整合各类教育资源,包括教学课件、试题库、电子图书等,为师生提供便捷的资源检索和下载服务。
企业级应用架构设计方案随着互联网的发展和数字化转型的推进,越来越多的企业意识到了信息化建设的重要性。
而对于企业级应用系统而言,架构设计是至关重要的一环,不仅影响系统的稳定性和安全性,也影响着系统的可扩展性和可维护性。
因此,本文将从以下几个方面来分析和探讨企业级应用架构设计方案。
一、架构模式选择企业级应用系统的架构设计,通常需要考虑到系统的高可用、高性能、易于扩展、易于维护等需求。
常用的架构模式包括MVC、微服务架构、SOA架构、ETL架构等。
对于不同的业务需求和技术实现,需要选择合适的架构模式。
1. MVC架构MVC架构以分离应用程序的用户界面、数据模型和控制逻辑为核心,适用于对简单的关系型数据库进行操作的应用程序,如电商网站、博客等。
但是,MVC架构的弊端是不宜进行分布式部署和扩展。
2. 微服务架构微服务架构是一种组成松耦合、可独立部署、可独立升级的分布式架构,适用于互联网应用场景。
微服务架构可以实现快速迭代、持续集成和持续交付等特征。
但是,微服务架构对于系统的设计和部署需要更高的技术水平,对于线上运维和监控也有一定挑战。
3. SOA架构SOA架构是一种通过服务的方式进行系统集成的架构,利用服务的标准化提高系统的灵活性和重用性。
SOA架构需要进行服务的分析、设计、发布和管理,对于企业级应用系统而言,SOA架构可以实现系统整体的分布式化和协作性增强,但需要考虑到服务的复杂性和管理成本。
4. ETL架构ETL架构是将数据从源系统中提取、转换、加载到目标系统的过程。
ETL架构适用于数据量大、数据来源复杂的系统,如数据仓库、大数据分析系统等。
但ETL架构的弊端是数据同步周期需要保持一致,且实时性较低。
二、系统拆分与应用微服务化对于大型企业级应用系统而言,单体架构往往难以满足业务需求,因此需要对系统进行拆分与微服务化。
通过将系统拆分成多个粒度更小、可独立部署的子系统、模块或服务,并将其分别部署到各自的服务器上,实现业务模块的解耦合,提高系统的可维护性、可扩展性和可测试性。
系统总体架构与网络架构建设方案一、引言随着信息技术的飞速发展,各行各业对于系统的要求也越来越高。
本文将分享一个系统总体架构与网络架构建设方案,以满足企业或组织对系统和网络的需求。
二、系统总体架构1.客户端:客户端可以是桌面端应用、移动应用或者网页应用。
客户端负责与用户进行交互,并将用户的输入发送给服务器端进行处理。
2.服务器端:服务器端接收客户端的请求,并进行相应的处理。
服务器端可以包括以下几个层次:- Web层:负责接收和处理HTTP请求,并将请求发送给下一层进行处理。
可以使用Nginx、Apache等Web服务器。
- 应用层:负责应用程序的处理逻辑,包括业务逻辑的处理、数据库的读写操作等。
可以使用Java、C#等编程语言进行开发。
- 数据库层:负责存储和管理数据。
可以使用关系型数据库如MySQL、Oracle,或者NoSQL数据库如MongoDB、Redis等。
3.外部服务:外部服务包括第三方服务和内部服务,用于增强系统的功能和性能。
例如,可以使用阿里云的对象存储服务OSS来存储大量的图片、视频等文件,使用腾讯云的CDN加速服务来提供静态资源的加速访问。
4.消息队列:消息队列用于实现系统的解耦和异步处理。
当客户端发送请求到服务器端时,服务器端可以将请求放入消息队列中进行异步处理,以提高系统的性能和可扩展性。
常见的消息队列有RabbitMQ、Kafka等。
5.监控与日志:监控与日志是系统架构中不可或缺的一部分。
通过对系统的监控和日志进行分析,可以了解系统的运行情况和性能表现,及时发现问题并进行调整和优化。
良好的网络架构能够保证系统的稳定性和可靠性。
下面是一个可行的网络架构建设方案:1.网络拓扑设计:网络拓扑是指网络中各个节点之间的连接方式和结构。
常见的网络拓扑有星型、树型、环型等。
在设计网络拓扑时,需要考虑网络的延迟、带宽和可靠性等因素,并根据实际需求选择合适的拓扑结构。
2.安全性:网络安全是一个重要的考虑因素。
应用系统建设总体架构设计方案目录1项目概述 (2)1.1项目背景 (2)1.2建设单位概况 (2)1.3建设目标 (2)2项目建设依据 (3)3系统总体设计 (4)3.1系统设计思路 (4)3.2总体架构设计 (6)3.3网络拓扑结构设计 (8)3.4安全性设计 (9)3.5可靠性设计 (16)3.6易用性设计 (16)3.7关键技术路线 (20)3.8系统非功能性特征设计 (31)1项目概述1.1项目背景随着城市规模的迅速扩大,非生活用水户也迅速增加,对节水管理工作不断地在增加难度和工作量。
为提高城市节水管理水平和效率,加强对用水户的监控,有必要建设起适应发展的中心城区非生活用水户远程监控系统(一期)。
每个城市的非生活用水户是自来水和地下水的主要客户,一般都占城市用水量的70%以上,因此计量管理尤为重要。
应用这个系统平台建设能完善城市非生活用水户自来水和地下水计量的科学监控,能建立起各非生活用水户的水量数据库,能对非生活用水户合理用水,科学用水。
总之中心城区非生活用水户远程监控系统(一期)和城市节水服务网络平台不仅将成为未来节水管理的平台,也将成为智能城市中重要的组成部分。
1.2建设单位概况节约用水办公室于1981年11月由人民政府批准成立,1994年,机构编制委员会以成机编(1994)字67号文明确了市节水办为行政事业单位。
节约用水办公室(以下简称市节水办)其主要职责是:综合管理全市及区(市)县城市计划用水、节约用水和城镇规划区地下水资源的开发、利用和保护工作。
市节水办具体工作包括:城市规划区内除居民外所有用水户的计划用水编制、下达、执行及考核管理,超计划用水加价收费的收缴;征收城市地下水污水处理费;宣传贯彻国家和省市有关计划用水、节约用水的法规、政策;组织开发推广节水新技术、新工艺、新设备、新器具,审批节水技措项目;监督各企业、单位进行水量平衡测试和合理用水评价工作;城市新改扩建工程项目的用水审批和节水设施验收;创建节水型企业(单位)工作;城市节水统计工作等。
1.3建设目标按照“功能优化、操作简便、权限明确、运行安全”的工作思路,以政务网为依托,充分利用电子政务建设的已有资源,结合实际的业务需求,着力构建具有“远程监控,用水管理,多元展示,智能辅助”等主要功能的中心中心城区非生活用水户远程监控系统(一期),利用信息化手段提升节水管理工作水平。
具体包括如下五大部分。
1.3.1城市节水服务管理平台实现城市节水服务管理功能,利用平台实现计划用水管理、地下水管理、节水技术管理、GIS地图展示和节水办内部协同办公。
1.3.2应用支撑层实现结构化数据资源、非结构化文档和互联网资源、各种应用系统跨数据库、跨系统平台的无缝接入和集成。
1.3.3数据层存储和管理数据的主要形式和有效手段,通过建立相对稳定的、符合统一数据标准的数据层,为信息共享和系统整合打好基础。
1.3.4基础设施平台为整个信息平台提供软硬件平台,提供网络、服务器、存储环境及通讯链路的支持,同时通过系统软件和平台支撑软件对应用系统提供数据和运行环境上的保障。
2项目建设依据中心城区非生活用水户远程监控系统(一期)建设依据的相关标准规范包括:《国家电子政务标准化体系》《电子政务工程技术指南》(国信办[2003]2 )《关于我国电子政务建设的指导意见(即17号文件)》《信息资源规划—信息化建设基础工程》《关于加强信息资源开发利用工作的若干意见》(中办发[2004]34号)《国家信息化领导小组关于加强信息安全保障工作的意见》(中办发[2003]27号)《电子政务信息安全等级保护实施指南》(国信办[2005]25号)《信息系统安全等级保护基本要求》(GB/T 22239—2008)《关于信息安全等级保护工作的实施意见》(公通字[2004]66号)《信息安全等级保护管理办法》(公通字[2007]43号)《电子政务业务流程设计方法通用规范》(GB/T 19487-2004)《计算机软件需求说明编制指南》(GB/T 9385-2008)《计算机软件文档编制规范》(GB/T 8567-2006)《中华人民共和国计算机信息系统安全保护条例》(国务院令第147号)《信息技术安全技术信息技术安全性评估准则》(GB/T 18336-2001)《GB/T 9385-2008 计算机软件需求规格说明规范》《计算机软件需求说明编制指南》(GB9385-1988)《功能建模方法IDEF0》(IEEE 1320.1-1998)《信息建模方法》(IEEE 1320.2-1998)《中华人民共和国计算机信息系统安全保护条例》《计算机信息系统保密管理暂行规定》(国保发[1998]1号)《计算机软件产品开发文件编制指南》(GB/T 8567-1988)《计算机信息系统安全保护等级划分准则》(GB/T 17859-1999)《涉及国家秘密的计算机信息系统安全保密方案设计指南》(BMZ2-2001)《信息技术开放系统互联高层安全模型》(GB/T 17965-2000)《信息技术开放系统互联基本参考模型》(GB/T 9387)《信息技术开放系统互联应用层结构》(GB/T 17176-1997)《信息技术开放系统互联开放系统安全框架》(GB/T 18794)《信息技术开放系统互联通用高层安全》(GB/T 18237)《数据元和交换格式信息交换日期和时间表示法》ISO 8601—1988《电子政务数据元》《计算机软件需求说明编制指南》(GB/T 9385-1988)《计算机软件产品开发文件编制指南》《GB/T 8567-1988》。
3系统总体设计3.1系统设计思路中心城区非生活用水户远程监控系统(一期)的总体框架必须既满足当前的应用需求,又面向未来业务和技术的发展要求,应遵循以下设计原则:1、标准化和开放性总体框架的各部分应符合国家标准、工信部部颁标准、相关技术规范和要求。
要具备较好的开放性,保证采用相关技术的软硬件能够随时无障碍地接入,实现系统和数据的集中运行和统一维护管理。
2、适用性和先进性充分考虑节水管理业务的现状和发展,采用成熟、稳定、完善,并符合业界主流发展趋势的产品和技术,既满足当前应用需求,也满足未来3-5年业务和管理的需要。
3、安全性和可靠性应遵循国家电子政务信息安全的要求并结合节水管理应用的特点加强信息安全防护,具有一定的防病毒、防入侵能力。
具备有效的认证、授权和审计机制,在权限分级和数据分级的基础上,能够对关键操作、敏感数据进行重点防护,同时对内外部攻击和滥用具备一定的检测和防御能力。
软硬件资源需要保障节水服务管理业务应用的5×9(部分关键业务7×24)小时不间断、可靠运行,因此必须配备完善的可靠性措施设计,保证系统运行的高度可靠,包括数据库、主机、应用部署、网络等关键环节配备高可用性方案。
在出现异常时,应用系统应有人性化的异常信息方便用户理解原因,或采取适当的应对方案。
4、高性能和高负载能力必须能够承载较大的应用运行负载,提供高性能的数据处理和应用响应能力,确保各类应用的高效运行。
5、灵活性与可扩展性要能够根据信息化不断发展的需要,方便地扩展系统容量和处理能力,具备支持多种应用的能力。
同时可以根据应用发展的需要进行灵活、快速的调整,实现应用的快速部署。
6、经济性与投资保护应以较高的性能价格比构建系统,使资金的产出投入比达到最大值。
以较低的成本、较少的人员投入来维护系统运转,达到高效能与高效益的要求。
尽可能保护已有系统投资,充分利用现有设备资源。
系统要求主要包括以下几个方面:1.应用软件系统要实现系统初始化、操作员管理、安全管理、数据通信、系统维护、统计和打印等功能。
2.数据要求严格执行国家相关编码规范及标准;3.系统建设要以高的性价比和效能比为原则;从安全性角度出发,既要考虑系统的冗余度和扩展余地,又要为系统在意外、突发事件情况下的应变能力留有应急备份的措施;4.定期备份所有业务数据(包括处理后的报表),可设定定期备份时间、路径,可以采用手动或自动方式进行,并对备份结果进行提示;5.系统对运行状态进行日志监控记录,并提供及时有效的日志查询功能;6.系统的处理应该满足多线程多用户的架构。
本项目最大并发用户数100人。
系统需具备支持300用户同时在线的能力。
响应时限:系统现有的处理能力应满足未来3-5年的业务需求,系统的数据存储时间应能够满足业务的需要,能满足实时调用和跟踪查询使用。
同时单笔响应时限(不考虑带宽因素)应满足;系统的基本业务响应时限<=0.1秒;单表简单查询响应时限<=1秒;多表复杂查询响应时限<=3秒;复杂批处理响应时限<=60秒;3.2总体架构设计遵循国家有关标准规范,设计出完整的信息指标体系,开发标准的信息转换接口。
应用开发应采用目前流行的架构,包括但不限于J2EE、.NET等,提供详细架构说明。
在项目开发过程中,设计遵循UML2.0规范,数据层设计须遵循XML1.0以上标准;并对需求变更和配置进行管理。
所有文档都必须同时提供电子文档和纸质版本。
软件交付时,须提供软件设计文档、代码文档、至少须提供数据字典和数据库详细说明文档、系统测试方案、培训计划和培训教材。
中心城区非生活用水户远程监控系统(一期)建设采用“五横二纵”的总体框架。
平台总体框架如下图所示:“五横”分别指基础设施平台、数据层、应用支撑层、应用系统和用户:3.2.1 基础设施平台包括提供服务器系统、安全系统、存储与备份系统和基础软件,统一由电子政务云平台提供。
3.2.2 数据层包括计划用水管理数据库、地下水管理数据库、节水技术管理数据库、协同办公数据库和地理信息数据库。
3.2.3 应用支撑层包括报表工具、日志服务和地理信息系统。
3.2.4 应用系统包含计划用水管理、地下水管理等系统。
用户包括节水办、计划用水单位、地下水取水户。
“二纵”分别指标准规范体系和信息安全体系:3.2.5标准规范体系中心城区非生活用水户远程监控系统(一期)的建设依据。
标准规范体系建设有利于整个信息系统建设的规范性、正确性和科学性,实现数据资源的共享和业务流程的规范。
1.采取足够的措施,保障数据的存储、访问和传输等全过程的安全。
2.应用软件应采用高效、可靠的措施保证业务处理的正确性和一致性,保证数据记录在各数据表中的正确性和一致性;3.应用软件设计要求层次化、模块化,做到层次清晰,模块合理,对其中的模块可灵活抽取替换,模块与模块之间关系明确。
要方便业务的扩展和新增;4.在应用软件整体设计中,要求设计合理,基本模块保持稳定;并且报表、参数定制灵活、全面。
软件结构应具备扩充能力,在设计中充分考虑未来业务品种的增加,具有新业务品种的扩展接口;所有人机交互界面要求汉化、美观、易学易用,对于固定的输入选项应提供列表选择和快捷输入方式3.2.6安全保障体系中心城区非生活用水户远程监控系统(一期)的建设保障。