下载文档原格式
软件工程考试题一一、选择题，请从A、B、C、D四个可选项中选择最佳项。
（每题2分）1）软件、程序和代码是（）。
DA. 相同的软件概念B.程序语言写的代码C.计算机代码和数据D. 三个不同的概念2）下面哪个选项不是软件工程研究的内容（）。
BA. 生产无故障的软件B. 精通一门编程语言C.生产满足用户需求的软件D.生产及时交付的软件3）SW-CMM是一种（）规范。
DA.编程规范B.软件工作通用模型C.软件设计模型D.软件成熟度模型4）可行性研究实质上是在较高层次上、以较抽象的方式进行（）的过程。
BA.详细软件设计B.简化需求分析过程C.深入的需求分析D.测试设计5）与传统行业的生产相比较，软件的需求具有（）。
AA.主观性B.稳定性C.明确性D.客观性6）（）反映了系统物理结构。
DA.程序流程图B.数据流程图C.网络拓扑图D.系统流程图7）在软件设计中应该保持模块的独立性原则，（）反映模块独立性。
AA.耦合和内聚B.数据和模块C. 模块内部的凝聚力D.模块之间的耦合8）不管多么完善的软件都可能有潜在的问题，所以设计人员应该为软件进行（）设计，当软件遇到异常数据、事件或操作时，软件不至于彻底崩溃。
AA.容错性B.有效性C.可靠性D.安全性9）从本质上说，面向对象是“先”确定动作的（）“后”执行（）。
DA.数据结构/主体B.主体/数据结构C.动作/主体D.主体/动作10）UML是一种（）语言。
CA.程序设计B.面向对象C.交互式建模D.过程描述11）面向对象分析过程中建立的模型有（）。
DA. 数据模型、功能模型、活动模型B. 对象模型、功能模型、测试模型C. 属性模型、功能模型、对象模型D. 对象模型、功能模型、动态模型12）下面建立功能模型的步骤哪个顺序是正确的（）。
CA.确定角色/确定用例模型/确定用例B.确定用例/确定用例模型/确定角色C.确定角色/确定用例/确定用例模型D.确定用例模型/确定角色/确定用例13）在图书馆系统中，假如已经构造了一个一般借书者类，后来发现图书馆的学生和教师在借书中有不同要求。
四川大学本科毕业设计多功能担架设计题目 CAPP现状及其发展趋势学院制造学院专业机械设计及理论学生姓名骆德军学号 S102151指导教师徐蕾教务处制表二Ο一一年二月二十五日CAPP现状及其发展趋势摘要：通过对CAPP系统的现状及发展局限性分析，提出现阶段CAPP系统存在的的问题，并提出解决办法。
关键词：先进制造技术计算机辅助工艺设计工艺计划一、CAPP研究状况及发展趋势工艺设计是机械制造生产过程的技术准备的一个重要内容，是产品设计与制造之间的实际生产纽带，是经验性很强且随环境变化而变化的决策过程。
而当前机械制造业的市场以多品种、小批量生产起主导作用，企业为适应市场瞬息多变的市场要求，缩短产品设计与生产准备周期，传统的工艺设计方法远不能适应当前机械制造行业发展的要求。
因此，计算机辅助工艺设计CAPP（Computer Aided Process Planning）也就应运而生。
CAPP是60年代后期出现的一个新的技术领域，它是计算机技术和多种其它相关技术在工艺设计领域综合运用的产物，是CIMS的重要环节，是连接计算机辅助设计（CAD，ComputerAided Design）和计算机辅助制造（CAM，ComputerAided Manufacture）的桥梁和纽带。
在机械制造领域，人们越来越意识到CAPP的重要性。
自诞生以来，其研究开发工作一直在国内外蓬勃发展，尤其是随着MIS、PDM、CIMS的推广应用，CAPP成为企业信息化技术的重要热点。
1.CAPP的任务和功能CAPP是根据产品设计所给出的信息进行产品的加工方法和制造过程的设计。
其基本任务是在给定的资源（机床、刀具、夹具等）约束下，为实现预期的目标（可行的工艺计划、优化的费用等），选择和确定详细的工艺过程，使零件毛坯经过确定的形状、性质和表面质量的改变，能够成为所需的产品。
工艺设计在产品开发和制造过程中负有重要责任。
目前产品的设计和规划仅占产品成本的10％～20％，而制造成本却占80％～90％，因此在产品详细设计完成后，工艺人员应对生产过程进行科学合理的规划以提高生产效率，严格质量和成本管理。
《先进制造技术》考卷一、填空题（每空2分，共30分）1、典型FMS的三个子系统是：加工系统、运储系统、计算机控制系统。
2、先进制造技术的特点：先进性、规范性、实用性、集成性、系统性、动态性。
3、CIMS系统的三要素：人、经营、技术。
4、FMS中央管理计算机肩负的任务：控制、监控、监视。
二、名词解释（共15分，每题3分）1、DFC Design For Cost的意思是面向成本的设计，它最早出现于九十年代初期，属于并行工程中的DFX（DesignFor X）技术的一个分支。
面向成本的设计是指在满足用户需求的前提下，尽可能地降低成本，通过分析和研究产品制造过程及其相关的销售、使用、维修、回收、报废等产品全生命周期中的各个部分的成本组成情况，并进行评价后，对原设计中影响产品成本的过高费用部分进行修改，以达到降低成本的设计方法。
DFC将成本作为设计的一个关键参数，并为设计者提供分析、评价成本的支持工具。
2、AM敏捷制造（Agile Manufacturing）敏捷制造是在具有创新精神的组织和管理结构、先进制造技术（以信息技术和柔性智能技术为主导）、有技术有知识的管理人员三大类资源支柱支撑下得以实施的，也就是将柔性生产技术、有技术有知识的劳动力与能够促进企业内部和企业之间合作的灵活管理集中在一起，通过所建立的共同基础结构，对迅速改变的市场需求和市场进度作出快速响应。
敏捷制造比起其它制造方式具有更灵敏、更快捷的反应能力。
3、CE 并行工程即concurrent engineering，简称CE，是集成地、并行地设计产品及其零部件和相关各种过程（包括制造过程和相关过程）的一种系统方法。
换句话说，就是融合公司的一切资源，在设计新产品时，就前瞻性地考虑和设计与产品的全生命周期有关的过程。
在设计阶段就预见到产品的制造、装配、质量检测、可靠性、成本等各种因素。
4、CIM Computer Integrated Manu-facturing,简称CIM。
关键技术与技术路线注：技术路线部分主要是开发时所用到的框架和技术，关键技术部分主要是当前应用的一些前端技术。
一、技术路线系统采用的技术路线分为以下两个层次：采用良好的系统构建框架及系统实现技术，同时采用良好的数据定义、传输与组成对象交互机制，这两个层次可以贴切的比喻为“人的骨头与血液”的关系，是构建性能优异、架构健壮、开放灵活应用系统的基础。
1、Spring MVC技术框架Spring MVC是Spring框架的一部分，Spring框架成为Java EE开发主流框架后，Spring开发小组又在Spring框架的基础上推出了MVC架构，主要用于支持WEB应用程序的开发。
MVC是Model（模型，也称为数据模型）、View（视图）、Controll（控制器）三个英文单词首字母的缩写。
从MVC组合的三个单词也可以看出，MVC是一种设计模型，它使用控制器将数据模型和视图进行分离，也就是将视图和数据解耦。
这样的好处是后端处理的数据模型和前端视图显示的数据格式无关，实现一个数据模型可以对应多个视图以不同的方式来展现数据，当数据模型或视图发生变化时，相互之间的影响也会降低到最低。
MVC中最重要的核心就是控制器，控制器与视图和模型相对独立，它起到一个负责分发请求和返回处理结果的作用，对请求和数据模型的处理一般由JavaBean负责。
上图是在实际开发中MVC的架构图，架构图分为两部分：虚线框外的是WEB程序的浏览器部分，用户通过浏览器与系统进行交互，同时浏览器也负责解析JSP页面；虚线框内的是WEB程序的后台部分，这部分包括控制器（Controller类）、业务逻辑（Service类）、数据模型（实体类）、数据持久层（Mybatis框架）和MySQL数据库管理系统。
在MVC架构中，JSP页面就是视图，用户通过JSP页面发出请求后，Spring MVC会根据请求路径，将请求发给与请求路径对应的Controller类，Controller类调用Service类对请求进行处理，Service类会调用数据持久层MyBatis完成对实体类的存取和查询工作，并将处理结果返回到Controller类，Controller类将处理结果转换为ModelAndView对象，JSP接收ModelAndView对象并进行渲染。
考点：数据流图，UML图（用例图，状态图，类图，活动图，时序图），需求获取，需求分析，需求定义（需求规格说明书SRS），需求验证，需求管理和跟踪，需求变更（流程），逆向工程，软件重构。
解题技巧：先看问题，再看题目描述。
快速浏览所有题目的问题。
总论：1需求开发—主线，目标1.1需求获取（6种方法）1.2需求分析（7个任务、3个方法）1.3需求定义（需求规格说明书）1.4需求验证2需求管理—支持，保障2.1变更控制2.2版本控制2.3需求跟踪（正向、反向）2.4需求状态跟踪需求的层次：业务需求（抽象层次高，跟企业战略目标相关）用户需求系统需求（功能需求、非功能需求[性能][质量属性]、设计约束）质量功能部署QFD：常规需求期望需求意外需求一、需求获取的方法1、用户访谈：1对1-3，有代表性的用户。
形式包括结构化和非结构化2种。
结构化是指事先准备好一系列问题，有针对的进行；非结构化只是列出一个粗略的想法，根据访谈的具体情况发挥。
最有效的访谈是结合这2种方法进行。
优点：良好的灵活性、应用范围广。
缺点：信息量大记录困难，时间有限，对系统分析师要求高（具有足够的领域知识，丰富的经验，较强的沟通能力）。
2、问卷调查：用户多，无法一一访谈。
关键在于精心设计并制作好的调查表。
优点：广撒网，代价小，信息真实，好统计缺点：缺乏灵活性，无法了解细节3、采样：从种群中系统的选出有代表性的样本集的过程，通过认真研究所选出的样本集，可以从整体上揭示种群的有用信息。
样本数量=0.25x(可信度系数/可接受的错误)^2优点：提高了效率，降低了成本，使用数理统计原理，减少数据收集的偏差缺点：依赖系统分析师主观因素，要求高4、情节串联板：一系列图片，通过图片来讲故事。
优点：给用户直观的演示，交互性强，最生动缺点：花费时间多，效率低。
5、联合需求计划JRP：通过联合各个关键用户代表，系统分析师，开发团队代表一起，通过高度组织的群体会议来讨论需求。
软件工程复习总结第1章软件工程介绍1．软件的定义软件是包括程序数据及其相关文档的完整集合其中程序是按照事先设计的功能和性能要求执行的指令序列数据是使程序能正常操作信息的数据结构文档是与程序开发维护和使用有关的图文材料软件的定义1指令的集合通过执行这些指令可以满足预期的特征功能和性能需求2数据结构它使得程序可以充分利用信息3描述程序操作和使用的文档2．软件的特征a 软件是设计开发的而不是传统意义上的生产制造的b 软件不会磨损c 虽然整个工业向着基于构件的构造模式发展然而大多数软件仍是根据实际的顾客需求定制的3．软件与硬件的区别a 软件是一种逻辑实体而不是具体的物理实体b 软件的生产与硬件不同软件开发过程中没有明显的制造过程c 软件在运行使用期间没有磨损老化问题d 软件的开发运行受到计算机系统的限制不同程度地依赖于硬件和环境导致了软件升级和移植地问题e 软件复杂性越来越高f 软件开发成本相当昂贵g 大多数软件是新开发的而不是通过已有的构件组装而来的h 软件工程涉及诸多的社会因素4．遗留软件与软件的演化系统演化的原因a 系统需要修改其适应性从而满足新的计算环境或者技术的需求b 软件必须根据新的业务需求进行升级c 软件必须扩展以具有与更多现代系统和数据库的协作能力d 软件架构必须进行改建以适应多样化的网络环境30年来软件发展的规律1持续变化规律2复杂性增长规律3自我调控规律4组织稳定性守恒规律5保证通晓性规律6持续增长规律质量衰减规律7反馈系统规律软件神话1管理神话软件项目经理依赖信条减轻提高软件进度和质量的压力如开发宝典增加人员软件外包2用户神话开发小组没有和用户进行有效沟通导致没有达到用户期望如没有详细了解就开始写程序认为软件容易适应变更3从业者神话软件开发者深信各种神话旧的方式根深蒂固6软件新的挑战遍在计算无线网络的快速发展也许将很快促成真正的分布式计算的实现网络资源万维网已经快速发展为一个计算引擎和内容提供平台开源软件开源软件就是将系统应用程序源代码开放新经济第2章过程综述软件工程定义将系统的规范的可量化的方法应用于软件的开发运行和维护即将工程化方法用于软件开发2 在 1 中所述的方法的研究2．软件工程的层次工具方法过程质量关注点根基软件工程的基础是过程process层软件过程是将各个技术层次结合在一起并实施合理地及时地开发计算机软件过程定义一个框架为有效交付软件过程技术这个框架必须建立软件过程构成了软件项目管理控制的基础并且建立了一个环境以便于技术方法的采用工作产品的产生里程碑的建立质量的保证正常变更的正确管理软件工程方法method为建造软件提供技术上的解决方法"如何做"方法覆盖面很广包括沟通需求分析设计建模编程测试和支持软件工程方法依赖于一组基本原则这些原则涵盖了软件工程所有技术领域包括建模和其他描述性技术等软件工具tool为过程和方法提供自动化或半自动化的支持这些工具可以集成起来使得一个工具产生的信息可被另外一个工具使用这样就建立了软件开发的支撑系统称为计算机辅助软件工程computer-aided software engineering 3．通用过程框架Generic process framework的框架活动沟通策划建模构建和部署communication沟通这个框架活动包含了与客户和其他共利益者之间的大量的交流和协作还包括需求获取以及其他相关活动planning策划指为后续的软件工程工作制定计划它描述了需要执行的技术任务可能的风险资源需求工作产品和工作进度计划modeling 建模它包括创建模型和设计两方面创建模型有助于客户和开发人员更好的理解软件需求设计可以实现需求Construction构建它包括编码手写的或者自动生成的和测试测试是为了发现编码中的错误deployment部署软件全部或者完成的部分交付到用户用户对其进行评估并给出反馈意见CMMI的概念和等级重点Capability Maturity Model Integration能力成熟度模型SEI提出的一个全面的过程元模型当软件组织开发达到不同的过程能力和成熟度水平时该模型可用来预测其所开发的系统和软件工程能力第0级不完全级Incomplete过程域没有实施或者已经实施但未达到CMMI 1级成熟度所规定的所有目标第1级已执行级PerformedCMMI中定义的所有过程域的特定目标都已经实现产生规定的工作产品所必需的工作任务都已经执行第2级已管理级Managed所有第1级规定的要求都已经达到另外所有与过程域相关的工作都符合组织的规程工作人员都有足够的资源完成工作共利益者都积极参与到要求的过程域所有的工作任务和工作产品都被"监督控制和评审并评估是否与过程描述相一致"第3极已定义级Defined所有第2级规定的要求都已经达到另外根据组织剪裁准则对其标准过程进行了裁剪裁剪过的过程对组织的过程资产增添了新的内容如工作产品测量和其他过程改进信息等第4级已定量管理级Quantitatively Managed所有第3级规定的要求都已经达到另外通过采用测量和定量的估计等手段对过程域进行控制和不断改进"已经建立起来对质量和过程性能的定量指标并作为过程管理的标准"第5级优化级Optimized所有第4级规定的要求都已经达到另外"采用定量统计的方法调整和优化过程域以满足用户不断变更的需求并持续地提高过程域的有效性"5．PSPTSP模型特点PSP个人软件过程过程模型定义了5个框架活动策划高层设计高层设计评审开发后验策划它将需求活动分离出来并根据需求计算项目的规模和所需资源并且预测缺陷数目所有的度量都用工作表或模板记录最后识别开发任务并建立项目进度计划高层设计建立每个构件的外部规格说明并完成构件设计如果有不确定的需求则构建原型系统所有问题都被记录和跟踪高层设计评审使用形式化验证方法来发现设计中的错误对所有的重要任务和工作结果都进行度量开发细化和评审构件级设计完成编码对代码进行评审并进行编译和测试对所有的重要任务和工作结果都进行度量后验根据收集到的度量和测量结果确定过程的有效性度量和测量结果为提高过程的有效性提供指导TSP的目标团队软件过程·建立自我管理团队来计划和跟踪其工作确定目标建立团队自己的过程和计划·只是管理人员如何指导和激励其团队并保持团队的最佳表现·使CMM第5级的行为常规化并依此约束员工这样可加速软件过程改进·为高成熟度的软件组织提供改进指导·协助大学传授工业级团队技能第3章过程模型1．过程模型的作用使软件开发更加有序2．传统过程模型瀑布模型又被称为经典生命周期它提出了一个系统的顺序的软件开发方法从用户需求规格说明开始通过策划建模构建和部署过程最终提供一个完整的软件并提供持续的技术支持要求需求明确更改较小的情形增量过程模型增量模型以迭代的方式运用瀑布模型随着时间推移增量模型在每个阶段运用线性序列每个线性序列生产出一个软件的可交付增量和原型不同增量模型每个增量都提交一个可交付的产品瀑布模型的一个迭代版本在每个阶段运行瀑布模型生产出一个软件可交付增量运用增量模型时第一个增量往往时核心产品适用范围在开发过程中开发人员不足RAD模型快速应用程序开发是一种侧重于短暂的开发周期的增量软甲过程模型RAD是瀑布模型的高速变体通过基于构建的方法实现快速开发沟通来理解软件的特征策划确保多个团队并行工作建模包括三个阶段业务建模数据建模和过程建模构建运用已有的构件技术并用代码自动生成技术部署为以后的迭代建立基础不足1大量的人员2开发者和客户如果没有为短实践内急速完成做好准备通常为失败3需要合理的模块化否则构建建立会有很多问题4不适合高性能5高风险不宜采用RAD演化过程模型原型模型重点原型模型的基本思想是软件开发人员在与用户进行需求分析时以比较小的代价快速建立一个能够反映用户主要需求的原型系统然后由客户或者用户进行评价开发人员根据反馈进一步对原型进行补充和完善直到用户对开发的原型系统满意为止使用原型系统时客户和开发者必须承认原型是为定义需求服务的然后丢弃原型实际的软件系统是以质量第一为目标的适用范围a 客户提出了软件的一些基本功能但是没有详细定义的输入处理和输出需求 b 开发人员对算法的效率操作系统的兼容性和人机交互的形式等情况不确定――优点由用户或客户进行评价能够用来定义需求缺点第一个系统通常是不可用的必须被扔掉螺旋模型一种风险驱动型过程模型它有两个显著的特点一是采用循环的方式逐步加深系统定义和实现的深度同时降低风险要求在项目的所有阶段始终考虑技术风险二是确定一系列里程碑确保共利益者都支持可行的和令人满意的系统解决方案适用范围大型系统开发协同开发模型有时候叫协同工程可以表示为一系列框架活动软件工程动作和任务以及相应的状态协同过程模型定义了一系列事件这些事件将出发软件工程活动动作或状态转换协同过程模型可用于所有类型的软件开发能提供项目当前的状态图专用过程模型基于构建的开发能够做到软件复用带来极大收益形式化方法模型的主要活动是生成计算机软件的数学规格说明使用形式化方法歧义性问题不完整问题不一致问题都容易被发现和改正不是依靠特定的评审而是应用分析的方法面向方面的软件开发AOSD为定义说明设计和构建方面提供过程和方法是对横切关注点局部表示的一种机制超越了子程序和继承的方法统一过程UP 以用例为驱动以系统架构为中心的迭代与增量过程RUP包括起始细化构建转换和生产5个部分五个UP阶段并不是顺序地进行而是阶段性地并发进行UP模型概念重点一种用UML进行面向对象软件工程的框架敏捷的概念4．了解模型的特点与使用范围第6章系统工程不作要求1．系统工程的概念2．基于计算机系统的要素3．系统工程的层次全局领域要素详细视图4．业务过程工程需要分析和设计的三种不同架构数据应用和技术基础设施5．产品工程需求工程构建工程软件工程需求导出为何困难范围问题理解问题易变问题产品工程的目的是将用户期望的已定义的一组能力转化成真实产品为了达到这个目的产品工程－类似系统工程必须给出架构和基础设施这个构架包括四个不同的系统构件软件硬件数据数据库以及人员软件构造包括了编码和测试循环循环过程包括为每个构件生成源码并对其进行测试和纠错软件部署发生在向客户展示每个软件增量的时候交付的关键原则是满足客户期望并且能为客户提供合适的软件信息支持6．系统建模方法HP方法输入－处理－输出＋界面和维护自检7．SCD图8．UML系统建模部署图活动图和用例图第7章需求工程概念1．需求工程的任务启始导出求精协商规格说明确认和需求管理－－Inception Elicitation Elaboration Negotiation Specification Validation Requirements Management2．质量功能部署QFD三类要求正常需求期望需求令人兴奋的需求3．用户场景的概念用来识别对将要构建的系统的使用线索的描述――用例场景通常称为用例本质上用例定义了最终用户如何在以特定的环境下与系统交互4．UML用例建模用例图活动图状态图和类图系统规格说明的三个目标功能性能约束用例模版 p127需求工程概念需求工程帮助软件工程师更好的理解他们将要解决的问题其中所包含的一系列任务有助于理解软件将如何影响业务客户想要什么以及最终用户将如何与软件交互通过需求分析可以得到的产品有用户场景功能和特征列表分析模型或功能说明需求工程RE是一个软件工程动作开始于沟通并持续到建模需求工程在设计和构造之间建立联系的桥梁启动需求工程的过程确认共利益者识别多种观点协同合作首次提问导出需求协同需求收集质量功能部署用户场景导出工作产品第8章构建分析模型建模的目的对象技术建模原则分析包1．分析建模的三个目标a描述客户需要什么b为软件设计奠定基础c定义在软件完成后可以被确认的一组需求分析模型在系统描述和设计模型之间建立桥梁2．分析建模的方法结构化分析和面向对象1一种考虑数据和处理的分析建模方法被称为结构分析2第二种方法是面向对象的分析这种方法关注于定义类和影响客户需求的类之间的协作方式3．分析模型的元素基于场景面向信息流基于类基于行为4．ERD实体＋关系＋基数和形态数据字典面向对象分析模型5．基于场景建模用例模版活动图泳道图6．状态图7．基于类的建模实体类类图CRC图行为模型时序图8．基于用例图的分析类的抽象方法9．分析模型的概念及其组成分析包分析建模的一个重要部分就是分类也就是将分析模型的各种元素如用例分析类分组打包－称作分析包并为每个包取一个有代表性的名称10创建分析模型遵循的原则模型应关注在问题域或业务域内可见的需求抽象的级别应该相对高一些分析模型的每个元素都应能增加对软件需求的整体理解并提供对信息域功能和系统行为的深入理解基于基础结构和其他非功能的模型应推延到设计阶段再考虑最小化整个系统内的关联确认分析模型为所有共利益者都带来价值尽可能保持模型简洁第八章构建分析模型1分析模型分析模型使用文字和图表的综合形式以相对容易理解的方式描绘需求的数据功能和行为更重要的是可以更直接的评审它们的正确性完整性和一致性2基于场景的建模从用户的角度表现系统面向流的建模在说明数据对象如何通过处理函数进行转换方面提供了指示基于类的建模定义了对象属性和关系行为建模描述了系统状态类和事件在这些类上的影响3分析模型必须实现的三个主要目标a描述客户需要什么b为软件设计奠定基础c定义在软件完成后可以被确认的一组需求分析模型在系统描述和设计模型之间建立桥梁4分析建模的方法1一种考虑数据和处理的分析建模方法被称为结构分析2第二种方法是面向对象的分析这种方法关注于定义类和影响客户需求的类之间的协作方式5基于场景的建模使用UML分析建模从开发用例活动图和泳道图形式的场景开始6创建数据流模型数据流图有助于软件工程师开发信息域的模型并同时开发功能域的模型7CRC建模CRC提供了一个简单的方法可以识别和组织与系统或产品需求相关的类CRC模型实际上师表示类的标准索引卡片的集合这些卡片被分为三部分顶部写类名下面左侧列出类的职责右侧部分列出类的协作关系8生成行为模型CRC索引卡和其他面向对象模型表现了分析模型中的静态元素行为模型表示系统或产品的动态行为有状态图顺序图9分析模型由4种建模元素构成基于场景的模型流模型基于类的模型和行为模型10基于场景的模型从用户的角度描述软件需求用例是主要的建模元素还可以适用活动图说明场景泳道图显示了处理流如何分配给不同的用户流模型关注当数据对象通过处理函数转换时的流动基于类的建模使用基于场景和面向流的建模元素中提取的信息确定分析类前面三种分析模型元素提供了软件的静态视图行为模型描述了动态行为行为模型使用基于场景面向流和基于类的元素作为输入从整体上表现分析系统和类的状态要做到这一点要识别状态定义导致类做出状态转移的事件以及确认当转移完成时所发生的动作状态图和顺序图是用于行为建模的UML表达方式11实体关系图ERD图形化的表示对象关系对ERD识别了一组基本元素数据对象属性关系以及各种类型的指示符使用ERD的主要目的是表示数据对象及其关系第9章设计工程1．McGlaughlin指导评价良好设计的3个特征2．设计的概念抽象抽象是人类处理复杂问题的基本方法之一当我们在不同抽象级间移动时我们力图创建过程抽象和数据抽象过程抽象是指具有明确和有限功能的指令序列数据抽象是描述对象的冠名数据集合体系结构概念软件体系结构意指"软件的整体结构和这种结构为系统提供概念上完整性的方式"从最简单的形式来看体系结构是程序构建模块的结构或组织这些构件交互的形式以及这些构件所用数据的结构模式设计模式描述了在某个特定场景与可能影响模式应用和使用方式的影响力中解决某个特定的设计问题的设计结构模块化软件体系结构和设计模式表现为模块化软件被划分为独立命名的可寻址的构件有时被称为模块把这些构件集到一起可以满足问题的需求信息隐藏重点每个模块对其它所有模块都隐藏自己的设计决策就是说模块应该详细说明且精心设计以求在某个模块中包含的信息算法和数据不被不需要这些信息的其他模块访问隐蔽定义并加强了模块内的过程细节和模块所使用的任何局部数据结构的访问和约束功能独立功能独立的概念是模块化抽象概念和信息隐蔽的直接结果求精逐步求精是一种自顶向下的设计策略求精实际上是一个细化的过程重构重构是一种重新组织的技术可以简化构件的设计或代码而无需改变其功能或行为设计类组织良好的设计类的4个特征完整性和充分性原始性高内聚和低耦合性4．模式和框架5．完整设计的4个模型和作用数据体系结构接口和构件级设计数据设计创建在高抽象级上以客户用户的数据观点表示的数据模型或信息模型体系结构设计揭示了规格分析模型的软件和硬件元素之间的关系和协作体系结构设计定义了软件的主要结构元素之间的联系为我们提供了软件的整体视图接口设计软件接口设计元素告诉我们信息如何流入和流出系统以及被定义为体系结构一部分的构件之间是如何通信的描述了一组可以用来描述一个特定类的外部可见的行为的操作以及提供对这些操作的访问包括三个重要元素用户界面UI和其他系统设备网络或其他的信息生产者或使用者的外部接口各种设计构件之间的内部接口构件级设计描述每一个软件组件的内部细节为所有本地数据对象定义数据结构为所有在构件内发生的处理定义算法细节并定义允许访问所有构件操作行为的接口6从分析模型到设计模型的转化第10章体系结构设计1．体系结构设计定义和重要性定义一个程序和计算系统软件体系结构是指系统的一个或者多个结构结构中包括软件的构件构件的外部可见属性以及它们之间的相互关系体系结构并非可运行软件确切的说它是一种表达是软件工程师能够1分析设计在满足需求方面的有效性2在设计变更相对容易的阶段考虑体系结构可能的选择方案3降低与软件构造相关联的风险重要性软件体系机构的表示有助于对计算机系统开发感兴趣的各方共利益者开展交流体系结构突出早期设计决策影响随后的软件工程工作同时对系统的最后成功有重要作用体系结构"创建了一个相对小的易于理解的模型该模型描述了系统如何构成以及其构件如何一起工作"2．数据设计目标数据字典－数据字典是用来定义数据流图中的各个成分的具体含义的它以一种准确的无二义性的说明方式为系统的分析设计及维护提供了有关元素的一致的定义和详细的描述数据设计是把分析模型定义的数据对象转化成软件构件级的数据结构并且再必要时转化为应用程序级的数据库体系结构3．体系结构风格的组成要素一组构件一组连接器约束和语意模型一种体系风格就是一种加在整个系统设计上面的变换它的目的就是为系统的所有的构建建立一个结构对已有体系结构进行再工程时强制采用一种体系结构风格会导致软件结构的根本性改变包括对构建功能的再分配每种风格描述一种系统类别包括1一组构建完成系统需要的某种功能2一组连接器使构建间实现通信合作和协调3约束定义构件成为一个系统4语义模型使设计者通过分析系统的构成成分的性质来理解系统的整体性质5．模式并发性持久性分布性体系结构模式architecture pattern软件的体系结构模式定义了处理系统某些行为特征的方法体系结构模式域并发性持久性分布性6．体系结构设计体系结构环境ACD在体系结构设计层软件架构师用体系结构环境图architectural context diagram对软件与外部实体交互方式进行建模体系结构的复杂性共享依赖流依赖约束依赖共享依赖表示在使用相同资源的消费者间或为相同消费者生产的生产者之间的依赖关系流依赖表示资源的生产者和消费者之间的依赖关系约束依赖表示在一组活动间相关控制流上的约束第11章构件级设计建模1．构件的定义面向对象和传统的观点构件是系统中某一定型化的可配置的和可替换的部件该部件封装了实现并。
面向成本设计的关键技术及其概念模型Revised by Liu Jing on January 12, 2021华中科技大学毕业设计[论文]题目：面向成本设计的关键技术及其概念模型院系：远程与继续教育学院专业：机械设计制造及自动化姓名：周兵指导教师：李小清毕业设计[论文]任务书姓名：周兵班号：114 院系：远程与继续教育学院同组姓名无指导教师：李小清一、课题名称面向成本设计的关键技术及其概念模型二、课题内容全文分为四个部分，首先阐述了面向成本的设计（DFC）的含义；其次论述了DFC的关键技术。
分析了目标成本的确定和成本估算方法。
最后，提出了DFC 的概念模型。
三、课题任务要求1.观点正确，论证充分。
2.结构合理，逻辑严密。
3.满足一定的阅读量。
四、同组设计者无五、主要参考文献【1】Stephen Chan, Helium Mak, Nathalie Cloutier,: Product Data Sharing with STEP. Concurrent Engineering :Method and Application, Elsevier Science Publishers B. V.,1993:277～298【2】 Krause F. L., Ochs B.: Potentials of Advanced Concurrent Engineering Methods. IFIP Workshop: Manufacturing in the Era of Concurrent Engineering ,April 13-15,1992:2～8【3】 J. K. Wu, F. N. Choong: Data and Process Models for Concurrent Engineering of Mechanical Systems, Concurrent Engineering : tools and Technologies for Mechanical SystemDesign,SpringerVerlag,Berlin,1993.:139～169【4】 Sohlenlus Getal. Concurrent Engineering. Annals of theCIRP,1992,41(2):645～655【5】中国注册会计师教材编审委员会，成本管理会计，中国人民大学，1995,1【6】刘继红，DFX：面向产品生命周期的设计，计算机辅助设计与制造，1998,9:34～36【7】余绪樱，简论当代管理会计的新发展，会计研究，1995,7:1～4指导教师签字：教研室主任签字：年月日（此任务书装订时放在毕业设计报告第一页）中文摘要并行设计是并行工程的核心内容 ,DFX(design forx )是并行设计的关键 . DFX中的 DFC(design for cost)是指在满足用户需求的前提下 ,通过分析和研究产品全生命周期中各个部分的成本组成情况并进行评价后 ,对原设计中影响产品成本的过高费用部分进行修改 ,以达到降低成本的设计方法 .实现 DFC需要的关键技术有 :面向并行工程的全生命周期成本模型的建立 ;设计结果评价和改进设计建议的生成 ; DFC与其他DFX工具的集成等 .根据成组技术和特征建模技术 ,提出了一个实现 DFC 的概念模型 ,并在其中使用作业成本估算方法进行成本估算 .运用此概念模型可以对机械零件和机械产品进行有效的成本估算 ,并可指导并行设计工作的开展 .在面向成本的设计方法中，全生命周期成本数据可以分为发生在企业内和企业外两部分，对于发生在企业内的成本数据一般可以通过对成本会计的数据得到。
对于发生在企业外的成本数据（如：维修成本和报废成本数据），需要通过用户调查等方法得到。
对于得到的原始成本数据需要去除异常值、通货膨胀等因素的影响后才可以使用。
本文通过全生命周期成本与成本核算中成本信息的分析，给出了全生命周期成本数据的收集和使用的途径和原则，为DFC中全生命周期成本的计算打下了基础关键词:成组工艺；并行工程 ;面向成本的设计 ;作业成本英文摘要The Important Technology and Concept Model about Design For Cost(DFC)Abstract: Concurrent design is the core of concurrent engineering. Design for x is the key technology in concurrent design. In this paper, the authors define DFC as a design method which analyses and evaluates the product′s life cyclecost , then modify the design to reduce the life cycle cost. In order to use DFC, the authors need some key technologies: establishment of life cycle cost model, evaluation of design result and generation of design suggestion, integration of DFC and other DFX methods. Finally, the authors propose a concept model about design for cost. The concept model is established by group technology and feature- based modeling. And ABC method is used to estimate life cycle cost of the product in the conceptual model. It can estimate life cycle cost of mechanical parts and products and direct concurrent design work.Key words: group technology/ concurrent engineering; design for cost; activity- based costing目录毕业设计[论文]任务书 (1)中文摘要 (I)英文摘要 (II)目录 (III)第一章绪论 (1)面向成本的设计（DFC）的含义 (1)DFC的设计的特点………………………………………………………2DFC的研究内容…………………………………………………………2第二章DFC的关键技术 (3)基于并行工程的全生命周期成本模型 (3)目标成本的确定 (3)与其他DFX工具的集成 (3)设计结果评价和改进设计建议的生成 (4)成本估算方法 (4)第三章DFC的概念模型 (4)模型的工作流程……………………………………………………………5模型的主要组成模块………………………………………………………5模型的特点说明……………………………………………………………5第四章作业成本的估算方法简介 (6)成本的概念…………………………………………………………………6准时化生产…………………………………………………………………6作业成本的关键……………………………………………………………6第五章企业外LCC数据的收集方法 (7)原始数据的处理与使用 (8)第六章结束语 (9)致谢 (10)参考文献 (11)第一章绪论面向成本的设计（DFC）的含义从当今国际形势看，生产周期、质量、成本和服务仍然是竞争的焦点，随着市场竞争的日益加剧，新的制造哲理不断涌现，如：并行工程、虚拟制造及敏捷制造等。
在国内人们对并行工程的研究比较深入，但是对于并行工程中的成本问题研究得还很不够，而成本问题是不能忽视的。
众所周知，产品设计在很大程度上决定了产品的成本，例如：对Rolls Royce公司的调查表明，2000个部件在产品设计阶段决定了最终产品成本的80％；据General Motor经理称卡车变速器70％的制造成本是由设计决定的；Ford Motor公司估计在设计、材料、劳动力和制造费用四个因素中，70％的生产节约源于设计的改进。
但是降低和控制产品成本必须在刚刚开始设计的阶段，此时产品设计者拥有最大的自由度来改进设计并使产品在生命周期中的成本最小化。
虽然并行工程已经在设计及其他领域取得了巨大的成功，但设计者仍不易获得准确、及时的成本信息。
这是因为：（1）传统上产品设计者对成本信息一般是不予充分重视的；（2）设计者缺乏合适的工具获得新零件的成本信息；（3）异构的、分离的数据没有集成化。
面向成本的设计，它最早出现于九十年代初期，是指在满足用户需求的前提下，尽可能地降低成本，通过分析和研究产品制造过程及其相关的销售、使用、维修、回收、报废等产品全生命周期中的各个部分的成本组成情况，并进行评价后，对原设计中影响产品成本的过高费用部分进行修改，以达到降低成本的设计方法。
DFC将全生命周期成本作为设计的一个关键参数，并为设计者提供分析、评价成本的支持工具。
本文通过全生命周期成本与成本核算中成本信息的分析，给出了全生命周期成本数据的收集和使用的途径和原则，为DFC中全生命周期成本的计算打下了基础。
面向成本的设计（DFC—Design For Cost）是指在满足用户需求的前提下，尽可能地降低成本，通过分析和研究产品制造过程及其相关的销售、使用、维修、回收、报废等产品全生命周期中的各个部分的成本组成情况，并进行评价后，对原设计中影响产品成本的过高费用部分进行修改，以达到降低成本的设计方法。
DFC的设计的特点(1)在工程系统研制开发中，应将费用(成本)作为一个与技术、性能、进度和可靠性等要求列为同等重要的参数给予确定；(2)要求在工程项目的全部生命周期内考虑成本问题；(3)确定准确的生产、使用和维护等阶段中的DFC参数(如：每单位的装配成本、每单位的使用成本等)，并使得这些参数与进度、性能、可靠性等参数之间达到一种最佳平衡；(4)确保向工程设计及有关人员进行成本信息的及时交流与反馈，以便有效地采取相应的控制措施。
DFC的研究内容建立目标成本说明书和对照表：目标成本是企业在管理中对成本进行的预测，也是企业追求的目标，建立目标成本后，一般可采用材料选择、加工设备选择等方法来降低成本；研究成本分配情况并对高成本部分进行标识：在成本会计中，一般需要对成本进行分析，以加强对成本的管理和控制；依据产品和投入工程的费用进行设计：在实际应用中，有的工程项目或产品在设计开始前，就已经知道可以获得多少投资（如：军事订货等情况），此时需要根据可获得的投资进行设计工作；依据市场情况进行设计和成本的平衡：在市场竞争日益激烈的情况下，只是具有最低的成本已经不够了，必须寻求最佳的性能/价格比，即在客户能接受的范围内以适当的价格提供最佳的功能，而价格主要是由成本决定的，产品性能与设计是密切相关的，即成本与设计之间需要进行平衡；为设计者提供制造材料对成本的影响信息：在一般情况下，材料成本在制造成本中占有较大的比重，而材料的信息一般比较容易获得且比较准确，因此材料对成本的影响不可忽视；选择制造手段，降低制造成本：在现代企业中，制造手段多样化（如：净成型、快速成型技术的广泛应用），不同的制造方法其成本差异很大，选择制造手段已经成为降低制造成本的有效方法。
