软件开发计划与管理软件工程程序.ppt

软 件 工 程第二版教材配套光盘杨文龙 古天龙 谭火彬电子工业出版社 第9章 软件开发计划与管理 内容安排 计划与管理在软件开发中的重要性 软件的目的和工作范围 资源 成本估算 风险分析与管理 进度安排与跟踪 软件项目组 项目计划 计划与管理在软件开发中的重要性 计划与管理的重要性 与所有产品工程一样，要高质量和高效率的完成和交付。这不仅取决于所采用的技术，更取决于计划和管理的水平 计划与管理的现实 Jones 1985年在他“软件项目管理”论著中所描述的情况，正是源于一系列管理和技术问题所产生的症状。我国目前的情况也不例外 软件的目的和工作范围 意义 如果在进行软件计划之前，产品的目的（用户角度）和工作范围（与产品相关的主要数据、功能、性能、接口、可靠性及约束）不确定。那么，怎么考虑可选的解决方案，确定技术和管理约束 如果没有上述信息，就不可能进行准确的人员及其组织、硬软件资源选择、成本估算、进度安排及风险评估 步骤 首先，确定产品目的（objectives）和工作范围（scope） 其次，考虑可选解决方案、确定技术和管理约束 最后，才是人员及其组织、硬软件资源选择、成本估算、进度安排及风险评估 在上述各步中，还会伴随着求精细化 开发资源金字塔 人力资源 开发资源中最重要的是哪个？ 是人、招募优秀的人才和提供培养优秀人员的良好环境 软件工程中的人员应有哪些要求？ 培养有创造力和技术水平高的软件人员 CMU/SEI的人员能力成熟度模型（PM-CMM） 增强软件组织承担日益复杂应用的能力 通过吸引、培养、鼓励、部署和留住人员来改善其软件开发能力 人员管理能力成熟度模型为软件人员定义了招募、选择、业绩管理、培训、报酬、职业发展、组织和工作设计，以及团队精神和文化素养 各阶段人员参与情况 可重用软件资源 Bennatan建议的4种可重用软件资源 成品（off-the-shelf）构件 具有完全经验（full-experience）的构件 具有部分经验（partial-experience）的构件 新构件 为什么要在计划阶段讨论可重用软件资源 因为可重用软件资源的应用在计划阶段往往被忽视，要在开发阶段才成为最主要的关心对象。所以应尽早说明对可重用软件资源的需求，这样才能进行可选方案的技术评估，并能及时获得 环境资源 支持软件项目的环境通常称为软件工程环境（Software Engineering Environment, SEE） 硬件环境 软件环境 成本估算 成本估算的意义 为保证软件开发项目能在规定的时间内完成，且不超过预算。成本估算和管理控制是关键 两种基本的估算（estimation） 自顶向下：对整个项目的总的开发时间和总的工作量做出估算，然后按阶段、步骤和工作单元进行分配 自底向上：分别估算各工作单元所需的工作量和开发时间，然后相加，就得出总的工作量和总的开发时间 估算法(“自顶向下”和“自底向上”都采用) 专家估算法、类推估算法、算式估算法 影响估算结果的各种成本因素 可能影响成本模型结果的各种成本因素类型(教材437页表9-1) 系统规模 数据库 系统复杂性 程序类型 文档 环境与项目属性 经验成本估算模型 IBM模型 SLIM模型 COCOMO模型 IBM模型（静态变量模型） IBM模型的来源 1977年Walston和Felix总结了IBM联合系统分部（FSD）负责的60个项目的数据。其中：源代码从400到467000行，工作量从12到11758人-月，共使用29种不同语言和66种计算机。用最小二乘法拟合，可以得到与ED=rSc形式相同的估算公式 E = 5.2×L 0.91 D = 4.1×L 0.36 = 2.47×E 0.35 S = 0.54×E 0.6 DOC = 49×L 1.01 式中：E 为工作量（人-月） D 项且持续时间（月） S 为工作人员要求（人） DOC 为源代码数量（行） IBM模型（静态变量模型） ED=rSc ED=rSc为幕定律算法。 式中： ED为名义总从的开发工作量（到交付为止），单位为人-月 S 为源指令数（不包括注释，但包括数据说明、公式或类似的语句） 常数r 和c为校正因子。若S 的单位为103，ED 的单位为人-月，则r 的取值范围一般在1~5，c 的取值在0.9~1.