一般来说,FILEVERSION表示文件版本,PRODUCTVERSION表示产品版本。文件版本,每修改一次增加一次;产品版本,每发布一次增加一次。对于动态库DLL来说,二者可能是不一致的。但是对于主程序EXE来说,二者一般是统一的。
1 程序 文件 培训 培训资料 办公室 程序 文件 培训目的目标: 了解公司程序 文件 概况、大致内容; 熟悉程序流程和接口; 清楚与部门岗位相关的流程和程序内容。 公司 文件 的概况: 手册 作业指导 记录 程序 文件 规章 制度 申请 报告 文件 外 来 文 件 1、公司体系的体系 文件 1、公司的手册有2本:环境管理手册\质量管理手册。 2、公司程序 文件 共有38份:IM 20份;QM15份; EM3份。 3、作业指导、表格正在整理中,6月份的工作重点。 4、外来标准、客户要求、法律法规等作为外来 文件 进行管理。 5、公司的规章制度、集团 文件 、报告指示不作为质 量/环境管理体系 文件 ,由总经理室/行政部管理。 文件 的保密要求: 手册、程序 文件 为一般公开 文件 ;由体系部进行受控 和非受控管理。可提供书面或电子版非受控 文件 给客 户或相关方。 作业指导、 产品 质量标准、操作规程作为一般机密文 件;由体系部进行受控和非受控管理。全公司人员可 看。不可提供电子版给公司以外的人员,经副总经理 授权后可书面版提供给公司以外人员。 产品 报价、客户带价格的订单、技术 文件 等作为重点 机密 文件 ,由财务或研发部进行管理。公司指定范围 有资格人员才能参阅。第三方只能在有人陪同的情况 下查阅。 程序 文件 培训和学习的重点: 清楚程序 文件 控制的目的和范围; 清楚各自部门的职责和工作内容; 清楚工作流程、与各部门的接口; 清楚要形成的记录。 2 《记录控制程序》培训 文件 管理注意事项 不能私自复印受控 文件 文件 上不能出现黑色 "受控 文件 "印) 需要使用 文件 的场合,都能得到并使用相应的 有效 文件 (相关人员不知道 文件 、生产现场没 有 文件 是不行的);作业指导书张贴在现场。 文件 不能随便涂改,修改走更改流程 要有最新 文件 清单,现场不能使用过期作废文 件。 记录管理要求 文件 与记录的 区别 表格 文件 从完成时间上 先 从作用上 指导作业 从修改性上 可进行修改 从保存期上 原稿长期 从保密性上 一般不保密 记录 后 提供证据 不可进行修改 根据需要确定 有保密要求 2.1 文件 管理的目的 在使用现场得到正确、有效的 文件 防止因 文件 的差错,对质量产生不利影 响 2.2 文件 的管理范围 这里的 文件 管理的范围主要是指与质量、 环境体系有关的所有 文件 ,包括组织内部 形成的 文件 以及外部获得的 文件 。 对直接影响质量、环安体系运行的 文件 进 行管理。 3 2.3 文件 管理的要求 文件 发布前得到批准,以确保 文件 是充分和适 宜的; 必要时对 文件 进行评审与更新,并再次批准; 确保 文件 的更改和现行修订状态得到识别; 确保 文件 保持清晰、易于识别和检索; 确保外来 文件 得到识别,并控制其分发; 防止作废 文件 的非预期使用,若因任何原因保 留作废 文件 时,对这些 文件 进行适当的标识。 2.3.1 新 文件 的编制 调用统一固定格式(网上) 对 文件 进行编号(可向品质文控员索取) 按 文件 编制要求进行 2.3.2 文件 编制的要求 使用统一的固定格式; 正文使用小四号宋体字,1.5倍行距; 多使用流程和图片,清晰易懂易操作; 文件 编制好后:程序 文件 要相关部门会 签,管理者代表批准;作业指导要主管 负责人审批 2.3.3 文件 的审批 文件 发布前,由授权人员对 文件 的适宜 性进行审查和批准。 审查是保证 文件 的正确性、适宜性 批准是从行政上赞同 文件 的实施 2.3.4 文件 受控和分发回收 填写《 文件 申请表》注明新增原因、 文件 分发 的部门 由部门负责人审核,体系部批准 将申请表、书面 文件 和电子版 文件 交体系部文 控员进行受控和分发 文控员收到书面 文件 进行登记,复印要分发数 量,在复印 文件 正面盖绿色"受控 文件 ",分发 给部门文员让文员在 文件 分发记录上签名。 文控文员将电子版 文件 放入内部网 liaojf的F 盘加上"受控 文件 "水印。在 文件 清单上增加文 件编号、名称、受控和分发情况等 受控 文件 与非受控 文件 受控 文件 :控制 文件 的修改、 文件 修改 后回收旧版 文件 非受控 文件 :不控制更改,非受控 文件 不回收 4 2.3.5 文件 的识别的检索 文件 保持清晰、易于识别和检索 建立 文件 清单或一览表标明 文件 的修订状 态、编制日期; 对 文件 的分发、回收进行控制。记录 文件 发放日期、分发编号、分发部门等 2.3.6 文件 的更改 更改的原因:环境、运作发生变化 持续改进 申请:在申请表中写明更改原因 修改:在修改履历中注明修改内容 重新受控分发并收回旧 文件 2.3.7 文件 的修订状态 文件 的更改和现行修订状态 文件 的修订状态用 版本 号、修订号来标识 原始新 文件 修订状态为A0,修改1次为A1, 修改2次为A2,。。。 修改第5次换版为B,接下来为B1、B2、 B3、B4、C1、C2。。。 2.3.8 文件 定期评审 对使用中的 文件 适时评审,以保持 文件 的适宜性 对使用 文件 的评审一般定期(一
1.总则 文件 和资料的控制按本程序中规定执行,对与体系有关的 文件 和资料进行控制(包括 外来 文件 、图纸及电子媒体),确保各相关部门使用有效 版本 文件 和资料。 2.适用范围 适用于体系有关的管理或技术性 文件 和资料(包括外来 文件 、图纸)的控制管理。 3.职责 3.1行政管理部文控员负责对受控体系 文件 和资料的编号、发放、回收、销毁等管理 。 3.2 行政管理部文控员对受控有效 版本 文件 和资料及技术资料等进行控制保管。 4.工作程序 4.1受控 文件 和资料的范围 A:手册和程序 文件 ; B:技术性 文件 和资料,包括设备操作指导书、作业指导书、检验标准; C:外来 文件 ,非本公司制作用于公司管理体系的 文件 资料,如客户提供的 产品 标 准、图档资料,以及自购的 产品 适用的法律法规等。 4.2 文件 和资料的编制、审批、发布 4.2.1手册由行政管理部编制,经总经理审核其适用性后批准发布。 4.2.2程序 文件 由行政管理部收集相关单位资料和信息后统一编制,总经理批准发 布。 4.2.3技术性 文件 和资料、表单由各相关使用部门负责编制,部门主管审核后发布 。 4.2.4 文件 编制好后由行政管理部文控员统一编号。 4.3管理 文件 和资料的编号和 版本 控制 4.3.1编号 A、手册的编号方法: QESM - 0 1 B、程序 文件 的编号方法: QESP - ×× C、作业指导书,检验标准,设备操作指导书等三阶 文件 编号方法: WI - X X 代表流水号, 01 ~ 99 代表三阶 文件 D、表单编号方法: X X X X X X X - F×× (×/×) 版本 代表流水号,01~99 代表表单出自 文件 的编号 4.3.2 版本 /版序/修订 受控 文件 版本 /版序即 文件 发行时现行状况的代号,以A/0表示。当 文件 内容 发生更改、修订时,要在 版本 /版序上反映,每修订一次后一数字向后增加 。如:A/0 变为A/1 , A/1变为A/2……直至A/5版,当修订达6次后,A/5版变为B/0版。依此类推。 4.4 文件 的发放、使用和管理 4.4.1行政管理部文控员负责 文件 分发,手册与程序 文件 各部门各分发一套。作 业指导书,检验标准根据其使用场所发给对应部门。数量不够可申请补发 。表单各使用部门依据受控表单格式控制使用,不另行分发。所有发放的 文件 皆须盖蓝色"受控 文件 "章。确保对体系有效运行起重要作用的各个场 所,均能使用受控有效 版本 文件 和资料。 4.4.2 文件 发放时行政管理部文控员 文件 管理人员填写「 文件 分发/回收记录清 单」,接收部门签收。 4.4.3行政管理部文控员对最新 文件 和表单制作「受控 文件 清单」和「受控表单 清单」,以控制 文件 和表单最新状况。 4.4.4各部门需妥善保管和使用发放的 文件 ,防止丢失、破损、霉烂及虫蛀等。 所有 文件 不得随意涂改和废弃。 4.4.5受控状态之 文件 和资料任何员工不得故意或无意向其他单位或个人,以书 面或口头的形式泄露其中内容;各类 文件 和资料不得擅自携带离开公司。 如因工作需要,向外提供受控 文件 和资料,则需经总经理/副总经理许可, 经必要处理后提供,同时作好相应记录。 4.4.6相关部门对 文件 有需求时应填写「 文件 需求申请单」,经管理代表审核后 由行政管理部文控员分发,发行程序与原程序相同。 4.5 文件 和资料的更改或废止 4.5.1当手册和程序 文件 需更改或废止时,由原 文件 制作单位填写「 文件 修改/ 废止申请单」提出更改,经管理代表审核同意后进行更改或废止。更改内 容需简述于该 文件 修改记录中。其他三阶 文件 和表单需更改或废止时在得 到部门主管核准后执行更改或废止作业,无需填写修改申请单。 4.5.2更改完成准予发行的 文件 文件 发行单位发行。新 文件 发行后同时收回失 效 文件 ,防止误用失效 文件 文件 收回后在「 文件 分发/回收记录」中注明 。 4.5.3对于因正当理由需保留的任何作废 文件 ,必须盖上蓝色"参考"章,加以识 别,以便同正在使用的有效 文件 有明显的 区别 。其它作废 文件 盖红色"作废 "章销毁。 4.6外来 文件 的控制:外来 文件 包括客户提供的工程技术资料、国家或行业标准等。 使用部门负责对外来 文件 进行识别和审核,无任何问题时由 文件 管理单位盖蓝色 "受控 文件 "章,分发至使用部门。外来 文件 登录「外来 文件 清单」中。 4.7记录保存期:本程序涉及的有关记录,由各相关单位负责按『记录控制程序』妥 善保存。 5.相关 文件 5.1『记录控制程序』 6.记录表单 6.1「 文件 分发/回收记录」 6.2「受控 文件 清单」 6.3「受控表单清单」 6.4「 文件 需求申请单」 6.5「 文件 修改/废止申请单」 6.6「外来 文件 清单」 ----------------------- 代表流水号 文件 控制程序(41)全文共4页,当前为第1页。 代表质量环境安全手册 代表流水号, 01 ~ 99 代表程序 文件 文件 控制程序(
本文实例讲述了python获取Linux下 文件 版本 信息、公司名和 产品 名的方法,分享给大家供大家参考。具体如下: 区别 于前文所述。本例是在linux下得到 文件 版本 信息,主要是通过pefile模块解析 文件 中的字符串得到的。代码如下: def _get_company_and_product(self, file_path): Read all properties of the given file return them as a dictionary. @return: a tumple, (company, product)
通过用于客户支持和团队协作的多功能平台拥有自己的沟通平台。 发挥开放源代码功能的领先优势:数据安全性和灵活性随手可得。 *注意:这是我们的社区 版本 产品 页面。 要了解有关Rocket.Chat的所有可能性的更多信息,请查看我们的企业 产品 页面https://sourceforge.net/software/product/Rocket.Chat/ Rocket.Chat是用于高度私人团队聊天和协作的可靠通信平台。 。 我们的解决方案具有高度的可扩展性,通过将消息,视频通话, 文件 共享和所有团队通信整合到一个位置来提高业务效率。 +1000万用户信任Rocket.Chat获得:-最佳的成本效益企业通信平台-远程优先的团队协作平台-确保数据私密性(GDPR,HIPAA,CCPA,您可以将其命名)-各种类型的无缝适应的
1. 版本 命名规范 软件 版本 号有四部分组成,第一部分为主 版本 号,第二部分为次 版本 号,第三部分为修订 版本 号,第四部分为日期 版本 号加希腊字母 版本 号,希腊字母 版本 号共有五种,分别为base、alpha、beta 、RC 、 release 2.软件 版本 阶段说明 · Base:此 版本 表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是 页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 · Alpha :软件的初级 版本 ,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者 内部交流,
using System.Reflection; using System.Runtime.CompilerServices; using System.Runtime.InteropServices; // 有关程序集的常规信息通过下列属性集 // 控制。更改这些属性值可修改 // 与程序集
TY 文 件 记 录 控 制 程 序 文件 编号 TY/QP-01- 2010 版本 A/0 发布 日期 2010年08月30 日 编 制 刘威 审 核 胡许 先 批 准 陈前 保 受控状 态 受 控 1.目 的 确保质量管理体系 文件 受到有效控制,各个 文件 使用场所得到有效 版本 文件 。 确保记录的标识、编制、贮存、归档、保护、检索、处置等所需的控 制,便于识别和检索,以提供质量管理体系符合要求和有效运行的客观 证据及追溯和改进的信息。 2.适用范围 适用于本公司范围内质量 文件 的控制(包括质量手册、程序 文件 、三级 文件 、与 产品 有关的技术 文件 、外来 文件 、图纸资料和记录样表)。 适用于本公司范围内与质量管理体系运行有关的各种质量记录。 3.职 责 3.1 办公室负责本程序的归口管理; 3.2总经理负责质量手册、程序 文件 的批准; 3.3 办公室负责组织质量体系质量 文件 的编写,管理者代表负责质量手 册、程序 文件 的审核; 3.4 各部门负责本部门质量管理作业 文件 的编制、审核,提交管理者代 表批准。 3.5各部门负责本部门职责范围内 文件 和质量记录的管理。 4. 文件 工作程序 4.1质量体系 文件 的控制 4.1.1 文件 层次 a) 质量手册:第一层 质量手册 b) 程序 文件 :第二层 程序 文件 c) 三级作业 文件 :第三层 作业文 件 d) 质量记录表单:第四层 质量 记录表单 注1:本公司的质量管理体系 文件 详见公司的《 文件 总览表》。 4.1.2 文件 的编制、审核和批准 a)质量手册由办公室组织编写,管理者代表负责审核,总经理批准; b)程序 文件 由相关职能部门组织编写,管理者代表批准; c)三级 文件 由相关部门负责编写,部门主管批准,跨部门的三级 文件 由管理者代表批准。 注2:生产技术部负责技术标准、外来 文件 的控制和评审,对国家、行 业标准进行跟踪,并编制"国家、行业法律、法规、技术标准目录"。 4.1.3 文件 的标识 a) 凡受控 文件 一律加盖"受控"章,予以 区别 ,质量体系 文件 需在显著部位标明 文件 名称、 文件 的编号、 版本 号、修改状 态、页码等内容; b) 对所有外来 文件 应加盖"外来"章,予以区分,对外来 文件 应编制《外来文凭件总览表》,并沿用原 文件 的编号; c) 对存入媒体的 文件 ,对 文件 夹/ 文件 名应予以标识; 注3:质量管理体系 文件 应标明 版本 /修改状态标识,同时在" 文件 总览 表"内标明各类 文件 版本 /修改状态,确保 文件 的更改和现行修订状态 得到识别,使 文件 得到有效控制。 4.1.4 文件 的编号 a) 所有质量管理体系 文件 保持清晰、统一编号,便于识别和检 索; b) 本公司制定的质量管理体系 文件 编号按以下示例进行: TY/QX—XX—XXXX 颁布年份 文件 顺序号 质量体系 文件 文件 类别代号 其中TY/QX中"X":"M"代表质量手册;"P"代表程序文 件;"D"代表三级 文件 ;"B"代表质量记录表单。 c)外来 文件 编号沿用原有编号。 4.1.5 文件 的归档 质量管理体系 文件 及技术 文件 经编制、审批后交办公室归档存放,并登 记于《 文件 总览表》,同时对存入各种媒体的 文件 进行归档。 各部门使用的 文件 归各部门负责管理及归档存放。 技术资料及有关质量记录、生产运行原始记录送交生产技术部整理成册 后交办公室归档存放。 4.1.6 文件 分发和接收 a) 质量体系 文件 的分发 体系 文件 在发放前须经管理者代表批准,技术 文件 在发放前须经技术经 理批准才能发 放到相关部门。 办公室按规定的发放范围将有关 文件 发放到相关部门,并在" 文件 收发 记录表"内,并做好签收记录。 b) 文件 领用的申请 当需使用 文件 的人员未领到 文件 时,或当 文件 使用人的 文件 破损严重或 丢失,需要增发、更换或补发时,由 文件 领用人提出申请,经管理者代 表批准后向办公室办理领用手续,新发的 文件 上给予新发放号,更换或 补发的 文件 沿用原 文件 分发号。 4.1.7 文件 的更改 a) 文件 更改时必须向责任归口部门办理更改手续,同时填写《 文件 更改 申请通知单》,并按原审批程序进行审批。 b) 文件 更改采用换页方式,并将新页修改状态变更( 版本 /修 改:"A/0"中由0上增至10结束),并在《 文件 更改记录表》内做好记 录。 c) 文件 经多次修改或大幅度修改时应进行改版(A代表A版,0代表0次修 改,修改后依次类推;修改次数超过10次进行换版,即由A版改为B 版),并按原审批程序审批。 4.1.9 作废 文件 的处理 作废 文件 加盖"作废"印章,需作资料保留的作废 文件 由办公室加 盖"作废保留"印章方可留用,其余经管理者代表批准销毁后进行销 毁。 4.10 文件 的借阅 本单位受控 文件 一般情况下不准外借,特殊情况需要借阅的须经管 理者代表批准同意后进行;外单位人员应在受控存放处临时借阅,不得 复印。 本单位人员借阅 文件 应在《 文件 借阅登记表》上做好记录。 4.2 本公司
工作中的主力语言是Python,今年要搞性能测试的工具,由于GIL锁的原因,Python的性能实在是惨淡,需要学一门性能高的语言来生成性能测试的压力端。因此我把目光放在了现在的新秀Go。经过一段时间的学习,也写了一个小工具,记一下这两个语言的 区别 。 工具是一个小爬虫,用来爬某网站的某个 产品 的迭代记录,实现逻辑就是运行脚本后,使用者从命令行输入某些元素( 产品 ID等)后,脚本导出一个Excel 文件 出来。 最初的 版本 是用Python写的,30行代码不到就搞定了。这次用Go重写,代码量在110行左右。 第一步就是接受命令行的输入内容,工具要给非技术人员用的,弄一个CLI不太合适, 如图所示: 1、①-主 文件 版本 、②-主 产品 版本 :格式【v1,v2,v3,v4】 注意:v1、v2、v3、v4都是16位的数,所以他们的范围都是[0~65535](十进制)或 [0x0000~0xFFFF](十六进制) 2、③-副 文件 版本 、④-副 产品 版本 :格式【”string”】,默认格式为【”v1.v2.v3.v4”】 注意:因为③④都是字符串,则v1、v2、v3、v4没有限制 api 版本 号(主 版本 号.次 版本 号.修订号) git_tag号(主 版本 号.次 版本 号.修订号.发布号) flyway_db脚本命名规则([V/U]主 版本 号.次 版本 号.修订号_[日期]_[当天序号]__[脚本说明].sql) 1. api的 版本 号命名规则参见《接口(Api) 版本 号命名规则》 2. 发布号,从0开始依次递增,每次发布时应该在打tag时记录更新或修复的...
文章目录一、windows平台二、具体方法三、例子Reference 一、windows平台 windows下使用visual studio自带的动态库工程开发dll,可以帮助我们把 版本 号、公司名等信息生成到dll中,但是Cmake中的add_library生成的dll没有任何额外信息。 如下cuda.dll,右键通过详细信息就可以看到 文件 说明、类型、 文件 版本 、版权等多种信息,再也不需要去查文档、查头 文件 就能知道这个DLL是哪个 版本 ,是什么时候生成的了。 二、具体方法 准备一个.rc.in的 文件 ,里面
def get_version_via_com(file_name): parser = Dispatch("Scripting.FileSystemObject") version = parser.GetFileVersion(file_name) return version if __name__ == "__main__":
Disconf是一个分布式配置管理平台,它可以帮助开发人员快速、方便地管理应用程序的配置信息。Disconf提供了一系列的API和工具,可以帮助开发人员实现配置的动态更新、 版本 管理、权限控制等功能。与其他同类 产品 相比,Disconf的优势在于它的易用性和可扩展性。Disconf提供了丰富的API和工具,可以帮助开发人员快速地集成到自己的应用程序中,同时也可以方便地扩展和定制。以下是Disconf的样例: # application.properties disconf.env=dev disconf.app=sample disconf.version=1.. # disconf.properties disconf.conf_server_host=192.168.1.100:808 disconf.conf_server_url_retry_times=3 disconf.conf_server_url_retry_sleep_seconds=5 以上是一个简单的Disconf配置 文件 的样例,其中包含了应用程序的基本信息和Disconf服务器的配置信息。开发人员可以根据自己的需要进行配置,然后将配置 文件 上传到Disconf服务器上,即可实现配置的动态更新和 版本 管理。