软件版本阶段说明
软件版本阶段说明
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(R)。
2. 版本命名规范
软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。例如：1.1.1.051021_beta。
3. 版本号定修改规则
* 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。
* 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。
* 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。
* 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。
4. 文件命名规范
文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：项目外包平台测试报告1.1.1.051021_beta_b.xls，此文件为项目外包平台的测试报告文档，版本号为：
1.1.1.051021_beta。
如果是同一版本同一阶段的文件修改过两次以上，则在阶段标识后面加以数字标识，每次修改数字加1，项目外包平台测试报告1.1.1.051021_beta_b1.xls。
当有多人同时提交同一份文件时，可以在阶段标识的后面加入人名或缩写来区别，例如：项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别，例如：项目外包平台测试报告
1.1.1.051021_beta_b_LiuQi
2.xls。
5. 版本号的阶段标识
软件的每个版本中包括11个阶段，详细阶段描述如下：
阶段名称阶段标识
需求控制 a
设计阶段 b
编码阶段 c
单元测试 d
单元测试修改 e
集成测试 f
集成测试修改 g 系统测试 h
系统测试修改 i 验收测试 j
验收测试修改 k
软件发布版本说明模板
XXXXX项目发布版本说明模板
修订记录
目录 目录 (3) 发布版本说明:总体 (4) 1 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4 参考资料 (4) 2 关于本发布版本 (4) 3 兼容性 (4) 4 安装 (4) 4.1 安装文件 (4) 4.2 安装步骤 (5) 5 升级 (5) 5.1 升级文件 (5) 5.2 升级步骤 (5) 6 新特性 (5) 7 修复问题列表 (5) 8 已知错误和局限性 (5) 8.1 一般说明 (5) 8.2 缺陷或错误 (5)
发布版本说明:错误！未指定书签。 1引言 1.1目的 编写发布版本说明文档的目的是要说明错误！未指定书签。此发布版的安装、新特性和主要变更。其中还记录了已知的问题和解决方法。 1.2背景 [说明： a 系统的中英文名称 b 本发布版本的版本号] 1.3定义 1.4参考资料 [列出相关参考资料的信息，如 a 经核准的计划任务书或合同，上级机关的批文 b 项目的其他技术文档 2关于本发布版本 [说明本发布版本的版本号，本发布版本具有的特征] 3兼容性 [在此列出已经测试过的软件、硬件或平台，同时还要说明对环境的要求] 4安装 4.1安装文件 [说明安装文件的构成]
4.2安装步骤 [一步一步说明本发布版本的安装方法] 5升级 5.1升级文件 [说明升级文件的构成] 5.2升级步骤 [一步一步说明从以前的发布版本如何升级到本发布版本] 6新特性 [逐条列出本发布版本的新特性] 1、…….. 2、…….. …………… 7修复问题列表 [逐条列出本发布版本的修复问题列表]] 8已知错误和局限性 8.1一般说明 [说明所有会影响整体功能的一般局限性] 8.2缺陷或错误 [逐条描述缺陷或错误，如果有解决方法，同时要给出解决方法] 1、…….. 2、…….. ……………
安全补丁更新流程
安全补丁更新流程 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
远东宏信有限公司 安全补丁更新流程修订记录
目录 第1章介绍 1.1. 基本概念 未及时进行安全补丁更新的系统或软件很容易遭受的攻击，并导致未授权访问、系统拒绝服务，进而导致信息泄露、业务中断等重大安全事故的发生。然而，补丁的更新不当甚至可能带来比网络攻击更大的安全事故。因此保障各类补丁及时、安全、稳妥地更新安装是保障信息系统安全的重要手段。 补丁经常会由于以下三种原因而进行发布： 1)修补应用程序或操作系统的漏洞。许多黑客通过缓冲区溢出对应用程序和操作系统 进行网络攻击。通过补丁的安装能够对这类漏洞进行很好的修补。补丁也常常会由 于修正系统的功能问题进行发布。
2)改变功能或更新特征库等从而对新的安全威胁进行检测。 3)修改软件的配置使它更加的安全。 1.2. 用途和目标 遵照变更流程文档进行安全补丁更新能够降低系统的安全隐患发生的可能。安全补丁更新流程文档提供了对变更流程中补丁更新所涉及的步骤进行说明，使系统安全管理专员能够更好地依照变更流程的规定对各种补丁进行更新操作，并保证其有效性、稳定性和安全性。 但是安全补丁更新流程文档并不会说明指定的补丁是怎样对漏洞进行修补从而降低安全风险的。 本流程的目标是： ●规范不同操作系统、应用程序、硬件设备系统的补丁定期检查。 ●确认补丁安装的需求和申请的步骤。 ●提供补丁更新流程在变更流程中所涉及的各项细化表格。 ●规定各安全相关职员在补丁更新中的职责。 1.3. 范围 下面表格说明了哪些远东宏信内部操作系统、应用软件、硬件设备的升级更新属于安全补丁管理的范围，哪些不是。 表格1：安全补丁管理范围
软件架构设计说明书
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间 的连接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [简要描述体系结构文档的目的。]
软件发布流程
软件发布流程1目的 为了规范软件产品的版本发布过程，提高软件发布的可控性。2范围 适用于公司所有软件产品的发布。 3角色与职责 4软件发布流程 公司软件产品发布的流程如下： 1.1发布准备 软件开发完成，开发人员完成自测，并确定发布日期。 自测应当完成对以下内容的确认： 1)原有BUG是否彻底解决； 2)增加的功能，修改的功能； 3)新增功能是否达到需求及设计要求； 4)所做的改变带来的影响； 1.2提交测试 软件负责人提出测试申请，并明确以下内容： 1)软件版本号； 2)新增或修改了哪些功能；
3)修复了哪些BUG； 4)更改后的影响分析及测试建议； 1.3执行测试 测试负责人接收测试申请后，启动软件测试，完成后反馈测试结果。 测试结果应包含以下内容： 1)原有BUG的解决情况； 2)BUG的新增情况； 3)测试用例执行情况； 1.4发布评审 软件经过全面测试后，由质量部SQA负责审核并判断软件是否达到发布要求。 发布评审中对软件缺陷的要求是：致命、严重级别缺陷为0，一般级别缺陷解决率为95%，轻微级别缺陷解决率为90%。 说明： 缺陷级别划分为四级：致命、严重、一般、轻微。 1.5源码、文档入库 软件负责人安排将软件源代码及文档入库。 源码包括软件所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册等。 1.6程序打包 软件负责人安排将程序打包，标记源码、文档版本tag等。 1.7编写发布说明 软件负责人安排编写产品发布说明（或者release note）。 Readme的内容应该包括 1)产品版本说明； 2)产品概要介绍； 3)本次发布包含的文件包、文档说明； 4)本次发布包含或者新增的功能特性说明； 5)遗留问题及影响说明； 6)版权声明以及其他需要说明的事项。
软件版本升级服务协议范本
编号：YB-HT-026781 软件版本升级服务协议范本 The agreement stipulates mutual obligations and rights that must be performed 甲方： 乙方： 签订日期：年月日 精品合同 / Word文档 / 文字可改 编订：Yunbo Design
软件版本升级服务协议范本 合同编号：_________ 甲方：_________ 乙方：_________ 签订时间：_____ 甲乙双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。 第一条合同性质 本合同属于软件升级服务合同。 第二条合同内容 甲、乙双方经过友好协商，乙方为甲方购买的“_________”软件，进行版本的升级。升级内容为：
1．彻底更换为现有的“_________”最新版本防病毒软件，包括策略中心一个、服务器端_________个、和客户端（_____）个，升级费用为_________元整。 2．乙方为甲方提供一年的病毒升级服务。服务费为_________元整。 3．乙方提供上门的安装、调试。服务费为_________元整。 第三条合同金额及付款方式 1．本合同总额为_________元人民币，大写：_________。2．支付方式：在签定合同后，乙方按合同要求，向甲方提供软件并抵达安装现场，开始调试安装，为甲方提供正式国际授权序列号，以保证用户得到网上升级服务，安装完成后，支付乙方全部款项。 第四条合同执行期限 乙方应于_________年_________月_________日前为甲方提供软件产品；并于_________年_________月_________日前到甲方现场开始安装调试设备。
辽宁省第二次土地调查专用软件V3.5.5更新说明
辽宁省第二次土地调查专用软件3.5.5更新说明一．更新内容 为确保2010年土地变更调查数据库更新工作按时顺利完成，辽宁省第二次土地调查专用软件进行如下更新： 1．辽宁省第二次土地调查专用软件无须授权文件。 2．完善地类变更工具功能。 3．完善增量数据汇交功能。 4．增加Oracle支持增量数据汇交。 5．增加增量数据导入功能。 6．修改可调整地类公顷表本地和Oracle不一致问题。 7．修改城镇农村合库数据结构修改提示错误问题。 8．修改城镇系统证书关系查询显示关系不正确问题。 9．增加实时变更工具功能。 10．修改城镇输出土地利用分幅图图例问题。 11．修改城镇个别符号问题。 12．增加变更记录表导出功能。 二．更新安装方法 1．卸载3.5.5之前版本软件 辽宁省第二次土地调查专用软件3.5.5为完整版安装程序，安装前需要先卸载3.54之前版本，关闭辽宁省二调土地调查软件全部程序，包括正在使用的工具集，在开始菜单→所有程序→辽宁省第二次土地调查专用软件，执行卸载辽宁省第二次土地调查专用软件。卸载结束后，删除安装程序未卸载文件，
C:\Program Files\GTIS\辽宁省第二次土地调查专用软件。 2. 安装 3.5.5版本 3.5.5版本与之前版本区别无须授权文件，便可以使用辽宁省第二次土地调查专用软件。 双击setup.exe 安装程序。 开始安装程序，按照堤示进行安装，在出现的《许可协议》中选择“我接受许可协议条款”，然后继续点击“下一步”进行安装。
填写客户信息，继续点击“下一步”。 在此界面点击“下一步”在默认目录安装程序或点击“浏览”选择您的程序安装目录。
2020年软件版本升级服务协议
软件版本升级服务协议 合同编号：_________ 甲方：_________ 乙方：_________ 签订时间：_____ 甲乙双方经过平等协商，在真实、充分地表达各自意愿的基础上，根据《中华人民共和国合同法》的规定，达成如下协议，并由双方共同恪守。 第一条合同性质 本合同属于软件升级服务合同。 第二条合同内容 甲、乙双方经过友好协商，乙方为甲方购买的 “_________”软件，进行版本的升级。升级内容为：1．彻底更换为现有的“_________”最新版本防病毒软件，包括策略中心一个、服务器端_________个、和客户端（_____）个，升级费用为_________元整。 2．乙方为甲方提供一年的病毒升级服务。服务费为 _________元整。 3．乙方提供上门的安装、调试。服务费为_________元整。 第三条合同金额及付款方式 1．本合同总额为_________元人民币，大写：_________。 2．支付方式：在签定合同后，乙方按合同要求，向甲方提供软件并抵达安装现场，开始调试安装，为甲方提供正式国际
授权序列号，以保证用户得到网上升级服务，安装完成后，支付乙方全部款项。 第四条合同执行期限 乙方应于_________年_________月_________日前为甲方提供软件产品；并于_________年_________月_________日前到甲方现场开始安装调试设备。 在甲方提供满足本合同第六条要求的调试环境下，乙方应在_________个工作日内安装调试完毕，并开通。 第五条标的约定 乙方所购买软件应保证为正版软件，并提供必要的原装的产品安装介质，须提供其代理该软件的资格证明。 第六条乙方应在_________公司提供的软硬件平台上安装本合同中规定的软件。 第七条服务及培训 1．乙方向_________公司免费提供远程维护技术，通常系统故障，提供实时响应远地解决。在远程维护无法排除故障时，乙方提供48小时内到达现场服务。 2．在正常使用情况下，乙方对所提供的软件提供一年的保修。保修期自验收（非终验）合格日期算起，保修期内免收各种费用。 3．若非软件本身质量原因（如因甲方误操作等原因）所造成的损坏则不在保修之列，但乙方应及时提供技术支持。 4．乙方对系统提供终身技术支持。超过免费保修期，若软件出现故障，乙方只收取成本费（含材料费、差旅费）。 5．由乙方对使用方操作人员进行现场免费一周培训。 6．乙方提供软件终身免费升级，甲方要求新增加软件模块时，乙方可适当收费。
软件需求规格说明书标准模板
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
版本发布说明模板
<**系统>版本发布说明 部门： 撰写： 文档编号：
声明 本文件所有权和解释权归广东移动所有，未经广东移动书面许可，不得复制或向第三方公开。 修订历史记录 （A- 正式审批
目录 1引言 (4) 1.1编写目的 (4) 1.2术语 (4) 1.3参考资料 (4) 2版本描述 (5) 2.1版本号 ..................................................................................................................... 错误！未定义书签。 2.2发布时间要求 ......................................................................................................... 错误！未定义书签。3版本适用范围 ..................................................................................................................错误！未定义书签。4版本接口人 . (6) 5关联系统 (7) 6版本说明 (8) 7历史遗留问题及规避措施 (9) 8其他注意事项 ..................................................................................................................错误！未定义书签。
软件版本升级发布管理制度.doc
软件版本升级发布管理制度)2014-05-221 xxx公司软件版本升级管理制度为进一步规范软件版本的升级活动，制定本制度。 一、原则： （一）以产品功能优化、更好的为客户优质体验为第一原则； （二）销售、客服针对内部发现及客户提出的问题进行描述、统计，以书面形式、按照一定周期提交； （三）对产品Bug及需求进行分类界定； （四）对产品Bug及需求的紧迫程度进行界定； （五）产品版本升级原则上按照一定周期进行，即：研发部门对产品在规定的周期内完成Bug解决或需求开发并进行充分测试，达到上线发布要求后方可升级； （六）成立产品升级评估小组，由销售、客服、研发、企管人员组成，对分类、程度、周期等进行评估、界定。 二、问题提交、产品Bug及需求分类： （一）销售、客服发现产品问题，周四下班前汇总提报企管部，由评估小组进行分类界定；每周提报一次； （二）严重Bug及紧迫需求可以随时提报，不受上述时限限制。 三、产品Bug及需求分类：
（一）程序报错、界面显示名称格式错误、查询错误、验证条件错误、数据保存错误等问题，归为Bug； （二）对当前功能提出的改进要求、建议（包括：易用性、人性化、操作流程、用户体验等方面），在当前功能基础上增加新的功能，归为需求。 三、产品Bug的紧迫程度： （一）严重Bug：操作流程不能继续进行、数据丢失、数据错误等； （二）一般Bug：不影响操作流程的其他Bug。 四、产品需求的紧迫程度： （一）紧迫需求：覆盖用户多，影响范围广的需求；公司决策层评审确定为紧迫的需求； （二）一般需求：其他需求。 五、Bug、需求处理： （一）严重Bug：由前台研发部在Bug提交后24小时内解决，不能在24小时内解决的由负责人提出书面解决方案及解决时限； （二）紧迫需求：由评估小组确定解决方式及时限； （三）一般Bug及一般需求：前台研发部对问题每月汇总一次，确定下一版本升级的范围（解决了哪些Bug及需求），在次月统一修改、测试并升级； 六、一般Bug及一般需求的升级发布： （一）每月最后一个周五，前台研发部对提报的问题进行规划；
本地版本升级说明
版本升级说明 一，首先要明白你需要升级什么软件，请仔细阅读下面的命名方法 CNG系列COS版本命名解释 客户在升级中，经常不知道采用哪个版本，特就COS命名方法进行说明。 COS全称：Centnet Operation System ，表示世纪网关语音网关操作系统。 (备注：以下介绍提到的Cos文件名,以在终端下使用ver命令察看的为准。） 例如： v11. 01 . r3 . 300 -- -- -- -- ①②③④ ①代表适用的网关型号 v01 表示适用于cng100 的网关； v02 表示适用于cng200 的网关; v10 表示适用于cng1000 的网关; v30 表示适用于cng3000 的网关; v11 表示适用于cng300和cng800 的网关;早期版本的COS有v03 和v08，分别适合于cng300和cng800，后来合并称为v11。 除了v11外，简记命名规律为：v后面的数值乘100即是该版本适用的网关型号。 ②代表协议类别 当前只有01和02两个值。 01表示是基于H.323协议的cos。 02表示是基于SIP协议的cos。 ③代表版本类别 区分r 和t。 r表示release，正式发布版本。 t 表示test:测试版本，通常后面附有日期。 r或t后面的数值越大，表示版本越新。 ④编码类型 300是适用于语音编码为g.729 g.723 g.711三种；
330是适用于语音编码为g.723 g.711； 390是适用于语音编码为g.729。 二、本地升级方法：（telnet） 注意，这里有一个COS文件夹，里面有一个WFTP文件，现在你只需要把这个COS文件夹复制到你的电脑里面，然后再把你需要的软件复制到这个目录里面，按照下面的步骤，你就可以很顺利的升级了。 1.Save the firmware file and the “wftpd3 2.exe” in D:/COS 解压并保存文件在D:/COS 2.Run the “wftpd32.exe”, and make sure your firewall allow it to visit network. (or just turn off your firewall temporarily) 运行“wftpd32.exe”，并且防火墙可以允许访问网络，或者关闭你的防火墙
全国林地年度更新软件v3.2版本更新说明20170307
全国林地年度更新工具软件V3.2 软件版本说明 [V3.2] 二零一七年三月 北京地林伟业科技股份有限公司Beijing Forestar Technology Corp.,Ltd.
1标识 版本号：V3.2 2升级方法 第一步：安装新软件； 第二步：重新设置工程。打开旧版本软件生产的数据文件（LDGX.zdb），选择对应的图层，重新设置工程。 图1设置工程 注意：如果设置完工程后，直接进行编辑或者右键查看属性表查看等操作，出现如下图所示错误，则重新启动软件，并点击“打开工程”重新打开工程即可解决问题。 图 2 属性表查看错误
3特别说明 为保证统计结果正确，需重新设置工程。 4版本说明 V3.2修改了以下内容： （1）修改了字典、属性检查、字段和报表。 （2）增加了林带（线）、设施（点）等面积值的扣除。 （3）增加了政区的图形检查和图形错误的批量修改功能。 （4）增加了变化生成的细碎阈值控制。 （5）增加了变化图层的属性因子检查。 （6）增加了批处理工具。 （7）提高了设置工程、图形编辑、变化生成的效率。 4.1字典管理修改 对系统字典进行了修改： （1）字典表：“林地管理类型”改为“土地管理类型”；分为“林业部门”（代码10）、“非林业部门”（代码20）、“其他”（代码30）3类。即，原来的“有争议”改为“其他”。 （2）增加“变更依据”字典，“变更依据”是填写林地图斑变更的依据，主要包括有3种，即档案更新（代码11）、遥感监测（代码12）、外业核实（代码13）。 4.2属性检查修改 修改属性逻辑检查配置： （1）字典域检查：“林地管理类型”修改为“土地管理类型”。 （2）林地图斑必须填“林地管理类型”。修改为：所有图斑都必须填写“土地管理类型”。 （3）[4104]管理因子(99)：当变化原因为管理因子(99)时，六个管理因子(事权等级，工程类别，森林类别，林地权属，林种，林地保护等级)至少有一个有变化。修改为：[4104]管理因子(99)：当变化原因为管理因子(99)时，五个管理因子(事权等级，工程类别，森林类别，林地权属，林种)至少有一个有变化。
软件系统详细设计说明书模板
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
软件产品发布流程
严格按照软件产品发布流程发布软件版本是建立和完善软件产品版本控制,保证软件产品质量的关键过程 之一。 参与软件产品发布的人员主要是测试负责人和BM(Build Master)。 公司软件产品发布的规程如下: 1、发布准备。发布之前,所有程序freezed由测试人员进行确认测试;检查qcs系统内登记的所有bug都已经被fixed,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为must fixed)不能发布;程序打包前做冒烟测试。 2、测试负责人编写release产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo等。 4、BM进行程序打包;标记源码、文档版本tag。 5、BM填写发布基线通知并通知相关人员;BM经理对发布基线进行审计。 6、在qcs系统上新建产品发布计划,填写配置项,执行发布计划(发布产品)。 7、上传程序包、使用文档至download站点。 8、编写发布说明readme.txt(或者release note)。Readme的内容应该包括产品版本说明;产品概要介绍;本次发布包含的文件包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。
10、后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。 11、临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;BM需要为源码、文档打tag标记。 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从cvs或vss上check 代码编译交付用户使用或者进行二次开发。
软件版本管理规范标准
软件版本管理规 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产品软件版本命名 产品软件版本的命名规则如下所示：
佳能5D2相机固件更新说明书 中文版
- S.Chinese - EOS 5D Mark II 固件更新步骤
固件更新步骤 下列说明中的x.x.x.代表当前的固件版本或更新的固件版本。 (1) 准备更新固件所需的项目。 1.机身 2.专用电池（电池必须完全充满电）或专用交流电适配器套装（选购） 3.CF卡（64MB或更大，64GB或更小） 4. 固件更新文件（可从佳能网站下载。） (2) 创建固件更新文件。 1.从佳能网站下载压缩的自解压文件。 2.解压下载文件，并创建固件更新文件。 如何解压固件更新文件 Windows 双击下载文件时，将出现以下屏幕。单击[确定]，将解压下载文件并生成固件更新文件。 Macintosh 下载的文件会自动解压并生成固件更新文件。如果下载文件没有自动解压，请双击下载文件。 3.检查固件更新文件的大小。 如果文件大小不匹配，请再次下载固件更新文件。 如何确认固件更新文件的大小 Windows 右键单击固件更新文件的图标，并从弹出的菜单中选择[属性]。 Macintosh 选择固件更新文件的图标，然后从[文件(File)]菜单中选择[Get Info(获得信息)]。 4. 固件更新文件的名称和尺寸可以在网站上查到。
如果使用CF读卡器，请从第(3)步开始操作。如果不使用CF读卡器，请从第(4-1)步开始操作。 (3) 将固件更新文件复制到CF卡。 1.将通过相机格式化的CF卡插入CF读卡器。 2.将固件更新文件复制到打开CF卡时(根目录)出现的第一个窗口中。 3.将CF卡从读卡器中取出。 *取出CF卡时，请务必按照计算机或读卡器说明中所述步骤操作。 *如果固件更新文件被放在CF卡的子文件夹下，则相机无法找到它。 4.旋转模式转盘选择
模式(或除全自动模式外的其他某个模式)。 5.将带固件的CF卡插入相机。 6.打开电源开关，然后按下