Eclipse开发PHP环境配置
首先准备好软件：
1. Apache,到这里找个最新版本
2. PHP，到这里下载
3. Eclipse IDE for Java EE Developers，到这里下载
4. DLTK Core Frameworks 1.0 Integration build，到这里下载
注意：DLT K是所谓动态语言开发包，PDT依赖于它，不知为什么现在官方主页上的稳定版本从1.0版降到了0.95，而PDT必须在1.0上运行，所以请选择最新的Integration版本（在页面最下面），而不是Release或Stable版本。
5. PDT 2.0，到这里下载
6. Zend Debugger，到这里下载
下面开始安装配置这些软件。
首先，安装配置Apache和php环境。
安装不多说，Apache是个msi文件，php只要解压缩就可以了。
配置比较烦，步骤如下：
1. 编辑php.ini
1) extension_dir ="./" 修改为extension_dir = "C:/php-5.2.6/ext"
2) ;extension=php_mysql.dll”和“;extension=php_gd2.dll”，去掉前面的分号，即把; extension=php_mysql.dll 改为extension=php_mysql.dll
把;extension=php_gd2.dll 改为extension=php_gd2.dll
3).保存好php.ini，然后重起apache
2. 修改Apache/conf下的httpd.conf,在文件尾部添加：
LoadModule php5_module "C:/php-5.2.6/php5apache2_2.dll"
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
Action application/x-httpd-php "/php/php-cgi.exe"
AddType application/x-httpd-php .html
AddType application/x-httpd-php .htm
AddDefaultCharset UTF8
PHPIniDir "C:/php-5.2.6"
3.在环境变量的Path设置下添加：
C:\php-5.2.6;C:\php-5.2.6\ext
经过上述配置，在Apache/htdocs目录下创建一个php测试文件index.php如下：
记得重新启动Apache。
打开IE在地址栏输入：http://localhost/index.php，如果能工作就表示php和apache能工作了。
然后，配置Eclipse的PHP开发，调试环境。
1. 安装Eclipse.就是解压缩到一个目录
2. 安装DLTK.
把下载到的文件解压缩到某目录下，如：F:"PHP"PDT"dltk-core-I-I200809081043-2008 09081043-incubation,启动Eclipse->Help->Software Updates->Available Software ->Add Site ->Local ->选择刚才的解压缩目录，安装之。
3. 安装PDT2.0
根DLT K安装类似。
4. 安装ZDebugger
把下载到的ZendDebugger-5.2.14RC9-cygwin_nt-i386.zip解压缩，目录下有一个read me.txt，按照上面说的安装就行了，根据我安装的实际情况执行readme.txt的结果如下：
1) 从5_2_x_comp目录下选择ZendDebugger.dll，copy到C:\php-5.2.6\ext下面
2) 在php.ini文件中添加：
zend_extension_ts=C:/php-5.2.6/ext/ZendDebugger.dll
zend_debugger.allow_hosts=localhost,127.0.0.1
zend_debugger.expose_remotely=always
3) 将dumm y.php文件copy到C:\Program Files\Apache Software Foundation\Apa che2.2\htdocs下面
5. 配置Eclipse及Apache
1) 配置Apache:
比如我在E:\EclipseWorkspace下放置所有的Eclipse工程，那么修改Apache/conf/httpd. conf，在文件结尾添加：
Alias /Workspace/ "E:/EclipseWorkspace/"
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
这样做的好处是，所有php工程都共享一个apache配置（看下面如何设置）。
2)配置Eclipse：
打开Eclipse->Window->Preferences->PHP：
PHP Executables->Add,如下所示设置：
PHP Servers->New，如下所示设置：
注意URL栏中添加了Workspace,这个是在httpd.conf中添加的目录别名。PHP Debug,如下图所示，选择合适的Debugger，Server
至此，配置完成。
记得再次重新启动Apache。
最后，建一个测试程序，看看效果如何：
新建一个PHP Project命名叫FirstPHPTest, 当然使用的是我们的E:\EclipseWorkspace作为Eclipse的workspace目录。
在工程中新建PHP File, 比如使用上面的index.php。
当在index.php上右键Run As->PHP Web Page时就可以看到类似如下画面了：
编号：SM-ZD-96562 操作系统安全配置管理办 法 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本办法适用公司信息大区所有信息系统操作系统安全配置管理。主要操作系统包括：AIX系统、Windows系统、Linux系统及HP UNIX系统等。 2规范性引用文件 下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本规范。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本规范。 --中华人民共和国计算机信息系统安全保护条例 --中华人民共和国国家安全法
配置管理办法 文件名称：配置管理管理办法 文件编号：ZHWH-CM-01-2017 文件类别：技术管理 编制部门：北京中航鼎成科技有限公司质量管理部 版本号： A 文件密级：秘密 受控标识：受控 拟制/日期：黄妙然 2017年09月27日 审核/日期：刘晔 2017年10月15日 会签： 批准/日期：杨成 2017年11月1日
修订页
目录 第1章目的和范围 (1) 第2章角色和职责 (1) 第3章定义和术语 (2) 第4章配置库管理及规划 (2) 第5章配置管理流程图及活动说明 (2) 5.1 研发配置管理流程图及活动说明 (2) 第6章度量数据收集 (6) 第7章相关文件和记录 (6)
北京中航鼎成科技有限公司配置管理管理办法 第1章目的和范围 为规范北京中航鼎成科技有限公司在项目生命周期过程中的配置管理活动，确保在项目的整个生命周期中建立和维护项目产品的完整性、正确性、可追溯性和一致性，保证项目过程中配置管理相关工作满足公司质量体系要求，特制定北京中航鼎成科技有限公司配置管理规范。 本文档适用于北京中航鼎成科技有限公司所有项目的配置管理活动。 第2章角色和职责
注1：“配置变更控制”参见《TDCS/CTC综合维护平台产品变更实施细则》，本文不再说明，配置项拟审批原则参见《北京中航鼎成科技有限公司配置项清单》。 第3章定义和术语 （1）基线：BaseLine，就是经过正式评审和认可的工作产品，它是以后进一步开发的基础。基线分为过程基线和交付基线。 （2）配置项：配置是指在项目生命周期各个阶段所产生的各种形式和各种版本的文档、程序及其数据的集合，该集合中的每一个元素称为该配置中的一个配置项。配置项分为基线配置项和非基线配置项。（3）基线配置项：一般组成产品元素的配置项均要定义成基线配置项，如产品需求、设计文件、源代码、测试文件等均要定义成基线配置项，基线发布后所有的变更都要严格按照《北京中航鼎成科技有限公司产品变更实施细则》执行。 （4）非基线配置项：一般非产品组成元素的配置项可以定义为非基线配置项，如项目计划、评审类等。 非本项目控制的工作产品，但为了共享和最新版本的获取，该类元素作为非基线配置项也纳入配置管理库，如外部文件、标准、参考文件、会议纪要、工作报告、过程记录等。 第4章配置库管理及规划 配置库管理及规划如下： 1)研发项目（含工程项目的定制开发）：按照产品线进行规划管理； 2)工程项目：按项目管理、工程实施过程两大块进行规划管理； 第5章配置管理流程图及活动说明 5.1 研发配置管理流程图及活动说明 5.1.1研发配置管理流程图
机器人外部自动启动配置方法 ?不通过程序号而选定好要运行的程序的外部启动机器人 通过下列步骤来外部启动机器人： 步骤1、在T1模式下把用户程序按控制要求插入cell.src里，选定cell.src程序，把机器人运行模式切换到EXT_AUTO. 步骤2、在机器人系统没有报错的条件下，PLC一上电就要给机器人发出 $move_enable(要一直给)信号。 步骤3、PLC给完$move_enable信号500ms后再给机器人$drivers_off(要一直给)信号。 步骤4、PLC给完$drivers_off信号500ms后再给机器人$drivers_on信号。当机器人接到$drivers_on后发出信号$peri_rdy给PLC，当PLC接到这个信号后要把 $drivers_on断开。 步骤5、PLC发给机器人$ext_start(脉冲信号)就可以启动机器人。 ?通过程序号(不校验奇偶)来选定程序的外部启动机器人。 需要配置的信号： PRNO_FBIT:表示位字节的第一位。例如，用$IN[11] ---$IN[17]来映射给变量 PGNO，这时PRNO_FBIT为11，意思是PRNO_FBIT是这个区域的第一位。 PGNO_LENGTH:表示映射给变量PGNO的数据长度，以上例来说，这时 PGNO_LENGTH为7，变量PGNO最大值为127. PGNO_PARITY:程序号奇偶位校验，没有特别要求，不需要校验的话 该值设置为0.
PGNO_VAILD:程序号有效，机器人信号输入端的位信号。把位信号编号编写 在其后面，如，用$IN[18]来表示此程序号有效的话，当 $IN[18]为TRUE的时候，PLC发过来的程序号才有效。 PGNO_VAILD是个脉冲信号(脉宽1秒左右)。每次改变程序号 时 ，PLC都要让PGNO_VAILD为TRUE.否则机器人端的变量PGNO 的值不会发生改变。 PGNO_REQ:机器人发给PLC的程序号请求信号，位信号。 准确配置完以上信号后，通过下列步骤来外部启动机器人： 步骤1、在T1模式下把用户程序按控制要求插入cell.src里，选定cell.src程序，把机器人运行模式切换到EXT_AUTO. 步骤2、在机器人系统没有报错的条件下，PLC一上电就要给机器人发出$move_enable(要一直给)信号。 步骤3、PLC给完$move_enable信号500ms后再给机器人$drivers_off(要一直给)信号。步骤4、PLC给完$drivers_off信号500ms后再给机器人$drivers_on信号。当机器人接到$drivers_on后发出信号$peri_rdy给PLC，当PLC接到这个信号后要把 $drivers_on断开。 步骤5、PLC发给机器人$ext_start(脉冲信号)就可以启动机器人。 步骤6、当PLC接收到PGNO_REQ信号后， PLC要把程序号发给机器人 步骤7、当PLC发出程序号500ms后，PLC发给机器人$PGNO_VAILD(脉冲信号，脉宽约1000ms)，以便让机器人的变量PGNO值生效。 如果生产过程切换程序号的话，重复步骤6和步骤7.
员工统一发卡使用与管理办法 一、目的为确保公司信息的及时交换，提高客户服务质量和工作效率，规范公司管理特制定本办法。 二、适用范围 1、主管级别（含）以上员工。 2、部分因业务需要的员工（业务员、送票员、地州送票员）。 三、流程 1、需要配置手机的员工，统一到行政人事部报名登记，由公司统一发放。 2、行政人事部负责与通讯公司联系办理购卡业务。 3、员工必须报行政人事部备案，由行政人事部统一建档管理。 四、具体要求 1、员工在职期间使用公司手机卡必须 24 小时开机，保证通信畅通；如出现关机、停机、无人接听等现象，每次罚款 50 元。 2.若手机出现没电、故障等原因造成暂时无法接通的，应第一时间告知上级主管临时联系方式 3.手机卡丢失或损坏的，应第一时间告知公司， 24 小时内补办手机卡并开通，费用由使用人自行承担。 4.员工不得私变更手机卡。 5.员工使用公司手机卡期间不得利用公司手机卡从事任何违法违纪活动，造成恶劣后果的交与司法机关处理。 6.员工离职应将手机卡交还公司，损坏补卡及所欠话费由使用人承担。 7.主管有监督员工手机卡使用的权利和义务，对员工因联络不上对公司造成的损失，公司将视情况追究其主管的连带责任。 员工必须公私分离，不得混淆或有意公私不分，使用公司电话做与工作无关事情，不得再留个人号码 给客户或工作关联事宜。 五、补贴标准 1、50元/人/ 月？
六、手机卡管理办法 1、每月月底打印上月通话记录 微信： 1. 公司配发的手机卡，销售人员必须用公司号码申请一个微信账号，微信号为公司名+手机号码。 2. 所有公司微信账号，昵称必须改为：公司名 +姓名+电话号码。 3.所有公司微信账号，头像必须换成手机持有者的照片（或者公司 LOGO）。 4.公司在微信群发出的通知，所有员工在网咯畅通的情况下必须在两小时之内回复。如收到、执行、马上执行之类的语言，不可见之信息淡漠而视。（特殊情况请做出说明） 5.公司组织的发朋友圈信息活动，所有员工必须无条件的执行。 6.所有销售人员，客户有需求加微信（不主推），必须加到公司微信账号上，不得加到自己私号上。 7．公司不定期抽查销售人员公司微信的对话框中的好友交流时间、人数等等。 8.以上有关微信管理制度的条规，如有违反，每次罚款 50 元，依次叠加。 9.配备手机人员，离职时，不得将工作微信删除，不得将好友删除。如有发现，将扣除最后结算工资。 10、上报用户名及密码监管。
?不通过程序号而选定好要运行的程序的外部启动机器人 通过下列步骤来外部启动机器人： 步骤1、在T1模式下把用户程序按控制要求插入里，选定程序， 把机器人运行模式切换到EXT_AUTO. 步骤2、在机器人系统没有报错的条件下，PLC一上电就要给机器人发出 $move_enable(要一直给)信号。 步骤3、PLC给完$move_enable信号500ms后再给机器人$drivers_off(要一直给)信号。 步骤4、PLC给完$drivers_off信号500ms后再给机器人$drivers_on信号。当机器人接 到$drivers_on后发出信号$peri_rdy给PLC，当PLC接到这个信号后要把 $drivers_on断开。 步骤5、PLC发给机器人$ext_start(脉冲信号)就可以启动机器人。 ?通过程序号(不校验奇偶)来选定程序的外部启动机器人。 需要配置的信号： PRNO_FBIT:表示位字节的第一位。例如，用$IN[11] ---$IN[17]来映射给变量 PGNO，这时PRNO_FBIT为11，意思是PRNO_FBIT是这个区域的第
一位。 PGNO_LENGTH:表示映射给变量PGNO的数据长度，以上例来说，这时 PGNO_LENGTH为7，变量PGNO最大值为127. PGNO_PARITY:程序号奇偶位校验，没有特别要求，不需要校验的话 该值设置为0. PGNO_VAILD:程序号有效，机器人信号输入端的位信号。把位信号编号编写 在其后面，如，用$IN[18]来表示此程序号有效的话，当 $IN[18]为TRUE的时候，PLC发过来的程序号才有效。 PGNO_VAILD是个脉冲信号(脉宽1秒左右)。每次改变程序号时 ，PLC都要让PGNO_VAILD为TRUE.否则机器人端的变量PGNO 的值不会发生改变。 PGNO_REQ:机器人发给PLC的程序号请求信号，位信号。 准确配置完以上信号后，通过下列步骤来外部启动机器人：
产品/项目系统名称 配置管理计划 北京XXXX有限公司 200 年××月 1引言 1.1编写目的
编写的目的主要在于对所开发的软件系统规定各种必要的配置管理条款，以保证所开发出的软件能满足用户需求。 1.2背景 a.开发的软件系统的名称 列出本软件系统的中文全称、英文全称及英文表示简称。 b.开发的软件系统的最终用户或适用的领域； c.项目来源、主管部门等 1.3定义 列出本文件中涉及的专门术语定义和外文缩写的原词组。 1.4参考资料 列出涉及的参考资料。 2 管理 描述软件配置管理的机构、任务、职责和有关的接口控制。 2.1 机构 描述软件生存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。 说明项目和自项目与其他有关项目之间的关系。 指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的关系。 2.2 任务 描述在软件生存周期中各阶段的配置管理任务以及要进行的评审和检查工作，并指出各阶段的阶段产品应存放在哪一类软件库中（软件开发库、软件受控制库或软件产品库）。 2.3 职责 指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责； 指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系。 说明软件生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动。 指出与项目开发有关的各机构的代表的软件配置管理职责。 指出与其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。 2.4 定义软件配置项（SCI） 包括： 1．系统约定 2．软件项目计划 3．软件需求文档 4．用户手册 5．设计文档
机构设置及人员配置管理办法（试行） 第一章总则 第一条为了规范公司部门机构的设置，加强人员编制管理，明确部门、岗位职责分工，特制定本管理办法； 第二条本管理办法适用于公司总经理部下辖所有部门及岗位； 第三条公司机构及人员设置、调整应遵循统一、高效、精简，符合公司事业发展、业务发展、符合公司经营管理需要的原则。 第二章职责分工 第四条公司总经理部负责根据公司生产经营需要进行部门设置及人员配置、调整的审议、核准工作； 第五条综合管理部是公司机构及人员设置的管理部门，负责公司机构设置及人员编制的管理工作及具体操作； 第六条公司各部门负责本部门人员编制增减的申请工作。 第三章流程 第七条部门设置及调整流程: 一、公司总经理部根据公司生产经营需要设立公司部
门，并根据经营方针的变化做出增设、取消、合并、拆分公司部门的决定； 二、综合管理部根据总经理部决定进行部门调整及编写部门职责等，并对公司组织架构及工作关系进行调整。 第八条人员编制及调整流程： 一、公司各部门根据部门工作需要向综合管理部申请本 部门人员编制的增减； 二、综合管理部对各部门关于人员编制变化的申请进行审核，认为合理者提请总经理部审议； 三、公司总经理部针对提案讨论，认为可行者签署通过，交由综合管理部操作执行； 四、综合管理部根据总经理部审议结果具体操作，对岗 位及人员进行合理安排，并对该部门岗位职责进行调整。 第四章监督管理 第九条公司各部门应严格遵循配置流程，不得擅自增减本部门编制、调整人员及岗位职责。 第十条综合管理部定期对公司部门设置及人员编制的合理性进行实地调查，发现以下情况者，汇报至总经理部，并提出整改方案： 一、部门或岗位职能重复、交叉或业务相近者； 二、部门或人员为某项工作任务设立，在任务完成或已 被停止时，未及时提出予以撤销者;
作者简介:陈坚(1981-),男,汉族,本科,副主任医师,研究方向为针灸在神经系统中的应用三E -mail:825131423@https://www.doczj.com/doc/343470227.html, 通督调神针法联合Schuell 语言训练治疗 脑卒中后失语症30例临床观察 陈 坚 蔡耿秋 黄佰宏 广东省汕头市中心医院,广东 汕头 515031 ?摘 要? 目的:观察通督调神针法联合Schuell 语言训练治疗脑卒中后失语症的效果三方法:选取60例脑卒中后失语症患者,按照治疗方法分为对照组二观察组各30例三对照组予以Schuell 语言训练,观察组在对照组基础上予以通督调神针法三对比两组语言功能二功能性语言沟通能力检查法(CFCP)评分二抑郁自评量表(SDS)二焦虑自评量表(SAS)评分二临床疗效三结果:治疗后观察组听语理解二口语表达二阅读能力评分较对照组高(P <0.05);治疗后两组CFCP 评分均升高,观察组CFCP 评分较对照组高(P <0.05);治疗后观察组SDS 评分二SAS 评分较对照组低(P <0.05);观察组治疗总有效率90.00%较对照组66.67%高(P <0.05)三结论:通督调神针法联合Schuell 语言训练治疗脑卒中后失语症患者,可促进患者语言功能恢复,缓解患者负性情绪,疗效较好三 ?关键词? 脑卒中后失语症;通督调神针法;Schuell 语言训练;语言能力;负性情绪?中图分类号?R195 ?文献标志码?A ?文章编号?1007-8517(2019)11-0096-03 脑卒中后失语症是由于脑卒中损伤大脑语言中枢,导致语言功能障碍,影响患者理解二表达语言结构及意义三脑卒中后失语症主要表现为听理解障碍二言语表达障碍,影响患者与他人正常沟通二交流[1]三Schuell 语言训练是言语治疗常用方法,通过反复语言刺激,兴奋语言中枢,重建语言符号系统,恢复语言表达能力[2]三脑卒中后失语症属于中医 舌喑 语言謇涩 范畴,病因在痰二瘀二虚,肝肾阴虚,虚火内生,炼津化液成痰,瘀阻脑络,闭阻舌窍,致失语三针刺是失语症治疗的重要方法,通督调神针法可调节督脉,通髓达脑二疏通脑络三本研究以我院脑卒中后失语症患者为研究对象,予以通督调神针法联合Schuell 语言训练治疗,观察其治疗效果,现报告如下三1 资料及方法 1.1 一般资料 选取2017年9月至2018年9月我院收治的60例脑卒中后失语症患者,按照治疗方法分组,各30例三对照组男18例,女12例;年龄48~77岁,平均(6 2.54?6.29)岁;病程1~7个月,平均( 3.49?0.91)个月;脑出血21 例,脑梗死9例三观察组男17例,女13例;年龄47~78岁,平均(62.37?6.42)岁;病程1~6 个月,平均(3.26?0.84)个月;脑出血22例,脑梗死8例三两组一般资料(性别二病程二年龄二脑卒中类型)比较,差异无统计学意义(P > 0.05),本研究经我院医学伦理委员会批准三1.2 纳入及排除标准 纳入标准:①纳入标准:符合‘神经病学“中相关诊断标准[3],诊断为脑梗死二脑出血,失语商<93.8分,经颅脑CT二 MRI 检查确诊;存在失语症;患者签署知情同意书三②排除标准:听觉障碍;认知功能障碍;记忆功能障碍;精神异常三 1.3 方法 1.3.1 对照组 予以Schuell 语言训练[4], 一对一 训练,运动性失语主要进行阅读二表达训练, 命名性失语主要进行文字称呼二口头训练,感觉性失语主要进行复述二理解训练,完全性失语主要进行听二理解训练,并辅以其他训练,30min /次,5次/周三 1.3.2 观察组 在对照组基础上予以通督调神针法,选择0.35mm ?40mm 一次性针灸针(苏州医疗用品厂有限公司,苏械注准20162270970),取穴:风府二人中二百会二神庭二哑门三人中向上斜刺0.3寸,风府进针,向下透刺哑门,神庭进针平刺向百会0.5寸,百会进针沿皮下平刺1寸,以局部出现酸麻二肿胀感为度,10min 行针1次, 1min /次,捻转200次/min三进针得气,留针30min,6次/周三两组均治疗4周三四69四中国民族民间医药 2019年6月第28卷第11期Chinese Journal of Ethnomedicine and Ethnopharmacy,2019,Vol.28,No.11
配置管理过程 版本： 发布时间： 文件变更记录
目的 本文档描述了软件开发项目的标准软件配置管理过程。该过程向软件开发项目中与配置管理有关的人员提供说明和行动指南，使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过软件配置管理获得有用的信息。 适用范围 机构：质量部、产品部、开发部 业务：软件项目的配置管理活动。 概述 本过程包括建立配置库设置访问权限、组建CCB、制定配置管理计划、发布基线、基线变更管理、配置状态记录、配置审计、备份配置库、产品发布、移交项目资产入资产库十个子过程。 本过程是描述项目如何计划配置管理活动，并在整个软件的生命周期中如何执行配置管理活动的。软件配置管理是CMMI的一个重要组成部分，其目在于建立和维护在项目的整个生命周期内软件项目产品的完整性。 名词术语 基线：已经通过正式的同级评审而获得认可，可以作为一个基本纲领为今后工作服务并且只能通过正式的变更控制过程才可改变的一个或多个软件配置项。 定义基线：在项目策划过程中，对基线的个数、时间和条件，以及包含工作产品的定义。 建立基线：根据项目计划中的定义，在实施过程中，经由评审组评审和软件配置控制委员会批准，建立起来的由特定工作产品组成的基线。 配置项：由配置管理视为一个单一整体而进行处理的工作产品（例如：在软件生存周期各阶段所产生的各种形式和各种版本的文档、程序、数据等）以及完成工作产品所需的软件工具和支持系统。 软件配置控制委员会：ConfigurationControlBoard，简称CCB，负责评价和批准（或不批准）建立基线，评价和批准（或不批准）对基线化配置项所提出的变更，并负责保证那些已批准的变更能得到实施的组。 物理配置审计：Physicalauditsauthenticate，简称PCA，审计软件产品的完整性，以确保其包含全部应有的元素、文档与数据。 功能配置审计：Functionalconfigurationaudit，简称FCA，审计软件产品的正确性，以确保其性能和基线化的需求相一致。 流程图 过程定义
(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910316650.X (22)申请日 2019.04.18 (71)申请人 王毛路 地址 100013 北京市东城区东滨河路大象 投资大厦208 (72)发明人 王毛路 (74)专利代理机构 北京久维律师事务所 11582 代理人 邢江峰 (51)Int.Cl. H04L 29/06(2006.01) H04L 12/24(2006.01) G06F 9/451(2018.01) (54)发明名称 一种区块链可视化CA配置管理方法 (57)摘要 本发明公开了一种区块链可视化CA配置管 理方法，包括：区块链技术中涉及CA证书的发放、 吊销、可视化配置管理内容，区块链中各个节点 之间的信息传递、peer节点提交事务信息、各个 组织的管理职能都需在证书验证通过的情况下 进行，本发明提供了一个无需命令行的可视化CA 配置管理方法，能够帮助区块链的应用方，能够 有效的通过可视化CA配置管理方法完整证书的 发放、吊销的管理工作， 降低的技术门槛。权利要求书1页 说明书2页 附图3页CN 110049044 A 2019.07.23 C N 110049044 A
权 利 要 求 书1/1页CN 110049044 A 1.一种区块链可视化CA配置管理方法，其特征在于：包括在区块链的环境下，通过CA部署机于可视化服务配置管理端建立链接，并将区块链中的各个证书的关系与发放、吊销管理权限有效结合。 1)CA证书的管理权限类型：CA管理员、组织管理员； 2)CA证书的权限内容：CA管理员可以管理所有类型证书，包括组织管理员、用户、节点证书的发放、吊销； 3)CA证书的可视化管理职能提供可视化界面，使用放可通过界面进行相关的CA配置管理工作。 4)保证发放证书的有效性，对应角色在通过CA验证后可执行其对应的区块链职能，正确在区块链中运行，同时被吊销证书的角色将失去其在区块链中的职能。 2.根据权利要求1所述的一种区块链可视化CA配置管理方法，其特征在于：所述支持可配置管理的CA证书类型包括国际证书、国密证书，包括但不限于这两种。 3.根据权利要求1所述的一种区块链可视化CA配置管理方法，其特征在于：所述提供不同角色类型的CA证书管理方法，包括： CA管理员； 组织管理员； 用户(user)。 4.根据权利要求1所述的一种区块链可视化CA配置管理方法，其特征在于：所述支持CA 证书的多种配置管理职能，包括： 证书吊销； 证书发放； 证书有效性的监控； 证书有效性判断。 2
软件配置管理计划(SCMP) 说明 《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。
目录 软件配置管理计划(SCMP) (1) 1引言 (3) 1.1标识 (3) 1.2系统概述 (3) 1.3文档概述 (3) 1.4组织和职责 (3) 1.5资源 (3) 2引用文件 (3) 3管理 (4) 3.1机构 (4) 3.2任务 (4) 3.3职责 (4) 3.4接口控制 (4) 3.5实现 (5) 3.6适用的标准、条例和约定 (5) 4软件配置管理活动 (5) 4.1配置标识 (5) 4.2配置控制 (6) 4.3配置状态的记录和报告 (7) 4.4配置的检查和评审 (7) 5工具、技术和方法 (7) 6对供货单位的控制 (7) 7记录的收集、维护和保存 (8) 8配置项和基线 (8) 8.1配置项命名规则 (8) 8.2配置项的识别和基线的划分 (8) 8.3变更和发布 (8) 9备份 (8) 10日程表 (9) 11注解 (9) 附录 (9) 附表 (9) 附表1:产品发布清单 (9) 附表2:配置变更申请单 (10) 附表3:配置问题报告单 (11) 附表4:配置变更和问题登录表 (12) 附表5:配置状态统计报告 (13) 附表6:配置审核报告 (13)
1引言 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。 1.3文档概述 本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 1.4组织和职责 描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。 为了能够清晰的表述，可选用图表的方式进行说明。 1.5资源 描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
H P、浪潮、I B M服务器配置 管理口的方法记录 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-
一：HP配置ilo的方法 1）当在服务器在自检的时候出现：Advanced press [F8] to configure的时候点击F8进入配置界面 2）成功进入该界面之后选择Network-DNS/DHCP 将DHCP设置成off
3）配置管理口的IP地址,完成之后点击F10保存4)退出界面，file-exit
二：浪潮服务器的配置方法 1)当服务器在出现如下的情况时点击DELL,等待进入BIOS界面。 2)进入界面之后选择server Mgmt-BMC network configuration
3)进入BMC之后，修改Updata BMC LAN Configuration 为yes, Configuration Address sourc 为static，并设置对应的IP、子网掩码、网关。 4)保存，退出即可。
IBM服务器都有一个远程管理端口, 同时支持静态和动态IP地址. 管理端口默认IP地址统一为, 更改IP地址有两种方式, 一是开机按"F1"进入BIOS设置, 二是先通过WEB登陆 1) 第一种方式: 在BIOS中修改管理端口IP 启动服务器后, 可以使用BIOS设置工具管理IMM 网络连接. 开启服务器, 通电大约两分钟后, 电源控制按钮将会激活, 按下开机按钮, 就会显示IBM System x Server Firmware 欢迎界面. 按下F1键. 在Setup utility主窗口中, 选择System Settings - Integrated Management Module - Network Configuration. 在DHCP Control中有三个IMM 网络连接选项(Static IP,DHCP Enabled,DHCP with Failover (default). 选择其中一种网络连接方式. 如果选择static IP, 须指定IP地址,子网掩码,网 关.(IP address,subnet maskand default gateway). 设置完后选择Save Network Settings保存, 退出 Setup utility. 2) 第二种方式: 在IMM管理界面中修改IP 用网线将笔记本与服务器管理端口相连, 修改笔记本的IP地址为 PING通服务器管理端口后, 在网页地址栏中输入, 回车后就可以进入IMM管理界面. Note: IMM 默认用户名是USERID, 密码是PASSW0RD(0是数字零而不是字母O). 在欢迎界面中, 选择timeout值(此值为IMM自动退出登陆的时间), 点 击 Continue 开始进入, 浏览器将出现System Status页面, 在IMM Control - Network Interfaces中修改IP地址. 3) IMM各项功能简介 修改IP之后, 将管理端口连至交换机, 即可远程管理服务器, 包括开机,关机,查看系统日志,升级BIOS和Firmware以及远程控制等. 如图:
软件配置管理办法 1软件配置管理基础 1.1软件配置管理简介 随着计算机应用范围的日益广泛，应用软件的规模及复杂度日益广泛深入，应用软件的规模和复杂程度日趋大型化，复杂化，这就导致软件开发的方式越来越强调团队的协作开发。 而在这种开发方式下，会遇到很多问题，例如：需要将整个软件的版本恢复到以前的某一时间的状态，限制随意修改程序，或者控制某一程序在同一时间内只能一个开发人员修改等等。 为了解决这些问题，提高软件产品和软件项目的质量及软件开发过程中的管理水平，更好地为以后的软件开发工作提供有效的服务，必须采用先进的管理手段，实现软件产品和软件项目源码的科学管理。 1.2软件配置管理工具 软件配置管理工具有很多，例如：Starteam、PVCS、ClearCase、VSS和CVS等。Starteam、PVCS和ClearCase更适合庞大的团队和项目，并且价格不菲，所以并不常用。目前使用比较广泛的是VSS和CVS。两者在使用上有各自的优势和不足。 VSS的全名是VisualSourceSafe，是微软公司开发的VisualStudio开发套件中的软件配置管理部分，有非常好的技术支持和非常详尽的技术文挡。VSS适合在局域网范围内，以Windows平台为主的中、小项目，以文件管理为主要功能，使用方便，学习成本低，对服务器仅需要快速大容量的存储器也是它的优势。 CVS的全名是ConcurrentV ersionSystem，是一种可以并发的版本控制系统。它是一个开源项目，可以直接从网站下载最新的源代码。CVS可以满足局域网和广域网不同的网络条件，提供不同级别安全性选择，在一台专门的服务器配合下，客户可以使用任何平台开发项目。CVS本身是在unix系统上开发的，在unix下提供的是命令行使用模式。在Windows 平台下你可以选择用CVSNT搭建服务器，用WinCvs作为客户端。CVS对于已经完成了开发过程进入项目维护阶段，或者进入项目升级阶段的项目，可提供完善的软件配置管理的支持，不过在学习和操作上学习成本比较高。 1.3软件配置管理实施环境 软件配置管理的实施环境由服务器和客户端软件组成，他们的基本功能如下： 1.3.1软件配置服务器 1)集中存放软件产品的文件，供多人访问以便进行协同开发。 2)对产品文件进行安全管理，分配账号并进行访问权限设置。 3)记录所有文件的历史变化，以进行版本控制。
配置管理过程 版本：1.2 发布时间： 文件变更记录
本文档描述了软件开发项目的标准软件配置管理过程。该过程向软件开发项目中与配置管理有关的人员提供说明和行动指南，使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过软件配置管理获得有用的信息。 2.适用范围 2.1机构：质量部、产品部、开发部 2.2业务：软件项目的配置管理活动。 3.概述 本过程包括建立配置库设置访问权限、组建CCB、制定配置管理计划、发布基线、基线变更管理、配置状态记录、配置审计、备份配置库、产品发布、移交项目资产入资产库十个子过程。 本过程是描述项目如何计划配置管理活动，并在整个软件的生命周期中如何执行配置管理活动的。软件配置管理是CMMI的一个重要组成部分，其目在于建立和维护在项目的整个生命周期内软件项目产品的完整性。 4.名词术语 基线：已经通过正式的同级评审而获得认可，可以作为一个基本纲领为今后工作服务并且只能通过正式的变更控制过程才可改变的一个或多个软件配置项。 定义基线：在项目策划过程中，对基线的个数、时间和条件，以及包含工作产品的定义。 建立基线：根据项目计划中的定义，在实施过程中，经由评审组评审和软件配置控制委员会批准，建立起来的由特定工作产品组成的基线。 配置项：由配置管理视为一个单一整体而进行处理的工作产品（例如：在软件生存周期各阶段所产生的各种形式和各种版本的文档、程序、数据等）以及完成工作产品所需的软件工具和支持系统。 软件配置控制委员会：Configuration Control Board ，简称CCB，负责评价和批准（或不批准）建立基线，评价和批准（或不批准）对基线化配置项所提出的变更，并负责保证那些已批准的变更能得到实施的组。 物理配置审计：Physical audits authenticate ，简称PCA ，审计软件产品的完整性，以确保其包含全部应有的元素、文档与数据。 功能配置审计：Functional configuration audit ，简称FCA，审计软件产品的正确性，以确保其性能和基线化的需求相一致。
7 配置管理办法 1.0 目的 为有效控制产品版本信息，确保产品的可追溯性，随时查询和控制产品的技术状态，并在必要时为客户提供产品配置清单，特制定本程序。 2.0 适用范围 本程序适用于公司铁路相关产品的配置管理。 3.0 引用标准 IRIS标准（国际铁路行业标准） 4.0 定义 无 5.0 职责 5.1 工程部负责确定供货产品主要零部件列表清单，对生产中的变更 和产品配置动态变更信息进行管理。 5.2 质量部负责建立产品配置清单，对相关部门提供的数据进行监控 与审核，并保存产品配置清单。 5.3 生产部负责将生产现场直接组装在产品上的零部件编号、产品型 号、零部件序列号填写在产品配置清单上，交质量部审核确认其 正确性。 5.4 质量部负责记录修理更换情况，并提供维护产品配置清单。
7 配置管理办法 工作流程图工作内容说明过程输出
7 配置管理办法 工作流程图 工作内容说明 过程输出 6.1 配置管理要求的确定 6.1.1 工程部根据客户要求（合同、供货技术协议等）确定产品的《主要零部件清单》，明确主要零部件和成品的配置信息，包括： ? 产品型号 ? 编号 ? 图号 ? 版本 ? 序列号 ? 其它可追溯性标识方法 6.1.2 工程部负责将《主要零部件清单》提供给主管确认，必要时交于顾客批准。 6.1.3 一经批准，工程部即可确定产品配置基准，并将批准的《主要零部件清单》下发至质量部。 6.1.4 工程部负责将纳入配置管理的零、部、组件的唯一性标识方法和要求在相关设计输出文件中予以明确。 6.1.5 采购部负责按工程部规定的要求与涉及的供方明确标识方法和要求。 6.2 工程部根据《主要零部件清单》建立对应产品《产品配置清单》，并下发到生产部。 6.3配置信息核实 生产部根据产品装配情况及时在《产品配置清单》填写相关零部件信息后返回质量部。 6.3.1 质量部对《产品配置清单》进行确认和审核，并在产品生产各阶段的监视和测量活动中确认产品实际装配情况与 主要零部件清单 主要零部件清单 产品配置清单 产品配置清单 客户要求 主要零部件清单 产品配置清单 填写产品配置清单 N Y 审核产品配置清单 修 理情况记录 配属动态记录 项目组存档管理 客户确认
一．流程图 1）PM ：项目经理（Project Manager)是负责项目管理的专业人员，项目经理负责一个项 目的计划，执行及结束关闭。目前，项目经理管理角色在多种行业中得到应用，尤其是在建筑、网络技术、通信、软件开发等行业发挥积极而重要的作用。项目经理的主要对项目目标的完成负责。项目目标包括项目的项目范围，成本，进度，质量，沟通等多维目标，项目经理通过专业努力，组织团队按项目要求，在一定的时间内完成项目规定的任务。 PMI （The Project Management Institute ）讨论和制定了一套有关项目管理的原则 和方法论，形成一套专业的指导体系，强有力地支持了项目经理的专业化发展。从从业角度，项目经理有时会获得企业法人代表或项目拥有者的授权，在工程项目 中全面负责，成为企业法定代表或项目拥有者在工程项目上的代表人。 制定访问控制和开发策略 制定项目计划批准并发布配置管理计划 审核配置管理计划 划定（变更）基线 创建配置管理库 建立基线建立私有工作空间 发布版本审核创建（维护）附加元素 归并集成修改文件 配置（维护）工作空间 构建系统提交工作成果 申请基线变更更新工作空间 建立发布版本 PM CCB CMO SIO DEV 制定配置管理计划
2）CCB：CCB变更控制委员会(Change Control Board)又名配置控制委员会(Configuration Control Board) 实施整体变更控制——变更控制委员会 软件开发活动中公认变更控制委员会为最好的策略之一 CCB的组成 CCB可以由一个小组担任，也可以由多个不同的组担任，负责做出决定究竟将哪些已建议需求变更或新产品特性付诸应用。典型的变更控制委员会会同样决定在哪一 些版本中纠正哪些错误。 CCB的成员应当能代表变更涉及的团体。其可能包括如下方面的代表： 1.产品或计划管理部门 2.项目管理部门 3.开发部门 4.测试或质量保证部门 5.市场部或客户代表 6.制作用户文档的部门 7.技术支持部门 8.帮助桌面或用户支持热线部门 9.配置管理部门 当组建包含软硬件两方面项目的CCB时，还应当包含来自硬件工程、系统工程、制造部门或者硬件质量保证和配置管理的代表。 CCB是系统集成项目的所有者权益代表，负载裁定接受那些变更。CCB由项目所涉及的多方成员共同组成，通常包括用户和实施方的决策人员。CCB是决策机构，不是作业机构，通常CCB的工作是通过评审手段来决定项目是否能变更，单不提出变更方案。 CCB的作用 1、批准配置项的标识，以及信息系统的基线建立 2、制定访问控制策略 3、建立更改基线的设置，审核变更申请 4、根据配置管理员的报告决定相应的对策 3）CMO：Configuration Management Officer，配置管理员 根据配置管理计划执行各项管理任务，定期向CCB提交报告，并列席CCB的例会。 其具体职责为以下几项： 文件配置管理工具的日常管理与维护； 各配置项的管理与维护； 执行版本控制和变更控制方案； 完成配置审计并提交报告； 对开发人员进行相关的培训； 识别软件开发过程中存在的问题并拟就解决方案； 4）SIO：System Integration Officer，系统集成员
软件配置管理办法 编制 审核 批准 发布日期
文件更改控制记录
1 目的 本办法是为了配合公司配置管理流程文件的执行给出的配置管理活动中软件版本、源代码、文件、工具、现成软件等控制要求，确定配置标识、变更控制、配置状态记录等活动要求，目的是给配置管理流程的使用人员详细的操作指南。 2 范围 2.1确定项目内各组织和角色作用于配置库的分工、权限分配 2.2规划项目各个基线的发布时间、标准、各配置项 2.3合理搭建配置库的整体结构 2.4监督项目人员按照配置管理规范进行操作 2.5记录项目的变更、跟踪配置库的状态 3 术语 3.1 软件配置管理 软件配置管理是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 3.2 软件配置管理 配置标识是定义各类配置项、建立各种基线、描述相关软件配置及其文档的过程。 3.3 配置项 软件配置指一个软件产品在软件生存周期各个阶段所产生的各种形式(机器可读或人工可读)和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件配置中的一个配置项。 3.4 产品基线 指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识 3.5 配置控制 配置管理的一个要素，由评估、协调、批准或不批准，和对正式创立配置标识的配置项实施变更等活动组成。 3.6 软件配置管理库 软件配置管理库又称软件受控库，是指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。软件配置管理就是对软件受控库中的各软件项进行管理。
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1．主题内容与适用范围 本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。 本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。 2．引用标准 GB/T 11457 软件工程术语 GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12504 计算机软件质量保证计划规范 3．术语 下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。 3．1项目委托单位project entrust organization 项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。 3．2 项目承办单位project undertaking organization 项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。 3．3 软件开发单位software development organization 软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。 3．4 用户user 用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。 3．5 软件software 软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。 3．6 重要软件critical software