电信业务开通系统-软件工程专业论文.pdf.docxVIP

电信业务开通系统-软件工程专业论文.pdf.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
电信业务开通系统-软件工程专业论文.pdf

目 录第一章绪论 11.1 论文背景 11.1.1 工作流产生的历史必然性 11.1.2 工作流管理系统简介 21.1.3 当前工作流管理系统存在的问题 41.2 电信业务开通系统介绍 51.2.1 OSS 系统简介 51.2.2 电信业务开通系统 61.3 论文的组织结构及作者的主要工作 71.3.1 论文的组织结构 71.3.2 作者的主要工作 7第二章 构建多层体系的核心技术 92.1 基于 J2EE 平台的分布式组件技术 92.1.1 J2EE 的体系结构简介 9JSP 和 Servlet 技术 10EJB 技术 11JMS 12J2EE 的客户层 15J2EE 的优势 162.2 WEB 服务 182.2.1 Web 服务的基本概念 182.2.2 Web 服务的特点 182.2.3 Web 服务的技术基础 19第三章系统的需求分析 213.1 电信部门组织结构设置 213.1.1 大客 213.1.2 客响 223.1.3 专业中心 223.1.4 网监 233.1.5 计划建设 233.2 流程需求 233.2.1 业务征询流程 流程描述: 建议考核标准: 流程图 253.2.2 业务开通流程 2 流程描述 2 建议考核标准 2 流程图 27 第四章 SYNCHROFLOW 工作流平台及其特点 28 4.1 SYNCHROFLOW 产品的特点 284.2 SYNCHROFLOW 产品构成 29第五章 基于 J2EE 的系统架构的设计与实现325.1 系统框架的总体介绍 325.1.1 分层模型 325.1.2 基于 J2EE 的电信业务开通系统的框架 325.1.3 系统架构的特点 335.2 客户端 345.3 服务器端表示层 345.3.1 MVC 设计模式简介345.3.2 表示层的设计 3 视图的设计 3 控制器的设计 3 系统资源类的设计 3 提交到中心控制器的参数说明 385.4 服务器端业务层 385.4.1 业务处理组件的设计 3 数据处理组件 3 页面 XML 配置器 4 数据处理文件 415.4.2 流程客户端 415.4.3 集成接口 4 接口方案 4 前台 97 系统(营帐系统)接口 4 资源管理系统接口 4 计划建设项目系统接口 495.5 数据层 49第六章 系统的总体结构设计及实现 51 6.1 设计原则 516.1.1 先进性与成熟性相结合 516.1.2 充分考虑性价比 516.1.3 实用性 516.1.4 扩充性 516.1.5 易维护性 526.1.6 开放性 526.1.7 可移植性 526.1.8 安全保密原则 526.2 系统框架、体系结构及其开发平台 526.2.1 系统的体系结构 526.2.2 系统开发平台 536.3 系统的网络结构 546.4 数据库表的实现 556.5 工作流实现 566.5.1 过程建模工具 5 活动 5 转移 5 信牌箱 596.5.2 过程建模 5 业务开通流程 5.1 业务开通流程建模 5.2 业务开通流程执行范例 626.5.3 组织机构建模 646.6 业务流程的异常处理 656.7 数据备份策略 65结束语 67致谢 69参考文献 70第一章绪论1.1 论文背景1.1.1 工作流产生的历史必然性随着计算机技术的飞速发展和管理的科学化要求,目前,很多企业投巨资实 施业务过程管理的信息化,但是大多数并没有产生与之相匹配的产出和效益。同 时,软件开发商投入了大量的人力、物力和财力开发应用软件,疲于奔命地跟在 技术进步和企业需求不断变化的后面,却一直难以满足客户的要求。究其原因主要表现在以下几个方面:对于应用企业来说,由于某些业务流程 处理周期较长,如何通过信息化缩短各业务环节间的时间延误,缩短处理周期, 提高处理效率,是其比较迫切的需求。同时,企业的业务变化较快,如何集成企 业内现有的各类系统,如何使应用系统快速适应需求的变化,保持较长的生命力, 保护已有的投资,也是必须要考虑的问题。而现在大多数应用系统不能透明地反 映企业业务过程的进展和变化情况,也不能达到与企业业务的无缝结合。对于软 件开发企业来说,面临的主要问题是:如何提高系统的灵活性,缩短开发周期, 提高开发效率,降低开发过程的复杂性,使系统的设计能准确地反映系统的需求, 达到系统需求到设计的平滑过渡,从而使系统具有更强的适应性。然而,以前的应用系统很难对工作流程进行管理。设想一个流程的片段,一 个支持任 A 的应用激活另一个支持任 B 的应用,这意味 A 应用必须知道 B 应用 的存在。但是,应用流程不是一成不变的,每当应用

您可能关注的文档

文档评论(0)

peili2018 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档