软件评审流程要点

1、软件评审流程要点软件产品评审流程要点1. 立项市场需要（软件为用户解决什么样的问题）国家政策（国家是否有相关政策提出，是否有 利于该软件日后的发展）产品定位（软件在行业中的定位）产品功能策划市场上类似产品的功能、特点与优势产品的卖点与优势开发该软件对公司的（战略）意义性能（效率、响应时间、资源占用、稳定性） 重要等级（是否直接关系人员生命安全） 工程实施复杂度和软件维护复杂度 开发的（技术）风险是什么 市场或公司允许的研发周期预计成本（人力物力）（可验证性）2. 设计方案概要设计: 提交概要设计文档，内容包括如下方面：总体设计（需求规定、运行环境、基本设计概 念和处理流程、结构、功能需求与程序

2、的关系、 人工处理过程、尚未解决的问题）接口设计（用户接口、外部接口、内部接口）运行设计（运行模块组合、运行控制、运行时 间）系统论据结构设计（逻辑结构设计要点、物理 结构设计要点、数据结构与程序的关系）系统出错处理设计（出错信息、补救措施、系 统维护设计）详细设计：提交详细设计文档，内容包括如下方面：术语定义及说明详细设计方法和工具系统详细需求分析（详细需要分析、接口需求 分析）总体方案确认（系统总体结构确认、系统详细 界面划分（应用系统与支撑系统的详细界面划 分、系统内部详细界面划分）系统详细设计（系统结构设计及子系统划分、 系统功能模块详细设计、系统界面详细设计（外部、内部以及用户界面设

3、计） 数据库系统设计（设计要求、信息模型设计、 数据库设计（设计依据、数据库选型、数据库 种类及特点、数据库逻辑结构、物理结构设计、 数据库安全、数据字典） 网络通信系统设计（设计要求、网络结构确认、 网络布局设计、网络接口设计） 信息编码设计（代码结构设计、代码编制） 维护设计（系统的可靠性和安全性、系统及用 户维护设计、系统扩充、错误处理（出错类别、 出错处理）、系统调整及再次开发问题 系统配置（配置原则、硬件配置、软件配置） 关键技术（关键技术的提出、关键技术的一般 说明、关键技术的实现方案） 组织机构及人员配置 投资预算概算及资金规划 实施计划（限制、实施内容和进度安排、实施 条件和措

4、施、系统测试计划（测试策略、测试 方案、预期的测试结果、测试进度计划）、验 收标准3. 技术选型版权是否有应用先例，是否为常用技术类似的技术是否在公司内部使用过使用此技术的额外风险是什么（有没有失败的 案例，原因是什么，如何避免）此技术是否是过时的技术（技术没有发展前 景，或者提供者将来不再提供技术升级等）是否为成熟的技术（应用范围广，大公司或者 标准组织提供）能有选择的，尽量不要用定制的技术（其它类 似产品或者项目不能复用的技术尽量少用）4. 界面评审指导原则：关注用户及其任务，而不是技术首先考虑功能，然后才是表示从用户的视角看问题，使用用户的词汇进行描 述，不必向用户暴露实现细节使常用的用

5、户任务简单化，不要让用户解决额 外的问题促进学习，保持一致性，引导用户的使用习惯 保持显示惯性，传递信息，而不仅仅是数据 设计应满足响应需求颜色：统一色调：采用标准 Windows的基本色调，做 到与操作系统统一，读取系统标准色表。整个界面色彩尽量少的使用类别不同的颜色。除非特殊场合，杜绝使用对比强烈，让人产生 憎恶感的颜色同时色调也具有一定的含义，在整个系统中应 保持色调含义的一致性，避免同一中颜色在不 同的画面中表示不同的意义。资源：图标资源也需要遵循统一的规则，因为不同的 图标代表不同的意义。例如：我们用图标来表 示保存，因此我们在整个系统中只要涉及到保 存的话，都应该使用同一个图标，不

6、论是用在 工具栏上还是在菜单上，还是在按钮上。图标、图像应该很清晰的表达出意思，遵循常 用标准，或者用户机器容易联想到的物件， 绝 对不允许画出莫名其妙的图案。鼠标光标样式统一，使用系统标准。注意：本系统中不采用窗体做进度条，对于按钮后，鼠 标变成沙漏形状，执行完成后，鼠标变回。字体：系统中中文一律采用标准字体“宋体”，英文 一律采用标准Microsoft Sans Serif，除登录界面和图标中的特殊字体用图片实现， 原则 上不考虑特殊字体（隶书、草书等，特殊情况 可以用图片取代），保证每个用户使用起来显 示都很正常。字体大小统一规定，MSS字体8磅，字体为10 磅，字体颜色一般采用系统默认

7、颜色。所有控件尽量使用大小统一的字体属性，除了 特殊提示信息、加强显示等例外情况。文字表达：使用统一的语言描述，提到同一个概念时，用 相同的术语描述。例如一个关闭功能按钮，统 一描述为关闭，避免使用返回、退出描述。通常情况下，每个窗口应该有一个唯一的标 题，和触发它的菜单或按钮命令相对应。在提示信息中多用“您、请”等礼貌用语，不 要用对用户来说晦涩的计算机用语，杜绝错别 字。断句、逗号、句号、顿号和分号的用法，提示 信息比较多的话，应该分段。错误消息对话框有仅仅指出问题，还要提供解 决问题的建议。控件选择：不要随意使用控件，控件功能要专一，风格统 一。如果没有好的控件，则使用标准控件。同一类型

8、的控件操作方式相同，避免出现一个 控件双击可以执行某些动作，而同样的控件， 双击却没有任何反映。一个控件只做单一功能，尽量不复用。控件布局，窗口不拥挤，按功能组合控件屏幕不能拥挤，也不能太松散。整个项目，尽量采用统一的控件间距，通过调 整窗体大小达到一致，即使在窗体大小不变的 情况下，宁可留空部分区域，了不要破坏控件 间的行间距。文字和文本框一般采用左对齐方式，如单选文 本框前的标签提示，使用左对齐加冒号；数据 列表表头文字和内容，也采用左对齐。文字和 文本框中的文字水平中对齐。横排按钮，最右边的一个与上面的控件右对齐 为了使界面不出现跑版或者难看的局面， 解决 方法是固定窗口的大小，不允许改

9、变尺寸。5. 数据库评审设计数据库之前（需要分析阶段）数据库选型的考虑必须对所有的实体关系绘制出关系图及相关 说明，创建数据字典和ER图。表设计标准化和规范化：数据的标准化有助于消除数 据库中的数据冗余。第三范式（3NF通常被 认为在性能、扩展性和数据完整性方面达到了 最好平衡。事实上，为了效率的缘故，对表不 进行标准化有时也是必要的，但要有充公的理 由。数据驱动：采用数据驱动而非硬编码的方式， 许多策略变更和维护都会方便得多，大大增强 系统的灵活性和扩展性。字段设计每个表中都应该添加的3个有用的字段（dRecordCreationDate ，在 VB 下默认是Now()，而在 SQLServ

10、e 下默认为 GETDATEQ sRecordCreator，在 SQLServer 下默认为 NOT NULL DEFAULT USERnRecordVersion，记录 的版本标记)，有助于准确说明记录中出现 null数据或者丢失数据的原因对地址和电话采用多个字段：描述街道地址就 短短一行记录是不够的。Address_Line1、Address_Line2 和 Address_Line3 可以提供 更大的灵活性。还有，电话号码和邮件地址最 好拥有自己的数据表，其间具有自身的类型和 标记类别。使用角色实体定义属于某类别的列：在需要对 属于特定类别或者具有特定角色的事物做定 义时，可以用角色实

11、体来创建特定的时间关联 关系，从而可以实现自我文档化。选择数字类型和文本类型尽量充足：在SQL中 使用smallint 和tinyint类型要特别小心。比如，假如想看看月销售总额，总额字段类型 是smallint，那么，如果总额超过了 $32,767 就不能进行计算操作了。而ID类型的文本字 段，比如客户ID或定单号等等都应该设置得 比一般想象更大。假设客户ID为10位数长。那你应该把数据库表字段的长度设为 12或者 13个字符长。但这额外占据的空间却无需将 来重构整个数据库就可以实现数据库规模的 增长了。加删除标记字段：在表中包含一个“删除标记” 字段，这样就可以把行标记为删除。在关系数 据

12、库里不要单独删除某一行；最好采用清除数 据程序而且要仔细维护索引整体性。选择键和索引键设计4原则：为关联字段创建外键、所有 的键都必须唯一、避免使用复合键、外键总是 关联唯一的键字段。使用系统生成的主键：设计数据库的时候采用 系统生成的键作为主键，那么实际控制了数据 库的索引完整性。这样，数据库和非人工机制 就有效地控制了对存储数据中每一行的访问。 采用系统生成键作为主键还有一个优点：当拥 有一致的键结构时，找到逻辑缺陷很容易。不要用用户的键（不让主键具有可更新性）：在 确定采用什么字段作为表的键的时候，可一定 要小心用户将要编辑的字段。通常的情况下不 要选择用户可编辑的字段作为键。可选键有时

13、可做主键：把可选键进一步用做主 键，可以拥有建立强大索引的能力。逻辑主键使用唯一的成组索引，对系统键（作 为存储过程）采用唯一的非成组索引，对任何 外键列采用非成组索引。考虑数据库的空间有 多大，表如何进行访问，还有这些访问是否主 要用作读写。大多数数据库都索引自动创建的主键字段，但 是可别忘了索引外键，它们也是经常使用的 键，比如运行查询显示主表和所有关联表的某 条记录就用得上。不要索引memo/note字段，不要索引大型字 段（有很多字符），这样作会让索引占用太多 的存储空间。不要索引常用的小型表：不要为小型数据表设 置任何键，假如它们经常有插入和删除操作就 更别这样作了。对这些插入和删除

14、操作的索引 维护可能比扫描表空间消耗更多的时间。其它防止数据冗余、防止更新异常、插入异常和删 除异常！每个表存在主属性，而且所有的属性都是依赖于主属性！如果表的数据记录少，如不会超过上万条记 录，可以考虑不建索引，数据记录多时， 必须 建索引。特别是上百万或者几千万条记录。如果表的记录总值会超过500万条以上，考虑 建分区。数据库文件大于4G时，考虑采用多 个文件组，存储在不同的磁盘上，以便于用户 对某些数据进行精确备份。10G以上海量数据存储时，考虑对过去的数据 采用数据压缩技术。考虑表与表之间的关联最好不要超过三层。对于大数据量的表只允许关联两个相关的小 表，小表记录条数不允许超过 1万条

15、记录。数据库设计时对于统计数据，要有统计表，避 免发生查询时为了获取一个数值对几十万条 记录进行统计计算的情况，如年统计、月统计 等。好的数据库设计，必须有一定的数据库知识的人 来操作，才会发挥好的性能。操作数据库知识考 察的要求：编写SQL语句、视图、存储过程需要考虑不同 的语句写CPU内存的影响，优化使用查询、联接、分组等。对常用的数据链接如left join、Right join、 join、union和union all 的用法熟悉、理 解其数学的原理。在编写与数据库相关的操作时，控制并发数、 尽可能地不要去查询冗余的数据。大量的操作尽量在程序内完成，易于控制内存 或者CPU占用。使用

16、触发器或者游标，要考虑 性能。6. 通讯程序评审误码低，可靠性高 巡检效率高 占用资源少（CPU内存及其它资源） 长时间运行稳定好安全性好，出错可自恢复 接口友好，上层调用方便 易于功能或协议扩展（可通用）7. 用户体验评审TAB键顺序习惯用法、阅读顺序，从左到右、从上到下 快捷键、加速键和弹出菜单使用非破坏性缺省按钮，回车、ESC键的正确 使用。对于弹出模态窗体，有默认加速键，如 回车表示激活当前窗口设置为 default的按 钮动作，esc表示关闭窗口。同时在调用 default按钮动作和关闭动作时候，不应该做 有破坏性的操作，避免用户错误操作产生危害 程度，例如不能把删除数据等功能的按钮

17、作为 缺省按钮。当用户要提交很多数据时，应该屏 蔽ESC或者做退出提示，告诫用户是否保存 提交。尽量避免使用右键菜单，如使用的话尽量在可视化界面上拥有对应的按钮或者菜单选项。 因为右键菜单由用户点击鼠标左右键或者别 的动作才能调出来显示给用户。无法清晰的显 示给用户，所以对应选项应该可以通过别的途 径得到的。用户交互要使一个功能有时允许有时不允许用户使用， 则这个控件的不能随便隐藏，应该使用 disable属性进行表示，以免用户发现控件失 踪后措手无策。窗口弹出位置要明显，点击一个控件，弹出窗 口或者菜单，应该给人明显提示。对于弹出窗 体,统一要求显示位置在屏幕中央，要求窗体 是以模态显示，并

18、且不出现在任务拦上。执行动作要有提示。UI作为人机对话的工具， 用户做了任何动作，应该给用户一个视觉或者 听觉、触觉提示。而且这个提示应该行明显， 但不应提示过长，可以有以下几种方法：弹出 交互对话框让用户点击确认；改变 UI中控件 参数提示：（处理不用用户确认的提示，有一 定延时，或者用户按键后自动清除。）；改变 标题栏字符串，显示"信息：提交成功"，或 者专门设置一个状态栏、TLable等用来进行 提示。图形用户界面的一些业界标准关闭应用时应有信息窗提示用户确认：“您确 认要退出*吗？ ”；试图同时打开两次应用时不允许；（一般而言） 所有的屏幕都应响应帮助 【F1】键且

19、做同样的 工作（显示相应的帮助信息）。使用【Tab】键在窗口中移动光标/焦点，使用 【Shift】+【Tab】组合键回移；如果一个按钮能产生一个新窗口，则它不应该 盖住先前的窗口，并能回到先前的窗口中； 一般情况下，窗口中的所有事情应该既能用鼠 标又能用键盘来完成通用界面元素设计单选框用左右键和上下键移动，以及鼠标单击 选中。单选框是一种多先一设置，可先数目在 2-8之间。当空间不够时，单选框可以用循环 按钮、下拉菜单、滚动列表来代替。复选框在框中用鼠标单击，以及空格键来实现 在文本上设置/取消设置；复选框按选择几率的高低而先后排列；复选框要有默认选项，并支持【Tab】选择 除确定（ok）或取

20、消（Cancel）外，其他的按 钮应有一个字符代表，这个字符在按钮上是以 下划线表示的，用ALT+字符组合键的方式可 激活它，保证不重复定义这类字符；命令按钮如果能导出一个新的窗口，使用户能输入或改变内容，刚按钮的文字后面带省略号（3个小点）用Tab走到这个按钮后，按【空格】或【Enter】键应能激活；用Tab移到其他类型的控制按钮（非命令）， 则在屏上这个控制钮以加宽黑框表示，这时按 Enter应能激活这个控制钮；按Esc键应能激活Cancel钮。按下拉列表框右边的箭头处，应能得到（打开） 选择列表项，列表项可以卷动（当内容多时应 有卷动条），其框中应不能输入文本。既要可以输入文字，又要可以

21、在列表中选择， 可以用联合框。按一个字符应到以这个字符开头的项（英文 时），按【Ctrl】+【F4】组合键应能打开下拉 列表框。下拉列表框中的选项应是排好了序的菜单的设计菜单功能是否正确执行；常用菜单要有命令快捷方式。文本字体、大小和格式是否正确；菜单功能的名字是否具有自解释性；右键快捷菜单是否采用与菜单相同的准则； 是否适当地列出了所有的菜单功能是否根据系统功能进行合理分类，将选项进行 分组（完成相同或相近功能的菜单用横线隔开 放在同一位置。）；菜单深度是否控制在3层以内菜单标题是否简洁、有意义；菜单前的图标能 直观的代表要完成的操作，如不能则不要用图 标。是否依使用频度排列；是否依逻辑顺序

22、排列；是否依使用顺序排列；各级菜单显示格式和操作方式是否一致。系统响应时间对可能造成等待时间较长的操作最好提供取 消功能系统响应为2-10秒，鼠标显示成为沙漏； 10-18秒时，由微帮助来显示处理进度；18秒 以上时，显示处理窗口或显示进度条。对可能造成等待时间较长的操作最好提供取 消功能（如果可能的话）当一个长时间的处理完成时应发出一个提示 警告声如beep（1），这样用户不必总看着屏幕消息框标题：建议以主窗口的名称作为标题，以变量 的形式显示，最好不要写死。（标题是否根据内容显示为“提示”，“警告”）文本：不考虑国际化开发时，可以直接以中文 显示，考虑国际化开发时，需要根据字串取本 地化文

23、本。请注意提示信息的语气及标点符 号。按钮：当有多个按钮时，执行删除操作时，默 认按钮应为否（取消）。符号：根据提示的内容，确认图标的显示：关 键消息（系统出错）时显示 ；警告询问（提 问）时显示匕 警告消息（用户的错误操作） 时显示匾；通知消息（一般提示）时显示Bo 确认正确性输入或操作有问题时，是否给用户一个恰当的 信息输入非法值并单击了【确认】按钮后，是否会 出现报错信息对于数据域，检查负数是否能输入；检查最大 值、最小值以及中间值是否允许对字符/字母域检查是否有一个特定的限制检查必输域是否需要用户输入必输域对应的数据库表字段是否不能为空导航测试通过菜单是否可以进入应用屏（窗口）； 通过

24、工具条是否可以进入应用屏（窗口）； 通过父窗口中的按钮是否可以进入子窗口； 当窗口激活时，窗口模式是否正确； 同时能打开相同应用窗口的数量是否符合要 求元素易用性测试窗口中下拉表中的项目排序是否正确；测试日期输入的正确格式；窗口中的按钮是否都有适当的快捷键； 快捷键的工作是否正常；菜单中的选项是否定义了快捷键； 只读域应不在TAB键能达到的序列中； 非激活域应不在TAB键能达到的序列中；【重置】和【清空】等按钮不应该对不可编辑 的域进行操作用鼠标点出文本框，是否会出现帮助信息； 用鼠标单击只读域，是否能进入；当打开窗口时，光标/焦点应位于第一个可输 入域；窗口中是否有缺省的按钮定义；缺省按钮的

25、工作是否正常；当错误信息确认时，焦点是否会回到出错的 域；使用【Alt 】 +【Tab】组合键从一个应用到另 一个应用切换时是否有冲突；编辑框域是否指示了字符的长度；数据完整性测试关闭窗口时数据是否得到了保存；检查域的长度，以保证没有字样被截掉； 有的域是通过在数据库中查询一个值作为缺 省值，并且用户可以输入一个有效值来取代这 个值；检查能接受负数的数字域能将负数正确的存储；一组单选按钮是否由一组值代表（在数据库 中）；数据库对数据的存储是否完整，如字符串是否 被截，数值是否被舍入。只读模式的测试只读模式屏幕和域的颜色设置是否正确；只读模式是否合乎实际（这种情况下，是否应 设为只读模式）；字段

26、域和控制按钮是否以只读模式来表示非 激活；与正在进行的操作无关的按钮应加以屏蔽 （只 读模式）从窗口 /菜单/工具条的只读模式是否能进入下一级窗口；从只读模式进入的窗口是否有效；只读模式下不能执行或进行"确认"；通用性测试保证有“帮助”菜单的存在；保证在每个菜单中有适当的命令或选项；保证工具条中的所有按钮对应一个命令；保证每个菜单命令有一个热键方式；在下拉列表中，保证值不被截断；在下接列表中，保证表中的条目能通过适当的键或热键联合来存取；窗口中没有重复定义的热键；保证【Esc】键的正确使用（常用于“取消”）， 应有类似的提示：“更新的数据将丢失是否继续？”保证“取消”按钮的

27、功能同Esc键；“取消”但不能回退（已作的变化不能回退）时，应相当于“关闭”；保证隐藏于当前屏幕后面的命令按钮不能工 作；当一个命令按钮应根据情况来确定是否能使 用时，应保证在不能使用时变灰；保证“确认【0!】键和“取消【Cancel】键按钮成对，并与其它命令按钮分开； 保证命令按钮名字清楚；保证字段域的标签或名字不过于专业性，而是 对系统的用户有意义的；保证命令按钮有相似的大小和形状，相同的字 体和字体大小；保证每个按钮能通过热键盘方式来访问；保证命令按钮在同一个窗口 /会话框中不会重 复；保证每个窗口 /会话框中元素（命令按钮、其 它元素）在按回车键时，有一个清晰的缺省值 响应回车；保证对象/按钮的设置对应于窗口 /会话框需要的功能；保证可选按钮（包括单选项、复选项、以及选 择框）的名字清楚；如果热键用于访问可选键，保证在同一窗口 / 会话框中，热键不重复；保证选择窗、选择按钮和命令按钮被逻辑地组 在一起，形成功能“组”；红色不用于加亮被激活的元素（色盲中最常风 的为红-绿色盲）；保证屏幕/窗口中的展现与分布不混乱；在表窗口中【Ctrl】+【F6】组合键打开下一 个表；在表窗口中【Shift】+【Ctrl】+ F6】组合键打开先前的表（回到先前的表）；在当前表的最后域中，用Tab】键可以打开 下一个表；在最后表的最后域中，用Tab】键可以走到 继续】按钮中；在窗口