李鸿君专栏

设计验证的第二层是检验应用设计的质量。应用设计的检验是对软件“好用”的保证，它解决了如何用信息化手段提升客户的工作效率。应用设计验证重点包括：业务设计的结果在系统中的落地是否顺利？流程的流转是否合理？界面操作是否友好？工作效率是否有明显提升？等。应用设计的成果“为客户构建了信息化的工作环境”。软件如果不好用，则业务设计得再好、领导给的压力再大，用户都会排斥使用系统。可以说系统的易操作性直接关系到了软件的生命周期也不为过。应用用例是后续测试用例的重要输入，同时也是用户上线培训的教材。

设计验证的第一层是检验业务设计的质量。业务设计内容是软件的核心，解决了如何用信息化手段替代原来的手工作业。业务设计验证重点包括：业务逻辑、管控规则是否正确？数据逻辑、来源、公式是否正确？等。检验的方法是参考实际业务场景编写业务用例，然后用它来模拟业务处理过程。编写一次完整业务用例会让需求工程师获得非常大的综合能力提升。业务用例整合了架构、功能、数据、管理等多层面的内容，业务用例是用数据、规则的细粒度写成的。业务用例也是后续应用用例、测试用例的输入，同时也是用户上线培训的教材。

提到对软件的质量检查，马上想到的是“软件测试”，软件测试的目的主要是检查“开发程序”是否符合“软件设计”的要求，程序中是否有bug等，也就是说软件测试是检查完成软件“是否满足设计要求”的工作。完成一款好的软件首先要做到的是“软件设计”是正确的、优秀的，如果软件设计没有做到正确和优秀，后面程序编写的质量再好也没有价值，设计是保证软件正确和优秀的前提和基础。那么如何判断软件设计的结果是正确的、优秀的呢？这就要用到“设计验证”的方法，设计验证包括了“业务设计验证”和“应用设计验证”两个部分。

在软件行业中，“设计”一词既熟悉又陌生，理论上大家都知道软件开发前需要做设计，但是具体要说明什么是设计、设计包括的内容、方法、交付物、标准以及由谁来设计时，却又说不太清楚（除去一些大型软件企业外）。多数的软件公司没有“设计师”的岗位，甚至都没有设置设计环节，特别是在中小型的软件公司，需求调研完成直接交给程序员是普遍现象。一般来说这样的软件公司的业务架构图、界面原型设计等工作都是由需求工程师来完成的。有鉴于此，这里简单地介绍一下需求工程师在从事“设计角色”时需要的能力。

签订合同、组建项目组、进入客户现场，在接下来这个阶段中需求工程师主要的工作就是调研需求、分析需求、确定要开发的功能需求。与前面咨询工作的内容不同，这个阶段要求需求工程师具有详细沟通、记录、分析的能力，并最终编制出【需求规格说明书】。【需求规格说明书】不但是后续的软件设计和编码测试的依据，同时它也是客户最终验收系统的依据。这个阶段成果的优劣影响着客户的满意度，同时也极大地影响项目管理的进度、成本和质量的控制，可以说，调研阶段是需求工程师的主战场。

在软件实现的过程中，需求分析的正确与否是软件成功的基础和前提，需求内容不但包含了客户对软件的期望与要求，同时它也影响着系统采用的架构方法、实现技术等。需求工程质量的优劣，直接影响着后续设计工程和开发工程的质量，也关系到最终软件整体的质量。需求工程师是需求工程中的主角，需求工程师水平的高度，不但影响需求成果而且也直接影响完成软件水平的高低。在这里就需求、需求工程和需求工程师三个要素的内容、作用和关系做一些探索。

接着上一篇功能按钮设计的说明，这一篇介绍功能按钮“删除、保存、提交”的三种形式。这三种形式是界面内容处理过程中的功能（删除、保存）、界面处理完成时的功能（提交）。同样分为基本功能和管控功能两个方面的说明。三、 修改按钮1. 功能作用修改按钮是对于在界面上已经处于“锁定状态”的数据进行修改的功能。对没有被锁定数据的修改可以直接通过编辑的方法对错误数据进行修改，但是界面上的数据被锁定后就不能采用直接编辑错误数据的方法去修改了。对于没有锁定要求的系统而言不存在修改功能的设计问题。2. 基本功能修改数据

对界面上功能按钮的设计，很多人认为：这是技术问题，交给程序员就行了。这个想法只对了一半，因其仅考虑了按钮做为“操作系统”的功能（如：保存数据），而忽略了按钮作为承载“业务处理、管控控制”的重要（如：标准检查）。字段框用于输入数据，功能按钮则主要用于对业务标准的检查、管理规则的加载等作用。按钮也是驱动数据交互、流程跳转、发起通知、结果检查等一系列操作工作的动力、抓手。功能按钮的设计分为两篇，本篇介绍用于界面初始工作的“新增、查询”按钮，第二篇介绍用于中间处理和结束的“修改、保存、提交”按钮。

前面介绍了5种基本的界面形式，如果从构成界面的要素（构件）层面看，实际上所有的界面都是一样的，因为它们都是由同样的控件构成的，只是控件的位置不同而已，因此就有必要对界面的布置进行统一的标准化，建立了界面布置的标准后设计效率会提升、同时也为界面设计资料的复用奠定了基础。界面设计的标准化非常重要，因为界面是用户认知系统的窗口，这个标准实际上是构建“人-机-人”工作环境的标准之一，标准化的界面形式也可以减少用户的认知负担和培训成本。这里给出一些界面设计上的基本原则和标准供作参考。

企业管理类型系统采用的PC端界面形式有5种 （卡式、列表、主细表、树形、页签），以及以这5种形式为主体的组合或是变形。确定一个业务功能采用什么样的界面形式表达最佳，是综合了客户的业务需求、数据结构、数据数量、输入权限等综合判断得出的。界面是设计师展示自己能力最为重要的窗口，如何选择、规划、布局界面，直接关系到客户满意度的高低、产品客户价值的大小。细致的设计、布置这个窗口需要有对客户业务充分的理解、应用设计知识，当然最好还能具有一定的软件开发知识和背景。

为了满足客户的需求，软件界面的表达形式千差万别。但与网站的界面形式（电子商务、政府政务、各类网站等）相比，作为企业管理（ERP）类系统的界面形式比较低调，由于需要长时间对着屏幕操作、观看、思考，因此要设计得比较沉稳、简洁，布局的规律性强，表达形式也不需要过于炫耀、跳跃、刺激。这里介绍几种最为常见和常用的PC端界面形式：卡片式、列表式、主细表式、树形式和页签式，以及这些界面形式对应的设计原则。这几种形式基本上可以满足大部分客户业务处理的需求，如有不同之处，本文中的设计原则也可以作为参考之用。

■ 一个完整的界面设计需要有两个层面：业务功能、应用功能。系列“面设计方法（一）”已经从业务功能（活动、字典、看板和表单）层面介绍了4种功能的设计方法，它们的重点是如何完成不同类型的业务处理设计。■ 本系列“界面设计方法（二）”，从应用功能层面说明软件界面的构成，包括概念、作用以及设计方法。“业务功能”相当于功能的逻辑中核，提供了字段、数据源、计算逻辑、规则等；“应用功能”相当于功能的可外壳（面板），提供了可以操作菜单、工具条、按钮、字段框等。前者偏业务、后者偏系统，两者的结合构成了一个可运行的业务功能。

表单功能，是4大业务功能（活动、字典、看板和表单）中的最后一个，它是各类订货、收货的凭证，是企业月度、季度和年度统计、分析的重要参考资料，是国家、企业等指定要打印、盖章交付和保存的重要形式，同时也是企业经营管理者最为常用的资料形式，领导直接用界面进行查询、分析的比较少，用固定格式的表单资料比较多，因此，表单功能是企业从经营层、管理层和执行层都非常重视的一种功能形式。另外，具有打印要求的表单功能与其它三种用窗体形式表达的功能（活动、字典、看板），除在用途上的不同以外，在编码实现的技术方面也不一样。一、表

看板功能，在系统中有非常多的应用，它是用界面做载体，利用数据、图标、曲线、图像等各类形式来展示已完成数据处理结果或是其他信息。参见的有如：系统的门户、导航菜单、各种各样的数据监控仪表盘、领导驾驶舱等。看板功能是向用户展示数据的两个主要形式之一（另一个是表单功能）。看板在这里是“橱窗”的概念（不是输入功能），虽然也是采用了界面的形式，但它不用于数据的输入、只用于数据的查询和展示。通过设计看板功能，可以利用系统提供的各式各样的查询方式，快速、多样地向用户提供已有数据的。

理解字典功能，首先要理解它是建立企业基础数据标准的手段，其次才是它对的基础数据记录和维护功能。构建企业信息系统过程中有两个重要的标准化工作：业务流程的标准化、基础数据的标准化。其中：业务流程标准化是通过业务架构实现的，基础数据标准化是通过字典功能设计实现的。字典在这里是“功能”的概念（不是数据库），通过设计字典功能，可以建立一套支持从数据标准、数据输入、数据维护等的体系。字典的主要作用有三个：建立基础数据、维护基础数据、支持在界面上数据的快速输入。

前文已介绍过了，业务功能分为4大类，其中“活动功能”是界面设计中工作量最大的部分，每个活动功能都是客户一个/类实际工作在系统中的映射，客户对包括对业务处理、管理控制方面的需求、优化、改善等期望等大都包含在活动功能的设计中，因此，活动功能设计的优劣直接关系到整个系统的最终效果。活动功能的设计并不简单，设计结果不但要能做满足客户方面的业务需求、管理需求以及易操作需求等，还要满足软件商方面的结构化、易确认、易开发、易复用等要求。□活动功能设计：是将完成功能所需要的界面格式、控件定义、数据结构、操作方法以及相关规

大家新年好！2021年已经来到了，回顾过去的一年，我感受到从国家到企业、大到生产制造小到个人生活，对IT行业给予的期望和要求都比以往任何一年来得要高、要迫切。虽然还是通过编码完成客户的需求，但是对从事IT行业人员的能力要求，特别是对程序员具有的能力要求明显地提升了。现在客户对导入系统提出的要求较过去大不相同，即使是常见的ERP类企业管理系统，也已不仅是设计个流程、建个数据库、写个操作界面、做个输出报表为那样简单、孤立的工作。很多客户为了适应未来企业管理和生产的信息化、智能化、数字化需求，已经开始对新建/改

在ERP类等企业管理类系统开发过程中，毫无疑问，对用户“界面”设计的工作量是最大的，界面是系统中支持用户输入、查看数据的业务功能，它们是用户现实工作在系统中的映射，是人机交互的窗口，对软件工程师来说，界面不仅是系统的脸面，而且最终用户体验到信息化价值的大小也主要是由界面提供的。按照系统中的用途可将业务功能分为4大类：活动功能、字典功能、看板功能和表单功能。根据这些功能的共性和个性建立相应的界面模型和设计方法，可以大幅度地提升界面设计的效果和效率。

需求规格书编写完成后如何让客户快速、顺利地确认签字？这是个常见问题，每个软件项目经理和需求工程师都遇到过，要解决这个问题要从甲方客户与软件工程师两个方面进行分析和找答案。从客户方面看，存在两个问题：一是要看得懂需求文档、二是要能放心地签字。提出需求的客户可能不是软件方面的专家，他是从自己熟悉的业务视角提出的需求，但他可能不清楚这个需求实现后的应用模式（原型、操作等），担心自己考虑不周签了字，待开发完成后与设想不同时要担责任，所以迟迟不肯签字（人之常情）。

对软件项目经理来说，达成项目管理三大目标（质量、进度和成本）一直是最为头痛的事，原因就是因为软件产品各个阶段的交付物无法像硬件那样量化，所以也就难以制定一套可以精准管理、检验成果的标准，这就造成了软件项目管理的不确定性因素多的现象。可以说，同时影响项目管理三大目标达成的重要因素就是“标准化、量化”，这是软件产品与其他硬件产品的最大区别之一，找到实现分析与设计成果的标准化和量化的方法是解决阻碍三大目标达成的前提。

在需求调研、问题分析的现场，是否遇到过这样的场景：经过长时间的讨论后结果仍然是发散的、不聚焦，所有的人都很焦急，但就是找不到一个可以快速地将大家的意见进行归集、收敛的并给出结论的方法？（注：此时讨论的目的不是用思维导图进行发散式的意见收集，而是要给出结论）。既能够收集意见、又能同时梳理出结论来的方法是采用“排比图”。用排比图，通过“一横一纵”的图形方式，快速地梳理出问题与实际的工作过程的关系，■排比图：以业务流程为主线，将分析结果和对策与主线进行2维方式的关联

为了解决某个已知的问题，搜集了大量与之相关信息，如何去梳理、并表达出这些信息与问题是相关联的呢？采用鱼骨图。利用鱼骨图可以将这些信息按相互关联性整理，使得要素呈现出层次分明、条理清楚的特点，在图中可以清楚地标出搜集到的信息与这个问题结果之间的因果关系。■鱼骨图：给出一个结果（主题），通过归集要因向主题收敛的因果关系表达方法。注：发明者是石川馨（日本），又名石川图、因果图。

在侦探影片中常见的场景：警察为了找到线索，在墙上贴很多的证物（照片、记录、文字等），然后在这些证物之间画上关联箭头，通过箭头找出物证的关系。在很多的事故分析、或是因果关系分析时都会使用分析模型帮助寻找问题的原因。越是复杂的事故、事件，相关的要素就越多，要素间的关系也越复杂，这就需要有一个方法可以帮助建立要素间的关系，并支持快速地理解问题、给出答案。这里介绍一个常用的分析模型：关联图。■关联图：把原因、结果要素按照相互作用关系关联起来的图形。通过关联线帮助找到产生结果的原因。

通过对研究对象的拆分，建立了业务与管理的分离原理概念，这个分离概念在实际的需求分析和系统设计中具有非常重要的实用价值。下面试举几例来说明分离原理概念的应用场景：1）业务功能（界面）设计的应用：业务字段、管理规则2）业务架构（流程）设计的应用：业务架构、管理架构3）审批流程（管控）设计的应用：业务流程、审批流程

拆分业务与管理的理由已经知道，想必大家经常会遇到这些词：财务管理、质量管理、物流管理、xx管理等，这些词在设计工作中可以分为两个部分去理解，即：财务&管理；质量&管理；物流&管理等，前半部分的名词“财务、质量、物流”指的是“业务”内容，是被管理的对象，后者的动名词“管理”指的就是对业务的管控。面对复杂的研究对象时，正确地拆分业务与管理要素，可以大幅度地提升分析的效率、正确性。业务与管理除去具有的不同知识、技术以外，还存在着很多非常不同的特性，深入理解这些特性，对完美地进行分析与设计

前文以企业运营管理为对象，说明了拆分方法并给出了分离原理模型。“拆分”作为分析师的第一位能力，其意义在于当遇到复杂问题时，如何将相似的要素拆分归集，并从上向下去理解每类要素的特点、要素间关系，不同要素的分析、设计和开发方法。拆分方法正确不但可以缩短理解和分析时间、提升设计和开发效率，而且系统可以获得高复用性、强应变能力。相反，如果拆分方法不合适，有可能造成对研究对象理解错误、使分析和设计变复杂，且完成的系统缺乏复用性和应变能力。下面以“业务”与“管理”的分离为例，说明在软件分析和设计过程中拆分的作用和价值

如果你问我，作为一名合格分析师的基本功中最为重要的技能是什么？我会回答你说：第一是“会说话”，第二会“会拆分”。“会说话”是分析师与人交流的基本功，不能交流就不能获得用户的真实需求，可以说，不会说话一切都开始不了，但由于“会说话”的技能不属于软件工程方法论讨论的对象，所以在这里就不讨论它了。因此，在本文中就将“会拆分”作为分析师的第一技能进行阐述。分析中的“分”字是分开的意思，“析”字的含义也是分开、分解、分离的意思，由此可见，要想学会如何做分析，就要掌握“拆分”的技能。

前面已经介绍了逻辑图三元素中的“要素”和“逻辑”表达方式，最后一篇三元素的之三“模型”的表达方式。有了要素、逻辑之后，为什么还有特别地说明模型呢？从选择的正确与错误会产生不同的结果（1）模型选取的合适则观者首先通过模型的外观就知道作者要表达什么意图、观者会按照模型的定义去确认作者的内容，比如：但观者看到的是“流程模型”，就知道作者展示达成某个目标的工作过程，他会沿着流程的起点研究工作的每个步骤。又如：如果观者看到的是“鱼骨图”，就知道作者要做一个归集的分析，给出因果关系的结论。（2）模型选取的有误

多数没有开发背景的需求工程师对数据面层的分析、设计是比较生疏的，面对比较复杂的数据关系时或多或少都有一些畏惧，不太愿意深究，尽量交给后续的程序员去处理。这个做法是不对的，数据逻辑来源于业务逻辑，需求分析师能够向程序员说明数据逻辑关系，那么后者的工作效率会提升很多（否则、不熟悉业务的后者还要花费很多时间去研究业务逻辑）。同时是否能够清楚地表达数据逻辑关系也说明了需求分析师具有的能力和水平。

在语言、文字和图形这三种表达方式中，前两种表达方式中的逻辑是需要听者/观者用脑去思考、架构，才能知道作者想要表达的逻辑（还不一定正确），但是逻辑图不同，它的逻辑是直接“画”出来的，用眼睛可以“看到逻辑”，对错一目了然。逻辑是逻辑图中的灵魂、主线，从一张逻辑图上可以大概看出作者的逻辑思维水平和逻辑表达能力。

松耦合和高内聚，是决定最终完成系统是否具有应变性、复用性的重要设计原则，作为在分析和设计一线的需求工程师也必须要理解和掌握，因为在需求分析和业务设计中没有做到，那么到了后面的开发阶段再考虑就晚了。后期仅用技术手段让系统获得同等的应变/复用能力，可能要付出很大的成本、同时系统可能也因此变得更加复杂。所以，松耦合与高内聚的设计，是从需求工程师的工作开始的。

看到了“黑盒/白盒”，可能认为在讨论软件的测试工作？错了，在分析方法中借用了软件测试的黑/白盒概念，利用这个概念可以对理解逻辑图中要素的表达方式起着很好的帮助作用。当然，这个概念不仅仅对绘制逻辑图有用，它对训练分析师的思维能力、观察能力和叙述能力也都有着非常好的效果。

不论从事软件工程上的那个岗位，“粒度、分层”都是挂在嘴头上的常用语，它是说明对象“尺寸、位置”的重要属性。与别人交流时（不论采用语言、文字或是图形的方式），首先要确保双方对交流题目的认知是处在同一粒度、同一层面上进行的，否则就会发生“关公战秦琼”的笑话。拿捏好粒度和分层关系，是表达逻辑的重要方法。

“业务和需求”，这两个词软件工程师们每天都会用到几次，但却不一定很清楚两者的区别：“业务”指的是软件客户现在从事的工作，“需求”指的是客户对未来系统的期望或要求，因此业务设计与需求设计是两个不同视角的设计。正确的顺序是：先对业务进行充分的设计，然后基于业务设计成果再进行软件的需求设计。搞清楚这两者的定义、区别、相互关系，对需求的理解、分析，并通过设计提升客户的满意度是有非常重要的指导意义的。

按照逻辑图的三元素原理（要素、逻辑、模型），要素是构成逻辑图的主体，构成逻辑图的要素有哪些特点、规律及标准，如何用属性来表达它们的特点、规律和标准呢？理解这些内容是正确绘制逻辑图的基础。我在培训中经常看到学员们在同一张图中绘制了大量的要素，只要绘图者觉得哪些要素是同类、或是有相关性，就把它们都塞到一起，这些要素不分粒度、层次，图看上去非常热闹、很丰富，但是很混乱。□在没有经验的人看来，图中表达的内容很多、画图的人一定非常有经验；□在有经验的人看来，画图的人思路不清、没有抽提能力、水平不高（但可能经历丰富

不论做什么资料，如：解决方案、产品规划、需求分析、软件设计等，都需要用逻辑图来帮助作者说明自己的意图。通常资料内容包含的要素越多、逻辑越复杂，意图表达的难度就越大，此时仅用文字描述就显得力不从心了，怎么办呢？用图形表达，俗话说“一图胜千言”。为什么“一图”能够做到胜“千言”呢？在这里的“一图”指的就是“逻辑图”，那什么是逻辑图呢？它的构成是什么、绘制的方法又是什么呢？

关于程序员和工程师的区别，先和大家分享一个我在培训过程中的小插曲，在一次以开发工程师为主的分析与设计培训会上，我向学员们提了这样的问题： □问：认为工程师的能力比程序员高一级的请举手，大家都举了手。□问：认为自己是程序员的举左手，认为自己是工程师的举右手，结果大多数人举了左手，只有3个人举了右手。□问：你们3人认为自己是工程师，请说明什么是工程、什么是工程师？程序员与工程师的区别是什么？结果这3个人马上就改为举左手了（全场大笑）。这个小插曲说明了什么呢？首先是“程序员”与“工程师”的定义不清，其

对于这个标题可能很多人可能会不以为然，“我是一名程序员，做好编码工作就可以了”，“只要给我看了文档、或是说明了需求，我就可以直接用代码表达出结果来”。现在企业的生产和管理需要用到信息化技术的地方越来越多，客户需求也越来越复杂，比如，为了快速地响应客户需求的变化，在系统架构时越来越多地用到“XX平台、XX中台等”的概念和设计方法，构建这些平台常常伴随着需要做大量的分析、抽提、建模、算法的工作，完成这些工作需要参与的人员不但能够理解业务需求、能做需求分析、设计，而且还必须要有开发经验丰富的程序员参与才能完成，

PPT做完了一定要进行自我检查，要像画家检查一幅完成的画作一样，检查包括确认完整、清晰、构图、主线、逻辑、颜色、字体等内容。6.1 用心编制不论你有身怀多少知识、不论你准备的PPT如何丰富、也不管你的外表修饰的多么完美，当PPT被放映出来时，观者完全可以通过PPT的表现接受到作者是否是真心地在传递他的意图，展示在大家面前的PPT就代表了你本人。推荐给大家的编制原则1 ) 认真编制，用心传递“心意”。2 ) 不要用过于夸张的语言、强烈的色彩，这样做会盖住你要传递的思想、意图、逻辑。3 ) 用严谨的

文字表现是最基本的表现方式，但由于PPT多用投影的方式，不可能让观者仔细地阅读文字，所以不易多用文章体的表现。文字表达的设计要做到画龙点睛。5.1 文字表达形式文字的表达形式最好采用简单明了的条目式，而不是长篇描述的文章体。1 ) 条目式将内容的重点抽提出来，采用一行只表达一条内容的形式，这个表达方式最为清晰，易于让远处的观者也能看得清楚、并快速阅读和理解，参见文字样本12 ) 文章式另外一种形式就是常见的写大篇幅的文章，这种方式不适于PPT演示，因为从远处观看投影时观者在短时间内可能找不.