精华内容
下载资源
问答
  • 属于管理规范的要求
    千次阅读
    2021-07-06 02:25:39

    医学科学数据共享与使用的伦理要求和管理规范(四)

    伦理要求:基本伦理原则的创新解读

    关健

    (中国医学科学院北京协和医院&国家人口健康科学数据中心〈临床医学〉和肿瘤专题数据服务,

    北京100730,gjpumch@126.com)

    〔摘要〕

    医学科学数据共享应用需要伦理的引导和监管,需要遵循医学伦理学基本原则,即共同规则中确立的“尊重、有益无害、公平”。但有其独特的内容和特点,是基本伦理原则应用的新领域。伦理要求就是这些原则在医学科学数据共享实践中解决挑战和问题的创新解读,(它们)是三个基本原则应用讨论的补充。除了医学研究和医疗保健工作相关的伦理要求,医学科学数据共享实践赋予了尊重、有益无害和公平新的含义和具体体现。其中,对于创新解读贡献最大的是公平,特别是对数据共享应用的利益相关人的权益分配公平,而且,这些伦理要求将是构建可行的共享机制的重要组成部分。

    〔关键词〕

    数据共享; 伦理要求; 尊重; 有益; 公平

    〔中图分类号〕R-052〔文献标志码〕A〔文章编号〕1001-8565(2020)06-0645-05

    DOI:10.12026/j.issn.1001-8565.2020.06.01

    更多相关内容
  • 运维管理规范

    千次阅读 2021-12-07 16:24:39
    本规范结合公司当前运维水平,以“先规范化,再自动化;边自动化,边标准化为理念,实现标准化和自动化能力的交替上升,持续对外输出适合公司的运维技术和能力...目录管理规范... 2 1. 目的... 2 2. 规范... 2 平...

    前言

    本规范结合公司当前运维水平,以“先规范化,再自动化;边自动化,边标准化为理念,实现标准化和自动化能力的交替上升,持续对外输出适合公司的运维技术和能力。

    规范文档编写遵循简单清晰,直观展示的原则,让阅读人员在最短的时间内即可明白文档内容。

    本文档组织架构采用树状结构的多级目录来展示,格式要求如下。

    目录

    前言... 1

    1.      目的... 2

    2.      规范... 2

    目录管理规范... 2

    1.      目的... 2

    2.      规范... 2

    平台服务... 3

    jenkins应用规范... 3

    1、目的... 3

    2、规范... 3

    jumpserver管理规范... 5

    1.      目的... 5

    2.      规范... 6

    系统应用服务... 7

    Nginx配置规范... 7

    1.目的... 7

    2.规范... 7

    1.  目的

    统一运维人员日常行为规范,养成良好的项目部署规范习惯,让运维工作井井有条。

    1.  规范

    按照规范的结构进行日常工作

    目录管理规范

    1.  目的

    统一规划服务器目录,以便接入自动化运维平台和平时运维工作。

    1.  规范

    功能

    组件

    部署目录

    属主

    备注

    公共

    组件

    日志

    /data/logs/

    root

    脚本

    /data/scripts/

    root

    备份

    /data/backup/

    root

    应用软件

    /usr/local/xxxx

    root

    源码安装包

    /usr/local/src/

    root

    基础组件

    tomcat

    /data/web

    root

    前端

    /data/Webfront

    root

    平台服务

    jenkins应用规范

    网址:http://xxxx.xxxx.cn

    流程:登录-直接输入:登录者用户名拼音,首次登录需要修改密码

    1、目的

    jenkins应用过程中注意事项和规范

    2、规范

    2.1、jenkins主目录

    192.168.2.252:/root/.jenkins

    2.2、jenkins结合ansible

    1、ansible-playbook目录

    192.168.2.252:/etc/ansible/

    2.3、jenkins备份目录

    192.168.2.252:/root/.jenkins/backup

    2.4、shell相关

    jenkins内jobs跟执行shell相关的第一行必须加#!/bin/bash

    2.5、jenkins job命名规范

    第一部分,按环境区分:

    测试环境,以test开头;生产环境,以prod开头

    如:prod-api-xxxxxx-webapps-all

    第二部分,按项目区分:

    前端站点为VUE标识

    如:prod-vue-xxxx-manage

    接口站点以api标识

    如:​prod-api-xxxx-webapps-all​

    第三部分,按功能名称区分

    如:soft_install
    [A1]

    2.6、jenkins 部署接口api项目规范

    1. 全局变量

    source_file:源路径(需要引用的数据路径)

    destination_file:目标路径(需要传送的数据路径)

    destination_ip:目标IP(需要传送的目标服务器IP)

    2.部署目录

    /data/web/项目名称-地区/webapp-地区/ROOT/WEB-INF

    如:

    青岛地区: /data/web/xxxx-qd/webapp-qd/ROOT/WEB-INF

    2.7、jenkins部署前端vue规范

    1.全局变量

    1. source_file:源路径(需要引用的数据路径)
    2. destination_file:目标路径(需要传送的数据路径)
    3. destination_ip:目标IP(需要传送的目标服务器IP)

    2.部署目录

    /data/ WebFront /common/

    如:

    青岛地区xxx: /data/WebFront/common

    jumpserver管理规范

    1.  目的

    为了方便使用和管理,使用人员首先要统一登录到这台服务器,然后再登录到目标设备进行维护和操作。

    1.  规范

    2.1 主机名命名规范

    跳板机新增资产时,主机命名规范如下:

    功能+ip,如:git-192.168.2.252

    若服务器是为功能分地区,规范如下:

    功能+地区+ip,如:供数-青岛-192.168.2.252

    2.2 安全规则

    危险动作:rm *|reboot|shutdown|init *|poweroff *

    2.3 使用流程

    2.4 使用规范

    1. 网页登录

    网址:http://xxxx.xxxx.cn

    流程:登录-会话管理-Web终端-点击有权限的机器进入

    1. X-shell登录

    地址:xxx.xxxx.cn

    端口:xxxx

    流程:登录-直接输入:登录者用户名拼音,首次登录需要修改密码

    系统应用服务

    Nginx配置规范

    1.目的

    nginx配置文件规范化

    2.规范

    2.1、配置文件命名规则

    server域配置以独立配置文件存放conf.d/,以域名命名为文件名

    如jn.xxxx.net域名的配置文件为jn.xxxx.net.conf

    2.2、配置文件缩进

    配置文件缩进统一为四个空格

    2.3、注释

    配置文件内不得出现大范围注释和无效注释。若有注释的需求,则以备份的方式呈现,先把配置文件备份,然后将注释内容删除,备份命名规则为jn.xxxx.net.conf.bak.20211108并放到当前bak目录下

    2.4、日志存档和命名

    存放目录:/data/logs/nginx/

    命名规则:以域名命名,并制定日志类型,以jn.xxxx.net站为例,日志命名为​jn.xxxxx.net.log​

    展开全文
  • 接口规范说起来大,其实也就那么几个部分,接口规范、接口管理工具、接口文档编写、开发文档编写。 接口规范定义 一、协议规范 为了确保不同系统/模块间的数据交互,需要事先约定好通讯协议,如:TCP、HTTP、...

         无规矩不成方圆,为了开发人员间更好的配合,我特意整理了这么一篇文档供大家参考学习,如有意见、见解,请在评论区留言探讨。

         接口规范说起来大,其实也就那么几个部分,接口规范、接口管理工具、接口文档编写、开发文档编写

     

    接口规范定义

    一、协议规范

        为了确保不同系统/模块间的数据交互,需要事先约定好通讯协议,如:TCP、HTTP、HTTPS协议。为了确保数据交互安全,建议使用HTTPS协议。

     

    二、接口路径规范

        作为接口路径,为了方便清晰的区分来自不同的系统,可以采用不同系统/模块名作为接口路径前缀。

    格式规范如下:

        支付模块   /pay/xx

        订单模块  /order/xx

     

    三、版本控制规范

        为了便于后期接口的升级和维护,建议在接口路径中加入版本号,便于管理,实现接口多版本的可维护性。如果你细心留意过的话,你会发现好多框架对外提供的API接口中(如:Eureka),都带有版本号的。如:接口路径中添加类似"v1"、"v2"等版本号。

    格式规范如下:

          /xx/v1/xx

    更新版本后可以使用v2、v3等、依次递加。

     

    四、接口命名规范

        和Java命名规范一样,好的、统一的接口命名规范,不仅可以增强其可读性,而且还会减少很多不必要的口头/书面上的解释。

        可结合【接口路径规范】、【版本控制规范】,外加具体接口命名(路径中可包含请求数据,如:id等),建议具体接口命名也要规范些,可使用"驼峰命名法"按照实现接口的业务类型、业务场景等命名,有必要时可采取多级目录命名,但目录不宜过长,两级目录较为适宜。

    格式规范如下:

        /user/v1/sys/login     用户服务/模块的系统登录接口

       /zoo/v1/zoos/{ID}        动物园服务/模块中,获取id为ID的动物

     

    具体接口命名,通常有以下两种方式:

    • 接口名称动词前/后缀化

        接口名称以接口数据操作的动词为前/后缀,常见动词有:add、delete、update、query、get、send、save、detail、list等,如:新建用户addUser、查询订单详情queryOrderDetail。

    • 接口名称动词+请求方式

         接口路径中包含具体接口名称的名词,接口数据操作动作以HTTP请求方式来区分。常用的HTTP请求方式有:

        GET:从服务器取出资源(一项或多项)。

        POST:在服务器新建一个资源。

        PUT:在服务器更新资源(客户端提供改变后的完整资源)。

        PATCH:在服务器更新资源(客户端提供改变的属性)。

        DELETE:从服务器删除资源。

    如:

        GET /zoo/v1/zoos:列出所有动物园

        POST /zoo/v1/zoos:新建一个动物园

        GET /zoo/v1/zoos/{ID}:获取某个指定动物园的信息

        PUT /zoo/v1/zoos/{ID}:更新某个指定动物园的信息(提供该动物园的全部信息)

        PATCH /zoo/v1/zoos/{ID}:更新某个指定动物园的信息(提供该动物园的部分信息)

        DELETE /zoo/v1/zoos/{ID}:删除某个动物园

        GET /zoo/v1/zoos/{ID}/animals:列出某个指定动物园的所有动物

        DELETE /zoo/v1/zoos/ID/animals/ID:删除某个指定动物园的指定动物

     

    五、请求参数规范

    • 请求方式:

    按照GET、POST、PUT等含义定义,避免出现不一致现象,对人造成误解、歧义。

    • 请求头:

    请求头根据项目需求添加配置参数。如:请求数据格式,accept=‘application/json’等。如有需要,请求头可根据项目需求要求传入用户token、唯一验签码等加密数据。

    • 请求参数/请求体:

            请求参数字段,尽可能与数据库表字段、对象属性名等保持一致,因为保持一致最省事,最舒服的一件事。

     

    六、返回数据规范

        统一规范返回数据的格式,对己对彼都有好处,此处以json格式为例。返回数据应包含:返回状态码返回状态信息具体数据。

    格式规范如下:

    {
    
        "status":"000000",
    
        "msg":"success",
    
        "data": {
    
            //json格式的具体数据
    
        }
    
    }

            返回数据中的状态码、状态信息,常指具体的业务状态,不建议和HTTP状态码混在一起。HTTP状态,是用来体现 HTTP链路状态情况,如:404-Not Found。HTTP状态码和json结果中的状态码,并存尚可,用于体现不同维度的状态。

     

    接口管理工具推荐

        接口开发完后,最终的目的是提供给其他系统/模块来使用的,因此,接口的管理是必不可少的。

    接口管理的痛点

        接口的管理常常面临很多的痛苦,这里就列举几个常见的,看看你是否也遇到过。

    • 系统/模块太多、接口太多,没有系统统一管理所有接口。
    • 代码修改后,接口文档没有及时更新,造成接口文档和实际接口不一致的现象。
    • 接口管理系统自主研开发成本高。
    • 接口管理缺少接口mock功能。

    接口管理工具推荐

           在日常工作过程中用过、接触过的接口管理工具也是不尽其数,下面介绍你可能使用过、没有使用过的接口管理工具,同时也介绍这些接口管理工具的优缺点。   

    word

          相信大家之前用来管理接口比较多的应该是word吧,开发人员将系统的接口维护在word文档里,不管是组内沟通还是和其他团队的接口沟通都离不开这些接口文档,每次修改文档和代码都要同步修改。相信使用word的缺点大家应该也很清楚,就是维护和管理很麻烦,我们经常会遇到文档和代码不一致的情况,大部分不一致都是因为接口因为种种原因修改了,开发人员大部分都是只改了代码里的接口实现,而没有去修改接口文档。而且word文档搜索接口也很麻烦,没办法建全局索引,只能一个个文档点开查看,想想就很痛苦。但不可否认的是,word对于一些小团队用起来还是挺方便的,不用搭建系统,给谁一看就明白。

    自建接口管理系统

           对于一些有一定规模的企业,在各项工程管理活动上都非常正规,各种ISO标准要遵守,自然对接口管理的要求也非常高,之前在国有银行,我们就是自建了接口管理系统,自建还是很消耗人力成本的,从开发到后续运维,都要消耗人力,但是自建的好处就是,可以根据公司的要求进行各种花样的定制,我们之前在接口管理系统中加入了很多好用的定制功能,例如接口被哪些系统调用、接口是在哪个批次投产又在哪个批次做过变更等等,这对于架构师来说非常好用,用于分析接口影响范围非常方便。目前开源的接口管理系统还没有能做到这些定制化功能的。

    wiki

          之前在小团队的时候还用过一段时间的私有wiki,wiki特别适合于小团队高速线性迭代开发,在wiki上看到的就是最新的接口,团队内所有成员看到的都是一样的,如果接口有变化,相关开发人员修改后立即生效,保证了顺畅的接口沟通。但是wiki的缺点也很多,接口文档只是静态页面,无法实现一些动态效果,无法实现追溯等等缺点。

    RAP

           相信很多互联网公司都在使用RAP,RAP是阿里开源的一套接口管理系统,RAP可以比较方便的管理公司所有系统的接口,同时还有比较完善的权限管理,还可以做接口mock,方便开发人员在接口功能还没有完成的时候能够及时发布出去,给调用方去使用。但是RAP的缺点就是每个接口都需要维护进去,接口修改后也需要及时维护,当时我们在使用的时候遇到的最大的问题也是经常碰到接口没有及时维护的问题。

    swagger

          上面说的那些接口管理工具,其实都有一个很大的问题就是修改代码后需要同步维护接口文档,但是让程序员去修改文档是很难的,大部分程序员都比较讨厌维护各类文档。当我第一次了解到swagger的时候,发现这简直就是为程序员定制的接口管理工具,swagger定义了很多注解,在对接口加上swagger相关的注解,当接口代码修改后,swagger在工程启动后会根据代码自动生成最新的接口html文档,同时swagger提供了mock接口模拟的功能,也能够更加方便的模拟接口,并且还能够在swagger界面上直接发起接口调用,可以方便调用方在还没写代码的时候就能够尝试下接口调用后的结果。

          看了那么多swagger的优点,下面也说说swagger的缺点,那就是swagger是跟随着每个工程一起启动的,这就导致每个工程都有一个swagger的访问地址,如果公司系统很多的话,那就会导致查看不同系统的接口都要到不同的地址去查看,每个开发都要自己收藏好各个系统的swagger地址。有些公司也自己开发了统一网关,将所有swagger的接口地址聚合起来,但是多少还是涉及到一些开发工作的,而且做的还不一定很完善。

    Easy Mock

            官网的这张图基本上介绍清楚了easymock的核心功能,这其中我最看重的功能有两块,一个是能够集成swagger接口并集中管理所有接口,另一个就是响应式数据。

           EasyMock能够根据swagger接口的地址自动导入所有swagger接口,非常方便,对于非swagger的接口也可以手工维护进去,这样可以很方便的做到全公司接口统一维护,而且也有比较完善的接口权限管理,方便分组管理。但缺点就是过于庞大,可能太适合小一点项目或团队。

     

          上面提及到接口管理工具,大家可根据自己项目的规模、需求,进行实际选择,切记生搬硬套。

     

    欢迎微信扫码下面二维码,关注微信公众号【程序猿技术大咖】,进行更多交流学习!

    展开全文
  •  SMT车间温湿度管理规范  一)目的  a.确保各类电子材料使用在符合MSD组件管理的环境;  b.确保锡膏等材料使用在可稳定发挥其物理化学特性的环境;c.确保各类电子材料使用在符合ESD防护标准的环境;  ...

    SMT概念

      SMT是表面组装技术(表面贴装技术)(SurfaceMountTechnology的缩写),称为表面贴装或表面安装技术。是目前电子组装行业里最流行的一种技术和工艺。

      它是一种将无引脚或短引线表面组装元器件(简称SMC/SMD,中文称片状元器件)安装在印制电路板(PrintedCircuitBoard,PCB)的表面或其它基板的表面上,通过回流焊或浸焊等方法加以焊接组装的电路装连技术。

    一文看懂SMT车间生产环境要求及管理规范

      SMT车间生产环境要求

      有很多初次使用SMT设备,对于SMT生产设备工作环境的要求不是很了解,借此深圳智驰科技采集了一些环境要求,供大家参考,首先告诉大家的是--SMT生产设备是高精度的机电一体化设备,设备和工艺材料对环境的清洁度、湿度、温度都有一定的要求,为了保证设备正常运行和组装质量,对工作环境有以下要求:

      1、厂房承重能力、振动、噪音要求厂房地面的承载能力应大于8KN/m2

      振动应控制在70dB以内,最大值不超过80dB噪音应控制在70dBA以内。

      2、电源

      一般要求单相AC220(220±10%,0/60Hz),三相AC380(380±10%,50/60Hz),电源的功率要大于功耗的一倍以上。

      3、气源

      根据设备的要求配置气源的压力,可以利用工厂的气源,也可以单独配置无油压缩空气机,一般压力大于7kg/cm2。要求清洁、干燥的净化空气,因此需要对压缩空气进行去油、去尘、去水处理。用不锈钢或耐压塑料管做空气管道。

      4、排风

      回流焊和波峰焊设备需配置排风机。对于全热风炉,排风管道的最低流量值为500立方英尺/分钟(14.15m3/min)

      5、照明

      厂房内理想的照明度为800~1200LUX,至少不低于300LUX,低照明度时,在检验、返修、测量等工作区域安装局部照明。

      6、工作环境

      厂房内保持清洁卫生、无尘土、无腐蚀性气体。生产车间应有清洁度控制,清洁度控制在:50万级。

      生产车间的环境温度以23±3℃为最佳,一般为17~28℃,相对湿度为45%~70%RH.根据车间大小设置合适的温湿度计,进行定时监控,并配有调节温湿度的设施。

    一文看懂SMT车间生产环境要求及管理规范

      SMT车间温湿度管理规范

      一)目的

      a.确保各类电子材料使用在符合MSD组件管理的环境;

      b.确保锡膏等材料使用在可稳定发挥其物理化学特性的环境;c.确保各类电子材料使用在符合ESD防护标准的环境;

      二)范围

      广西三诺数字PCBA部SMT车间电子仓

      三)权责

      3.1日常记录及核实:电子仓和SMT车间

      3.2稽核温湿度环境:品保部

      3.3温湿度环境维护:机电部

      四)内容

      4.1规定:

      电子仓/SMT车间温度在22~28℃,湿度在30%RH~70%RH

      4.2管理:

      4.2.1SMT:

      4.2.1温湿度测量计安放于SMTline1s1,line3s2两处,每天上午8点,下午13点做登记,记录于《《温湿度记录稽核表》》

      4.2.1.2SMT开线前2小时,设施管理部需将环境恢复到4.1之要求;

      4.2.1.3温湿度异常时,填写《《温湿度异常反馈表》》通知设施管理部相关人员立即改善;

      4.2.1电子仓:

      4.2.2.1温湿度测量计安放于电子仓,每班做登记,记录于《《温湿度记录表》》

      4.2.2.2温湿度异常时,立即通知设施管理部相关人员改善;

      五)应用表单

      《《温湿度记录表》》

      《《温湿度异常反馈表》》

    一文看懂SMT车间生产环境要求及管理规范

      SMT车间规章制度

      1.进入SMT车间必须穿好静电衣,静电鞋,进入车间必须从风淋门进入,走出车间时需随手将门反锁

      2.当班班组在下班,交班前将车间的5S做好

      3.接班班组人员把料对好,品质人员及操作人员写好检查记录

      4.锡膏、锡线等生产耗材必须妥善保管,不得随意乱丢、乱放,不得将焊锡丝剪断乱放

      5.在维修过程中产生的废锡渣,不得倒入垃圾箱,应放入指定的废锡存放点。

      6.不得将PCB板随意乱放,下班时应清理自己的工作台面。当日值日生打扫车间和设备卫生并将所有的门窗、电源关闭(放假)。否则,若发生失窃等意外事故,将追究值日生及车间主管的责任。

      7.在工作及管理活动中严禁有不听劝告吵架闹矛盾欺负员工的现象

      8.按时上下班(员工参加早会需提前5分钟到岗),不迟到,不早退,不旷工(如遇赶货,上下班时间按照管理人员的安排执行),有事要请假,依考勤管理制度处理

      9.工作时间内,除组长以上管理人员因工作关系在车间走动,其他人员不得无事擅自离开工作岗位相互窜岗

      10.上班后任何人不得因私事而提出离岗,如有私事必须离岗者,须事先请假批准方可离岗(带上离岗证),如未经批准擅自离岗者每次处罚10元

      11.禁止在车间聊天、嘻戏打闹,吵口打架,私自离岗,窜岗,吃零食等行为,违者依员工奖惩制度处理。

      12.作业时间谢绝探访及接听私人电话,确保产品质量

      13.任何人不得携带违禁物品,危险品或与生产无关之物品进入车间;不得将私人用品放在生产线上,违者依员工奖惩制度处理

      14.车间严格按照生产计划安排,根据车间设备状况和人员,精心组织生产。生产工作分工不分家,以团队利益为最终的奋斗目标,各生产班组须保质保量的完成生产任务

      15.员工领取物料必须通过物料员,不得私自拿取,操作员不得私自挪用物料。生产过程中各班组负责人将车间区域内的物品、物料有条不紊的摆放,并做好标识,不得有混料的现象发生

      16.生产流程经确认后,任何人均不可随意更改,如在作业过程中发现有问题(还有更好的可改进的方案),应先通知有关部门负责人共同研讨,经同意并签字后方可更改

      17.在工作时间内,员工必须服从管理人员的工作安排,正确使用公司发放的仪器、设备。对闲置生产用具应送到指定的区域放置,否则以违规论处

      18.车间员工必须做到文明生产,积极完成上级交办的生产任务;因工作需要临时抽调,服从车间组长级以上主管安排,协助工作并服从用人部门的管理,对不服从安排的将上报公司处理

      19.员工有责任维护工作之环境卫生,严禁随地吐痰,乱扔垃圾。在生产过程中要注意节约用料,不得随意乱扔物料、工具,掉在地上的元件必须立即捡起来

      20.不得私自携带公司内任何物品出厂(除特殊情况需领导批准外),若有此行为且经查实者,将予以辞退并扣发当月工资。对恶意破坏公司财产或盗窃行为(不论公物或他人财产)者,不论价值多少一律交公司行政部处理。视情节轻重,无薪开除并依照盗窃之物价两倍赔偿或送公安机关处理。

      21.所有SMT人员必须严格遵守公司及部门的规章制度

    展开全文
  • 个人信息安全规范
  • 配置库管理及版本管理规范

    千次阅读 2019-01-08 19:50:56
    配置库管理及版本管理规范               版本信息 A代表新增,M代表修改,D代表删除。 版本号 发布日期 提交人 A.M.D 摘要 V...
  • 前言:本标准是由ISO(国际标准化组织)制定的,ISO...标准没有强制完全按照体系的要求执行,可以灵活变通,但标准是最低要求,可以保证质量的下限;标准采用过程方法,以过程管理为核心,结合了PDCA循环(所有的...
  • 一篇文章搞定Git——Git代码管理及使用规范

    万次阅读 多人点赞 2019-05-22 17:55:25
    这三种分支都属于临时性需要,使用完以后,应该删除,使得代码库的常设分支始终只有Master和Develop。 四、 功能分支 接下来,一个个来看这三种”临时性分支”。 第一种是功能分支,它是为了开发某种特定...
  • GJB 2115A-2013 军用软件研制项目管理要求
  • 不符合涉密会议管理要求的做法是()

    千次阅读 2021-07-11 00:56:12
    相关题目与解析不符合涉密会议管理要求的做法是()A.涉密会议应当选择在具备安全保密条件的场所召开B.会议涉密载下列不符合现金管理的基本要求的是()。以下不符合孕产妇健康管理要求的是()。以下方法不符合口令管理...
  • 本标准制定了化学化工实验室(以下文中所述“实验室”皆特指“化学化工实验室”)安全管理规范,规定了与实验室活动相关的化学品、人员、设备、环境、设施、个体防护装备等安全管理要求。 本标准适用于化学化工实验...
  • ISO 37301:2021《合规管理体系 要求及使用指南》国际标准解读及相关标准 2021年4月13日,ISO 37301: 2021《合规管理体系 要求及使用指南》(Compliance management systems — Requirements with guidance for use)...
  • 何为规范化、标准化、精细化管理

    千次阅读 2020-12-22 13:36:32
    一、规范化管理规范化管理就是从企业生产经营系统的整体出发,对各环节输入的各项生产要素、转换过程、产出等制订制度、规程、指标等标准(规范),并严格地实施这些规范,以使企业协调统一地运转。实行规范化管理在...
  • Git版本管理规范

    千次阅读 2018-04-04 13:45:02
    流程描述:目前有主分支master branch 和开发分支develop branch ,主分支和开发分支是受保护的,开发者不能直接对其进行开发工作,只有项目管理者(通常是项目的发起者)能对其进行较高权限的操作。协同开发过程...
  •  依据需求定义和产品规范,确定软件产品满足所给的要求和条件。 e) 确认 Validation  判断产品实现的功能、特性满足用户的实际需求。 f) 联合评审 review:供需双方共同参加 g) 审核 audit 内审 h)...
  • CSDN帐号管理规范

    万次阅读 2022-08-03 10:22:33
    3、经新闻媒体曝光、行政管理部门通报,或经CSDN巡查发现用户帐号使用过程中存在违法违规行为,对CSDN造成或可能造成实际损失或不良影响的(包括但不限于:CSDN声誉受损、大量用户投诉、危及交易安全或CSDN安全),...
  • Git分支管理及命名规范

    万次阅读 2018-05-17 11:24:45
    以上为笔者在开发过程中对git管理的个人理解,git管理并没有强求这个那个分支什么时候提交什么时候销毁,只要能更好地管理你的项目代码,什么git模式,you happy jiu ok ~~~ ok!!!到此为止,非常遗憾地告诉你...
  • 接口规范说起来大,其实也就那么几个部分,接口规范、接口管理工具、接口文档编写、开发文档编写。以下将详细介绍,下面进入正文:接口规范文档具体内容如下:一:协议规范二:域名规范三:版本控制...
  • 测试管理之--管理制度

    千次阅读 2018-07-11 18:05:21
    俗话说,无规矩不成方圆,测试管理也是如此,想要让测试人员都按照一定的要求和准则去做事情,一些必要的管理制度是必不可少的。对于我们团队来说,主要分为如下几个方面,大家可以参考:1、测试管理制度,包括分权...
  • NCC项目搭建及版本管理规范手册

    千次阅读 2020-02-11 18:46:14
    NCC项目搭建及版本管理规范手册 1. 项目工程要求 NCC项目搭建严格要求一个项目前后端各只有一个项目。 新项目首次开发时,由项目开发人员创建新工程,并且联系管理员创建gitlab项目进行关联。 项目二次合同开发时,...
  • 《电动汽车远程服务与管理系统技术规范》 《电动汽车远程服务与管理系统技术规范 第1部分:总则》GB/T 32960.1-2016、http://c.gb688.cn/bzgk/gb/showGb?type=online&hcno=0C4E83CE82045550C147C782750B221A ...
  • 接口设计方案——接口集成要求

    千次阅读 2022-04-29 17:14:15
    云平台的接口集成规范和标准,对本项目的接口设计要求和接口集成标准进行设计,包括接口集成要求、接口集成标准、接口集成方案。本文主要介绍接口集成要求
  • 禅道需求管理规范

    万次阅读 多人点赞 2017-03-21 14:39:13
    需求管理规范 2 4.1 需求管理流程 2 4.2 需求开发指引 3 4.3 需求录入规范 6 4.4 需求评审规范 7 4.5 需求计划规范 7 4.6 需求关闭规范 7 4.7 需求变更 8 1版本记录 2目的 目前存在需求描述不明确,录入、评审不...
  • 项目部署及版本管理发布规范

    万次阅读 2018-11-01 17:56:18
    为了保证系统稳定性运行,严格管理规范实施,制定本项目部署和版本发布规范。本规范用于规范平台的服务器端应用(包括APP后台、商家后台、管理后台和数据库)和APP的发布。 版本发布应流程包括项目部署前测试、...
  • 《电动汽车远程服务与管理系统技术规范》 《电动汽车远程服务与管理系统技术规范 第1部分:总则》GB/T 32960.1-2016、http://c.gb688.cn/bzgk/gb/showGb?type=online&hcno=0C4E83CE82045550C147C782750B221A ...
  • Git分支管理规范

    千次阅读 2018-07-07 23:05:27
    前言:前几天,突然想起以前接触的项目,就想拉取下来看看,可是由于以前对代码的管理不注重规范化,提交记录也是随意...介于这种情况,今天,闲来没事,就来谈谈git分支管理规范吧,希望对大家工作以及项目的管理...
  • 私人计算机和移动存储介质不能用于存储、处理涉密信息 私人计算机和移动存储介质属于私有财产,无法按照保密规定要求进行管理。同时,私人计算机和移动存储介质往往连接过互联网,存在很大的泄密隐患和安全风险,不...
  • GBT 33200-2016 社会治安综合治理 综治中心建设与管理规范 comprehensive management of public security Specification of construction and management for central office   20160930发布 2017 0101实施...
  • 软件部署规范

    千次阅读 2019-04-12 12:37:37
    部署流程 正常代码一律分支开发;某个版本的bug在主干上开发 当某个分支代码测试通过之后,合并到主干并打上版本号 部署到预发布环境,并做验证 预发布环境验证通过之后,部署到生产环境 部署包准备 ...
  • 其实commit规范不管是前端还是后端也好,我觉得吧,在任何的工程化的项目中都是不可或缺的部分啦,commit 提交不规范,项目维护和管理起来是极其麻烦的,毕竟每个人都具有自己的个性,commit的格式也是参差不齐 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 452,121
精华内容 180,848
关键字:

属于管理规范的要求