- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
山东建筑大学计算机学院软件工程复习资料
软件工程复习资料
二、填空题
1、软件工程是:为了解决(开发成本效益)和(软件质量)的问题而产生的。
2、软件是:计算机(程序)、(规程)以及运行计算机系统可能需要的相关(文档)和(数据)。
3、软件工程是:以工程的形式应用计算机科学和数学原理,从而经济有效的解决软件问题。
软件工程是:①将系统性的、规范化的、可定量的方法应用于软件的开发、运行和维护,即工程化应用到软件上;②对①中所述方法的研究。
4、软件工程三要素:(过程、方法、工具)。
5、软件过程是:软件工程人员为了获得(软件产品)而在(软件工具)的支持下实施的一系列(软件工程)活动。
6、1999年,Barry Boehm发表了软件系统开发的(螺旋模型),它将瀑布模型和快速原型模型结合起来,强调了其他模型所忽略的风险分析,特适合于大型复杂的软件系统。
7、软件项目管理是:为了使软件项目能够按照预定的(成本)、(进度)、(质量)顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。
8、(形式化方法)适合于对安全性、可靠性和保密性要求极高的软件系统开发。
9、(基于组件)的软件开发方法依赖于可复用的软件组件及其相应的集成框架,提高了开发效率和产品质量。
10、软件项目的特征:软件产品的(不可见性)、项目的高度(不确定性)、软件过程的(多变化性)、软件人员的(高流动性)。
11、软件项目规划是:项目管理者对(资源、成本和进度)作出合理的估算,制定出切实可行的软件项目计划。
12、功能点技术是:依据(软件信息域)的基本特征和对(软件复杂性)的估计,估算出软件规模。
13、软件项目管理4P:过程(Process)、人员(People)、项目(Project)、
产品(Product)。
14、软件风险管理是:通过主动而系统地对项目风险进行全过程的(识别、分析和监控),最大限度地降低风险对软件开发的影响。
15、CVS适宜于中小型软件企业,经常应用在(开放源码软件)的开发工作中,(Linux)操作系统就是在分布式CVS系统上开发成功的一个典型案例。
16、(业务需求)是:组织或客户对于系统的高层次目标要求。
17、用户需求是:从用户角度描述的系统(功能需求)和非功能需求。
18、系统需求是:更加详细地描述系统应该做什么,通常包括许多不同的(分析模型),诸如(对象模型)、(数据模型)、(状态模型)等。
19、软件配置管理是:一种(标识、组织和控制)修改的技术,其作用于整个软件生命周期,其目的是是错误到达最小并最有效地提高生产率。
20、功能需求:描述系统应该提供的功能或服务,通常涉及用户或外部系统与该系统之间的交互,一般不考虑系统的实现细节。
非功能需求:从各个角度对系统的(约束和限制),反映了应用对软件系统(质量和特性)的额外要求,
21、需求工程是:应用已证实有效的(原理和方法),并通过合适的工具和符号,系统地描述出待开发系统及其(行为特征)和相关约束。
22、软件工程学家认为:面向对象 = (对象 + 类 + 继承 + 通信)。
三、论述题
1、软件成本估算中瀑布模型(cocomo)中基本模型和中间模型?
(1)基本COCOMO 模型:是一个静态单变量模型,用一个以源代码行数为自变量的经验函数来计算软件开发工作量。
具体的估算公式如下:和
E表示开发所需的工作量,单位是人月;
D是所需的开发时间,单位是月;
L是表示代码行的估算值,单位是千行代码;
a、b、c、d是常数。
(2)中间cocomo模型:以基本cocomo模型为基础,通过对影响工作量的若干因素进行估算,确定出调节因子,在对工作量估算公式进行修正。
具体公式如下:F和
L表示代码行的估算值,单位是千行代码;
a,b是常数;
F是调节因子,它是软件产品,计算机环境,人员和项目等因素相关,有若干要素值Fi(i=1,2,…,17)相乘得到。
2、可视化建模语言UML基本内容有哪些?
视图、图、模型元素、语义规则、公共机制、扩展机制。
(1)用例图:定义了系统的功能需求,它完全是从系统外部观看系统功能,并不描述系统内部对功能的具体实现。(需求获取,测试依据)
(2)类图:类图描述系统的静态结构,表示系统中的类、类与类之间的关系以及类的属性和操作。(类以及类之间的相互关系)
(3)对象图:描述了一组对象以及它们之间的关系,表示类的对象实例。(对象以及对象之间的相互关系)
(4)组件图:描述组件以及它们之间的关系,用于表示系统的静态实现视图。(构件及其相互依赖关系)
(5)分布图:反映了系统中软件和硬件的物理架构,表示系统运行时的处理节点以及节点中组件的配置。(构件在各节点上的部署)
(6)时序图:(也叫顺序图)表示完成某项行为的对象和这些对象之间传递消息的时间顺序。(强调时间顺序的交互图)
(7)协
文档评论(0)