软件评审流程要点.docx

软件产品评审流程要点1. 立项l  市场需要(软件为用户解决什么样的问题)l  国家政策(国家是否有相关政策提出,是否有利于该软件日后的发展)l  产品定位(软件在行业中的定位)l  产品功能策划l  市场上类似产品的功能、特点与优势l  产品的卖点与优势l  开发该软件对公司的(战略)意义l  性能(效率、响应时间、资源占用、稳定性)l  重要等级(是否直接关系人员生命安全)l  工程实施复杂度和软件维护复杂度l  开发的(技术)风险是什么l  市场或公司允许的研发周期l  预计成本(人力物力)l  (可验证性)2. 设计方案概要设计:提交概要设计文档,内容包括如下方面:l  总体设计(需求规定、运行环境、基本设计概念和处理流程、结构、功能需求与程序的关系、人工处理过程、尚未解决的问题)l  接口设计(用户接口、外部接口、内部接口)l  运行设计(运行模块组合、运行控制、运行时间)l  系统论据结构设计(逻辑结构设计要点、物理结构设计要点、数据结构与程序的关系)l  系统出错处理设计(出错信息、补救措施、系统维护设计)详细设计:提交详细设计文档,内容包括如下方面:l  术语定义及说明l  详细设计方法和工具l  系统详细需求分析(详细需要分析、接口需求分析)l  总体方案确认(系统总体结构确认、系统详细界面划分(应用系统与支撑系统的详细界面划分、系统内部详细界面划分))l  系统详细设计(系统结构设计及子系统划分、系统功能模块详细设计、系统界面详细设计(外部、内部以及用户界面设计))Comment [flfxt1]: 概要设计与详细设计的区别概要设计就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。同时,还要设计该项目的应用系统的总体数据结构和数据库结构,即应用系统要存储什么数据,这些数据是什么样的结构,它们之间有什么关系。详细设计阶段就是为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述。概要设计阶段通常得到软件结构图。详细设计阶段常用的描述方式有:流程图、N-S 图、PAD 图、伪代码等。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  系统中中文一律采用标准字体“宋体”,英文一律采用标准 Microsof