㈠ 军工产品设计定型文件具体应该要怎么编写
设计定型审查时应该提交的23类文件。
这些文件包括：
1)设计定型审查意见书；
2)设计定型申请报告；
3)军事代表机构或军队其他有关单位对设计定型的意见；
4)设计定型试验大纲和试验报告；
5)产品研制总结；
6)研制总要求（或研制任务书）；
7)研制合同；
8)重大技术问题的技术攻关报告；
9)研制试验大纲和试验报告；
10)产品标准化大纲、标准化工作报告和标准化审查报告；
11)质量分析报告；
12)可靠性、维修性、测试性、保障性、安全性评估报告；
13)主要的设计和计算报告（含数学模型）；
14)软件（含源程序、框图及说明等）；
15)软件需求分析文件；
16)软件设计、测试、使用、管理文档；
17)产品全套设计图样；
18)价值工程和成本分析报告；
19)产品规范；
20)技术说明书、使用维护说明书、产品履历书；
21)各种配套表、明细表、汇总表和目录；
22)产品像册（片）和录像片；
23)要求的其他文件。
在这些设计定型文件中，除个别文件的编制已有标准可遵循外，绝大多数文件的编制尚未有一个标准予以规定、统一。因此造成了各类装备、军工企业各行其是、各自为战的局面，给军工产品设计定型文件的编制、审查、管理带来诸多不便。
定型主管部门经过认真分析、研究，组织编制了GJB/Z 170-2013《军工产品设计定型文件编制指南》。该标准一共18个部分，规范了军工产品设计定型文件的编写，统一了17份设计定型文件的编写内容和格式等要求，对设计定型文件的编写具有重要的指导意义。
只是截取了一部分，其它部分公司用不上，都在融融网上有，希望可以帮到你。
㈡ 怎么进行技术状态标识
技术状态管理是装备质量管理的重要环节，主要内容包括技术状态标识、技术状态控制、技术状态纪实和技术状态审核。其中，技术状态标识是技术状态管理的基础，是对技术状态项的识别、命名和描述的过程，以便与项目实施直接相关的人员了解各技术状态之间的相互关系，更好地控制和管理技术状态。
根据GJB3206《技术状态管理》的定义，技术状态标识是确定技术状态项及其所需技术状态文件，标识技术状态项及其技术状态文件，发放和保持技术状态文件，建立技术状态基线的活动。根据定义就可以看出，技术状态标识绝不仅仅是标识，其工作任务包括：
1）选择技术状态项；
2）确定各技术状态项在不同阶段所需的技术状态文件；
3）标识技术状态项和技术状态文件；
4）建立技术状态基线；
5）发放经正式确认的技术状态文件并保持其原件。
但如何实施技术状态标识，装备全寿命周期各阶段开展什么工作才算完成技术状态标识呢？很多人搞不清楚，我们今天做一梳理。
一、选择技术状态项
在《浅谈技术状态基线》一文中，我们介绍过，为了确保产品满足最终的使用功能，从所有的工作分解结构中选择重要的、管理难度大的、技术难度大的工作分解结构作为技术状态项，按照2/8原则作为控制重点强化过程的管控，一般包括：
1）武器装备、分系统级产品或跨单位、跨部门研制的产品；
2）在风险、安全、完成作战任务等方面具有关键特性和重要特性的产品；
3）新研制的产品；
4）接口复杂且重要的产品；
5）单独采购的重要产品；
6）使用和保障方面需要着重考虑的产品。
技术状态项的确定也不是一次完成的，而是随着装备的研制进程逐渐明确的。一般的，在方案阶段，确定技术状态项初始清单（总体、系统层级），这部分清单受订购方控制；在工程研制阶段，确定技术状态项清单（分系统、设备层级），这部分技术状态项的控制权限由订购方和承制方商定；在设计定型阶段，确定技术状态项的最终清单。
二、确定技术状态文件
技术状态文件不等同于技术文件，而是规定技术状态项的功能特性和物理特性，或从这些内容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。一般的，装备全寿期各阶段的技术状态文件包括（注意，参考标准为GJB3206，未采用最新的1+N研制程序阶段）：
方案阶段：系统规范、研制总要求、方案论证报告、试验总案、方案设计报告、通用质量特性大纲/工作计划、标准化大纲等技术状态文件。
工程研制阶段：研制规范、软件规范、研制任务书、合同、接口协议、技术要求、试验大纲（研制试验）、试验方案、试验任务书等技术状态文件。
设计定型阶段：产品规范、材料规范、工艺规范、产品技术规格书、验收规范、随机文件、产品图样、配套表、明细表、汇总表、试验大纲（生产试验）等技术状态文件。
其他阶段不产生新的技术状态文件，只是现有技术状态文件修订补充。
三、标识技术状态项和技术状态文件
关于标识技术状态项和技术状态文件，GJB3206写的比较笼统，标识的方式和目的不太明确，技术状态项标识和产品编号、技术状态文件标识和文件编号有什么不同，查了很多资料，也没有特别认可的，这里就简单介绍大部分企业的做法吧。
先说技术状态项的标识，GJB3206的要求是“每个技术状态项都应有标识。标识内容一般有技术状态项的型号、序列号（或批次号）等信息，标识号应具有唯一性”，具体标识在实物上还是文件上没有规定，大部分企业都是采用技术状态项清单来标识的，在清单中明确技术状态项及其标识。
再说技术文件标识，技术状态文件的标识应包含阶段标识、版本、文件名称、密级、文件编号等，大部分企业采用技术文件清单的方式标识，包括功能技术文件清单、分配技术文件清单和产品技术文件清单。一般的，装备全寿期各阶段的标识工作包括：
方案阶段：确定技术状态项、技术状态文件的标识方法；标识方案阶段的技术状态文件。
工程研制阶段：确定零部件的标识方法以及软件的标识方法；完善各类技术状态文件的标识方法；命名并标识每个技术状态项；标识工程研制阶段的技术状态文件。
设计定型阶段：标识设计定型阶段的技术状态文件。
其他阶段只需要关注修订的技术状态文件并进行标识即可。
四、建立技术状态基线
在建立技术状态文件的基础上，通过技术审查方式（GJB3273）确定技术状态基线。一般的，功能基线在方案阶段建立，应与产品的主要使用要求（含技术指标）协调一致，通过系统设计审查确定。分配基线在方案阶段末期或工程研制阶段初期建立，应与产品的总体技术方案协调一致，通过初步设计审查确定；产品基线通过关键设计审查，建立产品基线；通过设计鉴定/定型，初步确定产品基线；通过生产鉴定/定型，确定产品基线。
五、发放技术状态文件
技术状态文件发放和控制工作贯穿装备全寿命周期的各个阶段，应制定技术状态文档发放的程序。发放任一技术状态文档均应经批准，应记录并保存技术状态文档的发放信息。技术状态基线建立后，应控制并保持所有现行已批准的技术状态文档的原件。
技术状态标识的五项工作都不是一蹴而就的，而是分布在装备研制生产的各个阶段，由订购方和承制方共同完成的，其最终目的是为技术状态控制、技术状态纪实和技术状态审核打好基础，方便技术状态管理工作的开展。
㈢ 软件产品/软件着作权如何申报高新技术产品
你好。
搜索答案
网络知道 >商业/理财 >商务文书
如何申请高新技术产品？
609879909 2011-04-25 15:52 | 浏览 8101 次|举报描述不清违规检举侵权投诉
发布于2015-08-16 00:25 最佳答案
申请高新技术产品的流程：
1、检测
（1）确定产品检测依据的标准
（2）样品的质量性能检测
（3）由检测机构出具检测报告
2、查新：
（1）由企业技术人员撰写查新合同，重点描述查新点。
（2）查新合同递交查新机构，由查新机构检索相关数据库，针对合同中述及的查新点进行查新，搜索有无相关报道。
（3）由查新机构出具查新报告。
3、产品技术及产业化分析报告
4、用户报告
5、准备相关附件材料。
6、在线填报
7、经审核后，打印纸质材料，装订成册并递交当地科技局。
本回答由经济金融分类达人 成微推荐
举报描述不清违规检举侵权投诉|评论
赞3踩0
ssofa
采纳率：94% 擅长： 广东 生活 教育/科学 烦恼 学习帮助
其他回答
高新技术企业（产品）的认定是国家科技部及省科技厅为推动高新技术产业的发展，而制定的认定办法。凡是一种或多种主导产品在《高新产品技术目录》范围内的企业均可申请认定。 一． 高新技术企业认定申请条件 1．企业从事高新目录范围内的一种或多种高新技术及其产品的研究、开发、生产和经营业务。单纯的商业经营者除外。 2．企业产权明析，管理规范，独立核算。自主经营，自负盈亏，有三年以上的营运期，经济效益良好。（国家高新技术产业开发区内的企业可不受三年营运期的限定）。 3．年技工贸总收入达到一定要求，并有与其规模相适应的生产、经营场所和设施。 4．具在明确的企业章程和严格的技术、财务管理制度。 二． 高新技术产品认定申请条件 1． 产品属国家《高新产品技术目录》范围内。 2． 产品为国内或省内从未生产过的创新产品或省内首次生产的升级换代产品。 3． 产品生产技术、工艺是成熟的。自行研制开发的产品，应正式通过符合国家规定的产品鉴定；引进国内技术生产的产品除在产品鉴定文件外，应有正式技术转让合同；引进国外技术生产的产品应有正式合同或生产许可证；专利技术产品应有样品（或样机），并有法定专业技术检测机构的检测报告；...高新技术企业（产品）的认定是国家科技部及省科技厅为推动高新技术产业的发展，而制定的认定办法。凡是一种或多种主导产品在《高新产品技术目录》范围内的企业均可申请认定。
一． 高新技术企业认定申请条件
1．企业从事高新目录范围内的一种或多种高新技术及其产品的研究、开发、生产和经营业务。单纯的商业经营者除外。
2．企业产权明析，管理规范，独立核算。自主经营，自负盈亏，有三年以上的营运期，经济效益良好。（国家高新技术产业开发区内的企业可不受三年营运期的限定）。
3．年技工贸总收入达到一定要求，并有与其规模相适应的生产、经营场所和设施。
4．具在明确的企业章程和严格的技术、财务管理制度。
二． 高新技术产品认定申请条件
1． 产品属国家《高新产品技术目录》范围内。
2． 产品为国内或省内从未生产过的创新产品或省内首次生产的升级换代产品。
3． 产品生产技术、工艺是成熟的。自行研制开发的产品，应正式通过符合国家规定的产品鉴定；引进国内技术生产的产品除在产品鉴定文件外，应有正式技术转让合同；引进国外技术生产的产品应有正式合同或生产许可证；专利技术产品应有样品（或样机），并有法定专业技术检测机构的检测报告；计算机软件产品应达到工程化、标准化、商品化程度，并在鉴定证书。
4． 产品市场广阔，经济效益显着，具有一定利税率。
5． 产品原料及技术装备有保障，已投入或近期内能投入批量生产，形成一定的经济规模。
6． 产品就尽量采用国际标准，生产定型鉴定时间离申报认定时间在两年以内。
三． 申请程序
1． 符合以上条件的企业，可下载或复印《中国高新技术产品目录》[网址：www1.most.gov.cn(科技动态栏)中的相关内容，或到各地市各科委及生产力促进中心查询，并在所属主导产品下划线，作为以后材料的附件。
2． 在所在省的科技信息网上下载《高新技术企业（产品）认定（复核）申请表》或到各地市各科委及生产力促进中心领表。
3． 填表并根据填表说明附近有关材料，下载或复印的高新技术产品目录附在其它附件前，其余按填表说明上的顺序附。
4． 材料一式五份，装订成册，在企业名称上盖红章。并到地市科委初审。
5． 经初审通过，将材料报省生产力促进中心。
希望能帮助到你望采纳
㈣ ERP软件，如何判断一款ERP软件是否成熟
其实这个标准可以说是很虚拟的，每个人判断的标准都是不一样的，但是可以总结出一些共性的东西来，以下文字来自网络，普实软件小助手作为搬运工为大家梳理以下，仅供参考：
所谓成熟的 ERP 应该首先表现为管理理论、软件功能和应用实践的成熟（有点儿飘。。）：
供应链管理作为 ERP 系统的指导思想，并不是一种孤立的理论。而是管理思想和计算机技术的结合体。从 ERP 的发展历程来看，ERP 的成熟完全符合理论、实践、再理论到实践的过程。在 ERP 软件的精髓中，可以发现泰勒的科学管理理论、法约尔的一般行政管理理论、霍桑的人力资源方法、运筹学以及管理的定量方法。因此，ERP 的成熟与否要看它所蕴涵的管理理论是不是在实际中已经得到了成功运用.
从 MRP 到ERP，从 BOM 到 MPS，软件功能与管理目标早已同步延伸到分销、财务、资产管理和决策支持等各个环节，各种功能逐渐定型，应用方案也日益清晰。因此，成熟的 ERP 也应该体现在这些深度应用环节的成熟上.
ERP 需要打破 MRP－II 只适用于传统制造业的行业局限性，需要把触角伸向各行各业，真正体现 ERP 的应用范围扩展性，并逐渐形成针对不同行业的解决方案，来满足不同行业业务的特殊需求。从管理方面看，企业应该超越以物料需求为核心的生产经营管理范畴，在人、财、物、产、供、销各个方面实现以客户为中心的经营战略.
普实软件小助手觉得：软件的成熟度，怎么说呢软件功能的话时时刻刻不再更新升级，对于甲方客户来说他们去判断成熟度，你让他们去分析你是用什么平台开发的什么架构什么语言等我觉得有点不显示，他们判断其实就是，软件公司成立年限（软件产品是何时面世的），目前客户群里覆盖率怎么样，售后服务的处理效率怎么样，去判断你这个软件的成熟度。
普实软件小助手整理，仅供参考。谢谢
㈤ 技术状态管理
技术状态管理是指在产品寿命周期内，为确立和维持产品的功能特性、物理特性与产品需求、技术状态文件规定保持一致的管理活动，主要内容包括技术状态标识、技术状态控制、技术状态记实和技术状态审核。
本文先从几个概念的理解入手，再从技术状态管理的四个方面说明对技术状态管理的理解与感悟。
一、几个概念的理解
1.1 技术状态项 技术状态项是指能满足最终使用功能，并被指定作为单个实体进行技术状态管理的硬件、软件或其集合体。
1）确定时机：较高层次的技术状态项可在方案阶段初期或之前选择，较低层次的技术状态项可在工程研制阶段初期或之前选择。
2）确定顺序：先进行产品工作结构分解，确定产品分解结构后再确定技术状态项，技术状态项应与工作分解结构单元对应。
3）确定原则：并非所有的工作分解结构单元都要作为技术状态项，被选择作为技术状态项的产品一般是： a）武器装备、分系统级产品或跨单位、跨部门研制的产品； b）在风险、安全、完成作战任务等方面具有关键特性和重要特性的产品； c）新研制的产品； d）接口复杂且重要的产品； e）单独采购的重要产品； f）使用和保障方面需要着重考虑的产品。
1.2 技术文件、技术状态文件和技术状态基线 技术状态文件是规定技术状态项的功能特性和物理特性，或从这些内容发展而来的关于技术状态项验证、使用、保障和报废要求的技术文件。通常是直接作为产品研制、生产或使用保障依据的技术文件，主要包括规范、图样及其他需要的技术文件。计算报告、试验报告等技术文件虽是产品定型所需技术文件，但一般不作为技术状态文件。并非所有的技术文件都是技术状态文件，这句话可以从两个方面理解： 1）对于规定其他非技术状态项特性的文件非技术状态文件。
2）对于技术状态项相关的文件，但没有规定其功能特性和物理特性的文件非技术状态文件，如计算报告等。 技术状态基线是在产品寿命周期内的某一特定时刻，被正式确认并作为今后研制生产、使用保障活动基准，以及技术状态改变判定基准的技术状态文件。一般包括功能基线、分配基线和产品基线。
作为技术状态基线，应同时满足三个条件： 1）被正式确认。什么叫正式确认呢？依据GJB3206，通过按GJB3273标准执行的技术审查才叫正式确认；在日常操作中，由客户组织或参加，多方认可或正式批复的方式都可以认为是正式确认。
2）作为今后研制生产、使用保障活动基准。通常指研制总要求（研制基准）、技术规格书（生产基准）、使用维护说明书（使用保障活动基准）以及相关的合同、规范或要求。（从这个角度看，技术设计报告、六性设计报告等都不属于技术状态基线。）
3）技术状态改变判定基准。通常说的是在研制、生产、使用过程中作为技术状态改变的基准，主要也是指研制总要求、技术规格书、使用维护说明书以及相关的合同、规范或要求。
怎么确定技术状态基线呢？这里提供两种思路，都有道理，但没有明确规定哪种是对的，但考虑到技术状态管理是为了管理技术状态，所以名称的问题就无关紧要了。 1）站在武器系统总体的角度来确定技术状态基线，GJB3206就是这种思路，技术状态管理基线表如下： 表1 武器系统总体的技术状态基线表 运用这个思路，那作为分承包商如何确定技术状态基线呢？GJB3206给出的思路是在这三个基线的基础上，在进行细分，如任务基线、研制基线、性能基线、制造基线等等，可以在概念不冲突的情况下实现技术状态可控。
2）站在分承包商的角度来确定技术状态基线，具体基线如下： a）功能基线：研制合同、研制任务书； b）分配基线：方案设计报告、“六性”计划、标准化大纲、技术规范等； c）产品基线：同表1。 比较两个角度的不同，相对于总承包商，分承包商因为接触不到方案论证报告和研制总要求，只能把研制合同和研制任务书作为功能基线，并从分配基线中拿出来，仅此而已。
1.3 功能特性、物理特性、功能技术状态审核、物理技术状态审核 把这两组概念拿出来的原因是因为在GJB3206中，类似的概念名称却有着完全不同的含义，废话少说，直接上定义了。 功能特性是指产品的性能指标和设计约束条件，如战术技术指标、使用保障特性等；物理特性是指产品的形体特征，如组成、尺寸、表面状态、形状、配合、公差、质量等，又称实体特性。所以，两者的区别是，一个指的是性能指标相关特性，一个指的是实体特征相关的特性，泾渭分明，比较清楚。 按惯常的思维，那功能技术状态审核应该是对技术状态项的功能特性的审核，物理技术状态审核应该是对技术状态项的物理特性的审核，事实呢，不是这样的，看定义。 功能技术状态审核是为了验证技术状态项的功能特性达到功能基线、分配基线规定的要求所进行的技术状态审核，可与设计定型工作结合进行，审核的内容一般包括（以下内容重点是针对设计过程的，重点看是否满足功能基线和分配基线）：
1）审核承制方的试验程序和试验结果是否符合技术状态文件的规定；
2）审核正式的试验计划和试验规范的执行情况，检查试验结果的完整性和准确性；
3）审核试验报告，确认这些报告是否准确、全面地说明了技术状态项的各项试验；
4）审核接口要求的试验报告；
5）对那些不能完全通过试验证实的要求，应审查其分析或仿真的充分性和完整性，确认分析或仿真的结果是否足以保证技术状态项满足其技术状态文件的要求；
6）审核所有已确认的技术状态更改是否已纳入技术状态文件并已经实施；
7）审核未达到质量要求的技术状态项是否进行了原因分析，并采取了相应的纠正措施；
8）审查偏离许可、让步清单；
9）对软件和硬件集合成一体的技术状态项，除进行上述审核外，还可进行必要的补充审核。
物理技术状态审核是为建立或验证产品基线，对技术状态项试制试产样品的完工状态，所依据的技术状态文件而进行的技术状态审核，物理技术状态审核应在功能技术状态审核完成之后进行，可与生产定型工作结合进行，审核的内容一般包括（以下内容重点是针对生产过程的，重点是为了验证产品基线）： 1）审核各技术状态项有代表性数量的产品图样和相关工艺规程（或工艺卡、下同），以确认工艺规程的准确性、完整性和统一性，包括反映在产品图样和技术状态项上的更改；
2）审核技术状态项所有记录，确认按正式生产工艺制造的技术状态项的技术状态准确地反映了所发放的技术状态文件；
3）审核技术状态项首件的试验数据和程序是否符合技术状态文件的规定：审核组可确定需重新进行的试验；未通过验收试验的技术状态项应由承制方进行返修或重新试验，必要时，重新进行审核；
4）确认技术状态项的偏离、不合格是在批准的偏离许可、让步范围内；
5）审核技术状态项的使用保障资料，以确认使用保障资料的完备性和正确性；
6）确认分承制方在制造地点所做的检验和试验资料；
7）审核功能技术状态审核遗留的问题是否已经解决；
8）对软件和硬件集合成一体的技术状态项，除进行上述审核外，还可进行必要的补充审核。 简单总结一下，功能特性和物理特性是从产品的特性角度分类的，而功能技术状态审核和物理技术状态审核与前面两个概念没有必然的联系，分别针对设计和生产过程，前者验证功能基线和分配基线，后者验证产品基线。
二、技术状态标识 从字面意思看，技术状态标识就是对技术状态项进行标识，对吗？不对，从GJB3206看，技术状态标识的工作任务包括：
1）选择技术状态项； 2）确定各技术状态项在不同阶段所需的技术状态文件； 3）标识技术状态项和技术状态文件； 4）建立技术状态基线； 5）发放经正式确认的技术状态文件并保持其原件。
这里需要说明的内容有三个：① 确定技术状态项在不同阶段所需的技术状态文件。因为技术状态项不包括产品所有的组成单元，所以，此处的技术状态文件包括两种：一是单独规定技术状态项的技术状态文件；二是包含技术状态项的技术状态文件。
② 标识技术状态项和技术状态文件。如何标识呢？技术状态项的产品型号和编号，因为具有唯一性可作为技术状态项的标识；技术状态文件也都有文件编号，同样具有唯一性可作为技术状态文件的标识。
③ 发放经正式确认的技术状态文件并保持其原件。这个要求比较严格，应该制定技术状态文件发放的程序，经过批准后才能发放，并记录发放的信息。在技术状态基线建立后，应控制并保持所有现行已批准的技术状态文件的原件（部分单位技术状态文件的底稿和正稿的管理方式应该是来源于此处要求）。
三、技术状态控制 大家对技术状态控制内容相对比较熟悉，具体内容包括三个方面：
1）制定控制技术状态更改、偏离许可和让步接收的管理程序与方法；
2）控制技术状态更改、偏离许可和让步；
3）确保已批准的技术状态更改申请，及偏离许可、让步申请得到准确实施。
技术状态控制的内容可分为两个部分来说明，一是技术状态更改，二是偏离许可和让步接收，具体内容如下。
3.1 技术状态更改 大家对技术状态更改的内容非常熟悉，关于其分类、程序等内容就不再一一赘述，需要说明的有两点： 1）技术状态更改应遵循的五条原则：“论证充分、试验验证、各方认可、审批完备、落实到位”，这也是来源于航天的经验总结，深刻而精辟。 2）I类、II类、III类技术状态更改的差异：I类技术状态更改和II类技术状态更改需要先编制技术状态更改申请，经审批后在编制技术状态更改通知（技术状态更改通知的形式一般有更改单或修改单、技术通报等），且I类技术状态更改和设计定型后的II类技术状态更改申请应经客户审批；而III类技术状态更改可直接编制技术状态更改通知，且III类技术状态更改和设计定型前的 II类技术状态更改申请可由承制方自行审批，并通知客户即可。
3.2 偏离许可和让步接收 在技术状态项制造前，如果承制方认为有必要临时偏离已批准的技术状态文件，可提出偏离许可申请。在技术状态项制造期间或检验验收过程中，如果承制方认为不合格品可返修或原样使用，可提出让步申请。 偏离、不合格的级别一般分为严重级和轻度级。严重级之外的属于轻度级，对下列一项或多项产品影响的偏离、不合格均属严重级： 1）性能； 2）功能接口或物理接口； 3）互换性； 4）形状、质量、质心； 5）可靠性、维修性、测试性、保障性、安全性； 6）环境适应性和电磁兼容性等特性； 7）人员健康与安全； 8）服役使用或维修； 9）造成严重后果的其他方面。 产品设计定型前的偏离许可、让步申请一般由承制方自行审批。产品设计定型后的偏离许可、让步申请应经客户审批。
四、技术状态记实 技术状态记实是在产品寿命周期内，为说明产品的技术状态所进行的记录、报告活动，具体任务包括：
1）记录并报告各技术状态项的标识号、现行已批准的技术状态文件及其标识号；
2）记录并报告每一项技术状态更改从提出到实施的全过程情况；
3）记录并报告技术状态项的所有偏离许可和让步的状况；
4）记录并报告技术状态审核的结果，包括不符合的状况和最终处理情况；
5）记录并维持已交付产品的版本信息及产品升级的信息；
6）定期备份技术状态记实数据，维护数据的安全性。 应从产品的方案阶段其开展技术状态记实活动，根据技术状态记实的任务，主要工作分为记录和报告两个方面，记录指的是在产品生命周期内记录相关的技术状态活动，容易理解，那报告的要求包括什么呢？从两个方面看：
1）在产品研制生产阶段，向客户报告，报告内容如下： a）技术状态项及其技术状态基线文件清单； b）当前技术状态说明报告； c）技术状态更改、偏离许可和让步状况报告； d）技术状态更改实施和验证报告； e）其他客户要求的报告。
2）向供方报告，其报告方式是从上面内容中挑选适用的文件发送给供方。
五、技术状态审核 技术状态审核是为确定技术状态项与其技术状态文件的一致程度而进行的正式检查，包括功能技术状态审核和物理技术状态审核，在第一章中已经说得比较清楚了，这里不再赘述。
六、结语 技术状态管理是武器装备研制系统工程的重要组成部分，是实施研制、生产质量保证的重要手段，只有在型号产品全寿命周期内严格控制技术状态，才能可靠地保证武器装备质量满足最终的使用要求。
㈥ 软件维护很难吗具体要做些什么
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。
通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来的维护活动预先做准备。
虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
㈦ 为什么在软件开发的早期阶段发现错误成本低
越到后面，软件定型程度越高，纠正错误所牵涉的各方面越多，
修改就越费时费力，成本就越高
㈧ ISO9001标准<品质管理体系><文件管制程序>内审要审些什么内容
二级 项目 项目号 具体项目(QA)
质量方针 1 是否有通过ISO组织(9001）之认证?
2 是否定义并文件化公司的质量方针,质量方针是否提供了建立并评审品质目标的框架?品质目标是否与公司的质量方针相一致
质量目标 3 组织内是否在相关功能和水平上建立了符合产品要求的可计量并可测量的品质目标,是否与方针一起在组织内被广泛传达并被理解
4 对质量目标是否分解到各个部门
5 为了持续适宜性,质量目标是否被评审
职责、权限和沟通 6 是否定义了从事影响产品,材料和服务各项品质工作相关的管理,执行和验证人员的职责,权限?对最高管理者的职责和权限是否有规定
7 是否提供了适当的,如过程和产品检查,试验,监控和评审内部验证活动方面的资源
内部沟通 8 对质量管理体系在组织内部建立了哪那些沟通渠道
9 能否保证客户相关信息在组织内部的适当并且及时沟通
管理评审 10 是否进行定期的管理评审，管理评审记录是否完善
11 管理评审的输入是否包括审核结果、顾客反馈、过程业绩以及以往管理评审的实施状况
12 管理评审的输出是否明确并有利于质量的持续改善
质量手册 13 质量手册是否包括质量管理体系范围,删减项的详细内容及理由
14 质量手册是否包括质量管理体系过程中的相互作用的描述,体系中的关键过程是否与架构及实际操作一致
文件控制 15 是否规定各类文件之审核权限,管制文件在发行前是否经授权人审核通过?
16 是否有统一标准规定文件格式?
17 是否有唯一性的文件编号？
18 文件修订状态能否明确识别，现场使用文件是否为有效版本？
19 是否对来自客户的标准、图样等技术文件进行控制
记录控制 20 是否所有质量记录保存完好、易于检索，并且定期维护整理
21 是否定义了质量记录的保存时间，在保存期限内之文件可否调出查阅
22 是否有最新的质量记录一览表
23 各部门使用的质量记录是否与质量记录一览表中的编号、格式相符
人力资源 24 公司是否制订了组织内部人力资源培训计划,计划的制定是否合理,符合公司及各部门的需求
25 是否被执行并进行保留了培训记录
26 培训效果的如何评价，有效性
27 对影响产品质量工作的人员是否进行识别并明确培训需求
数据分析 28 对市场返回的不良品是否有一套分析、纠正预防及持续改善流程
29 是否有一套对不合格品进行隔离、标识、记录、分析、改善及采取纠正预防措施的控制方法
30 对公司重大品质事故是否进行有效的分析和控制
31 纠正措施是否可以有效消除不合格
32 是否对预防措施的有效性进行监控确认
内部审核 33 是否有制订内部审核文件？文件内是否规定了内部质量审核,频次,范围,方法
34 内部质量审核时是否制订了具体审核计划
35 是否有按公司文件和ISO标准条款要求编制内部审核查检表？查检表是否能有效的指引内审人员进行内部审核？
36 内审人员是否进行的资格认证,是否有效
37 在内审时发现的不符合事项，是否采取对策并作追踪确认?
持续改善 38 是否定期对品质目标达成状况进行分析并提出改善对策
39 是否定期进行顾客满意度调查
产品贮存与运输 40 是否制定产品搬运,贮存,包装和交付管理办法，且能贯彻执行
41 原材料发放如何保证先进先出原则，是否有帐台明细表记录
42 是否制定合适的搬运方法，以防止产品的损坏
43 静电敏感材料是否使用防静电控制
44 是否规定各类材料、成品的库存有效期
45 在产线上发现物料质量问题时对仓库未使用物料如何处理，是否有文件规定
46 在客户端出现批量问题时对在库和在途物料和处理，是否有文件规定
47 是否建立了相关流程文件防止退回的RoHs产品与非RoHs产品的混淆
48 是否有文件规定了适当的运输工具,运输工具是否被维护在较好的使用状态下
49 是否提供了防止产品/物料损坏,变质的方法
50 可燃,腐蚀,毒性等物品是否进行了适当保存隔离
51 物料存储时的是否有识别标识,是否清晰
52 对循环使用品是否有适当控制
53 是否在外箱货品票上增加了“是否RoHS”一栏
54 仓库的环境是否进行了控制,是否在控制范围内,记录是否保存
55 是否制定运输保证文件以提供运输过程中的产品防护
制程检验控制 56 是否设定工程不良率目标并对目标达成状况进行分析确认
57 是否执行巡查检验并进行记录
58 生产开始/生产换班时是否进行首件确认,且保存记录
59 是否对设备进行点检、保养并保持记录
60 工程中不良的管理和处理方式是否明确
61 生产品种型号改变时，作业指导书、作业工具等是否及时更换
62 是否有返工流程并依规定执行返工作业
63 对生产中发现的不良品是否有标识区分
64 对生产中的不良是否及时分析回馈给相关部门并对导入的改善对策进行确认追踪
65 是否通过制程控制计划的执行,测量技术,抽样计划,相应的分析改善措施等方面来维护制程表现
66 是否有SPC训练计划，员工SPC培训考核记录是否保存
67 是否对相关的人员都进行了RoHs的培训及资格认证并且RoHs的培训记录是否完整
68 所有关键参数及制程统计控制的规则定义是否清楚
69 是否进行制程稽核,是否全面有效？
成品检验控制 70 是否每批都经过完整的检验、试验合格后才放行
71 作业员是否经培训考核合格后上岗且严格依指导书作业规范操作
72 作业指导书及检验规范是否明确,全面
73 是否针对RoHs建立了相应的检验标准，检验站的作业指导书是否更新
74 检验过程中产品状态标识是否明确
75 批退有无重工流程及程序，且重工执行完整的检验试验过程
76 针对所发现的不良,是否评估影响范围,有否发行CAR并对改善对策进行追踪验证，对策无效时是否再改进
77 是否对成品检验品目标达成状况进行分析
78 是否在成品本体上标注了“RoHS”字样
79 RoHs的产品是否通过第三方权威机构检测
80 是否对不合格品进行再处理
81 紧急放行和交付是否经权责人员评审批准
82 是否保存检验记录，且便于查询
生产流程控制 83 生产开始时领料或者配料的依据是否明确
84 所有材料正确存放避免混料或损坏
85 是否制作QC工程图并依此作业
86 每个生产工序是否有作业指导书并按规定作业,进行规范操作
87 对产品符合要求所需的生产环境是否有规定,是否进行识别且实施监控,有记录
88 在需要时,判定样品和检验工具是否具备,是否有明确定义
89 处理ESD材料时操作者有否戴静电环(是否有程序规定并依规定执行),ESD系统是否装配,且合理,是否进行日常维护
90 对可能接触产品工业外型的人员是否规定必须配戴手套并依规定作业
91 是否建立了停线和停止出货的标准
92 是否区分定义了RoHs产品制程中的关键环节,并制定了降低风险的控制计划,是否实施并定期评审
93 所有通过/未通过测试的产品是否采取适当方式分开以避免混淆
94 是否有文件规定所有设备夹具符合RoHs的要求,并执行了该规定
95 是否识别关键工序和特殊工序并加以控制
96 关键工序和特殊工序的作业员是否经过培训考核合格后上岗
97 是否制定了关键元器件以及产品的追溯系统,是否有效
98 是否制定了RoHs材料及产品的包装标识隔离等要求的文件
99 是否有系统控制锡膏的保存环境
100 锡膏的使用是否遵循先进先出；
101 是否有系统有效控制锡膏的使用过程,如解冻回收等环节,
二级 项目 项目号 具体项目(PE)
研发控制 1 对产品设计和（或）开发是否进行了策划？策划的阶段是否符合产品的特点？
2 设计输入是否得到充分的评审与协商，使之满足客户和预期要求
3 设计和（或）开发输出是否满足输入的要求？输出文件的完整性是否满足规定要求
4 评审结论是否在下阶段设计中得到贯彻，样品设计中发现的问题是否在定型设计中得到解决
5 是否实施了设计和（或）开发的验证？验证活动是否确保输出满足输入的要求
ECN变更 6 对于设计/工程变更是否有识别、审批、批准的书面化程序
7 设计/工程变更在执行前是否经权责人员审批并形成记录
8 是否严格按照规定的时机发放ECN并及时传达到受影响的部门,是否对实施效果确认
9 ECN变更前是否通报给顾客同意后才实施
10 对重要的设计更改，是否进行了系统分析、论证、验证，严格履行审批
量测仪器的控制 11 是否按照校验计划及清单对试验试验设备进行校验
12 对测量设备是否能追溯到校验或检定的测量标准
13 程序文件是否规定了校准不合格设备的处置
14 负责校准的人员是否接受过培训并被正式鉴定
15 对新增试验设备投入使用是如何管理的
16 测量设备的内校、外校记录是否保留
17 测试软件是否能满足预期用途；对软件是否有版本控制
18 有否设定仪校室及仪校室之环境有否进行管控?
19 校验用之校验标准品是否有明显标识及管控?
20 重要仪器设备是否有备用品?主要仪器停止运作有否标示说明?
21 是否订定仪器设备维护保养作业程序书并遵照执行?
22 厂内使用之仪器是否在校验期内?
维修过程 23 维修员是否培训考核合格后上岗,是否具备充足的技能
24 用于修理的工具、测试仪器和相关支持文件(如电气图、LAYOUT等)是否充分满足修理需要
25 是否修理站区分RoHs和非RoHs的区域,并且是否修理站的工具满足RoHs的要求
26 是否有维修记录，维修记录是否具有可追溯性，是否对维修数据进行分析识别改善机会
27 维修过的产品是否重流生产线进行调试和测试
28 是否在返工及修理的过程中有相应的湿敏元件的控制方法,并有相关文件规定
29 是否对维修品正确标识防止混料和修理遗漏
生产过程试验 30 是否有适宜的产品可靠性试验计划和相应的操作规程,是否满足客户的要求
31 用于试验的设备和仪器在校验期内，设备仪器参数设置能满足试验标准要求
32 是否严格按照规定的周期、项目、试验条件进行试验
33 是否建立了一套实现RoHs产品的流程文件
34 是否针对RoHs增加了可靠性实验
35 当可靠性测试失败时是否提出纠正措施
36 对试验不合格而已经出货的产品是否进行追溯评估
37 试验报告和数据记录是否进行有效保存
生产设备、治工具控制 38 是否具备较先进精密的或非陈旧的制造设备，是否有操作指导书？
39 有否订定制程各站之标准工时及作生产线均衡分析?
40 设备及治工具的维护保养是否进行按照规定行进，记录保留是否完整
41 是否在适当的工位提供了治具以提高生产效能？
42 对治工具的使用寿命(或者使用次数)是否有书面规定？治工具是否在使用寿命之内
43 治工具上有无物料编码等标记便于追溯
44 工程部门有否对生产线之不良&QA不良进行分析及控制?
45 作业指导书是否明确规定了所用机器设备、工具、材料、规格，并有版本控制
46 作业指导书是否明确规定了机器产品的参数,设置.
47 产品的功能及测试范围是否覆盖客户要求
二级 项目 项目号 具体项目(PUR)
交期能力评估 1 是否规划生产管理之责任单位并有书面之作业程序
2 是否有书面之生产计划及能否依计划完成排程
3 有否未达成生产计划之检讨与对策作业,记录是否完整
4 是否有充足的原材料来源满足生产计划
5 成品仓储之空间及搬运能否满足客户需要
6 制造设备产能是否能满足公司之需求及是否有能力处理紧急订单
成本控制与配合服务 7 财务状况是否能满足持续性经营及扩展性经营
8 是否能对客户提出的指令提出需求与改善建议
9 在需要时是否能提供出货检验报表及出货检验月报与信赖性测试报告
10 是否能及时准确提供周生产进度及品质报告给客户
11 是否能提供正确的周期库存报表与及时准确的随货提供送货单
12 是否有成本分析作业程序(损耗成本&材料成本)并评估报价的准确性
13 生产前样品制作及送样承认作业时效是否能满足客户需求?是否书面作业规定
14 公司高阶人事结构是否能满足持续稳定发展需要?
与顾客有关的过程控制 15 是否有合同评审程序,如何确保其执行
16 客户对产品有关技术要求是否进行定义并形成记录
17 对顾客要求变更的内容是否进行评审
18 与顾客沟通的过程是否形成记录并对其有效性进行确认
19 在生产过程中发现产品缺陷或者重大不合格是是否通知客户，是否有文件规定
20 产品持续生产过程中是否按照客户要求进行例行试验、增加确认检验
供应商管理 21 是否建立了选择和评价供方的标准及流程(体系审核,生产现场审核)
22 供应商的选择是否基于满足合同要求的能力,包括品质要求
23 是否与供方签定品质协议来约束双方责权
24 合格供方名单是否经审批生效并定期更新
25 是否定期对供方业绩进行考评并形成记录,是否包括价格,品质,技术,服务
26 是否根据业绩考评结果对供方采取相应措施（如减少定单、停止采购、辅导监察等）
27 是否定期对供方监察
28 对考评或者监察不合格供方是否要求提供书面改善并进行改善效果验证
29 是否对供方提出不断提升的质量目标并定期考评质量目标达成状况，并要求供方持续改善
30 是否有进行供货商品质管理(如评鉴.评比.稽核.奖罚等)?有否书面程序文件并有执行记录?
31 采购流程以及采购订单等是否经审批后才发出
32 特采物料是否经审批后才实施，并且在使用后是否对其性能表现进行了的跟踪验证,是否有相关规定及要求
33 是否对交货及时性确定了目标,是否有评估
供应商的ROHS管控 34 是否在新供应商引入和供应商稽核时，有针对RoHs的稽核,并有相关纪录
35 是否将相应的RoHs要求发给了各供应商,并建立了能够接受RoHS要求并能够做到RoHS的供应商名单
36 订购单上是否有明确写明“ROHS的相关要求”
37 公司内是否有验证禁止或减少使用6项有害物质的文件
38 供货商是否有向公司提供ICP成分表
39 是否有定期的供货商(HSPM)稽核计划并执行稽核
40 是否可提供保证书或宣告表
41 是否能保证所采购的可回收材料中未使用有害物质
新零部件承认 42 是否建立对新零部件承认程序
43 新零部件承认是否依要求进行，新零部件的相关资料是否给相关部门
44 是否有零件的审批流程,并且零件的审批报告是否在量产之前完成
分包商的控制 45 是否有外包过程？
46 对于外包商是否建立了选择和评价供方的标准及流程(体系审核,生产现场审核)
47 文件是否有规定了外包过程控制的类型和程度？
48 是否有依文件执行？
49 是否保留了相关记录？
客户投诉处理 50 对于客户投诉是否有具体的处理流程
51 如何规定和保证客户投诉响应速度
52 对退品率是否设定目标,是否定期审核达成情况
二级 项目 项目号 具体项目(IQC)
来料控制 1 收到物料后是否对包装上的信息标识及包装状况做检查
2 针对每一种部品的检验是否都有作业指导书，作业指导书是否明确、清楚,版本控制及相应的创建信息
3 检验规范是否包括了关键参数,尺寸,功能外观检测,并且是否对RoHs的原材料，成品都有相应的标准规格，及检验方法
4 检验标准或检验规范是否在生产前作成、检查方式及项目是否明确
5 物料变更时是否有明确的检验依据
6 是否有相关的流程规定来确保来料的RoHS符合性
7 检查员是否按检验标准或规范进行检查
8 是否检验标准中要求的检验项目均有检验记录
9 IQC是否有分析测量的仪器及能力
10 是否收集了供应商的RoHS情况声明书及第三方检测机构出具的监测报告,并是否定期对检测报告进行更新
11 目检条件是否满足,适当
12 检验使用的样品是否经过认证和处于受控状态
13 对检查员是否考核和定期的培训，是否有明确的培训计划
14 对检查员是否实行认证制度,认定的标准是什么
15 是否对进货目标达成状况进行分析
16 是否按品质状况进行检查水准调整
17 如有免检或委托检查,是否定义了满足条件,是否有相关资料证明
18 对供应商提供的检验资料是否进行审查,是否满足检验标准和相应的技术规格要求
19 对客户提供的物料是否进行检验
不合格物料处理 20 不合格品是如何进行识别的,及其处理方式是否得到资格人审批
21 是否有降低标准或让步接收物料情况，如何进行批准的
22 对不合格批次是否有分析报告
23 对分析报告中纠正和预防措施是如何跟踪的
24 是否有明确的RMA流程处理客户退品
客户投诉处理流程 25 对客诉问题点有否进行由专人分析或召开检讨会议.拟定有效对策并有进行对策导入确实性追踪并与客户建立固定沟通窗口?
26 客诉问题点对策是否确实发落到各相关单位标准化执行(相关SOP&SIP&图面等文件有否修订)?
27 有否统计客诉问题点之对策改善前后品质状况比较及进行检讨结案处理?
28 是否有建立客户投诉一览表？
环境管理体系 29 是否建立环境管理体系
30 是否制定了环境方针并能保证方针的实施
31 组织内部是否制定环境目标和指标的文件
32 对环境管理工作的职责和权限是否有明确规定
33 对于供应商的ROHS变更是否管控
34 供应商的物料变理、场地变更等变更信息是否书面通知客户
35 是否要求供应商提供材料的“物质材料宣告表”和SGS报告
36 ROHS物料使用是否具有可追溯性
㈨ 软件可靠性测试主要在哪个阶段
为了评价分析电子产品可靠性而进行的试验称为可靠性试验，可靠性测试涉及产品研发、设计、生产、运输等阶段，
1.
在研制阶段用以暴露试制产品各方面的缺陷，评价产品可靠性达到预定指标的情况；
2.
生产阶段为监控生产过程提供信息；
3.
对定型产品进行可靠性鉴定或验收；
4.
暴露和分析产品在不同环境和应力条件下的失效规律及有关的失效模式和失效机理；
5.
为改进产品可靠性，制定和改进可靠性试验方案，为用户选用产品提供依据。
对于不同的产品，为了达到不同的目的，可以选择不同的可靠性试验方法。