本文目录
软件技术路线怎么做
软件项目技术路线
（若有帮助请点赞）
篇一：大型软件系统技术路线分析
大型软件系统技术路线分析
纵观全球大型软件系统软件系统技术发展路线，历经了二十多年的时间，逐步从vb、.NET向J2EE java全面迁移，迄今为止，所有的集团客户和高端政府机关在大型软件系统技术的选择上，几乎清一色的选择JAVA品台，而且面向集团化的大型软件系统定位的企业，如九思软件、东软集团，也统统在此路线上完成系统的架构和功能设计。
在国外，JAVA技术已成为解决大型应用的事实标准，符合J2EE规范的应用服务器则是构建面向对象的多层企业应用的中间核心平台。因其具有易移植性，广开放性、强安全性和支持快速开发等特性，成为面向对象开发组织应用的首选平台。参照文档如下：
基于J2EE应用服务器支持EJB组件开发技术，包括消息队列、负载均衡机制和交易管理等。支持中大型网站和中大型组织应用等需要大规模跨平台、网络计算的领域。 软件构造有几个不可逆转的发展方向:XML数据结构、面向对象的构件技术、网络化应用。其中Java 因为与平台无关、安全、稳定、易开发、好维护、很强的网络使用性等, 而成为主流环境。 J2EE是企业级应用的标准。
J2EE平台提供了一个基于组件的方法，来设计、开发、装配及部署企业级应用程序，并提供了多层的分布式的应用模型、组件再用、一致化的安全模型以及灵活的事务控制机制。使之具有重用的能力，并集成了基于XML的数据交换 一个统一的安全模式及灵活的事务控制。
J2EE应用程序由组件构成。一个J2EE组件是自包含的，与其相关的语气它组件通信的类及文件集成到J2EE应用程序的功能软件单元。J2EE规范定义了下面一些组件：
1）、运行在客户端的应用客户程序及小程序。
2）、运行于服务器网络的Servlet&Jsp组件。
3）、运行于服务端的企业逻辑组件。
J2EE组件用Java语言编写，通过相同的方法编译。J2EE组件与标准Java类的不同之处在于J2EE组件集成到了应用程序中，与J2EE规范兼容，并部署到负责运行、管理的J2EE服务器上。
基于J2EE企业级应用服务器的结构
基于J2EE的企业级应用服务器是基于Web Services 的新一代应用服务器。在设计上突出了XML的应用，比如XML在本地化的存储及各种处理；通过SOAP与 .NET及通过IIOP与CORBA的连接等。
Web Server
基于对本系统需求的深入分析，我们建议采用B/A/D应用模式，这样，这样，跨系统平台、性能优异的Web Server是我们必须要认真考虑的。
Servlets 是网络化的组件, 被应用于网络服务器的功能的扩展。 它从客户主机(如: 浏览器)得到命令和要求， 并将内容反馈给主机， 实现从HTML界面传递到网络商务系列。 无论如何, Servlets是不必要连接到网络服务器上的， 它们可被作为普通的命令要求组件， Servlets 更适合于实现简单要求的需要， 并且不需要应用软件服务器的管理。
JSP与Servlets非常相似。 事实上, 它们的最大区别是JSP为非纯Java代码, 更易于感知。 如果希望看到并感觉到配置是与其它配置分开的, 并且易于维护, 可以使用JSP，JSP擅长于此，它们易于被编写及维护。
XML
当前，对XML的技术应用如火如荼，在我们的系统解决方案中，XML技术的应用也是不可缺的重要组成部分，这就要求我们选择的技术架构必须提供对XML技术强大支持。
当前，J2EE架构在厂商市场和开发者社区中倍受推崇。作为一种工具，可扩展标记语言（XML）简化了数据交换、进程间消息交换这一类的事情，因而对开发者逐渐变得有吸引力，并开始流行起来。自然，在J2EE架构中访问或集成XML解决方案的想法也很诱人。因为这将是强大系统架构同高度灵活的数据管理方案的结合。 XML的应用似乎是无穷无尽的，但它们大致上可以分为三大类：
1.简单数据的表示和交换（针对XML的简单API（SAX）和文档对象模型（DOM）语法解析，不同的文档类型定义（DTDs）和概要（schemas））
2.面向消息的计算（XML-RPC（远程过程调用），SOAP协议，电子化业务XML（ebXML））
3.用户界面相关、表示相关的上下文（可扩展样式表语言（XSL），可扩展样式表语言转换（XSLT））
这几类应用在J2EE架构中恰好有天然的对应：数据表示和交换功能是EJB组件模型中持久化服务（persistence services）的一部分，基于消息的通讯由Java消息服务（JMS）API来处理，而界面表示正是Java服务器页面（JSP）和Java Servlets的拿手好戏。
Web Service
我们将要建造的是一个纵向、横向交错联结的、综合的系统，里面的各种软件平台共存，而又存在着互联互通的需要，Web Service正是解决这一问题的有效解决方案。同样的，J2EE框架对Web Service技术也提供了强大的支持。
J2EE框架通过一组API包(JAXM、JAXP、JAXR、JAX-RPC)对Web Services提供支持。J2EE的Web Services一般是通过EJB来实现，然而也可以把提供Web Services实现的Java应用独立出来，这完全依赖于设计和构建应用程序的业务处理和数据逻辑层。有多家公司已经构建了基于J2EE的集成开发环境(IDE)和应用服务器，他们中的多数已经开始在产品中支持Web Services的创建、部署和运行，对Web Services标准的支持和复杂的程度因产品而异。多个独立的公司，包括IBM、BEA、Oracle、HP、Sun等，在它们的基于J2EE的开发工具和应用服务器中正在提供对Web Services的支持。当在这个技术领域中有多个竞争产品时，就意味着没有单个公司的垄断了。在过去的几年中，J2EE已经被证明是一个稳定的、可扩展的、成熟的平台。新增的、对Web Services的支持是这个平台的又一个特征
篇二：技术路线
技术路线
系统的建设将采取如下总体技术思路，兼并考虑平台的整体性与可扩充性。
1. 打造地理信息服务平台
本系统采用主流GIS平台（如：ESRI产品系列）、大型关系数据库技术（如：Oracle）、主流软件开发技术和现代网络通讯技术，充分考虑与其他信息系统的开放互联、多源数据接口、数据之间的关联以及网络环境的开放性的基础上，形成以完备的地理信息数据库为基础，以开放的专题地理信息服务平台为依托，集成城市政府部门相关应用，建成信息化建设的重要空间基础地理信息服务平台。
2. 统一的基础平台和应用平台
本系统充分考虑到个国土各个部门的业务需要，充分保证数据的共享和功能互操作。同时，平台还要具备良好的可维护性和扩展性。因此，本系统采用统一的基础平台。包括操作系统平台、数据库平台、地理信息系统平台和应用平台。采用统一平台，可避免不必要的系统间数据的转换、功能的接口、以及系统升级扩展时大量的维护工作量，保证系统的一致性和稳定性。
3. 面向对象的软件设计思想
在软件开发技术中，面向对象的软件开发技术成为当今主流。本信息平台的建设与开发将采用面向对象的软件工程方法。
4. 基于关系数据库的空间与非空间数据一体化管理
基于关系数据库统一管理空间数据与非空间数据可以有效地实现空间与非空间数据关联和集成。而且由于空间数据与非空间数据都以数据表或视图的形式存贮，可以方便的采用数据库逆向工程的方法自动提取元数据，因此，可以方便地实现基于元数据信息资源管理。
5. 基于元数据统一管理信息平台
信息平台的元数据除管理业务公用基础数据外，还要管理各个部门子系统可以共享数据的元数据，为实现数据的集成提供服务。
6. 元数据驱动的平台架构
为了提高系统的可扩展性，系统将采用元数据驱动平台架构加以实现，根据信息资源管理统一平台之数据平台（包括基础地理信息系统、基本单位信息系统）的特点，在GIS基础软件与实际应用系统之间增
加一层统一的、元数据驱动的应用平台，将数据平台各组成系统（基础地理信息系统、基本单位信息系统
