软件项目管理规范.docx

《软件项目管理规范.docx》由会员分享，可在线阅读，更多相关《软件项目管理规范.docx（19页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目管理规范软件项目管理规范一、软件项目管理的定义软件项目管理是软件工程和项目管理的穿插学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义能够将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以知足软件需求方的整体要求。软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等，所有这些活动都必须进行管理，软件项目管理贯穿于软件工程的演化经过之中，如图1所示。图1软件工程的演化经过二、软件项目管理的经过为保证软件项目获得成功，必须清楚其工作范围、要完成的任务、需要的资源、需要的工作量、进度

2、的安排、可能碰到的风险等。软件项目的管理工作在技术工作开场之前就应开场，而在软件从概念到实现的经过中继续进行，且只要当软件开发工作最后结束时才终止。管理的经过分为如下几个步骤：1启动软件项目启动软件项目是指必须明确项目的目的和范围、考虑可能的解决方案以及技术和管理上的要求等，这些信息是软件项目运行和管理的基础。2制定项目计划软件项目一旦启动，就必须制定项目计划。计划的制定下面面的活动为根据。估算项目所需要的工作量估算项目所需要的资源根据工作量制定进度计划，继而进行资源分配做出配置管理计划3跟踪及控制项目计划在软件项目进行经过中，严格遵守项目计划，对于一些不可避免的变更，要进行适当的控制和调整，

3、但要确保计划的完好性和一致性。4评审项目计划对项目计划的完成程度进行评审。并对项目的执行情况进行评价。5编写管理文档项目管理人员根据软件合同确定软件项目能否完成。项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来构成文档而保存。三、软件项目管理的内容软件项目管理的内容涉及上述软件项目管理经过的方方面面，概括起来主要有如下几项。1软件项目需求管理软件需求是软件工程经过中的重要一环，是软件设计的基础，也是用户和软件工程人员之间的桥梁。简单地讲，软件需求就是确定系统需要做什么，严格意义上，软件需求是系统或软件必须到达的目的与能力。1、目的需求管理是一种获取、组织并记录软件需求的

4、系统化方案，同时也是一个使客户与项目开发组对不断变更的软件需求达成并保持一致的经过。在需求管理中，软件工程组的工作是采取适当的措施来保证分配的需求，即要将分配的需求文档化，控制需求的变化，负责项目施行经过中需求的实现情况。需求管理的目的是在客户和处理客户需求的软件项目组之间建立对客户需求的共同理解。需求管理的目的有两个：使软件需求受控，并建立供软件工程和管理使用的需求基线。使软件计划、产品和活动与软件需求保持一致。在需求管理经过，为实现第一个目的，必须控制需求基线的变动，根据变更控制的标准和规范的经过进行需求变更控制和版本控制；为实现第二个目的，必须就变更和软件项目各小组达成共鸣，对软件项目计

5、划做出调整，其中包括人员的安排、用户的沟通、成本的调整、进度的调整等。2、原则为进行有效的需求管理，一般要遵循如下五条原则：需求一定要分类管理进行软件项目管理的时候，一定要将软件需求分出层次。不同层次需求的侧重点、描绘方式、管理方式是不同的。需求必须分优先级在软件项目中，假如出现太多的需求，通常会导致项目超出预算和预定进度，最终导致软件项目的失败，因此需求的优先级可能比需求本身愈加重要。需求必须文档化需求必须有文档记录。该文档必须是正确的、最新的、可管理的、可理解的，是经过验证的，是在受控的状态下变更的。需求一旦变化，就必须对需求变更的影响进行评估无论需求变化的程度怎样，只要需求变化了就必须进

6、行评估，这是基本的原则。需求管理必须与需求工程的其他活动严密整合进行需求管理一定不能脱离需求工程，需求工程包括了需求获取、需求分析、需求描绘、需求验证、需求管理，因此需求管理必须与前面的几个需求阶段保持密切相关。3、需求管理活动需求管理在需求开发的基础上进行，贯穿于整个软件项目经过，是软件项目管理的一部分。在软件项目进行的经过中，无论正处于哪个阶段，一旦有需求错误出现或任何有关需求的变更出现，都需要需求管理活动来解决。需求管理是一个对系统需求变更了解和控制的经过。初始需求导出的同时就启动了需求管理规划，一旦构成了需求文档的草稿版本，需求活动就开场了。4、需求管理质量保证需求验证经过需求验证很重

7、要，假如在构造设计开场之前，通过验证基于需求的测试计划和原型测试来验证需求的正确性及其质量，就能大大减少项目后期的返工现象。需求验证可按下面步骤进行：根据需求编写测试用例编写用户手册确定合格的标准验证的内容在需求验证经过中，要对需求文档中定义的需求执行多种类型的检查。有效性检查-对于每项需求都必须证实它是正确有效的，确实能解决用户面对的问题。一致性检查-在需求文档中，需求不应该冲突，即对同一个系统功能不应出现不同的描绘或互相矛盾的约束。完备性检查-需求文档应该包括所有系统用户想要的功能和约束。现实性检查-检查需求以保证能利用现有技术实现。可检验性检查-描绘的需求能够实际测试。可跟踪性检查-需求

8、的出处被明晰地记录，每一系统功能都能被跟踪到要求它的需求集合，每一项需求都能追溯到特定用户的要求。可调节性检查-需求变更能够不对其他系统带来大规模的影响。可读性检查-需求讲明能否被系统购买者和最终用户读懂。需求评审需求分析完成后，应由用户和系统分析员共同进行需求评审。鉴于需求规格讲明是软件设计的基础，需求评审需要有客户方和承包商方的人员共同介入，检查文档中的不规范之处和遗漏之处。2软件项目估算与进度管理1、软件项目估算软件项目估算包括工作量估算和成本估算两个方面。软件估算作为软件项目管理的一项重要内容，是确保软件项目成功的关键因素。估算是指通过预测构造软件项目所需要的工作量的经过。初步的估算用

9、于确定软件项目的可行性，具体的估算用于指导项目计划的制定。2、软件规模工作分解构造对软件项目进行估算碰到的第一个问题就是软件规模，即软件的程序量。软件规模是软件工作量的主要影响因素。软件项目的设计有一个分层构造，这一分层构造就对应着工作分解构造WBS,WorkBreakdownStructure，它将软件经过和软件产品构造联络起来。图2是一个典型的WBS构造。图2典型的WBS有了工作分解构造之后，还必须定义度量标准用以对软件规模进行估计。常用的软件规模度量标准有两种：代码行LOC(LinesofCode)和功能点FP(FunctionPoints)。代码行代码行LOC是常用的源代码程序长度的度

10、量标准，指源代码的总行数。源代码中除了可执行语句外，还有帮助理解的注释语句。功能点功能点度量是在需求分析阶段基于系统功能的一种规模估计方法，该方法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目，进而确定功能点数量。3、软件项目成本估算成本估算是对完成软件项目所需费用的估计和计划，是软件项目计划中的一个重要组成部分。成本估算步骤如下：建立目的-规划需要的数据和资源-确定软件需求-拟定可行的细节-运用多种独立的技术和原始资料-比拟并迭代各个估算值-随访跟踪4、软件项目进度管理制定项目计划项目计划在项目开场的时候制定，并随着项目的进展不断发展。软件项目计划的要素包括目的、合

11、理的概念设计、工作分解构造、规模设计、工作量估计和项目进度安排。项目计划为管理者提供了根据计划定期评审和跟踪项目进展的基础。进度安排在确定了项目的资源总成本及时间等后，把其分配到各个项目开发阶段中，即确定项项目整体进度安排的经过如下：根据项目总体进度目的，编制人员计划。将各阶段所需要的资源和能够获得的资源进行比拟，确定各阶段的初步进度，然后确定整个项目的初步进度。对初步进度计划进行评审，确保该计划知足要求，否则就重复上面的步骤。进度安排的具体程度取决于相应工作分解构造的具体程度，而工作分解构造又取决于项目当前所处阶段与历史经历。进度安排计划随着项目的进展而动态调整，逐步趋于愈加具体准确。3代码

12、管理对于软件经过中经常碰到的变更问题,假如没有有效的机制进行控制,将会引起宏大的混乱,导致项目的失败.代码管理就是作为变更控制机制而引入到软件项目中的,其关键任务是控制代码变更活动,在软件项目管理中占有重要地位。用SourceSafe软件平台对代码进行管理，以保证对代码版本进行有效控制。1、在SourceSafe中建立源代码管理数据库首先启动VisualSourceSafe6.0Admin，单击Tool菜单，单击CreateDatabase，然后在存储区中适当的位置创立SourceSafe数据库。VisualSourceSafe就会在该位置创立一些目录和文件，其中包含一个叫srcsafe.in

13、i的配置文件，当需要打开一个SourceSafe数据库时，只需要打开这个配置文件就能够了。2、在SourceSafe中实现分享签出单击Users，单击OpenSourceSafeDatabase，选择上一步中创立的数据库即srcsafe.ini，然后单击Open。在Tool菜单中，单击Options。然后在General选项卡上，选择Allowmultiplecheckouts，然后单击OK。在SourceSafe中添加用户单击Users，单击AddUser，在弹出的对话框中输入项目组中各个开发人员的用户名和密码，并设置权限，作为各个开发人员操作SourceSafe数据库的标识的权限。上面三步

14、创立了源代码管理数据库和及进行项目开发中各个开发人员访问源代码数据库的用户名和访问权限。开发人员天天上班时到SourceSafe数据库中将本人的代码取出来(CheckOut)，天天下班前将本人的代码放进(CheckIn)SourceSafe数据库。注意：开发人员在没有对IDE中的项目项事先执行Get操作的前提下，千万不要使用CheckIn命令。从源代码管理获取最新版本后，才能够将个人更改与SourceSafe上的主控副本合并。假如在没有获取最新版本的Web项目的情况下签入自上次签出后已发生更改的文件，则可能会造成数据的丢失。编码规范：代码头标示命名规则源代码文件头注释规范/*/*文件名：c_i

15、nter.cpp*/*模块名：C-Interface*/*创立者：yourname日期：2003-7-10*/*修改者：日期：*/*/*功能描绘：*/*/4测试计划软件测试计划的目的是找出软件缺陷，并尽可能早一些保证得到修复。利用组织良好的测试计划、测试案例和测试报告沟通和制定测试工作是到达目的的保证。测试计划应该包括：建立每个测试阶段的目的。确定每项测试活动的进度和职责。确定工具、设施和测试库的可用性。建立用于计划和进行测试以及报告测试结果的规程和标准。制定衡量测试成功与完成的准则。首先进行单元测试，然后进行集成测试。5工具管理开发工具管理：VMicrosoftSourcesafe测试工具管

16、理：Nunit单元测试工具四、软件开发经过)五、生命周期阶段与文挡、角色间的关系六、项目角色职能项目经理：管理整个项目经过。包括制定计划、项目跟踪、项目成员的角色分配、协调、管理，软件配置管理，文挡标准制定，文挡审查等。技术经理：对项目的技术及方案总体把握，配合系统分析员做一些大的工作，审查系统分析员做好的各种设计，对系统分析员提出的问题一起去解决。系统分析员：和项目经理一起介入需求分析，构成需求规格讲明文挡。根据需求规格讲明文挡做概要设计，构成概要设计文挡。根据概要设计文挡做具体设计文挡。在编码及测试阶段协助程序员、测试人员编码和测试。程序员：根据具体设计文挡进行编码，并对本人的代码模块进行

17、单元测试，构成单元测试报告。测试员：在编码完成后，做系统测试，构成测试报告，通知项目经理测试结果。文挡管理员：对所有项目文挡进行管理，保持所有文挡的同步与一致。七、项目成员构造整个项目分为三个阶段：开场阶段、施行阶段、收尾阶段。1、项目开场阶段1确定项目组成员2确定组织构造3确定项目组成员在项目中的详细角色及其工作职责2、项目施行阶段1项目经理制定项目开发计划2准备基础设施软件、文挡摸板、工具3根据项目开发计划由项目经理组织施行每周定期召开项目组全体成员会议会议内容包括：阶段总结、当前项目开发进度、下阶段计划安排、当前碰到的各种困难技术上的、或组织上的或人力上的等等。项目组成员每周撰写周计划、周总结。项目所有相关文挡、代码要保持同步更新及版本一致。项目组成员在天天开场工作前，下载所有最新文挡与代码。在天天工作结束后上传所有本人更新的文挡与代码。3、项目收尾阶段2总结3文件存档附录附录1项目开发计划附录2需求规格讲明书附录3概要设计讲明书附录4具体设计讲明书附录5周计划附录6周总结附录7测试计划附录8产品及配置项标识规范