Bug生命周期及其管理
Bug生命周期
对Bug的处理
开发组长/经理
每天对Bug进行分配，标注处理意见，给定优先级（发版前必须三方：需求、开发、产品共同确定）。问题分配时，应尽可能将咨询类、理解错误类等问题处理掉，而不是留给开发人员。有可能是需求的问题，分配给需求人员。定期对Bug库分析，找出常出错的模块，进行代码审查
开发人员
分析Bug，写出问题原因，修改Bug；实行Bug优先原则，严重程度B-Major类或紧急程度3-High 类以上（包含）bug5个或5个以上，停止新功能的开发。
需求人员
解释需求，给出处理意见，将Bug库中的建议整理成需求文档。评审确定后列入开发计划
测试人员
不参与问题的优先级的定位，只用Bug级别反映Bug的严重程度。验证Bug是否已被解决
测试组长/经理
审核测试人员提交的Bug。定期对Bug库进行分析，描绘出曲线图等，报告现状、预测趋势。在测试总结报告中给出意见
产品人员
可以对优先级和处理意见等进行审核，如果有意见，和项目组商量定夺
Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括New、Open、Reopen、Fixed、Closed及Rejected等
New为测试人员新问题提交所标志的状态。
Open为任务分配人（开发组长/经理）对该问题准备进行修改并对该问题
分配修改人员所标志的状态。Bug解决中的状态，由任务分配人改
变。对没有进入此状态的Bug，程序员不用管。
Reopen为测试人员对修改问题进行验证后没有通过所标志的状态；或者已经
修改正确的问题，又重新出现错误。由测试人员改变。
Fixed为开发人员修改问题后所标志的状态，修改后还未测试。
Closed为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改
变。
Rejected开发人员认为不是Bug、描述不清、重复、不能复现、不采纳所提意
见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或
者测试人员提错，从而拒绝的问题。由Bug分配人或者开发人员来设
置。
Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。
A-Crash错误导致了死机、产品失败（“崩溃”）、系统悬挂无法操作；
B-Major功能未实现或导致一个特性不能运行并且不可能有替代方案；
C-Minor错误导致了一个特性不能运行但可有一个替代方案；
D-Trivial错误是表面化或微小的（提示信息不太准确友好、错别字、UI布局
或罕见故障等），对功能几乎没有影响，产品及属性仍可使用；
E-Nice to Have（建议）建设性的意见或建议。
Bug优先级(Priority)：指缺陷必须被修复的紧急程度。由Bug分配者（开发组长/经理）指定。
5-Urgent阻止相关开发人员的进一步开发活动，立即进行修复工作；阻止与此
密切相关功能的进一步测试
4-Very High必须修改，发版前必须修正
3-High必须修改，不一定马上修改，但需确定在某个特定里程碑结束前须修
正
2-Medium如果时间允许应该修改
1-Low允许不修改
功能模块(Subject)：TD中需在Test Plan页中定义好Subject，才能在Defects页中使用。
问题描述、附件附图请参见后面第四部分‘Bug描述要求’的有关内容。
处理意见:开发组长/经理(或具体Bug分配人员) 在审核新Bug时、将Bug分配给开发人员解决前，需要给出该Bug的处理意见。
Fixable可修改。表示Bug可以被修复或更正
Duplicated重复。表示该Bug已经被其它测试人员找出来了（‘纯粹’重复），
或者开发认为原因是相同的（但从测试来看，认为出现的地方有所不
同、表现有所不同等）
Postponed延后。由于时间、进度、重要程度或者技术/需求等方面的原因，认
为不能解决、须延期解决、或者本版不做留待到后续版本解决的
Bug。
（注：因‘Bug状态’字段中也有该值，根据各组各自使用情况，可
以只保留一个，或者开发/测试各有侧重地使用这两个Postponed）
By Design因设计结构问题无法修改。测试人员认为是Bug，不符合逻辑，也不
符合用户的要求，但开发人员则认为是按照设计做的、只能如此处
理，否则修改代价太大
Can’t Reproduce 不可复现。不能重现（如因Bug出现的环境重现不了了），或以前出
现的某个Bug自动消失了（可能是在处理其他Bug的时候把这个Bug
一并修复掉了）。
（注：因TD本身亦带有‘是否复现(Reproducible)’字段，根据各
组各自使用情况，可以用它来标识，或者不用它而在‘处理意见’字
段中用该值标识出）
Disagree With Suggestion不同意所提意见或建议，不采纳
Not Error不是问题。测试人员提错了
Won’t Fix这个Bug是一个错误，但还没有重要到非要更正不可的地步，可以忽
略不计
说明：
1. 定为Duplicated的Bug，必须注明和XXXbug重复
2. 测试人员对标明为Duplicated的Bug复测，需要XXXBug修改后方可进行
3. 定期回顾Can't Reproduce,Postponed
4. 定期整理By Design
其它一些字段（及所定义的枚举值）的定义解释，供有需要用到的组参考：
测试状态（TestState）：新提交的Bug定位标准。由测试人员指定。一般有8个（提交Bug时给出）
1－New Defects（或写成
新Bug
Defect）
复测时新出现的Bug
2－Second Defects（或写成
SB）
3－Faculative偶发性
4－Reappear原来修改过的问题又重新出现
5－By Requirement需求要求但没有做的功能
6－Suggestion需求需要完善
7－Differ With Requirement与需求不一致
8－By Design设计要求但没有做的功能
复测状态(ReTestState)：复测时给出的状态，测试人员对于经过验证的Bug应按以下几种标准进行定位。由测试人员指定。一般有1－OK、2－PD、3－DV、4－NB、5－NR、6－AR。
OK正确
PD此问题悬而不决
DV有错误可以暂时不考虑
NB不是错误
NR不能复现的错误
AR需求不明确
问题定位：
Calculate_error计算错误，指计算过程中、计算结果错误。
Data_error数据错误，指非计算结果类的数据错误。
Graphics_error图形错误，指绘图、图形显示、图形编辑时发生的错误。
Interface_error界面错误
Requirement_error需求错误
Function_error功能错误
Unknown_error未知错误
缺陷来源(Source)：指引起缺陷的起因。
Requirement由于需求的问题引起的缺陷
Architecture由于构架的问题引起的缺陷
Design由于设计的问题引起的缺陷
Code由于编码的问题引起的缺陷
Test由于测试的问题引起的缺陷
Integration由于集成的问题引起的缺陷
类型(Type)：是根据缺陷的自然属性划分的缺陷种类。
F- Function影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据
结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，
功能等缺陷
A- Assignment 需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、
限定等缺陷
I- Interface 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相
互影响的缺陷。
C- Checking提示的错误信息，不适当的数据验证等缺陷。
B- Build/package/merge由于配置库、变更管理或版本控制引起的错误
D- Documentation 影响发布和维护，包括注释。
G- Algorithm 算法错误。
U- User Interface人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等
方面的缺陷
P- Performance不满足系统可测量的属性值，如：执行时间，事务处理速率等。
N- Norms不符合各种标准的要求，如编码标准、设计符号等。
（以上依各组实际情况可以作适当调整）
项目组各角色在Bug库中的权限
管理员：全部权限
测试组长/经理：全部权限
测试人员：可添加Bug、不能删除Bug、可添加注释评论(R&D Comments)、不可修改他人所提Bug、可调整：Bug概要(题目，Summary)、问题描述、附件附图(Attachments)、Bug状态、Bug级别、测试版本、测试产品、功能模块、测试状态、问题定位、复测状态、注释评论(R&D Comments)、复测人、复测日期、修改人
开发人员/需求人员：不能删除Bug、可添加注释评论(R&D Comments)、可调整：注释评论(R&D Comments)、是否复现、Bug状态（不过无法直接标为closed）、问题描述、处理意见、待测版本、修改人、修改日期。可添加Bug。
开发组长/经理/需求经理：除了开发人员的权限，还可调整：优先级别、责任人、Bug概要(题目，Summary) 、附件附图(Attachments)
项目经理：可添加Bug、可添加注释评论(R&D Comments)、可修改字段：Bug概要(题目，Summary) 、问题描述、附件附图(Attachments) 、Bug状态（不过无法直接标为closed）、修改人、优先级别、问题定位、处理意见、注释评论(R&D Comments) 、是否复现、责任人、待测版本。也可删除Bug，但要与测试组长/经理协商。
不属于项目组成员的其他人如研发中心经理组成员等，有必要查看TD库的话，可分配给其帐号及查看的权限。
Bug描述要求
Bug描述的要求为分类准确、叙述简洁、步骤清楚、有实例、易再现、复杂问题有据可查（截图或其它形式的附件）。测试组长/经理把关，以开发人员的角度来审查Bug描述，看其是否描述清楚了Bug，不好描述的把工程文件或截图作为附件提交。具体要求为：
?问题描述一般格式：问题描述时，建议分几步描述：模块或功能点=>测试步骤=>期望结果=>实际结果=>其它信息，可依实际情况调整；
?单一：尽量一个报告只针对一个软件缺陷，报告形式应方便阅读。在主报告之后应注明不同的条件；
?简洁：每个步骤的描述应尽可能简洁明了。只解释事实、演示和描述软件缺陷必要的细节，不要写无关信息；
?再现：问题必须在自己机器上能复现方可入库（个别严重问题复现不了也可入库，但需标明）；
?复杂的问题应附截图补充说明或直接通知指定的修改人；考虑到网络数据传输效率，截图的文件格式建议用JPG或GIF，不建议用BMP；抓图可用TestDirector自带的功能，亦可
用HyperSnap之类的专用抓图工具。
?报告中不允许使用抽象词句：比如“有错误”之类；
?有关操作系统特征问题：应在不同操作系统上进行操作，看是否能重现，并在Bug报告中标识；
?Bug描述示例：
例一
河北98土建标准换算操作：
1.输入9-24
2.F8
3.在F8输入10
期望结果：进行换算实际结果：提示“输入的厚度应大于20”例二（模块或功能点也
可在‘功能模块’字段
中规定，则Bug描述中
就不必写了）
操作：
1.打开新建向导；
2.在“新建”中的“项
目名称”中输入>80个
字符；
3.点击“下一步”
例三（程序员知道期望
结果的情况下）
云南98土建
操作：
1.输入13-170
2.F5
3.在F5中修改3240008
的名称, 处于编辑状态
4.到人材机,再回来
实际结果： F5中变白
例四（建议、需求类）
功能：预算页，子目排
序后可恢复原顺序
用途：用户误操作后可
复原
期望结果：“项目名称”应<=80个字符，输入大于80个字符，点击“下一步”应有错误提示
实际结果：进入“比重调整”界面板
注：若3不处于编辑态切换则正常
注：所有项目采用TestDirector进行Bug管理，该工具能从测试步骤自动生成Bug报告，因此对于Bug描述要求在测试方案用例设计（在Test Plan页中）阶段就可以进行控制。
附：好的Bug报告应满足以下几方面的要求：
?结构清晰
?复现故障再写报告
?隔离Bug：更改条件复测
?归纳：是否其他模块也有相同的Bug
?比较：其他测试用例是否使用到此Bug
?总结：报告的开头有Bug的总结
?精简：不要有多余的步骤和语言
?无歧义：语言明确
?中立：无批评性语言
?讨论：将要发出的报告送其他测试人员讨论
小结
?通过专业的技术测试出精确的Bug；
?通过准确的文档报告Bug；
?通过良好的沟通使Bug尽快解决。
产品全生命周期管理
产品全生命周期管理 PLM构建高效研发体系 当前，全球经济正处于迅速变革的大潮之中，德国力推工业4.0，美国聚焦物联网应用，我国正在全面推进“中国制造2025”，实现制造业转型升级。国家大力扶持制造企业推进智能制造，去年和今年连续支持智能制造专项和智能制造示范企业。智能制造包括智能产品、智能装备、智能工厂、智能研发、智能管理、智能供应链和智能服务等领域，需要实现企业信息系统和自动化系统的无缝集成，进而支撑企业智能决策。 《中国制造2025》核心就是：创新引领、提质增效、绿色发展、两化融合为主线、智能制造为突破口。智能制造是实现整个制造业价值链的智能化和创新，是信息化与工业化深度融合的进一步提升。智能制造绝不止生产那点事，一定是从设计开始，否则是无源之水，无根之树，合作，才能共赢。 产品创新研发是企业永续经营的基石 企业的生命是以其产品为载体的，产品的兴衰也意味着企业的兴亡，企业唯有不断开发研制适应消费者需求变化的新产品，才能永保企业生命活力。而建立一个先进的产品研发管理体系是保证企业保持强大产品研发能力的前提。 企业的创新研发能力，除了要有专业的研发人员，更需要有一个好的管理体系来支撑。现代产品研发是一个复杂的数据关联协同过程，有大量数据之间的约束关联，还有产品研发流程中各个环节各个部门的不同的人之间需要很强的协调，这些关联协调的复杂程度单靠人工是难以管理好的。在现代信息化时代，如果没有有效的管理体系支撑，个人的创新能力再大也难以发挥。 产品生命周期在缩短，企业必须缩短研发周期，加快新产品上市的速度，抢占新产品市场，才能获取超额利润。 市场竞争令产品复杂性增加。消费者的需求在不断增加，企业需要不断提高产品的功能和质量，提升客户的满意度，才能取得竞争优势。 市场竞争迫使企业需要细分客户群，研发针对性的差异化产品，取得差异化的竞争优势，因此企业需要适应大规模订制的平台化产品研发解决方案。 对产品成本及品质的控制，必须从设计源头开始，才能起到根本上的作用，必须在产品研发过程中设法控制质量，才能既可以提高产品质量，又减少工作反复，缩短产品交货周期。 金蝶K/3 PLM的价值 战略层：提升企业产品创新能力和供应链协同设计/系统制造能力 快速研发出符合客户需要的产品 强化研发环节流程和质量控制，提高产品研发质量 降低产品研发成本 提供跨地域、跨企业、跨部门的项目研发协同能力，提高供应链的产品竞争力 管理层：优化、控制产品研发过程 固化优化产品研发流程，增强团队协作，掌控项目进度 建立企业级产品数据库，保证数据安全，统一企业产品数据版本 集成ERP、MES等相关信息系统，消除信息孤岛
设备全生命周期管理办法
设备全生命周期管理考核办法 第一章目的及范围 第一条目的 (一)为了更好的规范设备管理考核工作，做到“故障必究、明确责任、稳定生产”。 (二)规范设备的计划性检修维护工作，逐步实现设备的预检修，从而保证设备安全稳定运行。 (三)进一步明确设备管理考核的范围和内容，充分调动和发挥各级设备管理人员的积极性。 (四)从设备的全生命周期管理入手，引导各层级更好的开展设备管理工作，提升设备管理、使用水平。 第二条考核范围 (一)新增设备的立项、设计、选型、到货验收、试运转及效果评价等相关工作的管理考核。 (二)设备的操作维护、计划性检修维护保养工作的日常管理考核。 (三)设备外委维修、到货验收、试运转等相关工作的管理考核。 (四)电机事故的管理考核。
(五)设备事故管理考核。 (六)本管理考核办法同样适用于公司内部特种设备的管理考核工作。 第二章考核原则 第三条设备全生命周期管理考核坚持实事求是、公平公正的原则，如实记录考核内容。 第四条设备全生命周期管理考核根据设备的性能、运行现状和特殊环境进行区别考核。 第五条考核过程中统一思路，坚持分层、分级、分类别进行考核。 第三章术语及定义 第六条针对设备管理考核办法中专业术语定义如下： (一)设备：考核办法中提到的设备特指公司内部服务于工艺生产的转动和静止设备及其附属的电仪配件。 (二)设备故障：设备故障指设备的非正常停机造成的设备停机或系统装置停车影响生产的事件，如设备运行过程中的突发性停机、本机联锁停机、设备发生故障需要停机处理等类似现象。 (三)设备检修：设备检修指设备出现机械故障更换零部件及备件；设备维保周期内以下计划性检修维护项目不
公司软件管理规范
XXXXXX有限公司 文件制订（修订、作废）申请单NO.: 表格编码：
1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。 2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。（如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 3.1产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 3.2 ATE测试软件及测试程序： 是指由信息技术部负责编写的配套ATE硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 3.3 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE除外）。如：打码程序、贴片程序、SPI检测程序、AOI检测程序、分板程序、回流焊程序、X-Ray 测试程序等。 3.4管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 3.5办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。 4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 4.1 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软
件使用部门提出，但也可以由其它部门提出。 4.2使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软件验收合格后负责日常的管理、维护等；当异常时且无法解决时，及时向开发部门反馈,并要求协助处理。 4.3开发部门:对于使用/管理部门提出的申请进行评估,确定执行方案,并最终完成软件开发；开发部门也负责后期的技术支援。 4.4监控部门:负责对软件验收完成后的使用过程进行监控，确保不出现使用错误,维规操作,使用非法软件及机密软件外流等。 4.4软件管理职责对照见下表： 分类开发部门使用/管理部门监控部门 产品源程序研发部工程部品质部 ATE测试软件及测试程序信息技术部工程部品质部 设备应用程序工程部工程部品质部 管理应用软件信息技术部使用部门信息技术部 办公软件信息技术部使用部门信息技术部 5.软件管理规范： 5.1软件申请、开发、使用管理流程图：（如下图）
设备全生命周期管理制度
设备全生命周期管理制度 1.目的 传统的设备管理主要侧重于设备的维修阶段，具有相当的局限性。现代意义上的设备管理贯穿于设备的规划、设计、制造、选型。购置、安装、使用、检测、维修、改造以及拆除报废。为了规范公司的设备管理，以设备可靠性的角度为出发点，降低设备故障率，使设备稳定可靠地运行，从而保障生产地顺利进行，本厂依据《企业安全生产标准化基本规范》以及相关设备管理经验，特制订本制度。 2.范围 本制度适用于本厂所属各部室、车间、班组。 3.内容 设备的全生命周期包含三个方面：一是在三维空间上的全生命周期管理；二是突出在浴盆曲线上不同阶段的不同管理特色；三是全生命周期的费用管理。本制度以安全生产的角度着重规定三维空间管理、设备的阶段性管理、设备的浴盆曲线管理和全生命周期闭环管理。 3.1 三维空间管理 三维空间上的全生命管理涉及空间维、资源维和功能维，加上全生命周期本身的时间维，就形成四维系统， 空间维即从生产环境、车间、生产线、设备、总成（部件），直到零件，由表及里，步步深入，涉及空间维上的各个要素。 资源维是涉及与设备相关各种资源，包含信息、人力、材料、备件、动力能源、水、气、汽等要素，这都是设备和管理上不可或缺的
资源要素。 功能维指管理功能，即计划、组织、实施、控制、评价、反馈等内容，这也是广义的PDCA循环过程。从这种意义上说，设备管理是典型的系统工程。 因而，三维空间管理需要部门车间的负责人和设备操作人员做到以下几个方面： 3.1.1 车间生产环境应保持整洁，无大面积积水、积料，落实“5S”。 3.1.2 生产设备应做到“定置管理”，用统一定制线明确。 3.1.3 生产设备应标明设备责任人，设备的责任人负责对设备进行日常维护、检修。 3.1.4 采购设备时采购部和部门车间设备部门对设备信息进行评估研究，符合生产作业需求的方予以采购。 3.1.5 设备的相关操作人员须熟练设备操作规程并进行岗位培训，合格后持证上岗。 3.1.6 设备系统的燃油、润滑油、冷却水和空气要定期进行“滤清处理”，有效控制设备性能劣化。 3.1.7 部门负责人须根据操作人员对设备的运行情况记录做出相应的设备安全运行评价，采取措施延缓设备的老化，保证运行的安全性。操作人员在设备新的运行系统下须及时反馈设备操作及设备运行状态。 3.2 阶段性管理 设备的极端性管理是设备全生命周期管理中的主要内容，贯穿于
设备全生命周期管理
设备全生命周期管理（TLCEM） 培训课程大纲 课程说明: 本课程——设备全生命周期管理涉及的内容比较多，很难在短期介绍全部的内容，企业可以根据本企业的具体情况选择其中的有关模块进行讲解。 课程背景： TPM:大家都熟悉，其中提到了MP（维护预防），DM（设计维护），设备的维护应从设计阶段开始。但TPM并未指导如何去做MP、DM。 成本:设备的设计决定了设备的可靠性，TPM强调设备全生命周期的成本，必然包含设备设计，安装，使用，维护，改造，重利用及报废等。 现状:目前国内关于设备管理更多集中在设备投入使用后的维护，以保障设备使用寿命、性能及加工质量。 目标:设备的管理应从设计阶段开始，满足功能需求，可靠稳定且价格合理的设备是设计的目标。 BM->PM->TPM：目前市面关于设备管理类培训主要集中在TPM-全员生产力管理，包括自主维护、预防维护、设备改善等。主要集中在设备投用后如何提高设备稳定性，减少设备故障及维修，但忽视了设备设计，设备日常管理，资产管理及设备后期处理，如改造、报废等。 本培训涵盖从设备需求调研、设备设计到设备报废处理的全生命周期的管理-TLCEM 课程大纲： 第一章设备管理总论 第一节现代设备的特征 第二节设备管理的发展过程 第三节设备管理的意义 第四节设备现代化管理的内容 第五节设备寿命周期的理论 第二章设备的经济规划与投资预测 第一节设备的经济规划 一设备规划的重要性 二设备规划的主要内容 第二节投资方案的经济评价 一资金的时值 二设备投资评价的依据 三设备投资规划应预估的内容 四设备投资的经济评价方法
第三节设备合理使用期的估算 一设备最佳使用年限的估算 二目标利润和设备合理使用期 三迭代法在现代设备管理计算中的应用 第四节设备投资预测 一预测的必要性 二数值的加权计算 三盈亏平衡分析 四敏感性分析 五风险的概率分析 第五节规划的可行性研究 一可行性研究的阶段 二可行性报告书 第六节投资项目的呈报和审批 一设备投资项目呈报的主要内容 二设备投资预算外追加的限度和审批 第三章技术方案的规划和评价 第一节设备的功能分析 一设备的功能分类 二生产产品与设备基本功能的关系 三功能余裕和功能冗余 四设备功能系统分析的方法 五功能的评价 第二节设备的结构系统分析 一从功能概念系统到结构实体系统的可能性二设备结构系统与机械设备的技术设计 三最佳结构系统的评价标准 第三节设备的选型和购置 一设备选型的一般考虑因素 二设备选型应与企业远景开发结合 三国外引进设备的注意事项 第四章设备的安装和验收 第一节生产布局与设备安装 一企业内部的生产布局 二安装工期的时间结构 三安装精度的三要素 四设备安装工程 第二节设备安装后的试运转及验收
软件版本管理规定
上海精佑通信技术有限公司企业标准 （管理标准） Q/HT 0001–2005 软件版本管理规定 V1.04 2005-04-11 发布 2005-04-11实施
上海精佑通信技术有限公司 目录 1范围 (4) 2术语和定义 (4) 2.1软件 (4) 2.2产品软件 (4) 2.3生产支持软件 (4) 3软件版本命名规则 (5) 3.1软件版本命名组成 (5) 3.2手机软件版本命名 (5) 3.3模块软件版本命名 (5) 3.4手机PC侧软件版本命名 (6) 3.5模块PC侧软件版本命名 (7) 3.6手机生产支持软件版本命名 (7) 3.7模块生产支持软件版本命名 (8) 3.8公用于所有手机和模块的软件版本命名 (9) 3.9无线上网卡相关软件版本命名 (9) 3.10无线上网卡驱动软件版本命名 (10) 3.11正式版本号的升级规则 (10) 3.12版本的电子文件命名规则 (11) 4软件版本发布流程 (11) 5禁止条例 (14) 6管理条例 (14) 7附录 (14)
上海精佑通信技术有限公司 文档版本变更记录： 版本号拟制日期拟制人版本描述存档编号 V1.00 2005-4-11 郝军初始版本 V1.01 2005-4-27 郝军1．版本号前增加“V”,用以明显标识版 本号 2．版本号和时间之间以下划线分隔 3．增加生产支持软件种类 4．增加无线上网卡生产支持软件、管理 器软件和驱动软件命名 5．增加版本发布流程的文字说明 V1.02 2005-7-1 郝军增加手机和模块生产支持软件的类型：射 频补丁软件（RFP） V1.03 2005-7-15 郝军更改版本号升级规则，更改资料外发申请 表 V1.04 2005-7-26 郝军增加机卡合一版本的命名规则 注：1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
产品全生命周期管理
企业的生命是以其产品为载体的，产品的兴衰也意味着企业的兴亡，企业唯有不断开发研制适应消费者需求变化的新产品，才能永保企业生命活力，而建立一个先进的产品研发管理体系是保证企业保持强大产品研发能力的前提。 金蝶K/3WISE创新管理平台PLM是吸收国际上先进的产品生命周期管理（PLM）思想，结合中国制造企业管理特点而开发的国内最先进的PLM系统，已经在数百家各种行业的企业中应用，是企业搭建先进产品研发管理体系的最佳平台。 企业产品研发过程的困扰 ?企业产品研发管理的滞后影响产品生产管理 很多企业实施应用了ERP，覆盖企业的销售、计划、采购、生产、财务等业务，企业的物流和资金流得到有效管控，管理有了很大的提升。但随着应用的深入，往往会发现企业对产品研发这个生产制造的源头缺乏有效管控，产品研发周期难以控制，图纸、BOM等数据不准，导致ERP系统不能正常发挥作用。产品研发信息化管理的严重滞后，成为企业发展的最大瓶颈。 ?先进的研发管理思想的贯彻执行方面 大部分的企业都通过ISO9000等质量体系认证，有的甚至实施IPD（集成产品开发）体系，但往往达不到预期的效果。制定的业务流程效率很低甚至难以执行，项目组织与项目流程难以协调，制定的管理规范很难贯彻，使得ISO、IPD等先进管理体系没有发挥出作用。 ?开发周期难以控制 研发人员之间沟通不顺畅，数据共享困难，互相之间很难协调作业，而且开发项目的进度难以实时监控，使得项目开发没法按计划执行和完成。 ?数据管理混乱 企业有海量（T级）的产品数据，有二维/三维CAD、电路CAD等格式各异数据，而且数据之间的关系复杂（如未受控图纸和受控图纸的关系，物料和图纸的关系，物料与BOM、工装、模具的关系，新版数据和旧版数据之间的关系等等），查找和使用数据非常困难，很容易出错而导致损失。而且数据分散掌握在个人手上，容易因人员的变动导致数据流失。 ?战略层：提升企业产品创新能力和供应链协同设计\系统制造能力 快速开发出符合客户需要的产品 强化研发环节流程和质量控制，提高产品研发质量
设备全生命周期管理方案办法
设备全生命周期管理方 案办法 -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
设备全生命周期管理考核办法 第一章目的及范围 第一条目的 (一)为了更好的规范设备管理考核工作，做到“故障必究、明确责任、稳定生产”。 (二)规范设备的计划性检修维护工作，逐步实现设备的预检修，从而保证设备安全稳定运行。 (三)进一步明确设备管理考核的范围和内容，充分调动和发挥各级设备管理人员的积极性。 (四)从设备的全生命周期管理入手，引导各层级更好的开展设备管理工作，提升设备管理、使用水平。 第二条考核范围 (一)新增设备的立项、设计、选型、到货验收、试运转及效果评价等相关工作的管理考核。 (二)设备的操作维护、计划性检修维护保养工作的日常管理考核。 (三)设备外委维修、到货验收、试运转等相关工作的管理考核。 (四)电机事故的管理考核。 (五)设备事故管理考核。 (六)本管理考核办法同样适用于公司内部特种设备的管理考核工作。 第二章考核原则
第三条设备全生命周期管理考核坚持实事求是、公平公正的原则，如实记录考核内容。 第四条设备全生命周期管理考核根据设备的性能、运行现状和特殊环境进行区别考核。 第五条考核过程中统一思路，坚持分层、分级、分类别进行考核。 第三章术语及定义 第六条针对设备管理考核办法中专业术语定义如下： (一)设备：考核办法中提到的设备特指公司内部服务于工艺生产的转动和静止设备及其附属的电仪配件。 (二)设备故障：设备故障指设备的非正常停机造成的设备停机或系统装置停车影响生产的事件，如设备运行过程中的突发性停机、本机联锁停机、设备发生故障需要停机处理等类似现象。 (三)设备检修：设备检修指设备出现机械故障更换零部件及备件；设备维保周期内以下计划性检修维护项目不参与考核：紧固、找正、检查更换油封、填料、尼龙棒、清洗、更换托辊。 (四)备件：特指检修设备过程中所用到的材料。 第七条设备的附属电仪配件包含在设备内，不再另行划分，和设备等同纳入管理考核。 第四章新增设备及备件管理考核 第八条新增设备管理包括：新增设备（包含技改更新）的立项和审批、设备技术参数的确定、设备制造过程
软件版本管理规范标准[详]
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
设备全生命周期管理系统解决方案
设备全生命周期管理系统 解决方案
目录 一、设备管理的现状 (3) 二、解决方案 (4) 三、技术特点 (8) 四、应用行业 (14) 4.1. 油田业 (15) 4.2. 医疗业 (16) 4.3. 铁路运输业 (18)
一、现状、问题 设备作为一个公司最重要的资产之一，如何提高设备的利用率、降低设备维护成本，在目前企业面临成本逐步提高的形势下，无疑是帮助企业提高利润、降低成本的一个重要途径，因此设备管理作为企业日常管理的一个重要方面越来越引起广大企业的重视,而企业如何对设备进行很好的管理也成为当今企业发展的健康与否的关键。 目前在的设备管理领域的软件产品有以下几类： 设备管理系统：管理设备台帐资料，日常巡视检修工作，故障处理等。 地理信息系统：将设备绘制到地图上，方便查询和分析。 工程项目管理系统：管理设备运行维护中的各种工程项目及进度。 自动化控制及调度系统：对自动化设备进行监视、控制等。 CAD等绘图软件：用来设计各种设备安装、施工图纸。 这些系统都是不同厂家开发的，有些企业已经全部上线实施了，有些企业只使用了一部分，信息化水平有高有底，系统之间只能进行简单的集成，使用起来不方便、功能不能完全满足要求而且很容易产生系统间的数据不一致。 大多数企业在设备管理方面面临的问题： 对设备全生命周期动态管理缺少能够提供整体解决方案的有效
工具，难以将设备信息、实时数据、图纸信息等进行统一管 理; ●数据分散在不同的系统中，甚至一些离线的CAD、excel文档 中，难以进行统一管理，数据间一致性差； ●系统分散导致工作流程很难做到闭环管理，缺乏相应的技术手 段支撑业务精细化管理； ●管理软件和自动化软件难以进行有效集成，设备的大量状态数 据无法进行有效利用; ●系统功能简单，以表单、流程、报表为主，缺乏可视化分析展 示手段，难以发现隐藏在数据背后的有用信息； ●现场工作缺乏技术支持手段，设备维护的大量工作要在现场进 行，传统设备管理软件只能运行在桌面电脑上，现场工作只 能事后人工补录到系统中，难以进行及时的监控，工作现场 也难以获取系统中有用的信息； 二、解决方案 通过引进先进的设备资产管理思想，以提高资产利用率、降低企业运行成本为目标，优化企业资源为核心，通过信息化手段，合理安排设备采购、维修保养计划及相关资源与活动，从而提高企业的经济效益和企业的市场竞争力。 设备全生命周期管理系统，从规划设计阶段开始，到工程项目施工、项目移交、设备运行、最后到设备报废，对设备的全生命周期
软件版本管理规范
软件版本管理
目录 1. 引言........................................................ .目的................................................. .范围................................................. .术语定义............................................. .参考资料............................................. .版本控制记录......................................... .版本更新记录......................................... 2.版本管理.................................................... .版本标示方法......................................... 正式版本.......................................... .目录结构............................................. .文档的存放........................................... 开发文档的存放.................................... 源代码的存放...................................... SQL的语句存放 .................................... 发行文档的存放.................................... .配置管理流程......................................... .权限控制的管理....................................... 3.更新管理.................................................... .源程序的修改......................................... .版本升级.............................................
软件版本管理规范19726
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用范围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章内容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书
需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划 上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目内部的目录结构建议按下列格式创建。
配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目内部的目录结构： |–projectA
设备全生命周期管理制度
设备全生命周期管理制度-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
设备全生命周期管理制度 1.目的 传统的设备管理主要侧重于设备的维修阶段，具有相当的局限性。现代意义上的设备管理贯穿于设备的规划、设计、制造、选型。购置、安装、使用、检测、维修、改造以及拆除报废。为了规范公司的设备管理，以设备可靠性的角度为出发点，降低设备故障率，使设备稳定可靠地运行，从而保障生产地顺利进行，本厂依据《企业安全生产标准化基本规范》以及相关设备管理经验，特制订本制度。 2.范围 本制度适用于本厂所属各部室、车间、班组。 3.内容 设备的全生命周期包含三个方面：一是在三维空间上的全生命周期管理；二是突出在浴盆曲线上不同阶段的不同管理特色；三是全生命周期的费用管理。本制度以安全生产的角度着重规定三维空间管理、设备的阶段性管理、设备的浴盆曲线管理和全生命周期闭环管理。 3.1 三维空间管理 三维空间上的全生命管理涉及空间维、资源维和功能维，加上全生命周期本身的时间维，就形成四维系统， 空间维即从生产环境、车间、生产线、设备、总成（部件），直到零件，由表及里，步步深入，涉及空间维上的各个要素。
资源维是涉及与设备相关各种资源，包含信息、人力、材料、备件、动力能源、水、气、汽等要素，这都是设备和管理上不可或缺的资源要素。 功能维指管理功能，即计划、组织、实施、控制、评价、反馈等内容，这也是广义的PDCA循环过程。从这种意义上说，设备管理是典型的系统工程。 因而，三维空间管理需要部门车间的负责人和设备操作人员做到以下几个方面： 3.1.1 车间生产环境应保持整洁，无大面积积水、积料，落实 “5S”。 3.1.2 生产设备应做到“定置管理”，用统一定制线明确。 3.1.3 生产设备应标明设备责任人，设备的责任人负责对设备进行日常维护、检修。 3.1.4 采购设备时采购部和部门车间设备部门对设备信息进行评估研究，符合生产作业需求的方予以采购。 3.1.5 设备的相关操作人员须熟练设备操作规程并进行岗位培训，合格后持证上岗。 3.1.6 设备系统的燃油、润滑油、冷却水和空气要定期进行“滤清处理”，有效控制设备性能劣化。 3.1.7 部门负责人须根据操作人员对设备的运行情况记录做出相应的设备安全运行评价，采取措施延缓设备的老化，保证运行的安全
软件版本管理规范标准
软件版本管理规 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)
前言 为规部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。 2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示：
(整理)产品生命周期.
引言 产品全生命周期管理(Product overall LifecycleManagemen t，PLM)是从产品的概念设计起，至产品的终结止，协同地创造、管理、传播和使用产品的定义信息，以实现人、过程、商业系统和信息集成的解决方案集。PLM是为满足制造业对产品生命周期信息管理的需求而产生的一种新的管理模式。PLM以整个生命周期内产品数据集成为基础，研究产品在其生命周期内从产品规划、设计、制造到销售等过程的管理与协同，目的在于尽量缩短产品上市时间、降低费用，尽量满足用户的个性化需求。PLM的核心是产品数据的有序、设计过程的优化和资源的共享。 在产品生命周期中，随着各阶段和过程的推演，产品在功能、性能、技术经济指标、几何形态、材料、工艺、制造资源及采购、供应、销售等社会资源方面发生着一系列的变化，会产生大量复杂的技术和商务信息。而在PLM的协同环境中，使得各个分系统能够形成有机整体的关键环节之一便是产品物料清单(Bill of Material, BOM)。 作为制造企业主要基础数据之一的物料清单(Bill of Material，BOM)在CAD/CAPP/CAM/PDM/ERP等企业信息系统中通常具有核心地位。而作为企业核心基础数据，具有连接企业产品工程设计和生产经营管理桥梁作用的BOM，在产品生命周期的不同阶段，具有不同的表现形式、用途和意义。这些不同的BOM形态分布在企业信息网络中的不同系统之中，作为制造企业中设计数据、生产数据和采
购数据等数据间的纽带，是实现企业各部门之间信息集成与共享的关键。 1 BOM及其演进过程 传统意义上的BOM是定义产品结构的技术文件。在信息化条件下，为了使得计算机能够识别产品设计、制造、维护等环节中的产品构成和所有涉及的物料，需要将图示表达的产品结构转化成某种数据格式，这种以数据格式来描述产品结构的文件也被称作产品结构表或产品结构树。 BOM是指构成一个物料项的所有子物料项的列表。而物料项是指所有在产品生命过程中出现的物质形态，包括原材料、毛坯、标准件、成件、零组件、装配件、构型件、工装、设备、工具和夹具等，他们是组织产品的需求、设计、工艺、生产、销售、维护、保废、回收等所有与产品相关活动的重要依据。BOM实质上是一种将产品形态结构化表示的信息表，反映产品中零部件的自身信息、零部件的相关信息以及零部件所涉及的外部资源的信息。所有信息载体的总和构成了产品数据的所有内容。包括各个物料项的属性，以及物料项之间的相关关系。例如，零件和数字模型(2D、3D)之间的描述定义关系，零件和原材料、毛坯之间的加工关系，零件和工装夹具之间的夹紧固定
设施的全生命周期管理
设施的全生命周期管理 1、目的 传统的设备管理主要侧重于设备的维修阶段，具有相当的局限性。现代意义上的设备管理贯穿于设备的规划、设计、制造、选型。购置、安装、使用、检测、维修、改造以及拆除报废。为了规范公司的设备管理，以设备可靠性的角度为出发点，降低设备故障率，使设备稳定可靠地运行，从而保障生产地顺利进行，公司依据《企业安全生产标准化基本规范》以及相关设备管理经验，特制订本制度。 2、适用范围本制度适用于公司所属各部室、车间、班组。 3、内容设备的全生命周期包含三个方面：一是在三维空间上的全生命周期管理；二是突出在浴盆曲线上不同阶段的不同管理特色；三是全生命周期的费用管理。本制度以安全生产的角度着重规定三维空间管理、设备的阶段性管理、设备的浴盆曲线管理和全生命周期闭环管理。 3.1 三维空间管理三维空间上的全生命管理涉及空间维、资源维和功能维，加上全生命周期本身的时间维，就形成四维系统，空间维即从生产环境、车间、生产线、设备、总成（部件），直到零件，由表及里，步步深入，涉及空间维上的各个要素。资源维是涉及与设备相关各种资源，包含信息、人力、材料、备件、动力能源、水、气、汽等要素，这都是设备和管理上不可或缺的
资源要素。功能维指管理功能，即计划、组织、实施、控制、评价、反馈等内容，这也是广义的 PDCA 循环过程。从这种意义上说，设备管理是典型的系统工程。因而，三维空间管理需要部门车间的负责人和设备操作人员做到以下几个方面：3.1.1 车间生产环境应保持整洁，无大面积积水、积料，落实“5S”。3.1.2 生产设备应做到“定置管理”，用统一定制线明确。3.1.3 生产设备应标明设备责任人，设备的责任人负责对设备进行日常维护、检修。3.1.4 采购设备时采购部和部门车间设备部门对设备信息进行评估研究，符合生产作业需求的方予以采购。3.1.5 设备的相关操作人员须熟练设备操作规程并进行岗位培训，合格后持证上岗。，有效3.1.6 设备系统的燃油、润滑油、冷却水和空气要定期进行“滤清处理”控制设备性能劣化。3.1.7 部门负责人须根据操作人员对设备的运行情况记录做出相应的设备安全运行评价，采取措施延缓设备的老化，保证运行的安全性。操作人员在设备新的运行系统下须及时反馈设备操作及设备运行状态。 3.2 阶段性管理设备的极端性管理是设备全生命周期管理中的主要内容，贯穿于设备的规划、设计、制造、选型、购置、安装、使用、检测、维修、改造以及拆除报废。主要分为如下三个阶段： 1）前期管理； 2）运行维修管理； 3）轮换报废管理。 3.2.1 设备的前期管理设备的前期管理包括：设备的规划、设计、制造、选型、购置、安装。 1）规划设备部负责前期管理
(完整版)技术部软件版本管理规范
技术部软件版本规范 文档建立/修改记录： 版本管理规范 【新建项目版本管理部分】 1，项目组接到项目需求， 1.1，开发组出项目设计和开发计划； 1.2，测试在Git中建立空项目(项目名称开会时候会有，没有需要问)，形成master版本，版本设定为V0.0.0。 2，组长发邮件给技术总监，并且抄送给项目经理和测试。 邮件内容：开发计划文档url和开发版本号(V0.1.0)，请批准第一阶段(开发计划中会包含)开发。 3，得到批准开发回复后，测试从master(V0.0.0)建立分支版本(V0.1.0)，打开版本参与人员的更新权限，并且将url给组长。 4，组长download项目，上传项目可运行框架，并且更新GIT中的readme文档并通知开发；5，开发者必须按时按功能点来提交(提交时需写相应描述)项目到GIT中，并且push前必须测试，保证代码不能有运行异常，导致无法测试 5.1，Push结束后，开发者继续开发下一个功能点。 5.2，push结束会自动化构建，自动化构建完成后系统会自动通知测试人员进行测试，测试人员需先关闭版本参与人员的更新权限，再按功能点来测试bug，然后更新bug文档和测试用例文档的内容(有无bug都需要更新)，随即打开更新权限并通知组长。 6，开发者下一个功能点提交时，同上要求。 7，第一阶段最后一个功能点提交完毕后，测试者关闭此版本参与者更新权限，然后将此版本(V0.1.0)建分支版本(V0.1.1)并且给出版本url给组长，继续进行测试最后一个功能点bug。8，组长通知组员进行bug（bug一般会比较少，bug很多只能说明开发者开发质量有问题）修改，给出修改版本地址。 9，修改完毕后提交，测试人员再次关权限且测试，如仍然有bug存在，更新相应文档并在相关修改支版本(这里是V0.1.1)中再次建立修改版本(此时是V0.1.2)，随即给出版本url给组长。ps：提交版本如有冲突找组长调节。 10，第一阶段开发完全完成后开始开发第二阶段任务，重复2~9步骤，相应的版本号会变为从V0.2.0开始，同里修改版本号则是V0.2.1/V0.2.2/V0.2.3...... 11，当全部阶段任务完成(指的是开发完成并测试无bug)，测试将最新的修改完成的版本(应该是V0.x.x，x为任意数字)合并到master版本中，此时版本号设定为V1.0.0。测试发邮件给
产品全生命周期管理规范
产品全生命周期管理规范 编制/日期 审核/日期 批准/日期
修订履历 序号修订日期版本修订说明修订审核批准1 2014.10.24 A/0 新制
1.目的 规范产品策划立项、研发、生产、推广销售及退市停产全生命周期的管理工作，使我司产品更能满足客户需求，适应市场竞争。 2.适用范围： 适用于公司产品全生命周期管理。 3.定义 3.1产品全生命周期管理：是指从对客户需求识别开始到产品停产退市整个过程的管理。 3.2 EOL:产品生命周期终结，指一款产品经过导入期，成长期，成熟期，衰退期后，终止此产品的规划、研发、 生产、销售等各项产品活动。 4.职责 4.1产品经理 4.1.1识别市场端的业务需求，协助销售经理编制《业务建议书》。 4.1.2主导编制《立项报告》并受控，产品设计过程中跟进设计与样机测试。 4.1.3在产品接近退市期时主导产品的停产，根据实际情况确立合适的替代方案。对产品的整个生命周期及经营 状况负责。 4.2研发总监 4.2.1参与产品可行性分析，对研发周期、成本给出评估结果。 4.2.2结合技术发展需要协助《立项报告》的编制，对产品设计全过程进行管理。 4.3销售部：负责识别客户需求，主导编制《业务建议书》（或接受客户签订技术协议），对新产品进行推广与销售。 4.4运营中心：参与产品策划前期的成本预计，负责物料的采购、生产安排及产品退市时专用物料的消耗与维修用 料安排。 4.5品质中心：负责产品设计、生产与售后全过程的质量管理。 4.6立项委员会：由公司副总、研发、运营、财务、品质总监等高层主管组成的确定产品是否可以立项的小组。 5.作业流程 5.1销售通过收集产品发展趋势、竞争对手情况、政策法规变化、客户需求、产品目标市场等信息时主导编制《业 务建议书》（格式不限），内容可包括项目背景、市场分析、商务分析、客户需求等方面；或者接到客户明确的产品需求（如技术协议等文件），交产品经理评估可行后经产品总监签核后提交立项委员会审批。 5.2立项委员会审批通过后，产品经理召集研发、销售、运营、财务编制包括项目可行性分析、研发成本分析、模块BOM、开发周期、设计方案等内容的《立项报告》，内容可包括：
全生命周期管理
1．设备全生命周期管理 1.1基本概念 传统的设备管理（Equipment management）主要是指设备在役期间的运行维修管理，其出发点是设备可靠性的角度出发，具有为保障设备稳定可靠运行而进行的维修管理的相关内涵。包括设备资产的物质运动形态，即设备的安装，使用，维修直至拆换，体现出的是设备的物质运动状态。 资产管理(Asset management)更侧重于整个设备相关价值运动状态，其覆盖购置投资，折旧，维修支出，报废等一系列资产寿命周期的概念，其出发点是整个企业运营的经济性，具有为降低运营成本，增加收入而管理的内涵，体现出的是资产的价值运动状态。 现代意义上的设备全生命周期管理，涵盖了资产管理和设备管理双重概念，应该称为设备资产全生命周期管理（Equipment-Asset life-cycle management）更为合适，它包含了资产和设备管理的全过程，从采购，（安装）使用，维修（轮换）报废等一系列过程，即包括设备管理，也渗透着其全过程的价值变动过程，因此考虑设备全生命周期管理，要综合考虑设备的可靠性和经济性。 1.2.设备全生命周期管理的任务 以生产经营为目标，通过一系列的技术，经济，组织措施，对设备的规划，设计，制造，选型，购置，安装，使用，维护，维修，改造，更新直至报废的全过程进行管理，以获得设备寿命周期费用最经济、设备综合产能最高的理 想目标。
前期管理 1.3．设备全生命周期管理的阶段 运行维修 管理 轮换报废 管理 设备全寿命周期示意图 设备的全生命周期管理包括三个阶段 （1. 前期管理 设备的前期管理包括规划决策，计划，调研，购置，库存，直至安装调试， 试运转的全部过程。 (1) 采购期：在投资前期做好设备的能效分析，确认能够起到最佳的作用， 进而通过完善的采购方式，进行招标比价，在保证性能满足需求的情况 下进行最低成本购置。 (2) 库存期：设备资产采购完成后，进入企业库存存放，属于库存管理的范 畴。 (3) 安装期：此期限比较短，属于过渡期，若此阶段没有规范管理，很可能 造成库存期与在役期之间的管理真空。 （2．运行维修管理 包括防止设备性能劣化而进行的日常维护保养，检查，监测，诊断以及修理， 更新等管理，其目的是保证设备在运行过程中经常处于良好技术状态，并有 效地降低维修费用。在设备运行和维修过程中，可采用现代化管理思想和方 法，如行为科学，系统工程，价值工程，定置管理，信息管理与分析，使用 和维修成本统计与分析，ABC 分析，PDCA 方法，网络技术，虚拟技术，