北大青鸟软件工程师STBTP5.ppt

第五章 软件开发过程 回顾 计算机网络是为了共享资源而物理上连接在一起的一组计算机 组成网络所需的硬件包括：工作站和服务器、网络接口卡 \网络连接设备、通信介质 WWW 通过超文本技术提供一种友好的信息查询接口，将位于全世界Internet网上不同地点的相关数据信息有机地编织在一起 FTP是Internet上使用非常广泛的一种通讯协议。这些规则使Internet用户可以把文件从一个主机拷贝到另一个主机上 E-mail 是在单个用户或群组用户之间发送和接收信件式信息的工具 目标 讨论软件开发生命周期 讨论项目团队中的不同角色 理解软件工程师的角色 软件开发模型 ：瀑布模型 软件开发模型 ：螺旋模型 软件开发过程 比尔盖子是一名建筑工人 软件开发过程 软件开发过程 软件复杂性 图形用户界面 客户/服务器结构 分布式应用 数据通信 超大型关系型数据库 项目团队中的角色 软件项目团队中的角色 项目人员构成比例 例子： 1、微软 EXCHANGE 2000 SERVER 的开发： 项目经理：25人 开发人员：140人 测试人员：350人 2、WINDOWS 2000： 项目经理：250人 开发人员：1700人 测试人员：3200人 软件工程师的工作 项目设计与分析 编码 编写文档 测试 团队管理 软件工程师的素质 良好的编码能力和规范化编码习惯 自觉的规范意识和团队精神 具有软件工程的概念 具有求知欲、进取心和学习总结的能力 团队组织和管理能力 软件开发过程 软件开发过程 软件开发过程模型 软件开发基本都需要经历软件开发过程中的几个步骤 但这几个步骤具体如何实施，根据具体项目不同，也有所区别 制作具体软件时，开发步骤的具体实施方法称为软开发过程模型 瀑布模型 瀑布模型也称为 “线性顺序模型” 将软件开发过程中每个阶段都清楚定义了起止点，并产生明确的交付成果以传递给下一阶段 每个阶段之间通过文档进行沟通 每个阶段都必需完成全部规定的任务（文档）后才能够进入下一个阶段 可行性研究与计划阶段 确定项目目的 了解系统中客户的期望 确定系统的规模 论证项目可行性 技术可行性 经济可行性 操作可行性 社会可行性 需求分析阶段 需求是产品的根源，需求工作的优劣对产品影响最大 获取需求 与用户交谈，向用户提问题。向用户群体发调查问卷 参观用户的工作流程，观察用户的操作 与同行、专家交谈，听取他们的意见 分析已经存在的同类软件产品，提取需求 从行业标准、规则中提取需求 从Internet上搜查相关资料 可能遇到的问题 用户说不清楚需求 误解需求 分析需求 功能需求记录在客户需求说明书中 需求分析阶段 需求分析阶段 设计阶段 设计阶段的主要目的是根据用户的需要制定标准，划分并分配任务 开发阶段 评估/测试阶段 本阶段测试每个单元的功能。 维护阶段 本阶段为客户提供故障诊断支持 网络 电话 上门 本阶段还包括应用程序要求的任何软件升级 版本 补丁 软件开发过程 软件开发过程 软件开发过程 软件开发过程 之前设计时犯下一个比较小的错误，在建造时才被发现，已经变成了一个严重的错误 必须停工回到设计阶段重新设计，重新建造 在已经将房间格局建造得差不多时，用户又突然提出更改某处的要求，导致工程再次从设计开始 虽然很努力工作 软件开发过程 工程失败的原因 前期错误往往只有到了项目后期才能够被发现 开始阶段的小错误被逐级放大，可能导致项目最终报废 开发进度往往会被意外发生的问题所打乱，需要进行返工或其他一些额外的开发周期，造成项目延期或费用超支 缺乏灵活性，不能适应用户需求的改变 返回上一级的开发需要十分高昂的代价 以上同样也是采用瀑布模型的软件项目的失败原因 软件开发过程 瀑布模型适合开发 规模比较小 需求非常明确且很少更改 瀑布模型是早期软件设计的主要手段，已经不太适合现在的项目 规模大、需求不清晰、不稳定的项目如何完成呢？ 螺旋模型 螺旋模型 每一圈是一个阶段，每个阶段就像一个小的瀑布模型，都要经历需求、分析、设计开发和测试 在每个阶段中添加了风险分析的步骤 每一圈都会产生一个可以发布的结果，作为这个产品最终产品的一个子集 每个发布的结果都会马上反馈给客户，听取客户意见，从而尽早发现避免软件中的风险 螺旋模型 螺旋模型的优点 风险分析可使一些极端困难的问题和可能导致费用过高的问题被更改或取消 用户评价为需求的变更带来柔性 螺旋和瀑布的最大的差别就在于风险的暴露时间上 螺旋模型的缺点 需要开发人员具有相当丰富的风险评估经验和专门知识 要求用户参与阶段评价，对用户来说比较困难，不易取得好的效果 总结 软件项目组中的人员分工 软件开发过程 可行性研究与计划 需求分析 设计 开发