对信息化建设有一种习以为常的看法，即把“信息化”当作“信息化建设项目”的简单相加。诚然，作为项目，人们的注意力集中在可行性研究、项目预算、系统结构、开发路线等这些硬性常规问题上。同时，由于IT支撑系统与业务结合得越来越紧密，对于它们的建设、改造的代价和风险也越来越大。
“急用先行”和“推倒重建”的信息化思路正是这些代价和风险的来源。这种“项目导向”的信息化思路和方法，总是在日趋复杂的技术变化和业务需求面前，落入尴尬的境地：一旦需要整合新的业务种类、扩展系统功能的时候，似乎只有一条出路——提出新项目。信息化过程，尤其是电信企业的信息化过程作为一个长期演进的过程需要有一个稳固的架构和实现这个架构的合适手段。
对于电信企业而言，NGOSS可以说是很好地满足了前者。那么合适的手段是什么样的呢？NGOSS给出了一个系统功能的架构，对于一个功能域中的问题，运营商和系统供应商已经是考虑得相当成熟了，而且传统的软件工程和软件技术也给予了良好的支持，最重要的问题在于功能域之间的接口交互技术。OSS/BSS是如此的复杂，以至于网管系统、计费系统、资源系统、客服系统等都是各成体系，要想把存在于这种“杂乱无章”的企业IT架构中的OSS/BSS系统有机地整合在一起，几乎是不可能的。
OSS/BSS概述
OSS（Operations Support Systems）是指“运营支持系统”，BSS（Business Support Systems）为“业务支持系统”，OSS/BSS是这两类系统结合在一起形成的电信业务运营和管理平台。在eTOM模型中，OSS/BSS包括三大功能：业务开通、业务保障和计费（或称业务计量）。业务开通是指电信运营商接受客户订购电信服务的订单，通过对资源的分配、配置、安装和部署为客户提供所需的服务，并能够对服务进行计费。业务保障要提供量化的测量指标，保证SLA。业务计量则是统计业务的使用情况，计算应收费用，并对收费过程提供支持。
需要指出的是，OSS/BSS并非是单独、特指的系统，而是所有实现上述功能的系统的集合。由于电信业务本身最重要的原则——互连互通的要求，这些系统之间的互连互通也是自然而然的了，具体来说处于业务流程中呈现出前后顺序的系统之间构成业务协作关系，处于业务流程中呈现出对等的系统之间构成平等的业务接续关系。因此，有着稳定架构的NGOSS对于IT支撑能力日益成为核心业务能力的电信运营商而言，指出了一条持续稳定的信息化之路，而OSS/J提供了基于j2ee实现NGOSS的运行环境和API。
OSS/J 给出了依照NGOSS的一整套Java、XML和Web服务的API，以便于在OSS应用的整个生命周期中把它们按照业务流程的要求整合一致。OSS/J与TMF启动了Prosspero项目来实现强大的、关注实现的OSS标准。它为OSS/BSS定义实现了一系列的开放的标准API，提供给OSS/BSS的开发者使用。在不久的将来，电信行业的设备制造商、软件开发商、系统集成商都遵循这些标准API的定义，那么最后建立起来的OSS/BSS将是一个组件化的、有机结合在一起的综合管理平台，“杂乱无章”的系统结构将成为过去。
OSS/J是什么
OSS/J（OSS Through Java）是以j2ee为基础的NGOSS解决方案。Sun Microsystems公司的Philippe Lalande指出，“Java的根本思想就是兼容性，而OSS领域最大的挑战就是面临大量应用程序接口不兼容的问题。”
