chap13软件项目管理0726.pptVIP

第十三章 软件项目管理 目录 概述 目录 一、代码行技术 二、功能点技术 目录 一、静态单变量模型 二、动态多变量模型 总体的过程成熟度及管理水平； 使用良好的软件工程实践的程度； 使用的程序设计语言的级别； 软件环境的状态； 软件项目组的技术及经验； 应用系统的复杂程度。 三、COCOMO2模型 目录 一、估算开发时间 二、Gantt图 三、工程网络 四、估算进度 五、关键路径 六、机动时间 七、小结 目录 1．组织原则 建立一个好的软件项目组织是保证软件开发能够顺利进行的必要条件之一。在建立软件开发组织的时候要注意的原则是： ①尽早落实责任。特别是项目负责人的责任； ②减少接口。组织应该有良好的组织结构、合理的人员分工，以减少不必要的通信； ③责权均衡。指软件经理的责任不应比赋予他的权力还大。 2．组织结构的模式 1）按课题划分的模式（Project Format） 2）按职能划分的模式（Functional Format） 3）矩阵模式（Matrix Format） 3．程序设计小组的组织形式 程序设计小组的组织和小组内部人员的组织形式对生产率都会产生影响。常采用的组织形式有民主制程序员小组、主程序员制小组、民主制小组、现代程序员小组等。 一、民主制程序员组 二、主程序员组 三、现代程序员组 4．人员配备 目录 一、软件质量 软件质量要素之间的关系 软件质量要素不是独立的，一个要素可能与其他几个要素有关系，如下表所示，其中: 正相关以“√”表示， 负相关以“×”表示。 对于具有负相关的质量要素，在开发时应根据具体情况加以取舍或进行折衷。 例如，对于实时控制系统，必须确保系统的可靠性和有效性，而软件的可重用性、可移植性等质量要素就可以放宽要求。 质量要素间的关系 二、软件质量保证措施 1）在需求分析阶段提出对软件质量的需求，并将其自顶向下逐步分解为可以度量和控制的质量要素，为软件开发、维护各阶段软件质量的定性分析和定量度量打下基础； 2）研究并选用软件开发方法和工具； 3）对软件生存周期各阶段进行正式的技术评审（FTR）； 4）制定并实施软件测试策略和测试计划； 5）及时生成软件文档并进行其版本控制； 6）保证软件开发过程与选用的软件开发标准相一致； 7）建立软件质量要素的度量机制； 8）记录SQA的各项活动，并生成各种SQA报告。 2. 技术复审的必要性 正式技术复审的明显优点是，能够较早地发现错误，防止错误被传播到软件过程的后续阶段。 正式技术复审实际上是一类复审方法，包括走查(Walkthrough)和审查(Inspection)等具体方法。走查的步骤比审查少，而且没有审查那样正规。 3.走查 4.审查 5.程序正确性证明 目录 一、软件配置 二、软件配置管理过程 1.标识软件配置中的对象 2.版本控制 3.变化控制 4.配置审计 5.状态报告 小 结 软件质量：“软件与明确地和隐含地定义的需求相一致的程度”。 具体地说，软件质量是软件符合明确地叙述的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。 上述定义强调了下述的三个要点： 软件需求是度量软件质量的基础，与需求不一致就是质量不高。 指定的标准定义了一组指导软件开发的准则，如果没有遵守这些准则，几乎肯定会导致质量不高。 通常，有一组没有显式描述的隐含需求(例如，期望软件是容易维护的)。如果软件满足明确描述的需求，但却不满足隐含的需求，那么软件的质量仍然是值得怀疑的。 影响软件质量的主要因素，从管理角度对软件质量的度量。 把这些质量因素划分成三组，分别反映用户在使用软件产品时的三种不同倾向或观点。三种倾向是：产品运行，产品修改和产品转移。 软件质量因素与产品活动的关系 √ × × 可互操作性 √ √ √ √ × × × 可重用性 √ √ × 可移植性 √ √ √ × √ √ 可测试性 √ √ × × √ √ 灵活性 √ × √ √ 可维护性 √ × √ √ 可用性 × 完整性 有效性 √ 可靠性 可互操作性 可重用性 可移植性 可测试性 灵活性 可维护性 可用性 完整性 有效性 可靠性 ? 正确性 正确性 关系 要素 要素 1．软件质量保证（SQA，Software Quality Assurance）活动的内容 (1) 参与者驱动法 (2) 文档驱动法 参与者按照事先准备好的列表，提出他们不理解的术语和认为不正确的术语。文档编写组的代表必须对每个质疑做出回答，要么承认确实有错误，要么对质疑做出解释。 文档编写者向走查组成员仔细解释文档。走查组成员在此过程中不时