软件工程参考答案(中文注释).doc_第1页
软件工程参考答案(中文注释).doc_第2页
软件工程参考答案(中文注释).doc_第3页
软件工程参考答案(中文注释).doc_第4页
软件工程参考答案(中文注释).doc_第5页
已阅读5页,还剩20页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

.软件工程(外文教材)复习一、 Fill in the blanks(X blanks, 1 point/blank, total XX points)(一) Chapter 11. Today, software takes on a dual role. It is a product, and the same time, the vehicle for delivering a product. 1。今天,软件具有双重作用。这是一个产品,同时,交付产品的车辆。2. Software delivers(提供) the most important product of our time-information. 3. software doesnt wear out, but it does deteriorate软件没有磨损,但它恶化4. Software engineering is a layered technology. Any engineering approach must rest on an organizational commitment to quality软件工程是一个分层的技术。任何工程方法必须依赖于一个组织对质量的承诺。5. software engineering encompasses(包括) a process, method for managing and engineering software, and tools. 5。软件工程过程,用于管理和软件工程方法和工具。6. Umbrella activities occur throughout the software process and focus primarily on project management, tracking, and control. 6。伞活动发生在整个软件过程和主要集中在项目管理,跟踪,控制。(二) Chapter 27. A process was defined as a collection of work activities, actions and tasks that are performed when some work product is to be created. 定义为一个集合的工作是一个过程,活动和任务执行时的一些工作产品被创建。8. There are four different process flow: Linear process flow, iterative process flow, evolutionary process flow, parallel process flow有四种不同的工艺流程:线性流程,迭代流程,进化过程流,并行流程9. Three types of process pattern are: stage pattern, task pattern, phase pattern三种过程模式:阶段模式,任务模式,相模式10. Prescriptive process models were originally proposed to bring order to the chaos of software development.规定的过程模型最初提出的软件开发的混乱带来秩序。11. Prescriptive process models have been applied for many years in an effort to bring order and structure to software development. 11。规定的过程模型已经被应用在努力使软件开发秩序和结构多年。12. The Unified Process is a use case driven, architecture-centric, iterative and increment software process designed as a framework for UML methods and tools. 统一的过程是一个“用例驱动,以体系结构为中心,迭代和增量”设计为UML的方法和工具的框架,软件过程13. The incremental model combines elements of linear and parallel process flows.增量模型相结合的线性和平行的流程元素。14. When an incremental model is used, the first increment is often a core product. 当一个增量模型时,第一个增量往往是核心产品15. When your customer has a legitimate need, but is clueless about the details, develop a prototype as a first step. 当你的客户有一个合法的需要,但对细节一无所知,开发了一个原型作为第一步16. The spiral model is an evolutionary software process model that couples the iterative nature of prototyping with the controlled and systematic aspects of the waterfall model. 螺旋模型是一种进化的软件过程模型,对原型的迭代性质与控制和瀑布模型系统方面17. The spiral development model is a risk-driven process model generator. The螺旋发展模型是风险驱动的过程模型的发电机。(三) chapter 318. An agile process reduces the cost of change because software is released in increments. 一个敏捷过程中减少变化的成本,因为软件发布增量。19. Beck defines a set of five values that establish a foundation for all work performed as part of XP - communication, simplicity, feedback, courage, and respect. 贝克定义了一组五个值,所有的工作为XP-沟通,简单,反馈,勇气,和尊重。20. Refactoring improves the internal structure of a design without changing its external functionality or behavior. 重构,21. 提高了设计的内部结构而不改变其外部的功能或行为22. XP acceptance tests are derived from user stories. XP的验收测试,来自用户故事(四) chapter 423. Requirements engineering builds a bridge to design and construction需求工程的桥梁设计与施工24. Requirements engineering encompasses seven distinct tasks: inception, elicitation, elaboration, negotiation, specification, validation, and management. 需求工程包括七个不同的任务:起始,启发,制定,协商,规范,验证,和管理25. Quality function deployment identifies three types of requirements: normal requirements, expected requirements, exciting requirement. 质量功能展开确定了三种类型的要求:正常的要求,要求,令人兴奋的要求26. The intent of the analysis model is to provide a description of the required informational, functional, and behavioral domains for a computer-based system. 分析模型的目的是提供所需信息的描述,功能,和一个基于计算机的系统行为域(五) chapter 527. The requirement model - actually a set of models - is the first technical representation of a system. 需求模型是一组模型-是第一个技术系统的表示28. The requirements modeling action results in one or more of the following types of models: Scenario-based models, data models, class-oriented models, flow-oriented models, behavioral models. 在以下一个或多个类型的模型作用的结果,建模的要求:基于场景的模型,数据模型,面向类的模型,流量导向模型,行为模型29. The analysis model and requirements specification provide a means for assessing quality once the software is built. 分析模型和要求规范一旦建立软件质量评估提供了一种手段30. An association defines a relationship between classes. Multiplicity defines how many of one class are related to how many of another class. 一个关联定义类之间的关系。多重定义多少一级与另一个类的多少(六) chapter 631. The DFD takes an input-process-output view of a system. DFD需要一个系统的输入输出过程观(七) chapter 732. The importance of software design can be stated with a single word- quality. 软件设计的重要性,可以说一个字质量33. Independence is assessed using two qualitative criteria: cohesion and coupling. Cohesion is an indication of the relative functional strength of a module. Coupling is an indication of the relative independence among modules. 使用两个独立的评估的质量标准是:衔接和耦合。凝聚力是一种指示功能模块的相对强度。耦合是一个相对独立的模块,在显示34. Functional independence is achieved by developing modules with single-minded function and an aversion to excessive interaction with other modules. 功能独立性是通过发展与“专一”功能和“厌恶”与其他模块的相互作用模块实现过35. The design model has four major elements: data, architecture, components, and interface. 设计模式有四大要素:数据,体系结构,成分,和接口36. At the architectural level, data design focuses on files or databases; at the component level, data design considers the data structures that are required to implement local data objects. 在建筑设计,数据以文件或数据库;在组件级别的数据认为,设计要求实现本地数据对象的数据结构37. There are three parts to the interface design element: the use interface, interfaces to system external to the application, and interfaces to components within the application. 有三个部分:界面设计元素的使用界面,对应用程序的外部系统的接口,而接口组件内的应用38. Deployment-level design elements indicate how software functionality and subsystems will be allocated within the physical computing environment that will support the software. 部署水平设计元素说明软件的功能和子系统将在物理计算环境配置,将支持软件(八) chapter 8(九) chapter 939. List three types of cohesion within the context of component-level design for OO system: Functional, layer, communicational, 。表三种衔接在组件级设计中面向对象的系统:功能,层,通信40. List three types of cohesion within the context of component-level design for OO system: Content coupling, common coupling, control coupling. 表三种衔接在组件级设计中面向对象的系统:内容耦合,公共耦合,控制耦合41. Three constructs in structured programming are: sequence, condition, and repetition. 三结构在结构化程序设计:序列,条件,和重复(十) chapter 1042. Three golden rules for GUI design are: place the user in control, reduce the users memory load, make the interface consistent. 控制用户的活动,减少用户的记忆负担,使界面保持一致43. The user interface design process encompasses four distinct framework activities: (1)interface analysis and modeling, (2) interface design, (3) interface construction, (4)interface validation. 用户界面设计过程包括四个不同的框架活动:(1)界面的分析和建模,(2)界面设计(3)界面结构,(4)接口的验证44. Four different models come into play when a user interface is to be analyzed and designed. These models are: user model, design model, the users mental model implementation model. 四种模式进入游戏时,用户界面是被分析和设计。这些模型是:设计模型,用户模型,用户的心理模型的实现模型45. As the design of a user interface evolves, four common design issues almost always surface: system response time, user help facilities, error information handling, and command labeling. 系统响应时间、用户帮助设施,错误信息处理和命令标记46. System response time has two important characteristics: length and variability系统的响应时间有两个重要的特征:长度和变异性(十一) chapter 1147. McCalls quality factors focus on three important aspects of a software product: product operation, product transition, product revision麦考尔的质量的因素集中在一个软件产品的三个重要方面:产品操作,产品过渡,产品修改(十二) chapter 1248. FTR is the abbreviation of Formal technical review. FTR是正式的技术审查的缩写(十三) chapter 1449. V&V, Verification: Are we build the product right? Validation: Are we build the right product? VV,验证:我们建立产品吗?验证:我们建立正确的产品?50. Software testing strategy begins from small scale to large scale, undergoes four different testing: unit testing, Integration testing, validation testing, System testing. 软件测试的策略,从小型到大型,经历了四个不同的测试:单元测试,集成测试,确认测试,系统测试51. Because a component is not a stand-alone program, driver and/or stub software must often be developed for each unit test. 因为一个组件是不是一个独立的程序,驱动程序和/或存根软件必须经常被开发为每个单元测试52. In the context of an integration test strategy, regression testing is the reexecution of some subset of tests that have already been conducted to ensure that changes have not propagated unintended side effects. 在一个集成测试策略的背景下,回归测试是对已经进行,确保变化不会传播意想不到的副作用的一些子集的重新执行测试(十四) chapter 1553. List three characteristics of software testability: Operability, observability, Controllability软件可测试性三个特点:可操作性observability(可观测性),可控性54. There are two kinds of test case design methods for conventional software: white-box testing and black-box testing. 传统的软件测试案例设计方法:白盒测试和黑盒测试(十五) chapter 1655. There are two different strategies for integration testing of OO Systems: Thread-based testing and use-based testing. 有面向对象的系统集成测试的两种不同的策略:基于线程的测试和基于使用的测试(十六) chapter 17(十七) chapter 1856. Effective software project management focuses on the four Ps: People, Product, process, project.有效软件项目管理的重点是四个P:人,产品,工艺,工程57. An effective project manager should have four key traits: Problem solving, managerial identity, achievement, influence and team building一个有效的项目经理应该有四个主要特点:解决问题,管理者的身份,成就,影响和团队建设58. An agile team is a self-organizing team that has autonomy to plan and make technical decisions. 一个敏捷团队是一个自组织团队,自主制定的技术决策。二、 Definition of terminology (3 points/ terminology)(一) Chapter 11. Software(中文原书第七版P3)软件是: (I)指令的集合(计算机程序、通过执行这些指令可以满足预期的特征、功能和性能需 求。(2)数据结构,使得程序可以合理利用信息;(3)软件描述信息,它以硬拷贝和虚拟形式存在,用来描述程序操作和使用.特性:1.软件是设计开发的,而不是传统意义上生产制造的2.软件不会“磨损”3.虽然整个工业向着基于构件的构造模式发展,然而大多数软件仍是根据实际的顽客常求定制的2. software engineering(P7)(软件工程是)运用工程学的原理和方法来组织和管理软件的生产和维护,以保证软件产品开发,运行和维护的高质量和高生产率。 software myths(P13)软件神话,即关于软件及其开发过程被人盲目相信的一些说法legacy software 遗留软件(P6)一些年代久远的旧的程序,遗留软件的特点是维护代价高昂,而且质量差,很难修改成继续可用的产品。 特点:遗留软件系统在几十年前开发,它们不断被修改以满足商业雷要和计算平台的变化。这类系统的繁衍使得大型机构十分头痛,因为它们的维护代价高昂且系统浦化风险较高。遗留软件常常存在另一个特点质量差。通常,遗留系统的设计难以扩展,代码令人费解,文档混乱甚至根本没有,测试用例和结果从未归档,变更历史管理混乱等,有着数不清的问题。(二) Chapter 23. software process(P8P19) 软件过程是 工作产品构建时所执行的一系列活动、动作和任务的集合。活动(activity)主要实现宽泛的目标(如与利益相关者进行沟通),与应用领域、项目大小、结果复杂性或者实施软件工程的重要程度没有直接关系。动作( action )(如体系结构设计)包含了主要工作产品(如体系结构设计模型)生产过程中的一系列任务。任务(task)关注小而明确的目标,能够产生实际产品(如构建一个单元侧试)。4. Process pattern过程模式(P21)过程模式(grvcess pattern).描述了软件工程工作中遇到的过程相关的问题、明确了问题环境并给出了针对该问题的一种或几种可证明的解决方案。(三) chapter 35. pair programming结对编程(P46)结对编程 指的是两个软件开发人员共用一台计算机,其中一个人负责具体细节工作,而另一个人关注整体,但这两个人的角色可以随时互换。这是一种高效、科学而充满乐趣的软件开发方式。(四) chapter 46. Requirements Engineering需求工程(P63) 从软件过程的角度来看,需求工程是一个软件工程动作,开始于沟通活动并持续到建模活动。它必须适应于过程、项目、产品和人员工作的需要。需求工程在设计和构造之间建立起联系的桥梁.需求工程过程通过执行七个不同的活动来实现:起始、导出、精化、协商、规格说明,确认和管理.7. QFD(P71) 质量功能部署Quality Function Deployment, QFD 是一种将客户要求转化成软件技术需求的质量管理技术。QFD确认了三类需求:正常需求、期望需求、令人兴奋的需求。(五) chapter 58. CRC model(P103)类一职责一协作者(Class-Responsibility-Collaborator, CRC J建模提供了一个简单方法,可以识别和组织与系统或产品需求相关的类。chapter 6(六) chapter 79. software architecture软件架构(P132) 软件架构意指“软件的整体结构和这种结构为系统提供概念完整性的方式”。从最简单的形式来看,体系结构是程序模块的结构或组织、这些模块交互的形式以及这些模块所用数据的结构。然而在更广泛的意义上,模块可以概括为表示主要的系统元案及其交互。10. Separation of concerns 关注点分离(P133) 关注点分离是一个设计概念,它表明任何复杂问题如果被分解为可以独立解决和(或)优化的若干块,该复杂问题能够更容易地被处理。一个关注点是一个特征或行为,被指定为软件需求模型的一部分。通过将关注点分割为更小的关注点(由此产生更多可管理的块)。使得解决一个问题需要付出更少的工作盈和时间。11. Information hiding 信息隐藏(P134) 隐蔽意味着通过定义一系列独立的模块可以得到有效的模块化,独立模块相互之间只交流实现软件功能所必需的那些信息。抽象有助于定义构成软件的过程或信息)实体。隐蔽定义并加强了对模块内过程细节的访问约束和对模块所使用的任何局部数据结构的访问约束Ros75l。 将信息隐蔽作为模块化系统的一个设计标准,在测试和随后的软件维护过程中需要进行修改时,可提供最大的益处。12. Refactoring 重构 很多敏捷方法(第3章)都建议一种重要的设计活动重构,重构是一种重新组织的技术,可以简化构件的设计(或代码)而无需改变其功能或行为。FowlerFow(10这样定义重构:“重构是使用这样一种方式改变软件系统的过程:不改变代码设计的外部行为而是改进其内部结构。当重构软件时,检查现有设计的冗余性、没有使用的设计元素、低效的或不必要的算法、拙劣的或不恰当的数据结构以及其他设计不足,修改这些不足以获得更好的设计。(七) chapter 8(八) chapter 9(九) chapter 10(十) chapter 11(十一) chapter 12(十二) chapter 14(十三) chapter 15(十四) chapter 16(十五) chapter 1713. software configuration 软件配置 软件配置管理(5CM)是在整个软件过程中应用的一种普适性活动。因为变更可能随时出现,SCM活动用于:(1)标识变更,2)控制变更。3)保证恰当地实施变更。4)向其他可能的相关人员报告变更. 明确地区分软件支持和软件配置管理是很重要的。软件支持是一组发生在软件已经交付给客户并投入运行后的软件工程活动。而软件配置管理则是在软件项目开始时就启动,并且只有当软件被淘汰时才终止的一组跟踪和控制活动。14. Baseline 基线是一个软件配置管理概念.它能够帮助我们在不严重阻碍合理变更的条件下控制变更。IEEE IEEE标准610.12-199U)是这样定义基线的: 已经通过正式评审和批准的规格说明或产品,它可以作为进一步开发的基拙,并且只有通过正式的变更控制规程才能修改它。(十六) chapter 18三、 answer the questions(一) Chapter 11. What are the characteristics of software that are different than those of hardware(比硬件不同的软件的特点是什么P3)1.软件是设计开发的,而不是传统意义上生产制造的2.软件不会“磨损”3.虽然整个工业向着基于构件的构造模式发展,然而大多数软件仍是根据实际的客户需求定制的2. what type of changes are made to legacy systems?(什么类型的更改导致了遗留系统?P6) (1)软件需要进行适应性调整,从而可以满足新的计算环境或者技术的需求. (2)“软件必须升级以实现新的商业需求。 (3)软件必须扩展使之具有与更多新的系统和数据库的互操作能力. (4)软件架构必须进行改建使之能适应多样化的网络环境。 当这些变化发生时,遗留系统需要经过再工程(参见第29章)使之适应未来的多样性。3. What are the five generic process framework activities?(五个通用过程框架的活动是什么?P9)沟通 在技术工作开始之前,和客户(及其他利益相关者)的沟通与协作是极其重要的。其目的是理解利益相关者的项目目标,并收集需求以定义软件特性和功能。策划 如果有地图,任何复杂的旅程都可以变得简单。软件项目好比是一个复杂的旅程,策划活动就是创建一个“地图,以指导团队的项目旅程,这个地图称为软件项目计划,它定义和描述了软件工程工作,包括需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划。建模 无论你是庭园设计家、桥梁建造者、航空工程师、木匠还是建筑师,你每天的工作都离不开模型。你会画一张草图来辅助理解整个项目大的构想体系结构、不同的构件如何结合,以及其他一些特征。如果需要,可以把草图不断细化,以便更好地理解问题并找到解决方案。软件工程师也是如此,利用模型来更好地理解软件需求,并完成符合这些需求的软件设计。构建 它包括编码(手写的或者自动生成的)和测试以发现编码中的错误。部署 软件全部或者部分增量)交付到用户,用户对其进行评测并给出反馈意见。4. List five umbrella activities?(列举5个保护伞活动P9)软件项目跟踪和控制:项目组根据计划评估项目进度,并且采取必要的措施保证项目按 进度计划进行。 风险管理:对可能影响项目成果或者产品质量的风险进行评估。 软件质量保证:确定和执行软件质量保证的活动。 技术评审:评估软件工程产品,尽量在错误传播到下一个活动之前,发现并清除错误。 测量:定义和收集过程、项目和产品的度量,以帮助团队在发布软件的时候满足利益相关者要求。同时,侧呈还可与其他框架活动和普适性活动配合使用。软件配置管理:在整个软件过程中,管理变更所带来的影响。【(软件配置管理(5CM)是在整个软件过程中应用的一种普适性活动。因为变更可能随时出现,SCM活动用于:(1)标识变更,2)控制变更。3)保证恰当地实施变更。4)向其他可能的相关人员报告变更)】可复用管理:定义产品复用的标准(包括软件构件),并且建立构件复用机制.工作产品的准备和生产:包括了生成产品(诸如建模、文档、日志、表格和列表等所必需的活动。5. List five software myths?P13 神话:我们已经有了一本写满软件开发标准和规程的宝典。难道不能提供我们所需要了解的所有信息吗? 神话:如果我们未能按时完成计划,可以通过增加程序员人数而赶上进度。(即所谓的蒙古游牲概念)。 神话:如果决定将软件外包给第三方公司,就可以放手不管,完全交给第三方公司开发。 神话:有了对项目目标的大概了解,便足以开始编写程序,可以在之后的项目开发过程中逐步充实细节。神话:虽然软件需求不断变更,但是因为软件是弹性的,因此可以很容易地适应变更。神话:当我们完成程序并将其交付使用之后,我们的任务就完成了神话:直到程序开始运行,才能评估其质量。神话:对于一个成功的软件项目,可执行程序是唯一可交付的工作成果。神话:软件工程将导致我们产生大量无用文档,并因此降低工作效率。(二) Chapter 26. Why does the waterfall model sometimes fail?(为什么瀑布模型有时失败了吗)P24 1.实际的项目很少遵守瀑布模型提出的顺序。虽然线性模型可以加入迭代,但是它是用间接的方式实现的,结果是,随着项目的推进,变更可能造成混乱。 2.客户通常难以清楚地描述所有的需求。而瀑布模型却需要客户明确需求,因此很难适应在许多项目开始阶段必然存在的不确定性. 3.客户必须要有耐心,因为只有在项目接近尾声的时候,他们才能得到可执行的程序。对于系统中存在的重大缺陷,如果在可执行程序评审之前没有被发现,将可能造成惨重损失。(三) chapter 37. List the Manifesto for Agile software Development.(列出“敏捷软件开发宣言”。)P39我们正在通过亲身实践以及帮助他人实践,揭示更好的软件开发方法。通过这项工作,我们认为:个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划虽然右项也具有价值,但我们认为左项具有更大的价值8. List five agility principles.(列出5个敏捷原则)P42 1,我们最优先要做的是通过尽早、持续地交付有价值的软件来使客户满意。 2,即使在开发的后期,也欢迎需求变更。 4,在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。7,可运行软件是进度的首要度量标准。9,不断地关注优秀的技能和好的设计会增强敏捷能力。9. What key traits must exist among the people on an effective software team?(什么是必须存在一个有效的软件团队的人的关键特征)P43 基本能力。同在传统软件工程中一样,在敏捷开发中,“能力”一词包含了个人内在才能、特定的软件相关技能以及对所选过程的全局知识。关于过程的技能和知识可以而且应该教给敏捷团队的每一位成员。 共同目标。虽然敏捷团队成员能完成不同的任务,为项目提供不同的技能,但是所有人必须瞄准同一个目标,即在承诺的时间内向客户提交可运行的软件增量。为了实现这一目标,项目组还应当做出或大或小的连续的适应性变化,以使过程更适合于团队的需要。 精诚合作。抛开过程而言,软件工程就是在项目组沟通中评估、分析和使用信息;产生能够帮助所有利益相关者了解项目组工作的信息,构建对客户具有业务价值的软件和相关数据库等信息。为了实现这些任务,项目组成员之间,项目组与所有其他利益相关者之间必须精诚合作。 决策能力。包括敏捷团队在内,任何一个好的软件项目组必须有能够掌握自身命运的自由。这意味着应当赋予项目组在技术和项目问题上的自主决策权。 模糊问题解决能力.软件项目经理应当认识到:敏捷项目组被迫不断面对不确定的事情,被迫不断和变更作斗争.有时,项目组不得不接受今天正在解决的问题明天根本不需解决这样的现实,然而,今后的项目将会从任何解决问题的活动(包括解决错误问题的活动)中学习到经验. 相互信任和尊重。敏捷团队必须成为DeMarco和ListerDeM98 所说的具有凝聚力的团队(参见第24章),这样的团队展现出的相互信任和尊重使其形成“一个强有力的组织,确保整体的实力大于各部分实力之和”DeM98 自组织。自组织在敏捷开发中具有三重含义:1)敏捷团队组织自身以完成工作, 2)团队组织最能适应当前环境的过程,3)团队组织最好的进度安排以完成软件增量交付。自组织具有一些技术上的好处,但是更为重要的是它能促进合作,鼓舞士气。本质上,这也就是项目组的自我管理。KenSchwaferE5ch02在他的著作中强调以下事倩:“团队确定他们预期能在迭代内完成多少工作,并承担这些工作。没有什么能比让别人来分派任务更让团队感到沮丧的,也没有什么能让自己负责以履行承诺更让团队倍感鼓舞的了。”10. What does a self-organizing team imply?(什么是自组织团队的含义)1)敏捷团队组织自身以完成工作, 2)团队组织最能适应当前环境的过程,3)团队组织最好的进度安排以完成软件增量交付。11. write an XP user story that describes the bookmarks feature available on most web browsers. 写一个XP用户故事,描写了“书签”大多数Web浏览器的特作为一个上网用户,可以通过使用Web浏览器的书签功能,保存自己感兴趣的网页,以便用户以后可以再次浏览该网页。作为一个上网用户,可以通过使用Web浏览器的书签功能,浏览书签,找到并打开自己感兴趣的网页,以便用户快速打开以前保存的感兴趣网页。(四) chapter 412. What are the basic guidelines for conducting a collaborative requirements gathering meeting?(有哪些基本原则进行协作需求收集会议?)P69会议由软件工程师和其他的利益相关者共同举办和参与。制定筹备和参与会议的规则。建议拟定一个会议议程,这个议程既要足够正式,使其涵盖所有的重点:但也不能太正式,以鼓励思想的自由交流。由一个“调解人”(可以是客户、开发人员或其他人)控制会议口采用“方案论证手段”(可以是工作表、活动挂图、不干胶贴纸或电子公告牌、聊夭室或虚拟论坛)。13. which three types of requirement QFD(三个类型的需求质量部署功能)P71 质量功能部署(Quality Function Deployment, QFD 是一种将客户要求转化成软件技术需求的质量管理技术。QFD“目的是最大限度地让客户从软件工程过程中感到满意。为了达到这个目标。QFD强调理解“什么是对客户有价值的”,然后在整个工程活动中部署这些价值.QFD确认了三类需求Zu192: 正常需求:这,些需求反映了在和客户开会时确定的针对某产品或系统的目标。如果实现了这些需求,将满足客户。这方面的例子如:所要求的图形显示类型、特定的系统功能以及已定义的性能级别。 令人兴奋的需求:这些需求反映了客户期望之外的特点,但是如果实现这些特点的话将会使客户非常满意.例如,新移动电话的软件来自标淮特性,但关联了一些超出期望的能力(例如多重触控技术的触摸屏,可视语音邮箱),这些能力让产品的用户很欣喜。(五) chapter 514. list the three primary objectives the requirements mode model must achieve.(列出需求模式模型必须实现三个主要目标)P85需求模型必须实现三个主要目标:(1描述客户需要什么,(2)为软件设计奠定基础。3)定义在软件完成后可以被确认的一组需求。15. List the six selection characteristics that should be uses as you consider each potential class for inclusion in the analysis model(列出6个选择特征,应该使用你认为每个潜在的类包含在分析模型)P1001保留信息。只有记录潜在类的信息才能保证系统正常工作,在这种分析过程中的潜在类是有用的。2.所需服务。潜在类必须具有一组可确认的操作,这组操作能用某种方式改变类的属性值。 3.多个属性。在需求分析过程中,焦点应在于“主”信息;事实上,只有一个属性的类可能在设计中有用,但是在分析活动阶段,最好把它作为另一个类的某个属性。 4.公共属性。可以为潜在类定义一组属性,这些属性适用于类的所有实例. 5.公共操作.可以为潜在类定义一组操作,这些操作适用干类的所有实例. 6.必要需求。在问题空间中出现的外部实体,和任何系统解决方案运行时所必需的生产或消费信息,几乎都被定义为需求模型中的类。16. what guidelines can be a

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论