基础软件工程方法简介课件.ppt

* 基础软件工程方法简介 一、软件开发工作过程中遇到的问题及原因分析 1.1、生产效率低 1.2、产品质量差 二、常见的软件工程方法简介 2.1 什么是软件 2.2 常见软件过程方法分类 2.3 push方式 2.4 迭代方式 目录 一、软件开发工作过程中遇到的问题及原因分析 1.1、工作效率低 表现： 软件产品不能按原计划交付 目标被延期后软件产品仍然难以按期交付 1.2、产品质量差 表现： 软件缺陷数量多 软件缺陷平均修复时间长 一、软件开发工作过程中遇到的问题及原因分析 一、软件开发工作过程中遇到的问题及原因分析 Problems 缺乏设计 缺乏客户交流与责任意识 缺乏激励 工作量化不足 质量评估机制不健全 过于自我，缺乏团队意识 低效的沟通 … 一、软件开发工作过程中遇到的问题及原因分析 低效的沟通 工作过程中沟通的目的 迅速的对某项工作内容生成决议 低效的工作沟通： 动机不单纯的沟通 高效的工作沟通： 经过思考的沟通。 基于事实的沟通。 相互信任的沟通。 找我沟通的目的： 搞不定。 没有被明确的授权。 主动通知我知晓具体的工作。 ? 建议： 沟通前需要思考的问题： 我要问的问题是什么？ 我能否准确直白的表述我的问题？ 我自己真的搞不定这个问题么？ 能否尽量提供方便的条件（资料）让别人方便的帮我迅速定位并解决该问题？ 一、软件开发工作过程中遇到的问题及原因分析 缺乏设计 表现： 仓促上阵，需求分析完毕后直接进入编码阶段。 编码接近尾声时发现当初需求还没理解明白。 思考： 编码速度快，除了说明手指灵活外，还能说明什么？ 建议： 需求文档（活动图、用例图） 设计文档（流程图、状态图、风险说明） 一、软件开发工作过程中遇到的问题及原因分析 缺乏客户交流与责任意识 表现： 需求不明确，并经常出现根据自己的设计意愿私自更改需求的现象 产品故障率高 对手头工作的重视程度远超过对在线问题的重视程度 思考： 你是客户，或者在维修现场，你会怎样想？ 建议： 测试驱动开发 学会换位思考 出差 一、软件开发工作过程中遇到的问题及原因分析 缺乏激励 表现： 拖延症 进取心差 等死（Deadline） 思考： 自己对不起别人，别人为什么要对得起自己？ 即使别人对不起自己，自己为什么还要对不起自己？ 建议： 不要跟自己过不去 激励 = 奖励 + 批评 项目奖金阶段化分配 团队coach： 1、设定团队目标（先设目标，再找团队 or 基于团队，明确目标） 开发国内/际一流的检验产品？ 拿到蓝韵公司已立项项目中最高的人均项目奖？ 创建蓝韵公司最高效？最压抑？最轻松？的工作环境？ 2、基于团队目标，制定团队激励措施（奖？罚？有奖有罚？） 团队效率的提高依赖于正能量的传递，不能够传递负能量。 一、软件开发工作过程中遇到的问题及原因分析 工作量化不足 表现： 工作过程中针对具体工作内容和工作范围会产生很多疑问 工作所需资源评估不准确 思考： 工作量化过程中需要评估到所有的细节么？ 建议： 充分授权 积极主动（解决问题，不是制造问题） 换位思考 发散：“网开一面”原则? 功能范围 工期 质量 成本 一、软件开发工作过程中遇到的问题及原因分析 质量评估机制不健全 表现： 软件质量评估缺乏统计数据支持 软件缺陷缺乏效益评估机制 部分优先级高的功能性缺陷在用户端被发现 思考： 测试人员宣布软件通过测试的标准是什么？ 建议： 测试驱动开发 使用统计学手段指导软件测试 缺陷数量与绩效建立函数关系 一、软件开发工作过程中遇到的问题及原因分析 过于自我，缺乏团队意识 表现： 严于律人、宽于律己！ 思考： 别人是服务员么？别人是私人定制的服务员么？ 建议： 己所不欲，勿施于人。 世界不是围绕着一个人转的。 发散： 合作？协作？ 二、常见的软件工程方法简介 2.1、什么是软件 软件 = 程序 + 数据 + 文档 软件开发过程 就是 生产过程 二、常见的软件工程方法简介 2.1、什么是软件 二、常见的软件工程方法简介 2.2 常见软件过程方式分类 应对需求变更的态度 规避 拥抱 瀑布模型 Waterfall Model 迭代模型 Interative Model 二、常见的软件工程方法简介 2.3 push方式 瀑布模型 构思、商业用例、角色、生命周期 商业环境及约束、功能需求、性能需求 开发环境及工具配置、软硬件架构、模块 划分、接口设计、数据存储容器 编码、单元测试、界面设计、美工 集成测试、验收测试、部署 需求变更、缺陷修复 优点： 1、对软件开发过程进行了阶段性的划分，有助于软件工程按计划进行。 2、将需求与设计提取为独立的软件构成，有助于提高软件质量。 缺点： 1、缺乏反馈。 “没有反馈（fee