让一部分企业先学到真知识!

苏忠彦:快速建立实用的人机界面 – Web 前端架构实战录

苏忠彦老师苏忠彦 注册讲师 534查看

课程概要

培训时长 : 1天

课程价格 : 扫码添加微信咨询

课程分类 : 物业服务

课程编号 : 5288

面议联系老师

适用对象

CIO(首席信息官),CTO(首席技术官),研发项目管理总监,研发团队成员,数据中心运维团队骨干成员,系统研发骨干成员,

课程介绍

【课程对象】CIO(首席信息官),CTO(首席技术官),研发项目管理总监,研发团队成员,数据中心运维团队骨干成员,系统研发骨干成员,系统运维骨干成员

 

【课程时间】6小时

【课程背景】

软件架构,是一种为了解决复杂问题的通用模式。软件架构,是关于软件系统的一系列有层次的技术决策的集合。换句话来说,当我们讨论架构的时候,不能只讨论某某架构,而是要包含其实施,以及后期的维护。对于复杂的后端系统来说,是一种不错的『低耦合,高内聚』的实施。但是,它并不适合于大部分的小公司——复杂的架构不适合于简单的应用。而小公司也缺乏足够的人才,来实施一个复杂的系统,与此同时还需要有人能维护这个系统。

在互联网开始形成之初,还没有专门的前端人员,一般都是前后端都会,在开发的时候也是一边API接口服务,一边开发页面,发布也是一个发布包搞定。前端一般只是负责切图工作,就是将UI设计师的设计图布局成静态页面,前端是不参与交互逻辑和业务开发的,前端也是当时统一的吐槽对象。当时淘宝的Web架构比较流行基本上都是基于MVC框架webx,所以前端写好静态html 然后后端开发人员翻译成vm模板.....

这样就导致了前后端工作的分配不均,开发效率慢,代码维护量也大。为了解决痛点 慢慢开始前后端分离的架构流行开来 很好的解决了前后端分工不均问题,将更多的交互逻辑分配给前端来处理,而后端则可以专注于其本职工作。例如后台开发可以有跟多的时间进行后台权限控制以及复杂的运算工作,前后台解耦 ,两者同时开始推进项目进度,增加开发效率。

众所周知,Web开发自出现以来一直存在性能,表现和体验的先天不足,但时至今日,事实已经并非如此,一些看上去甚至比桌面程序更炫的应用和网站横空出世,客户也被吊足了胃口。Web开发桌面化已经是无法阻挡的潮流,而前端开发的需求应该会向更加注重界面表现,速度流畅,用户体验的方向发展,而且要求只会越来越高。

而在后端稳定、性能、安全、存储和业务等核心问题依然是主流,所以前后端的需求必将日益分化,注重表现和注重内在的前后端开发人员必将需要适合自己的舞台。

 

未来是数字化的时代,企业也必将经历数字化转型。这种“转型”不仅仅是企业单靠技术、研发模式、产品的升级来达到,而是与上下游、用户、合作伙伴共同协作,改变商业模式的一种“数字化转型”,从根本上改变自我定位,从“唯我”向“伙伴”转变。在未来,越来越多的传统产品,也将采用互联网企业推出产品时,分测试版和正式版的思维,最终这种思维会在全行业,任何领域普及。

 

课程将以Web前端架构设计与管理的本质为核心,帮助学员认识Web前端管理的核心理念、了解Web前端管理机制在系统研发中,扮演了什么角色?如何利用数字化科技、工具与方法,全面提升Web前端运维的生产力?能够使Web前端运维研发团队,能够具备展望未来的数智化研发管理新思维,协助软件产品研发团队与业务单位提升创新能力与生产力,同时还能提升自身的数字化软件研发治理能力!

 

【课程收益】

本课程从前后端分离的大势出发,结合数字化研发管理时代的基本特征,能够帮助学员把握数字化时代Web前端架构的发展实质,探索数字化Web前端研发管理的发展模式和关键科技点。

 

【课程特色】结合业界知名论述与市场经验,使学员能知其所以然;辅之以实际案例解析,能以之为镜

 

【课程对象】CIO(首席信息官),CTO(首席技术官),研发项目管理总监,研发团队成员,数据中心运维团队骨干成员,系统研发骨干成员,系统运维骨干成员

 

【课程时间】6小时

 

【课程大纲】


 

  1. 前端需要“架构”吗?
    1. 架构与设计的关系
    2. 系统内架构
    3. 应用级架构
    4. 模块级架构
    5. 代码级的规范与原则
  2. Web 前端的框架以及发展趋势为何?
    1. 前端常用的主流框架
    2. Web前端开发运维的优势点
    3. Web前端架构的选型
    4. Web前端架构的发展方向
    5. 案例分享 – 某电商前端开发架构的演进
  3. 前端架构的设计准则为何?
    1. 适度设计
    2. 聚焦问题/需求
    3. 明确问题/需求的本质
    4. 以“技术”为选型基准
    5. 成本为关键成功要素
    6. 谨遵开发流程
    7. 重视性能测试
    8. 慎用开源代码
    9. 案例分享 – 海外电信运营商 数据中心云管平台
  4. Web前端的系统架构包含哪些关键元素?
    1. 数据结构与算法
    2. 云计算平台/云服务
    3. 操作系统/网络
    4. 开源领域
    5. 分布式架构处理
  5. Web前端有哪些应用场景?
    1. HTML based
    2. API Gateway
    3. 应用动态加载
    4. 案例分享(海外电信运营商 云网融合)
  6. Web前端开发的核心思想为何?
    1. 解决问题
    2. 定性与定量
    3. 数据敏感
    4. 人工效率比
    5. 案例分享 - 开源技术整合
  7. 课程总结
    1. 学员心得分享
    2. 重点摘要
    3. 答客问

 

 

苏忠彦老师的其他课程

• 苏忠彦:建立坚实又具弹性的基础架构 – Java 后端架构实战录
【课程对象】CIO(首席信息官),CTO(首席技术官),研发项目管理总监,研发团队成员,数据中心运维团队骨干成员,系统研发骨干成员,系统运维骨干成员 【课程时间】6小时【课程背景】Java自1995年问世以来,因其卓越的通用性、高效性、平台移植性 和安全性等特性,成为全球范围内应用范围最广的开发语言,而且即使历经二十余年发展仍然在行业内保持着“常青树”的地位。在互联网开始形成之初,还没有专门的前端人员,一般都是前后端都会,在开发的时候也是一边API接口服务,一边开发页面,发布也是一个发布包搞定。前端一般只是负责切图工作,就是将UI设计师的设计图布局成静态页面,前端是不参与交互逻辑和业务开发的,前端也是当时统一的吐槽对象。当时淘宝的Web架构比较流行基本上都是基于MVC框架webx,所以前端写好静态html 然后后端开发人员翻译成vm模板.....这样就导致了前后端工作的分配不均,开发效率慢,代码维护量也大。为了解决痛点 慢慢开始前后端分离的架构流行开来 很好的解决了前后端分工不均问题,将更多的交互逻辑分配给前端来处理,而后端则可以专注于其本职工作。例如后台开发可以有跟多的时间进行后台权限控制以及复杂的运算工作,前后台解耦 ,两者同时开始推进项目进度,增加开发效率。众所周知,Web开发自出现以来一直存在性能,表现和体验的先天不足,但时至今日,事实已经并非如此,一些看上去甚至比桌面程序更炫的应用和网站横空出世,客户也被吊足了胃口。Web开发桌面化已经是无法阻挡的潮流,而前端开发的需求应该会向更加注重界面表现,速度流畅,用户体验的方向发展,而且要求只会越来越高。而在后端稳定、性能、安全、存储和业务等核心问题依然是主流,所以前后端的需求必将日益分化,注重表现和注重内在的前后端开发人员必将需要适合自己的舞台。 未来是数字化的时代,企业也必将经历数字化转型。这种“转型”不仅仅是企业单靠技术、研发模式、产品的升级来达到,而是与上下游、用户、合作伙伴共同协作,改变商业模式的一种“数字化转型”,从根本上改变自我定位,从“唯我”向“伙伴”转变。在未来,越来越多的传统产品,也将采用互联网企业推出产品时,分测试版和正式版的思维,最终这种思维会在全行业,任何领域普及。 课程将以Java后端架构设计与管理的本质为核心,帮助学员认识Java后端管理的核心理念、了解Java后端管理机制在系统研发中,扮演了什么角色?如何利用数字化科技、工具与方法,全面提升Java后端运维的生产力?能够使Java后端运维研发团队,能够具备展望未来的数智化研发管理新思维,协助软件产品研发团队与业务单位提升创新能力与生产力,同时还能提升自身的数字化软件研发治理能力! 【课程收益】本课程从前后端分离的大势出发,结合数字化研发管理时代的基本特征,能够帮助学员把握数字化时代Java后端架构的发展实质,探索数字化Java后端研发管理的发展模式和关键科技点。 【课程特色】结合业界知名论述与市场经验,使学员能知其所以然;辅之以实际案例解析,能以之为镜 【课程对象】CIO(首席信息官),CTO(首席技术官),研发项目管理总监,研发团队成员,数据中心运维团队骨干成员,系统研发骨干成员,系统运维骨干成员 【课程时间】6小时 【课程大纲】 何谓“架构思维”?架构与设计的关系技术广度分析权衡理解业务平衡架构与编码Java后端的系统架构包含哪些关键元素?Java编程与JVM云计算平台/云服务安全风控数据管理Java后端的技术体系为何?Java的基础架构主流的框架与项目管理分布式并行架构开发运维一体化(DevOps)项目管理自动化(CI/CD)案例分享 - 云数据中心管理平台Java 后端有哪些应用场景?单体应用垂直应用分布式服务案例分享(海外电信运营商 云网融合)数智化的IT研发发展趋势与Java有何关联?AIOpsRPA 整合低代码/无代码开案例分享 - 开源技术整合课程总结学员心得分享重点摘要答客问  
• 苏忠彦:体现信息价值 实现企业目标 – IT治理
【课程对象】项目管理总监,项目经理,市场营销主管,信息技术部门相关主管, 信息科技部首席/资深架构师,CIO(首席信息官),CTO(首席技术官),CSO(首席安全官),COO(首席运营官)【课程时间】12小时【课程背景】开宗明义, IT治理就是要明确有关IT决策权的归属机制和有关IT责任的承担机制,以鼓励IT应用的期望行为的产生,以联接战略目标、业务目标和IT目标,从而使企业从IT中获得最大的价值。 而如何具体从IT中获得最大的价值,取决于在IT应用上产生期望的行为。期望行为是组织信念和文化的具体体现,它们的确定和颁布不仅基于战略,而且基于公司的价值纲要、使命纲要、业务规则、约定的行为习惯以及结构等。在每一家公司里,期望行为都各不相同。 不论从价值或是期望的角度来看,IT治理的“使命”在于:保持IT与业务目标一致,推动业务发展,促使收益最大化,合理利用IT资源,适当管理与IT相关的风险。 美国麻省理工学院的知名学者彼得·维尔和珍妮·罗斯在其所撰写的《IT治理》一书中指出,IT治理就是为鼓励IT应用的期望行为,而明确的决策权归属和责任担当框架。他们认为是行为而不是战略创造价值,任何战略的实施都要落实到具体的行为上。 然而当前,我国信息化建设中的最大问题,不在于技术问题,也不是资金问题,而是缺乏科学的IT治理观念;IT领导者最大的问题不是缺少经验和能力,而是缺乏卓越的管理素质和管理方法。国际上已有许多成熟的方法和工具,同时也形成了在不同场景中的最佳实践。所以,对于我们来说,不是再去从头创新,而是需要根据企业实际情况,对最佳实践加以理解、掌握并有效运用,从而为组织战略目标服务。 课程将以IT治理理念为核心,帮助学员认识IT治理的核心思维、了解IT治理在企业数字化变革的过程中,需要注意哪些地方?企业管理团队在IT治理模式变革过程中,应该扮演什么角色?如何利用现代工具与方法,全面提升IT治理的质量?使学员能够知其然,更能知其所以然。能够使IT管理团队的成员们,能够具备引领企业实现成功的IT治理建设,协助企业降低因IT不规范而承担的风险,同时还能提升自身的整体治理/管理能力! 【课程收益】了解“治理”与“管理”的定义了解“IT治理”的定义,及其在工作上的重要性熟悉“IT治理”在数字化时代的核心思维了解“数据治理”的定义,及其对企业运营的重要性熟悉“IT治理”变革中可能发生的风险,及如何识别与规避了解“IT治理”的业界最佳实践 【课程特色】分析理论,知其所以然;实战解析,能趋吉避凶【课程对象】项目管理总监,项目经理,市场营销主管,信息技术部门相关主管, 信息科技部首席/资深架构师,CIO(首席信息官),CTO(首席技术官),CSO(首席安全官),COO(首席运营官)【课程时间】12小时 【课程大纲】 “治理”与“管理”有什么区别?“治理”的定义是什么?“管理”的定义是什么?两者具体上有什么不同?彼此之间有关联吗?“IT治理”对我们在工作上有什么意义?什么是“IT治理”?为什么我们要“IT治理”?“IT治理”有什么关键举措?如果不实施“IT治理”了,会怎么样呢?“IT治理”的主要体系与名词释义ISACACOBITITIL/ITSM数字化时代中,“IT治理”需要有什么新的思维吗?CIO视角企业领导者视角治理本身数据化演进 “数据治理”的基本理念是什么?什么是“数据治理”?为什么我们要“数据治理”?怎么做才算做到了“数据治理”?如果不实施“数据治理”了,会有什么风险? “数据治理”的主要体系与名词释义数据湖数据中台云数据中心数据资产 如何规避IT治理模式变革所带来的风险?现象来源规避举措 “IT治理”的最佳实践为何?IT 组织IT 制度业务架构IT 架构技术内控课程总结  
• 苏忠彦: 助力企业 逐鹿未来 – IT企业业务架构建构之路
【课程对象】CIO(首席信息官)、CTO(首席技术官)、项目总监,信息科技部技术总监,信息科技部门骨干成员,数据中心运维骨干成员 【课程时间】6小时 【课程背景】众所周知,随着数字化时代的发展,企业如果没有自己的IT规划,在未来的竞争中将明显处于劣势地位,因此不论怎么形容IT规划的重要性都不为过。但企业IT战略规划确是一个非常复杂的系统性工作,很多企业管理层、IT部门都为如何做IT规划而伤透脑筋。以前,我们的科技都来自于业务,有了实际的需求,迫使科技的进步。业务提需求,技术管实现,业务发展催生技术发展。但现在,科技的进步速度远远超出了我们的业务发展速度,我们的业务在技术的引领下,发展得更多种多样,商业模式也受到影响,技术与业务已经到了深度融合得时代。科技的快速发展驱动着每一个行业,每一次科技的革命都会诞生一批伟大的企业。但传统的企业在科技的浪潮中如何能保持竞争优势,相信每个企业主都知道调整战略方向,顺势而为。那么这个“势”到底是什么呢?“架构(Architecture)”一词最初源于建筑,从石器时代开始,建筑设计就一直沿用至今。经过漫长的演变,架构设计已经成为现实生活中必不可少的活动。比如,建筑设计、服装设计、软件设计和汽车设计等,都需要进行很多的架构设计工作。架构是一个很广泛的话题,涉及到方方面面,即是一种理念,也是一种实践产物。当架构与企业管理融合时,企业架构的理念和实践就诞生了 ;当架构与业务融合时,业务架构就出来了;当架构与IT融合时,IT架构就诞生了;······那么,面对这么多架构,企业架构,业务架构,IT架构,甚至还有应用架构和数据架构等等,它们之间是如何定义和理解?,以及如何区分呢? 业务驱动IT,而IT最终为业务目标服务。而打通两者之间的衔接,最关键的地方又在于分析和解决问题的能力,而这个能力在通过大量的项目实践后,逐步就浓缩成了方法论。转型工作的规划需要您了解这些职能部门所要进行的变革,这一过程通常会导致产生大量的可交付成果,其资金投入量甚至会令最富经验的高管也感到压力。 随着企业对信息化和数字化系统的使用越来越深入和频繁,很多企业遇到以下难题:“业务越来越复杂,信息化系统越来越庞大,难以统筹管理;IT建设现状和新的合理规划一片混沌;企业内IT与业务沟通困难,业务人员用不好系统,IT人员服务质量也不高;外部第三方IT无从下手,更别说找到破局点了。”所以如何管理好企业的IT化系统成为现代化企业不可忽视的管理议题。如果在企业数字化建设过程中缺乏总体的架构和规划,企业将在IT治理上面临众多的挑战。 我们已进入数字化技术推动的第四次工业革命,是以工业互联网建设为标志。单纯从IT的视角管理信息化系统让许多企业深陷管理困境,解决问题也是按下葫芦浮起瓢。实际上,IT的服务对象是企业的战略、组织、管理、流程等一系列的要素,因此需要通过企业架构的管理思想来管理IT架构,避免混沌后产生系统庞大和与业务脱节等症状。 【课程收益】了解IT业务架构的内涵以及成功要素了解IT业务架构过程中所应有的思维与定位了解建设IT业务架构的方法论与工具熟悉IT业务架构开发的关键阶段及施行步骤了解实现IT业务架构与数字化融合的关键举措与相关案例解析 【课程特色】实用性:提供实用的建设方法和工具,而非单纯理论的传授,具强实用性;可行性:本课程中用到的各种方法和工具,均经过企业实践的检验,强可行性;实践性:课堂安排了学员的心得分享,以保证学员能够真正掌握所学的方法和技巧,具有很强的实践性;全面性:涵盖了全IT业务架构所涉及的方方面面,如:思维变革、能力地图、规划框架、执行细则等环节,内容全面;针对性:期望学员带着相关的问题和困惑来上课,并安排专门的答疑环节予以解答,具有很强的针对性。 【课程对象】CIO(首席信息官)、CTO(首席技术官)、项目总监,信息科技部技术总监,信息科技部门骨干成员,数据中心运维骨干成员 【课程时间】6小时 【课程大纲】 企业IT业务架构(BA,Business Architecture)的内涵IT企业架构的定义与价值IT业务架构与企业架构、技术架构的关联建构IT业务架构常用的方法论与相关工具IT业务架构的设计理念与实践推动业务架构的驱动力对业务人员能够帮助其从业务和技术视角进行整体化思考对科技人员能够理解和归纳业务的目标业务和技术的深度融合,彼此向对方领域多迈一步整体规划,减少产品、模块之间的信息孤岛减少重复建设和资源浪费业务架构的设计原则设计业务架构的关键步骤常见的设计难点与挑战实战演练 –企业业务架构开发路径(以TOGAF为标的方法论)三大设计原则整体性方向性可执行五大设计逻辑战略分析价值链分析组织分析领域分析能力分析案例分析与研讨(着重于业务能力与数据的整体框架融合)业务领域之划分业务流程之优化数据模型之塑造能力模型之建立创建架构定义文件IT业务架构与“企业数据”的关联与关键落地举措价值链分析流程模型分析业务数据流分析组件分析整体架构梳理课程总结学员心得分享总体课程摘要答客问  

添加企业微信

1V1服务,高效匹配老师
欢迎各种培训合作扫码联系,我们将竭诚为您服务