软件评审流程要点.docx

软件产品评审流程要点

市场需要（软件为用户解决什么样的问题）
国家政策（国家是否有相关政策提出，是否有利于该软件日后的发展）
产品定位（软件在行业中的定位）
产品功能策划
市场上类似产品的功能、特点与优势
产品的卖点下，每个窗口应该有一个唯一的标题，和触发它的菜单或按钮命令相对应。
在提示信息中多用“您、请”等礼貌用语，不要用对用户来说晦涩的计算机用语，杜绝
错别字.
断句、逗号、句号、顿号和分号的用法，提示信息比较多的话,应该分段。
错误消息对话框有仅仅指出问题，还要提供解决问题的建议。
控件选择:
不要随意使用控件，控件功能要专一，风格统一。如果没有好的控件，则使用标准控件。
同一类型的控件操作方式相同,避免出现一个控件双击可以执行某些动作，而同样的控
件，双击却没有任何反映。
一个控件只做单一功能，尽量不复用.
控件布局,窗口不拥挤,按功能组合控件
屏幕不能拥挤，也不能太松散。
整个项目，尽量采用统一的控件间距，通过调整窗体大小达到一致,即使在窗体大小不
变的情况下，宁可留空部分区域，了不要破坏控件间的行间距。
文字和文本框一般采用左对齐方式，如单选文本框前的标签提示,使用左对齐加冒号；
数据列表表头文字和内容,也采用左对齐。，
最右边的一个与上面的控件右对齐。
为了使界面不出现跑版或者难看的局面,解决方法是固定窗口的大小，不允许改变尺寸
数据库评审
设计数据库之前（需要分析阶段）
数据库选型的考虑
必须对所有的实体关系绘制出关系图及相关说明，创建数据字典和ER图。
表设计
标准化和规范化：（3NF）通常被
认为在性能、，为了效率的缘故，对
表不进行标准化有时也是必要的，但要有充公的理由。
数据驱动：采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大
增强系统的灵活性和扩展性。
字段设计
每个表中都应该添加的3个有用的字段（dRecordCreationDate，在VB下默认是Now（），
而在SQLServe下默认为GETDATE（）;sRecordCreator在SQLServer下默认为NOTNULLDEFAULTUSER;nRecordVersion记录的版本标记），有助于准确说明记录中出现null数据或者丢失数据的原因
对地址和电话采用多个字段：、
Address_Line2和Address_Line3可以提供更大的灵活性。还有,电话号码和邮件地址最
好拥有自己的数据表,其间具有自身的类型和标记类别。
使用角色实体定义属于某类别的列：在需要对属于特定类别或者具有特定角色的事物做
定义时，可以用角色实体来创建特定的时间关联关系，从而可以实现自我文档化。
选择数字类型和文本类型尽量充足：在SQL中使用smallint和tinyint类型要特别小心。
比如，假如想看看月销售总额，总额字段类型是smallint，那么，如果总额超过了＄32，
767就不能进行计算操作了。而ID类型的文本字段，比如客户ID或定单号等等都应
该设置得比一般