软件工程复习提纲.docx
《软件工程复习提纲.docx》由会员分享,可在线阅读,更多相关《软件工程复习提纲.docx(25页珍藏版)》请在冰豆网上搜索。
软件工程复习提纲
软件工程的复习题纲
第一章
1、软件工程的生存周期:
制定计划;需求分析;总体设计;详细设计;程序编写;软件测试;运行/维护。
2、软件工程的各个生存期模型的特点和适合项目。
(生存期模型有瀑布模型、V模型、原型模型、增量式模型和螺旋式模型)(部分是在网上找的,老师说考这些模型的特点,有什么情况下适合用什么来进行开发。
)
瀑布模型的特点:
(1)阶段间具有顺序性和依赖性。
(2)推迟实现的观点。
(3)每个阶段必须完成规定的文(每个阶段结束前完成文档审查,及早改正错误。
)
(4)下一个阶段可以回溯到前面的某个阶段
适合于:
1.开发阶段需求很少有变化2.分析设计人员对应用领域很熟悉
3.低风险项目4.用户使用环境很稳定
5.用户除提出需求外,很少参与开发工作
类似的项目如:
公司的财务系统;库存管理系统;短期项目
V模型的特点:
(1)简单易用
(2)强调测试过程与开发过程的对应性和并行(3)没有反应实际的开发过程。
V模型适合的项目:
❑在项目开始前,项目的需求很明确
❑在项目开始前,解决方案也很明确
❑对系统的性能安全很严格的项目
❑类似的项目如:
❑航天飞机等
❑公司的财务系统
原型模型的特点:
(1)在需求定义之前,需要快速构建一个系统
(2)根据构建系统的优缺点,用户给开发人员提出反馈意见
(3)根据反馈意见修改软件需求规格,以便系统可以更正确的反映用户的需求
(4)减少各种假设以及风险
适合的项目:
❑在项目开始前,项目的需求不明确
❑需要减少项目需求的不确定性
❑类似的项目如:
❑确定显示界面
❑第一次开发的产品,验证可行性
增量式模型的特点:
1.需求多变,可以分阶段提交产品。
2.分析设计人员对应用领域不熟悉,难以一步到位。
3.用户参与整个软件开发工程中,起到对客户起到镇静剂的作用,增量能够有计划地管理技术风险。
4.软件公司自己有较好的类库或构件库
5.增量的内容写入合同,可能会引起客户的不满。
6.融合了瀑布模型的基本成分和原形实现的迭代特征,优点是人员分配灵活,刚开始不用投入大量人力资源,如果核心产品很受欢迎,则可增加人力实现下一下增量。
适合的项目:
❑项目开始,明确了需求的大部分,但是需求可能会发生变化
❑对于市场和用户把握不是很准,需要逐步了解
❑对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。
螺旋式模式的特点:
(1)是瀑布模型的多次迭代;
(2)它将每个阶段进行更细的划分;(3)可以进行灵活设计;(4)通过风险管理驱动;(5)用户可以更早看到产品;(6)用户可以不断对产品进行评估;(7)用户可以与开发人员进行紧密的合作;(8)项目的投资不用一次投入;(9)可以给开发人员更多的反馈信息。
适合的项目:
❑风险是主要的制约因素
❑不确定因素和风险限制了项目进度
❑用户对自己的需求也不是很明确
❑需要对一些基本的概念进行验证
❑可能发生一些重大的变更
❑项目规模很大
❑项目中采用了新技术
喷泉模型的特点:
适应于面向对象方法;体现了软件开发过程无间隙和固有的迭代特征。
第二章
1、结构化分析方法(会画数据流图、数据字典)
数据流图:
例:
银行计算机储蓄系统的工作过程
储户填写的存款单或取款单由业务员键入系统,如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息,并印出存单给储户;如果是取款而且存款时留有密码,则系统首先核对储户密码,若密码正确或存款时未留密码,则系统计算利息并印出利息清单给储户。
答:
数据流程图如下:
数据字典:
数据字典的内容主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六个方面进行具体的定义。
数据字典的数据条目内容:
(1)名称与别名:
数据流、数据源或外部实体的标识;
(2)数据类型;
(3)何处使用/如何使用输入流/输出流的加工表;
(4)内容描述;
(5)补充说明:
如,取值范围与缺省值,有关的设计约束等
2、面向对象模型(会画用例图、顺序图、活动图、状态图等)
用例图:
用例(Usecase):
系统所提供的功能描述
角色(Actor):
可能使用用例的人或者外部系统
顺序图:
顺序图展示了几个对象之间的动态协作关系,主要用来显示对象之间发送消息的顺序,还显示对象之间的交互,即系统执行某一特定时间点所发生的事。
状态视图:
状态图是对类描述的补充,它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。
它是一个类对象所可能经历的所有历程的模型图
例:
对电话工作的行为建模。
活动图:
活动图用来描述执行工作流程中涉及的活动,展示了连续的活动流
协作图:
•与顺序图作用相同,协作图也是用来描述系统中对象之间的动态协作关系。
协作图侧重于描述各个对象之间存在的消息收发关系(交互关系),而不专门突出这些消息发送的时间顺序。
•在协作图中,对象同样是用一个对象图符来表示,箭头表示消息发送的方向,而消息执行的顺序则由消息的编号来表明
(有一道综合题会在1和2中出)
3、需求规划(不知道老师大概要考什么)
老师原话:
需要规格文档不会考你们的格式,主要是考你们的需要分析的方法,主要是面向对象的方法和结构化的方法,这是重点。
一定会出大题的,要认真复习,认真看PPT。
第三章
1、传统(结构化)的设计方法:
模块划分的两种方法:
中心变换和事务变换(PPT)
中心变换(变换分析设计):
根据信息系统的模型,信息一般是以外部形式进入系统,通过系统处理后,然后离开系统。
从其过程可以得出,变换流的数据流图是一个线性结构。
变换型的数据流是由输入、变换(或称处理)和输出三部分组成。
变换流的设计是将数据流图到程序结构图的转换。
当数据流图具有较明显的变换特征时,则按照下列步骤设计。
1.确定数据流图中的变换中心、逻辑输入和逻辑输出。
2.设计软件结构的顶层和第一层。
事务变换(事务分析设计):
基本系统模型意味着变换流。
因此,原则上可以讲所有的信息流都可以归结为这一类。
事务流的设计是从事务数据流图到程序结构的变换。
对于具有事务型特征的数据流图,则采用事务分析的设计方法。
(1)确定数据流图中的事务中心和加工路径。
当数据流图中的某个加工具有明显地将一个输入数据流分解成多个发散的输出数据流时,该加工就是事务中心。
从事务中心辐射出去的数据流为各个加工路径。
(2)设计软件结构的顶层和第一层。
事务处理中心和事务处理路径确定后,就可以确定它们的软件结构。
(3)进行事务结构中、下层模块的设计、优化等工作。
2、面向对象的设计方法:
找出类,并对类进行定义(主要定义属性和方法)
类图描述了系统中的类及其相互之间的各种关系,其本质反映了系统中包含的各种对象的类型以及对象间的各种静态关系(关联,子类型)。
例:
第四章
1、采用什么方式对模块进行描述
老师原话:
.对模块进行描述,主要是模块内与模块之间的关系来进行描述的。
如耦合与内聚等。
模块的耦合:
耦合(Coupling)表示软件结构内不同模块彼此之间相互依赖(连接)的紧密程度,是衡量软件模块结构质量好坏的度量,是对模块独立性的直接衡量指标。
耦合强弱取决于模块间接口的复杂程度,进入或访问一个模块的点,以及通过接口的数据。
1)数据耦合
如果两个模块彼此间通过参数交换信息,而且交换的信息仅仅是数据,那么这种耦合称为数据耦合。
数据耦合是低耦合。
系统中必须存在这种耦合,因为只有当某些模块的输出数据作为另一些模块的输入数据时,系统才能完成有价值的功能。
2)控制耦合
如果传递的信息中有控制信息,则这种耦合称为控制耦合。
控制耦合是中等程度的耦合,它增加了系统的复杂程度。
控制耦合往往是多余的,在把模块适当分解之后通常可以用数据耦合代替它。
3)公共环境耦合
当两个或多个模块通过一个公共数据环境相互作用时,它们之间的耦合称为公共环境耦合(即公用耦合)。
公共环境耦合的复杂程度随耦合的模块个数而变化,当耦合的模块个数增加时复杂程度显著增加。
(1)一个模块往公共环境送数据,另一个模块从公共环境取数据。
这是数据耦合的一种形式,是比较松散的耦合。
(2)两个模块都既往公共环境送数据又从里面取数据,这种耦合比较紧密,介于数据耦合和控制耦合之间。
4)内容耦合
最高程度的耦合是内容耦合。
(1)一个模块访问另一个模块的内部数据;
(2)一个模块不通过正常入口而转到另一个模块的内部;
(3)两个模块有一部分程度代码重叠(只可能出现在汇编程序中);
(4)一个模块有多个入口(这表明一个模块有几种功能)
总之,耦合是影响模块结构和软件复杂程度的一个重要因素,应该采用如下设计原则:
尽量使用数据耦合,少用控制耦合,限制公共环境耦合,完全不用内容耦合。
第四章
1、伪代码
老师原话:
伪代码主要是用来说明一段程序,如画一个流程图,让你们用伪代码来说明,或者一段文字说明,让你们用伪代码来说明。
第五章
1、重用原则(老师原话:
.基本不考。
)
第六章
1、白盒测试方法(基于代码的测试)
(1)语句覆盖:
语句覆盖方法是选择足够的测试用例,使得程序中每一条可执行语句至少被执行一次。
Testcase:
A=2,B=0,X=*.
(2)判定覆盖:
判定覆盖是选择足够的测试用例,使得程序中每一个判断的每一种可能结果都至少被执行一次地测试方法,使得程序中的每个判断至少获得一次“真”值和“假”值。
判定覆盖也叫分支覆盖。
Testcases:
①A=3,B=0,X=1(TF)
②A=1,B=1,X=3(FT)
(3)条件覆盖:
在语句覆盖的基础上,使每个判定表达式的每个条件都取到各种可能的结果。
Testcases:
①A=2,B=0,X=4(TT)(满足A>1,B=0;A=2,X>1)
②A=1,B=1,X=1(FF)(满足A≤1,B≠0;A≠2,X≤1)
问:
条件覆盖?
判定覆盖
答:
不一定。
反例:
①A=2,B=0,X=1(TT)
(满足A>1,B=0;A=2,X≤1)
②A=1,B=1,X=4(FT)
(满足A≤1,B≠0;A≠2,X>1)
(4)判定/条件覆盖:
要求设计足够的测试用例,使得同时满足判定覆盖和条件覆盖。
即判断中的每个条件的所有情况(True和False)至少出现一次,并且每个判断本身的判断结果(True和False)也至少出现一次。
1.IfAandBthen
2.Do-Something
3.Endif
4.Another_Statement
TestCaseABAandB
TestCase1TTT
TestCase2FFF
(5)条件组合覆盖:
每个判定表达式中条件的各种可能组合都至少出现一次。
全部可能的条件组合为:
①A>1,B=0②A>1,B≠0
③A≤1,B=0④A≤1,B≠0
⑤A=2,X>1⑥A=2,X≤1
⑦A≠2,X>1⑧A≠2,X≤1
Testcases:
1.A=2,B=0,X=4(TT)①⑤
2.A=2,B=1,X=1(FT)②⑥
3.A=1,B=0,X=2(FT)③⑦
4.A=1,B=1,X=1(FF)④⑧
(6)路径覆盖:
每条可能的路径都至少执行一次,若图中有环,则每个环至少经过一次。
Testcases:
①A=1,B=1,X=1(FF)
②A=1,B=1,X=2(FT)
③A=3,B=0,X=1(TF)
④A=2,B=0,X=4(TT)
全部可能的条件组合为:
①A>1,B=0②A>1,B≠0
③A≤1,B=0④A≤1,B≠0
⑤A=2,X>1⑥A=2,X≤1
⑦A≠2,X>1⑧A≠2,X≤1
满足路径覆盖未必满足条件组合覆盖。
2、黑盒测试方法(等价划分、边界值)
黑盒测试也称为行为测试,主要关注软件的功能和性能测试。
而不是内部的逻辑结构。
(1)边界值分析:
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。
通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。
边界值分析的原理是错误更可能发生在输入的边界值附近,边界值分析技术设计测试用例的输入值尽可能是输入的边界值。
边界值分析方法的基本思想是在最小值、略高于最小值、正常值、略低于最大值、最大值等处取输入变量值。
例如一个程序的输入是变量X1,X2,它们的取值范围是a<=X1<=b||c<=X2<=d。
他的边界分析图如下图:
(有一道综合题是在白盒或黑盒里出)
等价划分:
它将输入数据域按有效的或无效的(也称合理的或不合理的)划分成若干个等价类,测试每个等价类的代表值就等于对该类其他值的测试。
使用这一方法时,完全不考虑程序的内部结构,只依据程序的规格说明来设计测试用例。
使用这一方法设计测试用例要经历划分等价类(列出等价类表)和选取测试用例两步。
根据每一个输入的条件,找出两个(合理的等价类和不合理的等价类)或更多的等价类。
项目管理:
1、项目经理管理内容:
成本管理、计划进度、组织、质量、风险管理、配置管理
成本估计:
(1)专家判定法
(2)类比估计法(3)参数模型法
2、项目管理的工具:
(1)甘特图(老师说了解一下就行了)
甘特图也称时间表(Timelinechart),用来建立项目进度表,它通过日历形式列出项目活动及其相应的开始时间和结束时间,为反映项目进度信息提供了一种标准格式。
在甘特图中,每项任务的完成以必须交付的文档和通过评审为标准,因此在甘特图中,文档编制与评审是软件开发进度的里程碑
例:
(2)工程网络图:
网络图的基本概念:
工序(activity):
也称活动、作业或任务,指项目中消耗时间或资源的独立的活动。
紧前工序(immediatepredecessoractivity):
指进行本次工序之前刚刚完成的工序。
一个工序的紧前工序可能有多个。
紧后工序(immediatesuccessoractivity):
指进行本次工序之后即将开始的工序。
事件(event):
标志工序的开始或结束,某个事件的实现,标志着在它前面各顶作业(紧前工序)的结束,又标志着在它之后的各项作业(紧后工序)的开始。
网络图:
由工序、事件及标有完成各道工序所需时间所构成的连通有向图。
单代号网络图(节点网络图):
用节点表示工序的计划网络图。
箭线表示工序之间的先后关系。
双代号网络图(箭线网络图):
用箭线表示工序的计划网络图。
其中每个节点表示事件。
例:
某项目由8道工序组成,工序明细表见下表所示。
分别用节点法和箭线法绘制该项目的项目网络图。
WinQSB中自动输出的单代号网络图:
在WinQSB中,求出关键路线如下图红线所示:
最早开始时间规划:
对于有多个紧前工序的工序H,其ES为其紧前工序的EF中最大的一个,即是ES=max{EF};
最晚结束时间规则:
某项工序的LF就等于其所有紧后工序的最小LS,例如工序E的LF就为其紧后工序最小的LS,即是20周;LF=min{LS}
4、ISO9000与CMM的特点和区别(网上找的)(了解)
ISO9000的特点:
、ISO9000标准是一系统性的标准,涉及的范围、内容广泛,且强调对各部门的职责权限进行明确划分、计划和协调,而使企业能有效地、有秩序地开展给各项活动,保证工作顺利进行。
、强调管理层的介入,明确制订质量方针及目标,并通过定期的管理评审达到了解公司的内部体系运作情况,及时采取措施,确保体系处于良好的运作状态的目的。
、强调纠正及预防措施,消除产生不合格或不合格的潜在原因,防止不合格的再发生,从而降低成本。
、强调不断的审核及监督,达到对企业的管理及运作不断地修正及改良的目的。
、强调全体员工的参与及培训,确保员工的素质满足工作的要求,并使每一个员工有较强的质量意识。
CMM的特点:
CMM是一套适用面很广的通用过程实践标准,但是CMM本身不是过程或方法论!
CMM告诉组织为了系统化地建立、实施和改进软件过程应该做些什么,达到什么目标,但是没有说明如何做、采用哪些具体技术、策略和方法。
CMM重视系统性、制度化和度量,强调提高过程的可靠性、可见性、可预测性和可管理性。
实施CMM要求组织在过程制度化建设上付出大量努力,通常被认为是重载的模型。
CMM与ISO9000的主要区别:
CMM是专门针对软件产品开发和服务的,而ISO9000涉及的范围则相当宽。
CMM强调软件开发过程的成熟度,即过程的不断改进和提高。
而ISO9000则强调可接收的质量体系的最低标准。
5、CMM的5个等级:
初始级、可重复级、已定义级、已管理级和优化级。
6、项目报告:
确定里程碑、报告的内容、建立项目的进度计划。