精华内容
下载资源
问答
  • 业务架构图、前端架构图、系统架构图、部署架构图、系统序列图、区别?
    千次阅读
    2022-03-14 02:46:00

    更多相关内容
  • MES系统功能架构图,可以修改,MES系统功能架构图,可以修改。
  • 系统架构图

    2017-11-06 16:52:42
    系统架构图系统架构图系统架构图系统架构图系统架构图系统架构图
  • 微服务基础架构图

    2018-02-23 16:29:19
    微服务架构总体技术体系,包括接入层、网关层、业务服务层等
  • 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与...
  • K8S部署+实战+集群架构图,一共是5个文件,3个架构图+1个部署文档+1个实战文档。
  • 互联网技术体系架构图,通用的ppt文档,后期可以补充完整的。
  • 云平台架构设计,有需要的可以下载看看。主要是功能的组成及分层,正常的云平台架构设计。 有需要的,欢迎各位下载,做个参考,资源分也不多
  • 各种系统架构图及其简介。Spring 架构图 ;ibatis 架构图 ;structs1 架构图 ;structs2 架构图;Hibernate 架构图 ;J2EE 架构图 ;Oracle 架构图
  • 文章目录1 什么是架构图?1.1 架构图的定义1.2 架构图的分类 1 什么是架构图? 1.1 架构图的定义 往往系统是非常复杂的,无法一下子全部表达清楚,架构要涵盖的内容和决策太多了,超过了人脑"一蹴而就"的能力范围...

    1 什么是架构图?

    1.1 架构图的定义

    • 往往系统是非常复杂的,无法一下子全部表达清楚,架构要涵盖的内容和决策太多了,超过了人脑"一蹴而就"的能力范围,因此采用"分而治之"的办法从不同视角分别设计。

    • 所以,也需要从不同的维度来描述这个系统。

    • 也就是说架构图是对系统从某种维度视角的表达,每一种架构图,都是一种视角

    1.2 架构图的分类

    在工作中,对上汇报中,经常需要的是如下几种架构图
    在这里插入图片描述

    1.3 业务架构图

    • 业务架构,是IT架构的基础。
    • 简单来说,是从业务、产品视角,描述整个平台、或某个产品的实现

    1.4 应用架构图

    站在整个平台视角,描述整个平台架构。

    1.5 数据架构图

    • 一套对存储数据的架构逻辑,它会根据各个系统应用场景、不同时间段的应用场景 ,对数据进行诸如数据异构、读写分离、缓存使用、分布式数据策略等划分。
    • 数据架构主要解决三个问题:第一,系统需要什么样的数据;第二,如何存储这些数据;第三,如何进行数据架构设计。

    1.6 技术架构图(重要)

    • 一般要求从技术层面描述系统。
    • 一般分为单个系统和分布式系统

    2 技术架构图

    2.1 技术架构的定义

    技术架构就是对在业务架构中提出的功能(或服务)进行技术方案的实现,包括软件系统实现、操作系统选择和运行时设计。
    技术架构的边界比较模糊,对于不同的受众,内容的详细程度也不同,技术栈自上而下比较关注技术架构,但是各层关注的点不同。
    技术决策层可能关心的是系统或系统群的技术选型,对整体的把握要保证不因为选型引起其他风险,例如,如果在高性能存储方面选择 Redis,就要尽量保证网络的封闭性,避免公网访问;再如,在选择以COBOL语言实现的各类产品时,要考虑市场上开发人员数量少,需要承担更高的迭代成本等。

    2.2 java技术架构图

    java 各种架构图汇总:
    https://blog.csdn.net/qq_37651267/article/details/95244623

    1. java 类加载器架构
    2. JVM 架构
    3. Java 技术体系
    4. 线程运行架构
    5. Java 体系(编译与运行)结构
    6. JMS 技术架构
    7. JMX 技术架构
    8. Spring 架构
    9. Hibernate 架构
    10. ibatis 架构
    11. Struts2 架构
    12. Struts1 架构
    13. JBPM
    14. EJB 技术架构
    15. Portal
    16. J2EE
    17. SmartClient Ajax 框架架构
    18. Oracle
    19. MYSQL 架构
    20. Android 架构
    21. 云计算架构
    22. LINUX 内核
    23. vmware 架构
    24. 门户网站应用架构蓝图
    25. SOA 技术架构
    26. MIS 技术架构
    27. APUSIC ESB 技术架构
    28. GIS esb 技术架构
    29. CRM 方案架构
    30. OA 架构
    展开全文
  • 精美Visio"架构图","数据流向图","数据抗压机制",应付领导专用,打开请用Microsoft Visio 2013
  • 系统整体技术架构图

    2014-08-22 14:45:03
    系统整体技术架构图
  • 系统架构图编写(概要设计)

    千次阅读 2022-02-10 09:40:08
    系统架构图编写(概要设计) 架构图之间的关系 业务架构图 业务架构,是IT架构的基础。 是从业务、产品视角,描述整个平台、或某个产品的实现。 应用架构图 站在整个平台视角,描述整个平台架构。 分为两种,一种...

    系统架构图编写(概要设计)
    应用架构图、技术架构图、业务架构图定义以及到底怎么画好架构图?
    常见的数据库架构设计方案?
    业务架构的定义、特性和方法
    架构图之间的关系
    在这里插入图片描述
    业务架构图
    业务架构,是IT架构的基础。
    是从业务、产品视角,描述整个平台、或某个产品的实现。
    在这里插入图片描述
    应用架构图
    站在整个平台视角,描述整个平台架构。
    分为两种,一种是企业级应用架构,一种是单系统的应用架构。
    数据架构图
    一套对存储数据的架构逻辑,它会根据各个系统应用场景、不同时间段的应用场景 ,对数据进行诸如数据异构、读写分离、缓存使用、分布式数据策略等划分。数据架构主要解决三个问题:第一,系统需要什么样的数据;第二,如何存储这些数据;第三,如何进行数据架构设计。
    技术架构图
    单个系统
    主要体现分层模型,例如持久层、数据层、逻辑层、应用层、表现层等,然后每层使用什么技术框架、组件,例如Spring、hibernate、ioc、MVC、成熟的类库、中间件、WebService等,分别说明,要求这些技术能够将整个系统的主要实现概括。
    分层模型
    在这里插入图片描述
    还有一种是框架类的,例如struts的技术架构图:

    在这里插入图片描述
    分布式系统:
    技术架构,就是高层级的技术架构了,不仅仅体现的是技术组件了,而是更高层级的一些模块,甚至规范。
    在这里插入图片描述

    系统逻辑架构图
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    ++++++++++++++++++++++++++++++++++++++++++++++
    如何画架构图?
    系统架构图
    常见的数据库架构设计方案?
    业务架构的定义、特性和方法
    引言
    业务架构一般不被开发重视,开发人员喜欢追求新技术,而技术是服务于业务的,现在没有一项技术是自娱自乐的,一定要支撑业务,否则没有场景。设计好业务架构要考虑的方面比较多,要做到业务彼此隔离、业务与技术 (平台) 隔离,从业务架构中能看得出整体业务的流程运转、业务产品的能力、业务领域对象…接下来的两篇文章将重点讲业务架构。

    一、什么是业务架构
    在上篇文章中提到系统架构的方法:系统性思考、分解、抽象、模式,这是总的纲要,针对不同类型的业务架构,要结合本身的特性再加以细化。

    业务架构是系统架构的一种,那什么是业务架构呢?业务在百科中的定义是"涉及一个以上组织,按某一共同的目标、通过信息交换实现的一系列过程,其中每个过程都有明确的目的,并延续一段时间"。从这句话可以看到几个关键词:组织、目标、过程,下面仔细分析这几个关键词的含义。

    组织:业务涉及到的人或者组织,这个比较好理解,一项业务应该由多个人来完成,如销售、财务、产品、研发、售后等。
    目标:这是做这项业务的目的和价值,换言之,为什么做这项业务,做好这项业务要达到的目标是什么。
    过程:过程就是业务过程,一项业务由多个过程组成,如优惠券业务,它的过程是建券、发券、用券、退券。
    上面这样的描述可能比较空洞,与我们平时接触的不匹配,再继续提炼出重要信息。

    利益相关者:这个是从"组织"和"目标"中推导出来的,业务的受益方是谁,为什么要做这个业务,肯定有受益的群体,否则没有市场。如优惠券的利益相关者有用户、商户、公司,因为用户下单可以使用优惠券、商户可以吸引更多的客户来消费、公司的 GMV 就上升了。

    业务流程: 这个是从过程推导出来的,并且这个业务流程是固定的 (至少一段时间内)。这里的业务流程是大的流程,每个流程都会再往下分解成子流程,如优惠券中的发券,它会有一系列子流程,如发放规则检验、风控安全等。

    综上,到这里,也可以用一个公式来定义业务架构,业务架构 = 业务目标 + 业务流程 + 业务要素,这和系统架构的定义非常相似,只不过是实例化了而已。从业务架构的公式中,最重要的是识别出业务流程和业务流程中包含的业务要素,换个角度来看就是业务要素与业务要素之间的关系,这些关系组成了整个业务。

    二、业务架构的特性
    已经知道了业务架构是什么,接下来就讨论业务架构的特性,通过特性基本上就知道业务架构的大体框架。笔者通过 x、y 数轴加以说明,因为业务要体现出业务流程的流动性和业务的层次性,下面就说明这两个特性:

    业务的流动性:其实这是业务生命周期的体现,从产生、拥用、使用可以看出业务的流动,这是横向的。

    业务的层次性:笔者一般习惯用场景层、产品功能层、领域模型层、依赖层来画业务架构图,这是纵向的。场景层依赖下面的产品功能层,多个场景很有可能对应一个产品功能,产品的功能又是由领域模型来支撑的。

    img

    三、业务架构的方法
    业务架构的方法还是从系统性思考、分解、抽象、模式这四点具体说明。

    系统性思考:站在业务的角度,分析业务与业务之间的关联性,如优惠券业务,它就涉及到人群选择、风控安全、活动、会场、优惠、交易、凭证等,思考系统之间的交互和依赖关系,以及依赖系统要提供的哪些能力。

    分解:系统性思考让我们的目光放得更广,整体上考虑整个业务的运转,此时还没有想业务的具体流程,只是知道有,并不深入考虑如何做。分解就不一样,它聚焦的是业务本身是如何运转的,一般业务由几个主要的流程组成的,每个流程又能往下继续分解出细的流程,分解的目的是为了找出业务的要素,此时的元素都是孤零零的。

    抽象:分解不是我们的目的,通过分解找出的业务要素,此时要经过一定的抽象才能形成我们的领域对象,因为分解找到的业务要素很多是可以合并归类的,这样就大在减少了业务要素,也降低了理解的复杂度。

    模式:通过业务架构的特性,按照场景层、产品功能层、领域模型层、依赖层这四层画出业务架构图。

    所以方法还是上一篇所提到的方法,只不过套到具体类型的架构中,具体化分析。有的时候在想,并不是业务架构难搞,只是我们并没有像追求技术那样投入时间研究业务架构,可以不断运用上面的方法,结合自己的理解和扩展,多去实践。

    四、通过实例画出业务架构图
    下面通过一个电商场景的优惠券业务案例来说明业务架构图是如何画出来的,使用的方法还是上面提到的,通过具体的例子再加以巩固。优惠券对于我们来讲并不陌生,每年的双11 都有很多优惠券,有满减券、折扣券,优惠券是营销中最常使用的营销抓手。

    4.1 优惠券业务愿景和目标
    优惠券的业务愿景是让用户可以享受到更多优惠,目标是通过优惠券吸引更多用户加入,从而提升 GMV。

    从这里可以看出,愿景一定是为他人着想,绝不是为了公司自己赚钱,而是创造价值的同时实现双赢,双赢才是最终目标。

    4.2 系统性思考优惠券业务
    如何进行系统性的思考,笔者建议可以使用反推法,假设已经有了这项业务,它应该是如何运转的、涉及到哪些人,实际上这个过程就是推演的过程,基本上能把整个交互都考虑清楚,业务实现起来基本上没问题。

    用户:用户有优惠券,下单会使用优惠券,涉及到交易和优惠。
    系统:涉及到建券、发券、核销券、退券
    建券与我们优惠券系统关联最大,也即是我们要做的事。
    发券,发给谁呢,肯定不是遍地撒网,现在基本上是精准营销了,要知道哪些用户是活跃用户,所以涉及到算法推荐;除了发给谁是我们关心的,营销还有一个比较核心的点,就是营销模式,你怎么能吸引用户,这就涉及到会场、活动,这些玩法是非常关键的。
    核销券:优惠券券在什么条件下可用 (满 100 元减 10 块)?订单价格如何计算出来的?
    退券:退款了,券要不要退回?
    所以,经过上面的分析,初步涉及到的业务方就已经出来,此时还只是一个粗略的关系,这个过程可能需要几轮不断的讨论最后才成型。

    img

    4.3 优惠券业务流程
    业务流程是客观存在的,而且任何一个业务在一定的时候内应该有一条稳定的业务流程,这个业务流程是符合人的认识的,具有严谨的逻辑性。怎么理解呢?一个业务要运转起来,不可能是一团糟,一定具备流程,而且是人能接收的,否则你设计一个反人类的业务产品出来,注定是失败的。拿优惠券来讲,根据它的生命周期,很容易想到它的主业务流程:建券、发券、用券、退券。

    img

    4.4 分解和抽象
    上面是一个大的流程,还要对各个流程再进一步细分,分解成更小的子流程,每个子流程中包含一系列的步骤,其实这个步骤就是不断深入地过程,同时对业务的理解也不断加深,多问几个为什么就深入了。

    建券:这个券包含了哪些内容?
    发券:给谁发?发券的条件是什么?
    用券:什么条件下能使用优惠券?用券涉及到哪些过程?
    退券:什么场景下会退券?
    随着深入的过程,整个业务的细节也浮现出来了,现在就是要抓业务要素,这个要素可以通过每个阶段的产物来看。建券的产物是券批次,发券的产物是券实例,用券的产物是用券明细,退券的产物是退券明细。

    img

    接下来就是抽象的过程,这个抽象的过程就是对已找出的产物进行抽象。券批次包含:券类型和券门槛限制两个重要的信息,用券明细和退券明细统一抽象成券明细,优惠券又与活动强相关,所以也把券活动放进去。

    img

    4.5 优惠券业务层次结构
    接下来就是画整体的业务架构图了,按照场景层、产品功能层、领域模型层、依赖层来画,画业务架构图要体现两点出来:业务流向和产品功能。通过下面的图可以直观地感知业务流向是什么 (即是蓝色区域,建券、发券、用券、退券),通过分层可以清晰地看到可以支持的场景有哪些,场景依赖的产品功能有哪些,业务的领域模型是什么,依赖的业务又有哪些,真正好的图能做到一图胜千言的效果。

    笔者喜欢的画法是"一主两翼",主体的部分就是上面讲的分层,两翼是运营平台和数据平台,这样很直观、简洁。

    img

    五、小结
    本篇文章主要讲业务架构的定义、特性以及业务架构的方法,最关键的是寻出业务的要素和要素之间的关联关系,最后通过一个实例来讲解业务架构的画法,本篇只是业务架构的基础,通过这个业务架构图基本上知道业务的流转和业务的产品功能。接下来的一篇主要讲业务架构中的能力视图、业务监控。

    ==================================================
    Mark Richards他写了一本书,名为《软件架构模式》,其中主要介绍了5种软件架构模式:微内核模式(Microkernel Pattern),微服务模式 (Microservices Pattern ),分层架构模式( Layered Architecture Pattern),基于事件的模式(Event-based Pattern),基于空间的架构模式(Space-based Pattern)。

    展开全文
  • 系统逻辑架构图

    热门讨论 2012-03-27 21:21:18
    系统逻辑架构图 描述系统的信息管理系统的逻辑架构。
  • 架构图、流程图、结构图、功能图、逻辑图

    万次阅读 多人点赞 2021-11-15 16:15:47
    我们画的架构图、流程图、结构图、功能图、逻辑图等,都需要好看、好懂、好用、好搞,因为: 好看是为了提升沟通效率, 好懂是为了提升交流共识, 好用是为了提升交付质量, 好搞是为了提升实施速度。 架构图有...

    我们画的架构图、流程图、结构图、功能图、逻辑图等,都需要好看、好懂、好用、好搞,因为:

    • 好看是为了提升沟通效率,
    • 好懂是为了提升交流共识,
    • 好用是为了提升交付质量,
    • 好搞是为了提升实施速度。

    架构图有哪几种

    工作两三年了,整不明白架构图都画啥?

    • 业务架构:需求初期业务的结果和过程描述一般比较模糊,可能来自于某个老板、运营或用户的反馈。客户说海尔洗衣机洗土豆会堵,海尔立马设计专门的土豆洗衣机 业务方向往往是定方向和结果的叫战略,主要包括业务规划、业务模块和流程以及问题域的列表等。
    • 应用架构:服务复用、跨组协同,简单、灵活、整合是应用架构必须考虑的点,就像你要上线一个聊天功能,那么聊天内容的输入法、文字识别、舆情监控以及视频服务、支付服务等,它们都是在应用架构分层下沉淀到平台的产物,在供各个方使用。
    • 产品架构:业务提需求,产品定方案,相对于业务的粗放流程,产品架构会更加细腻以及考虑各个模块的分层和边界。
    • 数据架构:数据的获取、数据的存放和数据的使用是数据架构要解决的三个问题,数据库存放、大数据汇总、数据分析等。
    • 技术架构:是离程序员最近的架构设计,它不仅是系统搭建的架构图设计,还包括了结构、功能、流程、逻辑等内容。它的具体描述就是整个系统如何落地的具体实现方案。

    Zachman框架

    Zachman框架(Zachman framework)是一种逻辑结构,它可以对企业信息按照不同分类和不同角度进行表示。

    Zachman框架,从横向六个角度看待企业,这个六个观点可以分为;什么内容、如何工作、什么地点、谁负责、为什么这么做(称为W5H)。

    框架的列由一组工件组成,分为规划者、拥有者、设计者(架构师)、建造者、分包者、产品,或者有时表示为视点:范围上下文,业务概念,系统逻辑,技术,物理,组件组装和操作类。整体如图 

    工作两三年了,整不明白架构图都画啥?

    表格横向六项 代表了用于描述信息系统的某一个方面,对于任何一个事物只要在这几个基本方面对其进行清洗的解释就足够可以描述清楚。

    • 数据(What,即什么内容):什么是业务数据,信息或对象?
    • 功能(How,即如何工作):业务如何运作,即什么是业务流程?
    • 网络(Where,即何处):企业运营、部署在哪里?
    • (Who,即何人负责):什么人?什么是业务部门及其等级制度?
    • 时间(When,即什么时间):业务计划和工作流程是什么?什么时候执行?
    • 原因(Why,即为什么做):为什么选择的解决方案?这是怎么产生的?

    表格纵向六项 代表了在信息系统构造过程中所涉及到的人在描述信息系统时所采用的视角,包括:

    • 范围/规划者(Planner):此视图描述了业务目的和策略,充当其他视图将被派生和管理的上下文。
    • 业务模型/拥有者(Owner):这是对信息系统必须在其中运作的组织的描述。
    • 系统模型/设计师(Designer):该视图概述了系统如何满足组织的信息需求。
    • 技术模型/建造者(Builder):这是系统如何实施的表示,它使特定的解决方案和技术显而易见。
    • 详细表述/分包者(Sub-Contractor):这些表示说明了某些系统元素的特定于实现的细节:在生产开始之前需要进一步说明的部分。
    • 功能系统/产品(Functioning Enterprise):在1987年的论文(《A framework for information systems architecture》)中并没有这一行的内容,实际上此行的内容也并不在架构描述的范畴的之内,不过为了使得架构Zachman框架对于架构的表述更加完备,这一行最终还是被加了进去。

    根据 TOGAF 的定义,企业是具有一系列共同目标组织的集合,而架构则是为了有效地实现这一系列目标。

    在实现的过程中 定义了企业的结构和运作模式的概念蓝图(SearchCIO),以及构成企业的所有关键元素和其关系的综合描述(Zachman)。通过创建、沟通和优化用以描述企业未来状态和发展的关键原则和模型以将业务愿景和战略转化成有效的企业变更的过程(Gartner)。

    可以这一部分内容会比较绕,但可以作为架构设计的知识扩展进行学习理解以及运用。

    DEMO

     架构选型图
     

    工作两三年了,整不明白架构图都画啥?

    通常在新项目开发初期,都要做一些技术选型工作。在负载、网关、架构、治理、框架、服务、数据以及环境和支撑服务上,要选择适合当前开发的技术。

    微服务架构

    工作两三年了,整不明白架构图都画啥?

     

    技术选型完毕后,接下来就是对于这些技术的运用。这个过程有点像搭积木一样,把每一个区域用适合此位置的积木填充进去。如果是团队初建或者是技术升级,那么这个过程还是比较复杂的,需要大量的验证。不过其实互联网的技术分层和使用已经相对稳定,搭建一个这样的微服务并不会耗费太长的时间。

    技术架构图

    工作两三年了,整不明白架构图都画啥?

     

    技术架构图主要是对于研发层面做技术实现指导的,它可以把系统分层和实现结构划分清楚。另外一般也会把案例工程的结构拿出来一起讲解,这样可以让团队伙伴快速的进入开发。

     

     

    展开全文
  • 微服务架构图

    千次阅读 2020-09-20 21:18:42
    项目微服务架构图 微服务架构根据目前产品存在的问题,针对快速开发、海量用户、大量数据、低延迟等互联网应用的实际需要,通过对业务架构、系统架构、基础架构、技术架构进行设计,彻底解决系统解耦、性能低下等问题...
  • 分布式web系统架构图及应用架构图

    千次阅读 2022-02-08 14:15:16
  • 关键要点 通过创建和维护架构图来提供准确且有价值的内容并非易事。大多数情况下,我们要么创建了太多的文档,...在实践中,大多数利益相关者对详细架构图不感兴趣,但会对一两个反映系统模块和边界的高级架构图...
  • 企业IT架构图

    2013-03-09 01:53:39
    企业IT架构图,简单清晰,适合制造业,其它行业也可参考
  • springboot 架构图

    千次阅读 2022-03-28 15:32:45
    springboot容器启动流程: 其中最重要的: 运行机制为: springboot事件驱动:详情见:springboot事件驱
  • 物联网平台架构图

    千次阅读 2021-10-09 10:43:10
  • 系统架构之服务器架构图

    千次阅读 多人点赞 2019-10-09 14:46:46
    服务器架构图多以物理视图呈现,物理视图用于描述系统软件到物理硬件的映射关系,反映出系统的组件是如何部署到一组可计算机器节点上,用于指导系统的部署实施过程。受众多为运维和实施人员。 其实服务器架构如何...
  • 技术架构图汇总

    2012-04-29 23:25:44
    文档包含了JVM、Struts、Spring、J2EE、Android等架构图
  • Vue组织架构图组件

    千次阅读 2020-12-21 20:50:31
    vue-tree-chart:deciduous_tree: Vue2树形组件安装npm i vue-tree-chart --save使用in template:in script:import TreeChart from "vue-tree-chart";export default {components: {TreeChart},data() {return {...
  • vue——实现组织架构图(vue-org-tree)——技能提升

    千次阅读 热门讨论 2021-08-13 14:59:37
    关于组织架构图,效果图如下: 之前我是用jq写过一个组织架构图,文章链接如下:当时是用的jOrgChart jq版本的组织架构图:...
  • 如何画好软件项目架构图

    千次阅读 2020-04-22 17:52:29
    接下来,分享自己和团队在画好架构图方面的理念和经验,希望对你有所帮助。 当我们想用一张或几张图来描述我们的系统时,是不是经常遇到以下情况: 对着画布无从下手、删了又来? 如何...
  • spring cloud入门学习以及spring cloud技术栈架构图。分布式系统架构图。 一、Spring Cloud是什么? spring cloud是微服务架构的一整套微服务解决方案的技术栈,是这些技术栈的框架集合,包含了服务治理、注册中心、...
  • 工作两三年了,整不明白架构图都画啥?

    千次阅读 多人点赞 2021-03-01 08:46:26
    五、总结 本章节向大家讲解了什么是架构图架构图的分类和怎么画架构图,通过这样的内容可以让大家对架构图有一个全貌的认知。在以后自己画架构图了也可以非常明确的知道面对的什么用户群体,要画的内容是什么。 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,219,815
精华内容 487,926
关键字:

架构图

友情链接: PWM_LED.zip