软件设计就业方向有哪些

1、划分出组成系统的物理元素——程序、文件、数据库、人工过程和文档等。

2、设计系统的结构，也就是要确定系统中每个程序是由哪些模块组成的，以及这些模块相互间的关系。

总体设计时必修遵守原理：

1、模块化：把复杂的问题分解成许多容易解决的小问题，原来的问题也就容易解决了。

2、抽象：在实践中认识到，在现实世界中一定事物、状态和过程之间从存在某些相似的方面（共性）。把这些相似的方面集中和概括起来，暂时忽略它们之间的差异，这就是抽象。或者说抽象就是考虑事物间被关注的特性而不考虑它们其他的细节。

扩展资料：

总体设计阶段的工作步骤：

1、寻找实现系统的各种不同的解决方案，参照需求分析阶段得到的数据流程图来做。

2、分析员从这些供选择的方案中选出若干个合理的方案进行分析，为每个方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本\效益分析，并且制定这个方案的进度计划。

3、分析员综合分析比较这些合理的方案，从中选择一个最佳方案向用户和使用部门负责人推荐。

4、对最终确定的解决方案进行优化和改进，从而得到更合理的结构，进行必要的数据库设计，确定测试要求并且制定测试计划。

        前面完成了业务设计（概要／详细）、应用设计和管理设计，到此为止，非技术层面的设计工作就已经全部结束了，软件设计师（业务、应用、技术），除去前述的主要以逻辑和功能视角进行的设计以外，还应该有一个非常重要的设计视角，即客户价值视角。价值设计，不是软件工程中的一个独立设计体系，但它是软件设计的重要目的，在前面各阶段的设计中已经反复地强调了价值，这里将有关客户价值设计的内容进行汇总，从客户价值的视角出发再重新审视一遍前面做过的设计，软件工程上每个阶段或是每层的设计实际上都是围绕着客户价值进行的。

        综合设计-价值设计，作为软件工程-设计工程中的提高部分，除了需要已经基本上掌握了业务设计和应用设计部分的知识以外，还需要站在客户的视角， 时刻思考：怎样用信息化的手段来为客户提供价值？

        1．定义

        价值设计，是软件设计师利用信息化的手法，为客户带来高质量、高效率的业务处理能力，是从“赋能”的视角为客户设计企业管理信息系统。

        前面各个阶段讲述的内容主要以完成“客户功能”为主，本章的重点在满足客户的基本需求之上，探讨如何从“客户价值”的视角进行分析、设计。在为企业进行管理信息系统设计过程中，非技术阶段主要带来的客户价值是由两个部分构成的：业务价值（业务设计）和应用价值（应用设计）。

        1）业务价值

        业务价值，是基于业务知识、管理理论、实际经验等，并通过需求分析、业务设计对客户业务本身进行分析、梳理、优化、完善（此时不考虑功能需求的实现方法）后获得的。 业务设计的成果是“让客户重新认识企业自身的过去与现在”。

        2）应用价值

        应用价值，是将业务设计的成果与信息化手段相结合，描绘出未来在“人-机-人”环境下如何提升企业业务的效率与效益。 应用设计的成果是“为客户描绘了未来信息化管理的工作环境和效果”。 可见，两种价值不在同一个阶段上，并且需要不同的知识作为支持：实现业务价值需要有客户的行业专业知识及业务设计知识做支持，实现应用价值必须要有应用设计知识做支持才能做到。

        业务价值和应用价值，构成了客户管理信息化价值的最大部分，也就是说，业务设计和应用设计决定了客户信息化价值的大小，该价值的大小又直接影响到了客户的满意度。

        2．作用

        在企业管理信息化推广的初期，主要是以软件商为本位进行管理信息化推广的，多数的软件商都是从自身开发效率、成本控制的视角出发设计系统，向客户进行系统的说明也主要是从业务处理功能的角度进行的，因为企业虽然有所不同，但是同类的业务处理功能实际上是相近的，时间一长就造成了市场上的管理产品、解决方案趋于同质化。不能支持个性化就违背了企业的经营管理的理念和方式。因此采用传统思维设计出来的信息系统越来越不能够满足客户的需求。 价值设计，本质上就是回归到以客户为主的设计理念上，让分析和设计围绕着为客户可以带来什么价值进行，软件设计师必须要确定这样的概念：功能，是为实现客户价值而提供的系统服务。

        1．作业内容

        这里总结从需求分析到应用设计的各个阶段中，是如何从不同的视角分析和设计客户价值的。从软件工程上看，要从三个阶段上找出相应的价值

        （1）需求获取阶段：重点在收集、分析、理解客户传递出来的价值需求。

        （2）业务设计阶段：设计的重点是根据客户的需求，针对既存业务自身存在的问题进行优化、完善，也就是对“业务价值”的实现。

        （3）应用设计阶段：重点是将业务价值用信息化的手段展示出来，打造一个信息化的工作环境，让客户感受到与传统工作方式完全不同的变化，也就是对“应用价值”的实现。

        来自于需求调研和分析的价值，最终通过设计，反映在架构、功能或是数据层面上。

        2．能力要求

        价值设计与管理设计相似，都不是业务设计和应用设计的“规定动作”，它是将管理设计的内容也包括在内的更高一层的分析和设计方法，做好价值设计，需要软件设计师具有全面理解信息化管理方式、信息化管理的价值，理解信息化环境会给客户带来什么样的变化的知识和能力。参考能力（不限于此）如下。

        （1）具有丰富的客户业务知识、管理知识。

        （2）熟悉企业的战略、目标、期望，熟知企业的组织构成、各个角色的作用、需求。

        （3）熟知企业管理信息化的理论、方法。

        （4）熟知需求分析方法、业务设计和应用设计的方法。

        （5）具有一定的技术设计知识（根据内容的复杂程度，可以不需要）。

        （6）具有价值设计的知识。

        1．理解客户的需求：功能或价值

        通常软件的设计基本上是从“功能”的视角推行的，追求功能的意识贯穿软件实现的全过程：寻找功能、设计功能和开发功能。在企业信息化的初期这种方式是正确且有效的，因为需求很直接、简单，直接用功能应对就可以满足客户的需求了。但是在企业信息化大范围普及后，很多企业的信息系统已经推进到了第2次或是第3次的扩建，信息系统的投资者和系统的用户已经从关心有哪些功能转变为：你提供的信息化解决方案与其他提供商有什么不一样？ 你的方案可以让企业的经营、管理和业务处理发生什么样的变化？导入了你的系统可以为企业带来什么样的回报（价值）？ 这就要求软件设计师认真思考：客户投资信息化的目的是买功能？还是买价值？回答毫无疑问是买价值！当然价值是需要用功能来实现的。系统中的所有功能都是为了实现某个价值而存在的。业务／应用设计起着桥梁的作用，通过业务设计、应用设计、管理设计以及用例设计等方式，向客户说明信息系统完成后带来的“客户价值”；同时向后续的技术设计和开发传递可以实现这些价值的“功能”设计。

        2．理解客户的需求：发掘价值

        企业管理类的信息系统与图书管理、售票管理等系统在价值发掘方面有很大的不同，后者主要是对“物”进行的管理，它的需求和价值比较明显，容易达成。前者是对“人、事”进行的管理，由于企业存在着诸多的管理制度、多样性的业务、复杂的社会关系、人际关系等，造成了对需求和价值的理解、发掘工作要复杂得多、困难得多。如何针对客户的情况发现价值需求、识别价值作用、设计价值功能并能够完美地使客户价值得以实现，是软件设计师应该追求的目标。

        价值设计，站在客户的视角看问题

        需求分析阶段的重点是分析和识别价值，需求分析阶段识别出来并得到客户认可的客户价值需求是后续设计阶段客户价值设计的基础依据。

        1．通过调研获得需求

        在需求调研和需求分析阶段，通过对收集到的需求进行分析获得功能需求是最为基本和普遍的需求获取方法，也可以说是“正向需求的获得方法”。需求获取过程如下。

        （1）收集客户需求。

        （2）对需求进行梳理，整理出目标需求、业务需求和功能需求。

        （3）对需求进行分析（目标需求→业务需求→功能需求），最终获得功能需求。

        2．通过价值设计获得需求

        从最终的客户价值入手，反过来推演需要什么功能需求，也是一种重要的需求获取手段。它是由软件设计师站在客户的立场从为客户增加价值出发而获得的。这个需求获得的难度大，如果软件设计师没有这个意识或是没有设计的能力，可能这个需求就不存在了。例如软件设计师将系统的设计理念确定为“让系统变得智能化，不需要用户去寻找工作，系统会自动地将工作推送给用户（事找人、待办提醒等）”，为了实现这个设计理念而需要的功能就是价值设计带来的需求。启发软件设计师树立这个设计理念的诱因可能是客户的目标需求、业务需求或是待定需求（抱怨、难度、痛点等）。功能需求的完整性保证了系统的最低满意度（可用）；客户价值的多少（业务与应用）保证了系统的最高满意度（好用）。

        在需求分析阶段，各个需求分类中都有可以启发软件设计师去思考客户价值的内容，最终完成的系统是否具有很高的客户价值就取决于软件设计师的意识。

        1．目标需求中的价值

        由决策者、管理者提出的目标需求，要从企业整体的规模上、未来的发展趋势上去理解和分析，这个目标需求可以给企业带来什么样的变化、决策者及管理者期待着从这些变化中获得什么样的回报（价值）。决策者对企业未来的发展提出了如下目标：在未来的n年内，生产产值要达××亿元、利润提升×%，成本降低×%，工作效率达到×%等。软件工程师该如何从上述目标中发掘出具有价值的需求呢？

        2．业务需求中的价值

        业务需求是从某个部门、某个业务领域的规模上去理解和分析，实现了业务需求会带来什么回报（价值）。例如，管理者对企业管理最为薄弱的成本管理提出了如下需求：要对业务成本进行精细管理、定项追踪、实时监控通报等。软件工程师该如何从上述的业务中发掘出有价值的需求呢？

        3．功能需求中的价值

        功能是对价值的具体实现，从价值的视角看，容易得出功能的价值来。例如，合同签订，工程师是否可以理解合同签订功能可以为客户带来什么价值？反之，如果没有合同签订，会给企业造成什么损失？结合不同的功能处理内容，链接企业知识库，提供相关知识为正确处理把关等。

        4．待定需求中的价值

        待定需求中存在的客户价值是不言而喻的，给出如何用信息化手段处理的方法。

        业务价值，是通过业务设计的方法对客户业务进行优化、完善可以带来的价值。

        业务设计采用什么样的设计理念，就会带来什么样的设计路线和成果，例如，利用信息化的手段，让管理融入到业务中，用业务的标准化操作，代替传统的由人对所有的业务进行“管理”，这样的业务处理方式可以提升工作效率、减少管理成本，同时又不降低管理质量。

        1．架构层的价值

        通过业务架构的设计带来的客户价值，就是为客户用信息化的方法梳理、优化和完善了企业的业务，这个工作不但是后续所有各个阶段和各层的设计指导，还相当于为企业制作了“体检图”和“作战地图”，为企业今后采用更加科学化的管理方法打下了基础。这些业务架构的“图”具有独立存在的价值，它们不仅是为了后续的设计和软件开发，它们自身具有的实用价值不但不会小于软件系统，而且是软件系统无法替代的，因为 从软件系统界面上是看不到企业内部的业务逻辑的 ，即使是系统上线后，当需要对业务进行进一步的改造时，也应该首先从业务架构图着手分析研究，而不是直接去修改系统，特别是对复杂的大型系统来说更是如此。

        1）对企业的体检与体检图在需求阶段，企业的业务和管理形态是“无形”的，因此，要做好企业管理信息化，首先要用现状构成图为企业“画一张像”，让无形的企业业务和管理有了具体的形象，使得客户与软件设计师双方看到了同一个对象，并对这个对象有统一的认知，为后续的优化与完善奠定了基础。利用架构设计的方法对企业进行如下增值工作。

        （1）需求调研与分析阶段——现状梳理。

        先用构成图将“无形的业务”画出来，通过图形让企业看到自己的“状态”，使相关人理解企业具有的可优化性，这个阶段的成果为下一步的业务优化奠定了基础。

        （2）概要／详细设计阶段——业务优化。结合信息化的新知识、新手法，对梳理后的业务进行“流程优化、完善”，让既有的企业业务运行较之以前更加具有科学性、严谨性、可量化的管理等，因此提升了业务价值。

        2）经营管理的作战地图

        需求阶段完成了现状构成图，业务设计阶段完成了业务架构图的设计，这个图就相当于为企业绘制了“作战地图”，从此企业不再是“摸黑作战”了，因为企业的全部运行状态都被图形化了之后，对于作战目标和路线所有相关人员都知道：需要在什么位置上、对什么对象、进行怎样的管控、以达到怎样的目的等。

        2．功能层的价值

        在功能层设计时获得的客户价值主要体现在用界面的形式，对业务处理进行标准化、规范化，这个部分的设计有两个重要的价值点，即：管理向标准化转换、对业务进行管控。

        1）数据处理的标准化，减少管控

        首先借助界面的输入，实现业务的标准化操作，由于用户受到了界面带来的管理规则的约束，只要按照界面的输入就可以基本上正确地输入数据和完成数据的操作，这样就减少了直接的管理行为，提升了工作效率，这就是通过标准化带来的业务价值。

        2）让管理措施与业务精准对接

        其次，借助界面可以设置精细的管理措施，这些措施与企业的管理规则相关联，可以应对1）中无法通过标准化解决的问题进行逐一地、精准地设计，使得整体系统没有漏洞。可以看出，通过上述设计，就可以确保记录的数据可信、可用

        在企业管理信息化的实现过程中，客户价值的核心内容是“效率、效益”，实现这两点主要取决于业务功能的设计。

        3．数据层的价值数据层建立的数据标准、业务编号标准，以及主数据等的重要性在于：它们直接地关系到未来企业积累的数据共享、数据复用是否可以实现。

        在企业管理信息化的实现过程中，最终的客户价值还是要落在数据上，确保企业数据具有长久生命周期、最大化价值的前提，就是数据标准和标准化的数据。

        应用价值，是对业务设计成果加上信息化处理方式的“包装”，从而使得传统业务和管理的处理方式获得前所未有的变化。最终用户是通过应用设计的成果，感受到由信息化带来的价值。

        对比业务设计成果和应用设计成果就可以感受到业务价值与应用价值的不同之处，例如，以业务流程的变化来看两种价值的继承与不同。

        1．业务价值业务架构设计中优化了业务流程，使得业务的生产过程比原来更加合理，减少了冗余，提升了工作效率，这就是业务设计带来的价值：业务价值。

        2．应用价值在应用设计中， 将业务设计优化过的业务流程再按照“事找人”的方式进行设计，从而使得业务流程自动驱动业务处理的推进 ，避免了“人找事”的低效工作，这就是应用设计带来的价值：应用价值。是否可以感受到两种价值的不同以及承接关系呢？

        （1）架构层：以“事找人”为主线设计，以“人找事”为主线的设计方法等。

        （2）功能层：按照“任务”的理念去设计业务组件（加入管理、知识支持等）。

        （3）数据层：如何将“文字型数据”转换为“数字型数据”，提升数据的价值。

        价值设计的关键就在于：软件设计师是否有“应用价值”的意识、理念，如果有这样的意识，那么可以让客户感受到信息化带来的价值的方法很多。

        在前面已经介绍了在软件工程中的各个阶段、环节中都可以进行客户价值的设计，前面的设计案例总体来说还是属于“功能”层面的价值设计，是从软件设计师的视角进行设计的，相对而言还是比较单纯的价值设计。

        对于企业管理信息化类型的系统来说，如果设计到位，信息系统不但可以帮助提升企业的工作效率，还可以为企业提升效益做出相应的贡献。

        客户对完成信息系统的满意度取决于系统中包含客户价值的多少，而价值的多少又与软件设计师在设计时对客户价值的意识有着紧密的关联。不论什么样的信息系统，都是通过软件设计师设计出来的，针对同样的业务领域、具有类似功能的系统，为什么客户会有不同的评价呢？理由就是客户感受到的价值不同，价值不同是造成客户对系统评价不同的重要因素。因此，在软件设计师完成了对业务功能的理解、分析、规划、设计之后，一定要再从客户价值的视角再进行一遍审视，从企业的决策层、管理层到执行层，再从目标需求、业务需求到功能需求，检验设计是否有清晰的“客户价值”。前面讲过的架构层、功能层、数据层以及管理设计，这些设计都是有流程、方法、模板／模型等可以参考的，但是价值设计是没有相应的流程、模板作参考依据的，它的存在与否、价值的高低等都取决于软件设计师自身的知识、经验以及他对项目内容的判断等，最为重要的是作为软件设计师是否时刻有为客户提升信息化价值的意识。经过了近二十年的发展，企业管理信息化的活动从最初购买千篇一律的软件功能，进入到了个性化管理的时代，管理信息系统的设计理念与软件设计师的思想也逐步地发生了变化，要求软件设计师：

        （1）从“软件功能本位”转为“客户价值本位”。

        （2）从“我这里有××产品／功能，你需要吗？”转为“你有什么需求，我来帮你解决”。

        （3）从“卖一款软件产品”转为“通过咨询、优化设计，提供综合服务”。

        （4）从“开发固化功能的产品”转为“提供通过组合可以实现按需应变”的系统。

        对于企业来说，管理信息化的行为越来越不是简单地购买一款软件商产品的问题，管理信息系统是企业运营管理的有机组成部分，所以软件企业，特别是软件设计师一定要跟随时代的变化，从一名功能的设计师转变为企业管理信息化的参谋、顾问、引导者。

        价值设计并不“虚”，价值设计可以打开你的思路。

        如果从价值的视角出发再做一次需求的话，会有很多的功能需求被提出来，而且一定会得到客户的赞同，从价值出发找到的功能需求能给客户带来意想不到的惊喜，比普通的功能需求带来的客户满意度更高。同时，客户价值的提升，反过来也为软件企业本身带来了价值的提升，形成了良性循环。

软件工程自然是写代码了。

选题的话不要觉得某些题目太简单，如果想要做好的话那也是要花费很大力气的。比如从前端到后台, 到如何设计一个标准的 权限控制系统, 要写的代码量极大。特别是做电商类型的毕设, 那个写到能流程跑通的程度也是非常不容易的。

毕业设计（graduation project）是指工、农、林科高等学校和中等专业学校学生毕业前夕总结性的独立作业。是实践性教学最后一个环节。

旨在检验学生综合运用所学理论、知识和技能解决实际问题的能力。在教师指导下，学生就选定的课题进行工程设计和研究，包括设计、计算、绘图、工艺技术、经济论证以及合理化建议等，最后提交一份报告。应尽量选与生产、科学研究任务结合的现实题目，亦可做假拟的题目。

1.0概述 这部分提供对整个设计文档的概述。描述了所有数据，结构，接口和软件构件级别的设计。 1.1 目标和对象 描述软件对象的所有目标。 1.2 陈述范围 软件描述。主要输入，过程功能，输出的描述，不考虑详细细节。 1.3 软件内容 软件被置于商业或者产品线中，讨论相关的战略问题。目的是让读者能够对“宏图”有所了解。 1.4 主要系统参数 任何商务软件或者产品线都包含软件规定、设计、实现和测试的说明和规范。 2.0 数据设计 描述所有数据结构包括内部变量，全局变量和临时数据结构。 2.1 内部软件数据结构 描述软件内部的构件之间的数据传输的结构。 2.2 全局数据结构 描述主要部分的数据结构。 2.3 临时数据结构 为临时应用而生成的文件的描述。 2.4 数据库描述 作为应用程序的一部分，描述数据库结构。 3.0 结构化和构件级别设计 描述程序结构。 3.1 程序结构 详细描述应用程序所选定的程序结构。 3.1.1 结构图 图形化描述结构。 3.1.2 选择性 讨论其它可供考虑的结构。选定3.1.1中结构类型的原因。 3.2 构件描述 详细描述结构中的每个软件构件。 3.2.1 构件过程叙述(PSPEC) 描述构件的过程。 3.2.2 构件接口描述 详细描述构件的输入和输出。 3.2.3 构件执行细节 每个构件的详细演算描述。 3.2.3.1 接口描述 3.2.3.2 演算模型(e.g., PDL) 3.2.3.3 规范/限制 ]3.2.3.4 本地数据结构 3.2.3.5 在3.2.3.6设计中包含的执行结果 3.3 软件接口描述 软件对外界的接口描述 3.3.1机器对外接口 与其他机器或者设备的接口描述。 3.3.2系统对外接口 对其它系统、产品和网络的接口描述。 3.3.3与人的接口 概述软件与任何人的界面。 4.0 用户界面设计 描述软件的用户界面设计。 4.1 描述用户界面 详细描述用户界面，包括屏幕显示图标、图片或者类型。 4.1.1 屏幕图片 从用户角度描述界面。 4.1.2 对象和操作 所有屏幕对象和操作的定义。 4.2 界面设计规范 用户界面的设计和实现的规范和标准。 4.3 可见构件 实现的GUI可见构件说明。 4.4 UIDS描述 用户界面开发系统描述。 5.0约束、限制和系统参数 会影响软件的规格说明、设计和实现的特殊事件。 6.0测试标准 测试策略和预备测试用例描述。 6.1 测试的类别 规定实施测试的类别，包括尽量详细的描述。这里是针对黑盒测试现象的描述。 6.2期待软件反馈 测试期待的结果描述。 6.3执行界线 特殊执行需要的说明。 6.4 重要构件确认 决定性构件或者需要特殊注意的构件的测试确认。 7.0附录 设计说明的补充信息。 7.1系统可跟踪矩阵 一个定期回归系统规格跟踪软件需求的矩阵。 7.2 产品战略 如果规格说明书是为一个产品设计的，描述相关的产品战略。 7.3 使用分析算法 描述所有分析活动所使用到的分析算法。 7.4 补充信息 (如果有需要特别说明的)

UI前景挺好的，而且可以自学，每个人情况不同，建议通过以下几种方式：

1、学习软件知识

包括掌握Photoshop、Axure、Illustrator、sketch、蓝湖等常用软件。另外，制作原型，界面，图标制作，素材制作，切图等等相关步骤的软件都需学会。

软件是是设计师的基础，新手刚入门可以先从这点入手。娴熟的技法，是完美展现设计作品的必备条件，要熟练掌握好。

2、临摹作品

对于刚入门的UI设计师来说只要去图库网站找一些素材，借助工具进行修饰即可，其实这只能锻炼你的借鉴能力，当你的技法娴熟到一定程度，就可以尝试临摹。通过临摹，一则用来强化技法层面的能力，二来也能提升初学者的创新能力。

临摹的内容，可以有两方面选择：一种是系统自带的图标，另一种则是行业牛人的设计作品，捉摸他们的设计风格、思想和细节，都能加深对设计的认识

3、掌握平面设计理论知识

包括要掌握构图、排版、色彩和图形的基础理论知识。学习的途径毋庸置疑我们首选从书本获得！

4、锻炼手绘能力。

成为一个优秀的UI设计师需要一定的手绘能力，为什么？首先，在纸上的动手能力比在软件上完成较快速，效率有一定提升。

另一方面，通过手绘，能突出自己创作的与众不同，甚至能够从“乱涂乱画”中得到灵感。没有美术基础的小伙伴也不要太担心，这些后天可以勤加练习弥补的。

软件设计师是国家授予的软件从业资格证书，要通过国家考试。软件设计师考试属于全国计算机技术与软件专业技术资格考试(简称计算机软件资格考试)中的一个中级考试。

软件工程师是用人单位安排的岗位名称。是从事软件职业的人员的一种职业能力的认证，通过它说明具备了工程师的资格。软件工程师是从事软件开发相关工作的人员的统称。

软件工程师英文是Software Engineer，是从事软件职业的人员的一种职业能力的认证，通过它说明具备了工程师的资格。软件工程师是从事软件开发相关工作的人员的统称。

它是一个广义的概念，包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位，工作内容都与软件开发生产相关。

软件工程师的技术要求是比较全面的，除了最基础的编程语言（C语言/C++/JAVA等）、数据库技术（SQL/ORACLE/DB2等）等，还有诸多如JAVASCRIPT、AJAX、HIBERNATE、SPRING等前沿技术。此外，关于网络工程和软件测试的其他技术也要有所涉猎。

在面向对象设计没有出现之前，结构化程序设计是软件设计里面的主流，并且它提出了一个基本原则（自顶向下、逐步求精、模块化）和探索到一个结论（任何一个算法只需要使用3种基本结构：顺序结构、选择结构、循环结构就能够表达出来）。

如果给你一块很大的地，你是不是会拿出纸来画一张图，首先画整个地，然后将这块地分成几个小块，最后再来决定每个块种什么植物，这个道理就体现了结构化程序设计的基本原则，用这个原则去实现HTML里面的页面，我想是非常容易的了。

在我们接触的任何一种事物中，我们发现它们都是一个个的独立的个体或者几个独立的个体组合而成，并且每个个体都有自己的特征和行为，比如人有眼睛、鼻子、耳朵等，并且眼睛具有看、耳朵具有听、鼻子具有闻的功能，于是我们的前辈些就产生了一个想法，我们是否可以提供一个东西来将这些封装在一起，形成一个独立的东西，这不正是将现实世界和代码世界联系起来了吗？于是面向对象的思想就这样诞生了，并且面向对象的思想更符合我们人类所在的世界和我们的思维，这也是为什么现在大多数语言都具备面向对象设计的功能。学过计算机网络基础的人都知道，TCP/IP参考模型由应用层、传输层、网络层和网络接口层四层组成，并且不管每层怎么实现，但是它对外提供的服务接口都是一致的，也就是每层都是独立的，这就是一个分层设计的典型案例，在现在，分层设计思想随处可见，比如我们的APP通过接口访问服务器获取需要展示的数据，以及MVC结构也是，可见分层设计思想对我们的影响是非常巨大的。

分层设计思想最大的一个优点就是将低耦合、强内聚发挥到极致，这是每个程序员都在追求的目标。