软件项目管理的开发计划
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了软件项目管理的开发计划相关的知识,希望对你有一定的参考价值。
参考技术A软件项目计划是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。
软件项目管理过程从项目计划活动开始,而第一项计划活动就是估算:需要多长时间、需要多少工作量、以及需要多少人员。此外,我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。
为了估算软件项目的工作量和完成期限,首先需要预测软件规模。度量软件规模的常用方法有直接的方法——LOC(代码行),间接的方法——FP(功能点)。这两种方法各有优缺点,应该根据软件项目的特点选择适用的软件规模度量方法。
根据项目的规模可以估算出完成项目所需的工作量,我们可以使用一种或多种技术进行估算,这些技术主要分为两大类:分解和经验建模。分解技术需要划分出主要的软件功能,接着估算实现每一个功能所需的程序规模或人月数。经验技术的使用是根据经验导出的公式来预测工作量和时间。可以使用自动工具来实现某一特定的经验模型。
精确的项目估算一般至少会用到上述技术中的两种。通过比较和协调使用不同技术导出的估算值,我们可能得到更精确的估算。软件项目估算永远不会是一门精确的科学,但将良好的历史数据与系统化的技术结合起来能够提高估算的精确度。
当对软件项目给予较高期望时,一般都会进行风险分析。在标识、分析和管理风险上花费的时间和人力可以从多个方面得到回报:更加平稳的项目进展过程;更高的跟踪和控制项目的能力;由于在问题发生之前已经做了周密计划而产生的信心。
对于一个项目管理者,他的目标是定义所有的项目任务,识别出关键任务,跟踪关键任务的进展情况,以保证能够及时发现拖延进度的情况。为此,项目管理者必须制定一个足够详细的进度表,以便监督项目进度并控制整个项目。
常用的制定进度计划的工具主要有Gantt图和工程网络两种。Gantt图具有悠久历史、直观简明、容易学习、容易绘制等优点,但是,它不能明显地表示各项任务彼此间的依赖关系,也不能明显地表示关键路径和关键任务,进度计划中的关键部分不明确。因此,在管理大型软件项目时,仅用Gantt图是不够的,不仅难于做出既节省资源又保证进度的计划,而且还容易发生差错。
工程网络不仅能描绘任务分解情况及每项作业的开始时间和结束时间,而且还能清楚地表示各个作业彼此间的依赖关系。从工程网络图中容易识别出关键路径和关键任务。因此,工程网络图是制定进度计划的强有力的工具。通常,联合使用Gantt图和工程网络这两种工具来制定和管理进度计划,使它们互相补充、取长补短。
进度安排是软件项目计划的首要任务,而项目计划则是软件项目管理的首要组成部分。与估算方法和风险分析相结合,进度安排将为项目管理者建立起一张计划图。
SQA计划
SQA人员在参与制定软件开发计划的同时,制定该项目的SQA计划,制定完毕后由开发部经理、工程经理和软件项目经理评审。SQA人员根据计划进行SQA活动,当软件开发计划发生变更时,SQA计划作相应的变更。
SQA人员在对软件项目进行验证后,将结果填SQA检查报告,该报告至少应该包括以上KPA中所列的应该检查的方面,格式可如下表:
软件项目名称 |
大学圈 |
项目进度 |
设计阶段 |
软件项目组长 |
龙啸宇 |
检查日期 |
22018-4-29 |
所属KPA |
检查项 |
合格否 |
备注 |
|
给定需求交给软件项目组之前经过评审,确保需求没有问题; |
合格 |
|
当给定需求发生变更时,软件开发计划、工作产品和活动有没有进行相应的适当的修改; |
|
暂无变动 |
|
由于给定需求更改引起了约定的更改,这些更改由没有经过相关小组协商。 |
|
暂无变动 |
|
|
SCM组、SCCB、软件项目组是否遵循SCM的标准和规程; |
合格 |
暂无变动 |
对软件基线有定期审核。 |
|
计划于每次作业审核 |
|
|
软件估计和计划的活动是否进行; |
合格 |
|
评审和形成项目约定的活动是否进行; |
合格 |
||
制定软件开发计划的活动是否进行; |
合格 |
||
用于制定软件开发计划的标准是否遵守; |
合格 |
||
软件开发计划的内容是否完整。 |
合格 |
||
|
评审和修改约定的活动是否进行; |
|
暂无 |
修订软件开发计划的活动是否进行; |
|
暂无 |
|
修订软件开发计划的内容是否完整; |
|
暂无 |
|
跟踪软件项目的成本、进度计划、风险、技术和设计限制、功能和性能等有关活动是否进行; |
合格 |
|
|
实施计划安排的评审技术和管理的活动是否进行。 |
合格 |
计划和工作产品都经过了评审 |
|
|
所计划的同行评审已被实施; |
合格 |
|
同行评审负责人根据其职责接受过充分的培训; |
合格 |
||
评审人员根据其职责接受过适当的培训或具有相关的经验; |
合格 |
||
准备同行评审、实施同行评审和完成后继措施等过程得到遵循; |
合格 |
||
同行评审的数据报告具有完整性、精确性和及时性。 |
合格 |
||
|
制定和修改项目定义的软件过程; |
合格 |
|
项目的软件开发计划和软件风险管理计划的准备过程; |
合格 |
|
|
依据项目定义的软件过程管理项目的过程; |
合格 |
|
|
为机构的软件过程数据库收集和提供合适数据的过程; |
合格 |
|
|
使用机构的软件过程数据库支持软件项目的计划、评价和跟踪过程。 |
合格 |
|
|
|
软件需求是否经过评审; |
合格 |
|
每个软件工程任务的准备就绪和完成准则得到满足; |
合格 |
|
|
软件产品符合规定的标准和需求; |
|
暂未结束 |
|
已完成所需的测试; |
|
暂未进行 |
|
依据书面计划和规程完成软件的系统测试和验收测试; |
|
暂未进行 |
|
测试满足软件测试计划中的验收标准; |
|
测试计划通过评审 |
|
已圆满地完成测试并记录了测试结果; |
|
暂未进行 |
|
检测出的问题和缺陷已建立文档,并被跟踪和处理 |
合格 |
参见需求分析说明书的评审记录 |
|
通过软件需求、设计、代码和测试用例,对给定需求的跟踪得以实施; |
合格 |
在需求分析说明书的同行评审中进行了跟踪 |
|
在软件产品提交给客户和最终用户前,依据软件基线和给定需求验证了用来管理和维护软件的文档。 |
|
|
4 结论
作为一名SQA人员,不仅要熟练掌握业务知识,而且要具有一定的业务技巧,灵活运用CMM的标准,才能将CMM标准贯彻落实到软件项目中去,从而逐步提高软件过程的成熟度。
以上是关于软件项目管理的开发计划的主要内容,如果未能解决你的问题,请参考以下文章