- 博客(59)
- 资源 (17)
- 收藏
- 关注
RSS订阅
原创 《大话软件工程》，给出了分析与设计需要的理论、方法、工具和标准，以及落地方法和实战案例
□ 做好一款软件从哪里开始呢？→ 客户需求的调研；□ 一款软件的价值高低由哪个环节决定呢？→ 软件的分析与设计；□ 软件顺利完成开发靠什么？→ 高效的项目管理；□ 软件开发的主要角色？→ 客户、软件项目经理、需求工程师、开发工程师和测试工程师；完成一个软件系统，需要有相应的分析设计方法、项目管理方法以及过程中不同阶段角色的分工协作。
2020-11-04 15:47:31
4396
3
原创 软件开发质量的双保险 — 3.应用设计验证与应用用例
设计验证的第二层是检验应用设计的质量。应用设计的检验是对软件“好用”的保证，它解决了如何用信息化手段提升客户的工作效率。应用设计验证重点包括：业务设计的结果在系统中的落地是否顺利？流程的流转是否合理？界面操作是否友好？工作效率是否有明显提升？等。应用设计的成果“为客户构建了信息化的工作环境”。软件如果不好用，则业务设计得再好、领导给的压力再大，用户都会排斥使用系统。可以说系统的易操作性直接关系到了软件的生命周期也不为过。应用用例是后续测试用例的重要输入，同时也是用户上线培训的教材。
2021-03-25 20:32:08
287
原创 软件开发质量的双保险 — 2.业务设计验证与业务用例
设计验证的第一层是检验业务设计的质量。业务设计内容是软件的核心，解决了如何用信息化手段替代原来的手工作业。业务设计验证重点包括：业务逻辑、管控规则是否正确？数据逻辑、来源、公式是否正确？等。检验的方法是参考实际业务场景编写业务用例，然后用它来模拟业务处理过程。编写一次完整业务用例会让需求工程师获得非常大的综合能力提升。业务用例整合了架构、功能、数据、管理等多层面的内容，业务用例是用数据、规则的细粒度写成的。业务用例也是后续应用用例、测试用例的输入，同时也是用户上线培训的教材。
2021-03-21 15:42:51
294
1
原创 软件开发质量的双保险 — 1.设计验证与软件测试
提到对软件的质量检查，马上想到的是“软件测试”，软件测试的目的主要是检查“开发程序”是否符合“软件设计”的要求，程序中是否有bug等，也就是说软件测试是检查完成软件“是否满足设计要求”的工作。完成一款好的软件首先要做到的是“软件设计”是正确的、优秀的，如果软件设计没有做到正确和优秀，后面程序编写的质量再好也没有价值，设计是保证软件正确和优秀的前提和基础。那么如何判断软件设计的结果是正确的、优秀的呢？这就要用到“设计验证”的方法，设计验证包括了“业务设计验证”和“应用设计验证”两个部分。
2021-03-20 15:20:06
537
原创 需求、需求工程与需求工程师 — 6. 设计能力的要求
在软件行业中，“设计”一词既熟悉又陌生，理论上大家都知道软件开发前需要做设计，但是具体要说明什么是设计、设计包括的内容、方法、交付物、标准以及由谁来设计时，却又说不太清楚（除去一些大型软件企业外）。多数的软件公司没有“设计师”的岗位，甚至都没有设置设计环节，特别是在中小型的软件公司，需求调研完成直接交给程序员是普遍现象。一般来说这样的软件公司的业务架构图、界面原型设计等工作都是由需求工程师来完成的。有鉴于此，这里简单地介绍一下需求工程师在从事“设计角色”时需要的能力。
2021-03-18 16:32:02
589
2
原创 需求、需求工程与需求工程师 — 5. 调研能力的要求
签订合同、组建项目组、进入客户现场，在接下来这个阶段中需求工程师主要的工作就是调研需求、分析需求、确定要开发的功能需求。与前面咨询工作的内容不同，这个阶段要求需求工程师具有详细沟通、记录、分析的能力，并最终编制出【需求规格说明书】。【需求规格说明书】不但是后续的软件设计和编码测试的依据，同时它也是客户最终验收系统的依据。这个阶段成果的优劣影响着客户的满意度，同时也极大地影响项目管理的进度、成本和质量的控制，可以说，调研阶段是需求工程师的主战场。
2021-03-14 10:06:02
775
原创 需求、需求工程与需求工程师 — 4. 咨询能力的要求
对需求工程师的能力要求是什么？在回答这个问题前要先定义他的工作范围和岗位。在软件行业中，“需求工程师”的工作范围不太确定，如：在大型软件公司或是大型软件项目中，他的工作是“需求调研”，仅负责将收集到的客户需求转达给软件设计师；但在小型软件公司或小型软件项目中，他的工作范围可能从售前咨询到软件设计，同时扮演了“咨询、调研、设计” 三个角色，此时他的工作决定了系统的内容、形式，甚至系统价值的大小、客户满意度的高低。因此，判断需求工程师必须具备的能力需要根据他所在的公司、岗位定义而定。
2021-02-27 16:57:40
896
原创 需求、需求工程与需求工程师 — 3. 需求工程的构成
需求的概念有了，但是如何系统地、高效地获取需求？获取需求的流程是什么、有哪些步骤、每个步骤对应的方法、标准是什么？等，解决这些问题就需要建立一套标准的需求获取方法。需求工程就是用来解决上述问题的方法，它是软件工程的三个核心工程（需求工程、设计工程、开发过程）中的第一部，需求工程的成果是其后设计工程的输入。需求工程是支持系统化的需求建模过程，为软件需求模型提供了标准的定义和约束条件,使得需求工程师和开发工程师对需求信息的理解是一致的。
2021-02-05 10:39:46
487
原创 需求、需求工程与需求工程师 — 2.需求的来源
软件的需求是从哪里来的？可能你会毫不犹豫的回答：从客户那里调研来的。这只回答对了一部分。简单的、小规模的、技术含量不高的软件功能基本上是依据客户提出的需求完成的，而复杂的、大规模的、技术含量高的的软件功能除去客户提的需求外，还需要由软件工程师根据新的理论、技术、硬件、未来发展的展望等提出来补充需求。作为一名合格的需求工程师，不但要能够通过调研获取客户提出的原始需求，而且还能根据新知识、新技术为客户的软件提供自己设计的需求。
2021-02-03 16:40:56
999
原创 需求、需求工程与需求工程师 — 1.定义、作用
在软件实现的过程中，需求分析的正确与否是软件成功的基础和前提，需求内容不但包含了客户对软件的期望与要求，同时它也影响着系统采用的架构方法、实现技术等。需求工程质量的优劣，直接影响着后续设计工程和开发工程的质量，也关系到最终软件整体的质量。需求工程师是需求工程中的主角，需求工程师水平的高度，不但影响需求成果而且也直接影响完成软件水平的高低。在这里就需求、需求工程和需求工程师三个要素的内容、作用和关系做一些探索。
2021-01-31 21:33:29
772
原创 界面设计方法（2）— 6.功能按钮设计（删除,保存,提交）
接着上一篇功能按钮设计的说明，这一篇介绍功能按钮“删除、保存、提交”的三种形式。这三种形式是界面内容处理过程中的功能（删除、保存）、界面处理完成时的功能（提交）。同样分为基本功能和管控功能两个方面的说明。三、 修改按钮1. 功能作用修改按钮是对于在界面上已经处于“锁定状态”的数据进行修改的功能。对没有被锁定数据的修改可以直接通过编辑的方法对错误数据进行修改，但是界面上的数据被锁定后就不能采用直接编辑错误数据的方法去修改了。对于没有锁定要求的系统而言不存在修改功能的设计问题。2. 基本功能修改数据
2021-01-16 15:00:02
1429
原创 界面设计方法（2）— 5.功能按钮设计（新增,查询）
对界面上功能按钮的设计，很多人认为：这是技术问题，交给程序员就行了。这个想法只对了一半，因其仅考虑了按钮做为“操作系统”的功能（如：保存数据），而忽略了按钮作为承载“业务处理、管控控制”的重要（如：标准检查）。字段框用于输入数据，功能按钮则主要用于对业务标准的检查、管理规则的加载等作用。按钮也是驱动数据交互、流程跳转、发起通知、结果检查等一系列操作工作的动力、抓手。功能按钮的设计分为两篇，本篇介绍用于界面初始工作的“新增、查询”按钮，第二篇介绍用于中间处理和结束的“修改、保存、提交”按钮。
2021-01-15 22:48:38
1637
原创 界面设计方法 (2) — 4.界面设计的原则与标准
前面介绍了5种基本的界面形式，如果从构成界面的要素（构件）层面看，实际上所有的界面都是一样的，因为它们都是由同样的控件构成的，只是控件的位置不同而已，因此就有必要对界面的布置进行统一的标准化，建立了界面布置的标准后设计效率会提升、同时也为界面设计资料的复用奠定了基础。界面设计的标准化非常重要，因为界面是用户认知系统的窗口，这个标准实际上是构建“人-机-人”工作环境的标准之一，标准化的界面形式也可以减少用户的认知负担和培训成本。这里给出一些界面设计上的基本原则和标准供作参考。
2021-01-14 08:55:23
1375
原创 界面设计方法 (2) — 3.卡式, 列表, 主细表, 树形, 页签
企业管理类型系统采用的PC端界面形式有5种 （卡式、列表、主细表、树形、页签），以及以这5种形式为主体的组合或是变形。确定一个业务功能采用什么样的界面形式表达最佳，是综合了客户的业务需求、数据结构、数据数量、输入权限等综合判断得出的。界面是设计师展示自己能力最为重要的窗口，如何选择、规划、布局界面，直接关系到客户满意度的高低、产品客户价值的大小。细致的设计、布置这个窗口需要有对客户业务充分的理解、应用设计知识，当然最好还能具有一定的软件开发知识和背景。
2021-01-13 15:00:00
561
原创 界面设计方法(2) — 2.界面的布局
为了满足客户的需求，软件界面的表达形式千差万别。但与网站的界面形式（电子商务、政府政务、各类网站等）相比，作为企业管理（ERP）类系统的界面形式比较低调，由于需要长时间对着屏幕操作、观看、思考，因此要设计得比较沉稳、简洁，布局的规律性强，表达形式也不需要过于炫耀、跳跃、刺激。这里介绍几种最为常见和常用的PC端界面形式：卡片式、列表式、主细表式、树形式和页签式，以及这些界面形式对应的设计原则。这几种形式基本上可以满足大部分客户业务处理的需求，如有不同之处，本文中的设计原则也可以作为参考之用。
2021-01-12 09:42:16
1779
原创 界面设计方法 (2) — 1. 界面与组件的概念
■ 一个完整的界面设计需要有两个层面：业务功能、应用功能。系列“面设计方法（一）”已经从业务功能（活动、字典、看板和表单）层面介绍了4种功能的设计方法，它们的重点是如何完成不同类型的业务处理设计。■ 本系列“界面设计方法（二）”，从应用功能层面说明软件界面的构成，包括概念、作用以及设计方法。“业务功能”相当于功能的逻辑中核，提供了字段、数据源、计算逻辑、规则等；“应用功能”相当于功能的可外壳（面板），提供了可以操作菜单、工具条、按钮、字段框等。前者偏业务、后者偏系统，两者的结合构成了一个可运行的业务功能。
2021-01-10 21:49:07
709
1
原创 界面设计方法 (1) — 5. 表单功能的设计
表单功能，是4大业务功能（活动、字典、看板和表单）中的最后一个，它是各类订货、收货的凭证，是企业月度、季度和年度统计、分析的重要参考资料，是国家、企业等指定要打印、盖章交付和保存的重要形式，同时也是企业经营管理者最为常用的资料形式，领导直接用界面进行查询、分析的比较少，用固定格式的表单资料比较多，因此，表单功能是企业从经营层、管理层和执行层都非常重视的一种功能形式。另外，具有打印要求的表单功能与其它三种用窗体形式表达的功能（活动、字典、看板），除在用途上的不同以外，在编码实现的技术方面也不一样。一、表
2021-01-07 15:59:52
521
原创 界面设计方法 (1) — 4. 看板功能的设计
看板功能，在系统中有非常多的应用，它是用界面做载体，利用数据、图标、曲线、图像等各类形式来展示已完成数据处理结果或是其他信息。参见的有如：系统的门户、导航菜单、各种各样的数据监控仪表盘、领导驾驶舱等。看板功能是向用户展示数据的两个主要形式之一（另一个是表单功能）。看板在这里是“橱窗”的概念（不是输入功能），虽然也是采用了界面的形式，但它不用于数据的输入、只用于数据的查询和展示。通过设计看板功能，可以利用系统提供的各式各样的查询方式，快速、多样地向用户提供已有数据的。
2021-01-06 21:51:29
2095
原创 界面设计方法 (1) — 3. 字典功能的设计
理解字典功能，首先要理解它是建立企业基础数据标准的手段，其次才是它对的基础数据记录和维护功能。构建企业信息系统过程中有两个重要的标准化工作：业务流程的标准化、基础数据的标准化。其中：业务流程标准化是通过业务架构实现的，基础数据标准化是通过字典功能设计实现的。字典在这里是“功能”的概念（不是数据库），通过设计字典功能，可以建立一套支持从数据标准、数据输入、数据维护等的体系。字典的主要作用有三个：建立基础数据、维护基础数据、支持在界面上数据的快速输入。
2021-01-05 14:50:38
1446
原创 界面设计方法 (1) — 2.活动功能的设计
前文已介绍过了，业务功能分为4大类，其中“活动功能”是界面设计中工作量最大的部分，每个活动功能都是客户一个/类实际工作在系统中的映射，客户对包括对业务处理、管理控制方面的需求、优化、改善等期望等大都包含在活动功能的设计中，因此，活动功能设计的优劣直接关系到整个系统的最终效果。活动功能的设计并不简单，设计结果不但要能做满足客户方面的业务需求、管理需求以及易操作需求等，还要满足软件商方面的结构化、易确认、易开发、易复用等要求。□活动功能设计：是将完成功能所需要的界面格式、控件定义、数据结构、操作方法以及相关规
2021-01-04 16:16:41
726
原创 2021年客户需求的新变化，带来了对程序员能力要求的新高度
大家新年好！2021年已经来到了，回顾过去的一年，我感受到从国家到企业、大到生产制造小到个人生活，对IT行业给予的期望和要求都比以往任何一年来得要高、要迫切。虽然还是通过编码完成客户的需求，但是对从事IT行业人员的能力要求，特别是对程序员具有的能力要求明显地提升了。现在客户对导入系统提出的要求较过去大不相同，即使是常见的ERP类企业管理系统，也已不仅是设计个流程、建个数据库、写个操作界面、做个输出报表为那样简单、孤立的工作。很多客户为了适应未来企业管理和生产的信息化、智能化、数字化需求，已经开始对新建/改
2021-01-04 08:29:48
562
原创 界面设计方法 (1) — 1.界面的概念与分类
在ERP类等企业管理类系统开发过程中，毫无疑问，对用户“界面”设计的工作量是最大的，界面是系统中支持用户输入、查看数据的业务功能，它们是用户现实工作在系统中的映射，是人机交互的窗口，对软件工程师来说，界面不仅是系统的脸面，而且最终用户体验到信息化价值的大小也主要是由界面提供的。按照系统中的用途可将业务功能分为4大类：活动功能、字典功能、看板功能和表单功能。根据这些功能的共性和个性建立相应的界面模型和设计方法，可以大幅度地提升界面设计的效果和效率。
2021-01-01 10:15:47
2449
1
原创 如何使用分析模型 — 3. 排比图，分析问题的同时给出答案
在需求调研、问题分析的现场，是否遇到过这样的场景：经过长时间的讨论后结果仍然是发散的、不聚焦，所有的人都很焦急，但就是找不到一个可以快速地将大家的意见进行归集、收敛的并给出结论的方法？（注：此时讨论的目的不是用思维导图进行发散式的意见收集，而是要给出结论）。既能够收集意见、又能同时梳理出结论来的方法是采用“排比图”。用排比图，通过“一横一纵”的图形方式，快速地梳理出问题与实际的工作过程的关系，■排比图：以业务流程为主线，将分析结果和对策与主线进行2维方式的关联
2020-12-28 19:31:40
1074
2
原创 如何使用分析模型 — 2. 鱼骨图，清晰表达因果关系
为了解决某个已知的问题，搜集了大量与之相关信息，如何去梳理、并表达出这些信息与问题是相关联的呢？采用鱼骨图。利用鱼骨图可以将这些信息按相互关联性整理，使得要素呈现出层次分明、条理清楚的特点，在图中可以清楚地标出搜集到的信息与这个问题结果之间的因果关系。■鱼骨图：给出一个结果（主题），通过归集要因向主题收敛的因果关系表达方法。注：发明者是石川馨（日本），又名石川图、因果图。
2020-12-28 09:47:26
2451
原创 如何使用分析模型 — 1. 关联图，从乱麻中里出头绪
在侦探影片中常见的场景：警察为了找到线索，在墙上贴很多的证物（照片、记录、文字等），然后在这些证物之间画上关联箭头，通过箭头找出物证的关系。在很多的事故分析、或是因果关系分析时都会使用分析模型帮助寻找问题的原因。越是复杂的事故、事件，相关的要素就越多，要素间的关系也越复杂，这就需要有一个方法可以帮助建立要素间的关系，并支持快速地理解问题、给出答案。这里介绍一个常用的分析模型：关联图。■关联图：把原因、结果要素按照相互作用关系关联起来的图形。通过关联线帮助找到产生结果的原因。
2020-12-27 15:06:42
3601
1
原创 分析方法的基础 — 4. 业务与管理的分离，应用案例
通过对研究对象的拆分，建立了业务与管理的分离原理概念，这个分离概念在实际的需求分析和系统设计中具有非常重要的实用价值。下面试举几例来说明分离原理概念的应用场景：1）业务功能（界面）设计的应用：业务字段、管理规则2）业务架构（流程）设计的应用：业务架构、管理架构3）审批流程（管控）设计的应用：业务流程、审批流程
2020-12-27 09:12:19
815
1
原创 分析方法的基础 — 3. 业务与管理的特性，分析与设计的抓手
拆分业务与管理的理由已经知道，想必大家经常会遇到这些词：财务管理、质量管理、物流管理、xx管理等，这些词在设计工作中可以分为两个部分去理解，即：财务&管理；质量&管理；物流&管理等，前半部分的名词“财务、质量、物流”指的是“业务”内容，是被管理的对象，后者的动名词“管理”指的就是对业务的管控。面对复杂的研究对象时，正确地拆分业务与管理要素，可以大幅度地提升分析的效率、正确性。业务与管理除去具有的不同知识、技术以外，还存在着很多非常不同的特性，深入理解这些特性，对完美地进行分析与设计
2020-12-26 11:46:38
289
1
原创 分析方法的基础 — 2.业务与管理的拆分，破解难题的钥匙
前文以企业运营管理为对象，说明了拆分方法并给出了分离原理模型。“拆分”作为分析师的第一位能力，其意义在于当遇到复杂问题时，如何将相似的要素拆分归集，并从上向下去理解每类要素的特点、要素间关系，不同要素的分析、设计和开发方法。拆分方法正确不但可以缩短理解和分析时间、提升设计和开发效率，而且系统可以获得高复用性、强应变能力。相反，如果拆分方法不合适，有可能造成对研究对象理解错误、使分析和设计变复杂，且完成的系统缺乏复用性和应变能力。下面以“业务”与“管理”的分离为例，说明在软件分析和设计过程中拆分的作用和价值
2020-12-25 18:03:46
749
1
原创 分析方法的基础 — 1. 拆分能力，分析师的第一技能
如果你问我，作为一名合格分析师的基本功中最为重要的技能是什么？我会回答你说：第一是“会说话”，第二会“会拆分”。“会说话”是分析师与人交流的基本功，不能交流就不能获得用户的真实需求，可以说，不会说话一切都开始不了，但由于“会说话”的技能不属于软件工程方法论讨论的对象，所以在这里就不讨论它了。因此，在本文中就将“会拆分”作为分析师的第一技能进行阐述。分析中的“分”字是分开的意思，“析”字的含义也是分开、分解、分离的意思，由此可见，要想学会如何做分析，就要掌握“拆分”的技能。
2020-12-24 22:07:31
518
原创 如何绘制逻辑图 — 9.模型的分类
前面已经介绍了逻辑图三元素中的“要素”和“逻辑”表达方式，最后一篇三元素的之三“模型”的表达方式。有了要素、逻辑之后，为什么还有特别地说明模型呢？从选择的正确与错误会产生不同的结果（1）模型选取的合适则观者首先通过模型的外观就知道作者要表达什么意图、观者会按照模型的定义去确认作者的内容，比如：但观者看到的是“流程模型”，就知道作者展示达成某个目标的工作过程，他会沿着流程的起点研究工作的每个步骤。又如：如果观者看到的是“鱼骨图”，就知道作者要做一个归集的分析，给出因果关系的结论。（2）模型选取的有误
2020-12-20 15:45:39
2313
1
原创 如何绘制逻辑图 — 8.逻辑的表达：数据逻辑
多数没有开发背景的需求工程师对数据面层的分析、设计是比较生疏的，面对比较复杂的数据关系时或多或少都有一些畏惧，不太愿意深究，尽量交给后续的程序员去处理。这个做法是不对的，数据逻辑来源于业务逻辑，需求分析师能够向程序员说明数据逻辑关系，那么后者的工作效率会提升很多（否则、不熟悉业务的后者还要花费很多时间去研究业务逻辑）。同时是否能够清楚地表达数据逻辑关系也说明了需求分析师具有的能力和水平。
2020-12-19 22:44:04
3459
1
原创 如何绘制逻辑图 — 7.逻辑的表达：业务逻辑
在语言、文字和图形这三种表达方式中，前两种表达方式中的逻辑是需要听者/观者用脑去思考、架构，才能知道作者想要表达的逻辑（还不一定正确），但是逻辑图不同，它的逻辑是直接“画”出来的，用眼睛可以“看到逻辑”，对错一目了然。逻辑是逻辑图中的灵魂、主线，从一张逻辑图上可以大概看出作者的逻辑思维水平和逻辑表达能力。
2020-12-17 21:29:57
2335
原创 如何绘制逻辑图 — 6.要素的属性：内聚与解耦
松耦合和高内聚，是决定最终完成系统是否具有应变性、复用性的重要设计原则，作为在分析和设计一线的需求工程师也必须要理解和掌握，因为在需求分析和业务设计中没有做到，那么到了后面的开发阶段再考虑就晚了。后期仅用技术手段让系统获得同等的应变/复用能力，可能要付出很大的成本、同时系统可能也因此变得更加复杂。所以，松耦合与高内聚的设计，是从需求工程师的工作开始的。
2020-12-17 10:32:11
441
1
原创 如何绘制逻辑图 — 5. 要素的属性：系统与模块
我们知道，“系统、“模块”等都是“功能”集合体的名称，那么将一些功能集合成为一个整体时需要遵循什么原则？这个集合体有什么特点？用图形表达有什么标准要求呢？在绘制逻辑图时，任何一个“框”都代表着一个系统或是模块，因此，搞清楚系统、模块的概念、特点、原则等对于正确绘制逻辑图、传递逻辑意图是非常重要的。
2020-12-16 22:26:36
1147
原创 如何绘制逻辑图— 4. 要素的属性：黑盒与白盒
看到了“黑盒/白盒”，可能认为在讨论软件的测试工作？错了，在分析方法中借用了软件测试的黑/白盒概念，利用这个概念可以对理解逻辑图中要素的表达方式起着很好的帮助作用。当然，这个概念不仅仅对绘制逻辑图有用，它对训练分析师的思维能力、观察能力和叙述能力也都有着非常好的效果。
2020-12-15 22:02:02
478
1
原创 如何绘制逻辑图 — 3.要素的属性：粒度与分层
不论从事软件工程上的那个岗位，“粒度、分层”都是挂在嘴头上的常用语，它是说明对象“尺寸、位置”的重要属性。与别人交流时（不论采用语言、文字或是图形的方式），首先要确保双方对交流题目的认知是处在同一粒度、同一层面上进行的，否则就会发生“关公战秦琼”的笑话。拿捏好粒度和分层关系，是表达逻辑的重要方法。
2020-12-14 21:09:22
512
原创 如何绘制逻辑图 — 2.要素的属性
按照逻辑图的三元素原理（要素、逻辑、模型），要素是构成逻辑图的主体，构成逻辑图的要素有哪些特点、规律及标准，如何用属性来表达它们的特点、规律和标准呢？理解这些内容是正确绘制逻辑图的基础。我在培训中经常看到学员们在同一张图中绘制了大量的要素，只要绘图者觉得哪些要素是同类、或是有相关性，就把它们都塞到一起，这些要素不分粒度、层次，图看上去非常热闹、很丰富，但是很混乱。□在没有经验的人看来，图中表达的内容很多、画图的人一定非常有经验；□在有经验的人看来，画图的人思路不清、没有抽提能力、水平不高（但可能经历丰富
2020-12-14 10:24:45
659
原创 如何绘制逻辑图 — 1. 逻辑图构成的三元素
不论做什么资料，如：解决方案、产品规划、需求分析、软件设计等，都需要用逻辑图来帮助作者说明自己的意图。通常资料内容包含的要素越多、逻辑越复杂，意图表达的难度就越大，此时仅用文字描述就显得力不从心了，怎么办呢？用图形表达，俗话说“一图胜千言”。为什么“一图”能够做到胜“千言”呢？在这里的“一图”指的就是“逻辑图”，那什么是逻辑图呢？它的构成是什么、绘制的方法又是什么呢？
2020-12-13 21:37:13
4988
原创 如何绘制业务架构图 — 4.流程图
流程图，可以用来描述任何有顺序、有规则的活动过程。流程图是业务架构三视图的最后一张，也是描写客户业务最为重要的一张架构图。在企业管理的分析和设计中，主要涉及到的流程是业务流程与审批流程。流程是为达到特定目标而由不同人分别协同完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行流转交接成为可能。流程图就是用来描述和记录这个活动过程的方法。业务流程和审批流程，是两个不同的概念和功能：□ 业务流程表达的是“业务操作的
2020-12-06 15:36:39
2699
原创 如何绘制业务架构图 — 3.分解图
分解图：是对研究对象的有序分离、或是对细粒度要素的有序归集。分解图是业务架构三视图的第二张图，其目的有两个：一是自上而下的“分解”，二是自下而上的“汇集”。但不论是分解还是汇总，都是从上向下绘制的，因此将此类图统称为“分解图”。分解图，可以给出研究对象内部要素之间更细节的从属关系，是细粒度的表达方式。通常被用来做架构图中的详细设计。绘制分解图需要对研究对象有深刻的理解。分解图是对研究要素的“静态表达”（比较而言，流程图是“动态表达”，详见下一篇）。1. 模型解读以企业的收支功能为例，说明下面分解图
2020-12-06 15:05:43
3771
如何判断需求的虚实、真伪.mp4
2021-08-31
05-分析与设计概念-系统与模块.mp4
2021-08-24
01-分析与设计概念-逻辑图的绘制原理.mp4
2021-08-23
如何用PPT编写方案.pdf
2020-11-14
软件工程的流程构成、分析与设计的交付资料.mp4
2020-11-01
软件工程的流程构成、分析与设计的交付资料
2020-11-01
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人