工程工具管理制度

工程工具管理制度（通用12篇）

工程工具管理制度 篇1

一、所有工具分门别类登记造册，并有专人负责管理。

二、领用工具要经部门经理批示，并经过登记注册后，由领用人签名备案，方能 发放，若有丢失由领用人负责赔偿。

三、借用工具要当班归还，要凭借条登记后借出，还工具时归还借条，登记注销。

四、常用公用工具要列出清单，当值工程师及仓管员交接班时要认真检查是否齐 全，如有丢失或损坏，应追查有关人员的责任。

五、非常用公用工具由仓管员锁好单独负责，为防止应急情况下使用，可将一备 用锁匙密封于信封内，放在柜锁附近以应急使用。

六、对班组及个人领用之工具定期进行检查，如有丢失勒令修复再用，不能修复 的，则由经理批示报废注销并重新配备。

七、对安全用具及手持电动工具，要符合安全规程的有关规定，由专人负责定期 保养。

工程工具管理制度 篇2

关键词：软件工程过程,CMM,能力成熟度模型,CASE,计算机辅助软件工程

1 引言

1.1 软件工程过程

软件工程发展到今天, 已不仅仅是关注于软件开发和软件的各种生存期模型的研究, 自90年代初以来, 人们开始更加强调软件开发的效率、软件的质量以及相关的软件管理问题, 提出了软件工程过程的概念, 所谓软件工程过程, 是为了获得软件产品或者为了完成软件工程项目需要完成的一系列有关软件工程的活动, 国际标准化组织和国际电工委员会在发布的国际标准ISO/IEC12207《信息技术软件生存周期过程》1中, 把软件的生存周期过程划分为5个基本过程、8个支持过程和4个组织过程, 其中每个过程分别划分为一组活动, 每个活动又进一步分为一组任务, 如图1所示。

软件生存周期中不仅含有软件的开发过程, 还包括许多用于软件管理和软件支持的过程, 每个软件开发组织可以根据自己的特点, 规定适合自己的软件工程过程, 针对不同的软件产品使用不同的软件工程过程。

1.2 CASE工具

计算机辅助软件工程 (C o m p u t e rAided Software Engineering-CASE) 工具的应用日益广泛。在软件工程应用中, 计算机辅助软件工程 (C A S E) 工具代表了支持软件开发、维护和管理技术的一个主要方面。在软件生存周期过程中, CASE工具辅助了各个软件工程活动的实施, 从软件的项目计划、需求分析、系统设计、编码调试、测试管理、运行维护, 到支持软件的过程管理、质量保证等都发挥着越来越大的作用, 大大提高了软件开发、维护和管理工作的效率, 也使软件的质量得到了极大的提高, 在众多的C A S E工具面前, 如何对CASE工具进行技术评价?软件组织如何选择适当的CASE工具?选择和采用工具的依据是什么?要考虑哪些因素?这是软件组织迫切需要解决的问题。

2 软件工程过程的标准化

软件工程过程 (含开发和维护) 系指软件开发要经历的几个阶段, 分别是:系统需求和软件定义、软件需求、软件设计、编码和测试及系统综合。对一项软件项目而言, 它不仅包括这些主要过程, 而且还包括这些过程中的每一个子过程和环节及软件维护过程。由于软件不同的应用领域、硬件基础和软件规模都会影响软件项目的开发过程, 所以每个软件开发团体都必须首先确定出适合本团体软件工程的软件开发、维护过程, 并对每个过程、环节和各项活动 (工作) 作出合理的必须遵循的规定 (以标准的形式) , 即对软件开发、维护全过程进行标准化、规范化管理, 制定出软件工程管理标准。

3 软件过程能力成熟度模型

软件开发团体应具有使软件开发过程实现标准化的能力。如果开发团体不能使软件开发过程实现标准化, 则该团体是不能承担软件开发任务的。美国卡耐基梅隆大学软件工程研究所创立了软件过程能力成熟度模型 (C M M) 见图2。从C M M中可看出, 软件开发团体管理软件的能力共分为5个等级, 每个等级的管理能力都有明显不同。各软件开发团体可根据图2所列级别来确定自己的软件过程管理方面的管理能力的级别。凡是达不到图2所列级别的, 则表明其不具有使软件开发过程实现标准化的能力。

4 CMM与ISO 9001的比较

C M M软件过程能力成熟度模型与I S O 9 0 0 1的“过程控制”都是针对提高软件质量的过程管理而提出的, 故其意途和目的是一样的, 且内容是相互关联的。尽管C M M所描述的内容未能全部覆盖ISO9001的内容, 但CMM对如何实现ISO9001规定的过程描述要比ISO9001本身描述更具指导性。同样ISO9001所描述的内容也未能覆盖C M M所描述的内容。CMM和I S O 9 0 0 1的最大不同点是:C M M是有关软件产品的软件开发过程管理不断改进的文件, 而ISO9001则是企业建立质量体系的最基本依据, 它包括的范围 (如:硬件、软件、过程资料和服务等) 比较广;最大相同点是:每个重要过程都应通过质量控制活动 (如:质量检查等) 实现标准化 (即实施过程管理) 。I S O 9 0 0 1能满足软件开发团体的C M M中的二级管理目标和相当一部分三级管理目标的要求。由于ISO9001没有涉及C M M的一些惯例, 所以具有一级软件管理能力的软件开发团体在取证 (符合ISO9001) 上是不会有问题的。同样由于CMM也有未涉及到的ISO9001的一些领域, 而使具有三级软件管理能力的软件开发团体在取证上占有很大优势。因此凡是已获取ISO9001认证的单位, 仍应对其软件开发过程实施管理 (按C M M等级来确定等级) , 否则不能说这个单位的软件开发团体具有软件过程管理的能力。

5 软件工程过程管理标准的主要内容

对软件开发、维护过程管理而言, 除了要确立一个合适的软件开发过程之外, 开发团体的主要任务是制定软件过程管理标准。软件过程管理标准的制定要注意包括以下内容:

5.1 软件产品基线

软件产品基线是实施软件配置管理的基础, 可依据产品研制情况确定。如:试样阶段软件产品基线和设计定型阶段软件产品基线。试样阶段软件产品基线又分为设计阶段基线、实现阶段基线和综合试验阶段基线。

5.2 软件发放

5.2.1 软件发放等级

为适应软件开发的各个阶段, 应首先确定软件发放等级。通常把软件发放分为3个等级;2级软件发放、1级软件发放和预发放。2级软件发放是对所发放的软件提供最严格的配置控制数据证明。1级软件发放要把源代码和加载模块提供给软件控制库, 但不需要提供加载模块是由发放码生存的数据证明。当软件开发部门希望把软件中间产品保存在软件控制库时, 可采用软件预发放。

5.2.2 软件发放的控制

软件发放控制的方法和步骤是:1) 填写“软件发放申请单”;2) 校对、审核和批准“软件发放申请单”。通过此法来达到控制软件发放的目的。

5.2.3 软件发放

经验证合格的软件应及时到软件控制库办理归档手续, 并按以下程序进行发放。

a软件开发者将待发放的软件一式两份拷贝到介质上 (软磁盘) , 并编制“计算机程序配置项”文档和“软件发放申请单”;

b软件开发者将软件介质、“计算机程序配置项”文档和“软件发放申请单”交至软件控制库;

c软件控制库人员按《软件控制库工作程序》进行入库处理。

5.3 软件问题报告

在软件开发过程的任一阶段, 如果发现“软件基线产品”有问题, 应填写“软件问题报告单”。软件问题报告单经各有关部门会签后, 应及时归入软件控制库。当需要更改软件时, 应根据“软件问题报告单”或更改评审会的评审意见按以下程序进行:

a根据“软件问题报告单”上所列软件问题的性质或软件的重要程度, 组织召开有关是否对软件进行更改的评审会;

b当确定需要更改软件时, 应填写“软件更改报告单”, 并执行各级会签制度;

c软件开发者依据标准的“软件更改报告单”和“软件提取申请单”, 到软件控制库提取软盘

d软件控制库根据“软件更改报告单”向软件开发者提供有关软件的复制盘;

e软件开发者在更改软件时, 必须有有关人员监督其更改过程, 并对更改后的软件进行验证;

f以验证有效的软磁盘, 应重新填写“软件发放申请单”, 并由软件控制库重新进行发放。

5.4 软件提取

按“软件更改报告单”和“软件提取申请单”向软件控制库提取已发放的软件磁盘时, 按以下程序进行:

a软件开发者填写“软件提取申请单”;有关负责人对“软件提取申请单”进行签署;

b软件控制库按规定工作程序向提取者提供软磁盘的复制盘。

5.5 软件文档版本和程序编号的管理

5.5.1 软件文档版本号

在软件文档的封面上应有明显的版本标记, 版本标记应符合有关规定。为确保软件文档版本在现场使用的有效性, 设计师系统应定期向有关部门发出有效版本通知。

5.5.2 程序编号

程序应以计算机配置项为单位进行编号, 即每个计算机配置项应独立编号。程序编号通常应由软件代号、产品族代号、计算机程序配置项顺序号和版本号等4部分组成。软件控制库按设计师系统划分和定义的研制软件产品的计算机程序配置项, 给出程序编号。软件控制库应对程序编号进行统一的管理。

5.6 软件加载和标识

在软件开发过程中对可编程器件的软件加载, 应由软件开发人员按“软件安装实施过程”或其它专用文件所规定的“加载操作规程”组织有关人员共同实施对软件的加载。当可编程器件加载后, 应按规定向软件控制库索取程序编号, 并将编号粘贴在器件表面上。

5.7 软件配置状态的核查

设计师系统、技术管理部门和质量管理部门应根据“软件发放申请单”、“软件问题报告单”、“软件更改单”等核查软件配置状态。

6 结束语

随着计算机辅助软件工程技术的不断发展, 越来越多的软件组织希望选用适当的CASE工具来支持他们的一部分或全部的软件生存期过程。因此, 使用CASE工具对软件工程过程起到了十分有益的控制和指导作用。

参考文献

[1]ISO/IEC14102:1995信息技术.CASE工具的评价与评价与选择指南[S]

[2]ISO/IEC TR14471:1999信息技术.CASE工具的采用指南[S]

[3]ISO/IEC12207:1995信息技术.软件生存周期过程[S]

[4]Roger S.Pressman著, 黄柏素, 梅宠译.软件工程—实践者的研究方法[M].北京机械工业出版社.1999.10

[5]郑人杰著.软件工程 (高级) [M]北京清华大学出版社.1999.8

工程工具管理制度 篇3

关键词：软件工程；计算机辅助软件工程工具；工具整合

中图分类号：TP311 文献标识码：A文章编号：1007-9599 (2011) 07-0000-02

Integration Tool Exploration of the Software Engineering Technology,Economics,Management,Law

Liu Tong

(Beijing Information Science Technology University,Beijing100101,China)

Abstract:As modern software engineering related to technical,economic,management,law and other areas,derived from a cross between two disciplines,the traditional CASE tools can not meet modern software engineering and development needs of the future.This paper talk integration of software engineering technology,economics,management,law,systematic CASE tools,and document automation of the main features to be described in detail,given an instance of an automated economics

Keywords:Software engineering;CASE Tools;Tool Integration

一、现状&问题

软件工程是一门研究用工程化方法构建和维护软件的学科。由于落后的软件生产方式无法满足迅速增长的需求，从而导致软件开发与维护过程中的一系列严重问题，即软件危机。为了解决软件危机所产生的不良后果，人们引进工程化开发的思想，继而衍生出软件工程技术、软件工程经济学、软件项目管理、工程伦理与知识产权保护等一系列分支领域和学科。

计算机辅助软件工程（CASE）工具，帮助进行应用程序开发的软件，包括分析、设计和代码生成。CASE工具为设计和文件编制传统结构编程技术，提供了自动的方法。《中华人民共和国国家标准——信息技术CASE工具的评价与选择指南》（GB/T 18234-2000）中对CASE工具有如下描述：在软件工程领域，计算机辅助软件工程工具代表了用于开发与维护软件系统的支持技术的一个主要方面。这些工具的选择必须从技术与管理需求两方面加以仔细地考虑。

目前CASE工具的使用范围主要集中在软件工程技术层面。软件工程技术、经济与管理就像一个金字塔，技术是软件工程的基础，管理用于统筹经济与技术的平衡。由于行业发展迅猛，软件工程正逐步向多学科交叉的方向发展。但是随着软件工程领域的逐步系统化，其配套的辅助开发工具却相对落后，且不成体系。在企业实际应用时，工具的发展跟不上技术与理论的发展，配套环境相对陈旧，各自独立，这无疑会大大降低企业资源的高效利用。使用Microsoft Project做项目管理，使用Enterprise Architect进行建模，使用Test Director做测试管理，使用Microsoft Office编制文档，之后就是各种IDE与测试工具……在大量的开发工作中，工具的使用就要占到很大部分，跨工具的交互问题是否能够得到有效处理？企业是否有足够财力保证工具是最新版本，以跟上时代步伐？资源是否得到有效配置？这些问题的答案目前还都是未知数。

二、系统化的CASE工具

笔者在此提出一款整合软件工程技术、经济、管理、法律的CASE工具概念。与其说是CASE工具，不如说是遵循CMMI（软件能力成熟度模型集成）的平台工具。它既是平台，又是工具。既可以根据CMMI不同等级定义过程，又可以自定义过程，既可以选择遵循中国国家标准，又可以选择遵循ISO/IEC标准，或是世界其他地区或组织的标准，开发过程既可以选择执行瀑布模型，也可以选择执行增量迭代模型……这款工具将国际、国家、组织、地方的标准与模型进行整合，指导软件开发人员进行贯穿于软件生命周期全过程的过程改进与软件测试，通过标准、模型、经验的方法指导软件技术实现。

通过软件规模与复杂性度量、软件差错与可靠性度量、COCOMO（成本建设性成本模型）等方法进行投资、融资与项目可行性分析；软件成本预测与分析；资源的计划、组织与控制；招标与投标管理；软件项目的经济效益、社会效益与风险分析；项目评价与决策等。

通过WBS（工作分解结构）、阶段化管理、量化管理等相关项目管理方法，进行人力资源、风险、时间、成本、质量的综合管理，并与软件工程经济高度集成，进行自动的资源合理配置，大大降低开发成本，并能够通过平台工具的实时监控，全面了解项目进度与其他相关信息，协调开发人员与测试人员的工作，使得开发与测试纳入到统一的工作平台下。

通过平台工具，对软件实施知识产权保护，合同管理、商标与专利保护等。例如，在文档自动化与相关源代码、软件文档的基础上，自动生成中国国家版权局规定的《计算机软件著作权登记指南》中所定义的申办材料，充分利用已有工作成果，进行资源整合。

集成后的工具，使得软件开发人员所关注的是软件本身及其过程改进，避免冗余工作，通过技术手段可以高效整合企业内部资源，高效进行系统化的软件开发工作。

三、文档自动化

简单的说，软件=程序+文档。软件产品必然要伴随着大量的文档。《中华人民共和国国家标准——计算机软件文档编制规范》（GB-T-8567-2006）中所规定了共25类国家标准文档，以人工的方式来组织文档，缺点是不方便进行文档组织、版本控制，容易出现文字错误，与软件建模工具脱节，需要进行大量的静态黑盒测试，需要大量文档编写人员进行文档的维护。这无疑增加了软件开发成本。

Microsoft Office 2007及其更高版本在Excel、Word、PowerPoint中采用基于XML的文件格式。新的文件格式称为Office XML格式。新的格式使得任何支持XML的应用程序都可以访问和处理该文件格式的数据。应用程序不必是Microsoft Office系统乃至Microsoft产品的一部分。而最关键的是，Office XML文件格式已经正式收录到ISO/IEC DIS 29500标准中，成为新的国际通用文档格式，并被Open Office兼容，使得该格式能够进行跨平台应用。

这使得文档自动化成为可能，人们在实际使用过程当中，可以将软件模型、模型描述、文档描述加以整合，开发者选择执行的文档标准后，可以按照提示或提纲通过工具填写文档内容，并设定统一文档格式，进行输出，将软件开发人员从无聊的文档格式整理中解脱出来，关注文档内容，编制文档的过程，即为创造软件的过程。

四、一个可自动化的经济学实例

进行软件规模估算的方法很多，常用的有过Albreach功能点法，MarkⅡ功能点法、COSMIC功能点法等。平台工具可以封装以上方法的算法，快速估算软件规模，以下我们以Albreach功能点法举例说明。

某软件根据需求分析，拟定关于外部输入权系数 ，外部输出权系数 ，外部查询权系数 ，内部逻辑文件权系数 ，外部接口文件权系数 的权重系数，并根据系统需要数据通信的程度、分布处理功能程度、临界性能要求、内部处理复杂性等共14类衡量标准得到环境复杂性因子 ，，由Albreach公式：

可得功能点为：

若功能点与源代码行的转换率为 (该公式可由经验模型导出)，则估算的软件规模为：

该实例中，需要经验模型的积累，即通过已有项目的情况，预测分析出本次项目的结果，如果缺乏平台工具的数据支持，这一方法的人工计算方法将较为艰难。平台工具可以通过填写问询表格的可视化界面方式收集表格1与表格2的内容，并根据内部已有的大量项目经验构建数学模型，并反馈结果，待项目结束后，通过自动化分析工具对经验模型加以修正，通过大量经验积累，减小误差，并使得方差趋于最小化。通过软件工程经济学与项目管理中的各种模型，我们可以进行相互组合，模块复用，实现复杂数据的计算。

参考文献：

[1]GB/T 18234-2000.中华人民共和国国家标准——信息技术CASE工具的评价与选择指南[S]

[2]GB-T-8567-2006.中华人民共和国国家标准——计算机软件文档编制规范[S]

[3]介绍Microsoft Office(2007)Open XML文件格式[Z].Microsoft Developer Network

[4]崔启亮.软件国际化与本地化管理[J].软件世界,2006,23

[5]赵玮.软件工程经济学[M].西安:西安电子科技大学出版社

工程造价专业绘图工具价目表 篇4

普通绘图工具包…………………….………………………..14元 精工牌九件套标准绘图盒…………………………..……….45元 2#绘图板（规格：60*44cm）………………………………26元 蝴蝶牌丁字尺（规格：60cm）……………………….….…15元 马迪牌2#绘图包…………………………………….……….20元 曲线版（一套三件）……………………………..…………...8元 25cm三角尺………………………………………...…………5元 30cm三角尺………………………………………...…………8元 注：普通绘图工具包包含：2H、HB、2B铅笔各一支，打磨纸一块儿，21三夹板一套，15圆规、分规两支，美工刀一把、胶带一卷，橡皮一块儿，铅笔芯两盒，擦图片一个）

精工牌九件套标准绘图盒（分规两至、圆规一支、加长腿一个、夹芯四种，铅笔芯一盒）

建议配置：普通绘图工具包+绘图板+绘图包+丁字尺=70元 完整配置：九件套+绘图板+绘图包+丁字尺+曲线版+三角板=110元

联系人：造价一班张栋同学

仓库工具管理制度 篇5

仓库工具管理制度

一、仓库主任指派专人专管，对所有仓库工具进行登记和保管。工

具如有丢失和破损管理员赔偿。

二、如有新增工具或磨损工具，保管员及时登记和上报仓库主任，仓库主任上报综合部。

三、员工需要使用工具时，必须向工具管理员申请，以便管理员登

记使用人和使用时间。

四、使用完毕，工具要原样归还工具保管员，如有损坏必须赔偿。

如保管员在员工归还时没有检查，工具损坏，由自己赔偿。

五、仓库主任要定期检查工具保管员的工作，是否按仓库工具管理

制度执行。

六、仓库工具数量以工具清单为准，保管员为第一责任人，在使用

分配或人员变动的情况下以交接清单和接交清单为准，如属于认为丢失和损坏经综合部核查属实予以保管员相应等同金额赔偿。

×××××有限公司

工程工具管理制度 篇6

关键词：软件工程,协同工具评价模型,运用

协同软件工程是在计算机网络系统的基础上构建的, 团队开发者在进行协同工作、互相操作的基础上实现。主要包括团队高效、柔性的工作方法、工具与规范, 涵盖了全部软件在开发过程中, 正式或非正式的协同和通信需求, 以对分布在时间、空间上的任务和活动进行协调、执行和计划。

协同软件工程同时包括了需求分析至调试代码的一系列任务, 针对每个开始的可能发生的任务, 进行CSE评价工具的开发。在该领域中, 已提出、发表了相关的新型CSE结构体系、观点、工具。其中以实时建模、管理、设计工具最具有代表性。但对新型工具的开发, 均在传统软件工程技术、工具的基础上。比如开发者从中心存储库中, 对源代码进行检出、检入时, 用户对可能发生的冲突进行警惕。仅存在很少的画图工具与实时编辑, 选择传统方法修改、合并、拷贝模式, 可被多视图支持、同步文件共享完全代替。

一、协同软件工程开发时所需考虑的因素

分析、对比现有的协同工具, 本文提出了协同工具评价模型, 该软件工具是以协调、同步、感知、制品进行四个维度的衡量。而该模型中的四个维度正好将协同软件开发的关键因素完美体现。

首先, 感知。感知指利用他人从事活动进行理解, 以为自身的工作提供必要的参考。该技术的基本理论:若提供了丰富、合适、充分的上下文信息, 在对群体、个人活动进行协调时, 用户可根据信息作出明智、成熟的决定, 该结果与其他自动化工具比较, 更具有优势。目前针对感知技术的相关研究, 均证明了感知理论的正确性和感知技术的优点。针对感知技术研究重点是如何通过感知技术, 对多人之间进行技术支持和协作。比如, 协作工作区、多用户编辑器利用感知技术, 协作成员能充分了解其他协作成员在操作什么, 以及正在发生的事件。在软件实时开发时, 协作者通过感知, 以实现协同软件工具的评价模式, 对其他成员活动进行感知, 防止作出有冲突的决策。

其次, 同步。主要是指异步、同步的协作形式。同步主要描述时间的协同特性, 人们在同一时间工作, 也可以在不同时间工作。同步协同使设计者间的交互更加自然, 以实现对每个动作结果的实时感知。但同步交互与异步交互相比, 所需的工具支持更为复杂。同步交互属于联系的协作过程, 尤其针对协同软件的开发, 同步性是重要的参考因素。

第三, 制品。主要包含软件开发时的各种代码、文档, 人们设计通常采用白板、纸等非正式媒体。特别在初期设计阶段, 选择非正式媒体适宜, 主要是因为它们云寻快速、流畅的对设计图进行草绘。非正式媒体主要包括计算机触点输入、数据板、电子白板等。而由于非正式交互缺乏灵活性, 因此CASE工具并没有对其进行广泛的使用。目前协同软件的开发过程中, 对早期实现快速开发的重视度明显提高, 该阶段主要有非结构、非正式制品。待至后期时, 需将非正式制品转化结构化、正式的制品。

第四, 协调。协调主要是协作体各成员间存在着某种认识, 当工作目标不一定相同, 而共同的组织关系、利益需要实现资源、信息的共享。在工作活动中, 有可能会出现重复、交叉的努力, 空间和时间差别, 资源的调度。在这时的成员所需的某种协作, 则称为协调。协调是一个协同的过程或进程, 主要体现哥特动作、行动对其他个体造成影响。

二、协同评价工具的分类

首先, 设计工具。设计软件工程制品时, CSE的设计工具全部、部分主要对支持协同进行关注, 但许多只关注交互、源文件生成、工作流等, 代码不是低层次。这类工具主要是不太详细、相对支持简单的制品, 例如CRC图、序列图、类等。目前在其他UML图中, 比如用例图、状态转换图, 很难被CSE设计工具支持, 该类工具仍发布了少数的商业化版本, 主要有Poseidon的企业版本, 该工具作为允许地理分布成员可实现在同一时间, 对同一模型进行操作, 可了解协作者对CASE工具进行实时修改。

当该类设计工具, 并不能实现非正式制品转化为正式制品的特性, 也是该类工具的缺陷。在设计的初期阶段, 设计者需通过白板实现流畅、快速地草绘, 以探讨方案空间、解决问题的复杂部分。目前已有多数研究者进行了尝试, 例如Software Design Board工具, 主要是一种设计工具、协同软件的原型, 已对UML图的正式转化进行支持, 小组成员也可实现同步设计, 然而对感知却缺乏支持, 只能在同底进行协同。

Ideogramic作为一种非正式工具, 主要对UML设计正式、非正式进行表达, 以实现敏捷使用UML, 便于UML的轻型、有效地使用。他可支持许多的交互设备, 主要包含桌面数据、电子白板、桌面PC、PC等。该工具是在姿态上的进出上, 实现UML建模、无姿态的解释。

其次, 开发工具。许多开发任务被纳入一系列原型工具中, 为对分布极限编程进行支持, 开发了一种新型的框架Mooba, 该框架通过协同方式, 对日常的XP活动进行支持。为编辑共享的协同, Mooba也对IDE的完全特性进行支持, 主要包括协同调试、实现代码。

Mooba是在Tukan的基础上开发出来的, 而Tukan是第一个在软件开发中纳入感知的系统。它可支持对源文件进行编辑, 但在改变代码时, 没有向其他使用者通知。Tukan对其他使用者提供了冲突改变和实时感知。

针对代码层中的实时协同, IDEs已取得了较大的进步, 开发出五个Java的环境, 实现了集成开发。目前市场上最为流行的开发环境是Eclipse, 因其本身对代码层协同的不支持, 其新的交互框架则为实现项目模型、代码储存所的协同、共享编辑。

JBuilder作为Java环境中的另一个集成开发主流环境, 主要通过远程的实时调试, 分布聊天通道和UML图。JBuilder主要是吸纳了共享结, 以协同调试能力、代码编辑器进行编程, 尽管需要令牌控制策略, 且较为严格, 即在某个时间点, 只有一个用户可实现修改。

第三, 检查工具。协同工具评价模型中的检查工具, 具有的功能:一个组用户可被允许代码和设计的检查, 或单一用户的代码和设计的检查。检查工具与管理工具相比具有差异性, 由于检查工具的主要任务是是对软件工程制品进行调查、检查, 以便利于未来的精化、开发。管理工具则更关注高层次设计、组协调、制品控制。

例如, Augur作为检查工具, 主要是对项目活动细节进行感知、调查, 属于探索、检查软件的综合性开发工具。Augur也包含数据采集的框架, 是在中心存储库、源代码基础上的可视化工具, 允许开发者对他们的活动进行协同、监控。

Palantir框架, 是对工作空间进行感知的框架, 主要在分布式环境中应用, 且对工作空间进行辅助活动, 其可视化组建可在中心存储库中, 检查出源代码可能存在的冲突, 以使孤立程序员之间的感知有所增加。在异步软件开发中采用Palantir, 可实现开发者的协同开发、实时同步。

三、结语

总而言之, 软件开发工具即使支持协同, 目标仍然是对软件进行开发, 而不是单纯为了协同, 否则会导致开发者对代码编辑器的不适应。因此, 我们必须进行更深层次的思考, 以在现有的工作平台, 开发出一套支持协同的软件工程工具。H

参考文献

[1]谈宁韡.支持可复用协同软件过程的应用集成机制[D].南京大学, 2004.

[2]李圣文.软件工程辅助工具集成研究与开发[D].中国地质大学 (武汉) , 2006.

[3]陈良柱.基于Web的协同概念构图工具的设计与开发研究[D].北京师范大学, 2010.

[4]刘敏.分布式协同项目综合管理系统的设计与实现[D].上海交通大学, 2007.

工程工具管理制度 篇7

【摘要】现代化汽车生产企业产品更新速度快，要求缩短设计研发周期，仿真技术已经普遍应用到制造行业。本文依托载运工具运用工程仿真实验室软硬件设备，开发“汽车综合仿真实验项目”，并对每个子项目的要求、能力培养等情况进行阐述。

【关键词】载运工具运用工程 研究生仿真训练 汽车综合仿真

【中图分类号】G64 【文献标识码】A 【文章编号】2095-3089（2016）06-0161-01

随着计算机技术和专业仿真技术的发展，要求汽车生产企业在设计研发阶段要加快进度。在这样新的形势下，对高校机械相关专业研究生培养提出了更高的要求：不仅要求研究生掌握数学、力学、机械、电子电工等传统基础课程知识，同时还要掌握现代设计方法，会运用成熟的专业仿真计算软件进行建模与优化设计。一个只懂得用传统机械设计方法进行设计计算、并根据计算结果作机械零部件图的学生，已经远远不能满足现代企业的需求。

我校载运工具运用工程学科，在充分利用中央地方共建资金和交通运输部建设资金基础上，建立了独立的载运工具运用工程仿真实验室。目前该仿真实验室有服务器一台、工作电脑20台。购买了Hyper-mesh、AVL-FIRE、GT-suite等专业仿真软件。本综合仿真实验项目通过利用这些专业仿真软件，分步骤、分阶段进行模拟仿真训练，在研究生开题之前，将课题研究中所用专业软件和基本技能训练一遍。下面以“汽车综合仿真实验项目”为例，将综合仿真实验项目分解为三个子训练项目，说明整个训练项目的流程。

一、发动机燃烧室三维设计仿真训练项目

本训练项目利用Hyper-mesh软件建立发动机整机三维模型，主要是包括燃烧室和进气道部分。然后将发动机燃烧室及进排气道模型分离出来。对燃烧室模型进行网格划分，进行缸内三维仿真计算，可以得到燃烧放热规律及缸压曲线。在进行改进设计过程中，可以对气道、活塞、凸轮轴（配气相位）等零部件进行优化设计。利用缸内三维仿真模型还可以进行气道流动仿真计算。特别针对带有进排气气道的燃烧室模型，可以对凸轮轴进行优化设计，开展进气流量、发动机回火等问题的研究。

本项目要求学生能够熟练掌握三维模型分离技术、掌握网格划分技术、初步掌握三维仿真的理论基础和三维仿真分析能力。

二、发动机整机性能仿真训练项目

在本训练项目中，首先获取发动机整机性能仿真所需要的基本几何参数数据，利用GT-POWER软件建立发动机整机仿真计算模型。在模型中，输入发动机管路及缸内几何尺寸、发动机点火顺序、气门升程曲线、摩擦功曲线、过量空气系数及边界等条件，将训练1中所得到的发动机燃烧放热规律带入到整机模型中，进行整机性能仿真计算。根据不同转速和不同负荷条件设置一系列计算工况，计算发动机在不同工况条件下的动力性、经济性，可以得到发动机的外特性曲线和万有特性图。

本训练项目要求学生掌握发动机整机仿真模型的建模方法，理解模型中参数的物理意义，掌握vibe等燃烧模型的设置方法。能够根据发动机不同工况对燃烧放热规律进行合理调节，得到精确合理的计算结果。

三、整车性能仿真训练项目

根据某整车的基本结构，简化物理模型，从GT-DRIVE的模板中选用复合模块、控制模块、连接模块、传感器及执行器模块等，搭建仿真模型，建立汽车系统的各总成和部件的机械连接和信号连接，并对各部件和总成进行参数化处理，完成整车建模。然后进行仿真计算得到各个挡位下的加速度、最大爬坡度、最高车速、最大功率等整车动力性指标和百公里油耗等经济性指标。可以进一步加深学生对动力传动一体化研究的认识。

本项目要求学生在掌握汽车基本结构和电控基本知识的基础上，掌握整车仿真建模方法、能够根据不同的设计目标进行仿真计算，并能够对计算结果进行分析。

四、小结

汽车综合仿真实验项目包含了发动机零部件优化设计、发动机缸内三维仿真于燃烧排放特性分析、发动机整机性能仿真分析、整车动力传动性能仿真等一系列优化设计与仿真的子训练项目。即使不能让每个学生全都做一遍，但通过团队合作，将与本学科领域相关的学生分组，可以分解完成每个子项目。既可以让学生充分认识仿真技术在汽车现代化设计中的作用，又锻炼了学生开展实际项目的科研能力和团队合作能力。

参考文献：

[1] 高琪瑞，李东海.能源动力仿真实验教学系统设计与应用[J].，实验技术与管理，2006.05.

[2] 杨秉耀，刘丽葵.加强研究生实验技能培训的研究[J].实验室研究与探索，2009.6.

[3] 马玉真，宋方臻.用于研究生教学的机械类课程仿真实验教学系统的开发[J].教育教学论坛，2012.9.

车间工具管理制度 篇8

1.车间所有工具由专人统一保管，集中管理。

2.车间所有工具要按工具的分类编号顺序建立《工具卡片》，并对有关内容登记记录，以便掌握其实际状况与技术性能。

3.车间工具的管理员负责工具的发放、回收、登记、验收工作。每次发放、回收都要在《工具卡片》上作出准确完整的记录。

4.车间所有工具应分类存放，并摆放整齐，尤其是精密工具，以避免互相碰撞损坏工具。

5.车间所有工具要定期清点、擦拭，防腐防锈。若发生遗失或损坏，要按工具价值和实际使用年限折旧后，由管理员负责经济赔偿。

6.对于已到使用期限的工具，由管理员作出准确评估，是否延长使用期限或报废的决定，并上报车间设备主任批示。

7.对于未到使用期限而损坏或丢失的工具，由管理员查明原因，并及时写出书面报告上报车间设备主任批示。

8.车间工具的借还要严格履行交接手续，以明确双方责任，便于管理。

9.车间规定，对于工具的借用期限，一般情况下要求借用人用完即还，特殊情况下不许超过3天。如超过3天要由借用人重新填写借用手续。

10.对归还的工具，要由保管员检查校验后才能核销借用手续。否则按相关制度处理，并做出准确记录。

11.车间规定，对个人工具卡中已配备的工具，一般情况不予借用。

12.车间规定，个人工具要妥善保管，车间将定期由专人检查。如在使用期内发生损坏或遗失，必须由其个人补充完备。否则由车间为其补充，但费用由其个人承担。

冷轧车间

巧用Word工具栏当管理工具 篇9

打开Word，依次点击“工具→自定义”，弹出“自定义”窗口，选中“工具栏”标签，点击“新建”按钮，弹出“新建工具栏”窗口，在“工具栏名称”中输入“各年级资料”后点击“确定”按钮。现在，Word会自动启用“各年级资料”工具栏，在编辑区就可以看到该工具栏。

2.添加第一级分类

点击“自定义”中的“命令”选项卡，在“类别”栏中选中“新菜单”，然后选取右侧“命令”窗口中的“新菜单”，将它拖到“各年级资料”工具栏之中(图1)，连续拖入三次用于表示三个年级。拖入的新菜单数量可依据各校的年级数量而定。

3.为新菜单重新命名

在打开“自定义”窗口的同时，右键点击“各年级资料”中的第一个“新菜单”，在“命名”中输入“初一年级”(图2)。接着按上述方法将其他两个“新菜单”分别命名为“初二年级”、“初三年级”。

4.添加第二级分类

同样在“自定义”窗口打开的情况下，单击“初一年级”会出现预留区域，把“命令”窗口下的“新菜单”拖到该预留区域，

如果初一有三个班级的话，那么就拖入三次“新菜单”，接着把“新菜单”依次改名为“初一(1)”、“初一(2)”……改名后效果如图3所示。

5.把资料归类到班级

完成上述设置后，我们就可以把各班的资料进行归类管理了。在此以把初一(1)班的花名册文件(该文档应事先编辑好)归类到“初一(1)”的“花名册”下为例。

在“自定义”窗口的“类别”中选取“插入”，在右侧“命令”中找到“文件”项，把它拖入“初一(1)”的预留区域，右键点击刚才拖入的“文件”，命名为“花名册”。接着右键点击“花名册”，选择“分配超链接”后点击“打开”，定位到“花名册”文件即可。

现在，点击“花名册”就会打开“花名册”文件(图4)。其他文件链接的设置方法相同。

通过这样的方法，我们就可建立一个分类工具栏，通过这个已经分好类的工具栏，我们可以十分方便地分类管理学校的各个部门、班级的各类资料，查找起来比以前方便多了，而不用在众多的文件夹中去一一寻找了。

DraftFCB的创新管理工具 篇10

创意回报率指的是DraftFCB为客户带来了什么产出。这个概念分成两个部分理解。创意(Idea)，即：一个品牌所拥有的创意资产，它是一个品牌所特有的并且是由广告公司发现产生的，客户自己做不来回报(Return)，指的是创意的商业影响力，好的创意会在某种程度上改变消费行为，为客户带来预期的利润回报。

好的创意可不是那么容易就能想出来的。传统广告产业最大的悖论在于，所有人都知道广告花费中的一半是浪费的，但没人知道具体是哪一半被浪费了。在刚刚找到创意的时候，没有人知道这个创意能给客户带来什么样的收益，但是它可以通过我们创新的管理工具，经过层层讨论和完善而最终被确定。

大车轮指的是DraftFCB团队实际作业的方式。设计车轮工具的目的是为了把所有的部门集合起来，让每一个人都思考得更深层、更全面。车轮中央可以理解为“客户聚焦的中心——商业问题”；车轮外围轮胎可以理解为“车轮的根基——客户”；然后轮轴将车轮分成五个单元，分别是商务建立者(BusinessBuilders——客户部)，内容创建者(content Creators——创意部)，洞察催化剂(Insight Catalysts——策略部)，数据战略家(Data Strategists——互动营销部)和体验建筑师(ExperienceArchitects——媒介部)。

这里需要强调的是，每个部门之间不是不相往来独立作业的。车轮的作用是将代理商的各个职能部门聚拢在一起，与客户相对应的部门对话、讨论，深入了解并协同作业。

行为激发型洞察指的是DraftFCB是怎样作业的，简单地说，就是以一种独特方式来找到激发消费者行为的洞察，然后改变消费者行为。

DraftFCB认为，在责任和创造力之间总是存在着内在的不安。责任与创造力之间非传统的联合减少了不确定因素，并且释放出创意去激发行为。与其他广告公司一样，行为激发型洞察有五个步骤：了解(Learn)，认知(Know)，点燃(lgnite)，触动(Touch)和成长(Grow)。了解和认识两个步骤是减少不确定因素的阶段，“点燃”步骤是在洞察的基础上形成了策略观点，而触动和成长步骤是释放创意点子的阶段。

策略压力锅则是一个热烈而适度的小组讨论会，它能帮助团队形成一套强有力的策略点子，并且通过清晰且令人振奋的方式表达出来。一般在以下两种情况下需要开这个会：1你需要一个点子来形成品牌的策略中心；2你已经有了策略，但你想提升策略高度，挑战它，就把它磨练成更有力的东西。

工程工具管理制度 篇11

本文主要是介绍一款用C#技术开发《网络串口测试工具》的软件, 该软件是为了满足拼接墙工程实际测试, 应用, 集成过程中一些需求而使用C#技术快速开发出来的软件。这款软件的特点是实用, 简单, 同时应用C#开发软件方便、稳定、高效。

需求综述:

在拼接墙工程中的系统搭建, 软件开发以及工程项目集成的时候都需要各种软件和硬件的应用整合, 例如:矩阵切换器, 视频切换器, 控制终端等等, 因为这些硬件都是系统的一个组成部分, 它们的测试, 应用, 集成十分重要, 只有把各个模块都合理的应用起来, 这样才能保证整个系统的成功。但是, 由于这些软件或者硬件模块都是有网路 (TCP/UDP) 或者串口, 就带了如何快速测试, 应用, 集成。为了测试, 应用, 集成的方便, 因此决定开发这个工程应用软件, 用于提高开发以及测试效率。

C#快速开发的优势:

现在软件开发的工具很多, 有C++, C#, jave等等。由于我们的需求只是测试, 集成用辅助的软件, 目的主要是开发快, 应用简单。因此我选用现在比较流行的C#开发。实际应用中也发现C#快速开发的优势。C#的优势在于很多功能都已经封装好了, 例如:sockets, serialport等等, 这样就不需要你去封装, 直接调用就可以了, 这样就大大加快了开发速度。同时C#在WinForm上的开发的直观简便, 也很容易让你上手开发, 另外, 其字符之间的转换也是其优势之一。

应用场合:

现在很多硬件或者软件都会提供相应的扩展功能, 其对外的接口常用的有网络 (TCP/UDP) 或者串口。一旦工程中需要购买其他厂商的的商品或者自身商品向其他采购商提供对外接口, 那就可以运用该测试软件进行测试。这样就十分容易简单的测试以及判断问题和功能。

测试系统简单框图以及软件界面:

具体功能说明:

主要是两大功能块:网络测试和串口测试。

一, 通过网络接口发送字符串或者十六进制数据, 同时接受对方的反馈。那么你只要在发送内容里面内填入相应的内容, (例如RGB1V1) , 选择发送内容的形式是字符串还是十六进制。同时选中TCP或者UDP, 填写好IP地址和端口, 然后按发送, 然后会自动触发开始接收, 这样如果发送的协议内容, 对方接口有反馈就会在收到内容里面显示内容, 同时, 你可以选择是字符串还是十六制的形式的查看返回的内容。这样就可以根据实际情况来看看这个测试整个网络回路是否正确。

二、通过串口发送字符串或者十六进制数据, 那么你只要在发送内容里面内填入相应的内容, 同时勾选串口, 选择哪个串口 (例如:COM1, COM2等等) , 然后, 输入波特率, 数据位, 奇偶校验, 停止位, 就可以测试对应的串口连接的终端了。同时, 你可以选择是字符串还是十六制的形式的查看返回的内容。这样就可以根据实际情况来看看这个测试整个串口回路是否正确。

主要代码简单说明:

使用串口主要代码:

通过上述的代码和功能, 你可以看到使用C#可以方便简单迅速的开发出满足实际工程需要的软件《网络串口测试工具》, 由于该软件是为了公司特别开发定制的, 在拼接墙工程中为开工程, 集成开发带了很多方便, 是一款实用性很强的工程软件。

摘要：本文主要是介绍一款用C#技术开发《网络串口测试工具》的软件, 该软件是为了满足拼接墙工程实际测试, 应用, 集成过程中一些需求而使用C#技术快速开发出来的软件。这款软件的特点是实用, 简单, 同时应用C#开发软件方便, 稳定, 高效。

关键词：C#,TCP,UDP,串口,工程测试

参考文献

[1]David B.Makofske, Michael J.Donahoo, Kenneth L.Calvert, TCP/IP Sockets in C#-Practical Guide for Programmers, Elsevier Inc.2004

生产车间工具管理制度 篇12

为保证生产工具的正确使用及有效管理，特制定如下办法：

一、总则

1、目的：规范各类工具的保管、领用、以旧换新、移交、报废程序，以避免工具的超标领用及人员调任时无交接等现象。

2、适用范围：员工使用工具的标准制定、领用、退库、交接、报废等。

二、工具发放标准的制定

1、根据各班组使用工具情况由公司和制造部签字确认，按确认后的标准执行。

三、工具的领用、更换及退还

1、工具领用条件：

A、各班组首次领用，必须是在领用许可范围内； B、换领必须以旧(坏)换新。

2、工具领用程序：

A、工具为首次领用时，领用人员填写“领用单”，注明用途和保管责任人，交车间负责人签准后领用，并建立班组、个人领用工具台账。

B、以旧(坏)换新时，由生产部负责人鉴定工具的好坏，属人为造成的损坏由责任人承担。C、原工具丢失或在最短使用限期内损坏，按规定赔偿后方可再重新领用。

3、工具退还

b.离职退还。人员离职时，人事部在见到由移交人和接收人签字确认的“工具移交表”后，方可办理手续，移交时如有工具不够数量，设备接收人应在工具移交表上签字时，注明缺少的工具及价钱，由人事部从其工资中扣除。

四、工具的检查与赔偿

1、仓库在收回旧工具时必须认真检查，如仍可用，请领用人继续使用。如可修复，可联系相关专业人员修复。如工具有旧品时(有一定损耗但不影响使用的产品)，尽量请领用人领用可用的旧品。

2、生产部负责人定期或不定期检查操作工具的保管情况与使用情况，如发现各班组有不正确的使用工具，进行批评指导纠正。

3、如发现工具有未过最短使用期的损坏、遗失等影响操作的情况，应责成其在一定时间内补齐工具。方式有自已补购或赔偿后重新领用。赔偿标准：

A、工具丢失，由责任人赔偿原价。

B、使用限期内损坏，以旧(坏)换新前必须赔偿：

4、赔偿与领用手续：生产部负责人向财务部提供工具赔偿联络单，财务部直接从责任人当月工资中扣除。

五、工具的借用

1、为方便不常用工具的借用，生产部到仓库办理临时借用。

2、借用及归还手续：

A、工具借用必须填写“工具借用联络单”，说明借用时间、归还时间、用途、保管责任人等，经部门负责人签字后，方可借用。