CBF-300英文技术资料!

软件项目立项报告

- (产品名称) 立项报告撰写人：部门：日期：文档编号: (软件系统英文缩写_PE软件系统基准版本号_文档版本号)

目录第一章概述4 1.1项目背景及意义4 1.2项目主要内容4 第二章项目任务分解5 2.1子任务15 2.1.1 工作内容5 2.1.2 提交文档5 2.1.3 验收标准5 2.2子任务25 第三章项目管理6 3.1项目的组织方案6 3.2项目进度估计7 3.3潜在问题分析7 附件1：《项目计划》7 附件2：《项目预算书》7

第一章概述 1.1项目背景及意义 ?简要描述项目提出的背景、目的。 ?简要描述项目的提出者、最终用户及安装该系统的企业单位情况。 ?指明该系统与其它系统（如果存在）、企业商业框架或企业数据体系结构的关系。 ?简要描述项目实施的意义。 1.2项目主要内容简要描述项目的主要工作内容。

第二章项目任务分解本章主要对项目主要内容进行分解，确定每一任务的工作内容、提交文档及每一任务的验收标准。任务分解可按项目阶段（如需求分析、功能分析、总体设计、详细设计、系统实现、测试等）或其它方法划分。 2.1子任务1 2.1.1 工作内容该子任务的主要工作内容。 2.1.2 提交文档该子任务完成后产生的技术文档或其它输出。 2.1.3 验收标准该子任务完成后验收的标准或验收的方法。 2.2子任务2 同子任务1要求。

第三章项目管理概述项目开发的方式、计划、时间周期。 3.1项目的组织方案阐述实现新系统所要求的项目组构成情况。包括： ?项目组人员的分工、每种角色的责任及授权表1 项目角色及分工 ?对项目组成员的要求，包括技术要求、管理能力要求等 ?不同项目组成员到位的时间要求 ?对外部人员的要求、依赖程度注：公司员工与外援应分开说明

毕业设计外文翻译附原文

外文翻译专业机械设计制造及其自动化学生姓名刘链柱班级机制111 学号1110101102 指导教师葛友华

外文资料名称： Design and performance evaluation of vacuum cleaners using cyclone technology 外文资料出处：Korean J. Chem. Eng., 23(6), (用外文写) 925-930 (2006) 附件： 1.外文资料翻译译文 2.外文原文

应用旋风技术真空吸尘器的设计和性能介绍吉尔泰金，洪城铱昌，宰瑾李，刘链柱译摘要：旋风型分离器技术用于真空吸尘器 - 轴向进流旋风和切向进气道流旋风有效地收集粉尘和降低压力降已被实验研究。优化设计等因素作为集尘效率，压降，并切成尺寸被粒度对应于分级收集的50％的效率进行了研究。颗粒切成大小降低入口面积，体直径，减小涡取景器直径的旋风。切向入口的双流量气旋具有良好的性能考虑的350毫米汞柱的低压降和为1.5μm的质量中位直径在1米3的流量的截止尺寸。一使用切向入口的双流量旋风吸尘器示出了势是一种有效的方法，用于收集在家庭中产生的粉尘。摘要及关键词：吸尘器; 粉尘; 旋风分离器引言我们这个时代的很大一部分都花在了房子，工作场所，或其他建筑，因此，室内空间应该是既舒适情绪和卫生。但室内空气中含有超过室外空气因气密性的二次污染物，毒物，食品气味。这是通过使用产生在建筑中的新材料和设备。真空吸尘器为代表的家电去除有害物质从地板到地毯所用的商用真空吸尘器房子由纸过滤，预过滤器和排气过滤器通过洁净的空气排放到大气中。虽然真空吸尘器是方便在使用中，吸入压力下降说唱空转成比例地清洗的时间，以及纸过滤器也应定期更换，由于压力下降，气味和细菌通过纸过滤器内的残留粉尘。图1示出了大气气溶胶的粒度分布通常是双峰形，在粗颗粒（>2.0微米）模式为主要的外部来源，如风吹尘，海盐喷雾，火山，从工厂直接排放和车辆废气排放，以及那些在细颗粒模式包括燃烧或光化学反应。表1显示模式，典型的大气航空的直径和质量浓度溶胶被许多研究者测量。精细模式在0.18?0.36 在5.7到25微米尺寸范围微米尺寸范围。质量浓度为2?205微克，可直接在大气气溶胶和 3.85至36.3μg/m3柴油气溶胶。

软件开发流程

快视信息软件开发流程规范：用户需求：软件项目首先由客户经理(CM，Custom Management)接洽客户的较大的需求。这时的需求叫市场需求（或叫用户需求），客户经理会进行各个项目的安排，即对项目的启动时间和发布时间进行规划和设置。项目经理(PM，Project Management)对客户经理负责。项目经理的需求是根据客户经理给的，项目经理不和用户（客户）直接接触（通过客户经理接触），负责和用户进行需求洽谈和沟通的是客户经理。一个项目的需求在一般情况下是不准变更的，如果有需求理解方面的不清楚可以进行沟通，但是需求是不变更的。如果用户有新的需求，一般规划在下一个版本中。因为需求变更了，这个目的时间就要进行调整，就不能按计划进行和完成。客户经理提交给项目经理的是需求规格说明书。一、项目开工会在项目经理领到客户经理分配给的需求后，做项目计划，具体做项目人员的确定、需求的分解（需求分解到每个人）、代码量的估计，项目各个阶段时间的划分和工作量的计划、质量指标的设定。这时项目经理需要输出的文档是项目需求分解任务书、项目计划PPT、及做好整个项目需要填写的一系列表格。然后组织项目组成员和客户经理CM、QA(质量审计经理)进行项目开工会。这时这个项目就算真正启动，计算工作量时，即计算这个项目总共花了多少个工时，工时是项目经理做计划的时间也算在内，再加上项目开工会和后续各个阶段总共花的总工时数，还有各个阶段开会所花的时间。在项目开工会上，各个成员就明确了这个项目是属于增强型项目，还是其他项目的项目性质，增强型项目的意思是说在原来上一版本的基础上又根据新的需求进行增强型开发。还有要明确项目最后开发出的新增代码量有多少，最后要明确每个人的需求任务，接下来着手进行SRS的写作。二、SRS阶段：System/Software Requirment Specification 软件需求规格说明在项目开工会后，项目组就开始按照在项目开工会上项目经理的需求任务分解的任务开始进行SRS的写作。一般项目经理给你的一个子需求任务，你这时需要分解为更小的需求。一般一个需求的写作是按这样进行的。先简单介绍这个需求，然后把这个需求设计成黑盒的形式，即输入，处理过程、输出。这些都需要写详细，任何一个需求都写成这种形式，输入是什么，处理过程是什么，输出结果是什么。处理过程需要用Visio或者PPT画出处理流程图，流程图要很详细。每一步的各种情况都要表示和考虑到。对异常情况也要考虑和进行处理。还有要说明在原来的基础上怎么改动，具体方法要进行说明。设计的数据库表结构，要给出脚本，SQL语句，表结构需说明每个字段，哪些是主键，你在这个需求处理过程中哪里使用了哪些表，需要进行哪些操作，都需要说明。这里需要设计和编制《数据库设计说明书》文档。该文档中描述该系统中设计出的所有的数据库表结构和各字段类型。还有多个操作对象要画序列图表示出按时序的处理过程。这个SRS文档就相当于我们平时毕业设计或者一个题目的详细设计阶段达到的水平，甚至比它更详细。每个项目组成员都把自己的需求的SRS文档写出来之后放到配置库中，然后每个人对项目组其他成员的（非自己的）SRS文档进行Review（评审）,对每个SRS文档在每页发现或者纠正的错误数不能低于一定的数目，而且要保留批注记录，经过Review的（保留批注的）文档要放到配置库的Review文件夹下，这是进行项目质量指标收集的重要依据，是QA 进行调阅和审计的资料。项目经理要对SRS文档、SRS Review文档进行汇总。在汇总后组织项目组全体成员进行SRS阶段会议，对每个人写的SRS进行评审会议（讨论和提意见），对别人给你提的修改意见你要一一进行说明，说明为什么不改，怎么改的，是什么问题，问题严重程度属于什么级别，而且都要填表，也是QA进行审计的内容。开完会后如果每个人完成的都差不多，然后安排半天或者一天的时间进行返工，主要是进行修改文档，按在会上讨论的结果和别人给你的Review 文档结果（评审结果）进行准一修改和完善。然后再进行SRS阶段开会，如果都做的比较到位和具体、符合要求，即关闭SRS阶段。这时SRS阶段的花费的工时数和一些质量活动指标就出来了，比如你这个SRS文档写了几页，每页的错误数是多少，返工修改用了多少时间，然后这些这个比率也会自动计算出来。进而可以判断这个阶段的质量。每个项目组成员在每天工作完毕后都要进行Time Sheet 的填写，必须具体到半个小时，这是统计和分析的需要。填写必须真实。三、UTP、STP阶段（UTP、STP写作） UTP Unit Test Plan 单元测试计划 STP System Test Plan

APP软件开发项目文档模板

1．引言 1．1 编写目的 ·阐明开发本软件的目的； 1．2 项目背景 ·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ·顶层数据流图； ·用例UseCase图； ·系统流程图； ·层次方框图。

2．3 用户特征和水平（是哪类人使用）描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库； ·硬件限制； ·所要求的开发规范或标准。 3．功能需求 3．1 功能划分列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3．2 功能描述对各个功能进行详细的描述。 4．外部接口需求 4．1 用户界面对用户希望该软件所具有的界面特征进行描述。以下是可能要包括的一些特征： ·将要采用的图形用户界面标准或产品系列的风格； ·屏幕布局； ·菜单布局； ·输入输出格式； ·错误信息显示格式；建议采用RAD开发工具，比如Visio，构造用户界面。

毕业设计英文翻译

使用高级分析法的钢框架创新设计 1．导言在美国，钢结构设计方法包括允许应力设计法(ASD)，塑性设计法(PD)和荷载阻力系数设计法(LRFD)。在允许应力设计中，应力计算基于一阶弹性分析，而几何非线性影响则隐含在细部设计方程中。在塑性设计中，结构分析中使用的是一阶塑性铰分析。塑性设计使整个结构体系的弹性力重新分配。尽管几何非线性和逐步高产效应并不在塑性设计之中，但它们近似细部设计方程。在荷载和阻力系数设计中，含放大系数的一阶弹性分析或单纯的二阶弹性分析被用于几何非线性分析，而梁柱的极限强度隐藏在互动设计方程。所有三个设计方法需要独立进行检查，包括系数K计算。在下面，对荷载抗力系数设计法的特点进行了简要介绍。结构系统内的内力及稳定性和它的构件是相关的，但目前美国钢结构协会（AISC）的荷载抗力系数规范把这种分开来处理的。在目前的实际应用中，结构体系和它构件的相互影响反映在有效长度这一因素上。这一点在社会科学研究技术备忘录第五录摘录中有描述。尽管结构最大内力和构件最大内力是相互依存的（但不一定共存），应当承认，严格考虑这种相互依存关系，很多结构是不实际的。与此同时，众所周知当遇到复杂框架设计中试图在柱设计时自动弥补整个结构的不稳定（例如通过调整柱的有效长度）是很困难的。因此，社会科学研究委员会建议在实际设计中，这两方面应单独考虑单独构件的稳定性和结构的基础及结构整体稳定性。图28.1就是这种方法的间接分析和设计方法。

在目前的美国钢结构协会荷载抗力系数规范中，分析结构体系的方法是一阶弹性分析或二阶弹性分析。在使用一阶弹性分析时，考虑到二阶效果，一阶力矩都是由B1,B2系数放大。在规范中，所有细部都是从结构体系中独立出来，他们通过细部内力曲线和规范给出的那些隐含二阶效应，非弹性，残余应力和挠度的相互作用设计的。理论解答和实验性数据的拟合曲线得到了柱曲线和梁曲线，同时Kanchanalai发现的所谓“精确”塑性区解决方案的拟合曲线确定了梁柱相互作用方程。为了证明单个细部内力对整个结构体系的影响，使用了有效长度系数，如图28.2所示。有效长度方法为框架结构提供了一个良好的设计。然而，有效长度方法的

软件开发文档说明书(完整流程)

. 在软件行业有一句话：一个软件能否顺利的完成并且功能是否完善，重要是看这个软件有多少文档，软件开发文档是一个软件的支柱，如果你的开发文档漏洞百出，那么你所开发出来的软件也不可能会好；开发文档的好坏可以直接影响到所开发出来软件的成功与否。一、软件开发设计文档：软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计说明书。 1、软件需求说明书：也称为软件规格说明。该说明书对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。它是用户与开发人员双方对软件需求取得共同理解基础上达成的协议，也是实施开发工作的基础。软件需求说明书的编制目的的就是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解、并使之面成为整个开发工作的基础。其格式要求如下： 1 引言 1．1 编写目的。 1．2 背景 1．3 定义 2 任务概述 2．1 目标 2．2 用户的特点

. 2．3 假定和约束 3 需求规定 3．1 对功能的规定 3．2 对性能的规定 3．2．1 精度 3．2．2 时间特性的需求 3．2．3 灵活性 3．3 输入输出要求 3．4 数据管理能力要求 3．5 故障处理要求 3．6 其他专门要求 4 运行环境规定 4．1 设备 4．2 支持软件 4．3 接口 4．4 控制

. 2、概要设计说明书：又称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理。流程、程序系统的组织结构、模块划分、功能分配、接口设计。运河行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。其格式要求如下： 1 引言 1．1 编写目的 1．2 背景 1．3 定义 1．4 参考资料 2 总体设计 2．1 需求规定 2．2 运行环境 2．3 基本设计概念和处理流程 2．4 结构 2．5 功能需求与程序的关系

软件开发需求文档

1. 引言引言是对这份软件系统详细设计报告的概览，是为了帮助阅读者了解这份文档如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构，从而对该软件产品的物理组成进行准确的描述。如果这份软件系统详细设计报告只与整个系统的某一部分有关系，那么只定义软件系统详细设计报告中说明的那个部分或子系统。 1.2 项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定描述编写文档时所采用的标准(如果有标准的话)，或者各种编写约定。编写约定应该包括：●部件编号方式； ●界面编号方式； ●命名规范： ●等等。 1.4 预期读者和阅读建议列举本软件系统详细设计报告所针对的各种不同的预期读者，例如，可能的读者包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员； ●等等。描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。

1.5 参考资料列举编写软件系统详细设计报告时所用到的参考文献及资料，可能包括： ●本项目的合同书； ●上级机关有关本项目的批文； ●本项目已经批准的计划任务书； ●用户界面风格指导； ●开发本项目时所要用到的标难； ●系统规格需求说明； ●使用实例文档； ●属于本项目的其它己发表文件； ●本软件系统详细设计报告中所引用的文件、资料； ●相关软件系统详细设计报告； ●等等。为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：●标题名称； ●作者或者合同签约者； ●文件编号或者版本号； ●发表日期或者签约日期； ●出版单位或者资料来源。 2. 支撑环境 2.1 数据库管理系统描述数据库管理系统、以及安装配置情况，需要描述的内容可能包括： ●产品名称以及发行厂商这里的产品名称指的是数据库发行厂商发布产品时公布的正式商品名称，不应该使用别名、简称、研发代号等非正式名称，以免混淆；同样的道理，发行厂商的名称也应该使用正式名称。 ●版本号数据库管理系统的准确版本号，必须按产品的实际情况描述到最细节的版本号。 ●补丁包版本号描述实际上将要使用的数据库管理系统补丁包的版本号，必须注意，在某些情况下该版本号不一定是最新的版本号。 ●语言或代码集对于只支持一种语言或者一个代码集的数据库管理系统来说，该项描述不具意义。对于支持多种语言或者多个代码集的数据库管理系统来说，该项描述指的是实际使用的语言或者代码集。 ●安装位置描述数据库管理系统的实际安装位置，应该分别对管理系统安缺位置和数据存放位置进行描述，应该指明服务器名和安装卷号(盘号)。对于分布式数据库，必须分别描述每一个数据

一个完整的软件开发流程

一个完整的软件开发流程一、开发流程图二、过程产物及要求本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。

2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。

软件需求文档格式的标准写法

软件需求文档格式的标准写法具体的步骤： 1．1 编写目的 · 阐明开发本软件的目的； 1．2 项目背景 · 标识待开发软件产品的名称、代码； · 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； · 说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能

简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： · 顶层数据流图； · 用例UseCase图； · 系统流程图； · 层次方框图。 2．3 用户特征和水平（是哪类人使用）描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制给出影响开发人员在设计软件时的约束条款，例如： · 必须使用或避免使用的特定技术、工具、编程语言和数据库； · 硬件限制； · 所要求的开发规范或标准。 3．功能需求 3．1 功能划分列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3．2 功能描述对各个功能进行详细的描述。

毕业设计外文翻译格式实例.

理工学院毕业设计(论文)外文资料翻译专业：热能与动力工程姓名：赵海潮学号：09L0504133 外文出处：Applied Acoustics, 2010(71):701~707 附件： 1.外文资料翻译译文；2.外文原文。

附件1：外文资料翻译译文基于一维CFD模型下汽车排气消声器的实验研究与预测Takeshi Yasuda, Chaoqun Wua, Noritoshi Nakagawa, Kazuteru Nagamura 摘要目前，利用实验和数值分析法对商用汽车消声器在宽开口喉部加速状态下的排气噪声进行了研究。在加热工况下发动机转速从1000转/分钟加速到6000转/分钟需要30秒。假定其排气消声器的瞬时声学特性符合一维计算流体力学模型。为了验证模拟仿真的结果，我们在符合日本工业标准（JIS D 1616）的消声室内测量了排气消声器的瞬态声学特性，结果发现在二阶发动机转速频率下仿真结果和实验结果非常吻合。但在发动机高阶转速下（从5000到6000转每分钟的四阶转速，从4200到6000转每分钟的六阶转速这样的高转速范围内），计算结果和实验结果出现了较大差异。根据结果分析，差异的产生是由于在模拟仿真中忽略了流动噪声的影响。为了满足市场需求，研究者在一维计算流体力学模型的基础上提出了一个具有可靠准确度的简化模型，相对标准化模型而言该模型能节省超过90％的执行时间。关键字消声器排气噪声优化设计瞬态声学性能 1 引言汽车排气消声器广泛用于减小汽车发动机及汽车其他主要部位产生的噪声。一般而言，消声器的设计应该满足以下两个条件：（1）能够衰减高频噪声，这是消声器的最基本要求。排气消声器应该有特定的消声频率范围，尤其是低频率范围，因为我们都知道大部分的噪声被限制在发动机的转动频率和它的前几阶范围内。（2）最小背压，背压代表施加在发动机排气消声器上额外的静压力。最小背压应该保持在最低限度内，因为大的背压会降低容积效率和提高耗油量。对消声器而言，这两个重要的设计要求往往是互相冲突的。对于给定的消声器，利用实验的方法，根据距离尾管500毫米且与尾管轴向成45°处声压等级相近的排气噪声来评估其噪声衰减性能，利用压力传感器可以很容易地检测背压。近几十年来，在预测排气噪声方面广泛应用的方法有：传递矩阵法、有限元法、边界元法和计算流体力学法。其中最常用的方法是传递矩阵法（也叫四端网络法）。该方

软件常见的各种版本英文缩写

软件常见的各种版本英文缩写软件常见的各种版本英文缩写时常见到一些软件开发商发布软件的时候附带一些缩写的英文名，如beta版，如OEM版，甚至beta4，sp6版……，如果多了解一些是不是可以显的很有学问呢？前天突然在网上看到一篇关于《软件常见的各种版本英文缩写》的文章，看了觉得受益匪浅，拿出来给大家分享分享！ 1.Alpha版(内部测试版)：一般只在软件开发公司内部运行，不对外公开。主要是开发者自己对产品进行测试，检查产品是否存在缺陷、错误，验证产品功能与说明书、用户手册是否一致。Alpha版本的产品仍然需要完整的功能测试，而其功能亦未完善，但是可以满足一般需求。因为它是整个软件释出周期中的第一个主要阶段，所以它的名称是“Alpha”，希腊字母中的第一个字母。 Alpha版本通常会送交到开发软件的组织或社群中的各个软件测试者，用作内部测试。在市场上，越来越多公司会邀请外部的客户或合作伙伴参与其软件的Alpha测试阶段。这令软件在此阶段有更大的可用性测试。在测试的第一个阶段中，开发者通常会进行白盒测试。其他测试会在稍后时间由其他测试团体以黑盒或灰盒技术进行，不过有时会同时进行。 2.Beta版(外部测试版)：软件开发公司为对外宣传，将非正式产品免费发送给具有典型性的用户，让用户测试该软件的不足之处及存在问题，以便在正式发行前进一步改进和完善。一般可通过Internet免费下载，也可以向软件公司索取。 Beta版本是第一个对外公开的软件版本，是由公众参与的测试阶段。一般来说，Beta包含所有功能，但可能有一些已知问题和较轻微的臭虫(Bug)。 Beta版本的测试者通常是开发软件的组织的客户，他们会以免费或优惠价钱得到软件，但会成为组织的免费测试者。 Beta版本主要测试产品的支援和市场反应（在邀请Beta用户时）等。 3.Demo版(演示版)：主要是演示正式软件的部分功能，用户可以从中得知软件的基本操作，为正式产品的发售扩大影响。如果是游戏的话，则只有一两个关卡可以玩。该版本也可以从Internet 上免费下载。 4.Enhanced版(增强版或加强版)：如果是一般软件，一般称作“增强版”，会加入一些实用的新功能。如果是游戏，一般称作“加强版”，会加入一些新的游戏场景和游戏情节等。这是正式发售的版本。 5.Free版(自由版)：这一般是个人或自由软件联盟组织的成员制作的软件，希望免费给大家使用，没有版权，一般也是通过Internet免费下载。 6.Full Version版(完全版)：也就是正式版，是最终正式发售的版本。 7.Shareware版(共享版)：有些公司为了吸引客户，对于他们制作的某些软件，可以让用户通过Internet免费下载的方式获取。

毕业设计英文翻译资料(中文)

故障概率模型的数控车床摘要：领域的失效分析被计算机数字化控制（CNC）车床描述。现场收集了为期两年的约80台数控车床的故障数据。编码系统代码失效数据是制定和失效分析数据库成立的数控车床。失败的位置和子系统，失效模式及原因进行了分析，以显示薄弱子系统的数控车床。另外，故障的概率模型，分析了数控车床的模糊多准则综合评价。作者关键词：数控车床；场失败；概率模型；模糊信息文章概述 1.介绍 2. CNC车床的概述 3.收集和整理数据 3.1. 收集数据 3.2. 领域失效数据的有效性 3.3. 数据核对和数据库 4. 失效分析 4.1. 对失败位置和子系统的频率分析 4.2. 对失败形式的频率分析 5.失败机率模型 5.1. 方法学 5.2. 分布倍之间连续的失败 5.3. 修理时间的发行 6.结论 1.介绍在过去十年中，计算机数字化控制（CNC）车床已经越来越多地被引入到机械加工过程中。由于其固有的灵活性很大，稳定的加工精度和高生产率，数控车床是能给用户巨大的利益。然而，作为一个单一的数控车床故障也许会导致整个生产车间被停止，而且维修更加困难和昂贵，当故障发生时[1]，数控车床能够给用户带来很多的麻烦。与此同时，制造商还需要持续改进数控车床的可靠性来提高市场的竞争力。因此，数控车床的可靠性能使生产商和用户增加显著性和至关重要的意义。需要改进数控车床的可靠性，使用户和制造商收集和分析领域的故障数据和采取措施减少停机时间。本文论述了研究失效模式及原因，失效的位置和薄弱的子系统，故障概率模型的数控车床。

图1 系统框图的数控车床机械系统包括主轴及其传动链（固定在主轴箱），两根滑动轴（命名X、Z或者U，W在轮），车床拖板箱，转动架或刀架，尾座，床身等。主轴持续或加强连续变速，驱动交流或直流主轴电机直接或通过主传动，并有一个光电编码器的主轴车削螺纹。X和Z 两根轴的驱动交流或直流伺服车削螺纹和控制同时进行。该转动架或刀架可自动交换工

软件开发过程规范

【最新资料,Word版，可自由编辑！】

目录 1.前言............................................................................................................................................... 1.1目的.......................................................................................................................................... 1.2对象.......................................................................................................................................... 1.3要求.......................................................................................................................................... 1.4适用范围.................................................................................................................................. 1.5软件开发过程模型................................................................................................................. 1.6开发过程划分 ......................................................................................................................... 2.技术过程规范部分...................................................................................................................... 2.1概述.......................................................................................................................................... 2.2业务建模阶段 ......................................................................................................................... 2.3需求阶段.................................................................................................................................. 2.4分析设计阶段 ......................................................................................................................... 2.5实现阶段.................................................................................................................................. 3.管理过程规范部分...................................................................................................................... 3.1概述.......................................................................................................................................... 3.2接受项目.................................................................................................................................. 3.3重新评估项目范围和风险（对于较大项目） ................................................................... 3.4制定开发计划 ......................................................................................................................... 3.5迭代开发管理 ......................................................................................................................... 3.6监控项目的实施 ..................................................................................................................... 3.7结束项目..................................................................................................................................

软件需求文档模板

引言 1．1 编写目的 ·阐明开发本软件的目的； 1．2 项目背景 ·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ·顶层数据流图；

·用例UseCase图； ·系统流程图； ·层次方框图。 2．3 用户特征和水平（是哪类人使用）描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库； ·硬件限制； ·所要求的开发规范或标准。 3．功能需求 3．1 功能划分列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。 3．2 功能描述对各个功能进行详细的描述。 4．外部接口需求 4．1 用户界面对用户希望该软件所具有的界面特征进行描述。以下是可能要包括的一些特征：

数据结构英文试题

Examination Paper on Data Structure Ⅰ Fill Vacant Position () 1.In a ________ data structure, all insertions and deletions of entries are made at one end. It is particularly useful in application involving________. 2.In processing a sequential list with n entries: insert and remove require time approximately to ________. 3.One of method of searching is ________ that requires ordered list. 4.The time complexity of the quicksort is ________. 5.Only ________ ________ graph has topological order. 6.According the definition of Binary Tree, there will be ________ different Binary Trees with 5 nodes. ⅡSingle choice () 1.The Linked List is designed for conveniently ________data item. a. getting b. inserting c. finding d. locating 2.Assume a sequence list as 1,2,3,4,5,6 passes a stack, an impossible output sequence list Is ________ . a. 2,4,3,5,1,6 b.3,2,5,6,4,1 c.1,5,4,6,2,3 d.4,5,3,6,2,1 3. A queue is a structure not implementing ________. a. first-in/first-out b. first-in/last-out c. last-in/last-out d. first-come/first-serve 4.Removing the data item at index i from a sequential list with n items, ________ items need to be shifted left one position. a. n-i b. n-i+1 c. i d. n-i-1 5.The addresses which store Linked List ________ . a. must be sequential b. must be partly sequential c. must be no sequential d. can be sequential or discontiguous 6.The time requirement of retrieving a given target in hash table with n entries is _______ a. O(n) b. O(log2n) c. O(1) d. O(nlog2n) 7.If the Binary Tree T2 is transformed from the Tree T1, then the postorder of T1 is the ________ of T2. a. preorder b. inorder c. postorder d. level order 8.In the following sorting algorithm, ________ is an unstable algorithm. a. the insertion sort b. the bubble sort c. quicksort d. mergesort 9.Assume there is a ordered list consisting of 100 data items, using binary search to find a special item, the maximum comparisons is ________ . a. 25 b.1 c. 10 d.7 10.The result from scanning a Binary Search Tree in inorder traversal is in ________ order. a. descending or ascending b. descending c. ascending d. out of order 11.The ________ case is worst for quicksort. a. the data which will be sorted is too larger.