服务项目管理系统

1服务项目管理系统设计说明书1软件背景......................................................................................................21.1可行性分析.......................................................................................................................................21.1.1功能可行性................................................................................................................................21.1.2经济可行性................................................................................................................................21.1.3管理可行性................................................................................................................................22软件概述及设计方案.....................................................................................3软件构架图.......................................................................................................7功能结构分析..........................................................................................................................................73针对软件的各功能模块做具体的设计描述及附注相关设计结果....................83.1服务产品管理...................................................................................................................................83.1.1功能简介....................................................................................................................................83.1.2功能说明....................................................................................................................................93.1.3数据表设计................................................................................................................................93.2服务方案管理...................................................................................................................................93.2.1功能简介....................................................................................................................................93.2.2功能说明..................................................................................................................................103.2.3数据表设计..............................................................................................................................103.3培训管理.........................................................................................................................................113.3.1功能简介..................................................................................................................................113.3.2功能说明..................................................................................................................................113.3.3数据表设计..............................................................................................................................1121软件背景系统的背景是：近年来，随着it服务行业的发展，对服务项目管理方面产生了很大需求，针对此需求提出开发服务项目管理系统的必要，可以实现出更多的用途或满足更多需要。与原有技术相比所体现出方便快捷优势。服务项目管理系统是服务项目管理软件的通俗化名称，服务项目管理系统是服务产品管理、服务方案管理，培训管理统计销售业绩的先进工具，适合企业管理部门办公使用，协助方案经理和方案人员快速管理客户、服务和业务的重要数据。服务项目管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。1.1可行性分析1.1.1功能可行性1)系统完整性:整个服务项目管理系统具备系统设计的科学合理性,方案管理信息录入,修改,删除及学生成绩的查询等功能符合学校对学生的管理要求,满足了相关人员对信息管理的要求,适用于复杂的学生管理,因而达到了设计任务的要求.2)系统的可靠性:该系统可靠性高,能无故障正常的工作,当出现异常情况是还采取了一些防止系统破坏的方法和措施,如密码保存,数据备份等.3)系统的效率:与旧系统相比,减轻了许多重复的繁琐的劳动和手工计算量,抄写量,在对学生成绩进行评价和统计方面效率提高了不少.4)系统的工作质量:学生管理系统所提供数据的精确度,输出结果的易读性都能达到用户要求,使用方便,使学生管理工作变得轻松,有序而有效.5)系统的灵活性:系统的环境是不断变化的,因而该学生管理系统具有一定的扩充性,修改信息方便简易,能够、适应环境的变化.1.1.2经济可行性6)减少资金占用.由于实施了服务项目管理系统,资源得到了充分利用,减少和避免了资金的使用不当.7)缩短查询时间.由于采用新技术,大大缩短了查询时间,推进了管理水平.8)减少人员.由于实施该系统,在总体工作质量上升的情况下,可减少一半管理人员,减少工资奖金等支出.1.1.3管理可行性各个方案的管理人员可以对管理方案进行编辑，添加，删除3各培训管理人员可对培训方案进行编辑，添加删除，实现了管理上的角色分配，普通用户只能对方案和培训课程进行查看2软件概述及设计方案服务项目管理系统系统应用于it服务项目管理方面，采用了Hessian、HttpInvoker、XFire、Axis等多种形式的远程调用技术,实现了服务端生成骨架，对外暴露服务；客户端生成服务代理，访问调用服务等技术特点及各功能模块。在现代J2EE企业应用系统中，存在着Hessian、HttpInvoker、XFire、Axis等多种形式的远程调用技术。尽管有Spring等框架对这些技术进行了封装，降低了使用的复杂度，但对普通程序员而言仍是复杂的—至少需要要掌握这些技术的基础知识。无论使用那种技术，其基本原理都是一样的：服务端生成骨架，对外暴露服务；客户端生成服务代理，访问调用服务。通常情况下，生成服务代理的代价比较高昂，这也是我们第一次访问远程服务速度比较慢的原因，为每个请求生成新的服务代理恐怕不是我们所期望的。更何况，如果采用这种方式，就要在代码里针对各种不同的技术（如XFire、HttpInvoker）编写不同的服务生成和调用的处理代码。不仅麻烦，而且容易出错。我想，没有人愿意去直接操作各种框架技术的底层代码，这并不是一个好注意！作为一种替代方案，我们设计了一个“服务池”的功能，或者说“服务工厂”更贴切一点。针对HttpInvoker、XFire、Hessian等各种远程调用技术，抽象出一个“远程服务池”（服务工厂）既RemoteServicePool接口。该接口提供了获取服务及一些其他的辅助功能，并针对HttpInvoker、XFire、Hessian等不同技术提供了相应的具体实现。采用这种方式，开发人员只需在代码中“注入”RemoteServicePool，并以统一的方式（如getService()）获取实际的服务，只是针对不同技术在配置上有些须差异而已。该技术的原理非常简单，在应用启动之前把所有存在的服务提供者提供的服务都配置好，并为它们分配一个唯一的ID。应用启动之后，框架会自动生成和这些地址相对应的服务代理（ServiceProxy），这些代理已经是可用的服务，服务获取的细节被完全屏蔽掉，开发者只要知道如何从RemoteServicePool中获取服务就可以了。该方案还为“双向关联”的系统服务提供了一个很好解决办法。看下面一张图：4如图，系统B和系统C都调用系统A进行付款操作；同时系统A要用远程服务向系统B或系统C进行认证操作，认证操作的接口（契约）都是一样的，业务逻辑可能有所差异。在这种情况下，配置在系统A中的认证服务就比较麻烦，因为要根据不同的系统调用认证服务，既从B过来的请求要访问B的认证服务，从C过来的请求要访问C的认证服务。用服务池可以很好的解决这个问题，把两个系统（B、C）提供的认证服务地址都配置在同一个服务池中，根据不同的ID（如B、C）来决定使用那个系统的服务。尽管服务池解决了一些问题，在某种程度上降低了复杂度，但仍存在如下一些问题：服务的运行期动态注册服务的自动注入（IoC）透明化服务ID的传递在服务池（ServicePool）概念的基础上进行扩展，我们得出了如下的系统模型：5在核心位置上是一个