软件工程重点06931

软件工程重点06931

ID:15221794

大小:60.50 KB

页数:7页

时间:2018-08-02

软件工程重点06931_第1页
软件工程重点06931_第2页
软件工程重点06931_第3页
软件工程重点06931_第4页
软件工程重点06931_第5页
资源描述:

《软件工程重点06931》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、软件工程重点复习1.什么是软件工程?什么是软件危机?软件工程:软件的开发应当同其他工程的开发相类似,是一项类似工程的活动。软件危机:指软件产品的质量低的通常不能接受,并且不能满足交付日期和预算限制。2.传统范型与面向对象范型的区别?传统范型面向对象范型分析(规格说明)阶段(1)确定产品要做什么面向对象分析工作流(1)确定产品要做什么(2)提取类设计阶段(1)结构设计(提取模块)(2)详细设计面向对象设计工作流(1)详细设计实现阶段(1)用恰当的编程语言编码模块(2)集成面向对象实现工作流(1)用恰当的面向对象编程语言编码模块(2)集成3.新的软件技术为什么不能马上应用?(1)将新技术引入

2、软件组织的花费;(2)维护问题。4.为什么会有迭代和递增?由于移动目标问题和需要纠正在软件开发过程中明显的错误,实际软件产品的生命周期类似于进化树模型或者瀑布模型,而不是理想化的过程链。这种现实情况的结果是谈论分析阶段没有太多意义,相反,分析阶段的操作散布在生命周期的各个阶段。考察一个软件产品的后续版本的基本过程是迭代,即我们的目的是每个版本比前一个版本离我们的目标更近一步,最终构建一个满意的版本。我们人类处理信息量远远不及软件需求的信息量,所以我们找到精益求精的方法,即先找出最主要的进行处理,在找到次要的进行处理,这个过程是递增的。5.迭代和递增的优点?与传统的瀑布模型相比较,迭代过程

3、具有以下优点:(1)降低了在一个增量上的开支风险。如果开发人员重复某个迭代,那么损失只是这一个开发有误的迭代的花费。(2)降低了产品无法按照既定进度进入市场的风险。通过在开发早期就确定风险,可以尽早来解决而不至于在开发后期匆匆忙忙。(3)加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在,他们的工作会更有效率。(4)由于用户的需求并不能在一开始就作出完全的界定,它们通常是在后续阶段中不断细化的。因此,迭代过程这种模式使适应需求的变化会更容易些。6.其他生命周期模型的比较?生命周期模型长处短处进化树模型与现实世界软件开发最接近的模型,与迭代-增量模型等价迭代-递增生命周期模型与现实世

4、界软件开发最接近的模型,蕴涵统一过程方法编码-修补生命周期模型适用于不需要任何维护的小程序总的来说不适合重要的程序瀑布生命周期模型纪律性强制的方法,文档驱动交付的产品可能不符合客户的要求快速原型开发生命周期模型确保交付的产品符合客户的要求还没有证明无懈可击。开源生命周期模型少量实例中工作的相当好实用性有限,通常不太起作用敏捷过程客户的需求模糊时能很好地工作似乎只适合小规模项目同步稳定生命周期模型能满足未来用户的需求,确保各组件能够成功集成除了在Microsoft公司,还没有广泛的应用螺旋生命周期模型风险驱动只能用于大型的内部软件产品,开发者必须精通风险分析和风险排除。7.统一过程的5个核

5、心工作流?(1)需求流(对应需求制品):目标是让开发组织确定客户的需求。在这个阶段,开发小组的任务是准确确定客户的需求并从客户的角度找出存在的限制条件:1)一个主要的限制几乎总是最终期限。2)经常有各种其他限制如可靠性、可执行载入映像的规模。3)成本几乎总是一个重要的限制条件。(2)分析流(对应分析制品):目标是分析和提取需求,以获得正确开发软件产品和易于维护他所必需的需求。(3)设计流(对应涉及制品):目标是细化分析流的制品,直至材料处于程序员可实现的形式。设计小组必须详细记录他们所做的每个设计决定。做这样的记录是基本的要求,原因有两个:1)在进行产品设计时,有时会走死胡同,这样设计小

6、组需要返回重新设计。书面记录下做出这种决定的原因,在这种情况发生时能够帮助设计小组原路返回。2)理想的产品设计应该是无限期的,将来可通过添加新的类或取代已存在的类来提高产品的性能,同时在整体上不影响设计。(4)实现流(对应实现制品):目标是用选择的实现语言实现目标软件产品。(5)测试流:测试从始至终与其他工作流并行进行。测试的主要特性有两方面:1)每个开发者和维护者都要负责确保自己的工作是正确的。因此,要对自己所开发或维护的每个软件制品进行测试、再测试。2)一旦软件人员确定软件制品是正确的,就将他交给软件质量保证小组进行独立测试。8.统一过程的各阶段?(1)开始阶段:目标是决定是否值得开

7、发目标软件产品。步骤:1)获取该领域的知识。2)建造业务模型。3)限定提出项目的范围。4)明确风险(三种):1.技术风险。2.没有得到正确的需求。3.没有得到正确的体系结构。文档也是每个阶段的基本组成部分。开始阶段可交付的内容有:1.域模型的初始版本2.业务模型的初始版本3.需求制品的初始版本4.分析制品的初步版本5.体系结构的初始版本6.风险的初始清单7.初始用例8.对细化阶段的计划9.商业案例的初始版本(2)细化阶段(第2次递增

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。