软件开发过程要点.pptVIP

  1. 1、本文档共32页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件开发过程要点

* 螺旋模型 螺旋模型的优点 风险分析可使一些极端困难的问题和可能导致费用过高的问题被更改或取消 用户评价为需求的变更带来柔性 螺旋和瀑布的最大的差别就在于风险的暴露时间上 螺旋模型的缺点 需要开发人员具有相当丰富的风险评估经验和专门知识 要求用户参与阶段评价,对用户来说比较困难,不易取得好的效果 * 总结 软件项目组中的人员分工 软件开发过程 可行性研究与计划 需求分析 设计 开发 测试 维护 瀑布模型 螺旋模型 * * * 如必须完成全部的系统需求规格说明书之后才能够进入概要设计阶段,编码必需在系统设计完成之后才能够进行。 * * * 大家还是用过正版的吧,杀毒软件听说可以打24小时免费咨询电话 * * * 软件开发过程 * 目标 讨论软件开发生命周期 讨论项目团队中的不同角色 理解软件工程师的角色 软件开发模型 :瀑布模型 软件开发模型 :螺旋模型 * 软件开发过程 比尔盖子是一名建筑工人 起初只干一些比较简单的建筑工作 凭个人技术和经验,不需要特别设计,一般都可以顺利完成 此时就如同编写早期比较小的程序 * 软件开发过程 由于工作业绩不错 有一天他被通知 需要由他负责建造一间非常美丽而完整的房间 工作变得复杂许多 就像不断发展的软件一样,需要的功能越来越多,越来越复杂 * 软件开发过程 软件复杂性 图形用户界面 客户/服务器结构 分布式应用 数据通信 超大型关系型数据库 * 项目团队中的角色 比尔首先想到这个任务需要更多的人手帮他一起来做 于是他马上组成了自己真正的工作团队 * 分析师 软件项目团队中的角色 项目经理 技术负责人 开发人员 设计人员 软件架构师 测试人员 项目团队 * 项目人员构成比例 例子: 1、微软 EXCHANGE 2000 SERVER 的开发: 项目经理:25人 开发人员:140人 测试人员:350人 2、WINDOWS 2000: 项目经理:250人 开发人员:1700人 测试人员:3200人 * 软件工程师的工作 项目设计与分析 编码 编写文档 测试 团队管理 * 软件工程师的素质 良好的编码能力和规范化编码习惯 自觉的规范意识和团队精神 具有软件工程的概念 具有求知欲、进取心和学习总结的能力 团队组织和管理能力 * 软件开发过程 “这次不能盲目开工,我们需要首先好好设计一下!” 构想 分析 设计 构造 评估 软件的制作过程也非常相似 * 软件开发过程 软件开发 可行性研究与计划 需求分析 设计 开发 评估/测试 维护 建造房屋 构想 分析 设计 构造 评估 维护 * 软件开发基本都需要经历软件开发过程中的几个步骤 但这几个步骤具体如何实施,根据具体项目不同,也有所区别 制作具体软件时,开发步骤的具体实施方法称为软开发过程模型 软件开发过程模型 软件开发过程模型 瀑布模型 螺旋模型 * 瀑布模型 瀑布模型也称为 “线性顺序模型” 将软件开发过程中每个阶段都清楚定义了起止点,并产生明确的交付成果以传递给下一阶段 每个阶段之间通过文档进行沟通 每个阶段都必需完成全部规定的任务(文档)后才能够进入下一个阶段 可行性研究与计划 需求分析 设计 开发 测试 维护 可行性研究报告 需求说明书 设计文档 程序 测试报告 * 可行性研究与计划阶段 确定项目目的 了解系统中客户的期望 确定系统的规模 论证项目可行性 技术可行性 经济可行性 操作可行性 社会可行性 * 需求分析阶段 需求是产品的根源,需求工作的优劣对产品影响最大 获取需求 与用户交谈,向用户提问题。向用户群体发调查问卷 参观用户的工作流程,观察用户的操作 与同行、专家交谈,听取他们的意见 分析已经存在的同类软件产品,提取需求 从行业标准、规则中提取需求 从Internet上搜查相关资料 可能遇到的问题 用户说不清楚需求 误解需求 分析需求 功能需求记录在客户需求说明书中 * 需求分析阶段 文档介绍 产品功能性需求 产品介绍 产品应当遵循的标准和规范 其他需求 需求说明书 产品非功能性需求 * 需求分析阶段 * 设计阶段 设计阶段的主要目的是根据用户的需要制定标准,划分并分配任务 设计GUI标准 设计数据库 设计过程模块 设计编码标准 构建原型 分配任务和监督任务 设计阶段涉及的活动 * 开发阶段 开发阶段 对在原型创建阶段构建的用户界面进行最后的修改 构建数据库 通过添加代码使其具备功能 * 评估/测试阶段 本阶段测试每个单元的功能。 测试阶段涉及的活动 单元测试 数据验证测试 安全性测试 强度测试 集成测试 * 维护阶段 本阶段为客户提供故障诊断支持 网络 电话 上门 本阶

文档评论(0)

2299972 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档