软件评审作业流程要点.docx

软件产品评审步骤关键点
1. 立项
l 市场需要（软件为用户处理什么样问题）
l 国家政策（国家是否有相关政策提出，是否有利于该软件以后发展）
l 产品定位（软件在行业中定位）
l 产品功效策划
l 市场上类似产品功效、特点和优势
l 产品卖点和优势
l 开发该软件对企业（战略）意义
l 性能（效率、响应时间、资源占用、稳定性）
l 关键等级（是否直接关系人员生命安全）
l 工程实施复杂度和软件维护复杂度
l 开发（技术）风险是什么
l 市场或企业许可研发周期
l 估计成本（人力物力）
l （可验证性）
2. 设计方案
概要设计概要设计和具体设计区分
概要设计就是设计软件结构，包含组成模块，模块层次结构，模块调用关系，每个模块功效等等。同时，还要设计该项目标应用系统总体数据结构和数据库结构，即应用系统要存放什么数据，这些数据是什么样结构，它们之间有什么关系。
具体设计阶段就是为每个模块完成功效进行具体描述，要把功效描述转变为正确、结构化过程描述。
概要设计阶段通常得到软件结构图。
具体设计阶段常见描述方法有：步骤图、N-S图、PAD图、伪代码等。
：
提交概要设计文档，内容包含以下方面：
l 总体设计（需求要求、运行环境、基础设计概念和处理步骤、结构、功效需求和程序关系、人工处理过程、还未处理问题）
l 接口设计（用户接口、外部接口、内部接口）
l 运行设计（运行模块组合、运行控制、运行时间）
l 系统论据结构设计（逻辑结构设计关键点、物理结构设计关键点、数据结构和程序关系）
l 系统犯错处理设计（犯错信息、补救方法、系统维护设计）
具体设计：
提交具体设计文档，内容包含以下方面：
l 术语定义及说明
l 具体设计方法和工具
l 系统具体需求分析（具体需要分析、接口需求分析）
l 总体方案确定（系统总体结构确定、系统具体界面划分（应用系统和支撑系统具体界面划分、系统内部具体界面划分））
l 系统具体设计（系统结构设计及子系统划分、系统功效模块具体设计、系统界面具体设计（外部、内部和用户界面设计））
l 数据库系统设计（设计要求、信息模型设计、数据库设计（设计依据、数据库选型、数据库种类及特点、数据库逻辑结构、物理结构设计、数据库安全、数据字典））
l 网络通信系统设计（设计要求、网络结构确定、网络布局设计、网络接口设计）
l 信息编码设计（代码结构设计、代码编制）
l 维护设计（系统可靠性和安全性、系统及用户维护设计、系统扩充、错误处理（犯错类别、犯错处理））、系统调整及再次开发问题
l 系统配置（配置标准、硬件配置、软件配置）
l 关键技术（关键技术提出、关键技术通常说明、关键技术实现方案）
l 组织机构及人员配置
l 投资预算概算及资金计划
l 实施计划（限制、实施内容和进度安排、实施条件和方法、系统测试计划（测试策略、测试方案、预期测试结果、测试进度计划））、验收标准
3. 技术选型
l 版权
l 是否有应用先例，是否为常见技术
l 类似技术是否在企业内部使用过
l 使用此技术额外风险是什么（有没有失败案例，原因是什么，怎样避免）
l 此技术是否是过时技术（技术没有发展前景，或提供者未来不再提供技术升级等）
l 是否为成熟技术（应用范围广，大企业或标准组织提供）
l 能有选择，尽可能不要用定制技术（其它类似产品或项目不能复用技术尽可能少用）
4. 界面评审
指导标准：
l 关注用户及其任务，而不是技术
l 首先考虑功效，然后才是表示
l 从用户视角看问题，使用用户词汇进行描述，无须向用户暴露实现细节
l 使常见用户任务简单化，不要让用户处理额外问题
l 促进学习，保持一致性，引导用户使用习惯
l 保持显示惯性，传输信息，而不仅仅是数据
l 设计应满足响应需求
颜色：
l 统一色调：采取标准Windows基础色调，做到和操作系统统一，读取系统标准色表。
l 整个界面色彩尽可能少使用类别不一样颜色。除非特殊场所，杜绝使用对比强烈，让人产生憎恶感颜色
l 同时色调也含有一定含义，在整个系统中应保持色调含义一致性，避免同一中颜色在不一样画面中表示不一样意义。
资源：
l 图标资源也需要遵照统一规则，因为不一样图标代表不一样意义。比如：我们用图标来表示保留，所以我们在整个系统中只要包含到保留话，全部应该使用同一个图标，不管是用在工具栏上还是在菜单上，还是在按钮上。
l 图标、图像应该很清楚表示出意思，遵照常见标准，或用户机器轻易联想到物件，绝对不许可画出莫名其妙图案。
l 鼠标光标样式统一，使用系统标准。注意：本系统中不采取窗体做进度条，对于按钮后，鼠标变成沙漏形状，实施完成后，鼠标变回。
字体：
l 系统中汉字一律采取标准字体“宋体”，英文一律采取标准Microsoft Sans Serif ，除登录界面和图标中特殊字体用图片实现，标准上不考虑特殊字体（隶书、草书等，特殊情况能够用图片替换），确保每个用户使用起来显示全部很正常。
l 字体大小统一要求，MSS字体8磅，字体为10磅，字体颜色通常采取系统默认颜色。
l 全部控件尽可能使用大小统一字体属性，除了特殊提醒信息、加强显示等例外情况。
文字表示：
l 使用统一语言描述，提到同一个概念时，用相同术语描述。比如一个关闭功效按钮，统一描述为关闭，避免使用返回、退出描述。
l 通常情况下，每个窗口应该有一个唯一标题，和触发它菜单或按钮命令相对应。
l 在提醒信息中多用“您、请”等礼貌用语，不要用对用户来说晦涩计算机用语，杜绝错别字。
l 断句、逗号、句号、顿号和分号使用方法，提醒信息比较多话，应该分段。
l 错误消息对话框有仅仅指出问题，还要提供处理问题提议。
控件选择：
l 不要随意使用控件，控件功效要专一，风格统一。假如没有好控件，则使用标准控件。
l 同一类型控件操作方法相同，避免出现一个控件双击能够实施一些动作，而一样控件，双击却没有任何反应。
l 一个控件只做单一功效，尽可能不复用。
控件布局，窗口不拥挤，按功效组合控件
l 屏幕不能拥挤，也不能太松散。
l 整个项目，尽可能采取统一控件间距，经过调整窗体大小达成一致，即使在窗体大小不变情况下，宁可留空部分区域，了不要破坏控件间行间距。
l 文字和文本框通常采取左对齐方法，如单选文本框前标签提醒，使用左对齐加冒号；数据列表表头文字和内容，也采取左对齐。文字和文本框中文字水平中对齐。横排按钮，最右边一个和上面控件右对齐。还有内容ppt11页

l 为了使界面不出现跑版或难看局面，处理方法是固定窗口大小，不许可改变尺寸。

5. 数据库评审
设计数据库之前（需要分析阶段）
l 数据库选型考虑
l 必需对全部实体关系绘制出关系图及相关说明，创建数据字典和ER图。
表设计
l 标准化和规范化：数据标准化有利于消除数据库中数据冗余。第三范式（3NF）通常被认为在性能、扩展性和数据完整性方面达成了最好平衡。实际上，为了效率缘故，对表不进行标准化有时也是必需，但要有充公理由。
l 数据驱动：采取数据驱动而非硬编码方法，很多策略变更和维护全部会方便得多，大大增强系统灵活性和扩展性。
字段设计
l 每个表中全部应该添加3 个有用字段（dRecordCreationDate，在VB下默认是Now()，而在SQL Serve下默认为GETDATE()；sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT USER；nRecordVersion，统计版本标识），有利于正确说明统计中出现null 数据或丢失数据原因
l 对地址和电话采取多个字段：描述街道地址就短短一行统计是不够。Address_Line1、Address_Line2 和Address_Line3 能够提供更大灵活性。还有，电话号码和邮件地址最好拥有自己数据表，其间含有本身类型和标识类别。
l 使用角色实体定义属于某类别列：在需要对属于特定类别或含有特定角色事物做定义时，能够用角色实体来创建特定时间关联关系，从而能够实现自我文档化。举例：用PERSON 实体和PERSON_TYPE 实体来描述人员。比方说，当John Smith, Engineer 提升为John Smith, Director 乃至最终爬到John Smith, CIO 高位，而全部你要做不过是改变两个表PERSON 和PERSON_TYPE 之间关系键值，同时增加一个日期/时间字段来知道改变是何时发生。这么，你PERSON_TYPE 表就包含了全部PERSON 可能类型，比如Associate、Engineer、Director、CIO 或CEO 等。还有个替换措施就是改变PERSON 统计来反应新头衔改变，不过这么一来在时间上无法跟踪个人所处位置具体时间。

l 选择数字类型和文本类型尽可能充足：在SQL 中使用smallint 和tinyint 类型要尤其小心。比如，假如想看看月销售总额，总额字段类型是smallint，那么，假如总额超出了$32,767 就不能进行计算操作了。而ID 类型文本字段，比如用户ID 或定单号等等全部应该设置得比通常想象更大。假设用户ID 为10 位数长。那你应该把数据库表字段长度设为12 或13 个字符长。但这额外占据空间却无需未来重构整个数据库就能够实现数据库规模增加了。
l 加删除标识字段：在表中包含一个“删除标识”字段，这么就能够把行标识为删除。在关系数据库里不要单独删除某一行；最好采取清除数据程序而且要仔细维护索引整体性。
选择键和索引
l 键设计4 标准：为关联字段创建外键、全部键全部必需唯一、避免使用复合键、外键总是关联唯一键字段。
l 使用系统生成主键：设计数据库时候采取系统生成键作为主键，那么实际控制了数据库索引完整性。这么，数据库和非人工机制就有效地控制了对存放数据中每一行访问。采取系统生成键作为主键还有一个优点：当拥有一致键结构时，找到逻辑缺点很轻易。
l 不要用用户键(不让主键含有可更新性)：在确定采取什么字段作为表键时候，可一定要小心用户将要编辑字段。通常情况下不要选择用户可编辑字段作为键。
l 可选键有时可做主键：把可选键深入用做主键，能够拥有建立强大索引能力。
l 逻辑主键使用唯一成组索引，对系统键（作为存放过程）采取唯一非成组索引，对任何外键列采取非成组索引。考虑数据库空间有多大，表怎样进行访问，还有这些访问是否关键用作读写。
l 大多数数据库全部索引自动创建主键字段，不过可别忘了索引外键，它们也是常常使用键，比如运行查询显示主表和全部关联表某条统计就用得上。
l 不要索引memo/note 字段，不要索引大型字段（有很多字符），这么作会让索引占用太多存放空间。
l 不要索引常见小型表：不要为小型数据表设置任何键，假如它们常常有插入和删除操作就更别这么作了。对这些插入和删除操作索引维护可能比扫描表空间消耗更多时间。
其它
l 预防数据冗余、预防更新异常、插入异常和删除异常！
l 每个表存在主属性，而且全部属性全部是依靠于主属性！
l 假如表数据统计少，如不会超出上万条统计，能够考虑不建索引，数据统计多时，必需建索引。尤其是上百万或几千万条统计。
l 假如表统计总值会超出500万条以上，考虑建分区。数据库文件大于4G时，考虑采取多个文件组，存放在不一样磁盘上，方便于用户对一些数据进行正确备份。
l 10G以上海量数据存放时，考虑对过去数据采取数据压缩技术。
l 考虑表和表之间关联最好不要超出三层。
l 对于大数据量表只许可关联两个相关小表，小表统计条数不许可超出1万条统计。
l 数据库设计时对于统计数据，要有统计表，避免发生查询时为了获取一个数值对几十万条统计进行统计计算情况，如年统计、月统计等。
好数据库设计，必需有一定数据库知识人来操作，才会发挥好性能。操作数据库知识考察要求：
l 编写SQL语句、视图、存放过程需要考虑不一样语句写CPU、内存影响，优化使用查询、联接、分组等。
l 对常见数据链接如left join、Right join、join、union和 union all 使用方法熟悉、了解其数学原理。
l 在编写和数据库相关操作时，控制并发数、尽可能地不要去查询冗余数据。
l 大量操作尽可能在程序内完成，易于控制内存或CPU占用。使用触发器或游标，要考虑性能。
6. 通讯程序评审
误码低，可靠性高
巡检效率高
占用资源少（CPU、内存及其它资源）
长时间运行稳定好
安全性好，犯错可自恢复
接口友好，上层调用方便
易于功效或协议扩展
（可通用）是否应该增加此条内容

7. 用户体验评审
TAB键次序
l 习常使用方法、阅读次序，从左到右、从上到下
快捷键、加速键
热键--> 应用切换键
加速键-->功效快速调用键
快捷键--> 菜单、工具条键盘选择键
和弹出菜单
l 使用非破坏性缺省按钮，回车、ESC键正确使用。对于弹出模态窗体，有默认加速键，如回车表示激活目前窗口设置为default按钮动作，esc表示关闭窗口。同时在调用default按钮动作和关闭动作时候，不应该做有破坏性操作，避免用户错误操作产生危害程度，比如不能把删除数据等功效按钮作为缺省按钮。当用户要提交很多数据时，应该屏蔽ESC，或做退出提醒，告诫用户是否保留提交。
l 尽可能避免使用右键菜单， 如使用话尽可能在可视化界面上拥有对应按钮或菜单选项。因为右键菜单由用户点击鼠标左右键或别动作才能调出来显示给用户。无法清楚显示给用户，所以对应选项应该能够经过别路径得到。
用户交互
l 要使一个功效有时许可有时不许可用户使用，则这个控件不能随便隐藏，应该使用disable属性进行表示，以免用户发觉控件失踪后措手无策。
l 窗口弹出位置要显著，点击一个控件，弹出窗口或菜单，应该给人显著提醒。对于弹出窗体,统一要求显示位置在屏幕中央，要求窗体是以模态显示，而且不出现在任务拦上。
l 实施动作要有提醒。UI作为人机对话工具，用户做了任何动作，应该给用户一个视觉或听觉、触觉提醒。而且这个提醒应该行显著，但不应提醒过长，能够有以下多个方法：弹出交互对话框让用户点击确定；改变UI中控件参数提醒：(处理不用用户确定提醒，有一定延时，或用户按键后自动清除。)；改变标题栏字符串，显示“信息：提交成功”,或专门设置一个状态栏、TLable等用来进行提醒。
图形用户界面部分业界标准
l 关闭应用时应有信息窗提醒用户确定：“您确定要退出***吗？”；
l 试图同时打开两次应用时不许可；(通常而言)
l 全部屏幕全部应响应帮助【F1】键且做一样工作(显示对应帮助信息)。
l 使用【Tab】键在窗口中移动光标/焦点，使用【Shift】+【Tab】组合键回移；
l 假如一个按钮能产生一个新窗口，则它不应该盖住先前窗口，并能回到先前窗口中；
l 通常情况下，窗口中全部事情应该既能用鼠标又能用键盘来完成
通用界面元素设计
l 单选框用左右键和上下键移动，和鼠标单击选中。单选框是一个多先一设置，可先数目在2-8之间。当空间不够时，单选框能够用循环按钮、下拉菜单、滚动列表来替换。
l 复选框在框中用鼠标单击，和空格键来实现在文本上设置/取消设置；
l 复选框按选择几率高低而前后排列；
l 复选框要有默认选项，并支持【Tab】选择
l 除确定（ok）或取消（Cancel）外，其它按钮应有一个字符代表，这个字符在按钮上是以下划线表示，用[ALT]+字符组合键方法可激活它，确保不反复定义这类字符；
l 命令按钮假如能导出一个新窗口，使用户能输入或改变内容，刚按钮文字后面带省略号（3个小点）
l 用[Tab]走到这个按钮后，按【空格】或【Enter】键应能激活；
l 用[Tab]移到其它类型控制按钮（非命令），则在屏上这个控制钮以加宽黑框表示，这时按Enter应能激活这个控制钮；
l 按[Esc]键应能激活[Cancel]钮。
l 按下拉列表框右边箭头处，应能得到（打开）选择列表项，列表项能够卷动（当内容多时应有卷动条），其框中应不能输入文本。
l 既要能够输入文字，又要能够在列表中选择，能够用联合框。
l 按一个字符应到以这个字符开头项（英文时），按【Ctrl】+【F4】组合键应能打开下拉列表框。
l 下拉列表框中选项应是排好了序
菜单设计
l 菜单功效是否正确实施；
l 常见菜单要有命令快捷方法。
l 文本字体、大小和格式是否正确；
l 菜单功效名字是否含有自解释性;
l 右键快捷菜单是否采取和菜单相同准则；
l 是否合适地列出了全部菜单功效
l 是否依据系统功效进行合理分类，将选项进行分组（完成相同或相近功效菜单用横线隔开放在同一位置。）；
l 菜单深度是否控制在3层以内
l 菜单标题是否简练、有意义；菜单前图标能直观代表要完成操作，如不能则不要用图标。
l 是否依使用频度排列；是否依逻辑次序排列；是否依使用次序排列；
l 各级菜单显示格式和操作方法是否一致。
系统响应时间
l 对可能造成等候时间较长操作最好提供取消功效
l 系统响应为2-10秒，鼠标显示成为沙漏；10-18秒时，由微帮助来显示处理进度；18秒以上时，显示处理窗口或显示进度条。
l 对可能造成等候时间较长操作最好提供取消功效（假如可能话）
l 当一个长时间处理完成时应发出一个提醒警告声如beep(1)， 这么用户无须总看着屏幕
消息框
l 标题：提议以主窗口名称作为标题，以变量形式显示，最好不要写死。（标题是否依据内容显示为“提醒”，“警告”）
l 文本：不考虑国际化开发时，能够直接以汉字显示，考虑国际化开发时，需要依据字串取当地化文本。请注意提醒信息语气及标点符号。
l 按钮：当有多个按钮时，实施删除操作时，默认按钮应为否（取消）。
l 符号：依据提醒内容，确定图标显示：关键消息（系统犯错）时显示；警告问询（提问）时显示；警告消息（用户错误操作）时显示；通知消息（通常提醒）时显示。
确定正确性
l 输入或操作有问题时，是否给用户一个合适信息
l 输入非法值并单击了【确定】按钮后，是否会出现报错信息
l 对于数据域，检验负数是否能输入；检验最大值、最小值和中间值是否许可
l 对字符/字母域检验是否有一个特定限制
l 检验必输域是否需要用户输入
l 必输域对应数据库表字段是否不能为空
导航测试
l 经过菜单是否能够进入应用屏（窗口）；
l 经过工具条是否能够进入应用屏(窗口)；
l 经过父窗口中按钮是否能够进入子窗口；
l 当窗口激活时，窗口模式是否正确；
l 同时能打开相同应用窗口数量是否符合要求
元素易用性测试
l 窗口中下拉表中项目排序是否正确；
l 测试日期输入正确格式；
l 窗口中按钮是否全部有合适快捷键；
l 快捷键工作是否正常；
l 菜单中选项是否定义了快捷键；
l 只读域应不在TAB键能达成序列中；
l 非激活域应不在TAB键能达成序列中；
l 【重置】和【清空】等按钮不应该对不可编辑域进行操作
l 用鼠标点出文本框，是否会出现帮助信息；
l 用鼠标单击只读域，是否能进入；
l 当打开窗口时，光标/焦点应在第一个可输入域；
l 窗口中是否有缺省按钮定义；
l 缺省按钮工作是否正常；
l 当错误信息确定时，焦点是否会回到犯错域；
l 使用【Alt】＋【Tab】组合键从一个应用到另一个应用切换时是否有冲突；
l 编辑框域是否指示了字符长度；
数据完整性测试
l 关闭窗口时数据是否得到了保留；
l 检验域长度，以确保没有字样被截掉；
l 有域是经过在数据库中查询一个值作为缺省值，而且用户能够输入一个有效值来替换这个值；没了解

l 检验能接收负数数字域能将负数正确存放；
l 一组单选按钮是否由一组值代表（在数据库中）；
l 数据库对数据存放是否完整，如字符串是否被截，数值是否被舍入。
只读模式测试
l 只读模式屏幕和域颜色设置是否正确；
l 只读模式是否合乎实际（这种情况下，是否应设为只读模式）；
l 字段域和控制按钮是否以只读模式来表示非激活；
l 和正在进行操作无关按钮应加以屏蔽（只读模式）
l 从窗口/菜单/工具条只读模式是否能进入下一级窗口；
l 从只读模式进入窗口是否有效；
l 只读模式下不能实施或进行“确定”；
通用性测试
l 确保有“帮助”菜单存在；
l 确保在每个菜单中有合适命令或选项；
l 确保工具条中全部按钮对应一个命令；
l 确保每个菜单命令有一个热键方法；
l 在下拉列表中，确保值不被截断；
l 在下接列表中，确保表中条目能经过合适键或热键联合来存取；
l 窗口中没有反复定义热键；
l 确保【Esc】键正确使用（常见于“取消”），应有类似提醒：“更新数据将丢失 是否继续？”；
l 确保“取消”按钮功效同［Esc］键；
l “取消”但不能回退（已作改变不能回退）时，应相当于“关闭”；
l 确保隐藏于目前屏幕后面命令按钮不能工作；
l 当一个命令按钮应依据情况来确定是否能使用时，应确保在不能使用时变灰；
l 确保“确定【OK】”键和“取消【Cancel】”键按钮成对，并和其它命令按钮分开；
l 确保命令按钮名字清楚；
l 确保字段域标签或名字不过于专业性，而是对系统用户有意义；
l 确保命令按钮有相同大小和形状，相同字体和字体大小；
l 确保每个按钮能经过热键盘方法来访问；
l 确保命令按钮在同一个窗口/会话框中不会反复；
l 确保每个窗口/会话框中元素（命令按钮、其它元素）在按回车键时，有一个清楚缺省值响应回车；
l 确保对象/按钮设置对应于窗口/会话框需要功效；
l 确保可选按钮（包含单选项、复选项、和选择框）名字清楚；
l 假如热键用于访问可选键，确保在同一窗口/会话框中，热键不反复；
l 确保选择窗、选择按钮和命令按钮被逻辑地组在一起，形成功效“组”；
l 红色不用于加亮被激活元素（色盲中最常风为红-绿色盲）；
l 确保屏幕/窗口中展现和分布不混乱；
l 在表窗口中【Ctrl】+【F6】组合键打开下一个表；不明白

l 在表窗口中【Shift】+【Ctrl】+【F6】组合键打开先前表（回到先前表）；
l 在目前表最终域中，用【Tab】键能够打开下一个表；
l 在最终表最终域中，用【Tab】键能够走到【继续】按钮中；
l 在窗口中间件【Tab】键可走进下一个可编辑框；
l 当列表框中选项少于8项时，无须用滚动条；
l 当系统“继续”发觉错误时，应回到犯错域或表；
l 对表中域输入正确前，按[继续]按钮不起作用；
l 打开一个表时，焦点落入第一个可编辑域；
l 全部字体一致；
l 【Alt】+【F4】组合键将关闭表窗口，回到主屏幕或先前屏幕，必需时有提醒信息：如“更新数据将丢失”；
l 对于激活域和挖掘
有简单帮助文本；
l 确保全部非激活域是只读模式。
特殊域测试之日期域
l 确保闰年日期有效正确，不产生错误和计算误差；
l 测试月份是在1和12之间（含），其它数值报错；
l 测试日期在1和31之间（含），最大值和月份相关；
l 对二月28,29,30日，进行验证；
l 测试日期周期性计算正确。
特殊域测试之数字域
l 确保对最低、最高值处理正确；
l 输入无效数据值被统计和汇报；
l 确保有效值被正确地处理
l 在数字前面带有空格数字域被正确处理还是报错误；
l 在数字后面带有空格数字域被正确处理还是报错误；
l 确保正、负值被正确处理；
l 确保除零事不会发生；
l 数字域范围最少含有一个值
l 数字域范围含最大值和最小值
l 对范围外值进行测试，确保错误值能被检测出来。
特殊域测试之字符域
l 测试使用空格和非空格字符；
l 测试最高值和最低值
l 测试非法字符或控制符
l 测试正当字符
l 测试第一个位置是空格数据或最终一位置是空格数据。
8. 测试结果评审
全部功效验证：提交功效性测试汇报。
验收测试：依据需求有设计说明书，对需求及设计说明书中内容进行验证。提交验收测试汇报。
极限测试：文件破坏、数据错乱、大数据量、死机、CPU内存耗尽、硬盘写满、不符逻辑、大量错误数据引发日志文件过大、系统瓦解等等。
9. 中试结果评审
l 是否实现了全部计划功效
l 是否达成了预定性能指标
l 界面是否令人满意
l 用户体验是否良好
l 工程实施是否简单、易操作
10. 版本公布
l 版本公布要得到研发中心认可
l 版本公布文档包含：
l 编写：安装使用说明书、常见问题解答。
l 整理：开发设计任务书（或需求说明书）、概要设计（功效细化、数据库设计及说明、UI界面设计）、过程控制文档（代码编写过程中关键逻辑或数听说明）、测试文档。
l 版本公布产品：用户安装使用光盘、使用说明书。
l 全部和产品相关源代码备份。