软件工程复习 福州大学

软件工程复习 福州大学

ID:33586889

大小:2.57 MB

页数:20页

时间:2019-02-27

软件工程复习 福州大学_第1页
软件工程复习 福州大学_第2页
软件工程复习 福州大学_第3页
软件工程复习 福州大学_第4页
软件工程复习 福州大学_第5页
资源描述:

《软件工程复习 福州大学》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、CH01软件和软件工程1.软件的特点:P3软件是设计开发的,而不是传统意义上生产制造的;软件不会磨损,但是会退化;多数软件仍是根据实际顾客需求定制的;在软件设计中,大规模的复用才刚刚开始。2.IEEE对软件工程的定义:P7将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护,即将工程化方法应用于软件;上述方法的研究。3.软件工程层次图:P84.通用软件工程过程框架包括5个活动:沟通;策划;建模;构建;部署。5.软件神话(为什么是错的?)P131)管理神话Myth:我们已经有了一本写满软件开发标准和规程的宝典。它无所不包,囊括了我们可能问到的

2、任何问题。Realty:这本宝典也许的确已经存在,但不能保证它已在实际中采用、反映了软件工程的现状、可以适应不同应用环境、在缩短交付时间的同时还关注保证产品的质量等等。Myth:如果我们未能按时完成计划,我们可以通过增加程序员人数而赶上进度。Reality:新人加入一个软件项目后,原有开发人员必须牺牲本来的开发时间对新人进行培训,减少了应用于高效开发的时间。Myth:如果我将一个软件外包给另一家公司,则我可以完全放手不管。Reality:如果开发团队不了解如何在内部管理和控制软件项目,那在外包项目中都会遇到困难。2)客户神话Myth:有了对项目

3、目标的大概了解,便足以开始编写程序,可以在之后的项目开发过程中逐步充实细节。Reality:虽然通常难以得到综合全面且稳定不变的需求描述,但对项目目标模糊不清的描述将为项目实施带来灾难,只有客户和开发人员之间保持持续有效的沟通才能得到清晰的需求描述。Myth:虽然项目需求不断变更,但是因为软件是弹性的,因此可以很容易地适应变更。Reality:软件需求的变更引入时机不同,变更造成的影响也不同,如提出的较早,则费用影响较小,但随着时间的推移,变更的代价也迅速增加,因为资源已经分配,设计框架已经建立,此时变更可能会引起剧变,需要添加额外的资源或修改主要

4、设计架构。3)从业者神话Myth:当我们完成程序并将其交付使用之后,我们的任务就完成了。Reality:软件首次交付顾客使用之后花费的工作更多。Myth:对于一个成功的软件项目,可执行程序是惟一可交付的成果。Reality:软件配置包括很多内容,可执行程序只是其中之一。各种工作产品(如模型、文档、计划)是1成功实施软件工程的基础,为软件技术支持提供了指导。Myth:软件工程将导致我们产生大量无用文档,并因此降低工作效率。Reality:软件工程并非以创建文档为目的,而是为了保证软件产品的开发质量。CH02过程模型1.瀑布模型P241)经过的活动

5、:沟通:项目启动、需求获取策划:项目估算、进度计划、项目跟踪建模:分析、设计构建:编码、测试部署:交付、支持、反馈2)优缺点:它提供了一个模板,使得分析、设计、编码、测试与维护工作可以在该模板的指导下有序地展开,避免了软件开发、维护过程中的随意状态。对于需求确定、变更相对较少的项目,线性顺序模型仍然是一种可以考虑采取的过程模型。采用这种模型,曾经成功地进行过许多大型软件工程的开发。3)存在问题:(为什么瀑布模型有时候会失效?)实际项目很少严格遵守该顺序。客户通常难以清楚描述所有需求。只有到项目接近尾声时,才有可执行程序。2.V模型

6、:瀑布模型的变体1)经过的活动:2)优缺点:强调反馈,不将问题留到下一步。3)存在问题:3.增量模型:1)经过的活动:22)优缺点:优点:能在较短时间内向用户提交可完成部分工作的产品用户有较充裕的时间学习和适应新产品易于保证核心功能正确可以基于早期版本来获取需求项目完全失败的风险小。可以为那些创新的功能开拓市场。规避了资源缺乏的风险缺点:把用户需求转化为功能递增的不同版本可能比较难难以确定所有版本共需的公用模块。3)存在问题:如果你的客户要求你在一个不可能完成的时间提交产品,向他建议只提交一个或几个增量,此后再提交软件的其他增量。增量和

7、原型的比较:任何增量的处理流程均可结合原型实现;增量模型与原型相同,本质上都是迭代的;增量模型强调每个增量都是可操作的;早期的增量是整体的一部分,而原型最终要被抛弃。4.原型开发:1)经过的活动:2)优缺点:优点:用户能够感受到实际系统;开发者能很快建造出一些东西。33)存在问题:开发者没有考虑整体软件质量和长期的可维护性;开发者往往在实现过程中采用折中的手段。客户提出了一些基本功能,但未详细定义输入、处理和输出需求;开发人员可能对开发运行环境、算法效率、操作系统的兼容性和人机交互等情况不确定。这些情况下,采用原型开发。对于要求把一个粗糙的原型系统变

8、为工作产品的压力,建议尽量抵制。这样做的结果往往是产品质量受到损害。5.螺旋模型1)经过的活动:策划:项目估

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

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

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