2018四川大学软件的工程期末复习

1、实用标准文案Multiple choices1. The rapid application development model isAnswer : ca. Another name for component-based development.b. A useful approach when a customer cannot define requireme nts clearly.c. A high speed adaptation of the linear sequential model.d. All of the above.1. Which of the followin

2、g is not necessary to apply agility to a software process?a. Eliminate the use of project planning and testingb. Only essential work products are producedc. Process allows team to streamline tasksd. Uses incremental product delivery strategyAnswer:a2. How do you create agile processes to manage unpr

3、edictability?a. Requirements gathering must be conductedvery carefullyb. Risk analysis must be conducted before planning takes placec. Software increments must be delivered in short time periodsd. Software processes must adapt to changes incrementallye. Both c and dAnswer: e1. To con struct a system

4、 model the engin eer should con sider which of the followi ng restrai ning factors? An swer: ea. assumpti onsb. budgetc. c on strai ntsd. schedulee. both a and c2. During bus in ess process engin eeri ng, three differe nt architectures are exam in ed. An swer: aa. applicati ons, data, tech no logy i

5、n frastructureb. com muni catio ns, orga ni zati on, finan cialin frastructurec. n etwork, database, report ing structured. systems, requireme nts, data structure3. Which of the followi ng is not one of the con text-free questio ns that would be used duri ng project in cepti on?a. What will be the e

6、cono mic ben efit from a good soluti on?b. Who is aga inst this project?c. Who will pay for the work?d. Who will use the solutio n?An swer: b1. During the process of modeli ng the system in con text, systems that in teract with the target system are not represe nted as An swer: da. Peer-level system

7、sb. Subordi nate systemsc. Super-ordi nate systemsd. Work ing systems6. In transaction mapping the first level factoring results in theAn swer: ba. creati on of CFD.b. derivatio n of con trol hierarchyc. d istribution of work modulesd. refi neme nt of the module view7. A successful applicati on of t

8、ran sform or tran sacti on mapp ing to create an architectural desig n is suppleme nted byAn swer: ea. en tity relati on ship diagramb. module in terface descripti onsc. p rocess ing n arratives for each moduled. test case for each modulee. Both b and c7. The 00 test ing in tegrati on strategy invo

9、Ives test ingAn swer: aa. groups of classes that collaborate or com muni cate in some wayb. sin gle operati ons as they are added to theevo Iving class impleme ntati onc. o perator programs derived from use-case sce nariosd. none of the aboveFilll me nt填空题5 Framework activity沟通策划建模构建部署Process models

10、惯用过程模型：线性：瀑布过程模型 &经典生命周期 V模型并行：增量过程模型演化过程模型：原型开发模型螺旋模型(迭代)协同开发模型(concurrent development model)专用过程模型：基于构建的开发模型 (con po nen t-based)形式化方法模型(formal method )应用数学分析Process flow type线性过程流迭代过程流演化过程流evolutionary并行过程流ParallelSoftware process is a layered过程方法工具XP process model 极限编程过程策划 设计敏捷建模重构编码结对编程 测试UP (5

11、 phases)女台inc epti on纟田化elaboration 木勾建转换： transition 生producti onUI desig n golde n rules用户操纵控制 place the user to con trol减少用户记忆负担reduce the user s memory load保持界面一致 consisitentyDesig n model数据/类设计 体系结构设计接口设计 构建级设计Requireme nt engin eeri ng起始导出 elicitati on精化 elaboration协商 negotiation规格说明 specifict

12、 ion确认 validati on 需求管理 man agme ntRequireme nt modeli ng focuses on基于场景的元素 基于类的元素行为元素 面向数据流的元素Mani festo for agile software developme nt stateme nt敏捷宣言个体交互胜过开发过程和工具可运行的软件胜过宽泛的文档客户合作胜过了合同谈判对变更的良好响应胜过了按部就班地遵循计划Testi ng strategy单元测试集成测试确认测试系统测试CMMI Level names不完全级 in complete已执行级 performed 已管理级 man ag

13、ed已定乂级 defi ned已定量管理级 qua ntiatively ma naged 优化级 optimizedTerm Expla nati on名词解释Software engin eeri ng软件工程是：1将系统化，规范化，可量化的方法应用于软件的开发、运行和维护，即将工 程化方法应用于软件。2，在1中所述方法的研究。Software Architecture软件体系结构：指系统的一个或者多个结构，包括软件的构件，构件的外部可见属性以及它 们之间的相互关系。Couple and Cohesi on内聚性：显示了某个模块相关功能的强度耦合性：显示了模块间相互依赖关系UML统一建模语

14、言：是一种支持 模型化和软件系统开发 的图形化语言,为软件开发的所有阶段提供模型化和可视化 支持，包括由需求分析到规格到构造和配置Regressi on test ing回归测试：在集成测试策略环境下，重新执行已测试的某个子集，以确保変更没有传播不期望的副作用。Waterfall model瀑布模型 经典生命周期模型：当需求很清楚时候。他提出一个系统的，顺序的软件开发方法，从用户需求规格说明开始，通过策划、建模、构建和部署的过程，最终提供一个完整的软件和持续的技术支持。Information hiding信息隐藏：指在设计和确定模块时，使得一个模块内包含的特定信息，对于不需要这些信息的其他模块

15、来说是 不可访问的。Software test ing软件测试：在规定的条件下 对程序进行操作，以发现程序错误，衡量软件质量，并对其是否 能满足设计要求进行评估 的过程。Requireme nt Engin eeri ng需求工程：指致力于不断理解需求 的大量任务和技术，从软件工程的角度看，需求工程就是一个软件工程活动，开始于沟通活动并持续到建模活动Usecase用例：识别系统使用线索的场景，提供了系统将如何被使用的描述。用户如何在一个特定的 环境下与系统交互。Class类：具有相似属性和共同行为的事务集合。CRC model类-职责-协作者模型：可以识别和组织与系统或产品需求相关的类。实际上

16、是表示类的标准索引卡片的集合，写有类名，类的职责，类的协作关系。In ceme ntal Model增量模型：增量模型综合了线性过程流和并行过程流的特征，随着时间的推移，增量模型在每个阶段运用线性序列，每个线性序列生产出一个软件的可交付增量。Polymorphism多态性：一种机制，允许一个类层次结构中的几个对象有不同的方法内容但具有相同的名称。CMMI能力成熟度模型集成：一个全面的过程元模型，当软件开发组织达到不同的过程能力和成熟度水平时，该模型可以用来评估其所开发系统和软件工程能力。0:incomplete不完全级；1 : performed已执行；2 managed已管理；3 defin

17、ed 已定义；4 quantitatively managed已定量管理级；5 optimized 优化级Prototype model原型开发：演化过程模型的一种。即当需求很模糊的时候，帮助理解需要做什么。开始于沟通，迅速策划一个原型开发迭代并进行建模，快速设计出原型并进行部署， 根据反馈进一步细化软件的需求。Open-Closed Prin ciple开关原则：模块应该对外延具有开放性，对修改具有封闭性。Software Myths软件神话：即关于软件及其开发过程的一些说法被人盲目相信，这可以追溯到信息处理技术发展初期。看起来是事实的合理描述（管理神话，用户神话，从业者神话）Q&A 问答题

18、How do software characteristics differ from hardware characteristics?（1 ）软件是设计开发的，而不是传统意义上生产制造的；（2 ）软件不会磨损，但会因为变更而退化；（3 ）虽然整个工业向着基于构件的构造模式发展，然而大多数软件仍是根据顾客 实际需求定制的。Describe the differe nces betwee n softwarecon structi onand softwaredeployme nt.软件的构建包括了编码和测试任务，从而为向客户和最终用户交付可运行软件做好准备。部署则包括了三个动作：交付，支持和

19、反馈。用于现代软件工程本质上是演变的，因此部署并不是只发生一次。两者都是软件工程的通用框架活动，但是构建肯定是发生在部署之前，部署是构建的下一个活动。Describe the five framework activities in volved in the software process.沟通：包含了与客户之间大量的交流和协作，理解利益相关者 的项目目标，并收集需求以定义软件的特性和功能。策划：指为后续的软件工程工作制定计划，它描述了需求执行的技术任务，可能的风险，资源需求，工作产品和工作进度建模：包括创建模型和设计两个方面，创建模型有助于客户和开发人员更好地理解软件需求，设计可以实现需

20、求构建：包括编码和测试部署：将软件交付到用户手中，用户对其进行评测并给出反馈意见。Which UML(uni fiedmodeli ng Ian guage) diagrams are useful inobject-orie nted an alysis modeli ng?基于场景的模型：用例图 活动图UML泳道图基于类的模型：类图协作图行为元素：状态图 顺序图List the types of models that might be used in requirementsmodeling andexpla in the role of each type of model.（1）基于

21、场景的元素：表述用户如何与系统和使用软件时 出现的特定活动序列 进行交互。（2 ）基于类的元素：表示了系统操作的 对象、应用于对象间能有效控制的 操作、对象间的 关系以及已定义类之间的 协作。（3）行为元素：描述了 外部事件如何改变系统或驻留在系统里的 类的状态。（4 ）面向流的元素：表示信息转换 的系统，描述了数据对象在流过各种系统功能时是如何 转换的。What are the six steps for requireme nts engin eeri ng?起始：对问题、方案需求方、期望方案的本质、客户和开发人员之间初步的交流和合作的效 果建立基本了解；导出：开展需求收集活动；精化：将信

22、息进行扩展和提炼，开发一个精确的技术模型用以说明软件功能特征和约束；协商：不同客户提出了冲突的需求，通过协商解决冲突，使各方达到一定满意度；规格说明，描述了一个基于计算机系统的功能和性能，以及那些将影响系统开发的约束；确认：对需求工程的工作产品进行质量评估；Briefly describe the primary differe nces betwee n structuredan alysisandobject-orie nted an alysis.结构化的分析：一种考虑数据和处理的需求建模方法，其中处理将数据作为独立实体加以转换。数据对象建模定义了对象的属性和关系，操作数据对象的处理建模

23、应表明当数据对象在系统内流动时处理如何转换数据面向对象的分析：关注于定义类和影响客户需求的类之间的协作方式Describe the differe nces betwee n the software engin eeri ng terms coupli ng andcohesi on?内聚性：显示了某个模块相关功能的强度耦合性：显示了模块间相互依赖关系构件应该保持高内聚性，低耦合性。Describe each role of the following design models of data, architecture,in terface and comp onen t-level d

24、esig n required for a complete specificati on ofa software desig n.数据/类设计：创建在高抽象级上（用户观点）表示的数据模型和信息模型/将分析类模型转化为设计类的实现以及软件实现所要求的数据结构体系结构设计：等效于房屋的平面图，提供了软件的整体视图，定义了软件主要结构元素 之间的联系接口设计：相当于一组房屋的门、窗和外部设施的详细绘图，描述了信息如何流入和流出系统以及被定义为体系结构一部分的构件之间如何通信构件级设计：相当于房屋中每个房间的一组详图及规格说明，软件的构件级完整地描述了每个软件构件的内部细节1. 为所有局部数据对象

25、定义数据结构data structure2. 为所有在构件内发生的处理定义算法细节algorithmic detail3. 定义访问所有构件操作的接口 in terfaceHow does the object-orie nted view of comp onen t-level desig n differ from thetraditi onal view?面向对象观点：注重细化来自 问题域和基础域的设计类。构件包括一组协作的类。构件中的每个类都得到 详细阐述，包括所有的属性和与其相关的 操作。所有设计类相互通信协作 的接口必须定义，设计师从需求模型开始，详细描述分析类和基础类传统观点：

26、构件就是程序的一个 功能要素，程序由处理逻辑 及实现处理逻辑所需的内部 数据结构以及能够保证构件被调用和实现数据传送的接口构成。传统构件也称为模块，作为软件体系结构的一部分，可细化为控制构件 基础设施构件问题域构件What are the key differe nces betwee n validati on testi ng goals and verificati on（or accepta nee） testi ng goals?确认：确保开发的软件可追溯到客户需求的一系列活动（是否构造正确的产品）验证：确保软件正确地实现某一特定功能的一系列活动（是否正确地构造产品）Why is regressiontestingan important part of any integrationtestingprocedure?每加入一个新模块作为