(完整版)(考研复试)软件工程笔记

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1:软件危机:问题1:如何开发软件,以满足对软件日益增长的需求。问题2:如何维护数量不断膨胀的软件。表现:对软件开发成本和时间估计不准,用户对已完成软件不满意,软件质量不可靠,软件不可维护,软件缺少文档,软件成本过高,软件跟不上硬件发展速度。原因:与软件本身特点有关,缺乏可见性,质量难以评价,规模庞大难以维护。与软件开发维护的不当方法有关,轻视需求分析和维护,对用户的要求没有完整准确的认识就编写程序,忽视程序,文档,数据等软件配置。

2:软件工程:采用工程的概念,原理,技术和方法开发与维护软件,把正确的管理技术和软件开发技术结合起来,经济的开发出高质量的软件并有效的维护。即把系统化的,规范的,可度量的途径应用于软件开发,运行和维护的过程。3:软件工程7条基本原理:用分阶段的生命周期计划严格管理,坚持进行阶段评审,实行严格的产品控制,采用现代程序设计技术,结果应能清楚地审查,开发小组的人员应该少而精,承认不断改进软件工程实践的必要性。

4:软件工程领域:软件需求,设计,构建(写代码),测试,维护,配置管理,工程管理,工程过程,工程工具,软件质量。

5:软件生命周期:软件定义(问题定义,可行性研究,需求分析),软件开发(概要设计,详细设计,编码和单元测

试,综合测试),运行维护(改正性维护,适应性维护,完善性维护,预防性维护)。、

生命周期模型

6:瀑布模型:就是把一个开发过程分成收集需求,分析,设计,编码,测试,维护六部分,只有完成前面一步才能开始后面一步,上一步的输出的文档就是这一步的输入文档,每一步完成都要交出合格的文档,每一步都会有反馈,如果反馈有错误就退回前一步解决问题。瀑布模型的缺点:实际的项目开发很难严格按该模型进行;由于用户只能通过文档来了解产品,客户往往很难清楚地给出所有的需求,而瀑布模型不适应用户需求的变化;软件的实际情况必须到项目开发的后期客户才能看到。

7:快速原型模型:就是根据用户的需求迅速设计出一个原型系统,原型系统具有基本的功能,然后用户使用原型并对原型提出需求和改变,开发人员再对原型进行修改和完善知道用户满意。优点:容易适应需求的变化;有利于开发与培训的同步;开发费用低、开发周期短且对用户更友好。缺点:快速建立起来的系统结构加上连续的修改可能会导致产品质量低下;使用这个模型的前提是要有一个展示性的产品原型,因此在一定程度上可能会限制开发人员的创新。

8:增量模型:就是把软件分成许多个构件,每个构件分别当做一个软件来分析,设计,编码,测试。开发人员一次一

个构件的提交给用户,最后组装到一起。增量模型的优点:一开始不用投入太多人力,如果核心产品很受欢迎,则可增加人力实现下一个增量;可先发布部分功能给客户,让客户逐渐适应。缺点:并行开发构件有可能遇到不能集成的风险,软件必须具备开放式的体系结构。

9:螺旋模型:螺旋模型基本做法是在快速原型模型的每一个原型前引入一个非常严格的风险分析,每个原型经过制定计划,风险分析,实施工程,客户评估四步走。每个原型都标识一个或多个主要风险,直到所有的主要风险因素都被确定。螺旋模型由风险驱动,强调可选方案和约束条件从而支持软件的重用,有助于将软件质量作为特殊目标融入产品开发之中。优点:设计上的灵活性,可以在项目的各个阶段进行变更;以小的分段来构建大型系统,使成本计算变得简单容易;客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性;缺点:采用螺旋模型需要具有相当丰富的风险评估经验和专门知识,在风险较大的项目开发中,如果未能够及时标识风险,势必造成重大损失;过多的迭代次数会增加开发成本,延迟提交时间。

10:喷泉模型:以用户需求为动力,以对象为驱动的模型,主要用于描述面向对象的软件开发过程。该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设

计活动,设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限,开发人员可以同步进行开发。其优点是可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程。缺点:由于喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理。

10.1:总结:一开始是瀑布模型,但是瀑布模型因为是文档驱动,最终交付的产品不一定符合用户需求,所以有了快速原型模型,增量模型能在软件早起就让投资者获得回报,但是需要软件具有开发体系架构,螺旋模型是风险驱动,但是需要专业的风险分析人,喷泉模型的软件生命周期是循环的,适用于面向对象范型。

11:rational统一过程是一个软件开发过程框架,就是指团队可以根据具体的项目组或软件开发企业的不同需求,能够定义,配置,定制和实施一致的软件开发过程,包括3核心:用于成功开发软件的一组基本观念和原则,一套关于可重用方法内容和过程构件的框架(在框架内定义自己的开发方法和过程),基础的方法和过程定义语言。

12:RUP的最佳实践:描述了一个指导开发团队达成目标的迭代式的软件开发过程,包括:迭代式开发(每次迭代过程中需求改变,每个迭代过程以完成可执行版本结束,让用户不断介入和提出意见并改进),管理需求(用脚本来确定需

求),使用基于组件的架构(使用功能清晰的模块),可视化建模(可视化图形更容易令人理解,帮助人们提高管理软件复杂性的能力),验证软件质量(软件质量评估贯穿整个开发过程),控制软件变更(确保每个更改都是可接受和可跟踪的)。

13:敏捷过程:宣告了以下4个价值观:个体和交互高于过程和工具(团队合作很重要,应该根据团队成员和交互方式配置项目环境),可以使用的软件高于面面俱到的文档(主要精力放在创建),客户合作高于合同谈判(开发团队与客户密切协作),响应变化高于遵循计划(计划必须有足够的灵活性,在需要时能够迅速调整)

14:极限编程:就是把好的开发实践运用到极致,广泛运用于模糊且经常改变的场合。过程:首先,项目组针对客户代表提出的要求进行讨论,对体系结构进行试探,然后项目组根据客户设定的优先级指定交付计划,然后开始多个迭代过程。迭代期中新用户故事不在本次迭代内解决,开发出的新版本软件通过验收测试之后交付用户使用。极限编程可以迅速快捷的响应变化和不确定的需求,同时保持开发速度。迭代过程:项目组根据项目速率,选择需要完成的用户需求或应该消除的差错,制定出本次迭代计划,每天举行一次站立会议解决遇到问题,调整迭代计划,开发出的新功能必须通过单元测试,立即继承,得到新的可运行版本由客户代表

相关文档
最新文档