第1篇：软件工程教案
刘
鹏
《软件工程》教案
《软件工程》教学案
一、课程的性质与任务
软件工程课程是中央广播电视大学计算机科学与技术专业的统设必修课，4学分，72学时，其中讲课46学时，实验26学时，开设一学期。
软件工程课程主要研究如何将工程化方法应用于软件的开发、运行和维护过程之中。根据培养计算机应用型人才的需要，本课程的任务是通过讲述软件的工程化开发方法和相关的开发工具、开发过程、开发规范，使学生了解软件工程的本质，掌握常用的开发方法，并且能够自觉地将软件工程原理灵活地运用于实际的软件开发和维护过程中，提高学生的专业素质。
二、与本课相关课程
先修课程：计算机基础、数据库原理、程序设计语言。
后续课程：毕业设计。
三、课程的学习要求
1．掌握软件的特点和软件工程的概念。
2．掌握结构化分析和设计方法。
3.掌握基于UML的面向对象分析和设计方法。
4．理解软件测试的基本概念和测试策略。
6．理解可行性分析方法和软件维护的基本方法。
7．了解良好的软件编程风格和编程规范。
8．了解软件项目管理、软件配置管理的概念和方法。
四、课程教学要求的层次
本课程的教学要求分为掌握、理解和了解三个层次。掌握是在理解的基础上加以灵活应用；理解是能正确表达有关概念和方法的含义，并且能够进行简单分析和判断；了解即能正确判别有关概念和方法。
在期末考核试卷中（涵盖实验内容），掌握的内容约占总分数的60%，理解的内容约占30%，了解的内容约占10%。
五、教学环节
1．自学
自学是学生重要的学习手段，要求以文字教材为主，辅以录像教材、CAI课件、网上教学资源进行学习。录像教材和CAI课件强化课程的重点、难点内容，实验的演示与交互，案例分析等，可加深学生对课程内容的理解，提高程序分析和设计能力。网上教学资源与教学进度同步，侧重于对学生教学过程的辅导，也是师生、生生沟通的平台，解决学生在学习过程中遇到的问题。自学可以采取个人和小组学习等方式，学生应注意自学能力的培养，保证必要的自学时间。
2．面授辅导
面授辅导由地方电大辅导教师担任，由于本课程是一门理论性和实践性均很强的课程，建议适当增加面授学时比例。各地辅导教师应以文字教材为依据，采用讲解、分析、作业讲评等方式，讲解课程的重点和难点，思路与方法，进行程序设计讨论和分析、解答作业、指导实验等，培养学生学习、思考和分析解决问题的能力。
3．实验
实验是本课程的重要组成部分，由地方电大组织实施。学生应认真完成本课程所规定的实验，未做实验或实验不及格者没有资格参加本课程的期末考试。
4．作业
作业是巩固和检验学习效果的有效手段，中央电大统一下发形成性考核作业册，学生应根据学习进度认真完成。
5．考核
考核是对学生学习效果的检查和验收。本课程的考核采用期末终结性考核和形成性考核相结合的方式。具体考核要求详见《软件工程课程考核说明》。
第三部分 教学内容和教学要求
第1章概述
教学内容：
(1)本课程的学习目的、教学内容、学习方法简介。
(2)软件的特点、软件危机现象。
(3)软件工程定义、软件工程7条基本原理。
(4)软件工程发展简史。
(5)软件生存周期模型。
(6)软件工程的相关标准、规范、资料介绍。
教学要求：
(1)掌握软件的特点，软件工程定义。
(2)理解软件工程7条基本原理，软件危机的现象和软件生存周期模型。
(3)了解软件工程发展简史和软件工程的相关标准、规范和资料。
第2章可行性研究
教学内容：
(1)可行性研究的任务和可行性分析的基本步骤。
(2)可行性分析要考虑的主要因素。
(3)成本/效益分析。
教学要求：
(1)掌握可行性研究的任务。
(2)理解可行性分析的基本步骤。
(3)了解成本/效益分析的估算模型和可行性分析要考虑的主要因素。
第3章结构化分析
教学内容：
(1)结构化分析的主要任务。
(2)结构化分析的各种工具：系统流程图、数据流程图、数据字典、IPO图、功能结构图、实体关系图。
(3)结构化分析的步骤。
(4)需求分析规格说明书模板。
(5)结构化分析的实例——企业设备资产信息管理系统需求分析。
教学要求：
(1)掌握结构化分析的方法和步骤，能够独立完成小型系统的结构化分析。
(2)掌握数据流程图、数据字典的应用。
(3)理解需求分析规格说明书的主要内容。
第4章结构化设计
教学内容：
(1)软件设计的原则和影响设计的主要因素分析。
(2)结构化设计的基本概念。
(3)结构化设计的方法和步骤。
(4)结构化设计实例——企业设备资产信息管理系统概要设计。
教学要求：
(1)掌握结构化设计的基本概念、方法和步骤。
(2)理解软件设计的原则。
(3)了解影响软件设计的主要因素。
第5章面向对象基础
教学内容：
(1)面向对象基本概念。
(2)软件建模语言。
(3)常用的UML图。
(4)RationalRose工具。
教学要求：
(1)掌握面向对象的基本概念。
(2)理解软件建模语言。
(3)了解常用的UML图，RationalRose工具。
第6章面向对象分析
教学内容：
(1)基于UML的面向对象分析方法和步骤。
(2)基于UML的面向对象分析实例——企业设备资产信息管理系统需求分析。
(3)基于UML的面向对象需求分析规格说明书模板。
教学要求：
(1)掌握基于UML的面向对象需求分析的方法、步骤。
(2)理解面向对象需求分析和结构化分析之间的本质区别。
(3)了解面向对象需求规格说明书的主要内容。
第7章面向对象设计
教学内容：
(1)面向对象设计的概念。
(2)基于UML的面向对象设计方法和步骤。
(3)基于UML的面向对象设计实例——企业设备资产信息管理系统设计。
(4)基于UML的面向对象设计规格说明书模板。
教学要求：
(1)掌握基于UML的面向对象设计方法和步骤。
(2)理解面向对象设计的概念。
(3)了解基于UML的面向对象设计规格说明书的主要内容。
第8章编程实现
教学内容：
(1)程序设计语言的特点、分类，如何选择程序设计语言。
(2)良好的编程习惯。
(3)编程标准和过程。
教学要求：
(1)掌握程序设计语言的特点，培养良好的编程习惯。
(2)理解编程标准。
(3)了解选择程序设计语言的一般原则。
第9章软件测试
教学内容：
(1)软件测试的概念。
(2)黑盒测试和白盒测试方法。
(3)单元测试。
(4)集成测试。
(5)系统测试。
(6)验收测试。
(7)软件的可靠性分析。
(8)软件测试工具简介。
教学要求：
(1)掌握软件测试的概念。
(2)掌握黑盒测试和白盒测试方法。
(3)理解软件可靠性分析的方法。
(4)了解软件测试工具。
第10章软件维护
教学内容：
(1)软件维护的基本概念。
(2)软件维护过程。
(3)提高软件可维护性的方法。
教学要求：
(1)掌握软件维护的基本概念。
(2)理解软件的维护过程。
(3)了解提高软件可维护性的方法。
第12章软件工程管理
教学内容：
(1)软件项目管理介绍。
(2)软件配置管理介绍。
(3)软件过程管理介绍。
教学要求：
(1)了解软件项目管理的基本概念和主要内容。
(2)了解软件配置管理的基本概念和主要内容。
(3)了解软件过程管理的主要内容。
第2篇：教案软件工程导论
授课日期： 11月13日
课程名称： 软件工程导论
教学目的：让学生了解软件以及软件危机的概念
了解软件危机出现的原因以及解决途径
熟悉软件工程产生的原因以及其生命周期各个阶段的任务 教学重点：软件危机的出现原因、软件工程的基本原理、软件生命周期 教学难点：生命周期各个阶段的任务 教学过程：讲解软件的概念
通过软件危机的表现及原因分析引入软件工程的基本概念 分析消除软件危机的途径 讲解软件工程的基本原理
计算机系统发展迅速，但是人们仍然没有彻底摆脱“软件危机”的困扰，软件已经成为限制计算机系统发展的瓶颈。计算机软件工程学就是为了研究如何消除软件危机而发展起来的。那么什么是软件危机呢？
在开始讲软件危机时我要先提出一个概念：什么是软件？（板书：软件危机、什么是软件）简单来举例像我们平时用的word、excel都是计算机软件。
软件就是计算机系统中与硬件相互依存的另一部分，它包括程序、相关数据及其说明文档。（软件的英文名为Software板书：software=program+data+document）
那它具有什么特性呢？在这里我向大家绘制两幅图，大家可以比较讨论一下
硬件的失效率刚开始是降低的，这个阶段就是磨合调整，通过调整失效率降低并达到一定时期的稳定，那为什么会失效率增高呢，硬件是物理实体它存在磨损用坏的问题。再来看软件的失效图像，我绘制了两条，一条是理想情况下，另一天是实际情况下。大家可以看出来吗？没错，开发出来的软件并不是永远有效的，随着用户的需求增大等情况失效率会增高。从图中我们还可以看出在软件的运行和使用期间，没有硬件那样的机械磨损，老化问题。因为软件是一种逻辑实体，并非具体的物理实体。
另外呢，软件复杂性很高，软件技术的发展落后于需求，成本也相当昂贵。
讲完软件的概念，那么软件危机就比较容易理解了，软件危机就是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。那么大家思考一下，能够正常运行的软件可能会存在软件危机吗？答案是可能会。实际上，几乎所有软件都不同程度地存在这些问题。比方说，你在用QQ软件时，它不能与你的计算机硬件环境兼容或是不能满足你的要求。
总结下来，软件危机需要应对两方面的问题：
（1）如何开发软件，以满足对软件日益增长的需求（2）如何维护数量不断膨胀的已有软件
软件危机又有哪些典型表现呢？我们在进行一项工程时是不是经常会有一个工程预算，软件工程也不例外，如果对软件开发成本和进度的估计不准确，那么就很容易使用户不满。再来如果没有和用户进行很好的沟通就着手编写程序，那么人家也不会满意；软件质量靠不住、软件开发出来是不可维护的，也可以说是不能够对其功能进行修改适应用户需求；软件开发供不应求都是软件危机的表现。
那么出现软件危机的原因是什么？在分析原因时我们就通常从内因外因来说，在前面我有讲到软件的特征，软件复杂度高，成本昂贵等都与软件危机的出现有关，外因则是由软件开发和维护的方法不正确有关。
下面我将引入一个问题，大家思考一下，假设你是软件公司的总工程师，当你告诉自己手下的工程师们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并且还举了一个例子：“如果一个故障是编码错误造成的，那么，一个人又怎么能再设计阶段就清除他呢？”你同意他的观点吗？
答：在软件开发的不同阶段进行修改需要付出的代价是很不一样的，在早期引入变动，涉及的面比较少，代价也比较低当进入开发中期，软件配置的许多东西都已经完成，引入一个变动要对所有已完成的配置成分都做相应地修改，不仅工作量大，而且逻辑上海很复杂，代价剧增啊，在软件已经完成时在引入变动，当然需要付出更大的代价。况且软件的开发是团体合作，并不是一个人，早发现早解决很重要！
那么如何消除软件危机呢？这也是我们这门课永恒的课题啊
首先呢我们要对计算机软件有一个正确的认识，软件并不等于程序，这是很多学生出的问题
必须充分认识到软件开发不是某种个体劳动的产物，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。也就是我们所说的团队合作
推广使用在实践中总结出来的开发软件的成功技术和方法 开发和使用更好的软件工具
那么软件危机我们就讲到这，下面开始介绍软件工程：
什么是工程？我们平时经常听到水利工程，建筑工程，工程就是对技术实体的分析、设计、建造、验证和管理。那么我们知道软件是一种逻辑产品，看不到摸不着而软件工程就是把软件当做一种工业产品，要求采用工程化的原理与方法对软件进行计划、开发和维护。是一种新兴工程。
如何定义它呢？软件工程就是为了经济地获得可靠地且能再实际机器上高效运行的软件，而建立和使用完善的工作原理；另一个更全面更具体的定义：软件工程是把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件。
下面就是本节课的重点，请大家认真听讲。软件工程的基本原理：
1、用分阶段的生命周期计划严格管理 在软件开发和维护的漫长的生命周期中，需要完成各种任务。因而就应该吧软件生命周期划分为若干个阶段，并相应地制定出切实可行的计划，并严格计划开发，维护。
2、坚持进行阶段评审
软件的质量保证工作不能等到编码阶段结束后再进行，那么在每个阶段都进行严格的评审可以更早的发现在开发过程中的错误，及时改正
3、实行严格的产品控制
大家都知道软件开发成本很高，那就意味着不能随意更改需求。要必须按照严格的规程进行评审，获得批准以后才能实施修改。
4、采用现代程序设计技术
采用先进的技术不仅可以提高软件开发和维护的效率，而且可以提高软件产品的质量。
5、结果应能清楚的审查
软件是看不到摸不着的逻辑产品，应该根据软件开发项目的总目标及完成期限，规定产品的标准，从而使得所得到的的结果更容易被审查
6、开发小组的人员应该少而精 大家不是都在说人多力量大吗，何况软件开发是团队协作吗？在这里要注意到人员多交流情况讨论问题也会增加，耗时耗力。所以软件开发小组的组成人员应该要素质高，且不宜过高。
7、承认不断改进软件工程实践的必要性
就是要积极主动的采纳新的软件技术，且要不断总结经验。大家可以想象一下，如果开发小组组长是一个固步自封的顽固派，那么后果将不堪设想 下面进行另一个知识点：软件生命周期
概括地说，软件生命周期由软件定义、软件开发和运行维护3个时期组成，但每个时期又进一步划分成若干个阶段；这里我帮大家总结了一下： 计划---需求分析---设计---编码---测试---运行、维护 在这里我解释一下，在开发软件时我们要制定计划，做需求分析了解用户想利用计算机软件帮他们解决什么问题然后进行设计它类似于工程师经常使用的工程蓝图，它包含了详细的设计每个模块，确定实现模块功能。接下来就是编码实现功能，而测试则是使软件达到预订的要求，在这里并不是结束我们还要对其进行运行维护持续满足用户的需求。
那现在我们来说一下具体的软件过程
软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。这就好比我们要建一栋房子，必须要有厨房，卧室吧，那么我们就需要有一个任务表，第一步干什么第二步干什么来完成。软件过程也是这样。那有的同学会问我们前面不是讲过软件周期吗，它不是也规定了先干什么后干什么吗，对，没错，它也是一种过程模型。但实际上要根据项目的特点来划分阶段，这也就引出了我们下面要研究的瀑布模型
大家可以比较一下它和生命周期模型的异同，在下节课我希望大家能够在课堂上举手发言。
归纳小结：这节课呢，我们主要讲了什么是软件，软件具有什么特性，有四点：逻辑实体、成本昂贵、技术落后于需求、复杂度高。在就是软件危机的相关概念以及为什么出现软件危机，以及解决软件危机的途径，也引入了软件的生命周期等知识点，望同学课下做好复习。
课后作业：素材32
1、3
第3篇：软件工程导论教案
计算机系统发展迅速，但是人们仍然没有彻底摆脱“软件危机”的困扰，软件已经成为限制计算机系统发展的瓶颈。计算机软件工程学就是为了研究如何消除软件危机而发展起来的。那么什么是软件危机呢？
在开始讲软件危机时我要先提出一个概念：什么是软件？（板书：软件危机、什么是软件）简单来举例像我们平时用的word、excel都是计算机软件。
软件就是计算机系统中与硬件相互依存的另一部分，它包括程序、相关数据及其说明文档。（软件的英文名为Software板书：software=program+data+document）
那它具有什么特性呢？在这里我向大家绘制两幅图，大家可以比较讨论一下
硬件的失效率刚开始是降低的，这个阶段就是磨合调整，通过调整失效率降低并达到一定时期的稳定，那为什么会失效率增高呢，硬件是物理实体它存在磨损用坏的问题。再来看软件的失效图像，我绘制了两条，一条是理想情况下，另一天是实际情况下。大家可以看出来吗？没错，开发出来的软件并不是永远有效的，随着用户的需求增大等情况失效率会增高。从图中我们还可以看出在软件的运行和使用期间，没有硬件那样的机械磨损，老化问题。因为软件是一种逻辑实体，并非具体的物理实体。
另外呢，软件复杂性很高，软件技术的发展落后于需求，成本也相当昂贵。
讲完软件的概念，那么软件危机就比较容易理解了，软件危机就是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。那么大家思考一下，能够正常运行的软件可能会存在软件危机吗？答案是可能会。实际上，几乎所有软件都不同程度地存在这些问题。比方说，你在用QQ软件时，它不能与你的计算机硬件环境兼容或是不能满足你的要求。总结下来，软件危机需要应对两方面的问题：（1）如何开发软件，以满足对软件日益增长的需求（2）如何维护数量不断膨胀的已有软件
软件危机又有哪些典型表现呢？我们在进行一项工程时是不是经常会有一个工程预算，软件工程也不例外，如果对软件开发成本和进度的估计不准确，那么就很容易使用户不满。再来如果没有和用户进行很好的沟通就着手编写程序，那么人家也不会满意；软件质量靠不住、软件开发出来是不可维护的，也可以说是不能够对其功能进行修改适应用户需求；软件开发供不应求都是软件危机的表现。
那么出现软件危机的原因是什么？在分析原因时我们就通常从内因外因来说，在前面我有讲到软件的特征，软件复杂度高，成本昂贵等都与软件危机的出现有关，外因则是由软件开发和维护的方法不正确有关。
下面我将引入一个问题，大家思考一下，假设你是软件公司的总工程师，当你告诉自己手下的工程师们及时发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清楚它们是不现实的，并且还举了一个例子：“如果一个故障是编码错误造成的，那么，一个人又怎么能再设计阶段就清除他呢？”你同意他的观点吗？
答：在软件开发的不同阶段进行修改需要付出的代价是很不一样的，在早期引入变动，涉及的面比较少，代价也比较低当进入开发中期，软件配置的许多东西都已经完成，引入一个变动要对所有已完成的配置成分都做相应地修改，不仅工作量大，而且逻辑上海很复杂，代价剧增啊，在软件已经完成时在引入变动，当然需要付出更大的代价。况且软件的开发是团体合作，并不是一个人，早发现早解决很重要！
那么如何消除软件危机呢？这也是我们这门课永恒的课题啊
首先呢我们要对计算机软件有一个正确的认识，软件并不等于程序，这是很多学生出的问题
必须充分认识到软件开发不是某种个体劳动的产物，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。也就是我们所说的团队合作
推广使用在实践中总结出来的开发软件的成功技术和方法 开发和使用更好的软件工具
那么软件危机我们就讲到这，下面开始介绍软件工程：
什么是工程？我们平时经常听到水利工程，建筑工程，工程就是对技术实体的分析、设计、建造、验证和管理。那么我们知道软件是一种逻辑产品，看不到摸不着而软件工程就是把软件当做一种工业产品，要求采用工程化的原理与方法对软件进行计划、开发和维护。是一种新兴工程。
如何定义它呢？软件工程就是为了经济地获得可靠地且能再实际机器上高效运行的软件，而建立和使用完善的工作原理；另一个更全面更具体的定义：软件工程是把系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件。
下面就是本节课的重点，请大家认真听讲。软件工程的基本原理：
1、用分阶段的生命周期计划严格管理
在软件开发和维护的漫长的生命周期中，需要完成各种任务。因而就应该吧软件生命周期划分为若干个阶段，并相应地制定出切实可行的计划，并严格计划开发，维护。
2、坚持进行阶段评审
软件的质量保证工作不能等到编码阶段结束后再进行，那么在每个阶段都进行严格的评审可以更早的发现在开发过程中的错误，及时改正
3、实行严格的产品控制
大家都知道软件开发成本很高，那就意味着不能随意更改需求。要必须按照严格的规程进行评审，获得批准以后才能实施修改。
4、采用现代程序设计技术
采用先进的技术不仅可以提高软件开发和维护的效率，而且可以提高软件产品的质量。
5、结果应能清楚的审查
软件是看不到摸不着的逻辑产品，应该根据软件开发项目的总目标及完成期限，规定产品的标准，从而使得所得到的的结果更容易被审查
6、开发小组的人员应该少而精
大家不是都在说人多力量大吗，何况软件开发是团队协作吗？在这里要注意到人员多交流情况讨论问题也会增加，耗时耗力。所以软件开发小组的组成人员应该要素质高，且不宜过高。
7、承认不断改进软件工程实践的必要性
就是要积极主动的采纳新的软件技术，且要不断总结经验。大家可以想象一下，如果开发小组组长是一个固步自封的顽固派，那么后果将不堪设想 下面进行另一个知识点：软件生命周期
概括地说，软件生命周期由软件定义、软件开发和运行维护3个时期组成，但每个时期又进一步划分成若干个阶段；这里我帮大家总结了一下： 计划---需求分析---设计---编码---测试---运行、维护
在这里我解释一下，在开发软件时我们要制定计划，做需求分析了解用户想利用计算机软件帮他们解决什么问题然后进行设计它类似于工程师经常使用的工程蓝图，它包含了详细的设计每个模块，确定实现模块功能。接下来就是编码实现功能，而测试则是使软件达到预订的要求，在这里并不是结束我们还要对其进行运行维护持续满足用户的需求。
第4篇：软件工程
1.软件危机的概念 系统的数据要求，功能需求，性能需求，显示出程序的轮廓。
软件危机是指在计算机软件开发、使用与可靠性需求，可用性需求，出错处理需求，混合方式
维护过程中遇到的一系列严重问题和难接口需求，约束，逆向需求以及将来可能优点：综合了以上两种策略的长处 题。提出的需求。9.确认测试
补充： 5.常使用的图形工具 确认测试又称有效性测试。有效性测试是
1．软件危机的表现有哪些？ 实体-联系图，数据流图，状态转换图，在模拟的环境下，运用黑盒测试的方法，答：1）对软件开发成本和进度的估计常层次方框图，warnier图，IPO图。验证被测软件是否满足需求规格说明书常很不准确。第五章 列出的需求。任务是验证软件的功能和性
2）用户对已完成的软件不满意1.总体设计的任务 能及其他特性是否与用户的要求一致。对的现象时有发生。划分出组成系统的物理元素——程序、文软件的功能和性能要求在软件需求规格
3）软件产品的质量往往是靠不件、数据库、人工过程和文档等等 说明书中已经明确规定，它包含的信息就住的。设计软件的结构。也就是要确定系统中每是软件确认测试的基础。
4）软件常常是不可维护的。个程序是由哪些模块组成的，以及这些模10.什么是白盒测试，其测试技术有那些，5）软件通常没有适当的文档资块相互间的关系。覆盖标准的强弱程度
料。2.模块化思想 白盒测试是一种测试用例设计方法，盒子
6）软件成本在计算机系统总成就是把程序划分成独立命名且可独立访指的是被测试的软件，白盒指的是盒子是本中所占比例逐年上升。问的模块，每个模块完成一个子功能，把可视的,你清楚盒子内部的东西以及里面
7）软件开发生产率提高的速度这些模块集成起来构成一个整体，可以完是如何运作的。"白盒"法全面了解程序内远跟不上日益增长的软件需求。成指定的功能满足用户的需求。部逻辑结构、对所有逻辑路径进行测试。
2．产生软件危机的原因主要有哪些？ 3.衡量模块独立的标准（内聚和耦合的白盒测试的测试方法有代码检查法、静态答：1）用户对软件需求的描述不精确。含义，种类）结构分析法、静态质量度量法、逻辑覆盖
2）软件开发人员对用户需求的内聚：标志着每一个模块内各个元素彼此法、基本路径测试法、域测试、符号测试、理解有偏差。结合的紧密程度，是信息隐藏和局部化概路径覆盖和程序变异。
3）缺乏处理大型软件项目的经念的自然拓展。偶然内聚，逻辑内聚，时种覆盖标准：语句覆盖、判定覆盖、条件验。间内聚，功能内聚，顺序内聚，通信内聚，覆盖、判定/条件覆盖、条件组合覆盖和
4）开发大型软件易产生疏漏和过程内聚。路径覆盖发现错误的能力呈由弱至强的错误。耦合：是对一个软件结构内不同模块之间变化。
5）缺乏有力的方法学的指导和互连程度的度量。数据耦合，控制耦合，11.什么时候黑盒测试，其测试技术有哪有效的开发工具的支持。特征耦合，公共环境耦合，内容耦合。些，（等价划分，边介值分析法）
6）面对日益增长的软件需求，4.启发式规则 黑盒测试也称功能测试，它是通过测试来人们显得力不从心。1.改进软件结构提高模块的独立性检测每个功能是否都能正常使用。
2软件的概念 2.模块规模应该适中等价类划分的办法是把程序的输入域划完成特点功能的程序以及数据结构和文 3.深度、宽度、扇出和扇入都应适当 分成若干部分（子集），然后从每个部分档 4.模块的作用范围应在控制范围之内中选取少数代表性数据作为测试用例
3.软件工程的基本原理 5.力争降低模块接口的复杂程度 边界值分析是通过选择等价类边界的测
1.用分阶段的生命周期计划严格管理 6.设计单入口单出口的模块试用例。边界值分析法不仅重视输入条件
2.坚持进行阶段评审 7.模块功能应该可以预测 边界，而且也必须考虑输出域边界。它是
3.实行严格的产品控制 5.面向数据流的设计方法把信息流映射对等价类划分方法的补充。
4.采用现代程序设计技术 成软件结构 12.软件调试技术有哪些
5.结果应能清楚地审查 信息流：变换流，事物流 蛮干法，蛮干法可能是寻找软件错误原因
6.开发小组的人员应该少而精 映射：变换分析，事物分析 的最低效的方法，仅当所有其他方法都
7.承认不断改进软件工程实践的必要性失败的情况下才使用。
4软件生命周期分成哪几个阶段？各阶第六章 回溯法，回溯法是一种相当常用的调试方段的任务是什么？ 1.详细设计的基本任务 法，当调试小程序时很有效。从发现症
1.问题定义： 1.为每个模块确定采用的算法。2.确定状的地方开始，人工沿程序的控制流往回
2.可行性研究：研究问题的范围，探索这每一模块使用的数据结构追踪分析源程序代码，知道找出错误原因个问题是否值得去解决，是否有可行的解3.确定模块接口的细节，包括对系统外为止。
决方法。部的接口和用户界面，对系统内部其 原因排除法，对分查找法、归纳法、演绎
3.需求分析：主要是确定目标系统必须具它模块的接口，以及关于模块输入数据、法都属于原因排除法。
备哪些功能 输出数据及局部数据的全部细节。13.软件可靠性（可靠性和可用性的含义）
4.总体设计： 4.为每一模块设计出一组测试用例。
5.详细设计：就是把解法具体化，设计出2.程序的三种基本结构
程序的详细规格说明。顺序结构，选择结构，循环结构
6.编码和单元测试：写出正确的容易理解3.详细设计的工具
容易维护的程序模块。1．图形工具
7.综合测试：通过各种类型的测试使软件2．表格工具
达到预定的要求 3．语言工具
8.软件维护：通过各种必要的维护活动使4.jackson方法
系统持久地满足用户的需要。（改正性维5.复杂性度量的方法
护，适应性维护，完善性维护，预防性维Halstead方法：它根据程序中运算符和
护）操作数的总数来度量程序的复杂程度
5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根据程序控制
螺旋模型的特点 流的复杂程度定量度量程序的复杂程度，瀑布模型阶:段时间具有顺序性和依赖第七章
性。推迟现实的观点。质量保证的观点。1.选择程序设计语言应考虑哪些因素
快速原型模型:软件产品的开发基本上是1.系统用户的要求
线性顺序进行的，本质是“快速”加速软2.可以使用的编译程序
件的开发过程，节约软件开发成本。3.可以得到的软件工具
增量模型:能在较短时间内向用户提交可4.工程规模
完成部分工作的产品。逐步增加产品功5.程序员的知识
能，可以使用户有较充裕的时间学习和适6.软件可移植性要求
应新产品，从而减少一个全新的软件可能7.软件的应用领域
给客户组织带来的冲击。2.良好的编程风格包括哪些方面
螺旋模型:对可选方案和约束条件的强调1.程序内部的文档2.数据说明 3.语句构
有利于已有软件的重用，也有助于把软件造4.输入输出 5.效率
质量作为软件开发的一个重要目标。减少3软件测试的目标
了过多的测试或测试不足带来的风险。更目的:（1）测试是为了发现程序中的错误
重要的是在螺旋模型中维护只是模型的而执行程序的过程；
另一个周期，在维护和开发之间并没有本（2）好的测试方案是极可能发现迄今为
质区别。风险驱动的。止尚未发现的错误的测试方案；
（3）成功的测试是发现了至今为止尚未
第二章 发现的错误的测试。
1.可行性研究的目的 定义:为了发现程序中的错误而执行程序
就是用最小的代价在尽可能短的时间内的过程。
确定问题是否能够解决。补充：
补充： 软件测试步骤 :
可行性研究的步骤 ：(1)模块测试(2)子系统测试(3)系统
1.复查系统规模和目标。测试(4)验收测试(5)平行运行
2.研究现有的系统。4.确定测试计划是在哪个阶段制定的3.导出新系统高层逻辑模型。5.黑盒测试和白盒测试的概念
4.进一步定义问题黑盒测试
5.导出和评价供选择的解法。1把程序看作一个黑盒子，完全不考虑程
6.推荐行动方针序的内部结构和处理过程
7.草拟开发计划2对程序接口进行测试，检查程序功能是
8.书写文档提交审查 否能按规格说明书的规定正常使用；
程序是否能适当地接受输入数据并产生
2.系统流程图的作用 正确的输出信息；
系统流程图是描绘物理系统的传统工具，程序运行过程中能否保持外部信息的完
它用图形符号来表示系统中的各个部件。整性
它表达了系统中各个元素之间的信息流白盒测试
动的情况。1把程序堪称装在一个透明的白盒子里，3.数据流图的概念 测试者完全知道程序的结构处理算法
数据流图是一种图形化技术，它描绘信息2按照程序内部的逻辑测试程序，检测程
流和数据从移动到输出的过程中所经受序中的主要执行通路是否都能按的变换。预定要求正确工作
4.数据流图里面的符号，画数据流图。 6.测试的步骤及每个步骤形成的文档
5.数据字典最基本的功能，以及与数据流单元测试：（模块测试）发现的往往是编
图的关系。码和详细设计的错误
最基本的功能：在软件分析和设计的过程集成测试：着重测试模块的接口 中给人提供关于数据的描述信息。
关系：数据流图和数据字典共同构成系统系统测试：发现的往往是软件设计中的错的逻辑模型，没有数据字典，数据流图就误，也可能发现需要说明中的错误 不严格，然而没有数据流图，数据字典也验收测试：（确认测试）往往发现需求说难于发挥作用。只有数据流图和对数据流明书中的错误 图中每个元素的精确定义放在一起，才能7.渐增式和非渐增式的区别 共同构成系统的规格说明。“非渐增式”，即先独立地测试每一模块，第三章 然后将所有这些模块连接到一起运行； 1.需求分析属于哪一个阶段，任务是什“渐增式”，即在已测试过的N个模块的么。基础上再增加一个模块，再对N十1个模需求分析是软件定义时期的最后一个阶块进行测试。段.渐增式比非渐增式优越，因为用渐增式，1.确定对系统的综合要求（功能需求，性如果是“由顶向下”则可利用前面已测试能需求，可靠性和可用性需求，出错处理过的模块，而不必另外准备驱动模块，如需求，接口需求，约束，逆向需求，将来果是“由底向上”，也可利用已测试过的可能提出的要求）模块，不必再准备桩模块。渐增式可以较2.分析系统的数据要求早地发现模块界面之间的错误，有利于排3.导出系统的逻辑模型 错，检查比较彻底 4.修正系统开发计划2.需求分析的产品是什么 8.自顶向下，自下而上，以及混合策略的3.面向过程的分析方法主要是建立三类优缺点 模型 自顶向下数据模型（按照用户的观点对数据建立的优点：能较早显示整个程序的轮廓，向用模型，把用户的数据要求清楚，准确地描户展示程序的概貌，取得用户的理解与支述出来。描述了从用户角度看到的数据，持。缺点：当测试上层模块时因使用桩它反应了用户的现实环境，属性，联系），模块较多，很难模拟出真实模块的全部功功能模型，行为模型（通过描绘系统的状能，使部分测试内容被迫推迟，只能等待态及引起系统状态转换的事件来表示系换上真实模块后再补充测试。统的行为）由底向上4.软件需求规格说明书的内容 优点：测试从下层模块开始，测试设计用通常用自然语言完整，准确，具体地描述例比较容易。缺点：在测试的早期不能
第5篇：《软件工程》
《软件工程》课程分析
本课程是软件技术专业学生必修的一门专业必修课。根据培养软件开发人员的需要，本课程的任务是使学生通过本课程的学习，了解软件项目开发和维护的一般过程，掌握软件开发的传统方法和最新方法。能在软件工程的理论指导下，开发一个小型管理系统，为今后从事软件工程实践打下良好的基础。
一、课程分析
（一）教学计划的制定和教学内容的选取
根据培养应用技能型人才的总目标，制订本专业教学计划，课程的教材配套，教学、实验、实训、课程设计大纲和指导书等教学文件齐全，近几年来引入了现代教学技术手段，已初步建设、形成了具有特色的全套课堂教学和实验教学课件。
根据该课程的基本教学要求和特点，结合学时的安排，从教材的整体内容出发，有侧重地进行取舍，筛选出学生必须掌握的基本教学内容，较好地解决了教学中质量与数量的矛盾。
（二）教学方法分析
由于该课程是用于指导软件开发的，和实践联系非常紧密。所以采用了理论联系实际的方法进行授课。一方面，让学生模拟软件公司的项目小组进行软件开发；一方面，对学生进行适时的理论指导。既调动了学生的积极性，又让学生了解了该课程的理论内容，收到了一举两得的效果。具体教学过程如下：
第一步：模拟软件公司的开发项目小组，分组，分设角色（项目经理、用户、需求人员、设计人员、程序员、测试人员、软件安装培训维护人员），确定开发题。让每个小组的学生聚在一起，在项目经理的组织下通过调研、讨论来制定自己小组的开发题目，大家感觉就象在软件公司实习一样，非常新鲜，感兴趣。每个学生都积极主动的去完成自己应承担的那部分工作。
第二步：模拟软件项目开发全过程的各个阶段，进行相关的理论授课和实际开发。即对软件开发的每一阶段，首先按照教材内容进行理论授课，然后让学生参照授课内容进行实际的软件开发实践。
在此阶段结束后，每班召开一个模拟方案论证会，由各开发小组选出代表上台讲解本组的开发方案，其他同学模拟用户对开发方案提出意见。由于大家对模拟方案论证会非常感兴趣，发言积极踊跃，论证会结束后，每个小组的设计方案都得到了很好的补充和完善。
第三步：学期末各小组提交各自完成的软件系统及开发文档，并进行总结演示，由任课教师进行讲评。
抽象理论课的教学应理论联系实际，让学生在实际应用中掌握抽象的理论，在兴趣中学习，达到我们高职的双向型培养目标。
二、存在的问题与希望
在上述的教学中，虽然实现了理论联系实际，但也存在着一些问题，比如每个项目小组中总有个别同学存在依赖心理，不参与项目开发，最后抄袭别的同学的项目成果，自己得不到实际的锻炼，影响了大三的毕业设计和日后的软件开发。另外，如果该课程只上课，没有实训的话，实验课时太少，学生很难全面完成一个系统的开发。
第6篇：软件工程
2 6软件工程
1软件工程基本思想
用科学∞知识和技术原理来定义、开发、维护软件，用工程科学∞观点进行费 用估算，制定进度，制定计划和方案，用管理科学的方法和原理进行生产∞管理，用数学的方法建立软件开发中的各种模型和算法。
2软件工程目标
付出较低开发成本，达到要求的功能，取得较好的性能，开发的软件易于移 植，只需较低的维护费用，能按时完成开发任务，及时交付使用，开发的软件可靠
性高。
3软件工程内客
研究内容包括开发技术和开发管理两个方面。开发技术主要研究软件开发方 法，开发过程，开发工具和环境。开发管理主要研充软件管理学，软件经济学，软
件心理学。
4软件工程需要解的问题
软件的费用，可靠性，可维护性，软件生产率和软件的重用。
5软件开发方法
使用早已定义好的技术集及符号表示习惯来组织软件生产∞过程。软件开发方 法是克服软件危机∞重要方面之一。
6软件开发的目标
通过使用成功的软件开发方法，在规定人投资和时间内，开发出符合用户需求 的高质量的软件。
