[工学]第3章软件项目管理.pptVIP

1. 软件项目启动 进行可行性分析 明确项目的目标和范围 确定合理精确的成本分析 任务分解和可管理的进度安排 选择方案 组成项目组 召开项目启动会议 软件计划的影响因素 任务——工作量 周期——提交时间、进度 人员——组织、数量、素质 功能点技术影响因素 3) 自动估算工具 以上介绍的经验估算模型已有相应的软件作为为自动估算工具。项目管理可使用这些工具自动估算项目的成本和工作量，还可对人员配置和交付日期等进行估计。 3.3.1 组织结构的模式 1.按项目划分的模式 工作方式：所有成员完成所有工作任务。软件产品的定义、设计、实现、测试、复查、文档编制、甚至包括维护在内的全过程。 特点：稳定、低效，对个体要求高。 2.按职能划分的模式 工作方式：专业小组，流水线工作模式。 特点：高效，成员易成专家，更改困难 3.矩阵形模式 一般工程组织形式 3.3.3 程序设计小组的组织形式 1.民主制程序员组 成员间无主次。适合于研制时间长、开发难度大的项目。 2.主程序员组 一位主程序员、一位后援工程师、一位资料员、若干程序员 3.现代程序员（层次式）小组 在层次式小组中，组内人员分为三级： 组长（项目负责人） 高级程序员 程序员 软件人员的素质要求： ●牢固掌握计算机软件的基本知识和技能。 ●善于分析和综合问题，具有严密的逻辑思维能力。 ●工作踏实、细致, 不靠碰运气，遵循标准和规范，具有严格的科学作风。 ●工作中表现出有耐心、有毅力、有责任心。 ●具有良好的书面和口头表达能力。 管理人员素质要求 ●综合问题的能力 ●总结和表达能力 ●沟通能力 3.4 软件项目实施与控制 3.4.1 软件项目风险管理 风险就是指项目开发过程中在人员、经费、进度及需求等方面存在的可能影响项目按计划完成的不确定因素。 风险管理内容： ●发现风险 ●分析与度量风险 ●处理与化解风险 定期举行项目状态会议。由每位项目成员报告其进展和遇到的问题。 评价在软件工程过程中所产生的所有评审的结果。 确定由项目的计划进度所安排的可能选择的正式的里程碑。 比较在项目资源表中所列出的每一个项目任务的实际开始时间和计划开始时间。 非正式地与开发人员交谈，以得到他们对开发进展和刚冒头的问题的客观评价。 当问题出现的时候，项目管理人员必须实行控制以尽快地排解问题。 3.4.3 软件项目质量管理 以可度量的方式验证软件质量的特征是否满足了要求 ●正确性：正确性的度量是每千代码行(KLOC)的差错数，其中将差错定义为已被证实是不符合需求的缺陷。 ●可维护性：平均变更等待时间MTTC。 ●完整性：完整性度量一个系统抗拒对它的安全性攻击（事故的和人为的）的能力。 ●可使用性： “用户友好性”，为使用软件用户所付出的代价 实训一工作内容 3.5 软件配置管理 目的：保证软件系统的完整性，版本有序、正确 软件配置项(Software Configure Itim SCI)内容： ●与合同、过程、计划和产品有关的文档和数据； ●源代码、目标代码和可执行代码； ●相关产品，包括软件工具、库内的可复用软件、外购软件及用户提供的软件。 工作内容：标示和确定配置项、控制版本、管理变更 基线 (Baseline) 基线是软件生存期中各开发阶段末尾的特定点，又称里程碑。 由正式的技术评审而得到的SCI协议和软件配置的正式文本才能成为基线。 基线的作用是把各阶段工作的划分更加明确化，以便于检验和肯定阶段成果。 软件开发各阶段的基线及SCI 2、版本控制 3、变更控制 软件生存期内全部的软件配置是软件产品的真正代表，必须使其保持精确。 软件工程过程中某一阶段的变更，均要引起软件配置的变更，这种变更必须严格加以控制和管理，保持修改信息。 变更控制包括建立控制点和建立报告与审查制度。 4.配置状态报告 为了清楚、及时地记载软件配置的变化，需要对开发的过程做出系统的记录，以反映开发活动的历史情况。这就是配置状态登录的任务。 登录主要根据变更控制小组会议的记录，并产生配置状态报告。 对于每一项变更，记录：发生了什么？为什么会发生？对谁做的？什么时侯发生的？会有什么影响？ 配置状态报告可以放在一个联机数据库中，以便软件开发人员或者软件维护人员可以对它进行查询或修改。此外在软件配置报告中新登录的变更应当及时通知给管理人员和软件工程师。 配置状态报告对于大型软件开发项目的成功起着至关重要的作用。避免了可能出现的不一致和冲突。 本章小结 软件项目管理是软件工程的另一个重要组成部分，只有对软件项目进行科学有效的管理才能保证软件工程的开发技术得以有效的应用。