软件评审流程要点.docx
《软件评审流程要点.docx》由会员分享，可在线阅读，更多相关《软件评审流程要点.docx（14页珍藏版）》请在冰豆网上搜索。
软件评审流程要点
软件产品评审流程要点
1.立项
●市场需要（软件为用户解决什么样得问题）
●国家政策（国家就是否有相关政策提出,就是否有利于该软件日后得发展）
●产品定位（软件在行业中得定位）
●产品功能策划
●市场上类似产品得功能、特点与优势
●产品得卖点与优势
●开发该软件对公司得（战略）意义
●性能（效率、响应时间、资源占用、稳定性）
●重要等级（就是否直接关系人员生命安全）
●工程实施复杂度与软件维护复杂度
●开发得（技术）风险就是什么
●市场或公司允许得研发周期
●预计成本（人力物力）
●（可验证性）
2.设计方案
概要设计:
提交概要设计文档,内容包括如下方面:
●总体设计（需求规定、运行环境、基本设计概念与处理流程、结构、功能需求与程序得关系、人工处理过程、尚未解决得问题）
●接口设计（用户接口、外部接口、内部接口）
●运行设计（运行模块组合、运行控制、运行时间）
●系统论据结构设计（逻辑结构设计要点、物理结构设计要点、数据结构与程序得关系）
●系统出错处理设计（出错信息、补救措施、系统维护设计）
详细设计:
提交详细设计文档,内容包括如下方面:
●术语定义及说明
●详细设计方法与工具
●系统详细需求分析（详细需要分析、接口需求分析）
●总体方案确认（系统总体结构确认、系统详细界面划分（应用系统与支撑系统得详细界面划分、系统内部详细界面划分））
●系统详细设计（系统结构设计及子系统划分、系统功能模块详细设计、系统界面详细设计（外部、内部以及用户界面设计））
●数据库系统设计（设计要求、信息模型设计、数据库设计（设计依据、数据库选型、数据库种类及特点、数据库逻辑结构、物理结构设计、数据库安全、数据字典））
●网络通信系统设计（设计要求、网络结构确认、网络布局设计、网络接口设计）
●信息编码设计（代码结构设计、代码编制）
●维护设计（系统得可靠性与安全性、系统及用户维护设计、系统扩充、错误处理（出错类别、出错处理））、系统调整及再次开发问题
●系统配置（配置原则、硬件配置、软件配置）
●关键技术（关键技术得提出、关键技术得一般说明、关键技术得实现方案）
●组织机构及人员配置
●投资预算概算及资金规划
●实施计划（限制、实施内容与进度安排、实施条件与措施、系统测试计划（测试策略、测试方案、预期得测试结果、测试进度计划））、验收标准
3.技术选型
●版权
●就是否有应用先例,就是否为常用技术
●类似得技术就是否在公司内部使用过
●使用此技术得额外风险就是什么（有没有失败得案例,原因就是什么,如何避免）
●此技术就是否就是过时得技术（技术没有发展前景,或者提供者将来不再提供技术升级等）
●就是否为成熟得技术（应用范围广,大公司或者标准组织提供）
●能有选择得,尽量不要用定制得技术（其它类似产品或者项目不能复用得技术尽量少用）
4.界面评审
指导原则:
●关注用户及其任务,而不就是技术
●首先考虑功能,然后才就是表示
●从用户得视角瞧问题,使用用户得词汇进行描述,不必向用户暴露实现细节
●使常用得用户任务简单化,不要让用户解决额外得问题
●促进学习,保持一致性,引导用户得使用习惯
●保持显示惯性,传递信息,而不仅仅就是数据
●设计应满足响应需求
颜色:
●统一色调:
采用标准Windows得基本色调,做到与操作系统统一,读取系统标准色表。
●整个界面色彩尽量少得使用类别不同得颜色。
除非特殊场合,杜绝使用对比强烈,让人产生憎恶感得颜色
●同时色调也具有一定得含义,在整个系统中应保持色调含义得一致性,避免同一中颜色在不同得画面中表示不同得意义。
资源:
●图标资源也需要遵循统一得规则,因为不同得图标代表不同得意义。
例如:
我们用图标来表示保存,因此我们在整个系统中只要涉及到保存得话,都应该使用同一个图标,不论就是用在工具栏上还就是在菜单上,还就是在按钮上。
●图标、图像应该很清晰得表达出意思,遵循常用标准,或者用户机器容易联想到得物件,绝对不允许画出莫名其妙得图案。
●鼠标光标样式统一,使用系统标准。
注意:
本系统中不采用窗体做进度条,对于按钮后,鼠标变成沙漏形状,执行完成后,鼠标变回。
字体:
●系统中中文一律采用标准字体“宋体”,英文一律采用标准MicrosoftSansSerif,除登录界面与图标中得特殊字体用图片实现,原则上不考虑特殊字体（隶书、草书等,特殊情况可以用图片取代）,保证每个用户使用起来显示都很正常。
●字体大小统一规定,MSS字体8磅,字体为10磅,字体颜色一般采用系统默认颜色。
●所有控件尽量使用大小统一得字体属性,除了特殊提示信息、加强显示等例外情况。
文字表达:
●使用统一得语言描述,提到同一个概念时,用相同得术语描述。
例如一个关闭功能按钮,统一描述为关闭,避免使用返回、退出描述。
●通常情况下,每个窗口应该有一个唯一得标题,与触发它得菜单或按钮命令相对应。
●在提示信息中多用“您、请”等礼貌用语,不要用对用户来说晦涩得计算机用语,杜绝错别字。
●断句、逗号、句号、顿号与分号得用法,提示信息比较多得话,应该分段。
●错误消息对话框有仅仅指出问题,还要提供解决问题得建议。
控件选择:
●不要随意使用控件,控件功能要专一,风格统一。
如果没有好得控件,则使用标准控件。
●同一类型得控件操作方式相同,避免出现一个控件双击可以执行某些动作,而同样得控件,双击却没有任何反映。
●一个控件只做单一功能,尽量不复用。
控件布局,窗口不拥挤,按功能组合控件
●屏幕不能拥挤,也不能太松散。
●整个项目,尽量采用统一得控件间距,通过调整窗体大小达到一致,即使在窗体大小不变得情况下,宁可留空部分区域,了不要破坏控件间得行间距。
●文字与文本框一般采用左对齐方式,如单选文本框前得标签提示,使用左对齐加冒号;数据列表表头文字与内容,也采用左对齐。
文字与文本框中得文字水平中对齐。
横排按钮,最右边得一个与上面得控件右对齐。
●为了使界面不出现跑版或者难瞧得局面,解决方法就是固定窗口得大小,不允许改变尺寸。
5.数据库评审
设计数据库之前（需要分析阶段）
●数据库选型得考虑
●必须对所有得实体关系绘制出关系图及相关说明,创建数据字典与ER图。
表设计
●标准化与规范化:
数据得标准化有助于消除数据库中得数据冗余。
第三范式（3NF）通常被认为在性能、扩展性与数据完整性方面达到了最好平衡。
事实上,为了效率得缘故,对表不进行标准化有时也就是必要得,但要有充公得理由。
●数据驱动:
采用数据驱动而非硬编码得方式,许多策略变更与维护都会方便得多,大大增强系统得灵活性与扩展性。
字段设计
●每个表中都应该添加得3个有用得字段（dRecordCreationDate,在VB下默认就是Now（）,而在SQLServe下默认为GETDATE（）;sRecordCreator,在SQLServer下默认为NOTNULLDEFAULTUSER;nRecordVersion,记录得版本标记）,有助于准确说明记录中出现null数据或者丢失数据得原因
●对地址与电话采用多个字段:
描述街道地址就短短一行记录就是不够得。
Address_Line1、Address_Line2与Address_Line3可以提供更大得灵活性。
还有,电话号码与邮件地址最好拥有自己得数据表,其间具有自身得类型与标记类别。
●使用角色实体定义属于某类别得列:
在需要对属于特定类别或者具有特定角色得事物做定义时,可以用角色实体来创建特定得时间关联关系,从而可以实现自我文档化。
●选择数字类型与文本类型尽量充足:
在SQL中使用smallint与tinyint类型要特别小心。
比如,假如想瞧瞧月销售总额,总额字段类型就是smallint,那么,如果总额超过了$32,767就不能进行计算操作了。
而ID类型得文本字段,比如客户ID或定单号等等都应该设置得比一般想象更大。
假设客户ID为10位数长。
那您应该把数据库表字段得长度设为12或者13个字符长。
但这额外占据得空间却无需将来重构整个数据库就可以实现数据库规模得增长了。
●加删除标记字段:
在表中包含一个“删除标记”字段,这样就可以把行标记为删除。
在关系数据库里不要单独删除某一行;最好采用清除数据程序而且要仔细维护索引整体性。
选择键与索引
●键设计4原则:
为关联字段创建外键、所有得键都必须唯一、避免使用复合键、外键总就是关联唯一得键字段。
●使用系统生成得主键:
设计数据库得时候采用系统生成得键作为主键,那么实际控制了数据库得索引完整性。
这样,数据库与非人工机制就有效地控制了对存储数据中每一行得访问。
采用系统生成键作为主键还有一个优点:
当拥有一致得键结构时,找到逻辑缺陷很容易。
●不要用用户得键（不让主键具有可更新性）:
在确定采用什么字段作为表得键得时候,可一定要小心用户将要编辑得字段。
通常得情况下不要选择用户可编辑得字段作为键。
●可选键有时可做主键:
把可选键进一步用做主键,可以拥有建立强大索引得能力。
●逻辑主键使用唯一得成组索引,对系统键（作为存储过程）采用唯一得非成组索引,对任何外键列采用非成组索引。
考虑数据库得空间有多大,表如何进行访问,还有这些访问就是否主要用作读写。
●大多数数据库都索引自动创建得主键字段,但就是可别忘了索引外键,它们也就是经常使用得键,比如运行查询显示主表与所有关联表得某条记录就用得上。
●不要索引memo/note字段,不要索引大型字段（有很多字符）,这样作会让索引占用太多得存储空间。
●不要索引常用得小型表:
不要为小型数据表设置任何键,假如它们经常有插入与删除操作就更别这样作了。
对这些插入与删除操作得索引维护可能比扫描表空间消耗更多得时间。
其它
●防止数据冗余、防止更新异常、插入异常与删除异常！
●每个表存在主属性,而且所有得属性都就是依赖于主属性！
●如果表得数据记录少,如不会超过上万条记录,可以考虑不建索引,数据记录多时,必须建索引。
特别就是上百万或者几千万条记录。
●如果表得记录总值会超过500万条以上,考虑建分区。
数据库文件大于4G时,考虑采用多个文件组,存储在不同得磁盘上,以便于用户对某些数据进行精确备份。
●10G以上海量数据存储时,考虑对过去得数据采用数据压缩技术。
●考虑表与表之间得关联最好不要超过三层。
●对于大数据量得表只允许关联两个相关得小表,小表记录条数不允许超过1万条记录。
●数据库设计时对于统计数据,要有统计表,避免发生查询时为了获取一个数值对几十万条记录进行统计计算得情况,如年统计、月统计等。
好得数据库设计,必须有一定得数据库知识得人来操作,才会发挥好得性能。
操作数据库知识考察得要求:
●编写SQL语句、视图、存储过程需要考虑不同得语句写CPU、内存得影响,优化使用查询、联接、分组等。
●对常用得数据链接如leftjoin、Rightjoin、join、union与unionall得用法熟悉、理解其数学得原理。
●在编写与数据库相关得操作时,控制并发数、尽可能地不要去查询冗余得数据。
●大量得操作尽量在程序内完成,易于控制内存或者CPU占用。
使用触发器或者游标,要考虑性能。
6.通讯程序评审
误码低,可靠性高
巡检效率高
占用资源少（CPU、内存及其它资源）
长时间运行稳定好
安全性好,出错可自恢复
接口友好,上层调用方便
易于功能或协议扩展
（可通用）
7.用户体验评审
TAB键顺序
●习惯用法、阅读顺序,从左到右、从上到下
快捷键、加速键与弹出菜单
●使用非破坏性缺省按钮,回车、ESC键得正确使用。
对于弹出模态窗体,有默认加速键,如回车表示激活当前窗口设置为default得按钮动作,esc表示关闭窗口。
同时在调用default按钮动作与关闭动作时候,不应该做有破坏性得操作,避免用户错误操作产生危害程度,例如不能把删除数据等功能得按钮作为缺省按钮。
当用户要提交很多数据时,应该屏蔽ESC,或者做退出提示,告诫用户就是否保存提交。
●尽量避免使用右键菜单,如使用得话尽量在可视化界面上拥有对应得按钮或者菜单选项。
因为右键菜单由用户点击鼠标左右键或者别得动作才能调出来显示给用户。
无法清晰得显示给用户,所以对应选项应该可以通过别得途径得到得。
用户交互
●要使一个功能有时允许有时不允许用户使用,则这个控件得不能随便隐藏,应该使用disable属性进行表示,以免用户发现控件失踪后措手无策。
●窗口弹出位置要明显,点击一个控件,弹出窗口或者菜单,应该给人明显提示。
对于弹出窗体,统一要求显示位置在屏幕中央,要求窗体就是以模态显示,并且不出现在任务拦上。
●执行动作要有提示。
UI作为人机对话得工具,用户做了任何动作,应该给用户一个视觉或者听觉、触觉提示。
而且这个提示应该行明显,但不应提示过长,可以有以下几种方法:
弹出交互对话框让用户点击确认;改变UI中控件参数提示:
（处理不用用户确认得提示,有一定延时,或者用户按键后自动清除。
）;改变标题栏字符串,显示“信息:
提交成功”,或者专门设置一个状态栏、TLable等用来进行提示。
图形用户界面得一些业界标准
●关闭应用时应有信息窗提示用户确认:
“您确认要退出***吗？
”;
●试图同时打开两次应用时不允许;（一般而言）
●所有得屏幕都应响应帮助【F1】键且做同样得工作（显示相应得帮助信息）。
●使用【Tab】键在窗口中移动光标/焦点,使用【Shift】+【Tab】组合键回移;
●如果一个按钮能产生一个新窗口,则它不应该盖住先前得窗口,并能回到先前得窗口中;
●一般情况下,窗口中得所有事情应该既能用鼠标又能用键盘来完成
通用界面元素设计
●单选框用左右键与上下键移动,以及鼠标单击选中。
单选框就是一种多先一设置,可先数目在2-8之间。
当空间不够时,单选框可以用循环按钮、下拉菜单、滚动列表来代替。
●复选框在框中用鼠标单击,以及空格键来实现在文本上设置/取消设置;
●复选框按选择几率得高低而先后排列;
●复选框要有默认选项,并支持【Tab】选择
●除确定（ok）或取消（Cancel）外,其她得按钮应有一个字符代表,这个字符在按钮上就是以下划线表示得,用[ALT]+字符组合键得方式可激活它,保证不重复定义这类字符;
●命令按钮如果能导出一个新得窗口,使用户能输入或改变内容,刚按钮得文字后面带省略号（3个小点）
●用[Tab]走到这个按钮后,按【空格】或【Enter】键应能激活;
●用[Tab]移到其她类型得控制按钮（非命令）,则在屏上这个控制钮以加宽黑框表示,这时按Enter应能激活这个控制钮;
●按[Esc]键应能激活[Cancel]钮。
●按下拉列表框右边得箭头处,应能得到（打开）选择列表项,列表项可以卷动（当内容多时应有卷动条）,其框中应不能输入文本。
●既要可以输入文字,又要可以在列表中选择,可以用联合框。
●按一个字符应到以这个字符开头得项（英文时）,按【Ctrl】+【F4】组合键应能打开下拉列表框。
●下拉列表框中得选项应就是排好了序得
菜单得设计
●菜单功能就是否正确执行;
●常用菜单要有命令快捷方式。
●文本字体、大小与格式就是否正确;
●菜单功能得名字就是否具有自解释性;
●右键快捷菜单就是否采用与菜单相同得准则;
●就是否适当地列出了所有得菜单功能
●就是否根据系统功能进行合理分类,将选项进行分组（完成相同或相近功能得菜单用横线隔开放在同一位置。
）;
●菜单深度就是否控制在3层以内
●菜单标题就是否简洁、有意义;菜单前得图标能直观得代表要完成得操作,如不能则不要用图标。
●就是否依使用频度排列;就是否依逻辑顺序排列;就是否依使用顺序排列;
●各级菜单显示格式与操作方式就是否一致。
系统响应时间
●对可能造成等待时间较长得操作最好提供取消功能
●系统响应为2-10秒,鼠标显示成为沙漏;10-18秒时,由微帮助来显示处理进度;18秒以上时,显示处理窗口或显示进度条。
●对可能造成等待时间较长得操作最好提供取消功能（如果可能得话）
●当一个长时间得处理完成时应发出一个提示警告声如beep
（1）,这样用户不必总瞧着屏幕
消息框
●标题:
建议以主窗口得名称作为标题,以变量得形式显示,最好不要写死。
（标题就是否根据内容显示为“提示”,“警告”）
●文本:
不考虑国际化开发时,可以直接以中文显示,考虑国际化开发时,需要根据字串取本地化文本。
请注意提示信息得语气及标点符号。
●按钮:
当有多个按钮时,执行删除操作时,默认按钮应为否（取消）。
●符号:
根据提示得内容,确认图标得显示:
关键消息（系统出错）时显示;警告询问（提问）时显示;警告消息（用户得错误操作）时显示;通知消息（一般提示）时显示。
确认正确性
●输入或操作有问题时,就是否给用户一个恰当得信息
●输入非法值并单击了【确认】按钮后,就是否会出现报错信息
●对于数据域,检查负数就是否能输入;检查最大值、最小值以及中间值就是否允许
●对字符/字母域检查就是否有一个特定得限制
●检查必输域就是否需要用户输入
●必输域对应得数据库表字段就是否不能为空
导航测试
●通过菜单就是否可以进入应用屏（窗口）;
●通过工具条就是否可以进入应用屏（窗口）;
●通过父窗口中得按钮就是否可以进入子窗口;
●当窗口激活时,窗口模式就是否正确;
●同时能打开相同应用窗口得数量就是否符合要求
元素易用性测试
●窗口中下拉表中得项目排序就是否正确;
●测试日期输入得正确格式;
●窗口中得按钮就是否都有适当得快捷键;
●快捷键得工作就是否正常;
●菜单中得选项就是否定义了快捷键;
●只读域应不在TAB键能达到得序列中;
●非激活域应不在TAB键能达到得序列中;
●【重置】与【清空】等按钮不应该对不可编辑得域进行操作
●用鼠标点出文本框,就是否会出现帮助信息;
●用鼠标单击只读域,就是否能进入;
●当打开窗口时,光标/焦点应位于第一个可输入域;
●窗口中就是否有缺省得按钮定义;
●缺省按钮得工作就是否正常;
●当错误信息确认时,焦点就是否会回到出错得域;
●使用【Alt】＋【Tab】组合键从一个应用到另一个应用切换时就是否有冲突;
●编辑框域就是否指示了字符得长度;
数据完整性测试
●关闭窗口时数据就是否得到了保存;
●检查域得长度,以保证没有字样被截掉;
●有得域就是通过在数据库中查询一个值作为缺省值,并且用户可以输入一个有效值来取代这个值;
●检查能接受负数得数字域能将负数正确得存储;
●一组单选按钮就是否由一组值代表（在数据库中）;
●数据库对数据得存储就是否完整,如字符串就是否被截,数值就是否被舍入。
只读模式得测试
●只读模式屏幕与域得颜色设置就是否正确;
●只读模式就是否合乎实际（这种情况下,就是否应设为只读模式）;
●字段域与控制按钮就是否以只读模式来表示非激活;
●与正在进行得操作无关得按钮应加以屏蔽（只读模式）
●从窗口/菜单/工具条得只读模式就是否能进入下一级窗口;
●从只读模式进入得窗口就是否有效;
●只读模式下不能执行或进行“确认”;
通用性测试
●保证有“帮助”菜单得存在;
●保证在每个菜单中有适当得命令或选项;
●保证工具条中得所有按钮对应一个命令;
●保证每个菜单命令有一个热键方式;
●在下拉列表中,保证值不被截断;
●在下接列表中,保证表中得条目能通过适当得键或热键联合来存取;
●窗口中没有重复定义得热键;
●保证【Esc】键得正确使用（常用于“取消”）,应有类似得提示:
“更新得数据将丢失就是否继续？
”;
●保证“取消”按钮得功能同［Esc］键;
●“取消”但不能回退（已作得变化不能回退）时,应相当于“关闭”;
●保证隐藏于当前屏幕后面得命令按钮不能工作;
●当一个命令按钮应根据情况来确定就是否能使用时,应保证在不能使用时变灰;
●保证“确认【OK】”键与“取消【Cancel】”键按钮成对,并与其它命令按钮分开;
●保证命令按钮名字清楚;
●保证字段域得标签或名字不过于专业性,而就是对系统得用户有意义得;
●保证命令按钮有相似得大小与形状,相同得字体与字体大小;
●保证每个按钮能通过热键盘方式来访问;
●保证命令按钮在同一个窗口/会话框中不会重复;
●保证每个窗口/会话框中元素（命令按钮、其它元素）在按回车键时,有一个清晰得缺省值响应回车;
●保证对象/按钮得设置对应于窗口/会话框需要得功能;
●保证可选按钮（包括单选项、复选项、以及选择框）得名字清楚;
●如果热键用于访问可选键,保证在同一窗口/会话框中,热键不重复;
●保证选择窗、选择按钮与命令按钮被逻辑地组在一起,形成功能“组”;
●红色不用于加亮被激活得元素（色盲中最常风得为红-绿色盲）;
●保证屏幕/窗口中得展现与分布不混乱;
●在表窗口中【Ctrl】+【F6】组合键打开下一个表;
●在表窗口中【Shift】+【Ctrl】+【F6】组合键打开先前得表（回到先前得表）;
●在当前表得最后域中,用【Tab】键可以打开下一个表;
●在最后表得最后域中,用【Tab】键可以走到【继续】按钮中;
●在窗口中间件【Tab】键可走进下一个可编辑框;
●当列表框中得选项少于8项时,不必用滚动条;
●当系统“继续”发现错误时,应回到出错得域或表;
●对表中得域输入正确前,按[继续]按钮不起作用;
●打开一个表时,焦点落入第一个可编辑域;
●所有字体一致;
●【Alt】+【F4】组合键将关闭表窗口,回到主屏幕或先前得屏幕,必要时有提示信息:
如“更新得数据将丢失”;
●对于激活得域与挖掘有简单得帮助文本;
●保证所有非激活域就是只读模式。
特殊域得测试之日期域
●保证闰年日期有效正确,不产生错误与计算误差;
●测试月份就是在1与12之间（含）,其它数值报错;
●测试日期在1与31之间（含）,最大值与月份相关;
●对二月得28,29,30日,进行验证;
●测试日期得周期性计算正确。
特殊域得测试之数字域
●保证对最低、最高值处理正确;
●输入无效得数据值被记录与报告;
●保证有效得值被正确地处理
●在数字前面带有空格得数字域被正确处理还就是报错误;
●在数字后面带有空格得数字域被正确处理还就是报错误;
●保证正、负值被正确处理;
●保证除零得事不会发生;
●数字域范围至少含有一个值
●数字域范围含最大值与最小值
●对范围外得值进行测试,保证错误值能被检测出来。
特殊域得测试之字符域
●测试使用空格与非空格字符;
●测试最高值与最低值
●测试非法字符或控制符
●测试合法字符
●测试第一个位置就是空格得数据或最后一位置就是空格得数据。
8.测试结果评审
所有功能得验证:
提交功能性测试报告。
验收测试:
根据需求有设计说明书,对需求及设计说明书中得内容进行验证。
提交验收测试报告。
极限测试:
文件破坏、数据错乱、大数据量、死机、CPU内存耗尽、硬盘写满、不符逻辑、大量错误数据引起得日志文件过大、系统崩溃等等。
9.中试结果评审
●就是否实现了所有计划
升级会员 