savin1项目管理计划

1、 基于JBPM4 的可在web 网页端自定义的工作流的技术项目管理计划版本：1.0.02016-05-31文档历史Web 网页端自定义工作流技术工程实践小组 中国科学技术大学软件学院(苏州)15 级软设 2 班 序号 版本号 作者 修订 11.0.0周新建 起草 21.1.0周新建 修改内容 目 录前言211.1 文档范围21.2 项目管理目的2项目组织结构22.1 WBS 工做分解图2项目工作量分析3233.1需求分析的工作量33.2技术预研的工作量43.3系统详细设计的工作量43.4构建系统开发环境的工作量53.5代码编写的工作量53.6文档编写及其它工作的工作量64项目进度计划64.1甘

2、特图64.2第1里程碑74.3第2里程碑74.4第3里程碑75参考资料81 1 前言1.1 文档范围本文描述基于JBPM4 的可在web 网页端自定义的工作流的技术工程实践项目的软件工程 管理计划。1.2 项目管理目的基于中国科学技术大学软件学院对工程实践项目的软件工程管理要求，结合本项目实际 和小组成员的所学的软件工程知识，特编制此文档，旨在指导并督促小组成员的工作，以更 好地管理和完成本项目。2 项目组织结构2.1WBS工做分解图2 3 项目工作量分析3.1 需求分析的工作量工作流是一项分离业务操作和系统流程的技术。需要清除工作流组成部分、流程引擎。工作流自定义设计需要知道流程定义，流程表

3、单以及 JBPM 相关知识，需要 3 周。 3 界面设计人员需要对于系统主界面的布局进行详细分析，确定相关方案，需要 2 个星期。设计人员，需要对自定义工作流系统流程定义、部署、以及流程监控、角色权限管 理等功能进行详细的需求分析，找出客户需求与系统功能的结合，需要 1 个月。排序算法设计人员，需要针对不同的排序算法进行比较，并查阅相关文献，最终选 择合适的算法，需要 1 周。数据库设计人员，要对物理表之间的关联关系以及物理表存储数据的多少进行预估，而 且后期由于业务的需要也会增加数据库数据项，会使得系统的复杂度提高，设计人员需要对 这些需求进行详细的分析，需要 3 周。综合上面的需求分析工作

4、量的粗略估计，需求分析工作量还是很大，需要一个月的时间 进行，同时需要各个功能模块的成员共同参与，才能提出更加合理的分析，以备后期系统的 设计和实现。3.2 技术预研的工作量自定义工作流设计框架 JBPM 流程引擎，以及我们使用的框架 Struts2,Hibernate 以及 Spring。需要对这个四个框架有较好的把握。了解各个框架在开发中扮演的角色。流程设计 对于我们来说是一个全新的课题，需要设计以及开发人员弄明白它的原理、流程以及核心 API。JBPM 自带 18 张物理表，JBPM 持久层采用 Hibernate 实现。数据层设计要求设计人员 要能很好的把握系统架构，像表之间关联关系就

5、是个复杂的问题，这就对于设计人员有很高 的数据库知识储备。界面设计则需要针对系统提供的接口进行界面的布局、处理和优化，尽 量使得界面 简洁高效，做到人性化设计。由于界面设计需要接触系统的各个部分，所以需要设计人 员具备较深厚的功底，才能设计出更高效的工作。3.3 系统详细设计的工作量系统详细设计包括系统设计和任务设计。详细设计主要着重对系统的功能，通过这个创 造性的过程，来满足客户的需求达到预期的要求。 详细设计的前期主要完成系统架构的设计，要明确如何将系统分解成不同的任务，具体 实现为不同的功能模块、不同系统模块之间的联系，同时描述出单元模块的外部可见特性， 即对外部环境的接口。 详细设计的

6、后期 主要明确如何实现单元模块的功能。设计单元模块时，要注意避免系统的耦合和内聚，避免 系统设计完毕后由于不同模块之间的耦合和单个模块的内聚造成准确性、效率等各方面的差 异。4 3.4 构建系统开发环境的工作量自定义工作流系统设计主要任务在流程处理和前端(流程设计器、表单设计器)的开发。采用一般软件设计的模块化设计模式。（1）任务划分阶段，在系统需求分析基础上,根据已得到的数据流图,识别出可以并行的功能,设计人员将可并行的、相对独立的功能单元抽象成一个系统任务。划分任务主要考虑系统内部功能的异步性，根据数据流图分析出哪些变换是可以并行执行的，哪些 变换是顺序执行的。（2）定义任务间的接口1完成

7、任务划分后，进行各个任务的接口。2完成任务划分以及接口定义，下一步进行任务的详细设计，主要确定每个任务的结构。画出每个任务的数据流图，使用结构化设计方法，导出任务的模块结构图，并定义各模 块的接口，继而进行模块的详细设计。（3）生成代码阶段生成代码阶段也即详细设计阶段,主要分为以下几步：1.在 PC 端 J2EE 集成开发环境 Eclipse 完成源代码辨别。这个开发工具自动将代码编 译成二进制 class 文件。2.引入的 jar 包是由 class 文件组成，在使用时自动导入。 3. Debug 调试，在不设计 http 请求的情况下，都可以在 debug 调试进行，然后部署 在浏览器端发

8、起请求。3.5 代码编写的工作量代码编写是一个项目中规范要求比较严格的一个模块。要求组员协商制定一个统一的编 码规范和文档撰写规划。其中编码规范应该包括注释部分的规范，尽量做到各个成员的代码 风格相同，这样使得整个系统更加规范和严谨。规范制定好以后，只要各模块认真遵守并且 实现，最终会开发出一套功能完善，结构同意的系统。代码规范主要从以下几个方面着手：（1）控制结构 模块化的建立一个程序，通过不同程度的隐藏部分实现细节，使整个系 统易于理解、测试和维护。把每个程序的组成部分进行模块化，并通过使用宏，过程，子程 序，方法和继承来隐藏细节，来提高程序的可读性。模块化程度越高，越易于维护和重用。保持

9、不同模块的通用性，不要让代码过于有针对性。 保持代码的低耦合和高聚合。同时保5 证读程序者能够分辨出输出、输入参数，这样有助于测试和维护。（2）算法 由于实际的项目都是针对一定的特殊问题或者某个特定领域的问题，所以算 法选择有一定的范围限制，这就要求从功能和效率两个方面进行取舍，达到客户需求的最大 性能。在实现过程中要注意：不可以牺牲正确性和清晰度来换取速度，那样会导致系统鲁棒 性降低，维护更加困难，得不偿失； 对运行速度要求较高的系统，要从代码和程序结构着手进行优化。（3）数据结构 在编写程序时，应该格式化存储数据以使得数据管理和操纵更直接快 捷。有以下两个方面可以遵守：1、保持程序简单；2

10、、通过数据结构来决定程序结构。3.6 文档编写及其它工作的工作量一个完整的项目的文分应该包括两个部分：内部文档和外部文档。内部文档是直接 在程序中注明的注释和说明，主要针对系统开发人员；所有其余的文档都称为外部文档，其 主要针对未参与系统开发不曾阅读过源码的人员，包括程序功能说明，结构概况，操作指南 等。(1) 内部文档 内部文档提供概述信息描述数据结构，算法和控制流。通常，这些信息被放在任务代码模块 开始处名为头注释区的地方。 头注释区包括模块的名称、书写者、适 用对象、书写时间和修改时间,以及数据结构， 算法和控制流的使用方法等。采用有意义的 变量名称和声明标志,以及格式化编码风格,有程序

11、的可读性和可维护性。(2) 外部文档 外部文档应主要应当包括三部分：问题说明，算法描述和数据说明。 问 题说明：作为代码文档的第一部分，应该介绍这个组件将要解决什么问题。这部分应该说明 采用的方法和采用这种方法的原因。问题描述不是对需求文档的重复，应该是综合的讨论设 备，介绍什么时候被调用和为什么需要。算法描述：应该解释组件中用到的每个算法，包括 公式、边界或是特殊的条件，甚至是它的派生或是对参考书或参考论文的说明。 数据说明： 描述组件层次的数据流。数据流图应该和相应的数据字典索引互相补充。对于面向对象的组 件，对象和类的概述应该介绍其接口。4 项目进度计划4.1 甘特图6 4.2 第 1

12、里程碑当获取了项目需求后，撰写软件需求规格说明书；当完成项目的调研，完成项目 WBS 结构分解，工作量估算，进度估算；当项目的需求及预研后，确定项目的技术路线，进行系统分析与设计，确定项目执行计划；当技术路线确定好后，进行系统的详细设计，确定小组成员的分工。4.3 第 2 里程碑当准备好 JBPM，SSH 框架jar 包，Oracle 数据库以及Tomcat 服务器，搭建系统的开发环境； 当系统开发环境搭建好后，前台页面设计和开发同时进行；确定实体后，进行数据库表设计；4.4 第 3 里程碑当完成各个模块的功能以后，进行系统的集成测试及确认测试；当集成测试及代码修改完成后，进行项目的配置部署，

13、撰写用户使用手册；撰写项目技术论文。7 5 参考资料1 夏冬,白树仁,邓惠建. 基于 J2EE 的工作流管理系统模型J. 计算机工程与科学. 2006(03)2 刘迎春,兰雨晴,金茂忠,尹文平. 基于 Web 的工作流系统中表单定义与处理J. 计算机工程与应用. 2005(20)3 范玉顺,吴澄. 工作流管理技术研究与产品现状及发展趋势J. 计算机集成制造系统-CIMS. 2000(01)456789王康. 基于工作流技术的 OA 系统设计与实现D. 江西农业大学 2015林晶. 基于 SSH 架构的办公自动化信息管理系统的设计与开发D. 吉林大学 2015 王宇明. JBPM，工作流项目的研究与实践D. 天津大学 2005郑秦. 工作流引擎 jBPM 在协同设计