前 言
在网络技术和移动电话严重渗入社会生活各个层面的今天，传统的电信号线业务面临着巨大的压力和挑战，为了能更好地生存和拓宽他的业务,迫切需要及时变革，而基于工作流的方案则是一个很重要的方向。基于Web技术的固定电话装机系统可以借助于遍布全球的Internet进行，使得固定电话业务以流水线的工作原理和效率来实现，并以统一的数据来联系各个部门,减少了各部门的接触，也即为了公司节省了时间，间接地节省了成本，加快了中国电信服务的处理效率，留住了客户.另外，各个部门可以分散在几个地方，只需要通过网络就可以进行相关处理，大大拓展了业务的灵活性。
固定电话装机系统的实现技术有多种，本文采用Web 技术实现。Web技术超越了传统的“客户机/服务器”两层结构，采用了三层体系结构：用户界面层/事务层/数据库层。因此Web结构有着更好的安全性。在用户机上不需要安装任何应用程序，应用程序可以安装在事务层所在的计算机上，数据存储在数据库服务器上（事务层和数据库可以是同一台机器）。
服务器端程序的实现技术也很多，本文选用了当前比较流行的网络编程技术——JSP作为主要实现手段（配合Java Servlet、Java Bean、HTML、MVC架构等）。JSP作为一种Web实
现技术，它的效率是非常之高的。这一点正好符合了固定电话系统所要求追求的效率。JSP自身的安全性，再加上实现模式的特点,保证了客户资料大不丢失。除此之外，作为Java平台的一部分，JSP拥有Java语言“一次编写，各处运行”的特点。又随着越来越多的服务器供应商将JSP支持添加到他们的产品中，这样一来用JSP做成的这套系统可以轻松移植到其它平台来运行。
1 概 述
1.1 选题背景
固定电话业务前几年在亚洲有四个市场成长最快，它们分别是中国、印尼、印度和越南。而日本、韩国、香港和新宝山公租房
加坡则是移动电话渗透率最高的地区，亚洲地区在未来3-5年内将成为世界增长幅度最为快速的市场，年增长率预计在9%左右；预计2010年将超过北美成为全球最大的通讯市场。
2006年，亚洲电信业市场竞争进一步加剧，传统固定电话营收和用户量增长继续放缓。相反，亚洲移动通讯业的发展却是异常迅猛，增长速度最快的是—印度。
上述统计数据表明了传统的电信业务面临着前所未有的压力，针对此种种压力，固定电话装机业务需要改善自身的服务同办事的效率，成了未来它发展的救命稻草。而才用新的技术、新的方法来提高他的效率是其唯一发展的途径。而我所采用的方法是基于工作流、MVC开发模式、JSP+JavaBean+Servlet的技术，使用开源的MyEclip和Tomcat来重新完善固定电话装机协同办公系统。
1.2 组织结构
1、概述
2、所用的相关技术和方法
3、系统需求分析
4、系统总体设计
5、详细设计同编码
6、系统测试与维护
7、开发难点与技术
8、结束语
2 所用相关技术和方法
2.1 工作流
2.1.1 什么叫工作流
工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
简单地说，工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述。
工作流在大多数的实际应用中的情况可以这样来简单地描述：在网络、服务器和多台计
算机客户端的硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。 类似的关于文档的自动化处理只是工作流技术的一种简单应用。事实上，工作流技术在现实生活中能够完成更多更复杂的任务。如企业（或机构）内部的各种数据或信息的自动处理，多种业务流程的整合，企业（或机构）之间的数据交换，借助Internet技术实现跨地域的数据传输和处理等等。[8]
2.1.2 工作流发展
工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于当时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术并未取得成功。1983年至1985年间，在图像处理领域和电子邮件领域出现了早期的含有工作流特征的商用系统。
进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完
善，使得工作流技术的研究与开发进入了一个新的热潮。1993年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。1994年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。[8]
2.1.3 工作流的优点
实施工作流带来的好处，可以归纳为以下几点：
1、要处理的事项已自动传递到个人电脑上
2、不再需要对员工进行流程的培训，平滑实现流程变更
3、员工只需将精力集中在处理自己关心的数据上
4、随时得到历史数据
5、随时生成处理效率报表
6、达到无纸化办公的目标
7、全支持移动办公，使作业同步化
8、科学管理更进一层，办公效率明显提高
9、企业的核心竞争力将有提升
10、通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力 [8]
2.2 MVC工作模式
MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。
视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能
为XHTML、XML和Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。
模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能
做这些。这点对编程的开发人员非常重要。
业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据 保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。
控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。
