- 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程概论 48学时(24理论+24上机) 顾春华 chgu@ 课程安排 理论 内容:基本原理、方法和技术 形式:讲授、自学、讨论 实践 内容:构造一个应用系统(包括分析、设计、编码、测试) 形式:分组、分阶段文档、编码、集成 软件工程的内容 软件工程的基本概念 软件过程 软件开发各阶段的任务、技术、方法 传统方法、面向对象方法 项目管理 软件质量保证 第一章 软件危机与软件工程 软件与软件危机 软件工程 技术复审和管理复审 软件 程序、软件与软件产品 独唱--小合唱--合唱--万人大合唱 | | | 简单程序 较复杂程序 软件 软件包括 程序:按事先设计的功能和性能需求执行的指令序列 数据:是程序能正常操纵信息的数据结构 文档:与程序开发、维护和使用有关的图文材料 软件开发的发展过程 计算机应用发展 软件危机 定义 计算机软件的开发和维护过程所遇到的一系列严重问题 表现 对软件开发成本和进度的估算很不准确 用户很不满意 质量很不可靠 没有适当的文档 软件成本比重上升 供不应求:软件开发生产率跟不上计算机应用迅速深入的趋势 软件危机 原因 客观:软件本身特点 逻辑部件 规模庞大 主观:不正确的开发方法 忽视需求分析 软件开发=程序编写 轻视软件维护 软件危机 解决途径 组织管理 工程项目管理方法 技术措施 软件开发技术与方法 软件工具 软件工程 定义 指导计算机软件开发和维护的工程学科 工程方法+管理技术+技术方法 B.W.Boehm七条基本原理 确保软件质量和开发效率 P5-7 课后作业 你以前开发软件的过程是什么?你认为正确的软件开发过程是怎样的? 学习理解RUP(可选) /products/rup/ 你对软件工程课教学方式和内容的建议 软件生命周期 软件生命周期 软件定义 问题定义 可行性分析 需求分析 软件开发 系统设计 编码 测试 软件维护 技术复审和管理复审 复审 每阶段结束前 技术复审 从技术角度确保质量 降低软件成本(尽早发现问题) 管理复审 成本、进度、经费等 技术复审 审查小组 审查过程 准备 简要介绍情况 阅读被审文档 开审查会 返工 复查 第二章 软件过程模型Process Model 瀑布模型(waterfall model) 快速原型模型(rapid prototype model) 螺旋模型(spiral model) 转换模型(transformational model) 构件集成模型(component integration model) 瀑布模型 瀑布模型 特点 阶段的顺序性和依赖性 推迟实现的观点 质量保证 存在问题 不适合需求模糊的系统 快速原型模型 快速原型模型 特点 快速开发工具 循环 低成本 种类 渐进型 抛弃型 螺旋模型 螺旋模型 特点 瀑布模型+快速原型+风险分析 迭代过程 一个螺旋式周期 确定目标,选择方案,选定完成目标的策略 风险角度分析该策略 启动一个开发阶段 评价前一步的结果,计划下一轮的工作 转换模型 转换模型 特点 形式化软件开发方法 形式化需求规格说明 变换技术 程序自动生成技术 确保正确 构件集成模型 构件集成模型 特点 面向对象 基于构件库 融合螺旋模型特征 支持软件开发的迭代方法 软件重用 RUP 用例驱动 迭代和增量的过程 五个活动:需求、分析、设计、实现和测试 四个阶段 第三章 可行性研究 可行性研究的任务 可行性研究的步骤 可行性研究的工具 系统流程图 数据流图 数据字典 成本/效益分析 开发软件要回答三个问题 Why to do? —可行性研究 What to do?—需求分析 How to do? —系统设计 可行性研究的任务 回答是否可行 最短时间 最小代价 三个方面的可行性 技术可行性 经济可行性 操作可行性 可行性研究的步骤 复查系统规模和目标 研究现有系统功能 导出新系统模型 重新定义问题 导出和分析各种可选解决方案 推荐行动方针 草拟开发计划 书写文档提交审查 1 复查系统规模和目标 问题定义阶段的成果 系统规模和目标报告书 复查任务 改正含糊的、二义的描述 改正不正确的描述 核查系统限制和约束 2 研究现有系统功能 分析现有系统 高层系统流程图 确定系统功能 比较新旧系统 新系统必须完成旧系统的基本功能 新系统必须改正旧系统存在问题 新系统必须比旧系统增收入、减支出 3 导出新系统模型 旧系统逻辑模型 新系统逻辑模型 新系统目标和规模 逻辑模型描述工具 数据流图 数据字典 用例图 4 重新定义问题 复查问题定义、规模和目标 根据新系统模型 分析员误解 用户遗漏
文档评论(0)