企业架构/企业开发 [Enterprise architecture / Enterprise Development]

最近浏览到一本09年出的书,关于企业架构、企业开发部分有些意思,摘录如下,一些内容还可以参考图书的示范例子下载地址

Professional Enterprise .NET

Jon Arking / Scott Millett

ISBN: 978-0-470-44761-1

Enterprise architecture

Enterprise architecture is typically used to describe an agency-wide or organization-wide framework for portraying and incorporating the business processes, information flows, systems, applications, data, and infrastructure to effectively and efficiently support the organization ’ s needs. At the heart of this definition lies a very broad context aimed at including many different portions of an organization’s participating branches, chief among them the business and information technology departments. We could wax intellectual all day long on the merits of these descriptions, but seeing as how this is a book for developers, let ’ s cut to the chase.

What does enterprise architecture mean from a developer ’ s point of view? It means defining a process, framework, and set of patterns to design, develop, build, and maintain all of the software that an agency or company needs to operate. The operative phrase here is all of the software . It is a unified development platform for creating all elements of software at all levels of design. It includes reusable tools for building client applications, websites, databases, office applications, business automation tools, scripts, and just about anything else that a company may use to get things done. Enterprise architecture also endeavors to break down each of an application’s layers into modular pieces for reusability. These reusable elements can then be used to feed or drive other applications with similar needs.

Here ’ s where the picture starts to get a bit fuzzy. Most developers take on projects with a finite set of business goals, goals that satisfy a specific need or company requirement. Within that scope, there is little consideration for modularity or reusability outside of the system that is being built. On the contrary, project goals rarely allot the time and resources needed to accommodate what is in essence the possibility of component reuse. Instead, typical projects focus development on the end goal only, marginalizing or downright ignoring the larger enterprise picture. Understanding enterprise development means first realizing that this kind of myopic, and often cavalier, development is ultimately counterproductive.

Enterprise architecture is also about defining a solid foundation of code and practices that eventually (and inevitably) facilitate interoperability in a heterogeneous software environment. This foundation provides both a toolset for creating software application, as well as a set of boundaries and rules within which those writings said applications need to work. The combination of both process and toolset is one of the key concepts to creating enterprise software. It expands on the otherwise traditional concepts of computer programming that concentrated on what one coded and mostly ignored how one coded. The incorporation of software development methodologies and lifecycle management becomes as important a part of building an application as the code itself.

Enterprise Development

Enterprise development commonly refers to the patterns and practices adopted by programmers endeavoring to implement enterprise architecture. It is the employment of certain approaches and methodologies that aim to achieve many of the root goals inherent to a successful enterprise system.

What these goals are specifically changes from organization to organization; however, at the root, they address five key areas of system development:

1. Reliability

2. Flexibility

3. Separation of concerns

4. Reusability

5. Maintainability

These base tenets are embraced by all developers of enterprise systems, and they help to define the core of what most modern developers consider to be well - designed software. Enterprise development embraces these ideals, weaving them subtly into the tools and processes that drive software logic.

本书主要涉及面向对象设计原则、测试驱动和相关的框架工具、模式、IOC、业务、数据、UI层不同的框架和模式等等

基于以上的原理的示范工程

http://www.wrox.com/WileyCDA/WroxTitle/Professional-Enterprise-NET.productCd-0470447613.html

http://media.wiley.com/product_ancillary/13/04704476/DOWNLOAD/Chapter%2012.zip

这些内容有的已经比较老了,主要思想还是一样的。

如WPF程序的MVP模式,现在一般都使用MVVM,结合WPF并能提高效率

相关的可以参考 http://www.cnblogs.com/2018/category/299402.html

时间: 2024-09-12 02:11:52

企业架构/企业开发 [Enterprise architecture / Enterprise Development]的相关文章

澳大利亚邮政以客户体验驱动的企业架构引领企业全面实现数字化转

 澳大利亚邮政(Australia Post)是澳大利亚政府所有的盈利性服务企业,旗下运营澳大利亚邮政和提供包裹服务的StarTrack两个品牌.这两个品牌所面临的数字化颠覆所带来的挑战和机遇包括:传统邮政服务业务量下滑,身份认证服务面临数字化业务扩展需求,以及越发激烈的包裹投递服务行业竞争和不断提高的客户期望. 传统企业的数字化变革需要怎样的企业架构 企业数字化变革的起点在于对客户需求和期待更深刻的理解.澳大利亚邮政的客户体验(Customer Experience CX)团队不仅使用用户画像

在.NET下多层架构企业管理系统的开发

架构 摘 要 随着.NET 2.0的发布,在.NET下用多层架构来构建企业管理系统也越来越方便.本文以某国外贸易公司的管理系统为背景,介绍在.NET平台下,采用多层架构构建企业管理系统. 关键词 .NET:单元测试:B/S架构 引言 .NET 框架是微软开发出的新一代开发平台.允许应用程序通过 Internet 进行通讯和共享数据,而不管所采用的是哪种操作系统.设备或编程语言.本文介绍的管理系统是在.NET平台下开发的,以极限编程的开发思想,采用了面向对象开发.B/S架构.ASP.NET.C#以

现代企业架构下的微服务

本文讲的是现代企业架构下的微服务[编者的话]微服务架构获得了如此多的关注,大多数的企业IT从业者也正好奇它是如何影响其他的架构模式的:比如企业集成和API管理. 本篇博文的目的是提供一个视角: 在我们引入了微服务架构到企业中以后,现代的企业机构会看起来是什么样子.(如果你对微服务架构还很陌生的话,参阅我的前一篇博文.) 关于微服务如何适用到总体的IT版图的讨论, 我以解读Gartner关于微服务的报告来开始. 微服务架构,本质上是消除了很多的复杂性,包括设计的,开发的,部署的,以及跨服务/系统通

通过交流和恰当的框架构建企业架构

如果,您正在实现http://www.aliyun.com/zixun/aggregation/10145.html">企业架构.这对您非常有好处!既然您已经决定走这条路,那么您需要知道,您可以依靠一些关键的工具来帮助您.事实上,有两种不同类型的工具可用 -- 更形正式的和您自己构建的.形式化工具包括如企业架构框架那样的工具.非形正式的工具是包罗万象的类型,它包括许多东西,其中最重要的两个是适当的交流计划和对应用程序准备和部署的公开对话. 使用恰当的框架 恰当的框架对简化企业架构的实现大有

布局云计算 企业架构是顶层设计的王道

云计算正在将企业的管理带入一种新的境界--业务近在咫尺,商机转瞬可获.流程如影随形,数据触手可得,伙伴无处不在,订单一触即发!这样的境界,正在成为现实.电子商务.移动商务.社交商务正在将越来越多的企业带入云端. 但是不少企业的管理仍然在云下,企业如何将日常管理带入云端,步入云管理的世界?--这得依靠企业架构的再造!在云计算之前,精益管理.供应链管理.流程管理.项目管理等众多的管理方法和工具已经引入中国,并成为不少企业通向卓越之路的选择.但是如今这些管理方法和工具都在移向云端.此时,企业会发现,单

什么是最强大的企业架构 EA?

一.引言 根据META的分析,企业架构EA(enterprise architecture)的成功与否将决定于企业和业务流的管理者们是否理解.支持并强化了企业的体系结构.到2007年时,有15%的EA核心团队将从IT组织的管理体制中分离出来,直接参与到企业的战略或变革管理职能中去.与此同时,将有40%的企业的构建师在业务策略和流程工程中积累专业化的知识和经验. G2000通过研究分析发现:G2000中的60%的组织已经发现了最强大的企业架构EA,并将其取名为Show Me. 以组织的立场来花时间

云服务时代的企业架构:使用混合的软件即服务(SaaS)

简介 良好的企业架构(EA)是有效采用面向服务的架构(SOA)的主要推动因素,该观点已在数年 前提出,许多客户已经因为缺乏对 EA 的 "尽职调查" 而付出了项目失败或半失败的代价.架构的主要部分 (业务流程与 IT 服务之间的端到端连接)以及已建立的企业架构所提供的日常治理机制,这些都是 SOA 保 持其改造业务和企业的技术能力承诺的基本要素. 现在,我可以听到您的脑袋里嗡嗡作响,您心里可 能在想 "我一定是打开了不对的文章.这本来应该是关于云计算的文章,而不是关于 SOA

城市规划(City Plan)诠释企业架构

何为"企业架构(EA)" "架构"一词在IT界已经使用了多年,它指的是为软件系统和软件开发人员提供指导的一种框架.这个词显然是建筑行业中引申过来的.正如建筑人员如果没有建筑架构和各种建筑设计图纸就无法承担房屋和办公楼的建设一样,软件开发人员如果没有详细的规划以及各种软件设计蓝图的话,他们也无法承担软件系统的开发. 到了上个世纪90年代中期,企业的管理人员,尤其是参与企业规划以及企业流程再造项目的管理人员开始使用"架构"一词来描述企业的概况.例如,

云服务时代的企业架构使用混合的软件即服务

通过阅读本文,IT 架构师将学习如何使用 EA 标记和 IBM Rational System Architect 与业务用户及其他利益相关者(包括服务供应商)进行有效沟通. 良好的企业架构(EA)是有效采用面向服务的架构(SOA)的主要推动因素,该观点已在数年前提出,许多客户已经因为缺乏对 EA 的 "尽职调查" 而付出了项目失败或半失败的代价.架构的主要部分(业务流程与 IT 服务之间的端到端连接)以及已建立的企业架构所提供的日常治理机制,这些都是 SOA 保持其改造业务和企业的技