任务管理系统

案例：任务管理系统

1. 案例背景介绍

1.1.任务管理的现状与趋势

任务管理是灵活的系统，通过任务管理系统能够展示公司职员和公司任务管理的完整的N层程序。

●任务管理服务：定制工作流服务，查询服务…

●系统管理服务：身份验证，人员设定，权限设定…

但是…对服务需求者来说，可能存在以下几方面的困难：

(1) 某些任务，可以有不同的工作流；

(2) 某些任务，不清楚该服务是由哪些部门负责和提供；

(3) 某些任务，需要与多个部门进行交互，非常复杂；

(4) 支持应用程序脱机和联机模型，如何解决数据异步问题；

例如：

-希望为某个任务设定单独的工作流，不知是否可以；

-希望查看现在任务的状态，到哪一步了，不知是否可以；

-希望脱机工作，然后联机提交不知是否可以；

-脱机工作和联机工作数据冲突如何解决；

同样的，对服务提供者来说，他们存在的困难是：手头拥有资源、信息和能力，希望向其他人提供服务，但没有有效渠道找到更多的顾客。

1.2.本案例拟解决的问题

●提供智能客户端支持脱机和在线处理任务；

●提供工作流自定义服务；

●跟踪整个服务过程，监控服务性能(质量、时间、效率等)；

●向三类用户提供服务：

-职员：查看任务，提交自己的任务

-项目主管：提供任务录入，工作流设定等

-管理员：提供人员管理，权限设定等

1.3.本案例的近/远期目标

●对职员：

-允许经过身份验证的用户查看、修改和添加与其他用户共享的项目和任务。；

-支持脱机操作和联机操作等多种操作方式，方便用户使用；

-帮助职员动态查看自己的任务和工作信息；

●对管理员：

-有助于管理项目，把复杂的流程简单化；

-从传统的手工管理到动态的流程管理，提高工作效率；

-通过人员权限设定，保证项目信息安全可靠。

1.4.本案例的SWOT分析

优势：支持工作流设定，不同的任务有不同的设定；支持脱机和联机操作方式

劣势：与操作系统绑定，不支持跨平台

机会：不受网络情况限制，工作流可以自动设定

成本：安装Server端后，客户端在线安装，成本较低

2. 服务特征分析与初步设计

2.1.系统所支持的服务

●任务录入

●工作流设定

●人员设定

●权限设定

●脱机、联机工作方式

2.2.拟采用的关键技术

●SOA(面向服务的体系结构)：IT支持技术，以Web Service、SCA等形式将服务业

务包装为“服务”并发布出去，供其他人/软件使用；

●BPEL(业务过程执行语言)：基于XML的过程描述语言，将分散的“服务”编排为业

务过程，并在BPEL引擎的支持下加以执行；

●服务匹配：为特定的服务需求选定最恰当的服务提供者，可手工或自动完成；

●服务集成：对现有的信息系统加以封装，并按SOA的思想和技术将其松散集成在

一起；

●服务质量监控：在服务执行过程中，采用特定的手段采集数据，并对性能、质量等

方面加以度量。

2.3.特色与创新

●通过网络向用户提供服务；

●聚集大量的服务提供者(公司、个人、资源/服务者)和大量的需求者；

●新服务可容易的加入到系统中去；

●关注服务项目的全生命周期的各个环节的管理与维护；

●关注资源如何被重复使用；

●服务被持续的进行优化；

●按用户需求来设计个性化的服务过程。

3. 服务系统设计

3.1.系统设计的目标

任务管理系统是一个示例智能客户端任务管理应用程序，允许经过身份验证的用户查看、修改和添加与其他用户共享的项目和任务。它可以在多种方案中使用，从错误跟踪到管理工作程序或者客户服务请求，都可以使用。

3.2.体系结构

任务管理系统以智能客户端形式向外提供服务。不同角色登录进来之后，系统转移到该用户自己个性化的portal，执行该角色相应的功能。

系统架构：

3.3.组织与角色划分

●管理员：管理员

●项目主管：项目主管

●普通职员：职员

●服务提供：管理员

3.4.业务及流程设计

绘制出任务管理流程，要求能够体现出各种变化的服务方式，例如：(1)录入任务；(2)

设定流程；(3)等等

3.5.信息与数据设计

3.6.服务设计

针对以下每项服务进行详细设计，尤其要思考有哪些可变化的服务方式，为操作者提供灵活的选择。

设计内容包括：UI设计、业务逻辑设计。