软件评审流程要点.docxVIP

软件产品评审流程要点 立项 市场需要（软件为用户解决什么样的问题） 国家政策（国家是否有相关政策提出，是否有利于该软件日后的发展） 产品定位（软件在行业中的定位） 产品功能策划 市场上类似产品的功能、特点与优势 产品的卖点与优势 开发该软件对公司的（战略）意义 性能（效率、响应时间、资源占用、稳定性） 重要等级（是否直接关系人员生命安全） 工程实施复杂度和软件维护复杂度 开发的（技术）风险是什么 市场或公司允许的研发周期 预计成本（人力物力） （可验证性） 设计方案 概要设计概要设计与详细设计的区别 概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。 详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。 概要设计阶段通常得到软件结构图。 详细设计阶段常用的描述方式有：流程图、N-S图、PAD图、伪代码等。 ： 提交概要设计文档，内容包括如下方面： 总体设计（需求规定、运行环境、基本设计概念和处理流程、结构、功能需求与程序的关系、人工处理过程、尚未解决的问题） 接口设计（用户接口、外部接口、内部接口） 运行设计（运行模块组合、运行控制、运行时间） 系统论据结构设计（逻辑结构设计要点、物理结构设计要点、数据结构与程序的关系） 系统出错处理设计（出错信息、补救措施、系统维护设计） 详细设计： 提交详细设计文档，内容包括如下方面： 术语定义及说明 详细设计方法和工具 系统详细需求分析（详细需要分析、接口需求分析） 总体方案确认（系统总体结构确认、系统详细界面划分（应用系统与支撑系统的详细界面划分、系统内部详细界面划分）） 系统详细设计（系统结构设计及子系统划分、系统功能模块详细设计、系统界面详细设计（外部、内部以及用户界面设计）） 数据库系统设计（设计要求、信息模型设计、数据???设计（设计依据、数据库选型、数据库种类及特点、数据库逻辑结构、物理结构设计、数据库安全、数据字典）） 网络通信系统设计（设计要求、网络结构确认、网络布局设计、网络接口设计） 信息编码设计（代码结构设计、代码编制） 维护设计（系统的可靠性和安全性、系统及用户维护设计、系统扩充、错误处理（出错类别、出错处理））、系统调整及再次开发问题 系统配置（配置原则、硬件配置、软件配置） 关键技术（关键技术的提出、关键技术的一般说明、关键技术的实现方案） 组织机构及人员配置 投资预算概算及资金规划 实施计划（限制、实施内容和进度安排、实施条件和措施、系统测试计划（测试策略、测试方案、预期的测试结果、测试进度计划））、验收标准 技术选型 版权 是否有应用先例，是否为常用技术 类似的技术是否在公司内部使用过 使用此技术的额外风险是什么（有没有失败的案例，原因是什么，如何避免） 此技术是否是过时的技术（技术没有发展前景，或者提供者将来不再提供技术升级等） 是否为成熟的技术（应用范围广，大公司或者标准组织提供） 能有选择的，尽量不要用定制的技术（其它类似产品或者项目不能复用的技术尽量少用） 界面评审 指导原则： 关注用户及其任务，而不是技术 首先考虑功能，然后才是表示 从用户的视角看问题，使用用户的词汇进行描述，不必向用户暴露实现细节 使常用的用户任务简单化，不要让用户解决额外的问题 促进学习，保持一致性，引导用户的使用习惯 保持显示惯性，传递信息，而不仅仅是数据 设计应满足响应需求 颜色： 统一色调：采用标准Windows的基本色调，做到与操作系统统一，读取系统标准色表。 整个界面色彩尽量少的使用类别不同的颜色。除非特殊场合，杜绝使用对比强烈，让人产生憎恶感的颜色 同时色调也具有一定的含义，在整个系统中应保持色调含义的一致性，避免同一中颜色在不同的画面中表示不同的意义。 资源： 图标资源也需要遵循统一的规则，因为不同的图标代表不同的意义。例如：我们用图标来表示保存，因此我们在整个系统中只要涉及到保存的话，都应该使用同一个图标，不论是用在工具栏上还是在菜单上，还是在按钮上。 图标、图像应该很清晰的表达出意思，遵循常用标准，或者用户机器容易联想到的物件，绝对不允许画出莫名其妙的图案。 鼠标光标样式统一，使用系统标准。注意：本系统中不采用窗体做进度条，对于按钮后，鼠标变成沙漏形状，执行完成后，鼠标变回。 字体： 系统中中文一律采用标准字体“宋体”，英文一律采用标准Microsoft Sans Serif ，除登录界面和图标中的特殊字体用图片实现，原则上不考虑特殊字体（隶书、草书等，特殊情况可以用图片取代），保证每个用户使用起来显示都很正常