项目管理软件
项目开发环境
MyEclipse6.6 + Tomcat6.0+ SQLServer 2005
术语
WBS:(工作分解结构)将一个项目按照一定原则逐层进行分解,项目分解成任务,任务再分解成子任务,直到子任务内容单一、便于管理(可控)为止。项目最底层的任务可以将各单项工作在整个项目中的地位和相对关系用树形表示出来如图1-1. 项目任务1任务2.1任务2.2.1任务2任务2.2任务2.2.2任务3任务2.3 树形结构图1—1
项目:项目是为了实现某一种特定的型号或计划,并有明确的目标,在时间、进度、
质量条件限制下完成的任务或任务集。
资源:用于完成项目的人员、设备和材料的总称。资源可以是单个人、一个
小组(例如一组程序员)、一台设备(例如起重机或计算机),还可以是完成任务过程中消耗的材料资源(可消耗的材料或供应品,例如混凝土、木材或钉子。)
任务:在一定时间内(有开始时间和完成时间),为了完成明确的目标,所
经历的过程。
子任务:将任务按照一定原则进行分解的产物,同样有任务的特征。
任务状态: 所谓任务状态就是,任务在就绪、活动、挂起、完成、中止这
五种状态。就绪:任务准备开始前的状态。活动:任务在实施中的状态。挂起:任务处于停止状态。完成:任务完成的瞬间状态。中止:任务非正常停止(失败),出现了无法恢复的错误,除非重新开始这个任务。
任务状态的转化关系:
挂起就绪活动完成中止 在本系统中对任务的状态、开始时间、结束时间、资源分配、定义任务关系(前提:同级,对任务的前置任务/后置任务进行定义)、任务分解(对子任务的增删改)可以进行操作,但是,
在单一任务中,它的状态不同,对操作有什么限制(规则一):
1. 如果任务处于就绪状态下,可以对开始时间、结束时间、资源分配、定义任
务关系(前置任务)、任务分解进行操作,但是状态只能切换到活动状态下。 2. 如果任务处于活动状态下,可以对任务的状态(可切换到挂起/中止/完成状
态下)和结束时间和后置任务进行重新定义。
3. 如果任务处于挂起状态下,可以对任务的状态(可切换到中止/活动/完成状
态下)进行操作,可以对它的结束时间和后置任务进行重新定义。
4. 如果任务处于中止状态下,对任务的状态(可切换到就绪状态下)进行操作。 5. 如果任务处于完成状态下,表示任务已经结束。
在父任务与子任务关系中,它们的状态不同,对任务操作有什么限制(规则二):
以父类为标准:
1. 如果父任务处于就绪状态时,子任务必须都处于就绪状态。
2. 如果父任务处于活动状态时,子任务至少有一个处于活动状态,其它子任务
状态不能出现挂起和中止状态。
3. 如果父任务处于挂起状态时,子任务至少有一个处于挂起状态,其它子任务
不能出现活动和中止状态。
4. 如果父任务处于中止状态时,子任务至少有一个处于中止状态,其它子任务
不能出现活动状态。因为父任务一旦进入中止状态,就说明这个任务现在没有任务进度,它的子任务可能还处于完成(任务已经结束)、就绪(任务还没有开始)、挂起(任务在执行过程中因某些原因必须停止)、中止(任务在实施中,遇到了无法恢复的错误,这是任务进入中止状态最重要的原因,导致任务失败,必须重新开始任务,否则这个任务所在的项目将无法完成。) 5. 如果父任务处于完成状态时,子任务必须都处于完成状态。
注:规则一在规则二中同样有效。
以子类为标准:
1. 如果子任务有处于就绪或中止状态时,父任务就不能直接进入完成状态。除
非子任务从就绪→活动状态或子任务从中止→就绪状态,重新开始任务。 在父任务的状态发生变化时,对子任务操作上的限制(前提以状态做为驱动)
1. 如果父任务从就绪→活动状态时,子任务在状态上的变化,分为两种情况 : 父任务:任务1;子任务:任务1.1、任务1.2、任务1.3,为例:
定义:任务1开始任务1.1也开始;任务1.1是任务1.2的前置
任务;任务1.2又是任务1.3的前置任务时,子任务的状态变化如图所示。
任务1从就绪→活动状态时任务1.1从就绪状态→活动状态任务1.2就绪状态不变任务1.3就绪状态不变
任务1.1是任务1.2的前置任务时,子任务的状态变化如图所示。
任务1从就绪→活动状态时任务1.1就绪状态,进入活动状态取决于执行任务的实施者任务1.2就绪状态不变任务1.3就绪状态,进入活动状态取决于执行任务的实施者就绪挂起挂起活动中止
2. 如果父任务从活动→完成状态时,它的子任务在状态上的变化,父任务:任
务1;子任务:任务1.1、任务1.2、任务1.3,为例:前提是任务1.1、任务1.2、任务1.3都必须在活动状态或完成状态时,父任务才能完成上述操作。
任务1.1(完成状态)是任务1.2(活动状态)的前置任务,任
务1.3(活动状态)时,子任务的状态变化如图所示。
任务1从活动→完成状态时任务1.1完成状态任务1.2从活动→完成状态任务1.3从活动→完成状态
任务1.1(活动状态)、1.2(活动状态)、任务1.3(活动状态)
之间没有关系时,子任务的状态变化如图所示。
任务1从活动→完成状态时任务1.1从活动→完成状态任务1.2从活动→完成状态任务1.3从活动→完成状态
3. 如果父任务从活动→挂起状态时,它的子任务在状态上的变化, 父任务:任务1;子任务:任务1.1、任务1.2、任务1.3,为例
任务1.1(完成状态)是任务1.2(活动状态)的前置任务,任
务1.3(就绪状态)时,子任务的状态变化如图所示。
任务1从活动→挂起状态时就绪挂起挂起活动中止任务1.1完成状态任务1.2从活动→挂起状态任务1.3状态变化(活动)取决于任务的实施者
任务1.1(完成状态)是任务1.2(活动状态)的前置任务,任
务1.2是任务1.3(就绪状态)的前置任务时,子任务的状态变化如图所示。
任务1从活动→挂起状态时任务1.1完成状态任务1.2从活动→挂起状态任务1.3状态变化(活动)取决于任务1.2什么时候完成就绪挂起挂起活动中止
4. 如果父任务从活动→中止状态时,它的子任务在状态上的变化, 父任务:任务1;子任务:任务1.1、任务1.2、任务1.3,为例
任务1.1(完成状态)是任务1.2(活动状态)的前置任务,任
务1.3(就绪状态)时,子任务的状态变化如图所示。
任务1从活动→中止状态时任务1.1完成状态任务1.2从活动→中止状态任务1.3状态变化(活动)取决于任务的实施者
任务1.1(完成状态)是任务1.2(活动状态)的前置任务,任
务1.2是任务1.3(就绪状态)的前置任务时,子任务的状态变
化如图所示。
任务1从活动→中止状态时任务1.1完成状态任务1.2从活动→中止状态任务1.3状态无变化就绪挂起挂起活动中止
5. 如果父任务从挂起→活动状态时,它的子任务在状态上的变化, 父任务:任务1;子任务:任务1.1、任务1.2、任务1.3,为例
任务1.1(完成状态)是任务1.2(挂起状态)的前置任务,任
务1.2是任务1.3(就绪状态)的前置任务时,子任务的状态变化如图所示。
任务1从挂起→活动状态时任务1.1完成状态任务1.2从挂起→活动状态任务1.3状态变化(活动)取决于任务1.2的结束时间
任务1.1(完成状态)、1.2(活动状态)、任务1.3(就绪状态)
之间没有关系时,子任务的状态变化如图所示。
任务1从挂起→活动状态时任务1.1完成状态任务1.2从挂起→活动状态任务1.3状态变化(活动)取决于任务的实施者就绪挂起挂起活动中止
6. 如果父任务从挂起→完成状态时,它的子任务在状态上的变化。父任务:任
务1;子任务:任务1.1、任务1.2、任务1.3,为例,前提是任务1.1、任务1.2、任务1.3都必须在挂起状态或完成状态时,父任务才能完成上述操作。
任务1.1(完成状态)是任务1.2(完成状态)的前置任务,任
务1.2是任务1.3(挂起状态)的前置任务时,子任务的状态变化如图所示。
任务1从挂起→完成状态时任务1.1完成状态任务1.2完成状态任务1.3从挂起→完成状态
任务1.1(完成状态)、1.2(挂起状态)、任务1.3(挂起状态)
之间没有关系时,子任务的状态变化如图所示。
任务1从挂起→完成状态时任务1.1完成状态任务1.2从挂起→完成状态任务1.3从挂起→完成状态
7. 如果父任务从挂起→中止状态时,它的子任务在状态上的变化。父任务:任
务1;子任务:任务1.1、任务1.2、任务1.3,为例,
任务1.1(完成状态)是任务1.2(挂起状态)的前置任务,任
务1.2是任务1.3(就绪状态)的前置任务时,子任务的状态变化如图所示。
任务1从挂起→中止状态时任务1.1完成状态任务1.2从挂起→中止状态任务1.3状态变化取决于任务1.2什么时候结束就绪挂起挂起活动中止
任务1.1(完成状态)、1.2(挂起状态)、任务1.3(挂起状态)
之间没有关系时,子任务的状态变化如图所示。
任务1从挂起→中止状态时任务1.1完成状态任务1.2从挂起→中止状态任务1.3从挂起→中止状态就绪挂起挂起活动中止
8. 如果父任务从中止→就绪状态时,它的子任务在状态上的变化。父任务:任
务1;子任务:任务1.1、任务1.2、任务1.3,为例,
任务1.1(完成状态)是任务1.2(中止)的前置任务,任务1.2
是任务1.3(就绪状态)的前置任务时,子任务的状态变化如图所示。
任务1从中止→就绪状态时任务1.1完成状态任务1.2从中止→就绪状态重新开始任务任务1.3状态变化取决于任务1.2什么时候结束
任务1.1(完成状态)、任务1.2(中止状态)、任务1.3(中止
状态)之间没有关系时,子任务状态变化如图所示:
任务1从中止→就绪状态时任务1.1完成状态任务1.2从中止→就绪状态重新开始任务任务1.3从中止→就绪状态重新开始任务
还有一种特殊情况:任务1.1(中止状态)、任务1.2(挂起状
态)是任务1.3(就绪状态)的前置任务时,子任务状态变化如图所示:
任务1从中止→就绪状态时任务1.1中止→就绪状态重新开始任务任务1.2从中止→就绪状态重新开始任务任务1.3就绪状态不变,如变化取决于任务1.2何时完成(活动)就绪挂起挂起活动中止
前置任务:前提:同一个父任务的子任务中,任务A的完成时间是任务B的开始时间 ,那么任务A就是任务B的前置任务。
后置任务:前提:同一个父任务的子任务中,任务A的开始时间是任务B完成 时间,那么任务A就是任务B的后置任务。
分配:即分配资源 -- 特定任务和完成这些任务所需的资源之间的关联。可为任务
分配多个资源。如同时为任务分配工时资源和材料资源。
项目/任务监控:
项目/任务监控就是对项目的状态、进度、交付和成本进行检测。
进度:对项目/任务的完成情况进行检测。
交付:就是对项目/任务的是否完成进行核实。
成本:完成项目所消耗资源的总和,所值得等价货币。 实现功能
1. 项目分解管理(WBS)
项目管理
1. 创建项目
实现对项目进行创建和保存。创建时 2. 查询项目 实现对项目的 3. 项目监控
实现了对项目的全程监控(项目开始——项目结束),只要项目的状态是启动状态,本系统按照本地时间和项目中任务的开始和结束实现进行对比,从而达到了对项目的监控效果,如果在指定时间内项目中任务的负责人如果没有提交任务,就是任务未完成。 任务管理
1. 创建任务
在项目创建的同时,用户 2. 添加任务子任务
实现了给任务添加子任务,这样可以把任务细分,有利于任务的分工明确。
3. 定义任务的关系
实现了给任务动态添加关系 4. 任务时间定义
实现给任务规定开始和完成时间,首先为任务规定工期,然后系统可以计算出开始和完成时间(本系统是以当前时间所在的工作日,为任务开始的时间)。
5. 任务资源分配
实现对现有的资源分配给任务,
2. 资源管理
设备管理 文档管理 3. 安全管理
人员角色权限管理 4. 报表管理
报表查看 报表打印 报表模板定义 5. 协作交流管理
P2P BBS
实现方式
1. 技术方式
MVC设计模式,采用B/S架构,JSP+Sturts1.x+Hibernate3.2 2. 业务方案
本系统包括4个模块(1.项目分解管理(WBS)2.资源管理3.安全管理4.报表管理) 项目分解管理(WBS)
1. 创建项目
2. 查询项目 3. 项目监控
实现方式
需要如何构建类(类图vs画)
数据结构
1. ER图
2. DB-sql脚本
因篇幅问题不能全部显示,请点此查看更多更全内容