软件版本划分标准
软件版本管理规范方案V
e)标签和分支的命名必须遵照标准进行(产品完整型号+版本+分支名称)
f)备份文件归档时,将代码中编译冗余文件清除(如:.a;.o等等)
g)产品到发布版本给测试的阶段，要修改版本服务器代码必须有系统工程师或相关人员审核确保代码的准确
h)项目全部源代码仅有管理员和架构师掌握,确保代码安全
5)确定每个版本责任人，同一软件可以有不同时期的责任人
6)版本提交归档后，软件的任何修改需先向管理人员申请，由版本管理员提交该版本，开发人员不能自行使用开发时使用的源程序
7)软件提交同时需附上编译说明文档,内容包括:编译环境,编译工具,编译步骤等
4.4.
4.4.1.发布内容
4.4.1.1.在软件发布中，会因发布的类型不同而产生不同的发布包。可能会有以下几种类型:
程序
源码
发布说明文档，包括各种readme（测试组提供）
用户（操作）手册（测试组提供）
全套项目文档
配置说明文档
其它
4.4.2.发布评审（Review）
对于软件正式发布，测试工程师要组织各相关人员召开评审会由系统工程师支持审核和检查，以保证发布的产品满足用户的需求及公司的各类规范
软件发布评审
项目文档的检查
3.3.
1)负责对软件功能模块的编码工作
2)工作前对本地工作目录的代码进行检查是否为最新版本,确认后方可进行工作,否则必须先进行本地工作目录的更新
3)工作完成后及时将本地机工作目录下的代码进行checkin,避免代码丢失造成的损失
4)每次涉及到版本机的checkin都必须附上版本说明(说明修改的内容,新增功能,解决的bug等)
如何理解“产品”、“迭代”、“版本”
如何理解“产品”、“迭代”、“版本”产品「产品」在软件中通常指的是⼀个有形的具体的有交互能⼒的实质体。
泛义上指的是⼀个完整的软件系统，狭义上指的是某个系统中的模块或⼯具。
⽐如 QQ、微信、天猫App 等，⼜或者营销⼯具/产品、投资理财的具体活动性产品等等。
项⽬「项⽬」按规模⼤⼩划分：微型项⽬（通常 3 ⼈以内可以完成）⼩型项⽬（通常 3~10 ⼈可以完成）中型项⽬（通常 10~50 ⼈可以完成）⼤型项⽬（通常 50~200 ⼈可以完成）超⼤型项⽬（200 ⼈以上）「项⽬」按时间划分：短期项⽬（1 个⽉左右可交付）中期项⽬（2~6 个⽉可交付）长期项⽬（⽆期限持续交付）「项⽬」按⽣命周期划分：迭代型增量型迭代「迭代」通常指的是项⽬活动开展后，组织不断对其进⾏功能的调整、丰富等⼀系列活动，使项⽬的特性得以满⾜⽤户所需，或组织对其项⽬的特性定义。
在互联⽹产品中，就是对软件功能模块的特性进⾏调整、丰富等。
如“营销功能三期-⽀持红包消费”、“⽀付系统⼆期-⽀付⽹关优化，智能路由算法”等等。
版本「版本」在软件产品中即某项⽬不断的进⾏迭代升级，其可与「迭代」⼀对⼀，也可以与「迭代」⼀对多，常规意义上，即是「迭代」的合辑，其背后对应的软件逻辑为“产品升级”，依据则为“版本号”。
也就是说：⼀个特性或多个特性合辑的迭代，⼀定在⼀个具体的版本中，这个版本则提现在版本号中。
软件产品升级按⽅式划分：可选升级强制升级静默升级软件产品的版本号规则参考：semver 规范企业组织按管理所需定义优质软件产品。
软件版本命名规范
软件版本命名标准〔如1.0.0.1各代表什么意思〕1. 软件版本阶段说明* Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
* Beta版: 该版本相对于α版已有了很大的改良，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。
2. 版本命名标准软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
例如：1.1.1.051021_beta。
# 版本号定修改规则：* 主版本号(1)：当功能模块有较大的变动，比方增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
* 子版本号(1)：当功能有一定的增加或变化，比方增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
* 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
软件常见的各种版本英文缩写
Beta版本主要测试产品的支援和市场反应（在邀请Beta用户时）等。
3.Demo版(演示版)：主要是演示正式软件的部分功能，用户可以从中得知软件的基本操作，为正式产品的发售扩大影响。如果是游戏的话，则只有一两个关卡可以玩。该版本也可以从Internet上免费下载。
SR版：修正版或更新版，修正了正式版推出后发现的Bug。
Final版：正式版。
其他版本
Enhance： 增强版或者加强版属于正式版
Free： 自由版
Release： 发行版 有时间限制
Upgrade： 升级版
Retail： 零售版
Cardware：属共享软件的一种，只要给作者回复一封电邮或明信片即可。（有的作者并由此提供注册码等），目前这种形式已不多见。/ S
Deluxe： 豪华版
Regged： 已注册版
Rip：是指从原版文件（一般是指光盘或光盘镜像文件）直接将有用的内容（核心内容）分离出来，剔除无用的文档，例如PDF说明文件啊，视频演示啊之类的东西，也可以算做是精简版吧…但主要内容功能是一点也不能缺少的！另：DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。
Lite：精简版。
Full version：完整版，属于正式版。
语言划分
SC： Simplified Chinese简体中文版。
CN： 简体中文版
GBK： 简体中文汉字内码扩展规范版。
TC： Traditional Chinese繁体中文版。
CHT： 繁体中文版
BIG5： 繁体中文大五码版。
根据医疗器械软件注册技术审查指导原则编写的软件版本命名规则
根据医疗器械软件注册技术审查指导原则编写的软件版本命名规则-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII软件版本命名规则1.概述软件没有物理实体，只能通过状态管理保证质量，而软件版本用于标识软件状态，控制软件更新，进而保证软件质量，因此软件版本与软件是相互对应的表里关系，即软件版本是软件标识不可或缺的组成部分，也是实现医疗器械软件可追溯性的重要工具。
2.版本定义及分类软件版本：以字母、符号和数字构成的用于标识软件状态即视为软件版本。
根据产品本身的特点和质量管理体系的要求，同时考虑到监管的要求，即软件版本命名规则能够区分软件更新类型，软件版本一般分为软件完整版本号和软件发布版本号。
3.命名规则软件完整版本号分为四个部分，表示为： A.B.C.D。
软件发布版本号分为2个部分，表示为： A.B。
其中：A为主版本号，表示重大增强类软件更新，初始值为1，当软件进行了重大增强类软件更新，该号码加1。
B为子版本号，表示轻微增强类软件更新，初始值为0，当软件进行了轻微增强类软件更新，该号码加1。
C为修正版本号，表示纠正类软件更新，初始值为0，当软件进行了纠正类软件更新，该号码加1。
D为编译版本号，表示构建，初始值为000000，当软件进行了构建，以构建当日的日期的后六位数字表示。
例如2012年10月08日进行了构建，则该号码为121008。
4.软件更新4.1 基本考量软件更新是指本公司在整个软件生存周期过程中对软件所做的任一修改。
软件更新类型从不同角度出发有不同划分方法。
从更新的结果和影响角度出发，软件更新可分为：1）重大更新：影响到医疗器械安全性或有效性的软件更新；2）轻微更新：不影响医疗器械安全性与有效性的软件更新。
从更新的目的和范围角度出发，软件更新可分为增强类更新和纠正类更新，其中增强类更新又可分为适应型更新和完善型更新，纠正类更新又可分为纠正型更新和预防型更新（改自GB/T 20157《信息技术软件维护》）：1）适应型更新：医疗器械软件为适应新的运行环境而进行的软件更新；2）完善型更新：医疗器械软件为改变功能、性能等软件属性而进行的软件更新；3）纠正型更新：医疗器械软件为修正软件已知缺陷而进行的软件更新；4）预防型更新：医疗器械软件为修正软件潜在未知缺陷以避免出现运行故障而进行的软件更新。
软件产品的定价策略
第7卷 第1期河北理工大学学报(社会科学版)Vo l 7 No 1 2007年2月Journal of Hebe iP olytechnic U niversity(Social Sc ience Ed ition)Feb.2007文章编号:1673-2804(2007)01-0053-04软件产品的定价策略张萌,段昌钰,路春光(河北理工大学经济与管理学院,河北唐山063009)关键词:软件;定价策略摘 要:从分析软件产品具有不同于一般商品的特点入手,探讨了软件产品常用的几种定价策略。
中图分类号:F045 32 文献标识码:A一 软件产品的概念目前,较为流行的定义是,软件包括软件产品和软件服务。
计算机软件产品是能被计算机存储和读入并指示计算机从事特定工作的编码程序,主要包括系统软件、支撑软件和应用软件三大类。
软件产品具有非常明显的产品链条,有系统软件、支撑软件和应用软件组成。
(1)系统软件处于产品链条的上游,包括操作系统、网络管理系统以及嵌入式操作系统。
作为计算机信息系统的核心,它管理和控制着计算机硬件各部分协调地工作,支持和调度各种应用软件的运行,并为用户提供友好的使用界面。
(2)支撑软件处于软件产品产品链条的中游,位于系统软件和应用软件的中间层次,包括数据库软件、软件开发工具和介于操作系统及应用软件之间的中间件,其作用为处于下游的应用软件提供运行与开发的环境,帮助用户灵活、高效地开发和集成复杂的应用软件。
(3)应用软件处于软件产品链的下游,是专门为某一目的而编制的软件,包括行业应用软件、办公软件、杀病毒软件等。
在软件产业的价值链和产品链中,位于上游的系统软件研究、制定软件产品的核心技术、体系结构和标准,控制着整个产业的游戏规则。
二 软件产品的特点1 网络外部性软件产品具有不同于一般商品的特性 软件产品具有很强的网络外部性。
有许多产品和服务具有这种特性,当使用和消费这种产品和服务的人越多,它所提供的价值越大,而当单独使用时,它带来的效用很少甚至没有。
常见的软件版本编号及命名
常见的软件版本编号及命名1、RC，GARC：就是Release Candidate（候选版本）的缩写GA：就是General Availability，正式发布的版本Alpha：内测版。
Alpha是希腊字母的第一位的英文谐音，就是α，用在软件版本中就是表示最初级的版本。
通常情况下Alpha是内部测试版，一般不向外部发布，会有很多Bug。
除非你也是测试人员，否则不建议使用。
Beta：公测版。
Beta是希腊字母的第二位的英文谐音，就是β，是一个比Alpha稍高的版本。
Beta也是一个测试版本，在正式版推出之前发布，主要用于面向公众进行测试及Bug收集，这个阶段的版本Bug可能较多，并且可能会加入一些新的功能。
Delux：豪华版。
Plus版和Delux版区别不大，比普通版本多了一些附加功能。
EVAL：体验版或评估版。
功能上和正式版没有区别，但存在一些时间或空间上的限制。
Final：正式版。
软件的正式版本，修正了Alpha版和Beta版的Bug。
Free：免费版。
Full：完全版。
OEM： 是给计算机厂商随着计算机贩卖的，也就是随机版。
只能随机器出货，不能零售。
如果买笔记型计算机或品牌计算机就会有随机版软件。
包装不像零售版精美，通常只有一面CD和说明书(授权书)。
Plus：加强版。
Pro：专业版。
需要注册后才能解除限制，否则为评估版本。
RC(Release Candidate)：Candidate是候选人的意思，用在软件上就是候选版本，而Release Candidate 就是发行候选版本，也就是说这还不能算是正式的发布版。
和Beta版最大的差别在于Beta阶段会一直加入新的功能，但是到了RC版本，几乎就不会加入新的功能了，而主要着重于除错!RTL(Retail)：零售版。
正式上架零售版。
RTM(Release to Manufacture)：程序代码开发完成之后，要将母片送到工厂大量压片，这个版本就叫做RTM版。
常见软件版本
常见软件版本1.Alpha版(内部测试版)：Alpha版本通常会送交到开发软件的组织或社群中的各个软件测试者，用作内部测试。
在市场上，越来越多公司会邀请外部的客户或合作伙伴参与其软件的Alpha测试阶段。
这令软件在此阶段有更大的可用性测试。
在测试的第一个阶段中，开发者通常会进行白盒测试。
其他测试会在稍后时间由其他测试团体以黑盒或灰盒技术进行，不过有时会同时进行。
2.Beta版(外部测试版)：软件开发公司为对外宣传，将非正式产品免费发送给具有典型性的用户，让用户测试该软件的不足之处及存在问题，以便在正式发行前进一步改进和完善。
一般可通过Internet 免费下载，也可以向软件公司索取。
Beta版本是第一个对外公开的软件版本，是由公众参与的测试阶段。
一般来说，Beta包含所有功能，但可能有一些已知问题和较轻微的臭虫(Bug)。
Beta版本的测试者通常是开发软件的组织的客户，他们会以免费或优惠价钱得到软件，但会成为组织的免费测试者。
Beta版本主要测试产品的支援和市场反应（在邀请Beta用户时）等。
3.Demo版(演示版)：主要是演示正式软件的部分功能，用户可以从中得知软件的基本操作，为正式产品的发售扩大影响。
如果是游戏的话，则只有一两个关卡可以玩。
该版本也可以从Internet上免费下载。
4.Enhanced版(增强版或加强版)：如果是一般软件，一般称作“增强版”，会加入一些实用的新功能。
如果是游戏，一般称作“加强版”，会加入一些新的游戏场景和游戏情节等。
这是正式发售的版本。
5.Free版(自由版)：这一般是个人或自由软件联盟组织的成员制作的软件，希望免费给大家使用，没有版权，一般也是通过Internet免费下载。
6.Full Version版(完全版)：也就是正式版，是最终正式发售的版本。
7.Shareware版(共享版)：有些公司为了吸引客户，对于他们制作的某些软件，可以让用户通过Internet免费下载的方式获取。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件版本划分标准
概述
软件开发过程中，版本划分是一项重要的任务，它有助于组织
和管理软件的不同发布和迭代。
本文档将介绍软件版本划分的标准，并提供一些建议和指导。
版本号命名规则
在制定软件版本号的命名规则时，可以采用以下几种常见的方式：
主版本号（Major Version）
主版本号通常用于标识软件的大幅更新和功能改进。
当软件经
历了重大的结构修改或增加了关键新功能时，主版本号应该进行递增。
次版本号（Minor Version）
次版本号用于标识软件的小幅更新和功能增加。
通常情况下，
次版本号的递增意味着软件进行了一些较小的改进，但并未引入大
规模重构。
修订版本号（Patch Version）
修订版本号用于标识软件进行了一些修复和错误修正。
当软件
中发现了一些错误并进行了修复时，修订版本号应该进行递增。
预发布版本号（Pre-release Version）
预发布版本号适用于尚未正式发布的软件版本，在预发布阶段，开发人员可以为软件版本添加一个预发布标识，以便区分正式版本。
版本号示例
以下是一些常见的版本号示例，旨在提供一些参考：
- `1.0.0`：表示首个正式版本的发布。
- `2.1.0`：表示在第二个主版本的基础上进行了一些次要改进。
- `2.1.1`：表示在第二个主版本的基础上进行了一些错误修复。
版本发布流程
为了确保版本发布的顺利进行，可以按照以下流程进行操作：
1. 确定开发周期和发布计划。
2. 在每个开发周期结束时，进行版本号的递增和标识。
3. 进行软件测试和质量保证，确保版本的稳定性和可用性。
4. 进行内部测试和用户反馈，收集意见和建议。
5. 根据反馈和需求，进行迭代和修正，发布新的版本。
总结
通过制定合适的版本划分标准，我们可以更好地组织和管理软件版本，以满足不同用户的需求。
版本号的命名规则和版本发布流程的确立可帮助确保版本发布的顺利进行，并提供稳定和可靠的软件产品。