软件工程复习总结大纲

软件工程复习总结大纲

ID:30935671

大小:520.11 KB

页数:12页

时间:2019-01-04

软件工程复习总结大纲_第1页
软件工程复习总结大纲_第2页
软件工程复习总结大纲_第3页
软件工程复习总结大纲_第4页
软件工程复习总结大纲_第5页
资源描述:

《软件工程复习总结大纲》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、软件工程复习提纲软件工程复习提纲第一部分引言软件危机的定义及表现软件工程的的定义和层次化技术软件生存周期瀑布模型,增暈模型,快速原型,喷泉模型,螺旋模型第二部分结构化技术给一个应用题要会做结构化分析和结构化设计(与平时的作业类似,画数据流图和结构图)需求的层次需求的工作活动总体设计的任务深度、宽度、扇出和扇入模块的独立性七内聚和七耦合详细设计任务和原则程序的环形复杂度(McCabe方法)Myers软件测试目的测试与软件开发各阶段的关系黑盒测试的定义和方法白盒测试的定义和方法软件测试的策略维护的分类第三部分面向对彖技术面向对彖的基本概念,用况建模和

2、用况的关系静态建模和类之间的关系动态建模中的时序图构件基于构件的软件开发综合题面向对象建模用例建模,静态建模和动态建模:第一部分引言软件危机的定义及表现:软件危机定义:软件在开发和维护过程屮遇到的一系列严重问题软件危机包含两层含义:如何开发软件如何维护数量不断膨胀的已有软件软件危机的表现:(1)软件开发的进度难以控制,经常出现经费超预算、完成期限一再拖延的现象(2)软件需求在开发初期不明确,导致矛盾在后期集中暴露,从而对整个开发过程带来灾难性的后果(3)由于缺乏完整规范的资料,加之软件测试不充分,从而造成软件质量低下,运行屮出现大量问题。(4)软

3、件文档资料不完整、不合格(5)软件的可维护性差程序屮的错误难以改正,程序不能适应硬件环境的改变,不能应用户要求增加新的功能。(6)软件价格昂贵,软件成本在计算机系统总成本中所占的比例逐年上升软件工程的定义和层次化技术:软件工程:是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件,即把工程化应用到软件上软件生存周期软件工程是一种层次化的技术。包含了一个观点和三个要素工具质量观点:软件工程必须以有组织的质量保证为基础开发软件三要素:•软件工程过程:是进行一系列有组织的活动,从而能够合理和及时地开发出计算机软件。过程定义了技术方法的

4、采用、工程产品(包括模型、文档、数据、报告、表格等)的产生、里程碑的建立、质量的保证和变更的管理•软件工程方法:为软件开发提供“如何做”的技术。它包括了项目计划、需求分析、系统设计、程序实现、测试与维护等一系列的任务。•软件工程工具:为过程和方法提供自动的或半自动的支持。这些软件工具被集成起来,建立起一个支持软件开发的系统,称之为计算机辅助软件工程(CASE,ComputerAidedSoftwareEngineering).,CASE集成了软件、硬件和一个存放开发过程信息的软件工程数据库,形成了一个软件工程坏境。瀑布模型,增量模型,快速原型,喷

5、泉模型,螺旋模型瀑布模型(WaterfallModel):1970年WinstonRoyce提出了著名的"瀑布模型",直到20世纪80年代早期,它一直是惟一被广泛采用的软件开发模型。特点:•自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。•在瀑布模型屮,软件开发的各项活动严格按照线性方式进行,当前活动接受上一项活动的工作结果,实施完成所需的工作内容。当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回修改。•瀑布模型强调文档的作用,并要求每个阶段都要仔细验证。但是,这种模型的线性过程太理想

6、化,己不再适合现代的软件开发模式,其主要问题在于:•各个阶段的划分完全固定,阶段之间产生大量的文档,极大地增加了工作量;•由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果,从而增加了开发的风险;•早期的错误可能要等到开发后期的测试阶段才能发现,进而带來严重的后果增量模型:也称为渐增模型,它分批地逐步向用户提交产品,每次提交一个满足用户需求子集的可运行的产品•使用增量模型开发软件时,把软件产品作为一系列的增量构件来设计、编码、集成和测试。•每个构件由多个相互作用的模块构成,并且能够完成特定的功能。•使用增量模型时,第一个增量构件往往

7、实现软件的基本需求,提供最核心的功能。例如:使用增量模型开发文字处理软件时,第一个增暈构件可能提供基木的文件管理、编辑和文档生成功能;第二个增量构件提供更完善的编辑和文档生成功能;第三个增量构件实现拼写和语法检查功能;第四个增量构件完成高级的页面排版功能。•把软件产品分解成增量构件时,应该使构件的规模适中,规模过大或过小都不好。•最佳分解方法因软件产品特点和开发人员的习惯而异。分解时惟一必须遵守的约束条件是,当把新构件集成到现有软件屮时,所形成的产品必须是可测试的,必须不破坏原来已经开发出的产品。快速原型模型(RapidPrototypeMode

8、l):•第一步是建造一个快速原型(样板),实现客户或未来的用户与系统的交互,用户或客户对原型进行评价,进一步细化待开发软件的需求。逐步调

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

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

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