信小程序运营项目实施方案

第一节项目实施计划 3一、项目实施策略 4二、项目建设思路 5三、建设技术原则 5第二节项目建设设计原则 14一、用户控制的原则 14二、清楚一致的设计 15三、良好的直觉特征 16四、较快的响应速度 17五、界面简单且美观 17六、UI设计原则 19七、UI实施流程 23八、UI实施策略 24九、细节约定 24第三节项目阶段分析 58一、需求分析阶段 58二、总体设计阶段 59三、详细设计阶段 59四、系统开发阶段 60五、系统实施阶段 60六、项目验收阶段 60第四节知识转移分析 63一、知识转移概念 63二、影响主要因素 65三、知识转移内容 71第五节小程序技术方案 72一、平台整体架构 72二、平台功能描述 72三、技术实施概述 73四、技术实施安全 77第六节小程序管理方案 82一、小程序介绍 82二、小程序注册流程 83三、小程序名称、简称设置 83四、小程序简称修改方法 85五、小程序简称删除方法 85六、小程序改名名称释放时间 86七、小程序注册上限和绑定上限 86八、小程序基本信息填写 86九、小程序功能设置说明 88第七节小程序营销推广方案 91一、小程序运营要点 92二、小程序营销要点 93三、小程序拉新推广 96四、小程序用户留存 98五、小程序用户促活 98六、二次唤醒用户 99第八节小程序运营数据分析 99一、分析概述 99二、分析特点 101三、获客分析 103四、渠道评估方法 104五、激活分析 105六、页面分析 106七、分享分析 106八、转化分析 107九、精细化运营 108十、数据分析周期 108十一、数据分析总结 110第一节项目实施计划一、项目实施策略通过业务咨询、产品培训、系统操作的形式分析本次招标范围内的需求，分析差异性需求，根据差异化需求的情况，我们采取产品功能升级与个性化需求开发的模式进行处理，既确保了产品的成熟度和稳定性，有兼顾了个性化需求，通过敏捷开发模式，快速迭代保障项目按时、高质量的上线运行。在项目中，需要多方共同努力，发起方和实施方作为一个整体，确定共同的项目目标，同时需要良好的沟通和配合，相互协调，才可能及时发现问题，及时纠偏，逐步实现确立的项目目标。为此，必须制定确实可行的、清晰的实施策略，以及各阶段的实施方法，用于指导项目计划的制定、资源的搭配。项目成功实施的关键因素：明确的项目关系界定，包括：项目实施中的授权和职责。项目管理机构——项目管理办公室（PMO）作为本项目的管理机构，管理项目的日常活动，保证本项目的有效实施和最终成功上线，由项目发起方和实施方共同组成，负责整个项目的目标确定、计划、控制和实施，制定文档、问题管理、风险控制、质量控制、评审和报告的标准和过程，同时还需要一个项目指导委员会（PSC），负责需求管理、系统架构、技术设计、接口设计规范、技术开发规范、系统性能和可靠性设计、问题解决、系统支持等。完善有效的项目管理架构，成立项目指导委员会（PSC），主要由项目总监、项目经理、咨询顾问、项目管理办公室成员（PMO）组成，PSC将拥有最终决定项目范围、实施优先级、资源分配、重要决策，以及处理项目间关系的权力；任何问题和冲突必须通过项目执行委员会（PWC）提交PSC统一决策，PWC主要包括项目总监、项目顾问和所有项目经理；PWC在PMO的领导下、在PSC的指导下，负责整个项目的实施过程。二、项目建设思路在保证基础的业务流程合规，数据安全的前提下，根据业务需求及客户群体特征，尽量简化操作流程。根据XX“XX平台”微信小程序要求该平台系统须以源码方式部署到XX服务器上，通过已部署成功的后台系统，配置前端“微信小程序”相关参数实现与前端“微信小程序”联通调用。三、建设技术原则核心设计原则：具备模块化、参数化和标准化。建设后的系统应具备合理性、规范性、先进性、前瞻性、安全性、高效性、实用性、可靠性、灵活性、扩展性、稳定性、可维护性等性能。（一）功能性与一组功能及其指定的性质有关的一组属性，具体包括：1.适合性：与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。2.准确性：与能否得到正确或相符的结果或效果有关的软件属性。3.互用性：与其他指定系统进行交互的能力有关的软件属性。4.依从性：使软件遵循有关的标准，约定，法规及类似规定的软件属性。5.安全性：与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。充分考虑系统的安全防护，具备较强的数据管理机制和控制能力。系统充分考虑与外部系统之间的接口，实现系统的集成应用。同时，系统采用开放型的应用接口，具有灵活的扩充性，满足业务系统的整合需要。（二）可靠性与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性，具体包括：1.成熟性：与由软件故障引起失效的频度有关的软件属性。2.容错性：与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软件属性。3.易恢复性：与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和能力有关的软件属性充分考虑性价比。系统采用具有平台无关性、安全性、网络移动性好的基于JAVA语言，有严格的安全控制机制，可以确保系统的健壮、安全可靠；在网络上，保证内部系统的数据不被非法用户所获取。在应用软件的设计上，强化权限管理功能，具有多级安全机制。通过对各级部门、人员的权限分配，做到所有人员只能查看与自己相关的数据，并建立完善的日志管理，做到所有操作都有据可查。（三）可操作性与一组规定或潜在的用户为使用软件所需做的努力和对这样的使用所作用的评价有关的一组属性，具体包括：1.易理解性：与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。2.易学性：与用户为学习软件应用所花的努力有关的软件属性。3.易操作性：与用户为操作和运行控制所花努力有关的软件属性。4.软件设计功能合理、应用合理、操作性合理。在操作上，结合使用人员业务操作习惯，界面友好、方便使用。保证各级操作人员能够迅速掌握、简单易用。（四）高效性与在规定的条件下，软件的性能水平与所使用的资源量之间关系有关的一组属性，具体包括：1.时间特性：与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。2.资源特性：与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。（五）可维护性与进行指定的修改所需的努力有关的一组属性，具体包括：1.易分析性：与为诊断缺陷或失效原因极为判定待修改的部分所需努力有关的软件属性。2.易改变性：与进行修改，排除错误或适应环境变化所需努力有关的软件属性。3.稳定性：与修改所造成的未预料结果的风险有关的软件属性。4.易测试性：与确认已修改软件所需的努力有关的软件属性。系统应用软件统一安装在组织机构管理服务器上，当发生系统的重安装、升级等情况时，只需维护根服务器的软件系统，客户端实现零维护，大大降低维护成本。同时，如果下属部门、人员出现不懂的业务处理、软件操作等情况时，无须到现场处理，只需在系统中授权，就可以在服务器完成相应的操作。（六）可扩展性与软件可从某一环境转移到另一个环境的能力有关的一组属性，具体包括：1.适应性：与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性。2.易安装性：与在指定环境下安装软件所需努力有关的软件属性。3.遵循性：使软件遵循与可移植性有关的标准或约定的软件属性。4.易替换性：与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性。应考虑未来业务的发展和管理的变化，根据业务量和业务扩展情况能够灵活部署主机设备，以支持冗余和负载均衡，满足未来风险预警管理系统变化的需要。（七）标准化本项目涉及的各个系统模块设计、系统性能、代码编写等应符合中国有关软件项目的标准化的要求：1.软件开发过程中作业标准化。2.确定每个作业的表示形式。3.确定每个文档资料的格式。4.规定组符号。5.根据软件开发经验，制定出大家能够接受的开发原则和进度。整个系统的应用设计需符合业界标准，业务、功能、界面、内容需保持高度统一性和标准性，从而达到服务的规范化和管理的高效性。（八）规范性代码命名风格、常量定义、代码格式、控制语言、注释规范符合业界标准。1.采用成熟的软硬件平台和技术，并符合IT设计原则。2.采用行业标准技术，采用可扩展的系统架构，开放式语言。3.按照客户信息化规划统一设计系统结构，特别是应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，从规划的全局出发、从长远的角度考虑。（九）先进性1.技术水平要保证先进性，符合当代信息技术发展形势，代表当前计算机科学的发展方向。所选择的各平台供应商应有能力对该项进行持续开发，可以保证该项技术不断地更新并可顺利升级而维持系统的先进性。提供良好的技术支持和技术服务，以满足当前的业务需求，使业务或生产系统具有较强的运作能力。2.技术上采用网络计算技术和分布处理模式，保证技术上的先进性和前瞻性。3.采用国际最新的科技成果，从而保证整个系统在整体技术架构上处于领先地位，系统在建成后几年内不应由于技术原因而进行较大的调整，可通过升级保持系统的先进性，延长其生命周期，同时又要保证先进的技术是稳定的、成熟的。考虑在大量用户并行的情况下，系统整体运行稳定、快速、高效。（十）前瞻性1.整体设计应具有创新性，考虑未来业务发展的要求，对于法规政策的变动对业务的影响有充分的认知和考虑。便于支持行内科技系统建设和发展；2.便于通过更换设备、参数修改、外加模块等实现小成本UI组件升级。3.项目建设既充分考虑未来新业务和新需求扩展和支持，又要充分考虑软件体系结构与IT规划中其他平台和系统有效衔接，满足未来客户业务发展及管理的需要。（十一）安全性保证系统的安全，从多个层面提供安全保障措施；主要采用安全文件传输协议，保证数据的安全，包括数据传送的安全、数据存储的安全、数据操作的安全。提供健全的安全控管机制，系统运行中不安全、异常因素能提出预警，可有效防范外部及内部的操作风险。具有完善的监控功能，对异常能提出预警，并记录下错误日志，提供错误原因的分析，便于异地维护。既要采用完善的身份认证机制、分级权限管理机制、数据加密机制保证统计数据真实性和完整性以及防止统计数据的不实和泄露，又要从网络、系统、软件、数据库等方面充分考虑系统的安全，并具备容灾措施和监控手段，保证信息统计系统安全运行。（十二）高效性可以及时响应用户请求。能保证高效、稳定运行设计合理的业务处理流程，采取必要的技术手段增强系统的处理能力，最大限度地发挥系统潜能，确保系统对各类信息的高效处理。（十三）实用性充分利用成熟的先进技术，采用性能/价格比比较高的产品。应用设计符合实际，适用于银行信息系统建设。同时，系统利于故障跟踪、检查和排除，具备完善的异常处理机制。（十四）健壮性1.成熟性：由软件故障引起系统失效的频度低。2.容错性：与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力。3.易恢复性：与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和能力有关的软件属性充分考虑性价比。系统应能自动地或人工地进行每天的数据备份、支持全部和增量数据备份，且系统应具有远程备份的实现方案；系统日常运行人为干预程度应较低。（十五）灵活性可通过参数化配置选择，灵活对业务进行开关控制、权限控制、流程控制等，而不需要进行程序编译及服务重启。第二节项目建设设计原则一、用户控制的原则1.用户界面设计的一个重要原则是用户应该总是感觉在控制软件而不是感觉被软件所控制。2.操作上假设是用户——而不是计算机或软件——开始动作。用户扮演主动角色，而不是扮演被动角色。在需要自动执行任务时，要以允许用户进行选择或控制它的方式来实现该自动任务。3.提供用户自定义设置。因为用户的技能和喜好各不相同，因此他们必须能够个性化界面的某些方面。Windows为用户提供了对许多这方面的访问。您的软件应该反应不同的系统属性——例如颜色、字体或其他选项的用户设置。4.采取交互式和易于感应的窗口，尽量避免使用模态对话框，而使用“非模式”辅助窗口。“模式”是一种状态，它排除一般的交互，或者限制用户只能进行特定的交互。当最好使用一个模式或该模式只是可替换的设计时——例如，用于在一个绘图程序中选定一个特定感觉——请确保该模式是显然的、可见的，是一个明确的用户选定的结果，并且容易取消。5.在后台运行长进程时，保持前台式交互。例如，当正在打印一个文档，即使该文档不能被改变，用户也应该可以最小化该窗口。6.用户喜欢探索一个界面，并经常从尝试和错误中学习。一个有效的界面允许交互式的发现，它只提供一组合适的选择，并在用户可能破坏系统或数据的情况时发出警告。如果可行，还应提供可逆转或可还原的操作。即使在设计得很好的界面中，用户也可能犯错误。这些错误既可以是物理上得（偶然地指向了错误的命令或数据），也可以是逻辑上的（对选定哪一个命令或哪些数据做出了错误的决定）。有效的设计避免很可能导致错误的情况。它还包容潜在的用户错误，并且使用户易于还原。二、清楚一致的设计1.一致允许用户将已有的知识传递到新的任务中，更快地学习新事物，并将更多的注意力集中在任务上。这是因为他们不必花时间来尝试记住交互中的不同。通过提供一种稳定的感觉，一致使得界面熟悉而又可预测。一致在界面的所有方面都是很重要的，包括命令的名称、信息的可视表示，操作行为，以及元素在屏幕和窗口内部的放置。2.相同含义的词使用统一的术语。比如对于仓库中存放的物料，不可同时又称为物品、货物、备品、产品和材料等等，而统一约定一个称谓，且此称谓是用户熟悉的和易于理解的。3.使用一组一致的命令和界面来展示常见功能。例如，避免一个“复制”命令在一种情况下立刻执行一个操作，但在另一种情况显示一个对话框要求用户键入目标然后才执行。应该使用同样的命令来执行对用户来说相似的功能。4.操作环境内的一致。保持Windows提供的交互操作和界面约定之间的高度一致，用户将能很快熟悉软件的使用。5.使用隐喻的一致性。如果一个特定的行为更多的是一个不同的事物的特征，而不是它的隐喻的含义，那么用户可能在学习将行为和该事物相关联时遇到困难。例如，对于放在回收站中的对象而言，焚烧炉和废纸篓代表不同的模型。6.建立项目保留字。通过建立保留字来明确和统一术语和操作命令。7.提供可视反馈。在后台运行长进程时（时间超过1—10秒，视具体情况而定），必须提供进度条等信息指示。8.除非特别必要时，不要提供声音反馈。在有严重的问题发生时，可以使用声音来提示用户，但是通常应该允许用户取消声音。9.保持文字内容清楚。信息的表达要言简意赅，易于理解而又不啰嗦；避免使用冗长的文字给用户反馈。三、良好的直觉特征1.用熟悉的隐喻为用户的任务提供直接而直观的界面。通过允许用户利用他们的知识和经验，隐喻使得预测和学习基于软件的表示的行为更加容易。2.在使用隐喻时，不需要将基于计算机的实现局限在真实世界的对应物上范围之内。例如，与其基于纸张的对应物不同，Windows桌面上的文件夹可以被用来组织各种对象，例如打印机、计算器、以及其他文件夹。同样，Windows文件夹可以其真实世界对应物不可能的方式被排序。在界面中使用隐喻的目的是提供一个认知的桥梁；隐喻并不以其自身为最终目的。3.隐喻支持用户认知而不是记忆。用户记起与一个熟悉的事物相关联的意义要比他们记起一个特定命令的名称要容易得多。4.同常见软件保持一致性。出色的用户界面在程序中将实现同用户以前用过的其他成功软件一致的动作。四、较快的响应速度1.保持界面能很快对用户操作作出反应。2.提供快捷键。特别对于有大量录入项的界面，能让用户不使用鼠标即可完成快速数据录入。在用户界面中加入一些功能，这些功能可以让熟练用户在不同的区域快速输入数据。这些功能包括重复功能、快捷键、带有有意义的图标的按钮等等，所有这些可以使速度快的用户可以控制界面并加快数据的输入。除非必要，不要重绘屏幕。五、界面简单且美观1.简单。界面应该很简单（不是过分单纯化）、易于学习、并且易于使用。它还必须提供对应用程序的所有功能的访问。在界面中，扩大功能和保持简单是相互矛盾的。一个有效的设计应该平衡这些目标。支持简单性的一种方法是将信息的表示减少到进行充分交流所需的最少信息。例如，避免命令名和消息的文字描述。不相关或冗长的句子扰乱了您的设计，使得用户难以很容易地提取重要信息。另一个设计简单而有用的界面的方法是使用自然的映射和语意。界面元素的排列和表示影响它们的意义和关联。简单还与熟悉相互关联。熟悉的事物通常似乎更简单。尽可能尝试建立利用用户已有的知识和经历的联系。您可以使用渐进揭示来帮助用户管理复杂的事物。“渐进揭示”涉及仔细的信息组织，以便只在恰当的时候才显示信息。通过隐藏向用户表达的信息，减少了用户必须处理的信息数量。例如可以使用菜单来显示操作或选择的列表，还可以使用对话框来显示一组选项。渐进揭示并不意味着对显示信息使用非传统的技术，例如需要一个修饰键作为访问基本功能的唯一方法，或者强迫用户通过一个更长的分级交互序列。这会使用户界面更加复杂和麻烦。2.美观。可视设计是应用程序界面的重要部分。可视属性提供了非常好的印象，并传达特定对象的交互行为的重要线索。同时，出现在屏幕上的每一个可视元素也是很重要的，它们可能竞争用户的注意。提供清楚地促进用户对表达的信息的理解的连贯环境。图形或可视设计器的技巧对于这一方面是无价的。六、UI设计原则（一）一致性原则坚持以用户体验为中心设计的一致性原则，界面直观、简洁，操作方便快捷，用户接触软件后对界面上对应的功能一目了然、不需要太多培训就可以方便使用本应用系统。1.字体（1）保持字体及颜色一致，避免一套主题出现多个字体.（2）不可修改的字段，统一用灰色文字显示。2.对齐保持页面内元素对齐方式的一致，如无特殊情况应避免同一页面出现多种数据对齐方式。3.表单录入（1）在包含必须与选填的页面中，必须在必填项旁边给出醒目标识（×)。（2）各类型数据输入需限制文本类型，并做格式校验如电话号码输入只允许输入数字、邮箱地址需要包含“@”等，在用户输入有误时给出明确提示。4.鼠标手势可点击的按钮、链接需要切换鼠标手势至手型。5.保持功能及内容描述一致避免同一功能描述使用多个词汇，如编辑和修改，新增和增加，删除和清除混用等。建议在项目开发阶段建立一个产品词典，包括产品中常用术语及描述，设计或开发人员严格按照产品词典中的术语词汇来展示文字信息。（二）准确性原则1.使用一致的标记、标准缩写和颜色，显示信息的含义应该非常明确，用户不必再参考其他信息源。2.显示有意义的出错信息，而不是单纯的程序错误代码。3.避免使用文本输入框来放置不可编辑的文字内容，不要将文本输入框当成标签使用。4.使用缩进和文本来辅助理解。5.使用用户语言词汇，而不是单纯的专业计算机术语。6.高效地使用显示器的显示空间，但要避免空间过于拥挤。7.保持语言的一致性，如“确定”对应“取消”,“是”对应“否”。（三）布局合理化原则在进行UI设计时需要充分考虑布局的合理化问题，遵循用户从上而下，自左向右浏览、操作习惯，避免常用业务功能按键排列过于分散，以造成用户鼠标移动距离过长的弊端。多做“减法”运算，将不常用的功能区块隐藏，以保持界面的简洁，使用户专注于主要业务操作流程，有利于提高软件的易用性及可用性。1.菜单（1）保持菜单简洁性及分类的准确性，避免菜单深度超过3层。（2）菜单中功能是需要打开一个新页面来完成的，需要在菜单名字后面加上“…”。（只适用于C/S架构，B/S请无视）。2.按钮确认操作按钮放置左边，取消或关闭按钮放置于右边。3.功能未完成功能必须隐藏处理，不要置于页面内容中，以免引起误会。4.排版所有文字内容排版避免贴边显示（页面边缘），尽量保持10—20像素的间距并在垂直方向上居中对齐；各控件元素间也保持至少10像素的间距，并确保控件元素不紧贴于页面边沿。5.表格数据列表字符型数据保持左对齐，数值型右对齐（方便阅读对比），并根据字段要求，统一显示小数位位数。6.滚动条页面布局设计时应避免出现横向滚动条。7.页面导航（面包屑导航）在页面显眼位置应该出现面包屑导航栏，让用户知道当前所在页面的位置，并明确导航结构，如：首页＞新闻中心＞XX平台正式发布，其中带下划线部分为可点击链接。8.信息提示窗口信息提示窗口应位于当前页面的居中位置，并适当弱化背景层以减少信息干扰，让用户把注意力集中在当前的信息提示窗口。一般做法是在信息提示窗口的背面加一个半透明颜色填充的遮罩层。（四）系统操作合理性原则1.尽量确保用户在不使用鼠标（只使用键盘）的情况下也可以流畅地完成一些常用的业务操作，各控件间可以通过Tab键进行切换，并将可编辑的文本全选处理。2.询检索类页面，在查询条件输入框内按回车应该自动触发查询操作。3.在进行一些不可逆或者删除操作时应该有信息提示用户，并让用户确认是否继续操作，必要时应该把操作造成的后果也告诉用户。4.信息提示窗口的“确认”及“取消”按钮需要分别映射键盘按键“Enter”和“ESC”。避免使用鼠标双击动作，不仅会增加用户操作难度，还可能会引过用户误会，认为功能点击无效。5.表单录入页面，需要把输入焦点定位到第一个输入项。用户通过Tab键可以在输入框或操作按钮间切换，并注意Tab的操作应该遵循从左向右、从上而下的顺序。（五）系统响应时间原则系统响应时间应该适中，响应时间过长，用户就会感到不安和沮丧，而响应时间过快也会影响到用户的操作节奏，并可能导致错误。因此在系统响应时间上坚持如下原则：1.2—5秒窗口显示处理信息提示，避免用户误认为没响应而重复操作。2.5秒以上显示处理窗口，或显示进度条。3.一个长时间的处理完成时应给予完成警告信息。七、UI实施流程1.从提出高阶需求开始，经过需求分析（手段：需求调研，竞品分析等），首先获得准确的系统用户定位，业务目标。2.最快的速度给出原型设计（必要时做高保真原型）。3.基于原型，召集业务专家，架构师，测试等关键人员进行设计评审。4.通过后，进行关键业务功能的交互设计，进一步落实设计意图。5.可根据情况，加入用户测试，通过用户测试进一步验证设计的合理性，是否达到预期，提出设计优化建议，迭代改进。6.直到交互设计满足业务目标，团队开始执行UI设计、代码实现。7.投产后，持续运维跟踪，通过分析系统运行数据，埋点数据，提出功能优化建议，迭代完成UI设计优化升级。八、UI实施策略1.UI产品策略：UI产品最为重要的就是用户需求和业务目标2.UI产品执行：经过UI设计，最重要的输出《交互设计规范》《视觉设计UI规范》《功能业务规则》这些规范、原则将指导产品沿着正确的方向发展；3.UI产品优化：一款产品的业务目标，很少一步到位，业务目标随时而变，所以产品的持续优化必不可少。九、细节约定（一）风格约定1.使用一致性：一致的外观将使用户界面更易于理解和使用。用户界面控件看起来应该是一致的。2.使用安排和流程：在西方文化中（包括中国），人们习惯于从左到右，从上到下进行阅读，因此，应该将重要信息放在上面和左边。左上角最容易吸引起人们的注意力。3.使用对齐：通常使用左对齐来使用户界面控件更易于浏览。对于数值文本，应该使用小数点对齐或右对齐。对于非数值文本，应该避免使用右对齐或居中对齐。不必对什么都使用中间对齐，或者使它们保持对称形式。在右边或底部保留空白区域更适合习惯。4.使用分组：将相关的用户界面控件分成组，以体现它们之间的关系。同时，还要显示相关信息。将控件放在它所作用的对象旁。使用空格、分组框、线条和标签，或者其他分隔符对用户界面控件进行分组。5.使用强调：使用焦点、位置、分组、层次、启用/禁用、大小、颜色或者字体等，来将注意力集中在需要首先看到的用户界面控件上。尽量以可视的方式指明用户接下来应该进行的操作。6.使用可视的提示：尽量使用近似的大小和间距来指出用户界面控件是相似的，而使用不同的大小和间距来指出用户界面控件视是不同的。7.使用空格：使用空格来创建一个“透气室”，以使窗口布局更易于理解，并且查看起来更舒服。空格的多少要适当，不要显得太分散。但是，要避免过多地使用空格。如果可能，尽量使窗口小一些。8.警惕空洞：不要到处粘贴公司或产品的名称及徽标。虽然在启动屏或“关于”框中出现公司或产品名称及徽标是完全可以接受的，但其他窗口中的可用空间应该出现其他内容。如果没有其他内容，那么应尽量使窗口小一些。9.注意大小：使用用户界面控件的分辨率具有独立性。使用系统规格（使用GetGystemMetricsAPI函数）或文本规格（使用GetTextMetrics或GetTextExtentPoint32API函数）来确定用户界面控件的大小。任何显示文本的对象（如对话框或定义的文本文档）都应该使用文本规格。10.考虑使用资源或预定义的布局网格：资源模板或预定义的布局网格有助于您在不同的窗口之间实现一致性。（二）可视提示暗示与用户只需通过查看可视提示来确定对象的使用方式的能力有关。在Windows中，请保持使用下面的可视提示：1.可以单击凸起的项目。2.可以单击当鼠标从其上移过时突出显示的项目。3.不能单击下凹的项目。4.可以编辑具有白色背景和闪烁垂直条（光标）的项目。5.不能编辑具有灰色背景的项目。6.灰色项目是被禁用的。7.可以拖动凸起的项目。（三）交互1.尽量提供对所有功能的键盘访问：（1）理想情况下，除了绘图这样的图形功能，其他所有的功能都应该只能通过键盘来访问。（2）尽量提供对所有功能的鼠标访问。（3）理想情况下，除了文本输入外，其他所有功能都应该只能通过鼠标来访问。（4）确保具有明显后果的操作要求用户进行明确的选择。（5）用户需要完全明确他将要进行危险性操作或破坏性操作。（6）对于使有耗时的操作都给出反馈。（7）在进行长时间的操作时，要确保有等待光标、进度表或其他的可视反馈。用户应该能够取消长时间的操作。如果可以取消未完成的操作，那么将按钮标记为“取消”，否则将按钮标记为“停止”。2.可视的指示模式：向用户提供一种可视的反馈，以指出用户进入一种模式，通常可以通过更改光标或标题栏文本来做到这一点。3.确保单击和双击的一致性：单击用于非按钮选定，而双击用于选定并执行默认操作。换句话说，双击（在列表框、组合框，或其他接受双击的控件中）的效果应该与选定控件中的一个项目，然后按下Enter键的效果一样。4.鼠标右键仅用于快捷菜单：（1）确保鼠标右键仅用于快捷菜单，而不要用于其他用途。（2）不要使用鼠标中键如果用户的鼠标有中键，那么让用户使用“控制面板”中的“鼠标”实用程序自己分配中键的行为。（3）保持分配的快捷键的一致性组合功能键和Ctrl键用于快捷键。习惯上不将Alt键用于组合键，业务Alt键常常被用于访问键。尽量避免使用Alt键和Ctrl键，因为这种组合会使快捷键非常麻烦，而且也很不方便。（4）将快捷键作为补充方式千万不要将快捷键作为访问命令的唯一方法。应该让用户有更多的明显选择。（5）避免水平滚动条与垂直滚动条不同，水平滚动条并不受欢迎，因为它会使项目阅读起来比较困难。解决的办法有：尽量使用垂直滚动条、加宽窗口、减小文本的宽度，或者使文本自动换行等。当然，如果确实需要，还可以使用水平滚动条。（四）程序1.只有主程序窗口才有标题栏图标、菜单栏、工具栏和状态栏：因为单击主窗口的任务栏按钮也会激活二级窗口，所以二级窗口绝对不要显示在任务栏中。二级窗口不要因为使用菜单栏、工具栏或状态栏而使其变得复杂。可以使用标题栏图。2.Subtopic：Subtopic标来明显区分主窗口和二级窗口。另外，绝对不要使用默认的Windows图标（飘动的窗口图标）作为窗口图标。3.简化默认配置：（1）让用户按自己的速度来学习和使用程序。（2）应用程序应该使用多文档界面（MDI）或单文档（SDI）。（3）这些程序界面应该与应用程序的使用模式匹配。4.默认情况下，应用程序应该保持为最大化：当应用程序占用整个屏幕时，常常能够提高用户的工作效率。5.实用程序应该使用SDI或对话框界面：这些程序界面应该与实用程序的使用模式匹配。对于实用程序，建议不要使用MDI界面，因为管理这些窗口需要付出很多努力。6.实用程序应该在小屏幕范围内运行：实用程序常常与其他程序一起运行，因此它们需要在小屏幕范围内运行。实用程序应该有灵活的窗口布局，以适应多种不同的大小。实用程序很少以最大化的形式运行。7.使用实际文档的SDI程序必须支持运行多个实例：运行多个实例使用户能够同时操作多个文档。8.使用“退出”命令终止程序：使用“退出”终止程序；使用“关闭”移走主窗口和非模式对话框；使用“取消”移走模式对话框。当关闭主窗口并不表示终止进程时，对于主窗口使用“关闭”来代替使用“退出”。例如：关闭打印机状态窗口不会取消打印任务。（五）默认1.保存和恢复用户选择：程序应该能够恢复到其最后退出的状态。MDI程序应该能够恢复文档窗口的大小和位置。对话框通常应该使用最后输入的值作为默认值。2.提供适当的默认值：提供适当的默认值来减少用户不必要的操作，从而帮助用户完成工作。提供最可能使用并给出设置实际使用方式的默认值。通常，最好的默认值是用户最后输入的值。3.考虑选择默认值时的安全性：不应该将不可恢复或破坏性的操作设置为默认值。不要使用令用户感到莫名其妙地默认值。（六）窗体1.对话框窗体大小尽量不要超过640×460，留20给任务栏。并且高和宽（或W宽和高）的比应该大致保持为3:4（或4：3）。一般应该将窗体的“Position”属性定义为“poDesktopCenter”，“WindowState”属性为“wsNormal”，某些主界面设置为“wsMaximized”。“ShowHint”属性设为“True”。如果是模式对话框，则将“BorderStyle”属性设置为“bsDialog”。2.窗体文件（×.dfm）保存为文本格式，以便在VSS中比较不同版本之间的差别。如果窗体大小超过屏幕大小，则在Delphi开发环境中打开时，大小会有改变，并且影响到运行时刻效果。由于每个人的屏幕大小设置不一样，有些是1024×768，有些是800×600，因此在设计期间请注意窗体大小，尽量不要超过800×600，以免出现上述问题。（七）布局和间距窗体控件布局和间距尽量保持与Windows标准一致。控件与窗体的上、下、左、右边距为7像素。右下角主命令按钮之间的距离为6像素，如果主命令按钮在右上角，之间的距离则为4像素。主命令按钮一般情况为75×21像素，如果按钮的文本很长，应该适当加宽按钮的宽度。控件的“TabOrder”属性值应该与控件排列顺序一致，即遵循从上到下、从左到右这样一个流程。如果在PageControl的多个页面中存在类似的控件，应该尽量使得它们在各个页面中出现的位置/大小比较一致，以免在页面间切换时产生闪烁感。（八）图标、图片不同界面中的同一功能应该使用同样的图标和图片。图标、图片的色调、风格尽量保持一致。图标、图片的隐喻应能确切表示功能的含义，如果不能，就直接使用文本，以免混淆用户。如果功能是一个动作时，可能比较难找到确切表示该功能的图标，这时应该尽量采用此动作相关的名词做图标。例如Windows中的“剪切”功能就是用一把剪刀来表示的。（九）提示信息（Hint）1.工具栏按钮应该设置工具提示“Hint”属性。Hint能帮助用户更方便地理解和使用。详细资料可以参照工具栏、工具提示。2.如果使用了“TSpeedButton”控件，并且只有图标，同样应对它设置“Hint”属性。如果不是特殊情况，应尽量避免使用“TSpeedButton”控件，而使用“TButton”控件代替。（十）标点符号在标识控件用途的标签文本（Label）和提示信息（Hint）中，应使用半角符号。如果是指导性标签文本（如解释按钮功能的句子），则使用全角符号，并且句子应遵循中文标点符号标准。如下图Microsoft标准对话框例子。其他详细资料可参照静态文本。（十一）对话框1.对话框应该在所有视频模式下都能够正确显示：当在VGA模式（640×480）下显示时，对话框应该不超过640×460（留20像素给任务栏）。这将确保对话框能够显示在所有的视频模式下。2.确保模式对话框的模式：确保使用具有父窗口的模式对话框都提供正确的父窗口句柄，而不时提供NULL句柄。如果没有提供父窗口句柄，那么父窗口仍处于活动状态，因此该对话框实际上并不是模式对话框。3.不要使用可滚动的对话框：也就是说，不要使用需要滚动条来进行完全查看的对话框。这种对话框使用起来非常不方便，并且也时完全不必要的。应该重新设计这种对话框。4.不要在作为二级窗口的对话框中使用菜单栏：使用这种对话框需要付出很多努力。注意，在用作主窗口的对话框（如“查找”实用工具）中，菜单栏时可以接受的。还要注意的是，在所有对话框中，快捷菜单和菜单按钮都是可以接受的。二级对话框不要使用菜单栏，但可以使用菜单按钮。5.不要在作为二级窗口的对话框中使用标题栏图标：标题栏图标用于区别主窗口和二级窗口。6.不要在任务栏上显示作为二级窗口的对话框：（1）注意，单击主窗口的任务栏图标也将激活二级窗口。（2）对话框中使用下页图所示的页面布局和间距。（3）对于相似的对话框，使用控件位置来强调其相似性。如果意义相同的同一控件出现在一些相似的对话框中，那么它应该显示在相同的位置。另一方面，应避免将可能会产生混淆的不同控件放在同一位置。7.对非模式对话框最好使用可停放的对话框：可停放对话框在功能上与非模式对话框是等效的，但其位置设置更为灵活。8.策略地设置输入焦点：（1）将最初的输入焦点设置在最可能首先使用的控件上。（2）在对话框标题文本中不要出现省略号。例如作为选择“打印选项…”命令结果而显示地对话框的标题应该为“对于选项”。但是，表示命令正在执行过程中菜单对话框（如“连接到Internet…”对话框）是一种例外情况。9.为所有可处理访问键的控件分配访问键：访问键可以使用户的手保持在键盘上，从而使访问程序更加方便。您可以直接在其标题中为诸如命令按钮、单选按钮、复选框等控件分配访问键。通过提供静态文本标签或带有访问键、在Tab顺序上先于控件的组框，您可以为诸如编辑框、列表框、组合框等控件分配访问键。在其他情况下不要为组框分配访问键——这会使人产生混淆。“确定”按钮没有访问键，因为在作为默认按钮时，它通过提Enter键来选定的。“取消”按钮也没有访问键，因为Esc键预览清除模式对话框。如果可能，避免使用小写的g、j、p、q或y作访问键，也避免使用这些字母前后的字母作为访问键。下划线不能与这些字母的下行字母分开。当然，访问键必须是唯一的。10.避免使用粗体文本：尽量少使用粗体文本。在Windows3.1的对话框中，粗体文本用于在旧式的视频硬件上绘制被禁用的文本（即抖动的灰色文本）。因为现在的视频硬件可以绘制没有抖动的灰色文本，所以Windows为了使外观更加清洁，现在Windows在对话框中使用正常文本。粗体文本仅用于强调。对于大多数对话框不要粗体文本。11.提供环境敏感的帮助：对于复杂的对话框，应该为整个对话框提供环境敏感的帮助（通过帮助按钮或F1键访问），或者为个别控件提供控件特定的帮助（通过“这是什么？”按钮或Shift＋F1键来访问），或者同时提供这两种帮助。（十二）对话框的主要命令按钮1.将主命令按钮与对话框主体分开：主命令按钮包括像“确定”“取消”“关闭”“帮助”“停止”“隐藏”，以及其他相关按钮的等命令按钮。这种分开使主命令按钮更易于查找和识别。2.认真选择对话框的方向：在西方文化中，人们习惯于从左到右、从上到下进行阅读，因此，将主命令按钮靠底部或右边放置更容易被发现。应该选择对话框的外观比例与屏幕的外观比例（通常高与宽的比例为3：4）相似的方向。这将使对话框的外观看起来更加舒服，并且更易于在屏幕上进行定位。如果按钮具有不同的大小，那么可以将它们放在对话框菜单底部。当不能确定时，也可以将按钮放在底部，因为这种定位方式最为常见，也更易于阅读。3.将排列在底部的主命令按钮右对齐：右对齐主命令按钮适合从左到右的阅读习惯。当只有一个主命令按钮时，您或许希望例外地将其居中放置。4.右对齐主命令按钮。5.避免使用多行或多列的主命令按钮：多行或多列的主命令按钮对用户是一个打击。如果有许多主命令按钮，那么注意，通常在右边排成一列与在底部排成一行相比可以放置更多的按钮。另外，您可以考虑使用命令菜单。如果必须使用很多按钮，那么注意使用多行别使用多列的效果好。6.对模式对话框，通常提供“确定”和“取消”按钮：要使用对话框，用户需要能够方便地识别前进（使用“确定”按钮）和后退（使用“取消”按钮）的方式。您可以使用更明确的按钮代替“确定”按钮，但绝对不要在模式对话框中替换“取消”按钮，除非用“停止”来表明正在进行的操作无法取消。7.对于非模式对话框或作为主窗口的对话框，提供“关闭”按钮而不提供“确定”和“取消”按钮：将“确定”和“取消”按钮用于非模式对话框或作为主窗口的对话框可以使对话框看起来像是模式对话框。而且，当用于非模式环境中时，“确定”和“取消”时没有什么意义的。使用“关闭”按钮可以消除这种混淆。8.通常将“确定”按钮排第一，“取消”其次，“帮助”最后：“确定”或其等价按钮通常作为第一个主命令按钮。“取消”按钮应该位于“确定”的右边或下面。将“确定”和“取消”按钮放在一起。“帮助”按钮应该是最后一个按钮。如果没有“确定”按钮，那么应该将“取消”按钮放在“帮助”按钮的前面。这可以使主命令按钮更易于查找和识别。9.确保“取消”按钮真正用于取消操作：当取消时，程序的状态栏应该与之前显示的模式对话框完全相同。如果不是这样，那么应该用“停止”按钮来代替“取消”按钮。模式对话框中的“取消”按钮应该与标题栏中的“关闭”按钮效果相同。而属性表是个例外，因为“取消”按钮不会取消已经应用的更改。（十三）属性表和属性页1.让属性页独立工作：避免使一个属性页的行为或操作受其他属性页的限制。用户不可能发现属性页之间的这种独立关系。在属性页的使用顺序方面应该没有限制。用户应该能够随时查看任意的属性页。2.属性页的布局相互独立：一些属性页通常不会占用同样大小的空间。占用空间较小的属性页应该与最大的属性页的布局的格式方式不同，因为将会产生额外的空间。3.属性页的布局保持独立，避免居中。4.用属性表代替使用带选项卡的对话框：使用属性表而不使用带选项卡的对话框除了具有一致性之外，没有什么明显的实用性优势。另外，对于实际显示对象属性的对话框使用属性表，而对于其他用途，所有带选项卡的对话框。5.对属性显示总采用属性表，即使仅有一个页采用属性表能够明确告诉用户查看的使属性而不是一般的对话框。属性表有一个“应用”按钮来帮助用户测试设置。6.绝对不要使用两行以上的标签最好使用一行标签，但两行也是可接受的，两行以上就太多了，可用级连属性设置或多个对话框代替。7.总为属性提供“应用”按钮再说一次，提供“应用”按钮帮助用户对设置进行测试。8.对显示属性的属性表总是在其标题中写上“属性”一词和对象的名称9.总将命令按钮放在右边适用于所有页的命令按钮必须置于标签页区域的外面，而仅适用于单个页的命令按钮必须置于该标签页的里面。（十四）向导对高级的、复杂的或不常用的任务使用向导：向导对非常高级或复杂的任务十分有用，省去了用户许多麻烦的操作。当向导用于不常用的任务时，其效果最好。对常用任务使用向导则显得大而不当。（十五）控件1.尽量采用标准控件。2.尽可能采用标准控件（6个最早的控件和新的Win32常用控件）。采用非标准控件的程序与绝大多数Windows程序看起来不一致。使用完全合理时才使用自定义控件。3.定制标准控件时要小心。4.改变标准控件的标准外观或行为时一定要小心，这是个常常出错的地方。5.将无效控件置为不可用。6.将不适用于当前程序状态的控件置为不可用。7.取消不必要滚动条。8.尽量使控件的尺寸足够大，避免使用滚动条。（十六）命令按钮1.采用最小的宽度和标准的高度：带文字的命令按钮应该采用50个对话单位（75个像素点）的最小宽度、14个对话单位（21个像素点）的标准高度。尽量将不同大小的带文字命令按钮的个数控制在两个以内。对父窗口拖动（owner-draw）按钮或无文字的按钮（如“…”），其大小可以任意设置，原则是使命令按钮外观简朴一致。高度大于14个对话单位（21个像素点）的按钮看起来不够专业。尽管不限制命令按钮的最大宽度，但宽度超过200个对话单位的按钮使不妥当的。请参阅下图所示关于命令按钮的实例。2.命令按钮大小示例。3.针对国际化适当加宽按钮：尽管50个对话单位（75个像素点）的宽度是适合英语文字的最小宽度，但对需要针对其他语言进行本地化的程序来说，可能就太小了。对于需要翻译为其他语言的程序，将命令按钮的最小宽度定为60个对话单位可能更适合。4.将无效按钮置为不可用，以取消报错：绝对不要使可用的按钮仅产生一条出错信息。5.总采用省略号来表示需要更多信息：命令中的省略号表示执行命令时需要更多信息，而不是简单的确认。省略号并不表示一定会出现对话框。6.绝对不要指定双击行为：用户意料不到命令按钮会响应双击，因此不可能发现这样的行为。7.命令按钮大小使用Window标准75×21像素：一般情况下，“确定”和“取消”按钮的属性设置如下：（1）btnOk:TButton（2）Caption='确定'（3）Default=True（4）ModalResult=mrOk（5）end（6）objectbtnCancel:TButton（7）Cancel=True（8）Caption='取消'（9）ModalResult=mrCancel（10）End8.“确定”和“取消”按钮一般被映射为Enter键和Esc键：（1）因此不应该对它们指定访问键，除此以外的命令按钮都应该指定一个访问键。（2）如果设计期间未指定“ModalResult”，注意一定要在按钮的“OnClick”事件代码中为“ModalResult”赋值。（十七）复选框1.用复选框开关选项，用单选按钮改变模式：用复选框进行选项的开关操作是很有效的，但如果用来将模式改变为另外一种状态就难免让人迷惑了。例如，可用一个复选框来表示是否显示工具栏，但若用复选框来切换打印机的横向模式和纵向模式就会使人糊涂，对横向和纵向模式应该用一组单选按钮代替。2.避免一组复选框中选项个数超过8个：应该考虑用复选框列表代替，它占用的空间更少，但复选框列表需要滚动时使用就稍稍麻烦了。尽管控件足够或保持与同一窗口中其他复选框一致时，采用复选框时可取的，但大于8个左右的复选框就未免太多了。3.考虑将修改组的复选框置于应该分组框中：这样的分组使得复选框之间的关系更为明显。4.宁可竖向对齐：虽然更合适的情况下采用横向对齐或直角对齐也是可以接受的，但竖向对齐的一组复选框更易于浏览。（十八）单选按钮1.避免一组单选按钮中的选项个数超过8个：考虑用列表或组合框代替，它们占用的空间更少，但要记住控件使用更麻烦些。尽管控件足够或保持与同一窗口中其他单选按钮一致时，采用单选按钮是可取的，但多于8个的单选按钮未免太多了。2.避免使用单选按钮进行开/关或是/否选择：用复选框代替。3.总将单选按钮置于一个分组框中：由于单选按钮是一组相互排斥的选项，所以分组框使选择更为明确。4.宁可竖向对齐：虽然更合适的情况下采用横向对齐或直角对齐也是可以接受的，但竖向对齐的一组单选按钮更易于浏览。（十九）组合框1.总结组合框提供一个标签：必须用标签来标明组合框的用途。2.使组合框的下拉列表最少有5行长：少于5行的列表就没有可用的滑块，不易于滚动。请注意，如果组合框没有足够的列项来填满列表，那么将自动缩短列表的长度。3.避免组合框的列项少于4：考虑用单选按钮代替，它们虽然多占空间，但更易于操作。如果空间更为重要或为了保持与同一窗口中的其他组合框一致时，采用组合框则更为可取。（二十）编辑框1.总结编辑框提供一个标签：必须用标签来标明编辑框的用途。如果标签在左边，将标签文字与编辑框文本垂直对齐。2.避免有输入限制的编辑框：将编辑框用于用户对任何文本的输入或数字编辑框用于数字的编辑。对于输入受限的情况，使用其他的控件，如组合框、列表、滑块和微调框。对于日期和时间，使用日期和时间拾取控件。3.用微调框和浏览按钮使编辑框可视：微调框和浏览按钮是简单的可视机制，它们帮助用户在编辑框中进行有效的输入。避免让用户必须输入。仅对数字编采用带微调框的编辑框，对于文本，使用组合框代替。4.按期望输入来设置编辑框的宽度：编辑框的宽度是对期望输入的可视提示。例如，如果用户是输入地址，两个字符宽的State字段明显暗示用户输入两个字符的州名缩写。如果期望的输入没有特别的大小，就选择与其他编辑框或控件一致的宽度。5.总采用数字编辑框用于数字输入：当用户在数字字段中输入非数字文本时，不应该有任何出错消息。（二十一）滑块总给滑块提供一个标签：必须用标签来标明滑块的用途。而且，滑块还应该有标明高、低值意义和当前选择的标签—当然都不带冒号。（二十二）静态文本1.左对齐静态文本标签：左对齐使得标签外观更有条理，且易于浏览。2.宁可将静态文本标签置于相关控件的左边，而不是上面：这样对齐使标签更易于被发现，且方便了标签和控件的浏览。很明显，长控件是例外情况，如列表视图、树形视图（Tree）和多行编辑框。3.总在用于标识控件的静态文本标签后带上冒号：使用冒号明显表示为控件标签的文本。为控件提供附加信息的标签不应该有冒号，如用来解释滑块控件的标签。标签也可作为屏幕读出器的输入信息。4.对非标签文本总用只读编辑框：只读编辑框允许用户将文本复制到剪贴板上，并在文本比控件长时可进行滚动。5.不要把静态文本置于凸起的边界上：在凸起边界上的静态文看起来像按钮，因而用户会试图单击它。（二十三）列表框1.总结列表框提供一个标签：必须用标签来标明列表框的用途。2.使列表框至少5行长：少于5行的列表没有滑块，不便于滚动。如果列表框没有滚动条，那么使用一个更短的列表框也是可以接受的。3.对多个选择考虑采用复选框：复选框列表可以突出其多个选择的能力。如果不能接受复选框列表，那么可以采用多选列表，并用静态文本表示选项个数，清楚指明可进行多项选择。4.对多选列表考虑提供“全部选中”和“全部取消选中”命令：由于希望全部选中或全部取消是常见的事情，所以这两个命令方便了用户进行多项选择。（二十四）列表视图1.总结列表视图提供一个标签：必须用标签来标明列表视图的用途。2.使列表视图至少5行长：少于5行的列表视图没有滑块，不便于滚动。如果列表视图没有滚动条，那么使用一个更短的列表视图也是可以接受的。3.仅在列表可排序时采用可单击的表头：可单击的表头只应用于排序。首次单击时应按正序对列表进行排序，而第二次单击时按反序进行排列。4.对列项大约超过30的列表视图总使其可进行排序：用户能够对列表进行排序方便了对信息的查找。（二十五）滚动条1.滚动条仅用于滚动：使用滑块或微调框来设置数值。2.使滚动条足够长，保证有可用的滑块：没有滑块的滚动条不便于使用。（二十六）分组框1.利用分组框分组相关控件：尽管分组框通常是用于单选按钮的分组，但也可用于任何控件的分组。避免使用只有一个控件的分组框，除非是为了保持与同一对话框中其他分组框一致。2.考虑采用静态线或文本标签来代替分组框：分组框多时要占去许多空间。如果空间紧张的话，一个替代分组控件的好办法是同时采用静态文本标签和静态线。3.考虑采用静态文本标签和静态线代替分组框。4.不要在分组框标签的后面使用冒号：分组框标签的意思明白，使用冒号完全没有必要且让人糊涂。（二十七）工具栏1.保持工具栏稳定：将无效的工具栏按钮置为不可用，而不是将它删除。但是，应该考虑删除用户进入一种模式用不到的整个工具栏。2.将无效命令置为不可用，而不是报错：工具栏绝不应该包含只出现错误消息的命令。3.对实用程序采用大工具栏按钮：好的使用程序工具栏常常与应用程序的按钮不同，其按钮更简朴，更大。实用程序工具栏应该只包含几个带有描述性文字和图形的显眼命令。4.对应用程序采用可移动的、可定制的工具栏，而对实用程序采用固定的工具栏：应用程序需要灵活的工具栏来支持其典型的使用方式。用户使用实用程序的时间一般不长，因而不需要定制工具栏。5.提供显示或隐藏工具栏选项：如果有多个工具栏，分别为它们提供显示或隐藏的选项。6.总使用工具提示：工具提示帮助用户了解工具栏按钮的作用。（二十八）工具提示1.用工具栏的工具提示来提供信息，但要简短：避免提示很明显的事情。考虑采用省略号来表示执行命令时需要更多信息。如果该命令已分配有快捷键，则显示该快捷键。2.使工具提示文本成为高级用户的媒介：工具提示用于简短的识别和提醒，而不是用来教学。3.用工具提示显示有用信息：不仅仅可以在工具栏上使用工具提示，它的使用简单，能够向用户提供有用信息。但不可滥用——工具提示太多也就失去了其价值。不要对命令按钮会静态文本这样的控件使用工具提示。4.不要自动消去包含许多文字的工具栏提示：默认时，10秒钟后工具提示将自动消去。如果工具提示的文字很多，10秒钟对用户来说就看不完了。（二十九）文本1.避免不必要的缩写词：要么给文本更多的空间，要么改写文本使其占用更少的空间，缩写词使文本不易理解。2.避免不必要的大写字母文本：除非只去首字母构成的缩写词，否则不要用字母全为大写的单词，这样的单词看起来像在冲用户大喊大叫一样。3.避免复杂的标号：尽量采用简单的标点，如句号、逗号、问号，以及破折号。避免使用分号、感叹号、圆括号、括号等。4.一致的大小写规则：对窗口标题、菜单、命令按钮、列标题属性页选项卡以及工具栏提示文字采用与书题一样的大小写规则，而对于标题、单选按钮、复选框、分组框和菜单项帮助中的文本采用与句子一致的大小写规则。（对于标题，除了不是标题开头和结尾的冠词和介词外，每个单词的第一个字母大小。对于句子，每个句子的第一个单词以及通常大写的单词——如专有名词的首字母大写。）5.避免不好的背景：将文本放在实地、颜色适中的背景上，确保在文本和背景之间存在良好的对比。6.避免冒犯性语言：避免激烈的词语，如fatal（致命的）、execute（执行）、kill（杀死、毁掉）、terminate（终止）、和abort（中止）。（三十）消息框1.仔细选择消息框的类型：采用带“确定”按钮的信息消息框向用户提供有关命令结果的信息。采用带“是”“否”，以及可能“取消”按钮的警告消息框在继续进行前需要用户输入的情形下告诫用户。采用危急消息框通知用户进行工作前需要修改一个错误。2.不要使用疑问消息框类型：不再推荐对消息框使用疑问标记符（MB_ICONQUESTION），因为它在Windows98后一致用来表示上下文修改帮助。3.避免不必要的消息框：不要用出错消息来报告正常行为，而应该用来报告不正常或不期望的结果。不要对很容易恢复的操作进行确认。4.问用是/否回答的问题：问用户问题时，采用“是”和“否”按钮代替“确定”和“取消”按钮，这样使问题易于理解。与对话框中不一样，“确定”和“取消”按钮很少同时用在消息框中。5.确保消息框选项按钮与文本一致：例如绝不要用“是”和“否”来作为非提问消息的响应。同样，不要使用多个效果相同的选项按钮。例如，除非有不同的操作结果，否则不要同时提供“否”和“取消”按钮。“否”按钮应该执行操作，而“取消”应该取消操作。6.仔细选择默认按钮：将最安全的或最常用的选项作为默认按钮。7.避免无用的帮助：除非提供真正有用的附加信息，否则不要提供“帮助”按钮。不要附加带无用帮助信息的没意义的消息框。8.对危急错误考虑采用系统模式消息框：采用系统模式消息框向用户提示严重的、可能造成破坏性的、急需注意的错误。系统消息框除了有WS_EX_TOPMOST样式外，与应用程序模式对话框完全一样。与在16位Windows中不一样的是，系统模式不影响用户与其他程序的交互。（三十一）错误消息1.避免错误号：除非这个错误号对用户真正有用，否则不要给出错误号。2.避免责怪用户：避免在出错消息文字中出现单词you（你）或your（你的）。如果需要，当指用户操作时使用被动语气。3.避免敌对性语言：避免在错误消息文字中使用词语bad（糟糕的、坏的）、caution（小心）、error（错误）、fatal（致命的）、illegal（非法）、invalid（无效）和warning（警告），而应该使用更具体的描述性词语。并且应该尽量解释到底是什么出了错。4.在出错消息文字中使用平实的语句：表达要简短、清楚、协调、具体。除非缩写词，否则不要使用全部大写的单词，那样的单词看起来像在冲用户大喊大叫一样。使用完整的句子和一般的现在或过去时态。避免缩写词。5.避免在用户错误消息文字中装作有趣或高人一等：用户并不觉得错误消息有趣，故装幽默并不能被广泛接受。6.允许用户压制非危急的错误消息：对经常出现的非危急错误，向用户提供一个压制该错误消息的选项。（三十二）字体1.字体统一使用以下设置：Charset=GB2312_CHARSETName='宋体'Size=9Color=clWindowTextStyle=[]字符集不要使用ANSI_CHARSET或DEFAULT_CHARSET，否则可能导致不同的操作系统下字符集不一致。2.尊重用户的字体选择：Windows允许用户为标题栏、菜单、消息框和工具提示选择字体。及时处理WM_SETTINGCHANGE消息以根据设置迅速而安全地改变字体。3.避免让人分心的字体：一般说来，应避免使用Arial、Tahoma和MSSansSerif之外的字体。Verdana、TrebuchetMS和CenturyGothic也适合于轻微差别的外观。即使文档中的截线字体很不错，但界面中的任何截线字体都被认为是让人分心的。除了提示用户输入或模拟打字机外，不要采用等宽字体。4.避免使用粗体和斜体：用粗体来吸引人的注意，用斜体表示着重，但要还少使用。5.避免混合字体：任何不包含文档的窗口最多包含两种不同的字体。（三十三）颜色1.使用系统颜色：尊重用户的颜色选择，避免使用固定颜色。不要强迫用户使用您选择的颜色。避免让人分心的文本颜色，通常是黑色之外任何颜色，对文本使用系统颜色COLOR_BTNTEXT或COLOR_WINDOWTEXT。在白色（COLOR_WINDOW）背景上使用黑色（COLOR_WINDOWTEXT）文字是完全正确的。及时处理WM_SYSCOLORCHANGE消息以根据设置迅速而完全地改变颜色。2.根据内容而不是外观来选择系统颜色：不要将作为一个集合中的几种系统颜色混合匹配在一起。例如，不要将COLOR_BTNTEXT和COLOR_WINDOW混合在一起。3.考虑对图形使用中间调色板：在256色模式下使用中间色调色板避免了调色板的闪烁。4.不要用颜色作为传递消息的唯一方式：不依赖于对颜色的区分可以增强程序对色盲用户的可访问性，并且使程序可运行在单色显示器上。（三十四）三维效果1.避免不必要的三维效果：除非对控件分组，否则避免三维静态线和矩形框。宁可采用空白来分开组件，绝不在三维矩形框周围套其他的三维矩形框。避免使用三维文本。2.三维效果过多：在界面中采用太多的三维效果是程序员常犯的错误。毕竟，如果有些三维效果很酷，对吧？不完全如此。请看下面的对话框。一点也不酷。一旦三维控件流行起来，就好像能使用三维的都采用三维，而不管看起来是好是坏。即使采用三维边框，其目的也是为了让人理解。采用许多三维静态框架控件通常是个坏征兆，现代的趋时是倾向于更为简单的风格。3.使用柔和的三维效果：请注意Window98中更为细致的三维效果是如何比Window3.1中的三维效果更有效更悦目的。尽管绝大多数现实世界的物体有加亮区，但很少有黑色实边框的。Windows98仅是通过在凸起物体的右边和底部加上黑色边框以及在凹陷物体的上部和左边加黑色边框来达到三维效果。4.去除多余的三维效果：（1）使用一致的三维效果。（2）确保三维效果的光源位于屏幕的左上角。（三十五）各种细节1.不要发音和闪动：没什么比发音和闪动的程序更烦人的了。但闪烁程序的任务栏窗口按钮通知用户未决消息例外。2.避免不必要的视频效果：至少一个使其为可选择的。理想情形是，默认时关闭这样的效果，用户有明确要求时才打开。3.用缩放功能提高文档可访问性：提供文档缩放功能，可提高显示文档的程序的可访问性和整体性能。4.处理WM_DISPLAYCHANGE消息：改变显示分辨率后，程序应该能够正确显示和运行。5.基于光盘的程序的应该支持自动播放：当光盘插入驱动器后，“自动播放”应该显示一列选项，包括安装。程序安装以后，不应该运行“自动播放”。6.支持用户：采用日期和时间拾取控件进行日期输入，GetDateFormat和GetTimeFormat函数用于设置货币和数字的格式，LCMapStringAPI用于排序。考虑采用RichEdit控件用于文本输入和输出。最后，利用WM_INPUTLANGCHANGE消息来处理输入语言的改变。（三十六）统一术语1.我们用名称来区别、描述和查找事物，使用名称来分解并理解不熟悉的事物。采用统一的术语有助于我们更好地理解和进行交流——简化并统一用户界面术语有助于用户理解和充分应用我们设计的界面。2.使用不同的术语描述相同的事物是最让人迷惑的，而改变人人都已经熟悉的术语也是有害的。这两种情况都使得程序难以讨论、描述，以及归档。甚至使它难以编程。（三十七）命名下面是一些需要命名的、与界面有关的典型对象：1.程序本身；2.程序使用的文档类型；3.用户利用程序执行的主要操作；4.所有的窗口、对话框和属性表；5.主程序窗口中的使用区域；6.认为非标准的屏幕对象、命令、属性、交互，或者技术。简而言之，用户可以看到或需要与其进行交互的、显示在菜单、工具栏、窗口、对话框、状态栏、联机帮助或文档中的任何内容都需要有一个名称。当然，您将会使用已存在的标准屏幕对象的名称。例如，您不需要命名常用的对话框，因为它们已经拥有名称。（三十八）用用户的语言说话使用软件面向的用户所熟悉的词语，除非您的软件是为了程序员设计的，否则应该避免使用计算机行话，而应用常用的单词代替。例如，对绝大多数用户来说，常用单词“separator”（分隔符）就比技术术语“delimiter”（定界符）要好得多。如果必须使用技术词汇，那么应采用那些用户可能知道的术语。（三十九）要避免的术语也有些术语是千万不要用在您的用户界面中的。尽管“execute”执行、“kill”（杀死）、“terminate”（结束）、“fatal”（致命的）和“abort”（终止）这样的术语在程序员文献中是完全可以接受的，但完全应该避免出现在其他的文字中。第三节项目阶段分析一、需求分析阶段在实施过程中将发生的重大质量保证活动或由此将产生的质量记录和产品，管理与开发阶段划分密切相关，因此主要按照项目实施的具体阶段划分说明。首先需要经双方协调，形成《需求调研计划》及《需求调研大纲》，确定准备工作、需求调研的内容、方法方式以及人员和日程安排等内容，经双方同意后按此计划开始调研。调研正式开始前项目开发组应检查所有必要的准备工作已经圆满完成。项目开发组根据调研中系统实际技术需求和各个子系统的业务需求，编写并向工程领导小组提交符合CMMILEVEL3规范要求的《系统需求分析报告》，并由项目组评审，不合格的部分进一步完善调研；评审通过后由双方共同签署评审意见，并正式生效。对于软件生产过程而言，需求阶段是整个过程中最重要的阶段，需求分析成果的好坏将直接导致项目的成功与否，因此合作双方在此阶段多投入是值得的。而且一旦评审通过并生效，则需求报告将成为系统的设计、开发、测试、实施试运行和项目验收的基本依据之一，因此原则上用户需求将不再因为其他因素的改变而变更，如需进行此种变更，需经双方项目负责人协商确定。二、总体设计阶段项目开发组通过对系统的功能、运行和性能要求加以分析，产生一个高层次的系统结构、软件结构、接口和数据格式的设计，并向工程领导小组提交《系统设计报告》（其中包括数据库设计），组织评审并签署评审意见。对其中评审不合格的部分进一步完善和重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发和测试的基础。该报告内容的变更由双方的现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。三、详细设计阶段项目开发组在系统设计报告的基础上，对功能和性能要求进一步加以分析和细化并且把软件的详细设计文档化，向工程领导小组提交系统详细设计报告，并由项目组组织评审并签署评审意见。对其中评审不合格的部分进一步完善和重新策划，评审通过后由双方共同签署评审意见，并正式生效，作为后续软件开发和测试的基础。该报告内容的变更由双方的现场实施负责人、技术负责人进行交流即可确定，并需向工程领导小组汇报。四、系统开发阶段为了使用户能够及时获知项目的进展情况，开发小组需要每周向用户相关领导提交《项目客户周报》，用户项目组可以随时对项目的工作情况进行检查。五、系统实施阶段首先需要经双方交流协调，形成《项目实施计划》，确定现场实施的准备工作、人员和日程安排、培训计划、阶段目标等内容，经双方负责人签字后生效，按此计划开始现场实施。正式开始现场实施前项目开发组应检查所有必要的准备工作是否已经完成。六、项目验收阶段在试运行期内系统存在一定的细节性问题是工程项目不可避免的问题，特别是随着用户应用的逐渐深入，此类需求会逐级提出，此类问题不属于系统的致命性错误；因此当试运行期内所发现的真正的“问题和错误”收敛到一定数目以下时，各业务子系统经过一段时间的并行工作新系统已基本可靠，就可以切换到正式运行阶段，开始正式运行。正式运行后，由用户提出验收要求，双方共同制定《项目验收计划》，组成项目验收小组，共同进行项目验收。维护期的具体工作方式请见售后服务承诺部分，所有维护工作，包括软件出现问题修改、细节性功能的增强，用户都要以《问题及修改记录》的书面形式提交给公司，修改完成后用户应组织相关的业务负责人进行确认，并在《功能清单》中说明；如遇紧急情况可事后补齐。项目验收分为功能验收和非功能验收，具体如下：（1）功能验收标准系统各项功能运行稳定，数据处理正确。确保应用软件和开发工具符合知识产权相关政策法规的要求，数据处理符合信息安全的要求。（2）非功能验收标准参照需求规格说明书中的要求，系统各项功能运行稳定，数据处理正确。（3）分类标准功能错误级别分类错误级别描述A系统的主要功能模块无法正常工作系统与外围系统的数据传输接口无法正常工作，或数据不正确系统的重要数据处理结果不正确系统整体运行不稳定系统主要功能模块或渠道缺失，但双方达成一致协议的除外系统不符监管、内控、保安需求B系统主要功能模块或渠道功能不完善系统部分非主要交易无法正常工作系统与外围系统的数据传输接口工作不稳定C系统个别交易无法正常工作或处理结果错误，但可通过其他替代办法进行处理，不影响业务的正常进行因系统设计原因造成系统个别交易运行效率低D系统在某种情况下才出现的错误，且不影响正常的业务操作功能验收标准验收结果功能验收错误情况描述（允许错误个数）ABCD合格0000基本合格性能测试验收（错误可进行后续解决和完善）0＜=3＜=20＜=30最终验收00＜=10＜=20不合格除以上两种情况外的其他情况（一）验收标准1.功能测试：对招标文件中的服务内容进行测试，所有功能均可正常使用；2.业务流程测试：针对该平台典型的业务（优惠券的领取、查询、核销）进行测试；3.易用性测试：软件中各个模块的界面风格保持一致。（二）验收资料1.项目验收申请报告；2.操作手册及使用手册；3.源代码及安装说明。在服务过程中供应商须对行方的一切有关信息进行保密。第四节知识转移分析一、知识转移概念知识转移是将业务、技术、实施、维护等方法原理从某个人的头脑中转移到另一个人头脑中、或从某个组织转移应用到另一个组织的过程。知识转移包括知识的共享和知识的吸收两个阶段。知识的转移首先是进行知识共享，知识的共享可以通过人与人面对面的交流来进行，也可以通过电子邮件、文件文档、查看知识库、调阅科技文献等方式进行。知识的吸收表现为将别人的知识转化为自己的知识，或是将别的组织的知识成功应用到自己的组织中。我们认为，在软件行业中，知识转移涉及项目过程的方方面面，结合多年项目经验，总结出一套知识转移体系框架，如下图所示：以上5个方面的转移阶段，涉及了软件开发的全部过程，我们制定了完善的知识转移体系，保障各个阶段的知识转移工作