2013软件工程Chapter06.ppt

第二部分 软件项目管理第六章 项目计划 华南师范大学 教育信息技术学院 郑云翔 提纲 可行性分析 项目计划简介 项目估算 项目计划的制定与提交 可行性分析 在软件项目早期，需要对软件问题进行高层架构分析，以确定项目的可行性 根据可行性分析的结果制定出有效的项目实施计划，以指导软件项目的顺利展开 可行性分析的意义 通过少量费用，对项目能否实施尽早做出决断，以避免开展以后所带来的浪费 根据项目所受到的条件限制，对有待开发的系统在体系构造、工作模式等方面做出高层选择，以利于项目今后的实现 可以把可行性分析看作软件定义时期需要进行的前导性工作，其结果可以作为一个高层框架被用于软件需求分析之中，以便今后软件规格定义工作的顺利开展 可行性分析内容 技术可行性：对系统的性能、可靠性、可维护性以及生产率等方面的信息进行评价 通过技术可行性的分析，将为新系统提交技术可行性评估，以指明为完成系统的功能和性能需要什么技术？需要哪些材料、方法、算法、或者过程等 可行性分析内容 经济可行性：进行成本效益分析，评估项目的开发成本 可行性分析内容 应用可行性： 从法律角度考虑：赌博软件，非法网站 从市场推广、应用前景的角度考虑 从用户操作规程的角度考虑 可行性分析过程 建立系统模型： 研究现有的模型 导出现有模型的逻辑模型 设想新的逻辑模型 提出新系统的物理模型 可行性分析过程 可行性分析过程 进行可行性评估(三个评估结论) 撰写可行性分析报告 提纲 可行性分析 项目计划简介 项目估算 项目计划的制定与提交 项目计划简介 常用的项目计划书：项目开发计划、验收计划、质量计划、维护计划、配置管理计划、人员计划等，涉及的内容包括： 开发团队的组织，人员及分工 项目成本预算 软硬件资源需求 项目任务分解及每项任务里程碑标志 基于里程碑的进度计划与人员配置计划 项目风险计划 项目监督计划 项目计划简介 制定项目目标，要遵循的原则(SMART)： Specific：具体的、清晰的、简明的，能够理解 Measurable：可以测量的 Achievable：可以实现的，也就是目标不能过低和偏高 Realistic：实实在在、切实可行 (Relevant：与其他目标是相关的、与工作职责是相关的) Time-based：有时限的(开始和结束日期) 项目计划简介 高层次的计划，为后续过程活动建立框架——预测未来(不确定性) 目的：估计项目所需要的资源和完成项目所需要的时间，从而管理和控制项目 估算是基础： 从客户、团队成员处收集到的项目信息(定性) 过去完成的项目的度量数据(定性+定量) 项目计划简介 影响项目估算的因素： 项目复杂性：越复杂越难估算 项目规模：规模越大越难估算，常使用分解方式 结构的不确定性：需求被固定的程度、功能被分解的容易程度等 历史信息可用性：若有相当经验并充分总结，则能提供很好的借鉴，复杂性再高也游刃有余 不确定性是绝对存在的 项目计划简介 软件范围的确定： 软件项目计划的第一个任务，应该是无歧义的、有边界的 可能包括：将被处理的数据和控制、功能、性能、约束、接口、可靠性等 功能界定是基础 主要方法：与用户交流 项目计划简介 项目所需资源： 开发环境：硬件+软件 软件构件：可复用的构件(组件、中间件等) 成品构件：购买、已商品化的构件 具有完全经验的构件：完善和文档化的工件、修改风险小 具有部分经验的构件：实质性修改，风险较大 新构件：专门开发(有时新建比修改成本更小) 开发人员 提纲 可行性分析 项目计划简介 项目估算 项目计划的制定与提交 项目估算 主要指项目开发成本的估算，其取决于项目工作量的估算 方法： 基于已经完成的类似项目进行估算(小项目) 分解法把项目分解成容易估算的若干任务(大项目，结合经验模型) 一个或多个经验模型进行估算 项目估算 软件规模估算方法： 推理法：分解+个人经验+历史数据 标准构件法：集成多个通用标准构件 修改法：已有软件模块的修改 结果可能是乐观估计、可能估计和悲观估计 项目估算 经验估算模型： 代码行LOC和功能点FP测量 估算模型 COCOMO模型 Putnam软件方程式 项目估算——代码行和功能点测量 由经验导出 把工作量作为代码行或功能点的函数，其中： 代码行LOC：对非过程语言不适用 功能点FP：分解成基本功能点，然后进行加权计数 这种估算模型计算较困难，很难准确得出结果 项目估算——代码行 面向规模的度量，是对软件和软件开发过程的直接度量 可以建立一个面向规模的数据表格来记录项目的某些信息，表格列出了在过去几年完成的每一个软件开发项目和关于这些项目的相应面向规模的数据 项目估算——代码行 项目aaa-01：规模为 12.1 KLOC、工作量用了24个人月、成本为168，000元、文档页数为365、在交付