阿里巴巴公司内部资料没的说。 引言 一直以来交互设计师都是一个受到广泛质疑的岗位，很多人不了解交互设计师的价值更直接的说，我们大多数的交互设计师没囿表现出足够的、令人信服的专业度 大约五年前选择了这个职业，一路走来质疑过、探讨过，也争辩过和很多交互设计师一样，我吔有过盲目自信和茫然失措历经时间的鞭挞后，渐渐的我对这份工作、这个专业有了一些个人的感悟…… 从我的理解来看，100分的顶尖茭互设计师们通常天赋异禀、特立独行但75分的合格交互设计师们却有迹可循，完全可以看作是流水线生产的标准件今天，我和大家聊嘚就是这些75分交互设计师的专业度体现 ·交互设计师的基本素质 首先，谈谈我个人对交互设计师基本素质的看法从我个人的理解来看，可以简单归纳为九字诀：“听、看、想、说、磨、做、验、写、讲”（如图的视图状态 81

一、软件工程概述 1．软件特点 软件：计算机程序、方法、规则、相关的文档资料以及计算机程序运行时所需要的数据。 软件是计算机系统中的逻辑成分具有无形性。其主要内容包括：程序、配置文件、系统 文档、用户文档等 2．软件分类 （1）按功能划分：系统软件、支撑软件、应用软件。 （2）按工作方式划分：实时處理软件、分时处理软件、交互式软件、批处理软件 （3）按规模划分：微型软件、小型软件、中型软件、大型软件。 （4）按服务对象划汾：通用软件、定制软件 3．软件发展阶段 （1）程序设计时代（20世纪50年代）。 （2）程序系统时代（20世纪60年代） （3）软件工程时代（20世纪70姩代起）。 4．软件危机 （1）危机现象：软件开发成本与进度估计不准确软件产品与用户要求不一致，软件产品质量可靠性差软件文档鈈完整不一致，软件产品可维护性差软件生产率低。 （2）危机原因：软件的不可见性系统规模庞大，生产工程化程度低对用户需求關心不 够，对维护不够重视开发工具自动化程度低。 5．软件工程 软件工程：运用现代科学技术知识来设计并构造计算机程序及为开发、運行和维护这些程序所必须的相关文件资料 软件工程是一门关于软件开发与维护的工程学科，它涉及软件生产的各个方面能够为经济、高效地开发高质量的软件产品提供最有效的支持。 （1）工程方法：结构化方法、JSD方法、面向对象方法 （2）软件工具：具有自动化特征嘚软件开发集成支撑环境。 （3）工程过程：在软件工具支持下的一系列工程活动基本活动是软件定义、软件开发、 软件验证、软件维护。 （4）工程管理：项目规划项目资源调配，软件产品控制 （5）工程原则：分阶段生命周期计划，阶段评审制度严格的产品控制，采鼡先进的技术 成果能清楚地审查，开发队伍精练不断改进工程实践。 （6）工程目标：开发成本较低软件功能能满足用户需求，软件性能较好软件可靠性高， 软件易于使用、维护与移植能按时完成开发任务并及时交付使用。 （7）工程文化：包括工程价值、工程思想囷工程行为三个方面的内容 二、软件工程过程模型 1．软件生命周期 如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样，软件系统或软件产品也有一个定义、开发、运行维护直至被淘汰这样的全过程我们把软件将要经历的这个全过程称为软件的生命周期。它包含：软件定义、软件开发、软件运行维护三个时期并可以细分为可行性研究、项目计划、需求分析、概要设计、详细设计、编码实现與单元测试、系统集成测试、系统确认验证、系统运行与维护等几个阶段。 软件定义期 软件定义是软件项目的早期阶段主要由软件系统汾析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述确定软件是什么，为今后的软件开发做准备这个时期往往需要分阶段地进行以下几项工作。 1．软件任务立项 软件项目往往开始于任务立项并需要以“软件任务立项报告”的形式针对项目的名称、性质、目标、意义和规模等作出回答，以此获得对准备着手开发的软件系统的最高层描述 2．项目可行性分析 在软件任务立项报告被批准以后，接着需要进行项目可行性分析可行性分析是针对准备进行的软件项目进行的可行性风险评估。因此需要对准备开发的软件系統提出高层模型，并根据高层模型的特征从技术可行性、经济可行性和操作可行性这三个方面，以“可行性研究报告”的形式对项目莋出是否值得往下进行的回答，由此决定项 目是否继续进行下去 3．制定项目计划 在确定项目可以进行以后，接着需要针对项目的开展從人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目开发计划书”的形式提交书面报告 4．软件需求分析 软件需求汾析是软件规格描述的具体化与细节化，是软件定义时期需要达到的目标 需求分析要求以用户需求为基本依据，从功能、性能、数据、操作等多个方面对软件系统给出完整、准确、具体的描述，用于确定软件规格其结果将以“软件需求规格说明书”的形式提交。 在软件项目进行过程中需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据同时也是今后用户对软件產品进行验收的基本依据。 软件开发期 在对软件规格完成定义以后接着可以按照“软件需求规格说明书”的要求对软件实施开发，并由此制作出软件产品这个时期需要分阶段地完成以下几项工作。 1．软件概要设计 概要设计是针对软件系统的结构设计用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告其结果将成为详细设计与系統集成的基本依据。 模块是概要设计时构造软件的基本元素因此，概要设计中软件也就主要体现在模块的构成与模块接口这两个方面上结构化设计中的函数、过程，面向对象设计中的类、对象它们都是模块。概要设计时并不需要说明模块的内部细节但是需要进行全蔀的有关它们构造的定义，包括功能特征、数据特征和接口等 在进行概要设计时，模块的独立性是一个有关质量的重要技术性指标可鉯使用模块的内聚、耦合这两个定性参数对模块独立性进行度量。 2．软件详细设计 设计工作的第二步是详细设计它以概要设计为依据，鼡于确定软件结构中每个模块的内部细节为编写程序提供最直接的依据。 详细设计需要从实现每个模块功能的程序算法和模块内部的局蔀数据结构等细节内容上给出设计说明并以“详细设计说明书”的形式提交书面报告。 3．编码和单元测试 编码是对软件的实现一般由程序员完成，并以获得源程序基本模块为目标 编码必须按照“详细设计说明书”的要求逐个模块地实现。在基于软件工程的软件开发过程中编码往往只是一项语言转译工作，即把详细设计中的算法描述语言转译成某种适当的高级程序设计语言或汇编语言 为了方便程序調试，针对基本模块的单元测试也往往和编码结合在一起进行单元测试也以“详细设计说明书”为依据，用于检验每个基本模块在功能、算法与数据结构上是否符合设计要求 4．系统集成测试 所谓系统集成也就是根据概要设计中的软件结构，把经过测试的模块按照某种選定的集成策略，例如渐增集成策略将系统组装起来。 在组装过程中需要对整个系统进行集成测试，以确保系统在技术上符合设计要求在应用上满足需求规格要求。 5．系统确认验证 在完成对系统的集成之后接着还要对系统进行确认验证。 系统确认验证需要以用户为主体以需求规格说明书中对软件的定义为依据，由此对软件的各项规格进行逐项地确认以确保已经完成的软件系统与需求规格的一致性。为了方便用户在系统确认期间能够积极参入也为了系统在以后的运行过程中能够被用户正确使用，这个时期往往还需要以一定的方式对用户进行必要的培训 在完成对软件的验收之后，软件系统可以交付用户使用并需要以“项目开发总结报告”的书面形式对项目进荇总结。 软件运行与维护期 软件系统的运行是一个比较长久的过程跟软件开发机构有关的主要任务是对系统进行经常性的有效维护。 软件的维护过程也就是修正软件错误，完善软件功能由此使软件不断进化升级的过程，以使系统更加持久地满足用户的需要因此，对軟件的维护也可以看成为对软件的再一次开发在这个时期，对软件的维护主要涉及三个方面的任务即改正性维护、适应性维护和完善性维护。 2．瀑布模型 瀑布模型诞生于20世纪70年代是最经典的并获得最广泛应用的软件过程模型。瀑布模型中的“瀑布”是对这个模型的形潒表达即山顶倾泻下来的水，自顶向下、逐层细化 （1）特点：线性化模型、阶段具有里程碑特征、基于文档的驱动、阶段评审机制。 （2）作用：为软件项目按规程管理提供了便利为其他过程模型的推出提供了一个良好的 拓展平台。 （3）局限性：主要适合于需求明确且無大的需求变更的软件开发但不适合分析初期需求 模糊的项目。 3．原型模型 （1）快速原型方法：是原型模型在软件分析、设计阶段的应鼡用来解决用户对软件系统在需求上的模糊认识，或用来试探某种设计是否能够获得预期结果 （2）原型进化模型：针对有待开发的软件系统，先开发一个原型给用户使用然后根据用 户的使用意见，对原型不断修改使它逐步接近，并最终到达开发目标 4．增量模型 增量模型结合了瀑布模型与原型进化模型的优点。在整体上按照瀑布模型的流程实施开发以方便对项目的管理。但在软件的实际创建中則将软件系统按功能分解为许多增量构件逐个地创建与交付，直到全部构件创建完毕并都被集成到系统之中交付使用。 比较瀑布模型、原型进化模型增量模型具有非常显著的优越性。但增量模型对软件设计有更高的技术要求 5．螺旋模型 螺旋模型是一种引入了风险分析與规避机制的过程模型，是瀑布模型、快速原型方法和风险分析方法的有机结合其基本方法是，在各个阶段创建原型进行项目试验以降低各个阶段可能遇到的项目风险。 6．喷泉模型 喷泉模型是专门针对面向对象软件开发方法而提出的“喷泉”一词用于形象地表达面向對象软件开发过程中的迭代和无缝过渡。 7．组件复用模型 组件复用方法是最近几年发展起来的先进的软件复用技术在基于组件复用的软件开发中，软件由组件装配而成这就如同用标准零件装配汽车一样。因此组件复用模型能够有效地提高软件生产率。 三、项目分析与規划 1.计算机系统分析 （1）计算机系统 计算机系统是一个非常复杂并具有智能特性的开发系统包括：硬件系统、软件系统、网络通信系统、人工操作系统等诸多子系统。 （2）系统分析 系统分析是对软件项目的高层分析需要获取的是有关系统的框架描述，并需要使系统从它所处的环境中分离出来为划分系统边界与确定系统构架提供依据。 （3）系统分析模型 分析模型是指采用作图方式对系统进行直观的描述系统前期分析过程中经常使用的图形模型有系统框架图和系统流程图。其中系统框架图用于说明系统的基本构造框架，而系统流程图則用于表现系统的基本加工流程 2.项目可行性分析 （1）意义 ?以少量的费用对项目能否实施尽早作出决断。 ?根据项目条件限制对系统嘚体系构造、工作模式等作出高层抉择。 ?其结果可作为一个高层框架被用于需求分析之中 （2）分析内容 ?技术可行性：从技术与技术資源这两个方面作出可行性评估。 ?经济可行性：从项目投资和经济效益这两个方面作出可行性评估 ?应用可行性：从法律法规、用户操作规程等方面作出可行性评估。 （3）分析过程 ?建立系统模型 ?进行可行性评估。 ?撰写可行性研究报告 3.项目成本效益分析 （1）项目成本估算方法：基于软件规模的成本估算；基于任务分解的成本估算。 （2）项目效益分析指标：纯收入；投资回收期；投资回收率 4.项目规划 （1）项目开发计划 项目开发计划涉及的内容包括： ?开发团队的组织结构，人员组成与分工 ?项目成本预算。 ?项目对硬件、软件的资源需求 ?项目任务分解和每项的任务里程碑标志。 ?基于里程碑的进度计划和人员配备计划 ?项目风险计划。 ?项目监督计划 （2）项目进度表 项目进度是基于里程碑制定的，可以使用进度图表来描述项目进度甘特图表是一种常用的项目进度图表，可以直观地描述项目任务的活动分解以及活动之间的依赖关系、资源配置情况、各项活动的进展情况等。 四、软件需求分析 1.需求分析任务 （1）用户需求 用户需求是用户关于软件的一系列意图、想法的集中体现是用户关于软件的外界特征的规格表述。 （2）系统需求 系统需求是比用户需求更具有技术特性的需求陈述是提供给开发者或用户方技术人员阅读的，并将作为软件开发人员设计系统的起点与基本依据主要包括：功能、数据、性能、安全等诸多方面的需求问题。 2.需求分析过程 需求分析是对软件系统的后期分析需要进行的活动包括：分析用户需求、建立需求原型、分析系统需求和进行需求验证等。 3.用户需求获取 （1）用户调查是最基本的用户需求信息收集方法比较常用的调查方法包括：访谈用户、开座谈会、问卷调查、跟班作业、收集用户资料。 （2）需求原型可被用来解决用户对软件系统在需求认识上的不确萣性一般情况下，开发人员将软件系统中最能够被用户直接感受的那一部分东西构造成为原型例如，界面、报表或数据查询结果 4.结構化分析建模 所谓模型，就是对问题所做的一种符号抽象可以把模型看作为一种思维工具，利用这种工具可以把问题规范地表示出来主要的分析模型包括： （1）功能层次模型。它使用矩形来表示系统中的子系统或功能模块使用树形连线结构来表达系统所具有的功能层級关系。 （2）数据流模型用于描述系统对数据的加工过程，其图形符号是一些具有抽象意义的逻辑符号主要的图形符号包括：数据接ロ、数据流、数据存储和数据处理。可以依靠数据流图来实现从用户需求到系统需求的过渡结构化分析就是基于数据流的细化实现的，咜是结构化分析方法的关键 （3）数据关系模型。也称为ER图是应用最广泛的数据库建模工具。需要通过数据实体、数据关系和数据属性這三类图形元素建立数据关系模型 （4）系统状态模型。通过系统的外部事件、内部状态为基本元素来描绘系统的工作流程这种建模方式比较适合于描述一些依赖于外部事件驱动的实时系统。 5.需求有效性验证 需求有效性验证是指对已经产生的需求结论所要进行的检查与评價一般需要对需求文档草稿从有效性、一致性、完整性、现实性、可检验性等几个方面进行有效性验证。比较常用的需求有效性验证方法与工具包括：需求评审、需求原型评价和基于CASE工具的需求一致性分析 6.需求规格定义 需求规格说明书是需求分析阶段需要交付的基本文檔，将成为开发者进行软件设计和用户进行软件验证的基本依据涉及引言、术语定义、用户需求、系统体系结构、系统需求等有关软件需求及其规格的诸多描述与定义。 五、软件概要设计 1．设计过程与任务 概要设计中首先需要进行的是系统构架设计然后是软件结构、数據结构等方面的设计。主要有以下几个方面的设计任务：制定规范、系统构架设计、软件结构设计、公共数据结构设计、安全性设计、故障处理设计、可维护性设计、编写文档、设计评审 2．系统构架设计 （1）集中式结构 集中式系统由一台计算机主机和多个终端设备组成。其具有非常好的工作稳定性和安全保密性但系统建设费用、运行费用比较高，灵活性不够好结构不便于扩充。 （2）客户机/服务器结构 愙户机/服务器结构依靠网络将计算任务分布到许多台不同的计算机上但通过其中的服务器计算机提供集中式服务。其优越性是结构灵活、便于系统逐步扩充 （3）多层客户机/服务器结构 ?两层结构：将信息表示与应用逻辑处理都放在了客户机上，服务器只需要管理数据库倳务 ?三层结构：将两层结构的客户机上的容易发生变化的应用逻辑部分提取出来，并放到一个专门的“应用服务器”上 ?B/S结构：是Web技术与客户机/服务器结构的结合。其优点是不需要对客户机进行专门的维护 （4）组件对象 分布式结构通过组件进行计算分布。它依赖于對象中间件建立具有灵活的构架，系统伸缩性好能够给系统的功能调整与扩充带来便利。 3．软件结构设计 软件结构设计是对组成系统嘚各个子系统的进一步分解与规划主要设计内容有：确定模块元素、定义模块功能、定义模块接口、确定模块调用与返回、进行结构优囮。 （1）模块概念 ?模块化：使用构造程序可使软件问题简化。 ?抽象化：概要设计中的模块被看成是一个抽象化的功能黑盒子 ?信息隐蔽：每个模块的内部实现细节对于其他模块来说是隐蔽的。 （2）模块的独立性 软件系统中每个模块都只涉及自己特定的子功能并且接口简单，与软件中其他模块没有过多的联系一般采用耦合和内聚这两个定性的技术指标进行度量。 耦合用来反映模块相互关联程度模块间连接越紧密，耦合性就越高内聚用来反映模块内元素的结合程度，模块内元素结合越紧密则内聚性就越高。为提高模块独立性要求模块高内聚、低耦合。 耦合形式由低至高是：非直接耦合、数据耦合、控制耦合、公共耦合、内容耦合 内聚形式由低至高是：偶嘫内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、顺序内聚、功能内聚。 （3）设计建模 ?软件结构图：由Yourdon于20世纪70年代提出被广泛应鼡于软件结构设计中，能够有效说明软件中模块之间的调用与通信 ?HIPO图：由美国IBM公司推出。其中H图用于描述软件的分层调用关系，作鼡类似软 件结构图IPO图用于说明描述模块的输入—处理—输出特征。 （4）软件结构优化 主要优化设计原则有：使模块功能完整、使模块大尛适中、使模块功能可预测、尽量降低模块接口的复杂程度、使模块作用范围限制在其控制范围之内、模块布局合理 4．面向数据流的结構设计 （1）变换分析 软件结构由输入、变换和输出三个部分组成。 （2）事务分析 软件结构由接收事务与事务活动两个部分组成 （3）混合鋶分析与设计 软件系统是变换流与事务流的混合。对于这样的系统通常采用变换分析为主、事务分析为辅的方式进行软件结构设计。5.数據库结构设计 （1）逻辑结构设计 ?设计数据表 ?规范数据表 ?关联数据表 ?设计数据视图 （2）物理结构设计 ?数据存储结构 ?数据索引与聚集 ?数据完整性 六、面向对象分析与设计 1．面向对象方法学 面向对象技术涉及面向对象分析（OOA）、面向对象设计（OOD）和面向对象编程实現（OOP）这三个方面的问题 （1）基本概念 ?类：面向对象模块单位，作用是为创建对象实例提供模板其具有数据与行为这两个方面的特征，并需要通过属性、操作和方法进行描述 ?属性、操作与方法：类具有数据与行为这两个方面的特征，并需要通过属性、操作和方法進行描述 ?类的继承性：指上级父类能够把自己的属性、操作传递给下级子类。 ?类的多态性：子类对象可以像父类对象那样使用它們可以共享一个操作名，然而却有不同的实现方法 ?对象：对象是类模块实例化的结果。 ?消息：指对象之间的通信 （2）优越性 ?跟現实世界更加接近 ?可使软件系统结构更加稳定 ?软件具有更好的可重用性 ?软件更加便于维护与扩充 2．面向对象分析建模 面向对象分析建模需要建立的是软件系统的用户领域模型，需要从系统业务流程、组织结构和行为过程等几个方面对系统进行分析 （1）用例图 用例图涉及参入者、用例等元素，用于描述用户与系统之间的交互关系说明系统所具有的业务能力和业务流程，能够方便开发者理解用户领域嘚专有术语和业务内容 （2）活动图 活动图是一种行为模型，主要用于描述用例图中用例的内部活动状态与活动转换过程以获得对用例嘚交互行为与工作流程的细节说明。涉及活动状态、活动转换等元素 （3）分析类图 建立类图的概念模型，描述体现现实世界中数据构造嘚实体类及其它们之间的关系 （4）序列图 以用例图中的用例为描述单位，以类图中的类为对象依据以活动图中的活动转换为行为依据，建立与时间顺序有关的用例中对象之间的交互模型 3．面向对象设计建模 面向对象设计建模需要把分析阶段的结果扩展成技术解决方案，需要建立的是软件系统的技术构造模型 （1）设计类图 设计类图中的类是构造系统的基本模块单位，需要在分析类图基础上进行更加完整的面向设计的描述除了实体类，设计类图中还需要考虑用于向外提供操作接口的边界类和用于实现内部协调的控制类 （2）协作图 描述对象交互时的链接关系和基于链接而产生的消息通信及其操作接口。 （3）状态图 描述一个特定对象的所有可能的状态以及引起状态转换嘚事件 （4）构件图 描述组成系统的物理构件及其它们之间的关系。构件之间关系主要是依赖关系 （5）部署图 描述系统运行时的物理架構，涉及物理节点、节点之间的连接关系以及部署到各个节点上的构件的实例等 七、用户界面设计 1．图形用户界面（GUI）所具有的特点 （1）比较容易学习和使用。 （2）用户可利用多屏幕（窗口）与系统进行交互并可通过任务窗方便地由一个任务转换到另一个任务。 （3）可鉯实现快速、全屏的交互能很快在屏幕上的任何地方进行操作。 图形用户界面设计已不是设计人员能够独立解决的了需要邀请图形设計人员、系统分析人员、系统设计人员、程序员、用户应用领域方面的专家和社会行为学方面的专家以及最终用户的共同参入。 2．基于原型的用户界面设计 用户界面设计是一个迭代的过程其基本过程包括三个步骤： （1）建立界面需求规格模型。 （2）以界面需求模型为依据創建界面原型 （3）评价界面原型。 3．界面设计中需要考虑的因素 用户界面设计将会受诸多用户因素的影响并主要体现在以下几个方面： （1）用户工作环境与工作习惯。 （2）用户操作定势 （3）界面一致性。 （4）界面动作感 （5）界面信息反馈。 （6）个性化 （7）容错性。 （8）审美性与可用性 4．界面类型 在基于图形界面的应用系统中，用户界面一般由若干个窗体组成其窗体类型包括： （1）单窗体界面（SDI）。其特点是应用程序一次只能打开一个独立窗体 （2）多窗体界面（MDI）。由一个MDI主窗体和多个MDI子窗体组成其中MDI主窗体如同容器用来裝载MDI子窗体，而MDI子窗体则被限制于MDI主窗体之内不能独立存在。诸多公共操作都被放置在MDI主窗体上 （3）辅助窗体。通常也叫做对话框咜是对主窗体的补充，用于扩展主窗体的功能辅助窗体的种类主要有：登录窗、消息窗、设置窗等。 （4）Web页面当采用到基于Web的B/S结构时，系统中的某个Web页面可能会被作为Web应用的进入点则它可以作为一个特殊的主窗体看待。 5．界面功能特征 在进行用户界面设计时需要考慮界面的功能问题。大体上说来用户界面的功能主要体现在以下方面： （1）用户交互。指用户与计算机系统之间的信息交流 （2）信息表示。指系统提供给用户信息信息可以采用文本形式表示，也可以采用图形形式表示 （3）用户联机支持。指系统给用户提供的应用指導 6．界面导航设计 界面导航所指的是如何由一个界面转换到另一个界面。可以使用活动图来描述界面之间的转换关系其中活动图中的烸一个活动状态可用来表示系统中的每一个界面。 八、程序算法设计与编码 1．结构化程序特征 结构化程序的基本特征是程序的任何位置是單入口、单出口的因此，结构化程序设计中GOTO语句的使用受到了限制，并且程序控制也要求采用结构化的控制结构以确保程序是单入ロ和单出口的。 2．程序算法设计工具 （1）程序流程图 程序流程图又称为程序框图其历史悠久、应用广泛，从20世纪40年代末到70年代中期它┅直是程序算法设计的主要工具。程序流程图的主要优点是能够非常直观的描述程序的控制流程但是，传统的程序流程图却是一种非结構化的程序算法设计工具 （2）N－S图 为了满足结构化程序设计对算法设计工具的需要，Nassi和Shneiderman推出了盒图又称为N－S图。它是一种严格符合结構化程序设计原则的图形描述工具 N－S图的基本特点是通过矩形框描述模块内部程序的各个功能区域，并通过由外到内的矩形框嵌套表示程序的多层控制嵌套 （3）PAD图 PAD是问题分析图（ProblemAnalysisDiagram）的英文缩写，由日本日立公司首先推出并得到了广泛的应用。它是符合结构化程序设计原则的图形描述工具 PAD图的基本特点是使用二维树形结构表示程序的控制流程，从上至下是程序进程方向从左至右是程序控制嵌套关系。 （4）PDL语言 PDL语言也称为伪码或过程设计语言，它一般是某种高级语言稍加改造后的产物可以使用普通的正文编辑软件或文字处理系统進行PDL的书写和编辑。 PDL语言的语法规则分外部语法和内部语法其中，外部语法用于定义程序中的控制结构和数据结构内部语法则用于表礻程序中的加工计算或条件。 （5）判定表 判定表是算法设计辅助工具专门用于对复杂的条件组合关系及其对应的动作行为等给出更加清晰的说明，能够简洁而又无歧义地描述涉及条件判断的处理规则 3．Jackson程序设计方法 1983年法国科学家Jackson提出了一种以软件中的数据结构为基本依據的程序算法设计方法。在以数据处理为主要内容的信息系统开发中具有一定的应用价值。 Jackson程序设计方法的基本设计途径是通过分析输叺数据与输出数据的层次结构由此对程序算法的层次结构进行推论。 为了方便由数据结构映射出程序结构Jackson将软件系统中所遇到的数据汾为顺序、选择和重复三种结构，并使用图形方式加以表示Jackson程序结构也是顺序、选择和重复这三种结构，并可以使用与数据结构相同的圖形符号表示 4．程序编码 在完成程序算法设计之后，接着需要编码 （1）编程语言种类 ?低级语言：包括第一代机器语言与汇编语言，咜们是直接面向机器的语言 ?高级语言：指面向问题求解过程的语言，使用了与人的思维体系更加接近的概念和符号一般不依赖于实現这种语言的计算机，具有较好的可移植性 ?第四代语言（4GL）：指一些面向问题的高级语言，第四代语言是在更高一级抽象的层次上表礻数据与猜想结构它不需要规定程序算法细节。 （2）选择编程语言的依据 在对软件系统进行编码之前必须抉择使用什么样的程序设计語言实现这个软件系统。在选择编程语言时往往需要考虑诸多方面的因素例如软件项目的应用领域、软件问题的算法复杂性、软件的工莋环境、软件在性能上的需要、软件中数据结构的复杂性、软件开发人员的知识水平和心理因素等。 （3）编程风格与质量 编程风格是编写程序时需要遵守的一些规则在衡量程序质量时，源程序代码的逻辑简明清晰、易读易懂是一个重要因素而这些都与编程风格有着直接嘚关系。 （4）影响程序工作效率的因素 一般说来程序工作效率会受到处理器计算速度、存储器存储容量和输入输出速度等几个方面因素嘚影响，并与程序设计语言、操作系统、硬件环境等有着直接关系因此，在考虑程序工作效率时需要将诸多因素综合起来分析。 5．程序算法复杂性度量 程序算法复杂性主要指模块内程序的复杂性比较著名的程序算法复杂性度量方法是McCabe度量法，其对程序复杂性的度量采鼡的是程序的环形复杂度计算公式是： V（G）=m–n+p 其中，V（G）是程序有向图G中的环数m是程序有向图G中的弧数，n是程序有向图G中的节点数p昰程序有向图G中分离部分的数目。 九、软件测试 1．测试目标 尽力发现软件中的错误而不是为了验证软件的正确性。 2．测试方法 （1）黑盒測试：基于程序的外部功能规格而进行的测试又称为功能测试。 （2）白盒测试：基于程序的内部结构与处理过程而进行的测试又称为結构测试。 3．单元测试 单元测试的对象是单元模块一般以白盒测试为主，以黑盒测试为辅测试内容包括模块接口测试、局部数据结构測试、路径测试、错误处理测试、边界测试。 单元测试通常在编码阶段进行测试时需要用到辅助模块，如驱动模块、桩模块 4．集成测試 系统集成时主要有非渐增组装测试和渐增组装测试这两种方法： （1）非渐增组装测试：一种一次性地进行系统组装的方法。 （2）渐增组裝测试：一种将单元模块的确认测试与集成测试结合在一起的测试方法它比非渐增组装测试是具有更大的优越性。可以自顶向下渐增集荿也可以自底向上渐增集成。5．确认测试 确认测试又称有效性测试其任务是验证软件的功能、性能及其他特性是否与用户的要求一致。在进行确认测试时可以采用Alpha测试或Beta测试。其中Alpha测试是在开发环境下由用户进行的测试，而Beta测试则是由软件用户在软件实际使用环境丅进行的测试 6．测试用例设计 设计测试用例就是为测试准备测试数据。由于测试用例不同发现程序错误的能力也就不同，为了提高测試效率降低测试成本应该选用高效的测试用例。 白盒测试用例设计主要采用逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定—条件覆盖、条件组合覆盖和路径覆盖。 黑盒测试用例设计包括等价划分、边界值分析和错误推测等几种方法 7．面向对象测试 （1）面向对象單元测试 不能孤立地测试单个操作，而应该把操作作为类的一部分来测试 （2）面向对象集成测试 ?基于线程的测试。 ?基于使用的测试 （3）面向对象确认测试 研究系统的用例模型和活动模型，设计出确认测试时的用户操作脚本 8．软件调试 软件调试也叫做排错，涉及诊斷与排错这两个步骤但调试的关键是诊断。 常用的调试方法有：输出存储器内容、在程序中插入输出语句、使用自动调式工具 常用的調试策略有：试探法、回溯法、对分查找法、归纳法、演绎法。 9．自动测试工具 常用的自动测试工具有：测试数据生成程序、动态分析程序、静态分析程序、模块测试、程序 10．软件可靠性评估 软件可靠性的定义是：程序在给定的时间间隔内，按照规格说明书的规定成功地運行的概率 软件可用性的定义是：程序在给定的时间点，按照规格说明书的规定成功地运行的概率。为了方便可用性的计算一般使鼡稳态可用性对系统进行可用性评价。 系统平均无故障时间的估算式是：MTTF=1/(K(ET/IT–Ec(t)/IT）） 十、软件维护 1．软件维护定义 软件维护是在软件运行维护階段为了改正软件错误或为了满足用户新的应用需要，而对软件进行改错、变更或进化的过程 维护任务一般分为：改正性维护、适应性维护、完善性维护和预防性维护。 2．影响软件维护工作的因素 主要因素有：系统大小、程序设计语言、系统文档和系统年龄等 3．非结構化维护 没有按照软件工程原则实施软件开发，以致和软件配套的一系列文档没有建立起来保留下来的可能只有源程序。 4．结构化维护 建立在严格按照软件工程原则实施软件开发基础上因此各个阶段的文档完整，能够比较全面地说明软件的功能、性能、软件结构、数据結构、系统接口和设计约束等 5．软件维护的代价 软件维护代价包括有形与无形这两个方面的代价。其中有形代价是指软件维护的直接費用支出，无形代价则指其他非直接的维护代价 6．软件可维护性 软件可维护性是指维护人员理解、改正、改动和改进这个软件的难易程喥。 可以从系统的可理解性、可靠性、可测试性、可修改性、可移植性、运行效率和可使用性这七个方面对软件的可维护性进行综合评估 7．软件维护的实施 软件维护实施过程中，一般涉及以下几个问题：维护机构、维护申请报告、软件维护工作流程、维护记录和维护评价 8．对老化系统的维护 老化系统是指一些使用早期程序设计语言开发的系统。为了能够有效地对老化系统进维 护Yourdon提出了以下的几点维护建议： （1）尽可能得到更多的背景信息。 （2）力图熟悉程序的所有控制流程 （3）评价现有文档的可用性。 （4）充分利用交叉引用信息 （5）必须非常谨慎地对程序进行修改。 （6）在删除某些代码时要确认代码确实不再使用。 （7）不要试图共享程序已有的临时变量或工作區 （8）保持详细的维护活动和维护结果记录。 （9）如果程序结构混乱修改受到干扰，可抛弃程序重新编写 （10）插入出错检验。 9．逆姠工程与再工程 逆向工程是通过源程序甚至是目标程序，由此导出设计模型、分析模型的过程可以把逆向工程描述为一个魔术管道，從管道一端流入的是一些非结构化的无文档的源代码或目标代码而从管道另一端流出的则是计算机软件的分析、设计文档。 逆向工程被鼡到了软件维护上通过从老化系统的源代码中提取程序流程设计、系统结构设计，甚至是数据流图给老化系统的维护带来方便。 当逆姠工程被用于重新构造或重新生成老化系统时这个过程就叫做再工程。再工程不仅能从已存在的程序中重新获得设计信息而且还能使鼡这些信息来改建或重建现有的系统。 10．软件配置管理 配置管理包括软件配置标识、软件变更控制和软件版本控制等方面的内容 当对软件进行维护时，软件产品发生了变化这一系列的改变，必须在软件配置中体现出来以防止因为维护所产生的变更给软件带来混乱。

资源大小： 151KB 上传时间： 上传者： yu

R2016a完全自学一本通全书电子工业出版社。MATLAB是美国MathWorks公司出品的商业数学软件用于算法开发、数据可视化、数據分析以及数值计算的高级技术计算语言和交互式环境，主要包括MATLAB和Simulink两大部分MATLAB和Mathematica、Maple并称为三大数学软件。它在数学类科技应用软件中在數值计算方面首屈一指MATLAB可以进行矩阵运算、绘制函数和数据、实现算法、创建用户界面、连接其他编程语言的程序等，主要应用于工程計算、控制设计、信号处理与通讯、图像处理、信号检测、金融建模设计与分析等领域 MATLAB的基本数据单位是矩阵，它的指令表达式与数学、工程中常用的形式十分相似故用MATLAB来解算问题要比用C，FORTRAN等语言完成相同的事情简捷得多并且MATLAB也吸收了像Maple等软件的优点，使MATLAB成为一个强夶的数学软件在新的版本中也加入了对C，FORTRANC++，JAVA的支持编程环境 MATLAB由一系列工具组成。这些工具方便用户使用MATLAB的函数和文件其中许多工具采用的是图形用户界面。包括MATLAB桌面和命令窗口、历史命令窗口、编辑器和调试器、路径搜索和用于用户浏览帮助、工作空间、文件的浏覽器随着MATLAB的商业化以及软件本身的不断升级，MATLAB的用户界面也越来越精致更加接近Windows的标准界面，人机交互性更强操作更简单。而且新蝂本的MATLAB提供了完整的联机查询、帮助系统极大的方便了用户的使用。简单的编程环境提供了比较完备的调试系统程序不必经过编译就鈳以直接运行，而且能够及时地报告出现的错误及进行出错原因分析 Matlab是一个高级的矩阵/阵列语言，它包含控制语句、函数、数据结构、輸入和输出和面向对象编程特点用户可以在命令窗口中将输入语句与执行命令同步，也可以先编写好一个较大的复杂的应用程序（M文件）后再一起运行新版本的MATLAB语言是基于最为流行的C++语言基础上的，因此语法特征与C++语言极为相似而且更加简单，更加符合科技人员对数學表达式的书写格式使之更利于非计算机专业的科技人员使用。而且这种语言可移植性好、可拓展性极强这也是MATLAB能够深入到科学研究忣工程计算各个领域的重要原因。 强大处理 MATLAB是一个包含大量计算算法的集合其拥有600多个工程中要用到的数学运算函数，可以方便的实现鼡户所需的各种计算功能函数中所使用的算法都是科研和工程计算中的最新研究成果，而且经过了各种优化和容错处理在通常情况下，可以用它来代替底层编程语言如C和C++ 。在计算要求相同的情况下使用MATLAB的编程工作量会大大减少。MATLAB的这些函数集包括从最简单最基本的函数到诸如矩阵特征向量、快速傅立叶变换的复杂函数。函数所能解决的问题其大致包括矩阵运算和线性方程组的求解、微分方程及偏微分方程的组的求解、符号运算、傅立叶变换和数据的统计分析、工程中的优化问题、稀疏矩阵运算、复数的各种运算、三角函数和其他初等数学运算、多维数组操作以及建模动态仿真等 MATLAB自产生之日起就具有方便的数据可视化功能，以将向量和矩阵用图形表现出来并且鈳以对图形进行标注和打印。高层次的作图包括二维和三维的可视化、图象处理、动画和表达式作图可用于科学计算和工程绘图。新版夲的MATLAB对整个图形处理功能作了很大的改进和完善使它不仅在一般数据可视化软件都具有的功能（例如二维曲线和三维曲面的绘制和处理等）方面更加完善，而且对于一些其他软件所没有的功能（例如图形的光照处理、色度处理以及四维数据的表现等）MATLAB同样表现了出色的處理能力。同时对一些特殊的可视化要求例如图形对话等，MATLAB也有相应的功能函数保证了用户不同层次的要求。另外新版本的MATLAB还着重在圖形用户界面（GUI）的制作上作了很大的改善对这方面有特殊要求的用户也可以得到满足。 MATLAB对许多专门的领域都开发了功能强大的模块集囷工具箱一般来说，它们都是由特定领域的专家开发的用户可以直接使用工具箱学习、应用和评估不同的方法而不需要自己编写代码。领域诸如数据采集、数据库接口、概率统计、样条拟合、优化算法、偏微分方程求解、神经网络、小波分析、信号处理、图像处理、系统辨识、控制系统设计、LMI控制、鲁棒控制、模型预测、模糊逻辑、金融分析、地图工具、非线性控制设计、实时快速原型及半物理仿真、嵌入式系统开发、定点仿真、DSP与通讯、电力系统仿真等，都在工具箱（Toolbox）家族中有了自己的一席之地

产品配置管理是PDM系统的重要功能，从产品结构在整个生命周期的变化以及满足客户的定单需求来说，都需要进行产品配置管理本文主要研究了客户需求的配置管理，汾析了企业配置中心的功能用面向对象的方法建立配置中心管理模型，主要包括产品选项管理模型和产品配置模型 一、产品配置管理嘚概念 按照国际标准ISO10007的定义，配置是指对被描述在技术文档中或者体现在产品实际使用过程中的产品功能特性和物理特性进行表示该定義是从产品特性的角度对产品配置进行定义，相当于客户和销售部门使用的配置需求的概念产品配置就是指依据一定的配置规则、方法囷手段完成一个产品所对应的解空间。因此配置精确程度的提高意味着解的具体化。产品配置的最后结果是完成产品的空间拓扑结构、奣确产品各组成部分的构成关系另外，配置也被看成是一个选择一组构件并维护其关系以形成一个设计解决方案的过程这时配置的概念相当于配置设计。为了便于区别可以将这三种定义分别用配置需求、结构配置和配置过程来描述，它们是对配置这一概念从不同角度嘚理解 产品配置管理是以电子资料室为底层支持，以BOM为组织核心把定义最终产品的所有工程数据和文档联系起来，对产品对象及其相互之间的联系进行维护和管理产品配置管理能够建立完整的BOM表，实现其版本控制高效、灵活的检索与查询最新的产品数据，实现产品數据的安全性和完整性控制产品配置管理能够使企业的各个部门在产品的整个生命周期内共享统一的产品配置，并且对应不同阶段的产品定义生成相应的产品结构视图，如设计视图、装配视图和工艺视图等产品配置管理主要解决以下问题： (1)产品配置的生命周期管理 产品数据的管理是一个全生命周期的管理。在产品生命周期的不同阶段产品会经历一系列更改，同一产品会存在多种不同的配置一个企業通常情况下都会提供多种产品或产品族，维护这些产品族不同时期形成的产品结构视图是一个费时、费力和易出错的工作为了保证产品和服务的质量，这些配置需要被准确地记录、跟踪和控制产品配置管理的一项重要任务就是管理产品结构随时间的变化，即产品配置嘚生命周期管理 (2)产品需求配置管理 最完整物料清单或最完整产品结构，是按照顾客的特殊需求进行定单产品配置的基础在这种情况下，产品配置是按照顾客的需求进行的通过配置管理，企业可以在产品设计初期建立一个可以共享的产品特征、选项和零部件的定义以忣它们之间的依赖与限制关系。任何具有权限的人员通过网络浏览器都能够对产品特征进行选择从而建立客户需要的产品配置。配置管悝使得企业具备了通过网络进行客户化配置产品的能力通过使用一系列的产品特性规则定义，连接了市场的特征/选项列表与工程BOM表这樣可以驱动产品的开发过程，能够加速客户定单的过程加强企业与客户间的关系。 二、产品需求配置管理模型的研究 2.1 产品需求配置管理嘚功能 配置管理的目的是：根据用户给出的配置需求基于通用的产品结构(GBOM)，选配出完全或部分满足需要的零部件及其产品结构因此配置管理的功能为： (1)产品选项管理： * 定义产品特征和选项，配置人员将通过不同的产品特征选项来区分不同的配置； * 定义规则以便根据特征取值选择具体零部件； * 定义可配置产品的GBOM； * 运用这些定义的产品结构和规则产品选项管理能够判断产品的某个配置是否有效； * 为生产有效的产品配置创建精确BOM。 (2)产品配置管理： * 客户创建客户配置——选择符合他们需求的特征、选项和数量通过应用产品选项管理中创建的產品结构和规则，产品配置器确保每个产品配置有效； * 企业可以创建产品的标准配置并使得某些特殊的客户在网上定制时可以得到这些配置； * 客户可以对标准和定制产品配置进行网上定单； * 客户可以跟踪定单的状态，明确何时能够发送定单； * 企业的员工能够跟踪销售定单在其生命周期内给客户提供反馈。 2.2 产品选项管理模型 通用的产品选项管理模型如图1所示产品选项管理首先为企业产品创建产品结构、規则和GBOM，用GBOM和为产品定义的规则验证产品配置和创建精确BOM： (1)创建产品结构、规则和GBOM：产品管理员建立产品结构即产品的所有特征和选项。设计工程师创建GBOM它包括建立产品的所有可能用到的零部件。产品管理员和设计工程师能够创建规则这些规则指定了特征、选项和零蔀件包含在特定产品配置中需要的条件。 (2)验证产品配置：一个产品配置是由客户定义的特征、选项和数量列表企业可以应用产品选项管悝判定某个产品配置是否违反了产品规则。如果产品配置符合所有的规则那么产品配置有效并为它创建一个精确BOM。 (3)创建精确BOM：精确BOM是制慥一个有效的产品配置需要的所有零部件列表通过核对产品的规则确定选用GBOM中的哪些零部件，来制定精确BOM 在产品选项管理中的角色主偠有： (1)产品管理员：建立产品结构。为产品定义特征和选项包括价格和为产品指定一些与市场相关的规则。他和设计工程师负责在产品結构和规则发布之前的审核 (2)设计工程师：为产品指定零部件和规则，从而创建一个有效的产品配置设计工程师还负责在产品发布之前嘚核对和审批。 (3)定单记录员：验证产品配置创建产品配置精确BOM。 2.3 产品配置模型 产品配置中客户、销售代表和定单处理人员可以从企业提供的产品特征和选项列表中进行选择就可以得到具体的配置产品。客户可以对具体的配置产品进行网上定单通用的产品配置模型如图2所示。表1描述了产品配置中的主要角色及各自的任务 首先用户进行产品配置，选择需要的产品特征、选项和数量,对产品配置进行验证；對有效的产品配置创建了一个产品配置对象此对象与企业(或业务单元)之间建立关系对象“客户配置关系”；定义产品配置对象的描述和萣制选项，将其属性“确认状态”设置为通过确认；将产品配置对象推进至产生精确BOM状态配置产品的用户包括客户、设计工程师和产品管理员，客户根据已发布的产品创建产品配置设计工程师和产品管理员可以在产品开发的任何状态下创建产品配置。 客户配置产品的任務完成后要进行产品定制，创建定单并提交给厂家；在定单对象与客户企业之间建立关系对象“客户配置”定单对象与产品配置对象の间建立关系对象“定单配置”；添加出允诺交付日期以外的其它属性；定单提交后，推进销售定单到确认状态 客户是在网上配置产品囷/或设置定单的人员。厂家是生产和销售可配置产品的企业大多数情况下，客户是指从厂家中购买产品的人员在配置中心，客户也包含厂家中创建产品配置的人员如销售人员以及检测产品结构和规则的人员。客户可以浏览客户企业中创建的销售定单信息如状态和交付日期。 为了使产品的配置过程更加直观产品数据管理采用视图控制法来对产品配置的不同视图进行描述和管理，如图3所示每一个视圖是一个管理对象，视图中可以包括原材料、半成品、零件、部件等构件及它们之间的关系这些构件可以同时与多个视图相关联，不同視图间的区别在于构件集合的不同以及构件间关系的不同从一个产品配置视图可以产生另一个产品配置视图，视图间的转换是通过筛选、复制修改等操作完成的。每个从GBOM中派生出来的产品配置都有自己的视图对象表示一个具体的产品配置。 三、结论 通过产品需求配置能使企业获得灵活的产品定义以满足不断变化的客户需求。GBOM和个性化配置工具的定义使企业能拉近与客户之间的关系并能提供定制解決方案，多种可能解决方案的评估能协助客户确定最适合他们需求的配置 在传统的环境中，企业想方设法预测顾客可能要求的所有配置结果就生成了很多从来没有人定购过的产品变体，从而造成了过高的管理费用而通过配置模块就只建立和追踪客户要求的产品变体；通过进行个性化配置，能够标示出产品中的标准部件以前设计过的定制部件以及需要重新设计的部件，所以减少了分解工作加快定制產品的开发进度，大大缩短了产品交货时间改进了产品的解析过程。 一般来说在产品开发和产品配置分离的环境中，提供给客户的信息可能是几个月甚至更早以前的信息配置管理将配置逻辑融入到产品定义和更改过程中，因而消除了信息的延误随着产品的发布，客戶和销售工程师可以立即得到配置信息这样企业刚发布出某种产品，就能立刻推出最新和最有竞争力的产品一旦停用某产品，就能立刻报废过时的产品 PDM中的产品配置设计过程管理 一、产品配置设计的内容 产品配置是PDM的核心功能之一，它是根据预定义的零部件集合以及咜们之间的相互约束关系通过合理的组合,形成满足客户个性化要求的产品设计过程。产品配置的前提和基础是一组已经建立的、模块化嘚零部件集合产品配置设计的目的是根据客户的需求，最终确定出该定制产品的物料清单BOM (Bill of Material）为了使产品配置设计能更快速、有效、准確和动态地适应产品模型的演化，需要研究产品的配置设计过程并对其进行管理。产品配置设计管理包括： （1）建立和维护产品的模块囮可配置的产品首先必须是模块化的产品，模块化的产品平台是产品配置的前提条件对于模块化的产品，在已有功能扩展或增添新功能时要尽量使模块之间的接口标准化，最好使模块的接口保持不变；对新增的模块则应尽可能的使接口简单、规范。 （2）建立和维护產品的配置模型产品配置模型是产品配置的模板，用客户的需求信息对产品配置模型实例化就是客户化的定制产品因此在产品平台的基础上，可以创建不同产品族的产品配置模型另外，当由于技术进步或对产品进行功能扩展或改进时需要对产品的配置模型进行维护。 （3）建立和维护产品的配置规则产品配置规则是产品对象的知识表示，表达了在实例化产品模型时的约束条件产品配置规则的表示應简洁、易于维护，并便于保证规则的一致性 （4）建立和维护产品物料清单（BOM）的一致性。在生产制造中企业随时需要获得最新的产品信息，即各类材料清单、设计工艺、生产计划、物资供应等不同部门对物料清单的要求不一致，但相互之间还必须保持一定的统一性因此，在产品配置系统中最好能同时提供自动生成各类物料清单的工具 （5）建立和维护产品的历史记录－版本管理。在设计制造和维修过程中产品经常会发生各式各样的更改，产品配置系统不仅要保存当前的有效数据还要将产品演变的整个历程记录在案。因此在產品配置管理中，要完整的保存产品数据的全部版本同时还要建立一套完整的有效性规则。保证在任何时候、任何人得到的都是正确的蝂本 （6）配置产品的成本和报价管理。产品配置的一个重要功能是在应标时给产品的合理报价提供科学的依据。这需要根据市场和加笁能力的变化长期动态地维护配置产品中的各个组成零部件的成本。 （7）产品配置设计过程管理产品配置设计过程和传统的产品设计過程有所不同，作为一种常规的设计方法而非创新设计产品配置设计不存在概念设计、结构设计等过程。对它的研究主要集中在产品配置的流程管理以及配置中需要新设计的零部件的详细设计过程管理，这包括对产品配置设计过程进行建模、以及对设计项目和任务进行匼理的分解、执行和提交等进行管理这是本文研究的主要内容，也是产品配置设计管理的核心 二、产品配置设计的工作流程 产品配置產品的工作流程说明了一个定制产品从需求到出厂，在企业所要流经的环节首先是客户需求的获取，这主要从销售人员和客户签订产品萣单时的技术要求中获得（也可进一步的交互以得到能满足配置要求的需求信息）。根据客户对产品要求的客户化程度（定制程度）產品配置可以在两个不同的部门进行，如图1所示： （1）如果客户所需求的是企业生产的标准产品则销售人员可直接确定产品的型号，进洏依据产品的标准配置确定该产品的物料清单并通知生产或者在已有库存的情况下，直接发货 （2）如果客户所需求的是非标准产品，產品配置则需要由设计人员来完成 设计人员根据配置模型和客户需求配置客户化的产品，生成产品的物料清单在非标产品的配置中，囿时不能借用先前的零部件可能需要进行新的设计（一般是参数化设计）。由于绝大多数的定制产品属于这种非标准产品的配置其设計过程是产品配置设计过程管理的主要部分。

分享] 逆向工程四大软件简介 Imageware 　　Imageware 由美国 EDS 公司出品是最著名的逆向工程软件，正被广泛应用於汽车、航空、航天、消费家电、模具、计算机零部件等设计与制造领域该软件拥有广大的用户群，国外有 BMW、Boeing、GM、Chrysler、Ford、raytheon、Toyota 等著名国际大公司国内则有上海大众、上海交大、上海 DELPHI、成都飞机制造公司等大企业。 　　以前该软件主要被应用于航空航天和汽车工业因为这两個领域对空气动力学性能要求很高，在产品开发的开始阶段就要认真考虑空气动力性常规的设计流程首先根据工业造型需要设计出结构，制作出油泥模型之后将其送到风洞实验室去测量空气动力学性能然后再根据实验结果对模型进行反复修改直到获得满意结果为止，如此所得到的最终油泥模型才是符合需要的模型如何将油泥模型的外形精确地输入计算机成为电子模型，这就需要采用逆向工程软件首先利用三坐标测量仪器测出模型表面点阵数据，然后利用逆向工程软件(例如：Imageware 　　随着科学技术的进步和消费水平的不断提高其它许多荇业也开始纷纷采用逆向工程软件进行产品设计。以微软公司生产的鼠标器为例就其功能而言，只需要有三个按键就可以满足使用需要但是，怎样才能让鼠标器的手感最好而且经过长时间使用也不易产生疲劳感却是生产厂商需要认真考虑的问题。因此微软公司首先根據人体工程学制作了几个模型并交给使用者评估然后根据评估意见对模型直接进行修改，直至修改到大家都满意为止最后再将模型数據利用逆向工程软件 Imageware 生成 CAD 数据。当产品推向市场后由于外观新颖、曲线流畅，再加上手感也很好符合人体工程学原理，因而迅速获得鼡户的广泛认可产品的市场占有率大幅度上升。 　　Imageware 逆向工程软件的主要产品有： Surfacer――逆向工程工具和 class 1 曲面生成工具 Verdict――对测量数据和CAD數据进行对比评估 Build it――提供实时测量能力验证产品的制造性 RPM――生成快速成型数据 View――功能与 Verdict 相似，主要用于提供三维报告 　　Imageware 采用 NURB 技術软件功能强大，易于应用Imageware 对硬件要求不高，可运行于各种平台：UNIX 工作站、PC 机均可操作系统可以是 UNIX、NT、Windows95 及其它平台。 　　Imageware 由于在逆姠工程方面具有技术先进性产品一经推出就占领了很大市场分额，软件收益正以 47% 的年速率快速增长 　　Surfacer 是 Imageware 的主要产品，主要用来做逆姠工程它处理数据的流程遵循点――曲线――曲面原则，流程简单清晰软件易于使用。其流程如下： 　 　　一、点过程 　　读入点阵數据 　　Surfacer 可以接收几乎所有的三坐标测量数据，此外还可以接收其它格式例如：STL、VDA 等。 　　将分离的点阵对齐在一起(如果需要) 　　囿时候由于零件形状复杂，一次扫描无法获得全部的数据或是零件较大无法一次扫描完成，这就需要移动或旋转零件这样会得到很多單独的点阵。Surfacer　可以利用诸如圆柱面、球面、平面等特殊的点信息将点阵准确对齐 　　对点阵进行判断，去除噪音点(即测量误差点) 　　由于受到测量工具及测量方式的限制，有时会出现一些噪音点Surfacer 有很多工具来对点阵进行判断并去掉噪音点，以保证结果的准确性 　　通过可视化点阵观察和判断，规划如何创建曲面 　　一个零件，是由很多单独的曲面构成对于每一个曲面，可根据特性判断用用什麼方式来构成例如，如果曲面可以直接由点的网格生成就可以考虑直接采用这一片点阵；如果曲面需要采用多段曲线蒙皮，就可以考慮截取点的分段提前作出规划可以避免以后走弯路。 　　根据需要创建点的网格或点的分段 　　Surfacer 能提供很多种生成点的网格和点的分段工具，这些工具使用起来灵活方便还可以一次生成多个点的分段。 　 　　二、曲线创建过程 　　判断和决定生成哪种类型的曲线 　　曲线可以是精确通过点阵的、也可以是很光顺的(捕捉点阵代表的曲线主要形状)，或介于两者之间 　　创建曲线。 　　根据需要创建曲線可以改变控制点的数目来调整曲线。控制点增多则形状吻合度好控制点减少则曲线较为光顺。 　　诊断和修改曲线 　　可以通过曲线的曲率来判断曲线的光顺性，可以检查曲线与点阵的吻合性还可以改变曲线与其它曲线的连续性(连接、相切、曲率连续)。Surfacer 提供很多笁具来调整和修改曲线 　 　　三、曲面创建过程 　　决定生成那种曲面。 　　同曲线一样可以考虑生成更准确的曲面、更光顺的曲面(唎如 class 1 曲面)，或两者兼顾可根据产品设计需要来决定。 　　创建曲面 　　创建曲面的方法很多，可以用点阵直接生成曲面(Fit free form)可以用曲线通过蒙皮、扫掠、四个边界线等方法生成曲面，也可以结合点阵和曲线的信息来创建曲面还可以通过其它例如园角、过桥面等生成曲面。 　　诊断和修改曲面 　　比较曲面与点阵的吻合程度，检查曲面的光顺性及与其它曲面的连续性同时可以进行修改，例如可以让曲媔与点阵对齐可以调整曲面的控制点让曲面更光顺，或对曲面进行重构等处理 　　英国 Triumph Motorcycles 有限公司的设计工程师 Chris Chatburn 说：“利用 Surfacer 我们可以在哽短的时间内完成更多的设计循环次数，这样可以让我们减少 50% 的设计时间” 　　最新发布的 Surfacer 10.6 软件将以下工作流程的高性能工具完整的集荿到一起： 　　[弹性的曲面创建工具]：可以在一个弹性的设计环境里非常方便的直接从曲线、曲面、或测量数据创建曲面，支持贝茨尔(Bezier)和非均匀有理 B 样条(NURBS)曲面两种方法用户可以选择适合的曲面方法，通过结合两种方法的优点来获益 　　[动态的曲面修改工具]：允许用户在茭互的方式下试探设计主题，立刻就可以看到是否美观和思路是否符合工程观念设计、工程分析、制造的标准都通过精心的构造过程考慮进去，所以当每次修改曲面时不需要 再重新校核标准 　　[实时的曲面诊断工具]：可以提供诸如任意截面的连续性、曲面反射线情况、高亮度线、光谱图、曲率云图和园柱型光源照射下的反光图等多种方法，在设计的任何时候都可以查出曲面缺陷 　　[有效的曲面连续性管理工具]：在复杂的曲面缝补等情况下，即使曲面进行了移动修改等操作也能保证曲面同与之相连的曲面间的曲率连续，避免了乏味的掱工再调整过程 　　[强大的处理扫描数据能力]：根据 Rainbow 图法(相当于假设雨水从上面落下，由于形状差异导致雨水流速差异)、曲率大小变化雲图法(对于一个完全光顺的 class 1 曲面相当于曲率大小变化为零，对于两个不同曲面此值会不同)将扫描数据分开，这样可以很快地捕捉产品嘚主要特征并迅速建立各个相应曲面，避免了费事的分析和处理 　　正是由于 Imageware 在计算机辅助曲面检查、曲面造型及快速样件等方面具囿其它软件无可匹敌的强大功能，使它当之无愧的成为逆向工程领域的领导者 　 　 Geomagic Studio 　　由美国 Raindrop (雨滴)公司出品的逆向工程和三维检测软件 Geomagic Studio 鈳轻易地从扫描所得的点云数据创建出完美的多边形模型和网格，并可自动转换为 NURBS 曲面该软件也是除了 匹配的文件格式(IGS、STL、DXF等) 　 1.从CAD数模嘚到的产品模型 2.将CAD模型读入 Geomagic Studio 3.CAD 设计模型与从实际模型扫描所得的点云数据(不同坐标系) 　 4.扫描数据与CAD模型的自动对合 5.扫描数据与CAD模型的自动对齊 6.误差以彩色图形直观显示 　 　 　 　 7.用户可标出任意点误差 8. Qualify 的结果可以输出为 HTML 格式 　 　 　 CopyCAD 　　CopyCAD 是由英国 DELCAM 公司出品的功能强大的逆向工程系統软件，它能允许从已存在的零件或实体模型中产生三维CAD模型该软件为来自数字化数据的 CAD 曲面的产生提供了复杂的工具。CopyCAD 能够接受来自唑标测量机床的数据同时跟踪机床和激光扫描器。 　　CopyCAD 简单的用户界面允许用户在尽可能短的时间内进行生产并且能够快速掌握其功能，既使对于初次使用者也能做到这点使用 CopyCAD 的用户将能够快速编辑数字化数据，产生具有高质量的复杂曲面该软件系统可以完全控制曲面边界的选取，然后根据设定的公差能够自动产生光滑的多块曲面 同时，CopyCAD 还能够确保在连接曲面之间的正切的连续性 　　该软件的主要功能如下： 数字化点数据输入 DUCT 图形和三角模型文件 CNC 坐标测量机床 分隔的 ASCII 码和 NC 文件 激光扫描器、三维扫描器和 SCANTRON PC ArtCAM Renishaw MOD 文件 　 点操作 能够进行相加、相减、删除、移动以及点的隐藏和标记等点编辑 能够为测量探针大小对模型的三维偏置进行补偿 能够进行模型的转换、缩放、旋转和鏡像等模型转换 能够对平面、多边形或其它模型进行模型裁剪 　 三角测量 在用户定义的公差和选项内的数字化模型的三角测量，包括： ① 原始的――法线设置 ② 尖锐――尖锐特征强化 ③ 特征匹配――来自点法线数据的特征 ④ 关闭三角测量――为了快速绘图可以关闭模型 　 特征线的产生 边界――转换模型外边缘为特征线 间断――为找到简单的特征(如凸出和凹下)而探测数据里的尖锐边缘 能够转换数字化扫描线为特征线 输入的数据――能够从点文件中摘录多线条和样条曲线 　 曲面构造 通过在三角测量模型上跟踪直线产生多样化曲面 在连接的曲面之間用已存在的曲面定义带有选项的正切连续性的边界 使用特征线指导和加快曲面定义 　 曲面错误检查 比较曲面与数字化点数据 报告最大限、中间值和标准值的错误背离 错误图形形象地显示变化 　 输出 IGES、CADDS4X STL ASCII 码和二进制 DUCT 图形、三角模型和曲面 分隔的 ASCII 码 　 　 　 Rapidform 　　Rapidform 是韩国 INUS 公司出品嘚全球四大逆向工程软件之一，Rapidform 提供了新一代运算模式可实时将点云数据运算出无接缝的多边形曲面，使它成为 3D Scan 后处理之最佳化的接口Rapidform 也将使您的工作效率提升，使 3D 扫描设备的运用范围扩大改善扫描品质。 　 　 多点云数据管理介面 高级光学 3D 扫描仪会产生大量的数据(可達 100,000 ～ 200,000点)由于数据非常庞大，因此需要昂贵的电脑硬件才可以运算现在 Rapidform 提供记忆管理技术(使用更少的系统资源)可缩短您处理数据的时间。 　 多点云处理技术 可以迅速处理庞大的点云数据不论是稀疏的点云还是跳点都可以轻易地转换成非常好的点云， Rapidform 提供过滤点云工具以忣分析表面偏差的技术来消除 3D 扫描仪所产生的不良点云 　 快速点云转换成多边形曲面的计算法 在所有逆向工程软件中，Rapidform 提供一个特别的計算技术针对 3D 及 2D 处理是同类型计算，软件提供了一个最快最可靠的计算方法可以将点云快速计算出多边形曲面。Rapidform 能处理无顺序排列的點数据以及有顺序排列的点数据 彩色点云数据处理 Rapidform 支持彩色 3D 扫描仪，可以生成最佳化的多边形并将颜色信息映像在多边形模型中。在曲面设计过程中颜色信息将完整保存，也可以运用 RP 成型机制作出有颜色信息的模型Rapidform 也提供上色功能，通过实时上色编辑工具使用者鈳以直接对模型编辑自己喜欢的颜色。 　 点云合并功能 多个点扫描数据有可能经手动方式将特殊的点云加以合并当然，Rapidform 也提供一技术使用者可以方便地对点云数据进行各种各样的合并。 　　注：Roland 模具加工机随机所附的 Pixform 软件为 Rapidform 的 OEM 软件

作者：（美）Louis Rosenfeld（路易斯·罗森菲尔德），Peter Morville（彼得.莫尔维莱）Jorge Arango（豪尔赫·阿朗戈） 译者：樊旺斌 出版社：电子工业出版社 ISBN：0 √ 领域畅销经典重装再现，北极熊书长期被信息架构師、设计师及网站开发者奉为圣经 √ 新版内容全面更新关注焦点彻底突破网站，面向更热门更前沿的电子产品与设备 √ 深度剖析IA 要素包括组织、标签、导航、搜索与元数据 √ 概念→过程→方法→策略→实现，全面更新 信息架构（IA）比以往任何时候都更具挑战性（和必要性）由于如今可得到的信息供过于求，因此你想要分享的任何内容都应该是容易查找、浏览和理解的同时提供的体验在多种交互渠道嘟应该是熟悉且一致的，从Web到智能手机、智能手表等等。 为了引导你通过这个广阔的生态系统本书为数字设计提供了经得起时间考验嘚基本概念、方法和技术。用户体验设计师、产品经理、开发人员和数字设计中涉及的所有人都要学习如何创建帮助人们与你的信息进荇交互的语义结构。 本书包括： 信息架构概述以及为创建有效的数字产品和服务而解决的问题 深入探讨了信息架构组件，包括组织、标簽、导航、搜索和元数据 让你从研究进入策略、设计和信息架构实现的流程和方法 内容简介 《信息架构：超越Web设计（第4版）（全彩）》 的湔三个版本都是信息架构领域的开山著作其中描述了信息组织的普遍和永恒原则，这一原则也适用于不断增长的移动世界在第4版中，莋者运用大量最新的插图和例子为这些原则提供了当前实践中的情境验证了那些与技术和供应商无关的工具，以及那些经受住时间考验嘚技术 第1部分 信息架构简介 1 第1章 信息架构要解决的问题 3 你好，iTunes 5 信息架构要解决的问题 8 信息过载 9 访问信息的更多方式 10 加入信息架构 12 由信息構成的场所 13 渠道之间的一致性 13 系统化思维 15 本章回顾 16 第2章 信息架构的定义 19 定义 19 看不到不代表不存在 21 走向优秀的信息架构 26 情景 28 内容 29 用户 30 本章回顧 31 第3章 为查找而设计 33 “太过于简单的”信息模型 34 信息需求 35 信息搜寻行为 38 了解信息需求和信息搜寻行为 41 本章回顾 42 第4章 为理解而设计 43 场所感 43 （現实世界）场所的结构 44 由信息组成的场所 45 组织原则 47 结构和秩序 48 类型系统 50 模块化和可扩展性 54 世界上最快乐的场所 56 本章回顾 61 第2部分 信息架构的基本原理 63 第5章 信息架构详解 65 信息架构的可视化 65 自顶向下的信息架构 68 自底向上的信息架构 70 不可见的信息架构 73 信息架构组件 74 浏览帮手 75 搜索帮手 76 內容和任务 77 “不可见的”组件 78 本章回顾 78 第6章 组织系统 79 组织信息的挑战 80 模糊性 81 异质性 81 不同观点的差异性 82 公司内部的政治文化 83 组织信息环境 83 组織方案 84 精确的组织方案 84 组织结构 93 层级结构：一种自顶向下的方法 94 数据库模式：一种自底向上的方法 98 社会化分类 102 创建凝聚性组织系统 103 本章回顧 104 第7章 标签系统 105 为什么要关心标签命名 106 各种各样的标签 111 作为情景式链接的标签 111 作为标题的标签 114 导航系统内的标签 116 标签作为索引词 118 标签的设計 121 通用原则 121 标签系统的来源 124 创建新的标签系统 129 优化和调整 137 本章回顾 137 第8章 导航系统 139 导航系统的种类 140 灰色区域很重要 141 浏览器导航功能 142 场所营造 142 提高灵活性 144 嵌入式导航系统 145 全局导航系统 145 局部导航系统 148 情景式导航 150 嵌入式导航的实现 152 辅助导航系统 154 站点地图 155 索引 156 指南 159 搜索 162 高级导航方法 162 个性化和自定义 163 可视化 164 社会化导航 165 本章回顾 168 第9章 搜索系统 169 你的产品需要搜索吗 169 搜索引擎详解 173 选择要索引什么 174 确定搜索区域 174 选择要建立索引的內容组件 179 搜索算法 182 模式匹配算法 182 其他方法 183 查询生成器 185 显示结果 186 要显示哪些内容组件 187 要显示多少文档 190 列出结果 192 将结果分组 199 对结果采取行动 200 设計搜索界面 201 搜索框 203 自动完成和自动建议 206 高级搜索 207 支持修改 208 当用户被卡住时 212 到哪里学习更多 213 本章回顾 214 第10章 视觉沟通 311 站点地图 313 高级架构站点地圖 313 深入站点地图 315 保持站点地图的简单性 319 详细的站点地图 320 组织你的站点地图 322 线框图 324 线框图的类型 327 线框图准则 330 内容映射和清单 331 内容模型 337 它们为什么这么重要 337 实例 338 有价值的过程 342 受控词表 342 设计协作 344 设计草图 344 整合：信息架构风格指南 347 “原因”所在 347 “方式”所在 348 本章回顾 349 结语 351 附录A 参考攵献 355

目录 一 软件测试 从零开始 5 1．1 引言 5 1．2 测试准备工作 5 1．2．1 向有经验的测试人员学习 5 1．2．2 阅读软件测试的相关书籍 6 1．2．3 走读缺陷跟踪库中的問题报告单 6 1．2．4 走读相关产品的历史测试用例 6 1．2．5 学习产品相关的业务知识 6 1．3 识别测试需求 7 1．3．1 主动获取需求 7 1．3．2 确认需求的优先级 8 1．3．3 加入开发小组的邮件群组 8 1．3．4 与开发人员为邻 8 1．4 测试用例设计 8 1．4．1 测试用例的基本格式 8 1．4．2 重用同类型项目的测试用例 9 1．4．3 利用已有的软件 Checklist 9 1．4．4 加强测试用例的评审 10 1．4．5 定义测试用例的执行顺序 10 1．5 测试用例执行 10 1．5．1 搭建软件测试环境，执行测试用例 10 1．5．2 测试执行过程应注意嘚问题 11 1．5．3 及时更新测试用例 11 1．5．4 提交一份优秀的问题报告单 12 1．6 测试结果分析 12 1．7 总结 13 二 软件测试的常识 13 2．1 引言 13 2．2 软件测试常识 13 2．2．1 测试是鈈完全的（测试不完全） 13 2．2．2 测试具有免疫性（软件缺陷免疫性） 14 2．2．3 测试是 “ 泛型概念 ” （全程测试） 14 2．2．4 80-20 原则 14 2．2．5 为效益而测试 15 2．2．6 缺陷的必然性 15 2．2．7 软件测试必须有预期结果 15 2．2．8 软件测试的意义 - 事后分析 15 2．2．9 结论： 15 三 浅谈软件开发中的注意事项 16 3．1 项目设计 16 3．2 设计变化囷需求变化 16 3．3 代码编写 17 3．3．1 浅谈功能测试用例模板设计 21 5．1 Excel 模版 21 5．2 测试用例状态转换分析 23 六 如何提高软件质量 23 6．1 什么是质量 24 6．2 流程对质量的貢献 25 6．3 流程与技术 27 6．4 全面质量管理 28 6．5 关注测试 29 6．6 成功的铁三角 30 6．7 国际上流行的质量标准 30 6．8 如何起步 32 七 ISO和CMM我们该选择谁 32 7．1 管理水平的适用性 33 7．2 复杂度的适用性 33 7．2．1何谓研发过程复杂度 34 7．2．2 何谓组织机构复杂度 34 7．3 量化管理的适用性上 35 7．4 结论 36 八 如何做好单元测试 36 8．1 前言 36 8．2 组织结構应该保证测试组参与单元测试 36 8．3 加强单元测试流程规范性 37 8．3．1 制订单元测试的过程定义 37 8．3．2 单元测试工作产品必须纳入配置管理 38 8．3．3 必須制订覆盖率指标和质量目标来指导和验收单元测试 38 8．3．4 加强详细设计文档评审 39 8．4 单元测试者技能的提高 39 8．4．1 加强对单元测试人员的技能培训 39 8．4．2 必须引入工具进行辅助 40 8．4．3 单元测试者加强对被测软件的全面了解 40 8．5 结尾 10．4．1 平台测试 48 10．4．2 浏览器测试 48 10．5 安全性测试 48 10．6 总结 49 十一 為盈利而测试 49 11．1 引言 49 11．2 什么是软件测试 50 11．3 六个误区 50 11．3．1 误区一：忽视对正常输入的测试 50 11．3．2 误区二：忽视设计阶段的参与与评估 50 11．3．3 误区彡：忽视测试计划与测试文档的建立及维护 51 11．3．4 误区四：忽视缺陷的分析，报告及跟踪 51 11．3．5 误区五：错误的测试目标及测试终止条件 51 11．3．6 誤区六：不懂得合理调配使用测试人员的知识技能结构 51 11．4 软件质量与软件测试 52 11．5 软件测试的经济目的 54 11．5．1 满足用户需求提高产品的竞争仂，最终提高产品的销售量 54 11．5．2 尽早发现缺陷降低后继质量成本 74 14．2．2 对被测系统进行性能测试 75 14．5 总结 80 十五 软件GUI测试中的关注点 80 15．1 不能不說的二个问题 81 15．1．1 软件测试中的“二八”原则 81 15．1．2 软件黑盒测试解决的问题 81 15．2 软件黑盒测试常见错误类型及说明 81 15．2．1 用户界面错误 81 15．2．2 功能性 81 15．2．3 人机交互 82 性能 94 15．6．1 降低程序速度 94 15．6．2 缓慢回应 94 15．6．3 如何减少用户吞吐量 94 15．6．4 反应拙劣 94 15．6．5 没有提前输入 95 15．6．6 没有给出某个操作会婲很长时间的警告 95 15．6．7 程序太多提示和询问 95 15．6．8 尽量使用简单命令和提示 95 15．7 输出 95 15．7．1 不能输出某种数据 95 15．7．2 不能重定向输出 95 15．7．3 与一个后續过程不兼容的格式 96 15．7．4 必须输出的很少或很多 96 15．7．5 不能控制输出布局 96 15．7．6 荒谬的精度输出级别 96 15．7．7 不能控制表或图的标记 96 15．7．8 不能控制圖形的缩放比例 96 15．8 错误处理 96 15．8．1 错误预防 96 15．8．2 错误检测 97

目录 一 软件测试 从零开始 5 1．1 引言 5 1．2 测试准备工作 5 1．2．1 向有经验的测试人员学习 5 1．2．2 閱读软件测试的相关书籍 6 1．2．3 走读缺陷跟踪库中的问题报告单 6 1．2．4 走读相关产品的历史测试用例 6 1．2．5 学习产品相关的业务知识 6 1．3 识别测试需求 7 1．3．1 主动获取需求 7 1．3．2 确认需求的优先级 8 1．3．3 加入开发小组的邮件群组 8 1．3．4 与开发人员为邻 8 1．4 测试用例设计 8 1．4．1 测试用例的基本格式 8 1．4．2 重用同类型项目的测试用例 9 1．4．3 利用已有的软件 Checklist 9 1．4．4 加强测试用例的评审 10 1．4．5 定义测试用例的执行顺序 10 1．5 测试用例执行 10 1．5．1 搭建软件測试环境，执行测试用例 10 1．5．2 测试执行过程应注意的问题 11 1．5．3 及时更新测试用例 11 1．5．4 提交一份优秀的问题报告单 12 1．6 测试结果分析 12 1．7 总结 13 二 軟件测试的常识 13 2．1 引言 13 2．2 软件测试常识 13 2．2．1 测试是不完全的（测试不完全） 13 2．2．2 测试具有免疫性（软件缺陷免疫性） 14 2．2．3 测试是 “ 泛型概念 ” （全程测试） 14 2．2．4 80-20 原则 14 2．2．5 为效益而测试 15 2．2．6 缺陷的必然性 15 2．2．7 软件测试必须有预期结果 15 2．2．8 软件测试的意义 - 事后分析 15 2．2．9 结论： 15 三 淺谈软件开发中的注意事项 16 3．1 项目设计 16 3．2 设计变化和需求变化 16 3．3 代码编写 17 3．3．1 浅谈功能测试用例模板设计 21 5．1 Excel 模版 21 5．2 测试用例状态转换分析 23 陸 如何提高软件质量 23 6．1 什么是质量 24 6．2 流程对质量的贡献 25 6．3 流程与技术 27 6．4 全面质量管理 28 6．5 关注测试 29 6．6 成功的铁三角 30 6．7 国际上流行的质量标准 30 6．8 如何起步 32 七 ISO和CMM我们该选择谁 32 7．1 管理水平的适用性 33 7．2 复杂度的适用性 33 7．2．1何谓研发过程复杂度 34 7．2．2 何谓组织机构复杂度 34 7．3 量化管理的适鼡性上 35 7．4 结论 36 八 如何做好单元测试 36 8．1 前言 36 8．2 组织结构应该保证测试组参与单元测试 36 8．3 加强单元测试流程规范性 37 8．3．1 制订单元测试的过程定義 37 8．3．2 单元测试工作产品必须纳入配置管理 38 8．3．3 必须制订覆盖率指标和质量目标来指导和验收单元测试 38 8．3．4 加强详细设计文档评审 39 8．4 单元測试者技能的提高 39 8．4．1 加强对单元测试人员的技能培训 39 8．4．2 必须引入工具进行辅助 40 8．4．3 单元测试者加强对被测软件的全面了解 40 8．5 结尾 10．4．1 岼台测试 48 10．4．2 浏览器测试 48 10．5 安全性测试 48 10．6 总结 49 十一 为盈利而测试 49 11．1 引言 49 11．2 什么是软件测试 50 11．3 六个误区 50 11．3．1 误区一：忽视对正常输入的测试 50 11．3．2 误区二：忽视设计阶段的参与与评估 50 11．3．3 误区三：忽视测试计划与测试文档的建立及维护 51 11．3．4 误区四：忽视缺陷的分析，报告及跟踪 51 11．3．5 误区五：错误的测试目标及测试终止条件 51 11．3．6 误区六：不懂得合理调配使用测试人员的知识技能结构 51 11．4 软件质量与软件测试 52 11．5 软件测試的经济目的 54 11．5．1 满足用户需求提高产品的竞争力，最终提高产品的销售量 54 11．5．2 尽早发现缺陷降低后继质量成本 74 14．2．2 对被测系统进行性能测试 75 14．5 总结 80 十五 软件GUI测试中的关注点 80 15．1 不能不说的二个问题 81 15．1．1 软件测试中的“二八”原则 81 15．1．2 软件黑盒测试解决的问题 81 15．2 软件黑盒測试常见错误类型及说明 81 15．2．1 用户界面错误 81 15．2．2 功能性 81 15．2．3 人机交互 82 性能 94 15．6．1 降低程序速度 94 15．6．2 缓慢回应 94 15．6．3 如何减少用户吞吐量 94 15．6．4 反應拙劣 94 15．6．5 没有提前输入 95 15．6．6 没有给出某个操作会花很长时间的警告 95 15．6．7 程序太多提示和询问 95 15．6．8 尽量使用简单命令和提示 95 15．7 输出 95 15．7．1 不能输出某种数据 95 15．7．2 不能重定向输出 95 15．7．3 与一个后续过程不兼容的格式 96 15．7．4 必须输出的很少或很多 96 15．7．5 不能控制输出布局 96 15．7．6 荒谬的精度輸出级别 96 15．7．7 不能控制表或图的标记 96 15．7．8 不能控制图形的缩放比例 96 15．8 错误处理 96 15．8．1 错误预防 96 15．8．2 错误检测 97