配置管理工具比较
以下从产品背景、本地化中文支持、支持服务、对中国市场的重视程度、产品特性、性价比、成功客户等几个方面对Hansky、Rational、CVS和PVCS等进行对比分析。
◆比较1:产品背景
Hansky:98年始于美国硅谷,而且之前在美国有多年的技术沉淀和应用经验积累,属于新一代的技术和产品,其产品的安全性、稳定性和运行效率较好。
Rational:80年代的技术架构,为Rational收购的产品;为目前世界上使用最广泛的配置管理工具。
PVCS:MERANT公司的PVCS是一套专业的组织并管理软件资源的软件工具,支持有效的软件结构管理。
CVS(Concurrent Versions System)是一种较为广泛使用的开发源代码的版本控制系统。
◆比较2:本地化研发支持
Hansky:于2000年建立了中国本地的研发和支持中心,在中国有近40名技术人员,提供完全汉化的版本,包括界面、文档和手册。
CVS:有汉化,但无技术支持。
Rational/PVCS:无汉化产品,需第三方软件汉化。
◆比较3:支持服务
Hansky:在北京建立了技术支持中心,可以提供及时、专业的应用咨询、高级培训、技术支持服务。
Rational/PVCS:有售前技术人员,但无研法人员。
CVS:没有针对中国客户的支持中心。
◆比较4:对中国市场的重视程度
Hansky:在中国有50人的团队。
Rational:中国市场份额不到Rational全球市场的1%,支持不够,但目前在中国的市场占有率高。
PVCS: 1996年由 PTS 引入中国后由PTS代理, 2002年后由IMAG 代理。整个产品在中国市场表现和技术支持逐步改观。
CVS:作为一个非商业的软件,只有易用性是只得称道的地方。但是无论从性能还是产品支持都无法满足真正的企业开发管理的需要。
◆比较5:产品体系架构
Firefly:全新的体系架构,采用类三层结构,基于TCP/IP 协议,完全隔离后台存储。因此无需共享存储区,客户端甚至不需要了解存储区的具体位置,整个系统更加安全、可靠。
Rational ClearCase:体系架构有些陈旧,需要共享服务器上的存储目录,以供客户端访问,集成度稍高。
PVCS :多客户端必须通过共享远程文件目录的方式存取中央PVCS数据库。跨平台使用时变的更为复杂。
CVS有Non-server和CVS server模式。对于Non-server模式而言,CVS采用与VSS相同的机制,存储库是一个共享目录;但是这种机制带来极大的安全风险。CVS server模式下,系统提供了多种协议(pserver, ntserver, ssh, rsh, sspi)最常用的时PServer和NTServer。PServer模式:基于文件系统,客户端通过rsh运行Server端的命令,多进程,速度慢。NTServer模式:采用Client/Server方式。
◆比较6:数据存储
Firefly:拥有自己的中央存储库, 可以大大的节省磁盘空间, 同时提供中央存储库的管理, 如增量备份和恢复服务器同步。通过Firefly服务器,可以方便有效的管理
中央存储库和项目。 Firefly有自己的存储控制设置,不依赖于操作系统,非常灵活。也可以通过web界面进行操作。Firefly 提供增量备份和恢复
Rational ClearCase可以为开发人员提供私人存储区,同时可以实现成员之间的信息共享,从而为每一位开发人员提供一致、灵活、可重用的工作空间域。
PVCS:数据库仅仅是一个存储版本文件的存储库,所做的修改存储在文件系统中。没有服务器的管理技术(比如cache),系统速度很慢。每一个独立的客户端查询信息,都会有冗余的数据传输和多余的CPU计算。另外PVCS的存储方式会浪费很多磁盘空间,使得文件系统很慢。在PVCS中, 没有特殊的命令来做中央存储库备份和恢复,只能依赖于操作系统本身,不能实现增量备份和恢复。PVCS不提供存储库检查和修复工具,如果存储库崩溃或数据不一致并且备份了错误的数据,你必须回到项目最开始的阶段。
CVS:采用RCS的存储库,加上CVS root目录实现。CVS依靠目录来组织存储库,系统中无论文件有多小,在存储库中都会建立相应的文件,数据库增加非常快,从而大大增加了系统的空间并且降低了运行的性能。同时,对于一些常用操作(例如打开文件先前版本),CVS不得不分析整个数据库,造成了系统的缓慢。对于大规模的开发,CVS的数据处理显得力不从心。
比较7:开发管理
Firefly:可以通过Web或Server Explorer界面查看整个项目的状态,包括项目的分支,以及每个分支下开发人员的本地工作区的情况,为管理人员提供把握项目重点状况的能力。
Rational ClearCase:ClearCase不仅可以对文件、目录、链接进行版本控制,同时还提供了先进的版本分支和归本功能用于支持并行开发。另外,它还支持广泛的文件类型。提供了比较全面的配置管理支持,其中包括版本控制、工作空间管理、Build管理等,而且开发人员无需针对其改变现有的环境、工具和工作方式。
PVCS : PVCS的用户管理比较简单, PVCS提供控制列表组,是一个用户和权限的一个集合。但不能看到分支内包含的文件。不能看到分支的历史。PVCS支持文件级别的归并。
CVS:缺乏配置管理所涉及的项目管理、过程控制等功能,只能实现文件的版本控制,同时,由于其设计上的特点,例如Pserver模式只支持单一存储库,以及无法提供异地开发的支持,决定了CVS只能是一个项目组级别的版本控制工具。而且,虽然利用CVS可以进行并行开发管理,但由于其分支功能有限,难以很好地实施。
◆比较8:易用性,快速实施性。
Firefly: 安装使用较为简单,同时,系统有中英文界面,中文的操作指南。
Rational ClearCase: ClearCase比较复杂的。跨windows域,跨Unix系统都需要进行复杂的配置,不利于系统的实施部署。对于使用而言,也是较难于使用,需要经过几个月的培训才能上手应用。对实施者要求高,但如能确实掌握,可更高提高效率。
PVCS:对于初学者,不易理解。
CVS:易于使用,实施快。
◆比较9:性价比
Hansky:实施周期短,容易见效;不需要其它软件平台的支持,综合采购成本小。
Rational:实施周期较长,实施复杂度高;对系统的要求高,综合采购成本高;License价格高。
PVCS:实施周期短,容易见效;不需要其它软件平台的支持,综合采购成本小。
CVS:免费的产品。
◆比较10:成功客户
Hansky:有较多的客户采用,成功率较高。
Rational:拥有最多的客户,适合开发复杂、多项目并行的大型软件公司使
用。
PVCS:市场占有率低。
CVS:适合小规模开发的客户。对比列表
配置管理工具简介 要说配置管理工具,就要说到配置管理,因为配置管理工具是软件配置管理过程中所使用的一些工具,要了解配置管理工具,首先就必须了解配置管理。 一、配置管理工具的定义:软件配置管理的定义有很多,现在我只说一个我 觉得定义的必要好的定义。它是:“协调软件开发使得混乱减到最小的技术叫做软件配置管理,它是一种标识、组织和控制修改的技术,目的是使错误达到最小并有效地提高生产效率。”它贯穿整个软件生命周期并应用于整个软件工程过程,是软件工程中用来管理软件开发的规范,也是CMM(软件能力成熟度模型)二级中关键过程域。软件配置管理是软件质量改进的核心环节,它贯穿于整个软件生命周期,为软件改进提供了一套解决办法与活动原则。 二、软件配置管理的目标: 软件配置管理的目标是标识变更、控制变更、确保变更、和报告变更,它主要完成以下几种任务:标识、版本管理、变更控制、配置审计和配置报告。 三、配置管理工具的主要功能: 配置管理工具作为配置管理过程中使用的工具就理所当然的具有以下功能: 1).并行开发支持:因开发和维护的原因,要求能够实现开发人员同时在同 一个软件模块上工作,同时对一个代码部分做不同的修改,即使是跨地域 分布的开发团队也能互不干扰,协同工作,而又不失去控制。 2).修订版管理:跟踪一个变更的创造者、时间和原因,从而加快问题和缺 陷的确定。 3).版本控制:能够简单、明确地重现软件系统的任何一个历史版本。 4).产品发布管理:管理、计划软件的变更,与软件的发布计划、预先定制 好的生命周期或相关的质量过程保持一致;项目经理能够随时清晰地了解 项目的状态。 5).建立管理:基于软件存储库的版本控制功能,实现建立过程自动化。 6).过程控制:贯彻实施开发规范,包括访问权限控制、开发规则的实施等。 7).变更请求管理:跟踪、管理开发过程中出现的缺陷、功能增强请求或任 务,加强沟通和协作,能够随时了解变更的状态。 8).代码共享:提供良好的存储和访问机制,开发人员可以共享各自的开发 资源。 四、常见配置管理工具简介: 配置管理工具有很多,一下我对一些常见的配置管理工具做一简单的介绍。 1.元老:CCC、SCCS、RCS 上个世纪七十年代初期加利福利亚大学的Leon Presser教授撰写了一篇论文,提出控制变更和配置的概念,之后在1975年,他成立了一家名为Soft Tool的公司,开发了自己的配置管理工具:CCC,这也是最早的配置管理工具之一。 在软件配置管理工具发展史上,继CCC之后,最具有里程碑式的是两个自由软件:Marc Rochkind 的SCCS (Source Code Control System) 和Walter Tichy 的RCS (Revision Control System),它们对配置管理工具的发展做出了重大的贡献,直到现在绝大多数配置管理工具基本上都源于它们的设计思想和体系架构。 2.中坚:Rational Clear Case
软件开发项目配置管理工具的选择 通过软件配置管理,将对软件系统中的多重版本实施系统的管理;全面记载系统开发的历史过程,包括为什么修改,谁作了修改,修改了什么;管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制,完整、明确地记载开发过程中的历史变更,形成规范化的文档,不仅使日后的维护和升级得到保证,而且更重要的是,这还会保护宝贵的代码资源,积累软件财富,提高软件重用率,加快投资回报…… 每一个软件项目,无论是工程类项目,还是产品类项目,都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中,将生成各种各样不同的工件,包括文档、源程序、可执行代码、支持库。更可怕的是,频繁出现的变更是不可避免的,因此面向如此庞大且不断变动的信息集,如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题,最早的开发人员尝试过的解决办法是通过手工来实现: 1)文档:每次修改时都另存为一个新的文件,然后通过文件名进行区分,例如"XXX 软件需求说明书V1.0,XXX软件需求说明书V1.1,XXX 软件需求说明书V2.0.",并且在文件中注明每次版本变化的内容; 2) 源代码:每次要修改时就将整个工程目录复制一份,将原来的文件夹进行改名,例如"XX 项目V1.0、XX 项目1.01、.",然后在新的目录中进行修改; 但是这种方法,不仅十分繁琐,容易出错,而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时,还是会造成很大的混乱。很显然,这样简陋的方法是无法应对这一问题的。后来,有人尝试从制造工业领域引入了"配置管理"这一概念,通过不懈的研究与实践,最终形成了一套管理办法和活动原则,这也就是软件配置管理。 通过软件配置管理,将对软件系统中的多重版本实施系统的管理;全面记载系统开发的历史过程,包括为什么修改,谁作了修改,修改了什么;管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制,完整、明确地记载开发过程中的历史变更,形成规范化的文档,不仅使日后的维护和升级得到保证,而且更重要的是,这还会保护宝贵的代码资源,积累软件财富,提高软件重用率,加快投资回报。 常见的配置管理工具 正如前面所述,由于软件配置管理过程十分繁杂,管理对象错综复杂,如果是采用人工的办法不仅费时费力,还容易出错,产生大量的废品。因此,引入一些自动化工具是十分有裨益的,这也是做好配置管理的必要条件。 正是因为如此,市场上出现了大量的自动化配置管理工具,这些工具的实现原理与基本机制
文件编号:RHD-QB-K4752 (管理制度范本系列) 编辑:XXXXXX 查核:XXXXXX 时间:XXXXXX 安全工器具配备的管理及使用规定标准版本
安全工器具配备的管理及使用规定 标准版本 操作指导:该管理制度文件为日常单位或公司为保证的工作、生产能够安全稳定地有效运转而制定的,并由相关人员在办理业务或操作时必须遵循的程序或步骤。,其中条款可根据自己现实基础上调整,请仔细浏览后进行编辑与保存。 1、配备方面的规定 1.1 现场工作人员必须配备安全帽、工作服、绝缘鞋。 1.2 从事高空作业的工作人员必须配备安全带。 1.3 从事特殊工种作业人员,按规程要求配备相应的防护用品。 1.4 从事电气检修人员根据需要可配备近电报警器。 1.5 从事低压电气作业人员必须配备低压验电
笔。 1.6 从事配电检修的作业班组,应配备一只便携式验电器。 1.7 变电所根据需要配备封闭式安全围栏、绝缘手套、绝缘鞋、绝缘拉杆、绝缘棒、绝缘隔板、验电器、接地线。 1.8 安全工器具的配备数量要满足生产需要。运行岗位公共使用的安全工器具,出保证正常使用外,还需要配备适当数量的备用工具,防止意外损坏时和试验期间影响正常使用。 1.9 短路地线的购置,其产品必须符合电力部颁发的《携带型标准短路地线的技术标准》,原有的短路地线,应有计划的逐步配备带绝缘护套的标准型短路接地线。 2、管理方面的规定
2.1 各单位必须采购符合国家标准的安全工器具。 2.2 安全监察部门要监督本单位安全工器具的采购、管理和使用,必须从持有东电入网证或网、省公司指定的商店购买。 2.3 安全工器具应指定专人负责管理,做到按规定检查及试验,发现损坏或数量不足应及时补充更换。 2.4 试验不合格的安全工器具,由试验人员就地销毁,严禁使用,报安监科更换。绝缘工器具试验后,要填写试验报告单,并在工器具上标明试验日期及下次试验时间。 2.5 新安全工器具应经过试验,试验不合格严禁使用,返回采购单位进行更换。 2.6 安全工器具应存放在指定地点,存放地点
份号:001 密级: XXXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX公司 XXXX年XX月XX日
辑要页
文档修改记录
目次 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文挡 (1) 3 软件配置管理情况综述 (1) 4 软件配置管理基本信息 (1) 5 专业组划分及权限分配 (1) 6 配置项记录 (1) 7 变更记录 (2) 8 基线记录 (2) 9 入库记录 (2) 10 出库记录 (2) 11 审核记录 (2) 12 备份记录 (2) 13 测量 (2) 14 主释 (2)
1 范围 1.1 标识 本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。 1.2 系统概述 本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性;概述系统开发、运行和维护的历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;列出其他有关文档。 1.3 文档概述 本条应概括本文档的用途和内容,并描述与其使用有关的保密性考虑。 2 引用文挡 本章应列出引用文档的编号、标题、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。 3 软件配置管理情况综述 本章应描述软件配置管理活动进展,与软件配置管理计划的偏差;软件配置管理活动与规程是否相符;对不符合项所采取的措施;完成软件配置管理工作的工作量等。 4 软件配置管理基本信息 本章应概述软件配置管理的基本信息,包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。 5 专业组划分及权限分配 本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配,如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等,权限可分为读出、增加、替换、删除等。 6 配置项记录 本章所列出项目的所有配置项,包括配置项名称、配置项最后发布日期、配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配置项版本变更历史、配置项变更累计次数等内容。
份号:001密级: XXXXXXX项目 软件配置管理报告 XXXX-RPB-R01.00 XXXXXXXX 公司 XXXX 年XX月XX日
辑要页
摘要: 主题词:
文档修改记录
1范围............................................................................................... 1.1标识.......................................................................................... 1.2系统概述...................................................................................... 1.3文档概述......................................................................... 1........... 2引用文挡........................................................................................... 3软件配置管理情况综述............................................................................. 4软件配置管理基本信息............................................................................. 5专业组划分及权限分酉己.......................................................................... 6配置项记录......................................................................................... 7变更记录........................................................................................... 8基线记录........................................................................................... 9入库记录...........................................................................................
火灾自动报警系统是在保护对象发生火灾的情况下自动探测、显示发出火灾警报的装置。它广泛应用于现代化工厂、物资仓库、高层建筑、计算中心等建筑物内,对保证人民的生命和财产安全起着巨大作用。 火灾自动报警要经历安装、接线、调试、验收等诸多环节,其中调试是其中最重要的一个环节之一。说起调试,每个火灾自动报警系统都有其特有的调试软件,而每个厂家的调试软件只有其相关的调试人员才会接触到,相对于普通人来说也是比较神秘的,下面国产火灾报警品牌巨头一海湾的进行揭秘。 首先打开海湾调试软件工具,屏幕会出现输入密码界面 输入密码后进入GstCfg配置管理工具界面,界面有标题栏、工具栏、状态区域和编辑区域组成。
WRIVJ.A 右击状态区域内“控制器”可以添加控制器操作,GstCfg配置管理工具可添加的控制器有GST20C火灾报警控制器、GST500/5000 火灾报警控制器、GST900C火灾报警控制器、DH9000电气火灾控制器、以及KR9000可燃气体报警控制器。 控制器添加界面可以对控制器的名称,是否联网、以及新老国标等基本属性进行选择。
控制器添加完成后进入如下界面,在这了我们添加一个新国标地址号是01的GST500C型火灾报警控制器 欝E.H k^ITEHlJ-A A EW4U眠皿活冋1SB 畑:fi ------------------- ■ j ■* 可以在左侧框内的GST5000C控制器右击选择添加回路,选择回路数量进行添加。添加好的界面如下
图中右侧显示的就是设备定义的界面, 在这里可以完成对所有设 备定义数据的填写。最左边的一列是设备的二次码, 选中右击二次码 可以对其进行批量修改。 ML 士 HS-ti p -yi | mmv ■■ 離 ?皿心卸 Et? ■F ■?; *g ■ Mimi I q ? mum ? 卜 ii 1 卫 L J Ml?]i | iSH> M G . 口亠■史曲 ■ :石「 '| E P L \ b □ 1 B —帛?P L ?吐皿 Q fl 4 HKOt 阿沁0 □ ■ i 沁〈亍6 * 4 * V M IO? 1 t .:.?■:::? >Q 4 | 1 i ?l?St 1 I I 0W"*E 0 L j 0 $ 川1 otltlt D L Qb”利1 ? 上理_; M |?|| fn- AhB D u 51- PS.m 1 h 一 ^ b 白 會 nsn 0?i-5HE 0 £ a>*3 Rfl J ~0 4 "t Al M IMF t 曲祐i b 1 Q V [| (^ICM OCMH 0 k 1 H 「 1 口*飓6 I 口 4 if 1 W 1 wi?ir CW4HL D ._"L g fi 曾 'P ' wwii 1 "T "?■ #£ 厂 t 1 6 i i ' il DMAII D C n> A949I □ ;M bMtt i ? i> *!?■? 1 fi ;n t awt-^'S n U S *9 J 口 4 HUtil X 蘇Q k 汁”枕 0 I ;裁?1?2f ' t gMt 0 L as 1 4 i 31 i i g?p-M Q . k "■却捆 n ii ■ i 亦a 沁"厂 k H ■■盟耐 Q 4 |T ?J0? & MHK P 匚岭彗r.g 1 Q I * NIKI £M?E 0 =H 联1 I 4 i£ —慣呻一 MMNE 6 I ? * . 1
常用工器具的配置及管理办法 为了规范一般常用工器具的管理,优化公司资源配置,提高工器具的使用效率,使各厂、部维修工作能正常有效的进行,并保证维修工器具的完整性,全面推动各部门节约成本的良好行为,所有工器具的进、出台帐管理更加明细化,特制定本办法; 本办法适用于公司各分厂及所属维修部门; 一、工器具的分类 1、公用工器具: 用于各部门车间(班组),并由车间(班组)进行管理和维护的工器具。例如手拉葫芦、三爪拉码、内六角扳手和所有测量工器具。 2、个人工器具: 维修工的基础工具,使用单位为员工,并由员工自己进行管理和维护的工器具。例如钢丝钳、12寸以下活动扳手、测电笔、电工刀、钢卷尺、剥线钳、钳工锤等。 3、特殊工器具: 除了公用工器具和个人工器具以外的其他工器具。例如台钻、切割机、万用表、验电器、电动工器具等。 二、工器具的使用 1、工器具使用应严格按照使用说明书执行; 2、对起重和电动工器具应严格按照《安全使用操作规程》进行操作。 三、工器具的发放、更换、借用及交接 1、公用工器具及个人工器具的发放标准和使用周期详见附表(1-7); 2、发放或更换工器具时,在工器具上应作好标记(如打上编号); 3、各厂维修新员工报到时,经分厂厂长批准,报机动部建档,
由分厂工器具管理员发放个人工器具,同时建立工具卡片; 4、员工所发放的个人工器具到使用期满后,由员工自己进行书面申请,经分厂厂长批准,报经公司分管领导同意后。分厂工器具管理员可以对不能继续使用的工器具进行免费更换; 5、对到期工具,经分厂、机动部进行验证,确定能使用的继续使用,不再更新,机动部建档,依据节约使用时限,在丢失或损坏考核中予以冲减或免予处罚。 6、工器具还未到使用期限而造成损坏者,须打报告到厂长处,说明损坏的详细原因和经过,经厂长确认签字后,报经公司分管领导同意,分厂工器具管理员对损坏工具进行补发,并将原损坏工具进行回收;以坏换新时,领用人须在工具卡片上填写工器具品名、规格型号、所要更换数量及原因并签字确认,缺一者工器具管理员可拒绝发货; 7、员工如需对特殊工器具和公用工器具进行借用,借用人必须先在工器具管理员处进行实名登记后方可借用; 8、各分厂部门借用工器具,由分厂部门主管或工器具管理员同意并办理借用手续。 9、外单位人员如需借用工器具,必须先写好借条并经分厂厂长、机动部同意,报公司分管领导批准后方可借用; 10、借出的工器具由借用或使用者对工器具的完好性负责,由借用单位(部门)确认所借用工器具的状态和数量,并签字认可; 11、工器具借出前借用人要对工器具进行检查,确认完好后,办理出库手续; 12、员工如有调离原职或辞职,必须上交所领用的个人工器具和特殊工器具,并保证工器具的完好; 13、工器具管理员如有调离原职或辞职,应对该车间(班组)所管辖的公用工器具进行交接清楚后,方可调离或辞职; 四、工器具管理内容和要求
软件配置管理计划示例 作者:赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理
2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。 2.2 任务 在软件工程化生产的各个阶段中,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,将在第条中详细规定。 2.3 职责 在软件配置管理小组中,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下: A.组长是总体组代表,他对有关软件配置管理的各项工作全面负责,特别要对更改建议的审批和评审负责; B.软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范; C.项目的专职配置管理人员检查在作配置更改时的质量保证措施; D.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;
编号:SM-ZD-76310 安全工器具配备、管理及 使用规定 Through the process agreement to achieve a unified action policy for different people, so as to coordinate action, reduce blindness, and make the work orderly. 编制:____________________ 审核:____________________ 批准:____________________ 本文档下载后可任意修改
安全工器具配备、管理及使用规定 简介:该制度资料适用于公司或组织通过程序化、标准化的流程约定,达成上下级或不同的人员之间形成统一的行动方针,从而协调行动,增强主动性,减少盲目性,使工作有条不紊地进行。文档可直接下载或修改,使用时请详细阅读内容。 1、配备方面的规定 1.1 现场工作人员必须配备安全帽、工作服、绝缘鞋。 1.2 从事高空作业的工作人员必须配备安全带。 1.3 从事特殊工种作业人员,按规程要求配备相应的防护用品。 1.4 从事电气检修人员根据需要可配备近电报警器。 1.5 从事低压电气作业人员必须配备低压验电笔。 1.6 从事配电检修的作业班组,应配备一只便携式验电器。 1.7 变电所根据需要配备封闭式安全围栏、绝缘手套、绝缘鞋、绝缘拉杆、绝缘棒、绝缘隔板、验电器、接地线。 1.8 安全工器具的配备数量要满足生产需要。运行岗位公共使用的安全工器具,出保证正常使用外,还需要配备适当数量的备用工具,防止意外损坏时和试验期间影响正常使用。
软件配置管理工具SVN配置和使用说明 战立章 2008年6月
目录 第I 条第一章SVN的安装和使用说明 (1) 1.1SVN(Subversion)简介 (1) 1.2服务器SVN(Subversion)的安装和配置 (2) 1.2.1安装指南 (3) 1.2.2服务器的设置 (3) 1.3客户端TortoiseSVN的安装和配置 (5) 1.3.1安装指南 (5) 1.3.2TortoiseSVN使用说明 (5) 第II 条参考文献 (11)
第I 条第一章SVN的安装和使用说明 1.1SVN(Subversion)简介 在开源领域,并行版本控制(CVS)一直是版本控制的选择。CVS(Concurrent Versions System)本身是一个自由的软件,它对用户的非限制性和对网络操作的支持—可以允许大量的分散在不同地域的程序员共享他们的工作(特性)成果,非常符合开源软件领域合作的精神。但是像许多其他工具一样,伴随着软件技术的革新,CVS开始露出了衰老的痕迹。所以,设计者在继承CVS优秀特性的基础上设计了Subversion,并把它作为CVS新的继承者。与CVS类似,程序员依然可以使用Subversion构建一个开源软件系统的版本控制过程,但设计者在设计Subversion过程中,努力弥补了CVS的一些明显的缺陷。下面将通过与CVS对比,简单的介绍Subversion为版本控制领域带来的一些新的特性。 1.版本化的目录 CVS只记录单个文件的历史,但是Subversion实现了一个可以跟踪目录树更改的虚拟版本化文件系统,记录文件和目录的所有版本。 2.真实的版本历史 CVS只记录单个文件的历史,所以CVS对那些可能发生在文件上,但会影响所在目录内容的操作(CVS并不跟踪记录目录的变更,见特性1说明)并不支持。因此,例如,复制和重命名,这些可能改变工作目录内容的操作CVS并不支持。而且在CVS中,如果一个文件搬到另一个地方或者改名,版本号将重新编。同时CVS也不支持在工作目录下用一个内容完全不同的文件来覆盖目录下的同名文件而不继承原来文件的版本历史。而在Subversion中,可以对工作目录下的文件或者目录进行拷贝和改名操作,还可以进行添加和删除操作,而且所有的新加的文件都从一个新的、干净的版本开始。 3.原子提交 在Subversion中,一系列的修改要么全部提交到版本库,要么一个也不提交,这样可以帮助用户构建一个提交修改的逻辑块,防止部分修改添加到版本库。 4.版本化的元数据 在Subversion版本控制系统中,每一个文件或目录都有自己一套完整的属性键和它们的值,可以建立并存储任何键/值对,并且属性是随着时间流逝逐渐纳入版本控制的。
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款,以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料
◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。 2.2 任务
本人从网上收集整理的几个需求管理工具- 项目管理 需求是研发团队工作的起点,很多研发团队的开发过程混乱的源头都在于需求管理没有做好。这里是本人收集整理的几个需求管理系统,希望对大家有点帮助。 Rational RequisitePro Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成,大大扩展了RequisitePro及其他产品的功能,给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响,帮助验证所有的规划需求被交付物所满足、降低项目风险。 网址:https://www.doczj.com/doc/c617430185.html,/software/awdtools/reqpro/ IBM Rational DOORS IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS,被IBM收购后更名为IBM Rational DOORS。DOORS 是最老牌的企业需求管理套件,通过使用DOORS/ERS,可以帮助企业更有效地进行沟通并加强协作与验证,从而降低失败的风险。通过对整个组织实施多种需求管理的方法,可以使项目的管理更加透明。它可以使企业跨越地域与组织的边界来按国际化的方式运行。
网址:https://www.doczj.com/doc/c617430185.html,/software/awdtools/doors/ Borland CaliberRM Borland CaliberRM是一个基于Web 和用于协作的需求定义和管理工具,可以帮助分布式的开发团队平滑协作,从而加速交付应用系统。CaliberRM 辅助团队成员沟通,减少错误和提升项目质量。CaliberRM 有助于更好地理解和控制项目,是Borland 生命周期管理技术暨Borland Suite 中用于定义和设计工作的关键内容,能够帮助团队领先于竞争对手。CaliberRM提供集中的存储库,能够帮助团队在早期及时澄清项目的需求,当全体成员都能够保持同步,工作的内容很容易具有明确的重点。此外,CaliberRM 和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。 网址:https://www.doczj.com/doc/c617430185.html,/us/products/caliber/index.html
软件配置管理工具Vss6.0实用指南 一、版本管理的必要性 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展,那么80~90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现,这就是软件的版本管理。 只要参加过软件开发的人都清楚,现在的软件项目完全由一个人来完成是难以想象而且也是不可能的,通常是有一个研发小组来共同分析、设计、编码和维护,并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中,需要涉及到各个方面的人员,信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间,还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改,小的可能只是对某个源文件中的某个变量的定义改动,大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中,由于软件开发所固有的特征,可能会形成众多的软件版本,而且我们并不能保证不出现错误的修改,而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前,他/她该如何有效地解决这些问题,具体地说就是如下一些问题: 1.怎样对研发项目进行整体管理; 2.项目开发小组的成员之间如何以一种有效的机制进行协调; 3.如何进行对小组成员各自承担的子项目的统一管理; 4.如何对研发小组各成员所作的修改进行统一汇总; 5.如何保留修改的轨迹,以便撤销错误的改动; 6.对在研发过程中形成的软件的各个版本如何进行标识,管理及差异识辨等等。 一个非常直接的反应,我们必须要引进一种管理机制,一个版本管理机制,而且是广义上的版本管理,它不仅需要对源代码的版本进行管理,而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法,诸如在对他人的源程序进行修改时注释修改原因,修改人和日期,如果是多个成员同时进行了修改,那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了,可以说是一种以小作坊的形式来面对软件的社会化大生产,再也不可能行得通了。 其实,版本管理的思想很早就存在于软件开发者的头脑之中,只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具,现在的Linux更是提供功能强大的能够跨平台的版本管理器,国外公司的基于Windows的版本管理器也已经有了比较成熟的产品,国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中,这里只将对使用比较广泛,有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍,针对普通的研发小组的解决方案,及具体的实现。 二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员,如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题,它可能有效地帮助项目开发组的负责人对项目程序进行管理,将所有的项目源文件(包括各种文件类型)以特有的方式存入数据库。开发组的成员不能对该数据库中的
配置管理控制程序 版本号修订内容编制人审阅人日期
历史记录
目录
1.引言 1.1目的 本程序文件定义了本组织的配置管理的过程,目的是规范公司的软件配置管理活动,使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围 本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员 工作产品(Work Products):项目技术开发和管理工作中产生的有价值的成果,例如源代码、数据和各种文档。 配置项(Configuration Item, CI):纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ];配置项包括:项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据,它们经评审和检查通过后进入软件配置管理。 基线(Baseline):一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行,就可以作为从配置管理系统检索源代码文卷(配置项)和生成可执行文卷的工具。
2角色与职责 2.1软件配置管理组(CM) CM组是项目里的一个小组,根据项目大小,可以由一个人,或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排,加入到项目组,由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。 项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级,通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、测试经理/测试工程师以及CC组成。SCCB在项目策划阶段由项目经理负责筹建。 配置管理控制委员会负责审批软件配置管理计划; 配置管理控制委员会负责审批软件基线的建立; 配置管理控制委员会负责审批对软件基线配置项的变更; 配置管理控制委员会负责审核和批准产品发布。 2.3 SCCB负责人 SCCB负责人通常由项目经理担任,代表SCCB在有关文件上签署意见。 2.4 项目经理 定期或事件驱动地评审或审核CM活动。 2.5 测试组 负责审核《配置管理计划》任务列表中与测试有关的内容 2.6 开发组 负责审核《配置管理计划》任务列表中与开发有关的内容 2.7 QA组 负责审核《配置管理计划》任务列表中与QA有关的内容
仅供参考[整理] 安全管理文书 安全工器具配备的管理及使用规定 日期:__________________ 单位:__________________ 第1 页共4 页
安全工器具配备的管理及使用规定 1、配备方面的规定 1.1现场工作人员必须配备安全帽、工作服、绝缘鞋。 1.2从事高空作业的工作人员必须配备安全带。 1.3从事特殊工种作业人员,按规程要求配备相应的防护用品。 1.4从事电气检修人员根据需要可配备近电报警器。 1.5从事低压电气作业人员必须配备低压验电笔。 1.6从事配电检修的作业班组,应配备一只便携式验电器。 1.7变电所根据需要配备封闭式安全围栏、绝缘手套、绝缘鞋、绝缘拉杆、绝缘棒、绝缘隔板、验电器、接地线。 1.8安全工器具的配备数量要满足生产需要。运行岗位公共使用的安全工器具,出保证正常使用外,还需要配备适当数量的备用工具,防止意外损坏时和试验期间影响正常使用。 1.9短路地线的购置,其产品必须符合电力部颁发的《携带型标准短路地线的技术标准》,原有的短路地线,应有计划的逐步配备带绝缘护套的标准型短路接地线。 2、管理方面的规定 2.1各单位必须采购符合国家标准的安全工器具。 2.2安全监察部门要监督本单位安全工器具的采购、管理和使用,必须从持有东电入网证或网、省公司指定的商店购买。 2.3安全工器具应指定专人负责管理,做到按规定检查及试验,发现损坏或数量不足应及时补充更换。 2.4试验不合格的安全工器具,由试验人员就地销毁,严禁使用,报安监科更换。绝缘工器具试验后,要填写试验报告单,并在工器具上 第 2 页共 4 页
标明试验日期及下次试验时间。 2.5新安全工器具应经过试验,试验不合格严禁使用,返回采购单位进行更换。 2.6安全工器具应存放在指定地点,存放地点必须保持整洁、通风、干燥。 3、使用方面的规定 3.1从事电力生产、施工作业的人员,进入现场穿戴合格的服装、鞋、帽。从事带电作业,必须使用规程要求的劳动防护用品和安全工器具。 3.2工作人员作业前对所使用的安全工器具进行一次检查,必须符合规定,并且回正确使用。 3.3手持式电动工具,必须装漏电保安器,使用前必须经过检验,确保灵敏可靠。 3.4正在使用的安全工器具,发现损坏应立即报告,及时更换防止他人再使用 3.5任何工作人员进入现场必须带安全帽并系好帽带。 3.6工作人员从事离地面2米以上的高处作业以及登杆作业必须使用安全带,安全带应系在牢固的构件上。 3.7安全工具及绝缘器具应在单位统一保管,并贴名签,注意爱护,防止损坏,用完后立即放回原处。 第 3 页共 4 页
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法,本文件以CVS(并行版本系统)配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理(Software Configuration Management,SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项(Configuration Item,CI) 凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有:名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里,确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线(Baseline) 在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”。每一