欢迎来到天天文库
浏览记录
ID:33577826
大小:360.14 KB
页数:54页
时间:2019-02-27
《软工_02第一章软件工程基础02》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库。
1、北京邮电大学信息安全中心第一章软件工程基础(二)1软件工程2010年春季内容提纲¢计算机系统工程¢软件工程¢软件生存期模型软件生存期模型<<<<<<<<<<¢软件开发方法¢软件工程环境软件工程2010年春季2软件工程过程¢为获得软件产品,在软件工具支持下完成的一系列软件过程活动¢基本活动:¢规格说明:规定软件功能及其运行的限制¢开发:产生满足规格说明的软件¢确认:是否满足客户需求¢演进:满足客户的变更要求软件工程2010年春季3软件生存期¢项目计划(可行性研究与计划)¢需求分析¢总体设计¢详细设计¢程序
2、编码¢集成测试¢确认测试¢运行维护软件工程2010年春季4例子--课程学习¢选课Æ确定软件范围¢制定学习计划Æ制定项目计划¢预习Æ需求分析¢上课和复习Æ编码和程序自测¢单元测试Æ单元测试¢模拟测试Æ集成测试¢考试Æ项目验收¢实践再学习Æ运行维护软件工程2010年春季5项目计划¢定义问题:功能、性能、可靠性、接口¢可行性分析:成本、效益、资源、进度¢项目计划的制定:选用资源、定义任务、风险分析、成本估算和工程进度安排等¢提交:可行性研究报告项目计划软件工程2010年春季6需求分析¢人员:系统分析员,客户¢
3、工作:对软件的需求进行分析和定义,并详细描述¢提交:软件需求说明书系统确认测试准则用户手册软件工程2010年春季7总体设计¢概要设计¢将需求转化为由各个模块组成的体系结构¢定义功能模块的接口¢设计全局数据库或数据结构¢制定设计约束,定义软件系统的边界¢提交:概要设计说明书数据库或数据结构说明书集成/组装测试计划软件工程2010年春季8详细设计¢对每个模块进行详细的描述¢包括模块的详细功能、算法、内部数据结构和内部模块间的接口信息等¢拟定模块测试方案¢提交:详细设计说明书模块测试方案软件工程2010年春季
4、9程序编码¢根据软件设计说明书,用计算机语言实现¢包括单元测试:验证模块功能及接口与详细设计文档的一致性¢提交:代码和单元测试报告软件工程2010年春季10集成测试¢也称为组装测试¢根据概要设计中各功能模块的说明及制定的集成测试计划,将经过单元测试的模块逐步进行组装和测试¢提交:集成测试报告软件工程2010年春季11确认测试¢内容:确认软件可以按照用户合理的期望的方式进行工作¢操作者:最终用户¢例子:α测试、β测试¢提交:确认测试报告软件工程2010年春季12运行维护¢内容:交付、安装、培训、技术支持、
5、维护¢维护软件的目的:¢发现错误¢适应改变了的环境¢增加新功能软件工程2010年春季13软件工作的范围扩展到只考虑涉及整个编写程序软件生存周期软件工程2010年春季14软件生存期模型软件生存期模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程,明确规定要完成的主要活动、任务和开发策略。软件生存期模型也常称为:软件过程模型软件开发模型软件工程范型软件工程2010年春季15软件生存期模型¢瀑布模型¢基本瀑布模型¢瀑布模型的变种¢原型模型¢演化模型¢增量模型¢螺旋模型¢面向对象模型¢喷泉
6、模型¢可重用部件组装模型(构件集成模型)软件工程2010年春季16瀑布模型图示可行性研究与计划定义阶段需求分析开设计发阶编码段测试维护阶段运行维护软件工程2010年春季17瀑布模型的变种(1)¢软件生存期循环软件工程2010年春季18瀑布模型的变种(2)¢b形软件生存期软件工程2010年春季19瀑布模型的特点¢阶段间具有顺序性和依赖性阶段间具有顺序性和依赖性。。¢推迟程序的物理实现推迟程序的物理实现。。¢质量保证质量保证:每个阶段必须完成规定的文档;每:每个阶段必须完成规定的文档;每个阶段结束前完成文档
7、审查个阶段结束前完成文档审查,,及早改正错误。及早改正错误。瀑布模型适合哪¢易于组织易于组织,,易于管理易于管理:因为你可以预先完成所:因为你可以预先完成所些场合呢?有何有计划。有计划。缺点呢?¢是一种是一种严格线性的严格线性的、、按阶段顺序的按阶段顺序的、、逐步细化逐步细化的的过程模型(开发模式)。过程模型(开发模式)。软件工程2010年春季20瀑布模型适用场合¢当有一个稳定的产品定义和很容易被理解的技术解决方案时;¢当你对一个定义得很好的版本进行维护或将一个产品移植到一个新的平台上;¢对于那些容易理
8、解但很复杂的项目;¢在质量需求高于成本需求和进度需求的时候;软件工程2010年春季21瀑布模型遇到的问题¢在项目开始的时候,用户常常难以清楚地给出所有需求;用户与开发人员对需求理解存在差异。¢实际的项目很少按照顺序模型进行。¢缺乏灵活性:因为瀑布模型确定了需求分析的绝对重要性,但是在实践中要想获得完善的需求说明是非常困难的,导致“阻塞状态”。反馈信息慢,开发周期长。¾结论:存在不少缺陷,经常被嘲笑为“旧式的”,但是在需求被很好地理解的情况下
此文档下载收益归作者所有