应用架构、业务架构、技术架构

1、其实不需要学太多软件，就目前来说UI设计师掌握了这4款软件就基本可以胜任这个工作了。一般就是PS，AI，AE，ARP会这个四款软件就基本够了，像大公司会这4款软件也足够了，如果要学很多的话，到时你会发现用得真的不多。

2、我们在学习UI设计的过程当中，需要学习到很多知识，比如软件 PS AI AEARP这些都是一名UI设计必需要掌握好的软件。

而学习到这些软件，可以通过视视频，书籍，网站等多种方法学习。

工欲善其事必先利其器，从这个阶段开始，觉得先学习软件工具了，一般UI设计要学习有以下4款软件（PS 、AI、 AE、 AXURE ）那么这几款软件在UI设计工作是负责什么的呢？

PS—UI界面世界设计-70%

AI-更多是UI图标设计—15%

AE-交互动效设计-5%

AXUER-交互原型图设计-10%

3、PS CC 2018（最新版本）

PS可以在UI设计中，绘制界面设计，图标设计等。

ps有很多功能，在图像、图形、文字、视频、出版等各方面都有涉及Adobe家族的顶梁设计软件、想从事设计工作PS软件一定要精通，PS的强大，只有你想不到没有它做不出的图。

4、AI CC 2018（最新版本）

在UI设计中AI软件主要用来绘制图标，界面等设计。

AI是出版、多媒体和在线图像的工业标准矢量插画软件。 AI可以用来从事，平面设计，网页设计，UI设计等多种设计工作。

5、AE CC 2018（最新版本）

在UI设计中AE主要用制作交互动效图

AE可以用来从事影视后期， 平面设计，UI设计等多种设计工作。

6、APR 80(最新版)

在UI设计中ARP主要用制作交互原型图。

Axure RP的使用者主要包括商业分析师、信息架构师、可用性专家、产品经理、IT咨询师、用户体验设计师、交互设计师、界面设计师等。

IT售前能力

售前的技能

懂产品：售前必须对自家公司的产品、方案非常熟悉，尤其是自己所负责的产品、项目；并对友商的产品、方案有所了解；

懂商务：售前要熟悉签单、招投标流程；要了解客户单位的组织架构、决策流程、关键人等情况；

懂业务：售前要对自己负责的行业有所了解，对具体服务的客户业务要非常熟悉；

懂技术：售前要掌握基本的硬件、网络、软件开发、数据库等知识；并且经常对可能涉及的新技术进行学习，如云计算、区块链、AI、AR、5G等；

懂需求：需求工作是售前的基本功，售前需要掌握需求调研、需求分析 、需求方案编制、需求评审、需求交底、需求挖掘等技能。

知趋势：售前要了解业界最新进展和发展方向，了解行业痛点和诉求；对行业有较强的洞察力和敏感度。

会规划：高级售前、解决方案专家、解决方案架构师等，需要会规划产品、会做顶层设计；

能写：售前的主要工作内容就是写材料。所以要具备文字表达能力，能够撰写各种类型的文档；

会说：售前要会讲方案，并且具备良好的沟通能力，能与客户、团队有效沟通；

售前的能力

除去上面提到的技能，售前还需具备以下能力：

学习能力：单是上面提到的售前技能，就需要售前花很长时间去学习，并且不断提高自己和更新知识；

抗压能力：售前有时一周要跑很多城市，要见多个客户，还要同时准备多个标书；必须具备良好的抗压能力。

协调能力：面对艰巨任务，售前需要协调领导、同事、后方、合作伙伴等来共同完成；

应变能力：售前在与客户交流过程中、在其他工作中，要具备应变能力；

引导能力：售前需要具备咨询引导能力，能够获得客户支持和认可。

问题解决能力：创新性解决问题的能力和习惯。

售前常用软件工具

售前没有、也不需要专业性很强的软件工具，但掌握一些常用软件，对售前工作很有帮助：

Word：大概只有售前这类文案人员才能体会到Word的博大精深；

Excel：主要是管理线索、管理需求时用到；在售前这里，这个软件大材小用；

PPT：段位越高的售前，PPT做（讲）的越好。

Visio：常用于画流程图、网络架构图；

PS：冷不丁就会用到，此处不细说；

思维导图软件，如MindMaster：帮助梳理工作、材料思路；

Axure：主要是软件售前使用，用于界面设计；

笔记：如有道云笔记、OneNote等，用于记事、记学习笔记、收藏资料。

（有兴趣的读者可以参考“IT售前圈”的其他文章。）

应用架构（Application Architecture）是描述了IT系统功能和技术实现的内容。

应用架构分为以下两个不同的层次：

企业层面的应用架构起到了统一规划、承上启下的作用，向上承接了企业战略发展方向和业务模式，向下规划和指导企业各个IT系统的定位和功能。在企业架构中，应用架构是最重要和工作量最大的部分，他包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。

在开发或设计单一IT系统时，设计系统的主要模块和功能点，系统技术实现是从前端展示到业务处理逻辑，到后台数据是如何架构的。这方面的工作一般属于项目组，而不是企业架构的范畴，不过各个系统的架构设计需要遵循企业总体应用架构原则。

应用架构主要以架构图的方式描述系统的组成和框架，一般从系统功能和系统技术层次两个架构视角进行设计：

典型的整车生产企业产品开发业务的业务架构示意图

如典型的整车生产企业产品开发业务的业务架构示意图所示：当我们对于某项典型业务的业务组件的构成进行初步的归纳后，能够得到该项业务的一个整体的框架结构，我们可以称之为“业务架构图”，以及在这个框架内，企业中三个层级的员工在该项业务上分别从事着哪些作业内容。

企业中的很多升职后的中高层领导，总是习惯地认为：研究执行层的作业方式和规律才是他们的主要职责，而没有注意到自己的作业内容和作业方式在整个作业链条中的重要作用，其结果，自然是管理层和决策层领导们的业绩，只好取决于执行层作业人员的努力程度，这种习惯也导致我们的中高层领导们不会去研究影响自己判断能力和决策能力的技术瓶颈是什么。

而很多新出现的现代管理模式，实际上就是为了解决中高层领导们的作业能力问题，或是为了解决三个业务层级之间的信息沟通能力的问题，这也就是为什么业务架构分析人员还必须分析战略层和管理层作业形态的原因。

下面将分别说明上述三个不同层次作业组件的特点：

战略层业务组件自然是用于定义和规范战略层决策人员的业务行为的。在很多企业中，一些专门从事为决策层领导进行战略数据分析和提出具体方案的高级管理人员，也应该被认为是战略层业务组件中的业务人员。

战略层业务组件通常应按如下的作业基准进行设计：

由于管理层处于决策层和执行层之间，从信息沟通的角度来说，具有上情下达、下情上报的职责，一般情况下，上情下达比较容易实现，但下情上达则相对困难，存在诸多的管理和技术问题。管理层业务组件应以提升管理层控制业务过程的能力、以及提高管理层和执行层及战略层之间的信息沟通能力为主线进行设计。管理层作业的重点应按如下思路设置：

和最佳实践模式对标或完成调查和分析后的业务热点分析图

上述的架构图是一张企业级的典型业务架构概略图，所以，对于每一个典型业务，都包含了所有相关部门的业务组件。但实际上，我们的很多具体分析，往往只须针对一个部门的业务展开即可。在这种情况下，也可以按照上述的方法编制部门级业务架构图，只是这种架构图在大多数情况下，不需要考虑战略层的组件设计，所以，只采用两层的架构图也是没有问题的。

下面这张就是画的比较细的业务架构图

从技术层面描述，主要是分层模型，例如持久层、数据层、逻辑层、应用层、表现层等，然后每层使用什么技术框架，例如Spring、hibernate、ioc、MVC、成熟的类库、中间件、WebService等，分别说明，要求这些技术能够将整个系统的主要实现概括。

技术框架（technological Framework）是整个或部分技术系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，技术框架是可被技术开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。

以上就是关于UI设计师必学哪些软件全部的内容，包括:UI设计师必学哪些软件、售前工程师要具备哪些技能和工具、应用架构、业务架构、技术架构等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！