多方合作软件项目的需求管理

论文摘要

经济全球化及信息化的发展推动了大规模软件项目的蓬勃兴起,随着软件项目管理的要求越来越高,软件项目管理方法和体系需要不断地发展和完善。随着软件系统规模的扩大,需求分析与定义在整个软件开发和维护过程中越来越重要,它直接关系到软件的成功与否,并且其相应的活动会贯穿整个软件开发的生命周期。当前企业客户的需求正在由单纯的业务处理需求转向全套的解决方案,这种需求发展趋势,一方面导致软件项目规模的扩大,另外一方面也推进了多方合作在软件项目中的引入。对于规模庞大的软件项目,通过多方分工与合作,由用户、业务咨询公司、软件开发商等组成的各个参与方可以更好地发挥各自的优势,从而更强有力地保证项目的进度与质量。但这种方式也带来对项目认识不统一、需求上产生理解上的差异等问题,导致项目进度拖延,严重时甚至导致项目的失败。针对如何保证多方合作项目中需求管理的统一与高效,本文首先引用并阐明了相应的指导理论,包括软件工程及软件生命周期管理的基本概念,什么是需求,需求的内容、层次和重要性,需求工程的主要内容和过程,需求管理的主要内容和层次等。通过这些理论内容的阐述,逐步明晰了需求管理的内容和范畴。同时,根据多个项目的实际经验,本文通过总结出一套实用、可靠的需求管理模型（环岛需求管理模型）来阐明对需求管理内容理解和各部分内容之间关系的认知,并表达对需求管理与项目管理的关联关系的体会:需求管理包含需求确认、状态跟踪、需求跟踪、变更管理四项主要活动;需求确认、状态跟踪、需求跟踪三项作为“环岛”内部,它们之间相互依赖、不可分割;变更管理作为“需求变更环”贯穿“环岛”,与其他三项活动具有“贯穿引用”关系;“需求管理环”包含于“项目管理环”,不仅体现了它们之间的关联,同时也说明了需求管理是项目管理活动中的重中之重。另外,在实际软件项目中针对需求管理会碰到各种不同问题,这些实际问题的解决往往没有现成的理论可作为解决方案来引用。针对目前常见的软件自行开发和套装软件实施两种软件项目形式,根据实际项目中出现的典型问题,特别是需求跟踪和需求变更方面的问题,本文提出相应的解决方案和建议,例如:如何确定需求点粗粒度、如何引入多方确认需求、变更管理的时限及优先级别如何确认等。需求管理工具的使用日益兴起,它促使了需求管理的流程化、规范化。需求管理工具使用了多用户数据库保存与需求相关的信息,从而可以避免软件项目中会碰到的一些问题,例如,管理多用户的访问、版本和变更的管理、需求状态的统一跟踪等。当然需求管理工具通常成本较大,它的使用依然要依赖于每个项目的实际需要,在购买和引用前要评估工具的使用必要性,在引用后要注重工具使用的培训。本文的创新性工作是:（1）根据实际经验总结出一个易于理解的需求管理模型-环岛需求管理模型。该模型清楚地阐明需求管理的内容和各部分内容之间关系,并表达了需求管理与项目管理的关联关系。（2）总结多方合作软件项目的特点和应对方案,通过矩阵图直观地表明了多方合作项目的基本难点是如何管理由于“多方”导致的“散”和“异”。通过项目管理和需求管理弱化项目的多方性,强化项目的合作性,解决由项目多方性带来的“散”和“异”,实现合作性所要求的“统一”和“同一”。

论文目录

• 摘要
• ABSTRACT
• 1 绪论
• 1.1 全球信息化推动软件项目蓬勃发展
• 1.2 软件管理理论日趋成熟为软件项目的成功提供保证
• 1.3 单纯的业务处理需求转向全套的解决方案
• 1.4 软件项目规模扩大推进了软件项目的分工与合作
• 1.5 自行软件开发与套装软件实施并重
• 1.6 本文研究内容
• 1.7 本文内容结构
• 1.8 本章小结
• 2 基本概念及理论基础
• 2.1 软件工程及软件生命周期管理
• 2.2 需求工程
• 2.2.1 需求的定义
• 2.2.2 需求的作用和重要性
• 2.2.3 需求的内容和层次
• 2.2.4 需求工程的主要内容
• 2.2.5 需求工程的主要过程
• 2.2.6 需求工程中的涉众人员
• 2.3 需求管理--环岛需求管理模型
• 2.3.1 需求管理模型
• 2.3.2 需求管理任务
• 2.3.3 需求管理与能力成熟度模型
• 2.4 多方合作软件项目的需求管理
• 2.4.1 多方合作软件项目的特点
• 2.4.2 多方合作软件项目需求管理的主要问题及要求
• 2.5 本章小结
• 3 需求确认与状态跟踪
• 3.1 需求确认
• 3.1.1 需求评审
• 3.1.2 基线管理
• 3.2 状态跟踪
• 3.3 在多方合作软件项目中的需求确认与状态跟踪
• 3.3.1 需求确认的一些建议
• 3.3.2 状态跟踪的一些建议
• 3.4 本章小结
• 4 需求跟踪
• 4.1 需求跟踪的目的与概念
• 4.2 需求跟踪链
• 4.3 需求跟踪模型
• 4.3.1 在系统定义领域进行需求跟踪
• 4.3.2 在实现领域进行需求跟踪
• 4.3.3 在测试领域进行需求跟踪
• 4.4 在多方合作软件项目中的需求跟踪
• 4.4.1 不同类型软件项目的需求跟踪
• 4.4.2 多方合作软件项目中常见的问题及解决方案
• 4.5 本章小结
• 5 需求变更
• 5.1 基本概念
• 5.2 需求变更因素
• 5.2.1 对需求的理解存在分歧
• 5.2.2 系统实施时间过长
• 5.2.3 用户业务需求改变
• 5.2.4 系统正常升级
• 5.3 需求变更管理过程
• 5.3.1 制定变更管理计划
• 5.3.2 确认需求基线
• 5.3.3 建立控制变更的唯一渠道
• 5.3.4 跟踪控制变更
• 5.3.5 分层次管理变更
• 5.4 多方合作软件项目的需求变更管理
• 5.4.1 多方合作软件项目的需求变更过程管理
• 5.4.2 多方合作软件项目的变更控制
• 5.4.3 多方合作软件项目需求变更管理的常见问题及解决方案
• 5.5 本章小结
• 6 需求管理工具对多方合作软件项目的支持
• 6.1 使用需求管理工具的益处
• 6.2 几种需求管理工具的介绍
• 6.3 本章小结
• 7 结论
• 7.1 本文总结
• 7.2 展望
• 7.3 本章小结
• 参考文献
• 致谢
• 攻读学位期间发表的学术论文目录