产品送检技术资料要求(doc)-编号：
编号：
计算机安全产品销售许可证
产品送检技术资料
委托单位（公章）：
产品名称：
产品（版本/型号）：
填表日期：
公安部计算机信息系统安全产品质量监督检验中心
填表要求
1、一律用计算机填写，内容要具体、真实。
2、如填写内容较多，可另加附页。
3、申报资料份数为纸版一份，电子版一份。
保密性声明
本检验中心承诺对送检客户提供的文档资料保密
目录
注：
1.以上文档要求为通用要求。要求为必要的文档必须提供，否则产品委托申请不予接受。若产品检验执行标准对文档有特殊要求的，按所执行标准中的要求进行提供；
2.安全操作系统、安全数据库产品送检，以上文档均须提供。
文档1：
计算机信息安全产品生产开发调查表
公司名称：
产品名称：
产品版本号或型号：
1、开发企业合作情况：
A. 国内自主开发
B. 国内合作开发（包括OEM国内产品）
C. 国外产品
D. 国外合作开发（包括OEM或汉化国外产品及国外独资或合资企业在华生产）
注：港、澳、台地区产品归入国外
2．自主开发情况（1项选A填写）
A. 全部代码自主产权、有产权证明
B. 全部代码自主产权、无产权证明
C. 部分代码自主产权
FREE代码名称：
FREE代码版本号或型号：
3．OEM及汉化情况（1项选B/D填写）
公司名称：
产品名称：
产品版本号或型号：
文档2：
分发和操作文档
一．分发
本文档应包括以下内容：
1．分发过程，应将可信计算基或其部分的分发以文档形式提供给用户，分发文档应描述给用户分发可信计算基的各版本时用以维护安全所必须的所有过程，并按该过程进行分发。
2．修改检测，要求除按分发过程的要求进行可信计算基的分发外，分发文档还应：
——描述检测修改的方法和技术，或者描述开发者的主拷贝与用户收到的版本之间的任何差异；
——描述用来检测试图伪装成开发者向用户发送产品的方法。
3．修改防止，要求在修改检测的基础上，分发文档应描述如何防止修改的方法和技术。
二．操作（安装、生成和启动）
本文档应包括以下内容：
1.产品的基本组成及功能描述：
●硬件产品应具备电源、开关、接口等图形说明
●软件产品应具备硬件平台和软件平台的要求，管理员
用户名和登录口令
网络产品应具备安装的网络拓扑图
2.产品的安装过程，启动和引导
3.产品的确省配置和安全策略
4.与产品安全功能相关的术语及定义说明
5.日志生成，要求文档应描述建立日志的过程，该日志包含
了用以生成可信计算基的生成选项，从而能够明确决定可
信计算基是何时及如何产生的。
注：产品功能实现和测试所需特殊软硬件产品应由委托方提供。
产品指导性文档
一．管理员指南
本文档应包括以下内容：
1.描述安全管理员可使用的管理功能和接口；
2.描述如何以安全的方式管理；
3.说明在安全处理环境中管理员可获取的功能和权限的警告；
4.描述所有与安全操作有关的用户行为的假设；
5.描述所有受安全管理员控制的安全参数；
6.描述每一种与管理功能有关的安全相关事件，包括改变安全功
能所控制的实体的安全特性；
7.描述与安全管理员有关的系统环境的所有安全要求。
二．用户指南
本文档应包括以下内容：
1．描述非安全管理员用户可用的功能和接口；
2．描述用户可获取的安全功能和接口的用法；
3．说明在安全处理环境中用户可获取的功能和权限的警告；4．阐明安全操作中用户应负的责任，包括在安全环境中能找到的用户行为的假设；
5．描述与用户有关的系统环境的所有安全要求。
注：要求内容详尽，语言规范，通俗易懂
产品测试文档
本文档应包括以下内容（参照GA/T 390-2002 计算机信息系统安全等级保护通用技术要求）：
1．严格的覆盖分析
开发者应提供测试覆盖的分析结果。
测试覆盖的分析结果应表明测试文档中所标识的测试和安全功能规约中所描述的安全功能是对应的，且该对应是完备的。对于安全功能规约所标识地安全功能的所有外部接口，测试覆盖的分析应严格地阐明这些外部接口已经被完备测试过了。
2．测试：实现表示
开发者应提供测试深度的分析。
在深度分析中，应说明测试文档中所标识的对安全功能的测试，足以表明该安全功能是根据高层设计、低层设计以及实现表示而运作的。3．顺序的功能测试
开发者应测试安全功能，将结果文档化并提供测试文档。
测试文档应包括测试计划、测试过程、预期的测试结果和实际测试结果。测试计划应标识要测试的安全功能，并描述测试的目标。测试过程应标识要执行的测试，并描述每个安全功能的测试概况，这些概况包括对其它测试结果的顺序依赖性以及对顺序依赖性的分析。期望的测试结果应表明测试成功后的预期输出。实际测试结果应表明每个被测试的安全功能能按照规定进行运作。
4．独立性测试
开发者应提供证据证明，开发者提供的防火墙经过独立的第三方测试并通过。
产品配置管理文档
本文档应包括以下内容（参照GA/T 390-2002 计算机信息系统安全等级保护通用技术要求）：
1．5.2.1.1 配置管理自动化
2．5.2.1.2 配置管理能力
3．5.2.1.3 配置管理范围
产品开发文档
本文档应包括以下内容（参照GA/T 390-2002 计算机信息系统安全等级保护通用技术要求）：
1． 5.2.3.1 功能设计
2． 5.2.3.2 高层设计
3． 5.2.3.3 实现表示
4． 5.2.3.4 TSF内部结构
5． 5.2.3.5 低层设计
6． 5.2.3.6 表示的对应性
7． 5.2.3.7 安全策略模型化
产品生命周期支持文档
本文档应包括以下内容（参照GA/T 390-2002 计算机信息系统安全等级保护通用技术要求）：
1.开发者定义的生命周期模型，要求开发者应建立用于开发和维护
TCB的生命周期模型。该模型应对TCB开发和维护提供必要的控制。开发者所提供的生命周期定义文档应描述用于开发和维护TCB 的模型。
2.标准生命周期模型，要求开发者应建立标准化的、用于开发和维
护TCB的生命周期模型。该模型应对TCB开发和维护提供必要的控制。开发者所提供的生命周期定义文档应描述用于开发和维护TCB的模型，解释选择该模型的原因，解释如何用该模型来开发和维护TCB，以及阐明与标准化的生命周期模型的相符性。
3.可测量的生命周期模型，要求开发者应建立标准化的、可测量的、
用于开发和维护TCB的生命周期模型，并用此模型来衡量TCB的开发。该模型应对TCB开发和维护提供必要的控制。开发者所提供的生命周期定义文档应描述用于开发和维护TCB的模型，包括针对该模型衡量TCB开发所需的算术参数和/或度量的细节。生命周期定义文档应解释选择该模型的原因，解释如何用该模型来开发和维护TCB，阐明与标准化的可测量的生命周期模型的相符性，以及提供利用标准化的可测量的生命周期模型来进行TCB开发的测量结果。
产品脆弱性评定文档
本文档应包括以下内容（参照GA/T 390-2002 计算机信息系统安全等级保护通用技术要求）：
1． 5.2.7.1 隐蔽信道分析
2． 5.2.7.2 防止误用
3． 5.2.7.3 TCB安全功能强度
4． 5.2.7.4 脆弱性分析
产品技术规格书
技术规格书 一、说明 1、除采购文件明确的品牌外，欢迎其他能满足本项目技术需求且性能与所明确品牌相当的产品参加，同时填写技术规格偏离表。 2、其中打“▲”的条款为实质性条款。 3、招标范围：设备的技术规格和要求表中的所有设备供应、安装、调试、验收、技术培训、售后服务。 4、本项目所有设备必须一起投，否则将视作未响应招标文件实质性要求，从而导致该投标人投标无效。 5、设备交货及安装调试完毕时间：合同签订后30 日历天。 6、除技术规格书中标明允许进口产品外，其他均不允许进口产品参加，进口产品的认定按财办库〔2008〕248号文件及相关文件规定。 二.设备的技术规格和要求表 数据采集仪要达到的主要功能如下： 1)实时数据采集功能系统可采集模拟量和开关量形式的各类参数。 2)历史数据存储功能采集到数据，以设定的时间间隔存储，时间间 隔可根据需要任意设定。数据保存的时间≥6个月。 3)数据通讯功能通过有线/无线形式与环境监控中心进行数据通讯。 4)具有报警功能当获取的数据超过设定的报警值时，主动向环境监
控中心传输相关的报警信息。 5)实时数据、历史数据的通过曲线或数据列表的形式显示。根据需要 可进行图表的打印。 6)各种监测参数的量程、报警值、相关换算系数及其他设置内容（如 下位机的系列号，用于通讯的相关设置等）。 7)反向控制在现场仪器仪表提供相应功能和协议的条件下，可实现对 仪器仪表的反向控制，如自动清洗，量程校正、分瓶采样、视频控 制等。 8)数采仪要求视频接入模块(支持电信“全球眼”视频叠加技术)。 9)企业端2路视频数据可保留一周以上，支持智能存储/删除。 10)支持浙江省污染源在线监控系统使用。 11)提供多种通讯接口（4-20Ma、RS232、RS485等）。 12)支持间歇性排放标准的企业的监控控制，实现通过流量来控制仪器 的做样。 13)数采仪要求视频接入模块。 （二）PH分析仪 pH测量范围0.00 to 14.00 pH 分辨率0.01 pH 准确度± 0.01 pH 温度测量范围- 9.9 to + 125.0 °C 分辨率0.1 °C 相对准确度± 0.5 °C 传感器Pt 100 /Pt 1000 (连线端子选择) 温度补偿方式自动/ 手动 (参照 25.0 °C) 设定点和控制器功能 功能(可转换的) 设定点控制器 控制器特性极限控制器 加速 /减慢继电器0 to 2000 秒. pH 迟滞宽度0.1 to 1 pH 工作电压最大 250 VAC 工作电流最大. 3A 功耗最大 600 VA 电参数和连接 电源110 / 220 VAC (短路子选择) 频率48 to 62 Hz 输出信号 4 to 20 mA, 电隔离
软件系统JAVA开发编码规范V1.0
软件系统JAVA 编码规范 版本V1.0
文档信息： 内容范围： 本文档是软件系统JAVA编码规范。适用的对象： 公司相关技术人员。
目录 1 介绍（INTRODUCTION） (5) 2 2 文件名（FILE NAMES） (6) 2.1文件后缀（F ILE S UFFIXES） (6) 2.2常用文件名（C OMMON F ILE N AMES） (6) 3 文件组织（FILE ORGANIZATION） (7) 3.1J AVA源文件（J AVA S OURCE F ILES） (7) 3.1.1开首注释（B EGINNING C OMMENTS） (7) 3.1.2包和引入语句（P ACKAGE AND I MPORT S TATEMENTS） (8) 3.1.3类和接口声明（C LASS AND I NTERFACE D ECLARATIONS） (8) 4 缩进排版（INDENTATION） (9) 4.1行长度（L INE L ENGTH） (9) 4.2换行（W RAPPING L INES） (9) 5 注释（COMMENTS） (13) 5.1实现注释的格局（I MPLEMENTATION C OMMENT F ORMATS） (13) 5.1.1块注释（B LOCK C OMMENTS） (13) 5.1.2单行注释（S INGLE-L INE C OMMENTS） (14) 5.1.3尾端注释（T RAILING C OMMENTS） (15) 5.1.4行末注释（E ND-O F-L INE C OMMENTS） (15) 5.2文档注释（D OCUMENTATION C OMMENTS） (16) 6 声明（DECLARATIONS） (17) 6.1每行声明变量的数量（N UMBER P ER L INE） (17) 6.2初始化（I NITIALIZATION） (17) 6.3布局（P LACEMENT） (17) 6.4类和接口的声明（C LASS AND I NTERFACE D ECLARATIONS） (18) 7 语句（STATEMENTS） (20) 7.1简单语句（S IMPLE S TATEMENTS） (20) 7.2复合语句（C OMPOUND S TATEMENTS） (20)
数据库设计和编码规范
数据库设计和编码规范 Version
目录
简介 读者对象 此文档说明书供开发部全体成员阅读。 目的 一个合理的数据库结构设计是保证系统性能的基础。一个好的规范让新手容易进入状态且少犯错，保持团队支持顺畅，系统长久使用后不至于紊乱，让管理者易于在众多对象中，获取所需或理清问题。 同时，定义标准程序也需要团队合作，讨论出大家愿意遵循的规范。随着时间演进，还需要逐步校订与修改规范，让团队运行更为顺畅。 数据库命名规范 团队开发与管理信息系统讲究默契，而制定服务器、数据库对象、变量等命名规则是建立默契的基本。 命名规则是让所有的数据库用户，如数据库管理员、程序设计人员和程序开发人员，可以直观地辨识对象用途。而命名规则大都约定俗成，可以依照公司文化、团队习惯修改并落实。 规范总体要求 1.避免使用系统产品本身的惯例，让用户混淆自定义对象和系统对象或关键词。 例如，存储过程不要以sp_或xp_开头，因为SQL SERVER的系统存储过程以 sp_开头，扩展存储过程以xp_开头。 2.不要使用空白符号、运算符号、中文字、关键词来命名对象。 3.名称不宜过于简略，要让对象的用途直观易懂，但也不宜过长，造成使用不方 便。 4.不用为数据表内字段名称加上数据类型的缩写。 5.名称中最好不要包括中划线。
6.禁止使用[拼音]+[英语]的方式来命名数据库对象或变量。 数据库对象命名规范 我们约定，数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。对象名字由前缀和实际名字组成，长度不超过30。避免中文和保留关键字，做到简洁又有意义。前缀就是要求每种对象有固定的开头字符串，而开头字符串宜短且字数统一。可以讨论一下对各种对象的命名规范，通过后严格按照要求实施。例如：
产品送检资料要求
产品送检资料要求（生物性能）
产品送检资料清单 注：1.请按照上述清单准备送检资料，并根据实际情况在“是否齐备”栏进行打“√”； 2.所提供的纸质版资料均需加盖企业章及骑缝章。
样品数量 注：上述样品数量为样品制备选取部件或材料的最少样品数量，需同时满足试验所需样品量和最小包装样品量的要求。如进行多项目检测，样品数量需相应增加。
附件2： 委托方送检材料说明 一、基本信息 二、样品描述 1、主要成分： 2、预期用途 接触部位：□完好皮肤□黏膜□损伤表面□血路□循环血液□组织/骨/牙本质□其他： 接触时间：□短期（≤24h）□长期（＞24h-30d）□持久（＞ 30 d） 三、取样说明 1、样品结构图（需标记及说明部件/部位名称）
2、样品制备选取部件/部位或材料及用量 3、测试方式 □混合测试（单次收费）□分部件/部位测试（按部件/部位收费）4、其他需说明的事项： 委托方：(盖章) 年月日
生物学试验方案 一、细胞毒性 1、试验样品制备 □取样部件/部位：， 浸提比例：， 浸提条件：37±1℃、24±2h， 浸提介质：含血清培养基。 □取直接进行试验。（适用于液体，凝胶，单一材质的片状产品）。 2、试验方法 □按照GB/T 16886.5-2017中附录C规定的试验方法进行。（MTT法） □按照GB/T 16886.5-2017中8.2规定的试验方法进行。（显微镜观察法）□按照GB/T 16886.5-2017中8.3规定的试验方法进行。(直接接触法) □按照GB/T 16886.5-2017中8.4.1规定的琼脂扩散法进行。（间接接触法）□其他：。 3、试验要求 □细胞存活率应不小于70%。（仅适用于MTT法） □细胞毒性分级不大于□1 □2 □3 □4。（分级大于2时被认为有细胞毒性） 二、致敏试验 1、试验样品制备 □取样部件/部位：， 浸提比例：， 浸提条件：℃、h， 浸提介质：。 □取直接进行试验。（适合于与正常皮肤接触的胶带、敷贴类，材料单一的产品--封闭贴敷试验） 2、试验方法
软件配置项标识编码规则设计方案解读
软件配置项标识编码规则设计方案 刘宏 2011-9-18 Mail:lh@https://www.sodocs.net/doc/6814741853.html, 1.背景 1.1.服务外包中迁移 在服务外包中，难度较大的阶段为——服务外包的迁移工程。 服务迁移工程难度大的主要原因之一，是没有实施迁移前准备标准和迁移后的验收标准。也就是在服务成熟到何种程度——包括管理与技术成熟度，服务才能够向外包方进行迁移，以便发包方有效控制服务外包中的风险，达到服务外包的目的。 服务外包迁移前应达到的准备标准——包括管理标准与技术标准，技术标准是管理标准的基础。技术标准是在服务外包迁移中的必要条件，管理标准是服务外包迁移中的充分条件。 不同服务业务在外包迁移中，具有不同的技术标准，但是具有相同的管理标准——ISO20000规定了管理相关的内容。 因为不同的服务业务具有不同的服务技术标准要求，因此正对IT服务外包业务应根据业务的特点编制相关的技术标准要求。IT服务外包业务可以包括： ●IT系统基础平台维护服务外包 ●IT系统支撑环境维护服务外包 ●应用系统的维护服务外包 1.2.服务外包迁移标准内容 每类服务有可以分成：运营服务（一线服务）、支持性服务（二线服务）、变更性服务（三线服务）。 在IT服务外包中风险较大的是运营服务，因为运营服务一直是直接在客户的生产环境实施，一旦发生错误，有可能给客户造成无法挽回的损失。目前一般风险较大的运营服务，有客户自己承担，不进行外包。 支持性服务也是在客户生产环境实施，但是一般需要进行策划与实施结果测试。由于支
持服务具有一定的技术性，因此这种服务外包迁移前应按照技术标准要求通过验收。只有通过技术标准验收的服务才能够实施服务外包的迁移。 变更性服务是在其他环境中测试完成后，在反映到生产环境中。因此变更性服务与系统建设期的系统开发存在不同的风险。在系统建设期，可以进行充分的测试与试运行测试。在变更性服务由于工期与成本的原因，可能不能充分进行测试与试运行。 1.3.服务外包迁移中标准需求 服务外包方为了及时提供服务需要将分包方的技术成果迁移到外包方处，因此分包方向服务外包方进行服务迁移时，在服务迁移时，迁移哪些内容，迁移的内容在迁移前应到技术标准要求应进行验证与确认。若是没有达到服务外包迁移技术标准，很显然是增加服务外包迁移的风险。 在服务外包迁移实施中，需要对服务外包迁移内容结果进行验证，因此需要服务外包迁移结果验证与确认的技术标准要求。 1.4.应用软件服务迁移标准需求分析 在应用软件系统维护服务外包的迁移中，技术标准主要是针对分包方迁移给外包方的所有技术成果物。对这些成果物需要相关的技术标准要求，以便在服务外包迁移过程，分包方与外包方能够有效沟通与交接，确保服务能够连续，不因为服务外包迁移发生中断或服务水平下降。 为了确保分包方与外包方能够有效进行技术沟通，首先需要明确出工程成果物的标识标准——配置项标识编码标准。这一标准能够是双方能够正确地在配置管理库中找到所需要的配置项。 为了能够有效避免交付过程中，使用错误的成果物。就需要双方共同承认的成果物的编码规则或标准。 由此得出结论：软件配置项标识编码规则，是IT应用系统维护服务外包的技术标准中的基础。 2.方案的目的与目标 2.1.目的 通过提供一般软件配置项编码规则，为企业的软件配置项的管理提供自动化处理的解决
产品送检技术资料要求编
编号： 计算机安全产品销售许可证 产品送检技术资料 委托单位（公章）： 产品名称： 产品（版本/型号）： 填表日期：
公安部计算机信息系统安全产品质量监督检验中心 填表要求 1、一律用计算机填写，内容要具体、真实。 2、如填写内容较多，可另加附页。 3、申报资料份数为纸版一份，电子版一份。 保密性声明 本检验中心承诺对送检客户提供的文档资料保密
目录 注： 1.以上文档要求为通用要求。要求为必要的文档必须提供，否则产品委托申请不予接受。若产品检验执行标准对文档有特殊要求的，按所执行标准中的要求进行提供； 2.安全操作系统、安全数据库产品送检，以上文档均须提供。
文档1： 计算机信息安全产品生产开发调查表 公司名称： 产品名称： 产品版本号或型号： 1、开发企业合作情况： A. 国内自主开发 B. 国内合作开发（包括OEM国内产品） C. 国外产品 D. 国外合作开发（包括OEM或汉化国外产品及国外独资或合资企业在华生产） 注：港、澳、台地区产品归入国外 2．自主开发情况（1项选A填写） A. 全部代码自主产权、有产权证明 B. 全部代码自主产权、无产权证明 C. 部分代码自主产权 FREE代码名称： FREE代码版本号或型号： 3．OEM及汉化情况（1项选B/D填写） 公司名称： 产品名称： 产品版本号或型号：
文档2： 分发和操作文档 一．分发 本文档应包括以下内容： 1．分发过程，应将可信计算基或其部分的分发以文档形式提供给用户，分发文档应描述给用户分发可信计算基的各版本时用以维护安全所必须的所有过程，并按该过程进行分发。 2．修改检测，要求除按分发过程的要求进行可信计算基的分发外，分发文档还应： ——描述检测修改的方法和技术，或者描述开发者的主拷贝与用户收到的版本之间的任何差异； ——描述用来检测试图伪装成开发者向用户发送产品的方法。 3．修改防止，要求在修改检测的基础上，分发文档应描述如何防止修改的方法和技术。 二．操作（安装、生成和启动） 本文档应包括以下内容： 1.产品的基本组成及功能描述： ●硬件产品应具备电源、开关、接口等图形说明 ●软件产品应具备硬件平台和软件平台的要求，管理员 用户名和登录口令
华为软件开发规范
软件开发规范 1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied
= stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER) && (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0));
产品技术规格书
产品技术规格书
Product standards document
客户名称（Customer Name）： 产品型号（Product model）: GD-C866L 业务负责人（Salesman）： 签发人（Confirmor）： 签发日期（Date issue）: 页面总数（Pages）：
深圳市国鼎科技有限公司
Shenzhen Guoding Technology Co.,LTD
一.
1-1
技术标准
外观要求:
摄像头外观色泽亮丽，油漆完好无划伤痕迹；玻璃面无手纹触摸痕迹, 干净无污垢；摄像头里面结构固定，无晃动部件或脱落现象。
1-2
结构尺寸:
为45mm±0.5mm。
1-2-1 结构尺寸如下图所示，单位为毫米,误差为±0.5mm，防护罩顶部宽度
1-2-2 尾部电缆输出线长应为65cm，视频输出线接口为标准BNC接口；电源 输出线接口为2.1mm标准DC插口。
1-3
环境及基本参数：
1-3-1 工作环境温度:-20℃～＋50℃。 1-3-2 环境相对湿度:L 95%RH。 1-3-3 工作电压:DC 12V±10%。 1-3-4 工作电流:200mA±10%（红外启动），70mA±10%（红外不启动）。 1-3-5 视频接口输出阻抗力应为70Ω-80Ω(1.0Vp-p,75Ω)。 1-3-6 在空载的情况下,输出视频信号的峰值应在0.8V-1.2V之间。
1-4
图象及红外技术：
监视器上测试，摄像头的水平清晰度不低于420 TV Lines，并且成像
1-4-1 在光照度高于0.8LUX时,红外灯关闭，此时在不低于420线的14寸彩色
软件开发工作规范章程
软件开发工作规范章程 Document serial number【KK89K-LLS98YT-SS8CB-SSUT-SST108】
软件开发工作规范章程 编写目的 本文档是开发团队的日常工作规范，主要侧重开发工作流程的控制，明确软件工程的各阶段开发团队应完成的工作。开发技术和策略等问题不在本文档描述范围内。开发团队构成 1.1职责 肩负着如下责任： 负责开发项目的系统分析、研发与组织实施。 负责开发符合要求的软件。 制定软件开发规范。 协助相关应用软件的安装调试工作。 1.2角色划分 在人力资源有限的情况下，一个团队成员可能会同时承担多个角色。 角色名称相关主要责任 开发组长负责研发团队建设 负责研发项目的工作分工、实施、监控及后续完善工作 参与确定研发产品的种类，并制定研发产品的相关标准及研发工作计划 负责技术路线与方向 完成研发过程中的其他任务 超出能力权限向上一级汇报 根据项目情况，向所属组制定技能提升计划并实施 特性负责人负责研发特性的工作分工、实施、监控及后续完善工作 制定特性的软件开发技术规范及研发工作计划
负责《详细设计》的编写。 按期、按预算交付高质量的产品 建设有凝聚力团队环境，并促使高效的团队协作 负责软件实施规范执行 根据开发规范实施开发工作 软件的程序设计、代码编写与单元测试。 协助《详细设计》的编写。 承担开发任务，按计划完成任务目标。 配合系统分析人员完成软件系统以及模块的需求调 研、需求分析。 协助测试人员完成软件系统及模块的测试。 1.3需求澄清 1.4编码阶段 1.4.1开发规范
1.4.2开发环境准备 1.4.3详细设计 1.4.4编码
软件开发代码规范(Java)
软件开发代码规范（C） (仅通普信息技术股份有限公司供内部使用) 拟制：杨超日期：2015-3-10审核：夏峰日期：2015-3-10核准：冯敬刚日期：2015-3-17签发：韩殿成日期：2015-3-21文档版本：V1.11 黑龙江通普信息技术股份有限公司
版本历史
目录 第一章代码开发规范及其指南 0 1.1目的 0 1.2程序内命名规范 0 1.3文件命名规范 (1) 1.4J AVA 文件样式 (1) 1.5代码编写格式 (6) 第二章程序编写规范方法 (8) 2.1权限修饰 (8) 2.2其他规范 (8) 2.3编程指南 (10) 第三章其他要求 (12)
第一章代码开发规范及其指南 1.1 目的 定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。（这些规范并不是一定要绝对遵守，但是一定要让程序有良好的可读性） 1.2 程序内命名规范 ●Package的命名：Package 的名字应该都是由一个小写单词组成。 ●Class 的命名：Class 的名字必须由大写字母开头而其他字母都小写的单词组 成 ●Class 变量的命名：变量的名字必须用一个小写字母开头。后面的单词用大 写字母开头。 ●Static Final 变量的命名：Static Final 变量的名字应该都大写，并且指出完整 含义。 ●参数的命名：参数的名字必须和变量的命名规范一致。 ●数组的命名：数组应该总是用下面的方式来命名： byte[] buffer; 而不是 byte buffer[]; ●方法的参数：使用有意义的参数命名，如果可能的话，使用和要赋值的字 段一样的名字： SetCounter(int size){ this.size = size;
软件设计编码规范
质量管理体系过程文件 软件设计编码过程 文件版本信息：
目录 1.目的 设计编码的目的在于设计和实现关于需求的解决方案。保证《需求规格说明书》中的各项要求在设计时都能够得到满足；对项目的编码实现进行质量控制，保证编码实现活动按计划顺利完成并与设计相一致。 2.范围 适用于公司的各类软件项目的系统设计编码过程。 3.术语 无 4.角色与职责
5.入口准则 ●《需求规格说明书》已通过评审。 6.输入 ●《需求规格说明书》 7.流程图 图1: 系统设计编码过程 8.主要活动 系统设计编码过程包括系统设计、系统实现。系统设计是指设计软件系统的体系结构、数据库、模块等，在需求和代码之间建立桥梁，一般分概要设计和详细设计两个阶段；系统实现是指开发人员按照系统设计去编码开发，并进行单元测试、代码走查；在设计编码过程中同时进行用户文档的编制。 8.1.概要设计 概要设计是分析各种设计方案和定义软件体系结构的过程。设计人员在充分了解需求的基础上，依据《需求规格说明书》选用适当的设计方法，分析与设计软件的结构、模块功能。通过系统分解，确定子系统的功能和子系统之间的关系，以及模块的功能和模块之间的关系，编写《概要设计说明书》。《概要设计说明书》必须经过技术评审。 8.1.1.解决方案选择 系统设计时可能会涉及到多种解决方案的选择，如： ●系统实现路线； ●采用的工具和技术； ●产品架构； ●设计模式； ●模块的制作、购买或重用等。 当出现多种候选方案，难以通过简单的方法判断出方案的优劣时，应按照《S_DAR00_决策分析和决定过程》进行决策。
8.1.2.概要设计 概要设计是建立整个软件的体系结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义等。概要设计的主要步骤有： ?选择设计方法； ?识别解决方案的主要组件：根据解决方案的技术架构和分析方法（面向对象、面向结 构），相应确定解决方案的组件模块； ?对候选技术和工具、组件进行评估，确定是进行开发、购买还是复用已有技术（工具 或者组件）。评估开发、购买或复用方案时需要考虑的事项包括：业务方面：可行性、产品成本、经验、投资回报、成熟度及其他因素；企业体系结构方面：解决方案必须 与当前状态和远景状态计划的约束相适应。包括与企业现有系统的集成等；技术方面：安全、组件模块交互标准、数据访问、数据存储、系统服务、开发工具、操作系统等。 ?识别解决方案主要组件的重要属性和关键关系：在前一任务的基础上，对解决方案主 要组件的重要属性和关键关系进行识别； ?进行数据库设计，建立数据库的逻辑模型和物理模型； ?进行用户界面设计，确定整个系统的界面框架以及界面风格； ?形成《概要设计说明书》。 8.1.3.概要设计评审 概要设计的结果应进行技术评审。技术评审由设计人员提出，由项目经理组织召开。技术评审会议应邀请需求分析师、公司的技术专家、开发人员、测试人员等参加。 关于技术评审会议的要求详见《评审过程》。 8.2.详细设计 详细设计可以和概要设计并行进行，但应考虑并行设计不会因概要设计而导致较大的详细设计返工。 8.2.1.详细设计 详细设计是从开发需求的角度描述解决方案的组件、服务和技术的过程。详细设计定义了解决方案的各个组成部分，以及这些组成部分的开发方法和交互方式。详细设计的步骤包括： ?选择用于开发解决方案的技术并完善设计模型：在概要设计的基础上，选择开发解决 方案采用的技术，并且完善对应的设计模型。
使用说明书及技术资料介绍产品讲解
使用说明书 目录 概述：智方热能表性能介绍第一部分：工作原理及结构第二部分：使用方法 第三部分：安装、注意事项第四部分：选型 第五部分：维修说明
一、智方热能表技术说明： 1、热能表由三个组成部分：流量传感器、配对温度传感器、 智能计算器。 2、三个组成部分均需电池供电才能正常工作，电池寿命长 达5年以上。 3、芯片内容包括： a.流量传感器计量参数：如智能误差修正系数，温度修正， 流量传感器安装位置的修正等； b.配对温度传感器参数：如智能配对修正功能； c.计算器参数：如热量计算及修正公式，内部控制程序； d.各种参数测量设置与信息储存等； e.错误代码判断及显示功能。 4、芯片内容的设置与改写是在生产线及检验线上通过专 用设备及程序自动完成的。 5、断电保护，数据可以保存100年：当电源中断时，热能表保存所有有效数据，如累积流量，累积热量等。故障排除后，数据自动恢复。 二：智方热能表性能介绍： A、测量精度高 1、Pt1000测温更准。 2、超低功耗MCU，16位AD温度测量分辨率＜0.01oＣ。 3、热系数K动态校正，使热量计算更准确。
B.使用可靠： 1、全中文显示累积热量、累积冷值,累积流量、进水温度、出 水温度,瞬时流量,累积工作时间等,显示内容全面。 2. 防尘、防水、防凝露、防磁场攻击、防拆卸、防止人为破坏。 3. 采用先进的MCU，整表静态功耗＜5μA，有效延长电池使用 寿命。 C.安装方便： 水平安装，回水管安装 三、智方热能表技术指标
第一部分：工作原理及结构 一、原理公式 按热力学理论，一物体散发的热量值Q为： Q=∫qmΔhdt 式中：qm为流体质量流量 Δhdt为时间为热循环系统进出口比焓差 上式在实际应用中不被使用，因为热焓差不是可直接测量的量。实际上热焓值主要与介质的成分有关，因为液体的不可压缩性，所以压力影响可忽略不计，上式可转化为： 式中：Cp为进出口平均介质比热值 ΔΘ为进出口温差值 qv为介质体积流量 ρ(Θi)为介质密度 将值组合为新值，即为热量系数K。所以实际应用的热量计算公式为： 或： 式中： 热量系数；热介质（水）成分的参数，是热介质在实际温度的函数， 流量传感器测量热介质流过热循环统体积值； 热电阻对测量热循环系统进、出口温差值；
软件开发代码规范(C#版)
软件开发代码规范（C#版） 拟制: 日期：2007-2-13 审核: 日期： 审核: 日期： 批准: 日期： 版权所有********有限公司
修订纪录
目录 1、第一章命名规范 (4) 1.1、第一节总则 (4) 1.2、第二节变量命名规范 (4) 1.2.1、CodeBehind内部命名规范 (4) 1.2.2、控件命名规范 (5) 1.3、第三节常量命名规范 (5) 1.4、第四节命名空间、类、方法命名规范 (5) 1.5、第五节接口命名规范 (6) 1.6、第六节命名规范小结 (6) 2、第二章代码注释规范 (6) 2.1、第一节模块级注释规范（命名空间、类等） (6) 2.2、第二节方法级注释规范 (7) 2.2.1 、属性注释 (7) 2.2.2 、方法注释 (7) 2.3、第三节代码间注释规范 (8) 3、第三章编写规范 (9) 3.1、第一节格式规范 (9) 3.2、第二节编程规范 (9) 3.2.1 、程序结构要求 (9) 3.2.2 、可读性要求 (10) 3.2.3 、结构化要求 (10) 3.2.4 、正确性与容错性要求 (10) 3.2.5 、可重用性要求 (11) 3.2.6 、interface使用注意事项 (11) 3.2.7 、类使用注意事项 (11) 3.2.8 、流程控制语句注意事项 (12) 3.2.8 、其他应注意事项 (13) 注：Pascal命名法则：即名称中所有单词的第一个字母大写其他字母使用小写形式。 Camel命名法则：即名称中第一个单词各个字母全部小写，其他部分遵循Pascal命名法则。
1、第一章命名规范 1.1、第一节总则 1．本命名规则除特殊提及外统一使用Camel命名法则。 如：controlMenu 2．命名时尽量不使用拼音，更不可使用拼音缩写（专有名词除外）。 3．如果使用品牌名称命名时其大小写尽量保持和品牌名称一致的样式。 如：LuX则命名时，不要写成LUX，或者Lux，而应该保持与原品牌名称风格一致使用LuX 4．使用专有名词或英文缩写命名时采用大写形式。 如：CNNIC 5．禁止使用仅区分大小写的方式命名。 如：Abc与abc仅用大写A来区分，这样写在类C系语言中不会出错，但是不利于系统的迁移 1.2、第二节变量命名规范 1.2.1、CodeBehind内部命名规范 1．公有字段/属性使用Pascal 命名规则，私有变量/保护变量/局部变量使用Camel命名规则，遵循动宾结构。 例： public class Hello { private string userName; private DateTime loginTime; private bool isOnline; public string UserName { get { return https://www.sodocs.net/doc/6814741853.html,erName; } } } 2．即使对于可能仅出现在几个代码行中的生存期很短的变量，仍然使用意义描述性的名称。仅对于短循环索引使用单字母变量名，如i 或j 3．在变量名中使用互补对，如Min/Max、Begin/End 和Open/Close。 4．当一个方法内部变量繁多的时候，可以使用Camel命名法则，其中第一个单词可以使用变量类型的缩写来说明以示区别。 例：
软件开发管理规范
软件开发管理规范 Document serial number【KK89K-LLS98YT-SS8CB-SSUT-SST108】
软件开发过程管理规范济南明湖建筑节能技术开发有限公司
一、总则 1.软件开发项目管理的目的 为保障按时、保质、保量完成预期交付的任务，让整个组织能清楚了解项目实施的目的、影响、进度，做到项目组所有成员都理解项目实施的原因、意义及客户的要求。通过制度化管理来合理组织安排项目组成员的工作职责和角色转换。 2.软件开发项目管理规范适用对象 为了达到软件开发项目管理的根本目的，要求公司全体员工必须严格按照本规范执行，同时要求公司业务人员引导合作单位和客户接受并适应公司本《软件项目开发管理规范》。 3.软件项目开发组织管理 根据软件开发的标准流程，结合公司的实际情况对软件项目分三个主要阶段进行组织管理，分别为项目立项阶段、项目实施阶段和项目验收总结阶段。 二、软件项目立项阶段 1.成立公司项目评估委员会负责公司的项目立项审批。 2.公司项目评估委员会由公司总经理或指定负责人召集，成员为公司管 理层人员、商务负责人、市场负责人、技术总监、技术研发经理、财务负责人组成。 3.公司业务部门按照公司发展要求或外部需求形成《软件项目需求说明 书》，确定项目需求管理人或项目申请人。 4.项目申请人填写《软件项目立项申请书》向项目评估委员会提出项目
立项申请，主要说明项目的背景、目的、效益、成本、需求等方面，并由技术部门提供支持和技术说明。 5.项目评估委员会收到《项目立项申请书》后三个工作日内，召开评估 会议。给出评估结果。如果批准立项交公司技术总监组织开发。如果不批准，给出理由后项目中止。中止后的项目可根据情况重新申请。 6.评估结果必须包括：建议项目启动日期，期望项目完成日期，项目等 级系数，项目优先级（高中低），资源冲突程度(1~9)。对于资源冲突程度大于5的项目技术总监有权拒绝接受。 三、软件项目实施阶段 1.公司批准立项的项目交由公司技术总监组织实施。 2.技术总监根据资源情况和项目需求组织相关技术人员进行初步需求讨 论会，确定项目的等级系数（如分大、中、小对应3、2、1）、指定项目开发负责人。在立项后五个工作日内技术总监和项目开发负责人共同制定《软件项目开发计划》，确定项目启动日并提交项目评估委员会做反馈确认。如果项目评估委员会二位成员以上对计划有异议，项目评估委员会应该召开项目计划协调会，协调《软件项目开发计划》的修改和通过。如果无异议授权技术总监按照《软件项目开发计划》执行。 3.项目启动日后，项目开发负责人根据《软件项目开发计划》的进度每 周进行一次分析汇报，形成《项目分析周报》确定项目的状态、分析
产品送检技术资料要求-编号
产品送检技术资料要求-编号 运算机安全产品销售许可证 产品送检技术资料 托付单位（公章）： 产品名称： 产品（版本/型号）： 填表日期： 公安部运算机信息系统安全产品质量监督检验中心
一律用运算机填写，内容要具体、真实。 如填写内容较多，可另加附页。 申报资料份数为纸版一份，电子版一份。 保密性声明 本检验中心承诺对送检客户提供的文档资料保密
文档名称页次要求 1 运算机信息安全产品生产开发调查表 4 必要 2 分发和操作文档 5 必要 3 产品指导性文档7 必要 4 产品测试文档8 必要 5 产品配置治理文档10 具备 6 产品开发文档11 具备 7 产品生命周期支持文档12 具备 8 产品脆弱性评定文档13 具备 注： 1.以上文档要求为通用要求。要求为必要的文档必须提供，否则产品托付申请不予同意。若产品检验执行标准对文档有专门要求的，按所执行标 准中的要求进行提供； 2.安全操作系统、安全数据库产品送检，以上文档均须提供。
运算机信息安全产品生产开发调查表 公司名称： 产品名称： 产品版本号或型号： 1、开发企业合作情形： A. 国内自主开发 B. 国内合作开发（包括OEM国内产品） C. 国外产品 D. 国外合作开发（包括OEM或汉化国外产品及国外独资或合资企业 在华生产） 注：港、澳、台地区产品归入国外 2．自主开发情形（1项选A填写） A. 全部代码自主产权、有产权证明 B. 全部代码自主产权、无产权证明 C. 部分代码自主产权 FREE代码名称： FREE代码版本号或型号： 3．OEM及汉化情形（1项选B/D填写） 公司名称： 产品名称： 产品版本号或型号： 4．要紧技术开发人员（1项选A/B填写） 姓名身份证号码要紧技术专长
某公司软件开发中的标识规范标准
标识规范 沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）
文件修改控制
目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 标识规则 4.1 标识对象 4.2 文档版本控制 4.3 发行版本控制 4.4 软件项标识方式 4.5 不合格品的标识 5. 引用文件 5.1 NW602102《文件编号规定》 6. 质量记录 6.1 NR602101A“文件备份清单”
1．目的 为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，特制定本文件。 2．适用范围 适用于软件开发过程中所需的各种软件项及介质。 3．术语和缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4．标识规则 4.1 标识对象 标识对象主要包括：技术文档（可行性分析报告、需求分析报告、开发计划、质 量计划、系统设计报告、技术报告、测试计划等）、提交产品（计算机程序、释 放产品等），主要通过介质标识和版本控制以便于存取和查阅。 4.2 文档版本控制 对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。新生成 的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。 4.3 发行版本控制 最终完成的软件版本用三位符号表示：“s.xy”。各符号位的含义如下： 1）“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“1~9”，对上一次产品或项目中的缺陷做修正，第二次版本号增加；
2）“x”为第一次版本号，表示增加功能时的版本升级，用一位数字表示：“0~9”。与上一产品或项目相比，功能进行了小量的增加或修正时，第一次 版本号增加，第二次版本号为零，第二版本号为零时可以省略不写； 3）“s”为主版本号，用一位数字表示：“1~9”。对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号 为零，产品或项目概念全新，第一次完成，版本号为1.0。 4.4 软件项标识方式 4.4.1 技术文档标识方式 技术文档的标识体现在相应文件的封面上，由开发人员参照相应文档模板的格式 要求，对技术文档进行标识。 技术文档编号用十五位符号表示：“xxxxxxxxxxxttnn”。各符号位的含义如下：1）“xxxxxxxxxxx”为本次开发的项目编号，共十一位，具体含义见NW602102《文件编号规定》； 2）“tt”为文档类别代号，用两位大写字母表示。“tt”的取值范围如下：FA(Feasibility Analysis)：可行性分析报告 RA(Requirement Analysis)：需求分析报告 DP(Developing Plan)：开发计划 QP(Quality Plan)：质量计划 SD(System Design)：系统设计报告 TR(Technical Report)：技术报告 SR(Summary Report)：项目开发总结报告 本部分未给出代号的文档，其代号由相应的文档编写部门确定。
软件设计编码规范标准[详]
质量管理体系过程文件软件设计编码过程
文件版本信息：
目录 1.目的 (3) 2.围 (3) 3.术语 (3) 4.角色与职责 (3) 5.入口准则 (3) 6.输入 (3) 7.流程图 (3) 8.主要活动 (4) 8.1.设计原则 (4) 8.2.设计方法.................................................................................... 错误!未定义书签。 8.3.多方案选择 (4) 8.4.概要设计.................................................................................... 错误!未定义书签。 8.4.1.概要设计............................................................................ 错误!未定义书签。 8.4.2.概要设计评审.................................................................... 错误!未定义书签。 8.5.详细设计.................................................................................... 错误!未定义书签。 8.5.1.详细设计 (5) 8.5.2.详细设计评审 (6) 8.6.编码............................................................................................ 错误!未定义书签。 8.7.单元测试 (7) 8.8.代码走查 (7) 8.9.制作用户文档............................................................................ 错误!未定义书签。 8.10.变更............................................................................................ 错误!未定义书签。 9.输出 (8) 10.出口准则 (8) 11.引用文档 (8)
产品技术要求
医疗器械产品技术要求 编号: 医学影像处理软件 20X X-X X-X X发布20X X-X X-X X实施 成都数浪信息科技有限公司 医疗器械产品技术要求编号： 医学影像通讯与存储系统 产品型号规格及其划分说明 软件型号规格 XX 发布版本 产品发布版本：V1.0 产品完整版本：V1.0.0 版本命名规则 本公司软件产品命名规则为VX.Y.Z ?X：为发行版本，表示重大增强类软件更新，初始值为1，当软件进行了重大增强类软件更新，该号码加1，Y和Z归0。 ?Y：为子版本号，表示轻微增强类软件更新，初始值为0，当软件进行了轻微增强类软件更新，该号码加1，Z归0。
?Z：为修正版本号，表示纠正类软件更新，初始值为0，当软件进行了纠正类软件更新，该号码加1。 产品适用范围 产品用于人体诊查图像、数据的管理、查看、传输和贮存，不包括自动诊断部分。 性能指标 通用要求 处理对象 针对医学影像（包括核磁、CT、超声、X光机、胃肠机、CR、DR、乳腺机、PET、DSA、牙片机、彩色多普勒超声、内窥镜、阴道镜、耳鼻喉镜、胃镜、肠镜等设备产生的图像）进行处理。 最大并发数 系统运行的网络环境在100M/1000M局域网情况下，支持并发读取影像数据的最大用 户数为50。 数据接口 产品通过DICOM标准接口与医疗设备进行影像传输，支持通过标准HL7或数据库接口与第三方系统交互，支持模拟视频信号接口。 特定软硬件 所需软件环境最低配置如下：
所需硬件环境最低配置如下： 临床功能 2.1.5.1 结构组成 产品主要由光盘和软件组件组成，其中软件组件版本号为V5.0，主要包括：放射影 像模块、超声影像模块、内镜影像中心模块、病理影像中心模块、DICOM模块、DICOMWorkList服务程序模块、DICOM服务程序模块。 2.1.5.2 放射影像模块 主要用于传送病人图像信息，主要组成：①普通设置，设置实体名称，设置端口号； ②高级设置，需要用户密码登陆。