您好,欢迎访问三七文档
1软件工程的复习题纲第一章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.软件公司自己有较好的类库或构件库25.增量的内容写入合同,可能会引起客户的不满。6.融合了瀑布模型的基本成分和原形实现的迭代特征,优点是人员分配灵活,刚开始不用投入大量人力资源,如果核心产品很受欢迎,则可增加人力实现下一下增量。适合的项目:项目开始,明确了需求的大部分,但是需求可能会发生变化对于市场和用户把握不是很准,需要逐步了解对于有庞大和复杂功能的系统进行功能改进,就需要一步一步实施的。螺旋式模式的特点:(1)是瀑布模型的多次迭代;(2)它将每个阶段进行更细的划分;(3)可以进行灵活设计;(4)通过风险管理驱动;(5)用户可以更早看到产品;(6)用户可以不断对产品进行评估;(7)用户可以与开发人员进行紧密的合作;(8)项目的投资不用一次投入;(9)可以给开发人员更多的反馈信息。适合的项目:风险是主要的制约因素不确定因素和风险限制了项目进度用户对自己的需求也不是很明确需要对一些基本的概念进行验证可能发生一些重大的变更项目规模很大项目中采用了新技术喷泉模型的特点:适应于面向对象方法;体现了软件开发过程无间隙和固有的迭代特征。第二章1、结构化分析方法(会画数据流图、数据字典)数据流图:例:银行计算机储蓄系统的工作过程储户填写的存款单或取款单由业务员键入系统,如果是存款则系统记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、到期日期、利率及密码(可选)等信息,并印出存单给储户;如果是取款而且存款时留有密码,则系统首先核对储户密码,若密码正确或存款时未留密码,则系统计算利息并印出利息清单给储户。答:数据流程图如下:3数据字典:数据字典的内容主要是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体等六个方面进行具体的定义。数据字典的数据条目内容:(1)名称与别名:数据流、数据源或外部实体的标识;(2)数据类型;(3)何处使用/如何使用输入流/输出流的加工表;(4)内容描述;(5)补充说明:如,取值范围与缺省值,有关的设计约束等2、面向对象模型(会画用例图、顺序图、活动图、状态图等)用例图:用例(Usecase):系统所提供的功能描述角色(Actor):可能使用用例的人或者外部系统4顺序图:顺序图展示了几个对象之间的动态协作关系,主要用来显示对象之间发送消息的顺序,还显示对象之间的交互,即系统执行某一特定时间点所发生的事。设置边界风险分析交易估计进行交易超越边界更新帐目评价贸易经理营销人员记帐系统销售人员«使用»«使用»«扩展»5状态视图:状态图是对类描述的补充,它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。它是一个类对象所可能经历的所有历程的模型图例:对电话工作的行为建模。活动图:活动图用来描述执行工作流程中涉及的活动,展示了连续的活动流协作图:•与顺序图作用相同,协作图也是用来描述系统中对象之间的动态协作关系。协作图侧重于描述各个对象之间存在的消息收发关系(交互关系),而不专门突出这些消息发送的时间顺序。6•在协作图中,对象同样是用一个对象图符来表示,箭头表示消息发送的方向,而消息执行的顺序则由消息的编号来表明(有一道综合题会在1和2中出)3、需求规划(不知道老师大概要考什么)老师原话:需要规格文档不会考你们的格式,主要是考你们的需要分析的方法,主要是面向对象的方法和结构化的方法,这是重点。一定会出大题的,要认真复习,认真看PPT。第三章1、传统(结构化)的设计方法:模块划分的两种方法:中心变换和事务变换(PPT)中心变换(变换分析设计):根据信息系统的模型,信息一般是以外部形式进入系统,通过系统处理后,然后离开系统。从其过程可以得出,变换流的数据流图是一个线性结构。变换型的数据流是由输入、变换(或称处理)和输出三部分组成。变换流的设计是将数据流图到程序结构图的转换。当数据流图具有较明显的变换特征时,则按照下列步骤设计。1.确定数据流图中的变换中心、逻辑输入和逻辑输出。:计算机:打印队列:打印服务程序:打印机1.打印文件3.保存文件[打印机忙]2.打印文件[打印机空闲]72.设计软件结构的顶层和第一层。事务变换(事务分析设计):基本系统模型意味着变换流。因此,原则上可以讲所有的信息流都可以归结为这一类。T输入流事务处理中心加工路径事务流的设计是从事务数据流图到程序结构的变换。对于具有事务型特征的数据流图,则采用事务分析的设计方法。(1)确定数据流图中的事务中心和加工路径。当数据流图中的某个加工具有明显地将一个输入数据流分解成多个发散的输出数据流时,该加工就是事务中心。从事务中心辐射出去的数据流为各个加工路径。(2)设计软件结构的顶层和第一层。事务处理中心和事务处理路径确定后,就可以确定它们的软件结构。(3)进行事务结构中、下层模块的设计、优化等工作。8ACBD事务中心输入流加工路径F1主模块getf1调度CBDf1f2接受分支发送分支......事务层动作层细节层2、面向对象的设计方法:找出类,并对类进行定义(主要定义属性和方法)类图描述了系统中的类及其相互之间的各种关系,其本质反映了系统中包含的各种对象的类型以及对象间的各种静态关系(关联,子类型)。9例:第四章1、采用什么方式对模块进行描述老师原话:.对模块进行描述,主要是模块内与模块之间的关系来进行描述的。如耦合与内聚等。模块的耦合:订单DateReceivedisPrepaidnumber:Stringprce:MoneyDispatch()close()订单项Quantity:Integerprice:MoneyisSatisfied:Boolean1*项客户NameaddressCreditRating():String团体客户ContactNamecreditRatingcreditLimitRemind()billforMonth(Intrger)雇员产品个人客户CreditCard#{creditRating()=“poor”}销售代表1*0..11**UUMMLL类类图图10耦合(Coupling)表示软件结构内不同模块彼此之间相互依赖(连接)的紧密程度,是衡量软件模块结构质量好坏的度量,是对模块独立性的直接衡量指标。耦合强弱取决于模块间接口的复杂程度,进入或访问一个模块的点,以及通过接口的数据。1)数据耦合如果两个模块彼此间通过参数交换信息,而且交换的信息仅仅是数据,那么这种耦合称为数据耦合。数据耦合是低耦合。系统中必须存在这种耦合,因为只有当某些模块的输出数据作为另一些模块的输入数据时,系统才能完成有价值的功能。2)控制耦合如果传递的信息中有控制信息,则这种耦合称为控制耦合。控制耦合是中等程度的耦合,它增加了系统的复杂程度。控制耦合往往是多余的,在把模块适当分解之后通常可以用数据耦合代替它。3)公共环境耦合当两个或多个模块通过一个公共数据环境相互作用时,它们之间的耦合称为公共环境耦合(即公用耦合)。公共环境耦合的复杂程度随耦合的模块个数而变化,当耦合的模块个数增加时复杂程度显著增加。(1)一个模块往公共环境送数据,另一个模块从公共环境取数据。这是数据耦合的一种形式,是比较松散的耦合。(2)两个模块都既往公共环境送数据又从里面取数据,这种耦合比较紧密,介于数据耦合和控制耦合之间。4)内容耦合最高程度的耦合是内容耦合。(1)一个模块访问另一个模块的内部数据;(2)一个模块不通过正常入口而转到另一个模块的内部;(3)两个模块有一部分程度代码重叠(只可能出现在汇编程序中);(4)一个模块有多个入口(这表明一个模块有几种功能)总之,耦合是影响模块结构和软件复杂程度的一个重要因素,应该采用如下设计原则:尽量使用数据耦合,少用控制耦合,限制公共环境耦合,完全不用内容耦合。第四章1、伪代码老师原话:伪代码主要是用来说明一段程序,如画一个流程图,让你们用伪代码来说明,或者一段文字说明,让你们用伪代码来说明。第五章1、重用原则(老师原话:.基本不考。)第六章1、白盒测试方法(基于代码的测试)(1)语句覆盖:语句覆盖方法是选择足够的测试用例,使得程序中每一条可执行语句至少被执行一次。11Testcase:A=2,B=0,X=*.(2)判定覆盖:判定覆盖是选择足够的测试用例,使得程序中每一个判断的每一种可能结果都至少被执行一次地测试方法,使得程序中的每个判断至少获得一次“真”值和“假”值。判定覆盖也叫分支覆盖。Testcases:①A=3,B=0,X=1(TF)②A=1,B=1,X=3(FT)(3)条件覆盖:在语句覆盖的基础上,使每个判定表达式的每个条件都取到各种可能的结果。12Testcases:①A=2,B=0,X=4(TT)(满足A1,B=0;A=2,X1)②A=1,B=1,X=1(FF)(满足A1,B0;A2,X1)问:条件覆盖?判定覆盖答:不一定。反例:①A=2,B=0,X=1(TT)(满足A1,B=0;A=2,X1)②A=1,B=1,X=4(FT)(满足A1,B0;A2,X1)(4)判定/条件覆盖:要求设计足够的测试用例,使得同时满足判定覆盖和条件覆盖。即判断中的每个条件的所有情况(True和False)至少出现一次,并且每个判断本身的判断结果(True和False)也至少出现一次。1.IfAandBthen2.Do-Something3.Endif4.Another_StatementTestCaseABAandBTestCase1TTTTestCase2FFF(5)条件组合覆盖:每个判定表达式中条件的各种可能组合都至少出现一次。13全部可能的条件组合为:①A1,B=0②A1,B0③A1,B=0④A1,B0⑤A=2,X1⑥A=2,X1⑦A2,X1⑧A2,X1Testcases: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:14①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
本文标题:软件工程复习提纲
链接地址:https://www.777doc.com/doc-213080 .html