软件项目管理规范模板

软件项目管理规范软件项目管理规范一、软件项目管理的定义软件项目管理是软件工程和项目管理的交叉学科,软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义能够将软件项目管理定义为:在软件项目活动中运用一系列知识、技能、工具和技术,以满足软件需求方的整体规定。软件工程的活动涉及问题定义、可行性研究、需求分析、设计、实现、确认、支持等,全部这些活动都必须进行管理,软件项目管理贯穿于软件工程的演化过程之中,如图1所示。图1软件工程的演化过程二、软件项目管理的过程为确保软件项目获得成功,必须清晰其工作范畴、要完毕的任务、需要的资源、需要的工作量、进度的安排、可能碰到的风险等。软件项目的管理工作在技术工作开始之前就应开始,而在软件从概念到实现的过程中继续进行,且只有当软件开发工作最后结束时才终止。管理的过程分为以下几个环节:启动软件项目启动软件项目是指必须明确项目的目的和范畴、考虑可能的解决方案以及技术和管理上的规定等,这些信息是软件项目运行和管理的基础。制订项目计划软件项目一旦启动,就必须制订项目计划。计划的制订下列面的活动为根据。估算项目所需要的工作量估算项目所需要的资源根据工作量制订进度计划,继而进行资源分派做出配备管理计划跟踪及控制项目计划在软件项目进行过程中,严格恪守项目计划,对于某些不可避免的变更,要进行适宜的控制和调节,但要确保计划的完整性和一致性。评审项目计划对项目计划的完毕程度进行评审。并对项目的执行状况进行评价。编写管理文档项目管理人员根据软件合同拟定软件项目与否完毕。项目一旦完毕,则检查项目完毕的成果和中间统计文档,并把全部的成果统计下来形成文档而保存。三、软件项目管理的内容软件项目管理的内容涉及上述软件项目管理过程的方方面面,概括起来重要有以下几项。(1)软件项目需求管理软件需求是软件工程过程中的重要一环,是软件设计的基础,也是顾客和软件工程人员之间的桥梁。简朴地说,软件需求就是拟定系统需要做什么,严格意义上,软件需求是系统或软件必须达成的目的与能力。1、目的需求管理是一种获取、组织并统计软件需求的系统化方案,同时也是一种使客户与项目开发组对不停变更的软件需求达成并保持一致的过程。在需求管理中,软件工程组的工作是采用适宜的方法来确保分派的需求,即要将分派的需求文档化,控制需求的变化,负责项目实施过程中需求的实现状况。需求管理的目的是在客户和解决客户需求的软件项目组之间建立对客户需求的共同理解。需求管理的目的有两个:使软件需求受控,并建立供软件工程和管理使用的需求基线。使软件计划、产品和活动与软件需求保持一致。在需求管理过程,为实现第一种目的,必须控制需求基线的变动,按照变更控制的原则和规范的过程进行需求变更控制和版本控制;为实现第二个目的,必须就变更和软件项目各小组达成共识,对软件项目计划做出调节,其中涉及人员的安排、顾客的沟通、成本的调节、进度的调节等。2、原则为进行有效的需求管理,普通要遵照以下五条原则:需求一定要分类管理进行软件项目管理的时候,一定要将软件需求分出层次。不同层次需求的侧重点、描述方式、管理方式是不同的。需求必须分优先级在软件项目中,如果出现过多的需求,普通会造成项目超出预算和预定进度,最后造成软件项目的失败,因而需求的优先级可能比需求本身更加重要。需求必须文档化需求必须有文档统计。该文档必须是对的的、最新的、可管理的、可理解的,是通过验证的,是在受控的状态下变更的。需求一旦变化,就必须对需求变更的影响进行评定无论需求变化的程度如何,只要需求变化了就必须进行评定,这是基本的原则。需求管理必须与需求工程的其它活动紧密整合进行需求管理一定不能脱离需求工程,需求工程涉及了需求获取、需求分析、需求描述、需求验证、需求管理,因而需求管理必须与前面的几个需求阶段保持亲密有关。3、需求管理活动需求管理在需求开发的基础上进行,贯穿于整个软件项目过程,是软件项目管理的一部分。在软件项目进行的过程中,无论正处在哪个阶段,一旦有需求错误出现或任何有关需求的变更出现,都需要需求管理活动来解决。需求管理是一种对系统需求变更理解和控制的过程。初始需求导出的同时就启动了需求管理规划,一旦形成了需求文档的初稿版本,需求活动就开始了。需求活动的具体内容如表1所示。需求管理活动活动的任务变更控制建议需求变更并分析其影响,做出与否变更的决策版本控制拟定单个需求和SRS(即功效规格阐明)的版本需求跟踪定义对于其它需求及系统元素的联系链需求状态定义并跟踪需求的状态表1需求管理活动4、需求管理质量确保需求验证过程需求验证很重要,如果在构造设计开始之前,通过验证基于需求的测试计划和原型测试来验证需求的对的性及其质量,就能大大减少项目后期的返工现象。需求验证可按下列环节进行:审察需求文档根据需求编写测试用例编写顾客手册拟定合格的原则验证的内容在需求验证过程中,要对需求文档中定义的需求执行多个类型的检查。有效性检查----对于每项需求都必须证明它是对的有效的,确实能解决顾客面对的问题。一致性检查----在需求文档中,需求不应当冲突,即对同一种系统功效不应出现不同的描述或互相矛盾的约束。完备性检查----需求文档应当涉及全部系统顾客想要的功效和约束。现实性检查----检查需求以确保能运用现有技术实现。可检查性检查----描述的需求能够实际测试。可跟踪性检查----需求的出处被清晰地统计,每一系统功效都能被跟踪到规定它的需求集合,每一项需求都能追溯到特定顾客的规定。可调节性检查----需求变更能够不对其它系统带来大规模的影响。可读性检查----需求阐明能否被系统购置者和最后顾客读懂。需求评审需求分析完毕后,应由顾客和系统分析员共同进行需求评审。鉴于需求规格阐明是软件设计的基础,需求评审需要有客户方和承包商方的人员共同参加,检查文档中的不规范之处和遗漏之处。软件项目估算与进度管理1、软件项目估算软件项目估算涉及工作量估算和成本估算两个方面。软件估算作为软件项目管理的一项重要内容,是确保软件项目成功的核心因素。估算是指通过预测构造软件项目所需要的工作量的过程。初步的估算用于拟定软件项目的可行性,具体的估算用于指导项目计划的制订。2、软件规模工作分解构造对软件项目进行估算碰到的第一种问题就是软件规模,即软件的程序量。软件规模是软件工作量的重要影响因素。软件项目的设计有一种分层构造,这一分层构造就对应着工作分解构造(WBS,WorkBreakdownStructure),它将软件过程和软件产品构造联系起来。图2是一种典型的WBS构造。图2典型的WBS有了工作分解构造之后,还必须定义度量原则用以对软件规模进行预计。常见的软件规模度量原则有两种:代码行LOC(LinesofCode)和功效点FP(FunctionPoints)。代码行代码行LOC是常见的源代码程序长度的度量原则,指源代码的总行数。源代码中除了可执行语句外,尚有协助理解的注释语句。功效点功效点度量是在需求分析阶段基于系统功效的一种规模预计办法,该办法通过已经初始应用需求来拟定多个输入、输出、查询、外部文献和内部文献的数目,从而拟定功效点数量。3、软件项目成本估算成本估算是对完毕软件项目所需费用的预计和计划,是软件项目计划中的一种重要构成部分。成本估算环节以下:建立目的-----规划需要的数据和资源------拟定软件需求------拟定可行的细节------运用多个独立的技术和原始资料------比较并迭代各个估算值------随访跟踪4、软件项目进度管理制订项目计划项目计划在项目开始的时候制订,并随着项目的进展不停发展。软件项目计划的要素涉及目的、合理的概念设计、工作分解构造、规模设计、工作量预计和项目进度安排。项目计划为管理者提供了根据计划定时评审和跟踪项目进展的基础。进度安排在拟定了项目的资源(总成本及时间等)后,把其分派到各个项目开发阶段中,即拟定项目的进度。项目各阶段的工作量能够参考表2:项目阶段工作量(%)概念设计3.49具体设计11.05编码和单元测试23.17集成测试27.82软件验证34.47表2项目各阶段的工作量项目整体进度安排的过程以下:①根据项目总体进度目的,编制人员计划。将各阶段所需要的资源和能够获得的资源进行比较,拟定各阶段的初步进度,然后拟定整个项目的初步进度。③对初步进度计划进行评审,确保该计划满足规定,否则就重复上面的环节。进度安排的具体程度取决于对应工作分解构造的具体程度,而工作分解构造又取决于项目现在所处阶段与历史经验。进度安排计划随着项目的进展而动态调节,逐步趋于更加具体精确。(3)代码管理对于软件过程中经常碰到的变更问题,如果没有有效的机制进行控制,将会引发巨大的混乱,造成项目的失败.代码管理就是作为变更控制机制而引入到软件项目中的,其核心任务是控制代码变更活动,在软件项目管理中占有重要地位。编码规范:代码头标示命名规则源代码文献头注释规范/**********************************//*文献名:c_inter.cpp*//*模块名:C-Interface*//*创立者:yourname日期:-7-10*//*修改者:日期:*//**//*功效描述:*//**********************************/(4)测试计划软件测试计划的目的是找出软件缺点,并尽量早某些确保得到修复。运用组织良好的测试计划、测试案例、测试报告交流和制订测试工作是达成目的的确保。测试计划应当涉及:·建立每个测试阶段的目的。·拟定每项测试活动的进度和职责。·拟定工具、设施和测试库的可用性。 ·建立用于计划和进行测试以及报告测试成果的规程和原则。·制订衡量测试成功与完毕的准则。首先进行单元测试,然后进行集成测试。(5)工具管理开发工具管理:Myeclipse6.0测试工具管理:四、软件开发过程我们用瀑布模型来描述一种软件开发的生命周期,如图3所示:图3软件开发生命周期(瀑布模型)五、生命周期阶段与文档、角色间的关系软件开发生命周期与文档、角色之间的关系见表3:生命周期阶段成果文档参加角色需求分析需求规格阐明项目经理、系统分析员概要设计概要设计文档项目经理、系统分析员具体设计具体设计文档项目经理、系统分析员编码源代码程序员单元测试测试报告程序员测试测试报告测试员表3生命周期阶段与文档、角色间的关系六、项目角色职能项目经理:管理整个项目过程。涉及制订计划、项目跟踪、项目组员的角色分派、协调、管理,软件配备管理,文档原则制订,文档审查等。技术经理:对项目的技术及方案总体把握,配合系统分析员做某些大的工作,审查系统分析员做好的多个设计,对系统分析员提出的问题一起去解决。系统分析员:和项目经理一起参加需求分析,形成需求规格阐明文档。根据需求规格阐明文档做概要设计,形成概要设计文档。根据概要设计文档做具体设计文档。在编码及测试阶段协助程序员、测试人员编码和测试。程序员:根据具体设计文档进行编码,并对自己的代码模块进行单元测试,形成单元测试报告。测试员:在编码完毕后,做系统测试,形成测试报告,告知项目经理测试成果。文档管理员:对全部项目文档进行管理,保持全部文档的同时与一致。七、项目组员构造八、项目实施阶段整个项目分为三个阶段:开始阶段、实施阶段、收尾阶段。(1)、项目开始阶段1拟定项目构组员2拟定组织构造3拟定项目构组员在项目中的具体角色及其工作职责(2)、项目实施阶段1项目经理制订项目开发计划2准备基础设施(软件、文档摸板、工具)3按照项目开发计划由项目经理组织实施每七天定时召开项目组全体组员会议会议内容涉及:阶段总结、现在项目开发进度、下阶段计划安排、现在碰到的多个困难(技术上的、或组织上的或人力上的等等)。项目构组员每七天撰写周计划、周总结。项目全部有关文档、