任务管理系统概述与方案.doc

任务目标管理系统简介及功能概述

目录

一、软件开发平台概述 (3)

1.1 平台设计原则 (3)

1.2 平台特点 (5)

1.3 强大易用的工作流构建 (8)

1.4 工作平台所需的技术运作环境参数 (8)

二、任务目标管理系统开发的主要功能简介 (9)

4.1 系统结构描述 (9)

4.1.1 系统结构拓朴图如下所示： (9)

4.1.2 系统界面简介 (9)

4.2 系统功能简介 (10)

4.2.1 灵活的公文处理能力 (10)

4.2.2 规范的档案管理 (11)

4.2.3 业务管理描述 (12)

4.2.4 公文的管理功能说明 (12)

4.2.5 友好的系统工作界面 (14)

4.2.6 解决了客户对远程办公的需求 (15)

4.2.7 多样化的通讯手段，实现零距离无限沟通 (15)

4.2.8 灵活的系统初始化设定 (16)

4.2.9 其他功能的简要描述 (16)

三、项目实施方案 (18)

3.1实施步骤 (18)

3.2实施的阶段划分及里程碑定义 (18)

3.2.1系统平台搭建 (19)

3.2.2业务咨询与规划 (19)

3.2.3系统实施与后台配置 (19)

3.2.4系统测试、集成调试 (19)

3.3 系统培训 (19)

3.3.1系统试运行 (21)

3.3.2系统测试验收 (21)

3.3.3系统正式运行切换 (21)

3.3.4售后服务 (21)

3.4 项目实施成果物 (23)

3.5 实施计划 (24)

一、软件开发平台概述

我公司的XX软件工厂开发平台(以下简称平台)主要采用流行的J2EE技术架构，基于B/S模式，基于可视化开发的思想实现。平台使用中间组件来构建系统，不同于传统的其他软件手工编写代码的方式，提供了丰富的可视化组件，根据业务需求在浏览器拖拉、摆放各种自由组件来完成业务操作。

平台的这种模式决定了平台本身具有足够灵活、开放、适用性更强等特点，构建开发一个新系统的时间将大大缩短，对于用户需求的变化适应更加灵活，因为只需要根据新需求再摆放组件就可以了等优点。

1.1平台设计原则

平台设计的基本原则是以系统总体目标为宗旨，为用户提供一个技术先进，成熟可靠，灵活适用，性能优秀的网站应用系统。因此，系统设计将遵循如下原则：

开放性、先进性：

系统在设计时考虑到功能的可扩展性与维护的方便性，使用的操作平台类型，应用服务器、编程语言和数据库，将遵循通用性、开放性，以期达到减少后续功能增加，修改的难度。

底层采用J2EE技术开发，可以发布在装有Unix或Windows操作系统的电脑上，数据库访问采用中间访问组件，支持各种主流数据库MsSqlServer、Oracle、Db2、Sysbase和开源数据库MySQL、PostgresSQL等，业务表单设计采用可视化设计，程序员无需知道实现细节即可不用写一行代码或少量脚本的代码即可完成业务操作。比起市面上的各种开发平台还在使用代码编写业务系统先进多了。

表单可视化设计界面如图所示：

工作流可视化设计界面如图所示：

●高性能：

平台支持数据库缓冲池、缓存数据集、优化分页算法等技术，在大访问量的情况下也能应付。

●安全性：

平台支持各种安全措施，包括防止SQL注入，直接复制Url并从浏览器地址栏直接进

入系统，CA认证，权限逐级分配等。

●可集成性：

已经开发的每个模块都可以整体分离，做为一个新的模块级组件再重复使用，可以在新

的系统中直接导入模块级的组件使用，而不用再次开发。平台支持组件级、模块级、甚至系统级的复用。

●一致性：

所有组件都由平台提供，所以构建出的网站系统风格都会保持高度一致，简洁，明快操

作方便。

●可扩展性：

可以用已有的中间组件开发出新的组件。

1.2平台特点

●支持多个子系统同时开发。

●多个系统之间可以通过平台门户来进行信息共享。

其中的工作界面之一，如图所示：

●传统的开发出来的系统一次只能打开一个功能页面，要想同时打开另一

个功能页面，得先关闭原来的页面，再打开新的页面。而平台构建的业务系统，采用标签页的模式，默认同时可以打开8个功能页面进行操作(可以按需要更改可以打开的个数)，从图(3)看出打开了三个功能页面“我的桌面”、“邮件”、“浏览新闻”。

●平台使用的组件更为先进，每个组件都是XX积累了多年开发经验精心

编写，不使用任何第三方自己无法控制的组件，因此每个组件都会得到不断的更新和完善。比如附件上传组件，在上传前已经可以判断所传文件的合法性，包括文件的长度、合法性、重名判断、可同时上传个数、限制可上传文件等属性，而不是等用户在提交等待后弹出一个“上传不成功”的提示，如果上传的是个大文件，其中用户所浪费的等待时间可想而知。同时支持文件真正删除，其他系统大多在附件删除时，只从数据库删除了附件的引用，附件的实体文件并没有删除。长期使用，将会出现大量无用文件，造成硬盘空间浪费。而XX的这个附件上传组件已经解决了这个问题，用户删除时也将删除服务器上的物理文件，其他系统的上传附件并没有解决这个问题。这只是XX开发平台众多中间组件的一个说明，其他的各种组件都有各自特点和适用范围。

●更强大的控件，比如在公文流转中经常要使用的就是在线编辑控件了，

XX所编写的在线编辑控件更为强大，不仅可以在线编辑Word，Excel，还可以编辑Txt，Jpg等文件，同时可以防止并发编辑。

比如A用户在线编辑文档，B用户也在编辑同一个文档，或者C、D、E用户也在编辑(特别是在会签环节)，那么其他系统的修改结果将是不可预料的，可能是C覆盖了A，也可能是B覆盖了E，最终是别人的修改内容不见了，容易造成工作误会，时间浪费，得不到预期结果，结果混乱等问题。而XX的在线编辑控件已经解决了这个问题，如果服务器的文件版本比当前用户编辑的要新的话，是不能提交的，相信市面上的在线编辑控件并没有解决这个问题，或是不想面对这个问题。对于Word 文档编辑，还有留痕、批注等支持。

在线编辑控件运行如图所示：