软件产品版本发布(模板)
产品技术要求模板
医疗器械产品技术要求编号:医学影像处理软件120XX-XX-XX发布20XX-XX-XX实施成都数浪信息科技有限公司2医疗器械产品技术要求编号：医学影像通讯与存储系统1 产品型号规格及其划分说明1.1 软件型号规格XX1.2 发布版本产品发布版本：V1.0产品完整版本：V1.0.01.3 版本命名规则本公司软件产品命名规则为V X.Y.Z•X：为发行版本，表示重大增强类软件更新，初始值为1，当软件进行了重大增强类软件更新，该号码加1，Y和Z归0。
•Y：为子版本号，表示轻微增强类软件更新，初始值为0，当软件进行了轻微增强类软件更新，该号码加1，Z归0。
•Z：为修正版本号，表示纠正类软件更新，初始值为0，当软件进行了纠正类软件更新，该号码加1。
1.4 产品适用范围产品用于人体诊查图像、数据的管理、查看、传输和贮存，不包括自动诊断部分。
2 性能指标2.1 通用要求2.1.1 处理对象3针对医学影像（包括核磁、CT、超声、X光机、胃肠机、CR、DR、乳腺机、PET、DSA、牙片机、彩色多普勒超声、内窥镜、阴道镜、耳鼻喉镜、胃镜、肠镜等设备产生的图像）进行处理。
2.1.2 最大并发数系统运行的网络环境在100M/1000M局域网情况下，支持并发读取影像数据的最大用户数为50。
2.1.3 数据接口产品通过DICOM标准接口与医疗设备进行影像传输，支持通过标准HL7或数据库接口与第三方系统交互，支持模拟视频信号接口。
2.1.4 特定软硬件所需软件环境最低配置如下：4模块功能菜单子菜单描述备注UniwebViewer 功能按钮【上一个检查】快速打开上一个病人的检查影像。
【下一个检查】快速开启下一个病人的检查影像。
【窗口靠左半部显示】实现UniWeb Viewer视窗靠左半边显示。
【窗口靠右半部显示】实现UniWeb Viewer窗口靠右半边显示。
【窗口靠上半部显示】实现UniWeb Viewer视窗靠上半边显示。
软件版本说明大全
软件版本说明大全Alpha版(内部测试版)：一般只在软件开发公司内部运行，不对外公开。
主要是开发者自己对产品进行测试，检查产品是否存在缺陷、错误，验证产品功能与说明书、用户手册是否一致。
Beta版(外部测试版)：软件开发公司为对外宣传，将非正式产品免费发送给具有典型性的用户，让用户测试该软件的不足之处及存在问题，以便在正式发行前进一步改进和完善。
一般可通过Internet免费下载，也可以向软件公司索取。
Demo版(演示版)：主要是演示正式软件的部分功能，用户可以从中得知软件的基本操作，为正式产品的发售扩大影响。
如果是游戏的话，则只有一两个关卡可以玩。
该版本也可以从Internet上免费下载。
Enhace版(增强版或加强版)：如果是一般软件，一般称作“增强版”，会加入一些实用的新功能。
如果是游戏，一般称作“加强版”，会加入一些新的游戏场景和游戏情节等。
这是正式发售的版本。
Free版(自由版)：这一般是个人或自由软件联盟组织的成员制作的软件，希望免费给大家使用，没有版权，一般也是通过Internet免费下载。
Full Version版(完全版)：也就是正式版，是最终正式发售的版本。
Shareware版(共享版)：有些公司为了吸引客户，对于他们制作的某些软件，可以让用户通过Internet免费下载的方式获取。
不过，此版本软件多会带有一些使用时间或次数的限制，但可以利用在线注册或电子注册成为正式版用户。
Release版(发行版)：不是正式版，带有时间限制，也是为扩大影响所做的宣传策略之一。
比如Windows Me 的发行版就限制了只能使用几个月，可从Internet上免费下载或由公司免费奉送。
Uprgade版(升级版)：当你有某个软件以前的正式版本时，可以购买升级版，将你的软件升级为最新版。
升级后的软件与正式版在功能上相同，但价格会低些，这主要是为了给原有的正版用户提供优惠。
测试版与演示版α：代表该软件仅仅是一个初步完成品，通常只在软件开发者内部交流，也有很少一部分发布给专业测试人员。
软件上线发布说明(模版)
[产品名称+版本号]上线发布说明
一、产品概述
『概要描述系统主要用途、适用行业、产品的应用解决方案、产品应用特点等』
二、产品特性
『描述系统主要应用特性，如果为升级/改错版描述本版新增、优化特性』
三、特别注意事项
『如本版产品不支持的环境等』
四、产品范围
『描述本版产品上线发布的范围，包括的详细上线发布产品，可以分模块列出』
五、产品主要功能
『分领域及模块列出上线发布产品的主要功能，如果为升级/改错版描述本版主要变化功能。
对于修改的程序bug说明，应另附文档发送相关方，不作为上线发布说明中的必要描述项』
六、系统特点
『描述系统性能、技术特点』
七、其他集成应用及合作
『插件产品、有关产品的合作伙伴』
八、系统配置
[描述系统运行环境配置等，如无特殊要求可不描述]
九、产品安装说明
[描述产品安装环境配置、安装步骤、注意事项等，如无特殊要求可不描述]
十、数据升级
『如数据无继承性可不描述』
十一、系统接口说明
『描述与其他产品线的接口说明，如无特殊要求可不描述』
十二、使用注意事项
『描述系统使用注意事项，如系统初始登录口令、数据备份说明注意事项等、系统异常情况处理/应对措施等。
如无特殊要求可不描述』。
软件项目-基线发布规程-模板
基线发布规程基线发布规程版本：V1.0目录基线发布规程1介绍 (1)1.1目的 (1)1.2范围 (1)1.3参考文档 (1)2术语表 (1)3角色和职责 (1)4基线发布流程选取 (2)5基线发布子流程详述 (2)5.1基线发布子流程图 (2)5.2CRB010基线发布申请 (2)5.3CRB020基线发布审批 (3)5.4CRB030建立基线 (3)5.5CRB040发布基线通知 (4)6测试发布子流程详述 (4)6.1测试发布子流程图 (4)6.2CRB050测试发布申请 (4)6.3CRB060产品构建 (5)6.4CRB080发布测试 (5)7产品发布子流程详述 (6)7.1产品发布子流程图 (6)7.2CRB090产品发布申请 (6)7.3CRB100产品发布审批 (7)7.4CRB110产品发布 (7)基线发布规程1 介绍1.1 目的本文的目的是描述配置管理过程中基线发布应遵循的规程，以确保基线发布过程的规范性。
1.2 范围本文档适用于公司的配置管理过程中基线发布活动。
1.3 参考文档《RF-配置管理过程》2 术语表3 角色和职责基线发布规程4 基线发布流程选取根据基线的性质，基线发布分为三种不同的流程以供选择。
从项目启动阶段到测试阶段的基线发布请遵循“基线发布子流程”；对于测试阶段的版本发布，请遵循“测试发布子流程”；对于系统上线阶段及以后的产品发布，请遵循“产品发布子流程”；5 基线发布子流程详述5.1 基线发布子流程图5.2 CRB010基线发布申请5.3 CRB020基线发布审批5.4 CRB030建立基线5.5 CRB040发布基线通知6 测试发布子流程详述6.1 测试发布子流程图6.2 CRB050测试发布申请6.3 CRB060产品构建6.4 CRB080发布测试基线发布规程7 产品发布子流程详述7.1 产品发布子流程图7.2 CRB090产品发布申请基线发布规程7.3 CRB100产品发布审批7.4 CRB110产品发布。
软件产品发布规程
产品发布规程X X XXXX LTD.文件修订记录类别：A –增加M –修改 D –删除目录1目的 (1)2适用范围 (1)3术语 (1)4角色与职责 (1)5流程图 (2)6主要活动 (3)6.1.发布准备 (3)启动准那么 (3)输入 (4)主要步骤 (4)输出 (4)结束准那么 (4)发布实施 (5)启动准那么 (5)输入 (5)正式发布 (5)对内发布 (5)对外发行 (5)让步发行 (6)对内发布 (6)对外发行 (7)让步发行的问题跟踪 (8)输出 (9)结束准那么 (9)7裁剪准那么 (9)8引用规程 (10)9使用模板 (10)1目的产品的发布主要用于指导从工程到产品，从产品到市场的对内发布和对外发行的过程，本过程目的是为了有效指导工程组开展产品发布，以实现以下目的：●指导发布活动，有效控制产品发布过程。
●有效控制和追踪产品版本2适用范围本规程适用于******研发类、合同开发类、维护开发类的软件产品发布。
3术语●测试包【test包】：已打包未经测试或没有测试环境的软件包，是根据用户或工程组的调试请求，在用户环境调试相关的程序，但不确定该程序的正式发布时间，需等待用户的上线通知。
●TSF：测试未通过的发布标识。
●NTS：未经测试的发布标识。
●正式发布：是指通过测试并到达发布条件的产品发布活动。
●让步发布：是指未通过测试或者未到达发布条件的产品和测试包的发布活动。
4角色与职责5流程图图〔1〕正式发布流程示意图图〔2〕让步发行流程示意图6主要活动6.1.发布准备6.1.1启动准那么●软件已通过系统测试●产品到达发布条件或到达让步发布条件备注：发布条件参见工程方案中的定义6.1.2输入●已通过系统测试的可执行文件、代码及相关文档●工程方案●测试报告6.1.3主要步骤1)通过系统测试后，测试经理将通过测试后的最新版本提交给配置管理员，并告知工程经理；2)工程经理安排开发人员编写?产品发布说明书?；3)工程经理通知并协调售前部门安排售前人员提供?用户手册?、?安装手册?，并组织评审，评审通过后，由工程经理提交给配置管理员；4)工程经理提交发布申请给产品经理，并通知SQA开展产品发布前审计，配置管理员、测试经理、开发经理协助开展审计；5)产品经理进行协调产品License的定义和管理过程，具体依据公司产品License相关规定。
1软件产品正式发布审批表-模板
项目名称项目编号申请日期申请人发布类型[初次、更新、临时发布]发布形式发布范围计划发布时间产品概要介绍项目负责人发布承诺本次发布包括的文件包本次发布包含或新增的功能特性说明其他需要说明事宜：#备份资料名称#文档名称形式接收方存放位置1安装手册2用户使用手册.pdf 电子版3安装程序光盘4培训材料序号责任人/责任部门完成时间备注1发布步骤说明发布任务说明 软件产品正式发布申请发布内容及版本例如：本次发布是密炼网络产品V1.0产品针对1#和2#密炼生产线所做的发布，乙方公司版权所有.保留所有权利. 未经 乙方的许可，甲方不得擅自拷贝、传播或复制软件的任何程序文件作为其他用途，否则属于侵权行为。
当前使用版本备份备份路径确定发布受影响的相关部门、人员（包括客户及客户的其他软件供应商等）发布内容说明所有程序均已经由测试人员进行确认测试，所有问题都被相应的开发人员修复，无遗留问题。
存在遗留问题 个，但不影响系统的使用,经与客户沟通，遗留问题 [总体概括填写遗留问题解决方案及解决时间] 解决。
交付客户/用户文挡说明1/2234确认影响分析受影响的内容已处理准备完毕确认客户管理层【集团IT内部项目可以取消此部分】……注意事项说明培训任务安排，描述在发布前必须进行的培训和可以放在发布后进行的培训审批会签发布任务分工描述需要说明事项（如对原来的工作习惯等方面影响:）：项目负责人确认发布最后结果：受影响人员/客户签字确认：【此处根据项目不同，可增、删行，并明确签字人员或部门】受影响人员签字： 年 月 日受影响人员签字： 年 月 日 客户管理层签字： 年 月 日部门领导意见及签字:【市场网络项目，在现场发布，此项可删除】项目组直接主管签字确认：【市场网络项目，在现场发布，此项可删除】发布成功，无遗留问题发布成功，需年月日前解决遗留问题发布失败版本回退2/2。
软件版本发布说明书模板
4 发布版本主要遗留缺陷
列表形式描述本发布版本主要的遗留缺陷及其响应范围与严重程 度。
序号 缺陷
影响范围及规避方法 严重程度
1 缺陷描述 正文，宋体、五号、行距1.5倍、段前0、段后0，缩进：左0、右0、 首行缩进0.74厘米。
——以下无正文
发布版本主要遗留缺陷列表形式描述本发布版本主要的遗留缺陷及其响应范围与严重程序号缺陷影响范围及规避方法严重程度正文宋体五号行距15倍段前0段后0缩进
文件名称：xxx版本发布说明书_模板 文件编号： 版 本 号：A 文件密级：秘密 受控标识：受控
拟制/日 期：
审核/日 期：
批准/日 期：
年月 日
年月 日
名称
前一发布 版本号 备注 版本版本 号
软件1
V1.0
V2.0
启动时提示版本信息
软件2
V2.0
V2.0
启动时提示版本信息
……
……
……
……
XXX版本需要更新的客户端：
模块所在终端 是否需
名称
要更新
具体信息
模块1
是 模块1(V2.0)
模块2
否
……
…… ……
正文，宋体、五号、行距1.5倍、段前0、段后0，缩进：左0、右0、 首行缩进0.74厘米。
号位置：左对齐、对齐位置0厘米，文字位置：缩进1.02厘米。
1.2 术语、定义和缩略语
列出本文档中所用到的专门术语的定义和缩略语的原文。
英文缩写
英文全称
中文释义
1.3 发布内容介绍
列表形式描述本次发布的软件版本号，上次发布的版本号及怎么确 定版本信息，以及本版本需要更新的软件客户端。例如：
xxx包含发布软件数据版本列表如下:
产品版本发布说明书-模板V2.0.0
版本号：V2.0开
金睛数据反爬服务平台
版本发布说明书
中网数据（北京）股份有限公司
二零一七年三月
软件版本发布说明书
软件系统全称及英文全称
金睛数据反爬服务平台/GoldenEye
软件系统简称及英文简称
金睛/GOL
版本发布申请人
本次版本发布类型
□ 对内发布（发布给公司内部进行内部系统或回归测试。）
□ 对外发布（发布给市场、或客户使用）
基础版本（内部版本号）
发布时间
本次发布版本（内部版本号）
发布时间
外部版本（对外发布的版本号，与内部版本无关但是对应，一般由市场部来定义）
发布时间
新增功能说明
序号
功能需求编号
功能名称
描述
**是否通过测试
修复缺陷说明
序号
缺陷号
所属功能模块（或编号）
缺陷简要描述
**是否修正
**公司测试负责人（具体意见、签字、日期）：
参考该项目的《测试报告》，见上面应提交的附件信息，给出下面的审批结论：
□测试通过
□测试基本通过，但是还需改进这些地方：
□测试不通过
负责人签字/日期：
**本项目直接负责上级（具体意见、签字、日期）：
上级领导根据上面提交的所有附件的完备性，以及配置管理负责人和测试负责人的签署意见，给出最后的审批意见。
配置项最低提交物审计报告
[给出附件的正确名称，并指明在SVN中放置的具体地点]
**版本发布审批
**公司配置管理负责人（具体意见、签字、日期）：
参考该项目的《配置项最低提交物审计报告》，见上面应提交的附件信息，给出下面的审批结论：
□满足最低提交物要求
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件产品
版本命名与发布
XXXXXXX公司
软件产品版本命名与发布
目录
1.目的 (2)
2.适用范围 (2)
3.角色与职责 (2)
4.版本命名 (2)
4.1.对外发布版本命名规则 (2)
4.2.命名案例与解释 (3)
4.3.部分客户及公司名称对应缩写 (3)
4.4.产品版本号的升级演变 (3)
5.版本发布 (4)
5.1.发布申请 (4)
5.2.发布审批 (4)
5.3.发布记录 (4)
5.4.发布平台 (4)
6.流程图 (5)
7.附录 (5)
1.目的
规范公司软件产品对外发布版本的命名规则及明确发布规程，便于公司内部区分识别与追踪。
2.适用范围
公司软件产品对外发布版本均适用。
3.角色与职责
角色主要职责
项目经理版本打版，版本命名及对外发布申请
测试工程师版本测试、对外发布
QA 版本发布记录
质量部经理版本发布审批
4.版本命名
4.1.对外发布版本命名规则
项目名称-客户简称-版本类型-版本号
4.2.命名案例与解释
案例解释
4.3.部分客户及公司名称对应缩写
客户及公司名称对应缩写简称
4.4.产品版本号的升级演变
下图简要说明产品版本号的变化情况：
产品版本号由1.0.0 开始, X1取值范围1-9，X2、X3取值0-99。
X1：主要用于区分项目的期数，如一期为1，二期为2；
X2：在项目一级模块出现重大改变或框架调整时，打版时该段数字递增；当X2数字升级时，X3数字归零；
X3：每次打版正常的数字递增，当数字达到99时，下次打版X2自动升级一位，X3归零。
5.版本发布
5.1.发布申请
项目经理提供待发布的版本包及填写《软件产品发布申请单》，给测试工程师进行测试，测试工程师根据提交的版本进行全面测试，并将测试情况记录在《软件产品发布申请单》上。
注：客户要求或公司总经办要求小范围试用版时，测试的结果仅供参考，未达到发布标准也可。
5.2.发布审批
质量部经理对需要对外发布的产品进行意见审批。
审批通过时，测试工程师可以执行对外发布；审批不通过时，需注明原因。
5.3.发布记录
QA对每次发布的版本进行相关信息登记，便于后续能够追溯。
5.4.发布平台
安卓版本：腾讯应用宝、官方网址、其它
苹果版本：App Store、官方网址、其它
WEB版本：官方网址、其它
6.流程图
7.附录
1)《软件产品发布申请单》
软件产品发布申请
单.doc
2)《软件产品对外发布版本记录》
软件产品对外发布
版本记录表.xlsx。