某软件有限公司商业计
划书
Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】
森科（T h i n k S O F T）软件有限公司
商业计划书
北京森科信息科技有限公司
2003．5
1.行政摘要
目标
我们的目标就是努力成为新一代电信思想的领导者，成为国内最好的电信运营商的战略合作伙伴。
任务
公司现阶段的主要目标客户是中国各电信运营商，如中国电信，中国网通，中国移动等。我们要努力把eISA OSS推广到全中国所有主要的电信运营商，成为大陆主要的电信IT系统整合专家。
公司以eISA OSS的开发和推广为主，也为电信运营商提供IT系统建设的咨询服务，并将在适当的时候介入电信运营商的IT系统外包服务。
成功的关键
公司的成功基于完整的人力资源架构，前瞻性的经营管理理念和高效率的企业运作模式。
企业的生命源于我们不断进取的思想，来源于我们适应各种环境的态度，更来源于我们在逆境中奋勇向前的精神。我们不仅拥有顶级的研发队伍，还拥有优秀的管理专家，富有创意的市场开发队伍。
我们走在技术的前沿，我们承继了中西方文化的精华，我们在认知客户需要的同时，通过我们不懈的努力帮助我们的客户实现他们的价值。
我们不仅能够创造我们的信息概念，我们还能够通过尖端的信息化手段来武装我们的管理哲学，提升资金流，信息流和物流的运转效率，达到最理想的企业运作状态。
我们也通过我们对用户的奉献，获取事业上的成功，更重要的是通过我们不断地进步，享受着生命中事业成功带来的音乐般的感觉。
我们拥有专业的咨询顾问和行业专家，帮助您完成企业管理的提升；
我们拥有丰富的行业应用经验，可为您提供个性化的服务；
我们拥有经验丰富的实施顾问，帮助您定制符合企业经营、管理需要的CRM 系统；我们拥有严格的产品和项目质量控制程序，最大限度地降低您的项目风险；
我们拥有高水平的研发队伍，作为您强有力的后盾；
我们拥有强大的公司实力，作为您和我们共同发展的基础。
2.公司概要
公司所有制
森科（ThinkSOFT）软件有限公司将注册在北京市海淀区中关村科技园区，是一家专注于提供电信运营支撑解决方案的高新技术软件公司。公司的产品是以面向下一代网络的综合电信运营支撑系统eISA OSS为核心的电信运营商综合解决方案。
公司启动计划(创业者)
森科（ThinkSOFT）软件有限公司由发起创建。公司目前正处于建立过程中。计划于2003年4月完成公司的注册。公司初期注册资本为100万，全部由发起人自筹。在2003年度，公司计划实现税前利润200万元人民币，2004年争取达到税前利润1000万人民币。
公司地点和设施
公司的地点位于中关村科技园区的中心地区---上地国际科技创业园内，拥有智能化、信息化的高档办公场所。
公司不仅拥有快捷灵活的智能办公网络，宽带I n t e r n e t接口，并且随着公司的发展壮大，公司将拥有完善的财务管理系统和个性化的综合信息管理系统，以提高员工的工作效率，提高我们在信息不对称和信息不完整情况下的决策水平。
3.产品和服务概要
新一代电信运营思想 eISA OSS
3.1.1 eISA OSS系统描述
eISA OSS系统是大容量、实时、多业务综合运营支撑管理系统，其围绕的核心在于实现业务端到端的处理，减少服务开通的响应时间，快速增加新的业务类型，具有同时支持服务和操作设备等多样化能力，电信运营商或客户自己即可以生成配置客户所需服务，且电信运营商在任何情况下可及时、动态扩充软件系统和规模，按照开放的、分布式的系统框架结构，将不同运营子系统的应用软件系统，如固话业务中的九七系统、客户呼叫中心 (CRM)、网络管理与信令监控、计费系统、112/114系统、及网络和交换设备，如S1240、E10B、EWSD、DMS500、CISCO 7507、 Marconi 、ASX1000、Lucent Wavestar OC48 等硬件系统，统一纳入其管理与控制之中，构成电信运营商的统一接入核心业务平台，在实现运营商众多应用系统集中控制和综合管理的同时，完成电信业务端到端的自动化实施，真正做到，业务一台清，服务一站购齐。
3.1.2、eISA OSS 系统结构
eISAOSS系统从体系结构上可以划分为三层组件，即事件翻译网关( ETG ) 、核心调度引擎(KCE) 、网元网关 ( EAG ) ，eISA OSS系统结构组成如图三所示。
图三eISA OSS系统结构组成
3.1.2.1 事件翻译网关 ( ETG )
ETG是eISAOSS系统与其它应用子系统的通信接口，当客户服务请求或其它系统事件出现时，首先经过相关的ETG 对事件的类型进行识别和确认，如：开通/撤消服务，增添功能/更新计费等，将获得的事件与系统数据库中的服务模板进行比较，然后调用用户资料信息，将服务请求转化为一系列可执行的工单，当服务请求完成后，再将相关更新信息返回到应用子系统。ETG这种体系结构使得系统具有非常好的扩展性、可配置性和灵活性，一方面使eISA OSS 独立于任何一个应用子系统；另一方面将其它应用系统挂接到eISA OSS时只需增添相应的ETG，因而允许最大程度地重复使用公共服务定义模板集合，这样可以大量节省程序开发时间。
3.1.2.2 核心工作流调度引擎 ( KCE )
KCE是eISAOSS 的核心，它根据服务定义数据库中的服务类型和规则，对ETG 生成的工单提供配置参数、路经选择、过程调用和控制信息后，分解并生成完整的可执行工作流序列，启动相关的EAG并将执行的结果分发至不同的子系统。KCE按照服务请求的优先级进行调度和执行，根据网络和设备负荷，动态选择执行路经和设备，能够将各自独立的服务请求并行执行，管理各个执行结果的中间状态及有关操作失败后的回退处理进程。 KCE的这种体系结构使得它既是一个中间件也是一个操作系统，由于它只与ETG 和EAG 接口通信，因此eISAOSS 具有非常好的独立性和灵活性，不受制于任何的软硬件平台，可以适应于不同的网络结构、硬件设备和应用系统，能够方便的生成新的服务。
3.1.2.3 网元网关 ( EAG )
EAG是eISAOSS系统与网络物理层元件的通信接口，物理层元件包括网络协议、网关、通信设备等。EAG将外部系统使用的协议和命令翻译成eISA OSS系统内部KCE可识别的语言格式，按照不同的网络协议对物理层元件进行驱动。用户的服务请求首先经ETG确认后，通过KCE分解为不同的任务流( Work Order ) ，然后经EAG驱动相关的硬件资源，完成服务的实时配置和开通。EAG 这种体系结构使得系统具有非常好的扩展性、可配置性和灵活性，一方面使eISAOSS独立于任何一个硬件平台；另一方面将其它网络协议和硬件设备挂接到eISAOSS时只需增添相应的EAG，同时允许最大程度地重复使用公共EAG集合，这样可以大量节省程序开发时间。
3.1.3、eISA OSS 系统组成
eISA OSS 系统主要由7个模块组成，即自服务管理器、用户文档管理器、网络拓扑管理器、故障诊断管理器、服务生成工具、核心调度引擎、适配器生成工具，系统组成如图四所示。
图四 eISA OSS 系统组成
3.1.4、处理流程和数据流程 ( 以固话业务为例 )
图五是OSS系统处理流程示意。
图五OSS系统固话业务处理流程示意
3.1.5与现有系统比较的优越性
a. 基于J2EE/OSS-J 的下一代OSS 的解决方案，既面向未来又兼顾现在系统环
境的全面解决方案。支持的业务有:
语音平台：如固定电话、移动电话、语音信箱、声讯服务、智能网业
务；
电子信箱业务：如话音信箱、电子信箱、传真信箱；
可视图文业务/视像平台：如可视电话、会议电视；
数据处理平台：如ASDL、VPN；
无线平台：3G；
有线电视平台：Cable高速上网、视频点播；
软交换平台：基于IP网络的分组包交换；
多媒体通信平台：如多媒体会议电视 / 电子信息、远距离教学和医疗诊断；
b. 电信运营集中管理，大大减少人力与设备费用，由原来的一种业务配备一套
应用系统和一套维护人员的管理模式，改为统一的核心调度、实施和管理；
与各个子系统互联互通，具有高度的灵活性，快速适应网络结构和业务流程的变化。实现设备的统一管理操作, 降低人员培训成本。
c. 采用即插即用的设计思想，最大限度减少对现有系统的影响, 降低用户操作
的复杂度。
d. 保护传统电信网络硬件和软件上的巨额投入，平滑接入新的电信骨干网，保
持用户对传统业务的使用习惯。
e. 实时故障检测，变被动故障处理为主动故障检测，及早发现和排除故障，保
证用户服务不受影响。
f. 业务类型及网络资源可灵活配置，随时适应市场需求，迅速产生新的业务类
型。
g. 提高处理用户请求的响应速度，实时业务端到端的自动配置和开通，开通时
间为秒级。
h. 提供用户需求分析、市场分析和决策分析。
3.1.7 系统存在的局限
电信运营支撑系统是一个非常复杂和庞大的系统，在开发过程中，由于设备和管理流程的复杂性和多样性，开发期较长且开发程序复杂，需要各方面协同作战，在程序开发阶段只能依据现场提供的软件和硬件进行工作，不能有效的进行测试环境的分配和控制，因此软件工程的管理上可能比较混乱，较难控制项目的进度。同时，由于在调试中不能影响现有业务的正常进行，有些测试可能受到影响, 因此系统的兼容性在低版本中会有一定的局限性。
系统功能
涵盖运营支撑系统、增值服务系统和管理系统三大应用领域；支持多业务、多平台接入，构成电信运营支撑系统的统一接入核心业务平台；完成电信业务端到端的自动化实施，即实现从业务受理、业务开通、业务保障、计费管理、设备管理、网络管理、故障诊断、客户需求分析、市场决策等电信全业务的综合解决方案。
3.2.1 性能
1)软件设计为松散集成的分布式应用组件架构，组件即插即用。
2)组件之间通过软件总线实现信息共享，提高兼容性和扩充性。
3)采用Java 技术的OSS/J （OSS through Java Initiative API）技术
规范。
4)实时业务自动配置和开通，服务开通时间为秒级。
5)系统符合软件和数据库工业标准，例如：
服务器操作系统采用标准UNIX 操作系统，如SUN Solaris，HP-
UX；
客户端采用Microsoft Window 9X/NT/XP；
数据库采用Oracle 8i，9i。
6)保证系统7 X 24 不间断运营
系统运行在冗余硬件环境中，任何一个单点硬件故障不会造成系统
瘫痪；
系统的应用程序将运行在分布式多处理机环境中；
数据库将放置于分布式多处理机上；
完整的灾难备份设计。
3.2.2输出
1)配置系统软硬件资源、驱动硬件设备、开通服务、更新数据库资料及其它应
用系统数据库信息。
2)管理和查询用户资料、跟踪用户服务、分析用户需求。
3)系统网络设备、程控交换机、数据处理设备、数据通讯设备等资源查询、配
置和管理。
4)系统软硬件故障诊断、报警、修复。
5)配置和更新服务自动实施流程、更新对应的数据库和网络及通信协议。
6)市场分析数据报表、市场预测与决策统计数据。
3.2.3 输入
1) 用户服务请求。
2) 管理员资料查询命令。
3) 新业务流程。
4) 硬件配置及驱动。
5) 软件配置与管理。
3.2.4 处理流程和数据流程
图一运营支撑系统处理流程
3.2.5在安全与保密方面的要求
本系统属于内部关键业务运营管理系统，在项目成员进行日常开发活动中所得到的工件及代码均属于项目小组共同所有，个人未经同意不得对外发布。
3.2.6与本系统相联接的其他系统
运营商各种应用层管理系统, 如计费系统、网管系统、客服系统、112/114 查询等。
网络及程控交换设备, 如数据网、程控交换机等物理设备。
3.2.7 完成期限
2003年8月30日。
目标
人力与设备费用的减少。
响应客户请求速度的提高。
产品兼容性的提高。
产品可扩充性的增强。
用户自动化程度的提高。
减少人为出错和降低故障发生率。
开通和增添新业务时间的减少。
条件、假定和限制
系统运行寿命的最小值: 7 X 24 不间断。
进行系统方案选择比较的时间；
经费、投资方面的来源和限制；
硬件、软件、运行环境和开发环境方面的条件和限制；
充分利用互联网的信息和资源；
法律和政策方面的限制；
建议开发软件投入使用的最迟时间为2004年1月1日。
决定可行性的主要因素
网络及硬件设备端口是否开放。
关键应用软件系统是否可查询。
网元设备的技术资料是否全面。
工作流程是否逻辑清晰。
各业务部门的配合是否协调。
软件分析和数据库建模是否准确。
对现有系统的分析
3.6.1、处理流程和数据流程（以中国电信97工程改造为例）
97工程是中国电信主要的业务支撑系统, 图二是97工程改造项目<<用户数据集中处理系统>>处理流程图,从图中可以看到: “九七”改造是在原有运营系统整体构架上, 并入交换网管系统，对原有业务流程进行修改和调整，增强集中管理和控制功能，由于97系统开发时间较早，是以大集中的数据库为核心系统设计构架，因而既不能引入现在先进的软件设计方法又不能支持不断采用新技术的电信业务的发展，它的局限性主要表现在:
灵活性差，增加新业务或修改工作流程必须对底层程序进行修改。
扩展性差，新设备和新技术引入困难。
稳定性差，自动化程度易受影响。
兼容性差，不能支持和适应新的电信技术。
图二97工程改造项目<<用户数据集中处理系统>>处理流程图3.6.2 工作负荷
97改造后的系统，业务支撑及运营实现了单个部门内的自动化，但部门间仍有许多人工干预和操作, 因此前台业务受理、程控交换机房和故障排除处理等部系统监控进程
系统控制进程
发送控制进程
出错处理进程
回单进程数据复制进程系统数据库97数据库
告警人工处理系统维护
图例
SQL *Net
Socket
用户数据集中处理系统
软件结构示意图
消息
消息传递出错信息业务处理信息维护信息
交换机1交换机2交换机n 业务功能软件网管数据
库
指令指令
指令接口机软件控制终端软件
业务指令维护软件运行监视软件.....
门仍需大量人工操作，出错概率大，人员工作量大。
3.6.3费用开支
每一种业务的开通、维护、管理等都需要一套人员和设备编制，包括各类硬件管理设备、应用软件、各种维护和管理人员。
增加新业务时，需要重新开发相应的应用软件程序，增添有关的硬件设
备，增加一定的管理和维护人员。
系统对外响应时间较长，工作效率低，成本上升。
3.6.6 现有系统面临的问题和局限性
3.6.6.1 企业信息化水平低
目前电信运营商的信息处理大多仍然停留在简单信息共享水平上，其报表处理多以文件系统为主，文件传输采用纸质报表传输；各种与客户相关的数据基本上还处在一种信息孤岛状态，得不到充分有效的利用；营销、销售、客户服务和支持等业务都是孤立进行的，并且前台的业务领域与后台部门也是分开进行的。主要表现在：现有系统信息资源不共享；部门之间的服务脱节造成资源浪费；缺少对客户流失和欠费的全方位分析；各种与客户服务接触方式的分离造成服务效率低下；缺乏客户细分、潜在客户开发和个性化服务。
3.6.6.2各个应用系统间缺乏信息共享
由于历史和技术的原因，目前大部分运营商的计费系统、业务管理、网络管理和客户关系管理系统，没有集成在一个统一平台上，单个业务支撑系统都比较
庞大，系统间没有标准的接口，系统间的集成非常复杂且系统维护量大。原有的网络运营支撑系统主要集中在性能管理与故障管理的功能实现上，没有实现一个包含业务实时配置及开通、业务保障和业务计费的完整支撑系统，而且为了解决业务运营的急需，许多系统都必须在短时间内开发完成，对系统间的互连互通缺乏周密的考虑。
3.6.6.3 软件结构不能适应电信的发展
在软件应用系统规划设计时没有充分考虑业务发展规模，已不能满足百万至几百万以上的用户容量需求。而且应用软件系统的扩容相对交换机要复杂得多，加之频繁地进行版本升级，造成系统管理混乱，例如计费软件没有统一的规划，各个地方都是各自为政，很多都是相互封闭的，造成升级和共享的困难。电信业务的发展、竞争的多样性和复杂性，使原系统无法适应经营政策的变化，并造成两个后果，一是计费软件企业由于竞争激烈，利润降低，没有了发展的动力，二是影响运营商的发展，由于软件相对独立，没有统一的标准，软件企业良莠不齐，造成升级困难。一个比较明显的例子，在固定网计费系统由一分钟改到六秒的计费调整中，只能一个地区，一个地区地分别调整，浪费了很多的时间。而同样是计费调整，美国的AT＆T由于采用统一的计费系统，在计费调整时，很快就完成了。
总之，国内电信运营商在经营模式、服务内容、服务水平方面与国外电信运营商存在相当的差距。构建规范统一的、大集中的“软系统”是电信发展的大趋势。
技术发展概况
在OSS/BSS的建设中，技术固然重要，但是，技术与业务的良好结合更为重要，技术手段的使用、系统的升级要围绕着提升业务运营水平、提升运营管理水平、提升运营商的综合竞争力来进行。
由于OSS系统是以工作流管理为核心的综合运营平台，为了适应各行业在未来的发展过程中统一管理大趋势的发展，我们的产品结构分为三个层面。
第一个层面，信息引擎层面，即以软件工作流控制为核心的综合控制系统，能够在异种平台上高效能处理各种信息请求。信息引擎是整个构架平台的核心，它是与具体业务无关的一种软件思维模式的体现，在将来的技术发展过程中，它将采用模糊理论和神经网络的理念组织系统资源，采用智能决策系统确定业务请求和反馈信息的结构模式定义。
第二个层面，适配接口层面，即根据业务功能和功能模式确定各种标准的应用接口（API）,定义相应的算法和结构，以适应不同行业的功需求。
第三个层面，用户界面层面，即根据具体行业，具体开通业务和具体工作模式，具体的工作流程确定在用户端的特定用户功能，满足不同的业务需求。实现在我们强有力的信息引擎的处理能力下，保证用户个性化的性能要求。
在软件的发展过程中，我们的目标是在不同的操作平台上，无论是分布式系统还是集中式的系统，都可以方便地进行系统移植，一方面保证我们能够更好地满足用户在系统性能和可扩展性方面的要求，另一方面可以在缩短我们的研发周期的同时，满足用户在时间限制方面的进度要求。