第三章：安装及管理程序
一、了解linux中的应用程序；
二、rpm命令管理软件包；
三、yum命令管理软件包；
四、源代码包管理；
一、了解linux中的应用程序：
1.系统的组成：硬件、系统、内核、shell解释器、应用程序
应用程序：APP、安装在OS上完成特定功能的软件
2.linux应用程序的类型：
*.rpm ##redhat系统默认的软件格式（使用了二进制的文件格式，代码相对来说比较封闭）
rpm软件包名称格式：软件名-版本-发布次数-os平台-硬件平台（32bit/64bit）.rpm
硬件平台：32位：i386、i586、i686
64位：x86.64
不区分硬件架构：noarch
*.deb ##debian分支默认的软件格式
源码软件##通用软件格式，压缩格式（xz、gz、bz2）的文件，也是生成rpm等包的基础
自带安装程序或免安装软件
3.程序文件存放位置：
/etc/ ##rpm包的配置文件/var/log/ ##日志文件
/usr/share/doc/ ##软件的说明文档/usr/bin/ ##普通用户可运行的程序命令
/usr/sbin/ ##root可运行的程序命令
二、rpm命令管理软件包；
1.了解rpm；
rpm是redhat推出的包管理机制，用来管理（增删改查）软件包，rpm对于软件包的依赖关系处理时，选择忽略；
2.查询功能；
rpm -qa ##查询当前系统安装的所有rpm包
rpm -ql 软件名##查询软件包的所有有关文件
rpm -qi 软件名##查看软件包的详细信息
rpm -qf 文件名##查看此文件由哪个软件包提供的
3.安装、卸载、升级rpm软件包；
安装：rpm -ivh 软件包的路径--nodeps ##忽略依赖关系进行安装软件包，举例：包vsftpd
升级：rpm -F 软件包的路径##为已安装的软件包升级
rpm -U 软件包的路径##为已安装的软件包升级，若未安装进行安装
卸载：rpm -e 软件包名--nodeps ##忽略依赖关系并进行卸载，常用
4.特殊用法：
--force：强制安装，当已经安装的软件的文件丢失或者被损坏时用到，或系统中以存在新版本需要安装旧版本时；
--nodeps：忽略依赖关系，安装或卸载时用到；
--import：导入iso的公钥（检查包的合法性和完整性，不导入会在安装时报warning）
三、yum命令管理软件包；
1.yum概述：C/S架构
服务端：为客户端提供软件包的源，可以理解为一个服务站，可以使用ftp文件服务器提供yum的源，或者http（apache、nginx）提供基于web的源，或者是本地file上传的文件；
客户端：使用yum命令安装软件包
2.yum服务端的搭建：
将软件包集中在服务端的某个目录下；
createrepo -g /mnt/repodata/repomd.xml ./软件包位置
3.yum的客户端的配置；
客户端使用yum命令进行安装、卸载、查找软件；
1）.yum命令系统自动安装，可以通过以下命令进行查看；
enable yum //查看yum命令是外部命令还是内部命令
which yum //查看外部命令的位置
yum provides */yum //查看yum命令的提供软件包
2）.配置yum仓库，源的文件；
mount /dev/cdrom /mnt //在虚拟机中将光盘镜像文件挂在到/mnt目录下
rm -rf /etc/yum.repos.d/*
vi /etc/yum.repos.d/centos.repo
[local] //自定义名称，标记
name=local //是对repo文件的描述
baseurl=file:///mnt //yum服务器的访问路径，可以指定多个；
enabled=1 //为1代表开启此源，为0代表关闭此源，关闭后yum 默认不会找到此源，需要使用yum --enablerepo= 名称；
gpgcheck=0 //为0代表不进行gpg公钥的检查，为1代表进行检查，为了保证软件包的完整性，rpm --import 公钥
目录，进行导入公钥；
gpgkey=file:/// //指定软件校验公钥的存放位置
:wq
##yum源支持的协议：ftp://192.168.100.100/
http://192.168.100.100/
file:///mnt/
3）.yum的配置文件；
/etc/yum.conf //主配置文件，主要了解以下配置项：
keepcache=0 //将安装的软件包缓存到本地一份；
cachedir=/var/cache/yum/$basearch/$releasever //指定缓存软件包的路径；
logfile=/var/log/yum.log //yum的日志文件
4.yum的用法（增删改查）：
查（查找）：
yum list //查看所有软件包
yum repolist //列出可用yum源
yum search 软件名(关键字）//查找软件
yum grouplist //列出所有可安装的yum源的软件组
yum groupinfo "软件组名" //查看软件组中软件包
yum provides */命令//查看提供此命令的软件包
增（安装）：
yum -y install 软件包名
yum -y groupinstall 软件组名
删（卸载）：
yum -y remove 软件包名
yum -y erase 软件包名
yum -y groupremove 软件组名
改(修改yum本身)：
yum clean all //清空yum的所有缓存，出错常用
yum -y update //更新系统，升级所有包，改变软件设置和系统设置,系统版本内核都升级yum -y upgrade //升级所有包，不改变软件设置和系统设置，系统版本升级，内核不改变
四、源代码包的管理；
1.为什么要用源码安装；
部分软件无rpm包
源码包是最新的，可以得到新功能和补丁
源码编译安装实现功能定制，满足企业需求
2.源码包编译安装的流程；
a. wget或lftp形式下载源码包安装文件（也可以在windows中下载，完成后上传到linux中）；
b.解压软件包，通常包的格式都为.tar.gz或.tar.bz2，通常都解压到/usr/src/目录下；
c.配置安装目录，定制功能，由./configure --prefix=安装目录... 命令来完成；
d.编译：生成二进制可执行文件，make命令来完成；
e.安装：复制文件到系统目录中，make install 命令来完成；
f.修改配置，启动服务，测试，投入使用；
3.源码安装的条件；
源代码编译安装必须要安装的两个工具：make、gcc（包含在装系统时，开发工具中）
4.编译安装的卸载；
删除安装目录即可；
新产品开发控制程序 1、目的 通过对新产品开发活动进行有效策划和控制,确保新开发的产品能满足顾客的质量、成本和交货期的要求。 2、适用范围 适用于本公司之以下类型的新产品开发过程的控制: A类-全新设计开发的新产品; B类-按客户提供样品之参考设计 C类－老产品局部结构改型； Ｄ类－老产品之性能改进或增加 3、职责 3。1 新产品开发项目组长:一般由市场部项目主管担当,项目组长按项目开发要求编制《新产品开发项目进度计划》、协调各部门按进度计划推进新产品开发活动,对对新产品开发项目全过程工作负责; 3．2 新产品开发项目小组负责在策划和设计开发阶段以同步工程的方式开展新产品开发工作． 3。3相关部门根据《新产品开发项目进度计划》之各部门职能分工，按项目流程计划节点要求分别承担各自专项工作。 4、工作内容 4。1 新产品项目立项 4.1。1 市场部根据顾客的要求、市场调研及预测的信息提出项目背景资料，填写《产 品开发立项确认书》,并组织由各部门经理参加的项目确认评审会,评审内容主要包括: ?产品价格（估价）; ?市场或客户对新产品的关注点; ?新产品与现有技术平台的差异； ?开发成本； ?产品过程能力的预估分析和投资估算； ?顾客的各种要求及时间期限; ?可能涉及到的法律、法规（安全性、环保和用后处置)的问题. 4.1。2 经评审通过的项目由评审人员在《产品开发立项确认书》上签字，报总经理
批 准立项。 4。1.3 如果此新产品为公司需要全新设计的项目或现有技术平台较差的项目,则需由开发部组织各部门采用《新产品可行性分析报告》详细分析检讨。 4.２成立新产品开发项目小组ＣFＴ ４。2。１新产品开发项目经总经理批准后,成立开发项目小组，项目组长由总经理批准任命，成员将由市场部、开发部、工程部、财务部、品管部、生产部、采购部等部门项目分管人员组成，必要时将邀请主要供应商担当加入。 4。２.2 项目小组组长组织小组成员进行项目管理，协调与顾客、小组成员间以及各部门之间的工作,各项目成员之主要职责将由项目组长形成《多功能小组名单和职责表》来规定. ４.３建立新产品开发项目管理计划 4．3。１项目小组组长组织小组成员消化技术资料,根据顾客的要求和希望,结合公司的技术水平和生产状况,提出产品和过程开发的主要框架,确定所要求的资源情况和管理者的支持。 4。3.2 项目小组长根据顾客要求编制《新产品开发项目进度计划》，明确开发产品的具体工作内容与完成时间，小组成员会签后报主管副总批准后实施。 《新产品开发项目进度计划》策划时,要做到： ４．3.2。１项目进度计划要依据同步工程明确全过程中相关部门的工作任务,规定起始和完成时间和检查评审点,落实责任者。 4。3。2.２项目小组长对项目全过程的进展情况进行跟踪,项目任务若无法如期完成,相关部门/人员应主动提前告知项目组长,说明未完成原因及打算采取 的措施，已便项目小组对整体计划进行协调更新。 4.3。2.３各相关部门应根据《新产品开发项目进度计划》编制具体的实施计划,其 内容和时间应保持与项目进度计划一致。如果项目不复杂,任务要求可在项 目进度计划中明确,不要求部门再制定分计划。 4。3．２.４项目组长按顾客要求的时间确定各阶段的工作任务和完成各项工作所要求的重要输出并找出全过程的关键路径。 4.3.2.5《新产品开发项目进度计划》将随客户的新产品开发计划变化而变化，如果 客户或公司内部没有变化，CFT组长均每15天更新一次。更新后的计划以 邮件的形式发送至各小组成员．
（产品管理）新产品开发控 制程序
1目的 对新产品开发过程进行控制，确保满足顾客和有关标准、法律、法规的要求。2范围 适用于本公司儿童鞋自行设计开发的控制。 3术语（无） 4权责 4.1市场部负责根据市场调研提供产品开发建议，且负责组织确认 4.2生产部开发小组负责整个开发活动的组织协调和实施工作 4.3总经理或管理代表负责产品开发立项的批准 5控制程序 5.1开发策划 5.1.1立项的依据、开发的项目来源于以下方面： a)和顾客签订的特殊合同或技术协议； b)根据市场调研或分析，业务提出项目建议； c)综合公司内外反馈信息，生产部开发小组提出新产品开发的建议； 5.1.2生产部开发小组就之上立项依据，编制“产品开任务书”明确开发计划包括： a)开发输入、输出、评审、验证、试产、确认、正稿等各阶段的工作； b)各阶段人员分工、进度要求和配合单位； c)需要增加或调整资源（如新增或调配的仪器、设备、人员等）； d)产品开发任务书将随着开发进展及时进行修改。 e)开发过程的组织和技术接口。 5.1.3于开发策划和输入阶段：
a)开发提出部门将关联背景资料提交开发小组，且壹起对开发任务进行评审； b)“产品开发任务书”经总经理批准后分发各关联单位，做好准备工作； c)生产部开发小组负责将“产品开发任务书”及关联背景资料，转交开 发人员作为工作的依据。 5.1.4于开发输出阶段： a)开发人员之间的信息联络能够通过口头、电话或书面的形式进行； b)生产部开发小组适当时召开研讨会，组织解决开发过程遇到的困难， 协调关联资源； c)于开发评审和验证的过程中，开发人员持续完善相应的开发初稿。 5.1.5于开发试产阶段： a)所需的物料或外包活动，由采购组负责寻找供方，且进行采购控制作业； b)生产部开发小组提供工艺文件（初稿）或样品交生产部或外包供方执行试产。 5.1.6生产部开发小组负责开发各阶段中，组织和协调各有关单位的工作； 参和开发的各部门将必要的信息形成文件；业务负责和顾客的联系 及信息传递。 5.2开发输入 5.2.1生产部开发小组于“产品开发任务书”中应确定新产品的要求，明 确以下内容： a)产品名称、型号、规格以及主要产品功能和性能指标；
软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司（简称：公司）信息软件系统安全运行在生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。 第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估值系统、投资风险控制系统，以及OA办公系统、对外网站系统、基础技术架构系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容：软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括：系统架构确认、机房机柜机架配备、电
源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。 第七条硬件设备的准备主要包括：主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数量、其他内置的I/0卡和其他外设等。 第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括：《系统安装部署手册》、《系统IT参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵照《IT系统权限及数据管理办法》的相关规定： (一)投产系统权限申请设置应形成流程并由业务部门负责人和风险控制 部门审核； (二)软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们 予以协同支持，最终由风险控制部进行参数定级并进行投产参数审 核； (三)对于系统初始化数据，原则上不允许进行数据库文件导入操作，而 应通过数据操作语句进行数据初始化，各基础数据应得到业务部门
Office办公软件的安装和管理 Q：微软的Office是很多用户经常使用的一款办公软件，虽然这款软件的功能异常强大，但是现在想要安装它却非常不容易，比如从旧版本升级到新版本的时候，就有可能遇到新版本无法安装的情况。有没有什么方法可以解决这个问题？ A：Office新版本无法安装往往是因为旧版本没有完全进行卸载造成的，所以可以下载运行“Office Tool Plus”这款工具，通过它的卸载功能就可以对当前系统的版本进行彻底的卸载。接着再点击“下载”命令，就可以下载自己需要的Office 版本并进行安装操作。 要想激活Office软件，还是需要使用自己购买的序列号。显示浏览器自动保存的密码 Q：现在的浏览器都有自动填表的功能，这样在登录一个网站的时候，它就会自动帮助用户输入账号和密码，不过时间一长就容易忘记密码。如何才可以显示出账号对应的密码信息？ A：打开保存密码对应的页面，在密码输入框中点击左键，接着点击右键后选择菜单中的“审查元素”命令，在出现的窗口中双击“type=’password’”，将其修改为“type=’text’”并且回车，这样密码信息就显示在密码框里面了。对
网络进行优化设置 Q：最近发现家里的网络很不稳定，感觉网络速度总是时快时慢的，有的时候就是看网页也非常的卡顿。有什么方法可以对它进行一下优化？ A：可以运行“TCP Optimizer”这款工具，根据软件的要求设置自己的网络带宽速率，以及网络适配器等信息。接着在下方的“选择设置”区域点击“优化”，然后点击“应用更改”按钮并重新启动系统，这样就可以完成网络的优化设置。利用浏览器找出系统中的病毒 Q：人平时都不安装任何的杀毒软件，因为觉得杀毒软件会拖慢系统的运行，但是有的时候还是害怕系统存在病毒文件。有没有简单的方法可以快速地对系统进行安全检测？ A：如果用户使用的是最新版本的谷歌浏览器，那么利用它自带的功能就可以解决这个问题。首先在谷歌浏览器的地址栏上输入chrome：// settings/cleanup并回车，点击查找按钮就会自动开始扫描。如果发现病毒文件的话，它会询问用户是否清除。升级浏览器的Flash插件 Q：由于Flash插件存在很多的安全问题，再加上现在很多互联网公司开始推广全新的HTML5技术，所以最新版本的谷歌浏览器已经删除了Flash插件。可是本人一直使用的是老版本的世界之窗浏览器，请问如何对这个插件进行升级操作？
（产品管理）产品安全性控 制程序
1.目的： 本程序规定了为了提高产品质量安全性，识别产品和过程的安全性问题，可靠地避免故障，且于出现问题时，能提供必要的证据证明本厂对涉及产品安全性/产品/过程控制可靠，避免相应的赔偿和责任。 2.适用范围： 适用于所有用户和工厂确认的涉及安全/环保的特殊性产品的过程控制活动。 3.定义： 3.1产品责任：用于描述生产者或他方对因其产品造成的和人员伤害、财产损坏或其它损害有关的损失赔偿责任。 3.2产品风险：是指产品为满足自身功能而具有的风险，此外总体产品上的部分产品所引起的风险也属此例。 4.职责： 4.1技术开发部负责产品安全性策划、识别特殊特性，及对涉及产品安全性技术资料的归档工作。 4.2生产部、计划供应部负责对涉及产品安全性的产品/过程进行标识、控制，适时制定限制不合格品损失的应急方案。 4.3质量保证部负责对安全/环保件的检验、试验和内部审核。 4.4厂部办公室负责产品安全性方面的法律纠纷处理，人劳教育室负责产品安全性方面的培训。
4.5计划供应部负责对涉及产品安全性分承包方的控制，且就有关产品安全性事宜和顾客联络。 4.6计划供应部负责有关产品的紧急追回；质量保证部负责组织原因分析和纠正措施制订，且对产品安全责任事故提出处理意见。 5.工作程序： 5.1产品安全性策划和确定： 5.1.1按合同评审程序规定，由技术开发部负责将顾客的所有资料（设计图、技 术条件、协议书等）翻译或消化。 5.1.2由技术开发部对顾客提供的资料进行评审，查阅顾客于上述资料中有无标识涉及到产品安全性的特殊特性符号，由技术开发部将顾客标识或通过FMEA 分析，确定涉及产品安全性的特殊特性，编制《产品安全性清单》，注明所有产品安全性项目（包括产品/过程特性）和控制要求。 5.1.3新产品项目小组于进行产品开发和过程策划时，针对所有产品安全性项目采用当今最先进的工艺技术和检测手段，以保证产品的安全性。 5.1.4新产品项目小组于产品开发和过程策划时须进行FMEA分析、识别潜于风险和知晓提供的产品于整个系统或车辆中的功能，且通过材质试验、装车试验、消声测试等研究，来识别和估计由于不当的开发、加工而造成潜于风险。所有可能的风险和采用措施均须反映于FMEA分析方案、控制计划和相应作业指导书中，且能于产品说明中予以识别和标注。 5.1.5考虑到由于产品安全性后果可能造成的严重性，由工厂负责聘请熟悉有关
vps中Linux操作系统应用程序的安装与管理技巧 1、Linux应用程序基础 2、RPM包管理 包管理系统初步： RPM:RPM Package Manager RPM包管理系统： $ rpm RPPM包的文件名称： bash-3.0-19.2.i386.rpm bash:软件名称。 3.0-19.2:软件的版本号。 i386:软件所运行的最低硬件平台。 rpm:文件的扩展名,用来标识当前文件是rpm格式的软件包。RPM包管理功能： rpm命令配合不同的参数可以实现以下的rpm包的管理功能: 查询已安装在linux系统中的RPM软件包的信息。 查询RPM软件包安装文件的信息。 安装RPM软件包到当前linux系统。 从当前linux系统中卸载已安装的RPM软件包。 从当前linux系统中升级已安装的RPM软件包。 使用rpm命令查询软件包： 1、查询系统中安装的所有RPM包
$ rpm -qa 查询当前linux系统中已经安装的软件包。 例：$ rpm -qa | grep -i x11 | head -3 察看系统中包含x11字符串的前3行软件包。 2、查询软件包是否安装 $ rpm –q rpm包名称察看系统中指定软件包是否安。 例: $ rpm -q bash 察看系统中bash软件包是否安装。 “rpm -q”命令中指定的软件包名称需要准确的拼写，该命令不会在软件包的名称中进行局部匹配的查询。 3、查询已安装软件包详细信息 $ rpm –qi RPM包名称查询linux系统中指定名称软件包的详细信息。 例：$ rpm -qi bash 察看bash软件包的详细信息。 “rpm -qi”命令的执行结果中包含较详细的信息，包括：软件名称，版本信息，包大小，描述，等。 4、查询已安装软件包中的文件列表 $ rpm –ql RPM包名称查询已安装软件包在当前系统中安装了哪些文件。 例：$ rpm -ql bash | head -3 查看bash软件在系统中已安装文件的前3行文件列表。 $ rpm -ql bash | grep bin 用过滤方式察看bash中包含bin字符串的文件列表。 5、查询系统中文件所属的软件包 $ rpm –qf 文件名称查询linux系统中指定文件所属的软件包。 例：$ rpm -qf /bin/bash 察看bash文件所属的软件包。 bash-3.0-19.2 显示结果。 6、查询RPM安装包文件中的信息 $ rpm –qpi RPM包文件名察看RPM包未安装前的详细信息。
产品放行管理控制程序 力瑞鞋业有限公司 LiRui Footwear Co.,Ltd. 文件阶层制定部门 程序文件 二阶文件 品管 《产品放行管理控制程序》 A/0 2010.02.01 版本/版次编制日期文件编号 LR-QP-8301 2010.03.01 2010.03.01 第 1 页共5页生效日期发行日期 批准:________________ 审核:________________ 编制:______________ -------------------- -------------------- :正/副版印章: :受控/非受控印章: 文件修订记录 版本/版修订內容提要修订批准修订章节修订日期 A0 首次发行 ------ 次 1 1.0目的 对成品出货流程加以规定，确保产品在装运前，符合规定要求。 2.0范围 本规定适用于公司所有出厂的成品。 3.0职责和权限
3.1 仓库负责成品的保管与发放，组织销售部、品质部、生产部完成产品的发货。 3.2 销售部负责及时、准确下达发货信息，负责评估不合格偏差对市场的影响以及是否准予放行的意见。 3.3 生产部负责生产记录的初审工作，负责初步分析不合格成品的原因及不合格成品是否准予放行的意见。 3.3研发部负责评估因设计缺陷(或目前的产品技术状况)对质量的影响及不合格成品是否准予放行的意见。 3.4品质部负责产品发货前的品质监督、生产记录、环境监控记录和包装审核，负责评估不合格偏差对质量的影响及不合格成品是否准予放行的意见，负责对轻微不合格成品放行的批准。 3.5 分管副总负责对一般不合格成品放行的批准。 3.6 总经理负责对严重不合格成品放行的批准 4.0 术语定义 4.1轻微不合格:未满足产品的要求的对产品功能、性能指标无影响的 不合格。 4.2一般不合格:未满足产品的要求的对产品功能、性能指标影响轻微 的不合格。 4.3严重不合格:经检验判定的批量不合格，或造成较大经济损失、 直接影响产品质量、主要性能、技术指标、交付等的不合格; 4.4 成品的放行是通过审核人对该台(或批)产品的质量情况(包括 对该产品的生产记录、过程监控记录、环境监控记录、检验记录等资 料)进行审核，评估偏差对质量的影响是否在可接受范围，若在可接 2
产品生产实现过程控制程序 1 目的 对生产过程实施管理控制，确保产品质量符合设计、标准和规X 要求，使顾客满意。 2 适用X围 本程序适用于公司认证X围内的产品生产过程控制。 3 职责 3.1 生产部 是本程序的主管部门，负责对本程序的实施情况进行检查、监督、指导。负责公司产品生产管理的全面协调工作。负责本程序中的新技术、新设备、新工艺、新材料的开发和应用。负责对公司产品质量的监督、检查、指导。负责公司生产车间所用的原材料、半成品、生产设备的管理和使用的监督、检查、指导、协调工作。负责下达年度生产计划、编制生产统计报表，随时了解和掌握生产进度、生产中存在的问题等情况及时向公司领导报告和通报有关部门。 3.2 生产车间 负责执行生产过程管理，并结合生产特点，编制生产工艺设计、作业指导书，并组织实施；负责生产过程管理的具体实施；认真填写生产过程中产品质量和生产安全、环保的监督、检查、指导。 3.3 研究所、物流部、仓储部、质量部 研究所提供产品实现所需的技术支持；物流部负责采购生产原材料等；仓储部负责保管原材料、成品等；质量部负责对生产过程进行监测，并对购进材料，产成品进行检验。 4 工作程序 4.1 生产过程管理流程图（见下页） 4.2 生产准备 4.2.1 研究所组织技术部门及有关业务人员根据合同设计文件进行图纸设计，设计绘制出技术图纸，列出合同工程的材料表。为生产组织设计提供依据。
生产过程管理流程图 4.2.2材料表交物流部、仓储部、质量部、生产车间各一份，仓储部对材料表进行再确认。所有图纸的发放、传递和保存依照《文件控制程序》进行实施。 4.2.3 对一般工程由生产部总监批准实施；对工期紧、技术含量高、生产难度大、被公司列为重难点工程的合同，报分管副总批准后，根据批准意见组织生产。 4.2.4 生产车间要根据工程特点和需要编制作业指导书，配备必需的生产规X、生产工艺图纸等技术性文件和管理办法。 4.2.5 按生产设计要求，执行《设备管理办法》，使生产设备始终保持完好状态。生产工具的使用执行《工具管理规定》。执行《模具管理办法》，保证模具的精度，满足生产需要。 4.2.6 物流部依照《采购控制程序》的规定组织原材料、成品和半成品的采购。 4.2.7 材料检验 4.2.7.1 质量部检验人员应对所有原材料、成品和半成品进行进货检
第三章：安装及管理程序 一、了解linux中的应用程序； 二、rpm命令管理软件包； 三、yum命令管理软件包； 四、源代码包管理； 一、了解linux中的应用程序： 1.系统的组成：硬件、系统、内核、shell解释器、应用程序 应用程序：APP、安装在OS上完成特定功能的软件 2.linux应用程序的类型： *.rpm ##redhat系统默认的软件格式（使用了二进制的文件格式，代码相对来说比较封闭） rpm软件包名称格式：软件名-版本-发布次数-os平台-硬件平台（32bit/64bit）.rpm 硬件平台：32位：i386、i586、i686 64位：x86.64 不区分硬件架构：noarch *.deb ##debian分支默认的软件格式 源码软件##通用软件格式，压缩格式（xz、gz、bz2）的文件，也是生成rpm等包的基础 自带安装程序或免安装软件 3.程序文件存放位置： /etc/ ##rpm包的配置文件/var/log/ ##日志文件 /usr/share/doc/ ##软件的说明文档/usr/bin/ ##普通用户可运行的程序命令 /usr/sbin/ ##root可运行的程序命令 二、rpm命令管理软件包； 1.了解rpm； rpm是redhat推出的包管理机制，用来管理（增删改查）软件包，rpm对于软件包的依赖关系处理时，选择忽略； 2.查询功能； rpm -qa ##查询当前系统安装的所有rpm包 rpm -ql 软件名##查询软件包的所有有关文件 rpm -qi 软件名##查看软件包的详细信息 rpm -qf 文件名##查看此文件由哪个软件包提供的 3.安装、卸载、升级rpm软件包； 安装：rpm -ivh 软件包的路径--nodeps ##忽略依赖关系进行安装软件包，举例：包vsftpd 升级：rpm -F 软件包的路径##为已安装的软件包升级 rpm -U 软件包的路径##为已安装的软件包升级，若未安装进行安装 卸载：rpm -e 软件包名--nodeps ##忽略依赖关系并进行卸载，常用 4.特殊用法： --force：强制安装，当已经安装的软件的文件丢失或者被损坏时用到，或系统中以存在新版本需要安装旧版本时； --nodeps：忽略依赖关系，安装或卸载时用到； --import：导入iso的公钥（检查包的合法性和完整性，不导入会在安装时报warning） 三、yum命令管理软件包； 1.yum概述：C/S架构 服务端：为客户端提供软件包的源，可以理解为一个服务站，可以使用ftp文件服务器提供yum的源，或者http（apache、nginx）提供基于web的源，或者是本地file上传的文件； 客户端：使用yum命令安装软件包
xxxxxxxxx有限公司 产品交付发运管理程序 受控状态： 文件编号： 修订状态： 分发号： 发布日期：实施日期： 编制：审核：批准：日期：日期：日期：
产品交付管理程序 1 目的 对产成品出厂前的阶段进行有效控制，并按顾客规定的要求进行交付，确保产品的质量，并能按期交付客户。 2 范围 本程序适用于力能公司所有向顾客交付的成套设备、配件等。 3 术语和定义 交付：指公司在产品通过最终检验后，但还没有交付给顾客前的时间内所采取保护产品质量的活动和措施。 4 职责 5.1营销部：通知发货、开具代用票、车辆安排、确认到货。 5.2生产技术部：出库验证、搬运装车、开具出门证。 5.3综合部：统计分析。 5 工作流程 6 工作内容 6.1、入库：将经过质量检验合格的产品及时交到仓库，没有办理入库手续的产品不能直接交付发货；对于订单要求的产品，应标记注明，避免与其他产品混淆；产品入库前要采取必要的防护措施（防锈、防撞等）。 6.2、通知发货：营销部门发货前，应通知生产技术部做好发货准备。 6.3、开具代用票：货物装车前，营销部门必须将代用票交至生产技术部。 入库 通知发货 安排车辆 开具代用票 装车搬运 货物出厂 确认按期到货 统计分析 责任部门：生产技术部 责任部门：营销部 责任部门：综合部 出库验证
6.4、安排车辆：营销部负责联系物流公司及取货车辆的安排，安排车辆应遵循比价原则。 6.5、出库验证：产品出库时生产技术部和营销部应派专人对所发物品进行核对，包括产品名称型号、数量、顾客提出的特殊要求等。 6.6、装车搬运：生产技术部接到代用票后，安排人员装车，生产技术部负责人现场指挥搬运过程，避免因搬运措施不当而造成产品损坏的现象。装车时应与司机沟通，采取必要措施以确保产品在运输途中不受到损伤，如合同有关于产品包装与运输方式的特殊要求，应按照顾客要求采取相应措施进行运输。6.7、货物出厂：装车完毕后，由生产技术部开具出门证，将其交到门卫放行出厂。 6.8、确认按期到货：为保证发出货物能按期到货，营销部需做以下几方面的工作： A、预计货物到达目的地的时间、了解运输方式，并告知顾客； B、负责交付过程中出现的突发性事件的应急处理措施和方法； C、当生产、运输任一环节出现问题使公司未能按顾客要求100%按期发 货时，营销部门要与顾客及时沟通，以取得顾客的谅解，并按顾客的要 求进行处理。同时各相关责任部门要进行检讨，要求相关部门针对其作 原因分析和提出纠正和改善措施。 6.9、统计分析：综合部于每月产品交付后在下月5日前针对上月的产品交付情况作统计、汇总，并将统计、汇总结果记录于“产品交付监控统计表”中，对未能得100%按时交付的产品要求相关责任部门作原因分析和提出纠正与预防措施，并对其执行状况作效果验证和确认，直到此问题得到有效处理和解决。 （附件1：产品交付监控统计表） 附件1： 产品交付监控统计表 日期发货产品发货 数量 厂家名称到货日期是否安全到货
Linux应用程序安装与管理 Edit by LCHSH 1. Linux支持哪两种软件安装的方式？ 大多数Linux系统都支持软件包安装和源代码编译安装两种安装软件的方法。 2. Linux下的应用程序与命令的关系如何？ ①基本命令是Linux系统中不可缺少的组成部分。 ②命令保存在/bin和/sbin目录中。 ③应用程序保存在/usr/bin和/usr/sbin目录中。 ④命令的作用是完成对Linux系统本身的管理工作，应用程序则完成与Linux系统管理相对独立的任务。 ⑤命令只能以命令行的形式运行，命令格式中包括命令字、命令选项和命令参数。应用程序可以是以命令行的形式运行，也可以是字符界面或图形界面的窗口程序，形式比较多样。 3. Linux的应用程序由哪些部分组成？ Linux的应用程序安装好以后，会把构成本程序的文件安装在以下几个位置： ①普通执行程序文件，保存在“/usr/bin”目录中。 ②服务器执行程序文件和管理程序文件，保存在“/usr/sbin”目录中。 ③应用程序配置文件，保存在“/etc/”目录下。 ④应用程序文档文件，保存在“/usr/share/doc/”目录下。 ⑤应用程序手册文件，保存在“/usr/share/man/”目录下。 4. 什么是包管理系统？什么是RPM？常用的包管理系统包括哪些？ 对于一个操作系统来说，如果没有包管理系统，操作系统发行版的制作者将面临这样或那样的难题，用户安装、升级、卸载与发布软件包也将是非常麻烦的，系统管理也容易出现问题。RPM就是随着RedHat Linux发行版的流行而迅速推广开来的RedHat下专用的包管理系统。 RPM向用户提供了在操作系统中安装、卸载、升级、和查询软件包信息的便利操作，并向程序员提供制作应用程序二进制和源代码安装包的功能。RPM发布给予GPL协议，可以被任何系统使用。 常用的包管理系统包括RPM和APT。其中APT主要用于Debian Linux下。 5. RPM包文件的文件名的格式如何？ 在文件“bash-3.0-19.2.i386.rpm”中，“bash”是软件包的名称；“3.0-19.2”是软件的版本号，其中“3.0”是主版本号，“19.2”是次版本号；“i386”是软件所运行的硬件平台，“rpm”是文件的扩展名，用以标识当前文件是RPM格式的软件包。 6. 如何利用rpm命令完成与软件包相关的查询？ ①rpm –qa（查询系统中安装的所有的RPM包） ＃rpm –qa | head -3 ② rpm –q RPM包名称（查询指定的软件包是否安装） ＃rpm –q bash（查询bash包是否安装） ③rpm –qi（查询软件包的详细信息） ④rpm –ql（查询软件包安装后生成的文件的列表）
认证产品变更控制程序 1 目的 对批量生产产品与型式试验合格的产品的一致性和变更进行控制，以使认证产品持续符合规定的要求。 2 适用范围 本程序适用于本厂在申请认证过程中及获得认证证书后，对申请人、制造商名称及地址、生产地址、产品名称及型号及关键零部件等的更改。 3 职责 3.1 生产技术科负责认证产品变更的控制。 3.2 质量负责人批准产品变更。 3.3 有关部门参加产品变更的评审并实施变更。 4 程序 4.1当影响产品符合规定要求的因素发生变化时，由生产技术科负责在三个月内将情况上报CQC，并得到批准，尚可实施。 4.2 产品认证更改的类型： 4.2.1 商标更改； 4.2.2由于产品命名方法的变化引起的获证产品名称、型号更改； 4.2.3 产品型号更改、内部结构不变（经判断不涉及安全和电磁兼容问题）； 4.2.4 在证书上增加同种产品其它型号； 4.2.5 在证书上减少同种产品其它型号； 4.2.6 生产厂名称更改，地址不变，生产厂没有搬迁； 4.2.7 生产厂名称更改，地址名称变化，生产厂没有搬迁； 4.2.8 生产厂名称不变，地址名称更改，生产厂没有搬迁； 4.2.9 生产厂搬迁； 4.2.10 申请人名称更改； 4.2.11 产品认证所依据的国家标准、技术规则或者认证实施细则发生了变化； 4.2.12 明显影响产品的设计和规范发生了变化，如获证产品的安全件更换； 4.2.13 生产厂的质量体系发生变化（例如所有权、组织机构或管理者发生了变化）； 4.2.14 其它。 4.3 向CQC申请更改程序 4.3.1 持证人申请认证变更需填写“产品认证变更申请书”。对于“4.2.1-4.2.11”所列的认证更改，持证人向产品认证处提出认证申请；对于“4.2.12”所列的认证更改，持证人向进行型式试验的检测机构提出申请；对于“4.2.13”所列的认证更改，持证人向检查处提出申请。 4.3.2 持证人除需提供原证书复印件和必要的技术资料外，还需按下列条款提交适用文件：4.3.2.1 符合“4.2.1-4.2.4”更改条件的，变更后的新证书如包含原证书信息（型号、商标），持证人需退回证书原件。 4.3.2.2 符合“4.2.5-4.2.11”更改条件的，持证人需退回证书原件。 4.3.2.3 符合“4.2.1”更改条件的，申请时应另外提交新申请商标的注册证明或商标使用授权书。
产品交付管理控制程序范文 编制： 审批： 批准：
页码 2 / 4 1目的 通过本程序，严格控制产品交付过程中的各个环节，确保产品按时、按质、按量地交付给顾客。以及满足交付后活动要求。 2适用范围 适用于本公司内所有订单产品的交付行为，如产品订单、样品订单等。 3术语与定义 无 4责任与权限 4.1销售负责协调交付达成情况。负责交付前期和过程中与顾客的联络和沟通。 4.2计划部负责制定成品出货计划。 4.3生产部根据出货计划组织协调生产，并解决生产中的交付问题，确保按期交付。 4.4工厂质量部负责根据与顾客确认或协商一致的标准，对出货产品进行了检验，确保交付的产品符合顾客 要求之标准，出具相应的检验报告。 4.5财务部：负责开具发票。 5程序内容 流程控制要点责任 部门 输出 5.1制定出货计划 5.1.1计划部根据销售确认交期，如不能按期交付，计划部第一 时间（原则上要比原计划交期提前三天）通知销售部，并附原因说明； 5.1.2无特殊原因，经评审确定的交期不能随意变动。销售部计划部 5.2确认出货计划 5.2.1销售部依据合同评审的交期和回复顾客的交期进行确认，并及时将确认后的交期传递给计划部。属于提前交货的，销售部应先征得顾客同意方可执行。 5.2.2出货计划中延迟的，销售部应于第一时间通知顾客并说明 原因。双方协商变更后的交期。同时计入交期未达成项。 5.2.3顾客同意调整的，按调整后的交期执行；顾客不同意调整的，计划部和生产部要采取措施达成顾客交期，必要时启动《应急计划》。 5.2.4因顾客原因要求变动交期的，销售部应先与计划部进行协商，对于要求提前交期的，在不产生附加费用的情况下，计划部应满足顾客要求；对于要延后交期的，原则上同意。销售部计划部 出货计 划 A 确认出货计划
1.目的： 使生产处于受控状态，确保产品持续、顺利生产，满足客户的质量、交期和数量的要求。 2.适用范围： 适用于公司内部生产的全流程的管控 3.职责： 3.1.市场部：客户接口，负责进行订单的接受、确认；产品交付和交付后的工作 3.2.生产部：编制生产计划；对生产计划的落实进行监控；生产现场的管理，维护生产 的有序进行 3.3.技术部：工艺操作规程、产品技术标准、重要过程参数和产品特殊值的确定。 3.4.质量部：生产线的首件检验、巡检和最终产品的检验 3.5.采购部：原材料的采购 3.6.设备部：确保生产设备的无故障运行 4.术语和定义 控制计划：对控制产品所要求的体系和过程进行文件化的描述 关键过程：过程的质量特性直接影响产品的装配和使用关系，客户特别关注的关键点，一般用“CTQ（Critical to Quality）”进行表述。 5.工作程序： 5.1受控条件 公司的生产流程应在受控条件下进行。受控条件包括： a)产品特性的表述，例如图纸，技术规格书等；过程特性的表述：如在作业指导 书中标明的设备参数，过程工艺尺寸等； b)监测和测量资源：按照控制计划和“监视和测量装置管理程序”执行 c)必要的监视和测量活动：按照控制计划和作业指导书、检验指导书执行 d)相关的基础设施、适宜的工作环境 e)符合要求的人力资源：按照“人力资源控制程序”执行 f)过程能力的确认和监控 g)防错措施的落实 h)实施放行、交付和交付后的活动 5.2合同/订单的输入 市场部接到客户的合同/订单后，应对其进行评审，明确客户所需产品的各项 要求，并与技术部、生产部和质量部进行对接。客户出现合同/订单变更情况， 应重新进行评审并将相关信息进行传递；公司内部对合同/订单的变更，应首 先通知客户，在客户许可的情况下，按照变更流程进行管理。经过评审的订单 汇总成销售计划，输出到生产部。 5.3控制计划
安装项目管理控制流程Installation Project Management Control Procedure 2013.7.27 编写:杨一立 Prepared by：Benn QQ:1219108878 TEL:00242-044- 777996
Procedure 页码Page: 2 / 15 修改记录Change Records 版本 Version 修改主要内容 Contents 生效日期Effective Date
Procedure 页码Page: 3 / 15 1.目的 Purpose 确保新设备的安装符合公司的质量、安全和环境要求。确保新设备安装按照计划工期、成本控制、风险控制有序实施。 2.适用范围 Scope 本程序的使用对象是总部安装部、分公司安装部门、分公司技术商务部门、分公司项目、调试组的工作人员。适用于新设备合同和安装合同的安装过程控制. 3.术语和定义Terms and definitions 3.1设备=包括电梯,自动扶梯或自动人行走道. 3.2安装启动授权文件=表明公司正式开始项目安装的必须的信息文件，如：技术资 料、安装期限、计量工具、特种设备、安全及环保用品确认等。 3.3安装班组=实施指定项目安装及安装过程检查的安装队伍，为指定安装分承包商。 3.4项目组=对一个新安装项目进行有效管理的组织，通常包括：安装负责人，项目经理 和安装队。 3.5项目经理=负责代表公司管理指定新安装项目的公司员工。 3.6安装负责人=全面负责管理所有项目各方面工作的负责人，通常是项目经理的直接上 级（如安装经理）。 3.7调试组=负责新安装完成设备调试工作的组织，以到达设备正常运行。通常指调试经 理或主管、调试工程师或调试员。 3.8特殊过程=要求预先鉴定过程能力的过程，通常被称为“特殊过程”(隐蔽工程或焊接)。 3.9关键绩效指标 3.10免费维保期 3.11分承包商=经审核通过具有相应资质的设备安装公司,可以承担设备安装过程中电 （扶）梯安装、设备吊装、脚手架施工。 3.12采购单 3.13客户提供的产品=所有安装项目业务中由客户提供，且并入公司产品的材料/物件。 3.14 GAD总体布置图
Q/BD 广东标顶技术股份有限公司企业标准 BD-CXWJ-07 工艺管理控制程序 2011-04-20 发布2017-07-01换版后实施广东标顶技术股份有限公司发布
1.0目的 加强产品生产过程的工艺管理，用工艺文件来指导生产作业，是科学管理生产、保证产品质量、合理利用各种资源、提高工作效率的根本保障，为此特制定本程序。 2.0适用范围 本程序适用于公司已有的所有产品、全新产品和改进、改型的新产品。 3.0 术语和定义 3.1本程序文件采用GB/T19001 IDT ISO9001:2015标准中术语、定义和ISO/TS22163技术规范术语和定义以及下述术语和定义。 3.2工艺：将原材料或半成品加工成产品的方法、技术等。 3.3工艺文件：主要是把如何在过程中实现成最终的产品的操作文件。 3.4工艺过程卡（工艺路线卡）：它规定整个生产过程中，产品（或零件）所要经过的车间、工序等总的加工路线及所有使用的设备和工艺装备。工艺过程卡不需绘制工艺简图。在小批量生产时，可与产品图纸配合，直接指导操作。在大批量生产时，可以作为工序卡片的汇总文件。如机加工工艺过程卡、装配工艺过程卡。 3.5工艺卡：是针对某一工艺阶段编制的一种加工路线工艺，它规定了零件在这一阶段的各道工序，以及使用的设备、工装和加工规范。如喷涂工艺卡、电镀工艺卡。 3.6工序卡：是规定某一工序内具体加工要求的文件。除工艺守则已作出规定的之外，一切与工序有关的工艺内容都集中在工序卡上。如机加工工序卡、装配工序卡。 3.7 检验卡：这是根据产品标准、图样、技术要求和工艺规范对产品及其零部件的质量特性、检测内容、要求、手段作出规定的工艺文件，主要用在关键工序的检查。 4.0职责 4.1研发部负责制定工艺管理制度，并组织贯彻实施与检查。 负责产品图样工艺性审查及工艺归口管理工作。 负责工艺策划，工艺方案设计及工艺标准化要求。 负责提供编制工艺文件所需的产品图样及有关技术文件；负责工艺技术文件的编制、审核及发布实施。 负责对生产现场工艺纪律监督检查工作。 负责编制技术改造规划、工艺布置、外购设备的选型论证等技术改造工作。 负责对工装、工位器具等的设计工作。 负责解决现场工艺技术问题，对产品故障进行分析、处理。
页次第 1 页共 6 页 1 目的 本程序规定了公司产品标识的范围、形式和特征，以及有可追溯性要求的场合和唯一性标识，防止因标识不清而造成误用，并能根据要求进行追溯。 2适用范围 本程序适用于进入公司产品与产品有关的原材料、外购外协件以及在制品、成品质量形成的各个阶段的标识。 3 职责 3.1制造工程部负责确定产品标识要求。 3.2质量管理部负责成品的标识和标识的维护，并负责产品的检验和试验状态的确定及检验和试验状态标识的制作、实施、控制和保持。 3.3采购部负责采购产品的标识,负责采购产品的批次管理。同时负责产品委外加工时产品标识的管理和控制。 3.4制造工程部及车间负责产品在生产过程中的标识及产品不同工序和场所间转运过程标识的保持管理。仓库应保持上述产品存放库房期间的标识和维护。 3.5车间班组负责本工序的产品标识、状态标识的使用、保持和维护。 3.6研发中心负责在技术文件上对重要零件规定可追溯性标识的要求，制造工程部负责制订可追溯性标识的工艺文件。 3.7质量管理部负责对标识的实施情况进行监督检查，并提供查询。 4 活动程序 4.1 产品标识的种类和使用范围 产品标识的种类为涂色（油漆）、印鉴、标签（包括流转卡、派工单等）、铭牌、工位器具或存放域等形式，其使用范围和作业分工详见表1。 表1 标识和使用范围一览表 标识种类使用范围 涂色（油漆）区别各类钢材和用于生产过程中区别操作者的责任。 印鉴用于生产、装配、交付过程中约束产品流转的单据凭证 标签用于产品生产与交付全过程 工位器具或存放区域等用于产品生产与交付全过程 喷字和符号用于产品包装 书写用于发运时产品包装未明信息 铭牌用于总成件、完工产品等 4.2 产品标识的要求 4.2.1 对供方提供产品标识的要求与控制 采购部负责外购材料、外购外协件标识的管理与控制，按《供应商评估与采购控制程序》的要求，保证所有采购物资均具有供方的标识，且标识清晰、易于识别和保持，督促供应商按规定做好标识和记录。 ——检验员对供方或顾客提供的产品无标识或标识不明确，有权拒检。 ——对供方或顾客提供的产品需进行移植标识时，由相应岗位人员实施移植，并保留移植记录。 本公司进厂原材料、外协件及辅料采用悬挂《存卡》进行标识，其标识方法在原材料存卡上标明其名称、批号、数量、规格、型号、进厂日期、供货厂家等（需要时应注明图号/更改状态），对于原材料、外购外协件及辅料的发放坚持先进先出的原则分开批次。 a、采购产品进入库房，仓库应对产品进行标识，并填写《进仓单》记录。
. 软件系统部署及升级流程及管理 第一章总则 第一条为保障股份有限公司（简称：公司）信息软件系统安全运行在 生产环境，规范软件系统部署与升级流程、控制软件系统的生产运行安全，保证业务流程的顺畅和生产系统的完整性、功能完备，特制定本办法。 第二条本办法所指软件系统包括，但不仅限于公司组织实施的账户管理和受托管理核心业务系统、网上受理系统、呼叫中心系统、投资交易系统、投资估 值系统、投资风险控制系统，以及OA 办公系统、对外网站系统、基础技术架构 系统等涉及的软件系统的部署、安全运行与升级管理。 第三条本办法所指软件系统部署与升级管理主要包括以下内容：软件系统投产前准备、软件系统投产管理、软件系统生产运行管理、软件系统生产安全管 理、软件系统升级管理。 第四条信息技术部是本办法的制定部门和执行部门，设立系统运维岗，负责系统软件系统部署、安全运行与升级的具体技术实现，其它相关岗位和部门应 按本办法所制定的流程配合完成相关工作。 第二章软件系统投产前准备 第五条软件系统的投产关系到整个信息系统的安全运行，应做好充分的投产前准备。投产前的准备工作包括以下几个方面：环境设备的准备、硬件设备的
准备、投产程序和数据的准备、相关投产文档和培训的准备等。 第六条环境设备的准备主要包括：系统架构确认、机房机柜机架配备、电源使用配备、网络线路配备、操作系统预安装和配置、主机命名和网络配置、存 储环境配置检查、备份环境、环境参数配置、数据库配置、中间件配置、环境冗 余切换配置、通讯配置、部署操作员配置、环境变量、客户端环境等。 第七条硬件设备的准备主要包括：主机连接方式、主机型号配置、处理器频率和数量、内存配置、内置硬盘容量、网卡类型和数量、光纤通道卡型号和数 量、其他内置的I/0 卡和其他外设等。 第八条投产程序和数据的准备主要包括：目标程序及相关清单说明、可控版本组织、系统配置参数、数据库初始化数据等。 第九条相关投产文档和培训的准备主要包括：《系统安装部署手册》、《系统 IT 参数配置手册》、《数据备份和恢复操作指导》、《系统故障与恢复手册》、《系统文件目录清单说明》、《系统运行日志存放说明》、《系统各类密码修改说明》、《文件清理计划及操作指导》、《管理员、项目经理、厂商负责人通讯录》以及相应的功能使用培训、安装部署培训、日常维护培训等。 第十条系统投产准备工作中有关权限管理、参数配置、数据初始化管理应遵 照《 IT 系统权限及数据管理办法》的相关规定： (一 ) 投产系统权限申请设置应形成流程并由业务部门负责人和风险控制 部门审核； (二 ) 软件系统投产的参数配置由信息技术部牵头组织信息，各业务部们 予以协同支持，最终由风险控制部进行参数定级并进行投产参数审 核；