基于快速开发模型的软件项目管理系统及方法

技术领域

本发明涉及项目管理技术领域，具体地，涉及一种基于快速开发模型的软件项目管理系统及方法。

背景技术

信息时代，软件质量的重要性越来越为人们所认识。软件是产品、是装备、是工具，其质量使得顾客满意，是产品市场开拓、事业得以发展的关键。

软件管理工程引起广泛注意源于20世纪70年代中期。当时相关机构曾立题专门研究软件项目做不好的原因，发现70％的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。

软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；软件标准化不够完善等等。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。由此可见，软件管理工程的意义至关重要。

目前各行业的软件开发都具有自己的软件工程化模型，而各行业采用的模型根据自身业务特点也有着千差万别，对于一个软件开发项目需要在基于软件成熟度模型的标准上开发一种符合自身特点的软件管理方法。

各行业间的软件项目开发管理的成熟度也有着很大的差距。目前传统工业行业的软件开发还处于相当初级的阶段，因此，在本课题中提出一种基于快速开发模型的软件项目管理方法，目的通过发明的方法改善软件开发的进度、质量、成本。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种基于快速开发模型的软件项目管理系统及方法。

根据本发明提供的一种基于快速开发模型的软件项目管理系统，包括以下模块：

系统需求获取模块：获取软件需求沟通记录，获取软件研制任务书；

项目策划与项目需求分析模块：按照软件研制任务书中确定的软件生命周期模型，获取软件开发的项目策划，建立需求跟踪矩阵，并对项目跟踪和维护；

软件开发与测试模块：获取根据软件需求规格说明编写的程序代码，对代码进行单元测试和合格性测试，形成测试报告；

软件验收与交付模块：对软件项目进行验收和交付；

维护模块：接收用户下达的维护任务或需要软件升级时，形成软件维护需求表，确认后开展软件维护工作。

优选地，所述软件研制任务书包括需求沟通记录、软件建项信息传递表、软件项目启动会议记录、需求状态记录表，以及建立的配置库。

优选地，所述项目策划包括：按照确定的软件生命周期模型，完成软件开发计划、软件质量保证计划、软件配置管理计划、软件需求规格说明、软件系统合格性测试计划和说明、软件配置项合格性测试计划和说明等的编写、评审工作。

优选地，所述项目策划包括以下子模块：

模块M1：采用工作量WBS分解，将项目按功能分解成各个子模块；

模块M2：采用Delphi法进行代码规模的估计，代码规模估计值为代码行数；

模块M3：按照组织推荐或规定的代码生产率和组织规定的比例模型按各个阶段折算成工时，并计算每个阶段内各个项目的工时；

模块M4：选择项目工期量纲、人员可用度，按照小时/天的度量计算项目的工期，并与任务书的工期进行比较，确保在可选的人员可用度条件下工期不晚于任务书规定的工期；

模块M5：按照里程碑节点的时间点导出首轮任务进度表，在后续每个阶段结束时对下一阶段进行任务包再估计；若再估计值超出了偏差最大允许值，重新更新任务进度表，所述里程碑节点包括在项目策划与软件需求分析模块和软件验收与交付模块中设置节点。

优选地，所述软件开发与测试模块中，根据软件需求规格说明进行软件架构、数据库、界面、接口和功能实现的设计，根据设计结果编写程序代码，进行代码审查、功能性验证，形成可运行的程序，并按照测试计划和说明对功能性通过的代码进行单元测试和合格性测试。

优选地，还包括项目监控模块，所述监控模块对系统需求分析模块、项目策划与项目需求分析模块、软件开发与测试模块以及软件验收与交付模块进行监控，根据项目周期的长短采用周报和双周报的方式汇总工作内容，对每个周或双周会进行例会制度，收集各角色通报本周/本双周完成的内容，并获取项目中的风险，对产生的问题纳入问题跟踪记录表进行追踪。

优选地，还包括测量分析模块：测量分析模块包括设定周测量分析、阶段测量分析和里程碑测量分析、项目测量分析；每个测量分析均设定阈值上限，阈值下限，通过对应的测量数据对项目进度和项目成本进行追踪。

根据本发明提供的一种基于快速开发模型的软件项目管理方法，包括以下步骤：

系统需求获取步骤：获取软件需求沟通记录，获取软件研制任务书；

项目策划与项目需求分析步骤：按照软件研制任务书中确定的软件生命周期模型，获取软件开发的项目策划，建立需求跟踪矩阵，并对项目跟踪和维护；

软件开发与测试步骤：获取根据软件需求规格说明编写的程序代码，对代码进行单元测试和合格性测试，形成测试报告；

软件验收与交付步骤：对软件项目进行验收和交付；

维护步骤：接收用户下达的维护任务或需要软件升级时，形成软件维护需求表，确认后开展软件维护工作。

优选地，所述软件研制任务书包括需求沟通记录、软件建项信息传递表、软件项目启动会议记录、需求状态记录表，以及建立的配置库。

优选地，所述项目策划模块包括以下子模块：

步骤S1：采用工作量WBS分解，将项目按功能分解成各个子模块；

步骤S2：采用Delphi法进行代码规模的估计，代码规模估计值为代码行数；

步骤S3：按照组织推荐或规定的代码生产率和组织规定的比例模型按各个阶段折算成工时，并计算每个阶段内各个项目的工时；

步骤S4：选择项目工期量纲、人员可用度，按照小时/天的度量计算项目的工期，并与任务书的工期进行比较，确保在可选的人员可用度条件下工期不晚于任务书规定的工期；

步骤S5：按照里程碑节点的时间点导出首轮任务进度表，在后续每个阶段结束时对下一阶段进行任务包再估计；若再估计值超出了偏差最大允许值，重新更新任务进度表，所述里程碑节点包括在项目策划与软件需求分析模块和软件验收与交付模块中设置节点。

与现有技术相比，本发明具有如下的有益效果：

1、管理成本低、阶段环节少，能够在不影响质量、进度、成本控制的前提下，提升软件开发效率。

2、本发明的方法能够根据实际情况裁减，各阶段设置入口、出口准则、环节简单、易实现。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明软件快速开发模型的项目管理流程图；

图2为本发明项目策划的具体步骤图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。

本发明公开一种基于快速开发模型的软件项目管理系统，包括以下模块：

系统需求获取模块：获取软件需求沟通记录，获取软件研制任务书。所述软件研制任务书包括需求沟通记录、软件建项信息传递表、软件项目启动会议记录、需求状态记录表，以及建立的配置库。

在一种优选的实施方式中，配置库分为三个区，分别为公共区、软件工具区、数管理区。其中公共区内又划分为软件代码、受控库、设计文档库。软件工具区内部存储软件开发环境、测试工具和编码工具。数据管理区内部存储项目启动、需求管理、项目策划、项目监控、配置管理、质量保证、测量分析、供方协议等数据。

项目策划与项目需求分析模块：按照软件研制任务书中确定的软件生命周期模型，获取软件开发的项目策划，建立需求跟踪矩阵，并对项目跟踪和维护；所述项目策划包括：按照确定的软件生命周期模型，完成软件开发计划、软件质量保证计划、软件配置管理计划、软件需求规格说明、软件系统合格性测试计划和说明、软件配置项合格性测试计划和说明等的编写、评审工作。

所述项目策划包括以下子模块：

模块M1：采用工作量WBS分解，将项目按功能分解成各个子模块；

模块M2：采用Delphi法进行代码规模的估计，代码规模估计值为代码行数；

模块M3：按照组织推荐或规定的代码生产率和组织规定的比例模型按各个阶段折算成工时，并计算每个阶段内各个项目的工时；

模块M4：选择项目工期量纲、人员可用度，按照小时/天的度量计算项目的工期，并与任务书的工期进行比较，确保在可选的人员可用度条件下工期不晚于任务书规定的工期；

模块M5：按照里程碑节点的时间点导出首轮任务进度表，在后续每个阶段结束时对下一阶段进行任务包再估计；若再估计值超出了偏差最大允许值，重新更新任务进度表，否则将沿用上一轮的任务进度表，至此完成了项目策划。所述里程碑节点包括在项目策划与软件需求分析模块和软件验收与交付模块中设置节点。对软件需求分析主要是需求的跟踪记录，并制定需求跟踪矩阵，通过正向追溯及反向追溯确保需求分阶段得到落实。需求跟踪矩阵为一个二维的追踪矩阵，纵坐标为软件功能需求项，每个需求项设定唯一的需求标识号，横坐标为软件活动，每个阶段都对软件需求功能进行前向和后向的追踪。

软件开发与测试模块：获取根据软件需求规格说明编写的程序代码，对代码进行单元测试和合格性测试，形成测试报告。在软件开发与测试模块中，根据软件需求规格说明进行软件架构、数据库、界面、接口和功能实现的设计，根据设计结果编写程序代码，进行代码审查、功能性验证，形成可运行的程序，并按照测试计划和说明对功能性通过的代码进行单元测试和合格性测试。

软件验收与交付模块：对软件项目进行验收和交付；

维护模块：软件维护为时间触发型，在接收用户下达的维护任务或需要软件升级时，形成软件维护需求表，确认后开展软件维护工作，并按照维护过程中发生的变更内容执行变更影响分析。

从纵向来划分，对快速开发模型的软件项目的管理贯穿着需求分析、项目策划、项目监控、质量保证以及配置管理。对于项目监控，按照项目周期的长短采用周报和双周报的方式汇总工作内容，对每个周或双周会进行例会制度，各角色分别通报本周/本双周完成的内容，并及时识别项目中的风险，对产生的问题纳入问题跟踪记录表进行追踪。测量分析分为周/双周测量分析和阶段里程碑/项目测量分析。周双周测量分析通过挣值的方法进行。阶段里程碑测量分析采集进度、规模、缺陷、缺陷密度、过程符合性、需求变更数、工作量这些量化指标，这些指标又作为项目监控的数据输入，并结合质量保证对工作产品、过程的符合性的检查数据、对配置管理中开发库受控库的管控记录，做到对软件项目的全方位、多维度的细致管理。

还包括测量分析模块：测量分析模块包括设定周测量分析、阶段测量分析和里程碑测量分析、项目测量分析；每个测量分析均设定阈值上限，阈值下限，通过对应的测量数据对项目进度和项目成本进行追踪。

其中，周测量项包含BCWS、BCWP、ACWP、SV、CV、SPI、CPI。

阶段测量分析包含规模偏差、工程工作量分析、管理支持工作量分析、进度分析、缺陷分析、缺陷密度分析、过程符合性、需求变更。

里程碑测量分析包括规模分析、工程工作量分析、管理支持工作量分析、进度分析、需求变更分析、过程符合性、缺陷密度。

项目测量分析包括进度分析、项目工作量分布、缺陷分布、生产率分析。

本发明还公开一种基于快速开发模型的软件项目管理方法，包括以下步骤：

系统需求获取步骤：获取软件需求沟通记录，获取软件研制任务书；

项目策划与项目需求分析步骤：按照软件研制任务书中确定的软件生命周期模型，获取软件开发的项目策划，建立需求跟踪矩阵，并对项目跟踪和维护；

软件开发与测试步骤：获取根据软件需求规格说明编写的程序代码，对代码进行单元测试和合格性测试，形成测试报告；

软件验收与交付步骤：对软件项目进行验收和交付；

维护步骤：接收用户下达的维护任务或需要软件升级时，形成软件维护需求表，确认后开展软件维护工作。

所述软件研制任务书包括需求沟通记录、软件建项信息传递表、软件项目启动会议记录、需求状态记录表，以及建立的配置库。

所述项目策划包括：按照确定的软件生命周期模型，完成软件开发计划、软件质量保证计划、软件配置管理计划、软件需求规格说明、软件系统合格性测试计划和说明、软件配置项合格性测试计划和说明等的编写、评审工作。

所述项目策划包括以下子步骤：

步骤S1：采用工作量WBS分解，将项目按功能分解成各个子步骤；

步骤S2：采用Delphi法进行代码规模的估计，代码规模估计值为代码行数；

步骤S3：按照组织推荐或规定的代码生产率和组织规定的比例模型按各个阶段折算成工时，并计算每个阶段内各个项目的工时；

步骤S4：选择项目工期量纲、人员可用度，按照小时/天的度量计算项目的工期，并与任务书的工期进行比较，确保在可选的人员可用度条件下工期不晚于任务书规定的工期；

步骤S5：按照里程碑节点的时间点导出首轮任务进度表，在后续每个阶段结束时对下一阶段进行任务包再估计；若再估计值超出了偏差最大允许值，重新更新任务进度表，所述里程碑节点包括在项目策划与软件需求分析步骤和软件验收与交付步骤中设置节点。

还包括测量分析步骤：测量分析步骤包括设定周测量分析、阶段测量分析和里程碑测量分析、项目测量分析；每个测量分析均设定阈值上限，阈值下限，通过对应的测量数据对项目进度和项目成本进行追踪。

其中，周测量项包含BCWS、BCWP、ACWP、SV、CV、SPI、CPI。

阶段测量分析包含规模偏差、工程工作量分析、管理支持工作量分析、进度分析、缺陷分析、缺陷密度分析、过程符合性、需求变更。

里程碑测量分析包括规模分析、工程工作量分析、管理支持工作量分析、进度分析、需求变更分析、过程符合性、缺陷密度。

项目测量分析包括进度分析、项目工作量分布、缺陷分布、生产率分析。

在一种优选的实施方式中，测量分析包括以下子步骤：

步骤S1：按照开发计划制定周测量频度，周测量包括：

BCWS：截止到每周软件的计划应完成的工程工作量、管理工作量；

BCWP：截止到每周软件的计划已完成的工程工作量、管理工作量；

ACWP：截止到每周软件的实际已完成的工程工作量、管理工作量；

SV：进度偏差；

CV：成本偏差；

SPI：进度性能指标；

CPI：成本性能指标；

计算方法：BCWS＝截止到每周的各任务包的计划应完成的工程工作量、管理工作量的累加值；

BCWP：截止到每周的各任务包的计划已完成的工程工作量、管理工作量的累加值；

ACWP：截止到每周软件的实际已完成的工程工作量、管理工作量的累加值；

SV＝BCWP-BCWS；

CV＝BCWP-ACWP；

SPI＝SV/BCWS；

CPI＝CV/ACWP；

当SV进度偏差、CV成本偏差超阈值需要转为问题进行分析，指定解决措施，追赶进度和弥补成本损失。

步骤S2：按照开发计划进行阶段的测量分析，具体包括；

规模偏差：对软件工作产品的规模进行测量；规模偏差＝实际的规模-估计的规模；如果规模偏差超出阈值应引起关注，对后续项目的软件文档估计提供基础数据；

工程工作量分析：由BCWS，BCWP，ACWP计算EPI，EPI＝(ACWP-BCWP)/BCWP。

管理支持工作量分析；

进度分析:计算进度偏差；

缺陷分析：软件出现的问题、测试发现的问题的数据，根据缺陷的个数评价工作质量，提出有针对性的改进意见，进行有效的改正和提高；

缺陷密度分析：缺陷密度＝缺陷个数/工作产品规模；

过程符合性分析：根据质量保证活动得到的过程不符合性项；

需求变更分析：软件活动中需求是否出现变化，入需求变化需要重新制定需求追踪。

步骤S3：按照开发计划进行里程碑的测量分析，具体包括：规模偏差分析，工程工作量分析、管理支持工作量分析、进度分析、需求变更分析、过程符合性分析，缺陷密度分析，具体分析方法与阶段的测量分析相同。

步骤S4：按照开发计划进行项目的测量分析，具体包括：

进度分析：与阶段的测量分析相同；

项目工作量分布：阶段工程工作量占比、阶段管理工作量占比、阶段配置管理工作量占比、阶段测量分析工作量占比、阶段质量保证工作量占比；

缺陷分布：根据软件缺陷分布，分析整个项目的薄弱环节和待改进之处；

生产率分析：实际规模/实际工作量之和。

本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统及其各个装置、模块、单元以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统及其各个装置、模块、单元以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同功能。所以，本发明提供的系统及其各项装置、模块、单元可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置、模块、单元也可以视为硬件部件内的结构；也可以将用于实现各种功能的装置、模块、单元视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

在本申请的描述中，需要理解的是，术语“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。