软件开发wbs
软件项目计划:
计划:
业务计划、资源计划
PPL、WBS、配置管理计划、风险管理计划、测试策略和缺陷预防计划
所有的评审文档
需求:
SRS、STP
所有的评审文档
概设:
HLD、ITP
所有的评审文档
详设:
LLD、UDP
所有的评审文档
编码:
代码完成、单元测试报告完成
所有的评审文档
集成测试:
集成测试报告完成
系统测试:
系统测试报告完成
㈡ 用IT项目管理的wbs软件对一次外出野炊做一个相应的计划,还有经费预算
IT项目管理的wbs软件
Web项目管理软件可以试下维普时代的,这家的项目管理软件是基于网络的,B/S架构,功能齐全,适用性广。
㈢ 建立WBS的原则
WBS的设置原则
WBS的分解应按照实际工作经验和系统工作的方法、工程的特点、项目管理者的要求进行,其基本原则是:
1) 应在各层次上保证项目内容的完整性,不能遗漏任何必要的组成部分。
2) 一个项目单元只能从属于某一上层单元,不能同时属于两个上层单元。
3) 项目单元应能区分不同的责任者和不同的工作内容,应有较高的整体性和独立性。
4) 应考虑WBS与承包方式、合同结构的影响。
5) 能够符合项目目标管理的要求,能方便的应用工期、质量、成本、合同、信息等手段。
6) WBS不要太多层次,以四至六层为宜。最低层次的工作包的单元成本不宜过大、工期不要太长。
可以看出,无论用什么样的软件编写计划,WBS都是我们首先要考虑的问题。在P3E/C软件里,专门设置了WBS的窗口,用于编制项目的WBS。反之,微软公司的PROJECT软件没有设计这样的窗口,而是在编辑任务(作业)的过程中,考虑设置任务(作业)的大纲。应该说,大纲比起WBS的功能还是有所逊色的。这一问题在PROJECT98就已经存在,但直到PROJECT2003也没有得到解决;而P3就已经有了WBS,而在P3E/C里的WBS得到了很大加强,这反映了PRIM***ERA公司与微软公司在对WBS作用的认识存在着差异,PRIM***ERA公司更加重视工程的规范化管理,而微软公司更强调软件的操作的方便。
WBS计划
项目计划是如何体现工作范围的呢?常用的方式是通过工作分解的方式,将工作范围细分为活动,然后对每项活动分配时间和资源,而活动结果的总和就是工作范围,我们将这种分解的计划称为WBS(Work Breakdown Structure,工作分解)计划。制定WBS计划是制定项目计划最主要的活动。
制订WBS计划主要分为以下三个步骤:
第一,分解工作任务。将一个总的工作范围(软件项目XXX)逐渐细分到合适的粒度,以便对任务计划、执行和控制。对于软件项目来说,分解工作任务不是一项单纯的计划活动,而是要根据项目的特点决定工作任务的分解结构。实际工作中更多地会考虑技术因素来确定工作分解结构的形式。
第二,定义活动依赖关系。确定了项目中要完成哪些活动以后,需要对这些活动之间的依赖关系做出定义。活动之间的依赖关系取决于实际工作的要求,不同活动之间的依赖关系决定了活动的优先顺序及其重要性。活动依赖关系是确定项目关键路径和活动浮动时间的必要条件,定义活动间依赖关系的目的是确定每一项活动所需的输入、输出关系。
第三,分配时间和资源。完成工作任务分解并定义了活动的依赖关系后,应该为每项活动分配相应的时间和资源。通常活动都会产生自己的交付物。为活动分配时间可以采用自下而上和自上而下两种不同的方法。自下而上是先估计最小粒度的活动所需要的时间,项目所需的时间则取决于所有项目活动的关键路径时间;自上而下则是确定完成项目所需要的总的时间,然后将时间分配给不同的活动。这两种方法在实际中都有应用,对于客户项目,很多情况下只能采取自上而下的方式,因为大多数项目都事先确定好了项目的交付时间。在软件项目计划中,资源分配主要指人员的分配,指定了时间资源以后,应该指定人力资源。一项工作任务是否能够完成,所需要的时间和人员是两个最主要的变量。在一定的范围内,时间和人员是可以互换的。即增加人员会缩短工作时间;延长时间会降低对人员的需求量(但这种观点的害处在于管理者往往会认为所有的活动都可以互换时间和人力资源)。如果已经确定了活动的完成时间,则指定相应的人员作为完成活动的责任人。
㈣ 软件项目管理中wbs如何分解
分解是按照项目策划对整个项目进行细分,分到最小单位为止,这个单位以可执行、可评估为标准。
对项目管理的分解就是:出项目可行性分析报告、制定项目计划书、阶段性会议、审核、验证。
如某信息系统开发项目的一级分解包括:项目管理、需求调查、系统设计、制作和培训。
㈤ 软件项目管理作业:提交任务分解结果WBS
问题补充:对需要描述的部分给出WBS字典。
我也急需这个题的答案,高手速度来。