软件开发平台概要设计
摘要:软件开发平台概要设计软件开发平台概要设计目录一、需求概述1.1问题概述1.2业务分析1.3其它需求二、系统分析2.1运行支撑环境2.2开发支持三、平台运行支撑部分3.1客户端3.2应用服务器四、平台开发支持部分4.1业务组件管理4.2界面组件管理4.3界面产生器五、系统应用5.1权限管理5.2通用数据集成工具一、需求概述1.1问题概述技术能力一直是制约发展的瓶颈,软件开发是其中一个重要因素。通过新员工引进和平台开发,以及多年开发的经验积累,软件开发情况得到好转,但没有根本解决问题。主要体现在:软件开发效率不高,开发周期过长;软件质量不高,系统维护成本过大;问题存在的原因,需求分析与软件设计是一
阅读全文
Drupal与大型网站架构(译)- Large-Scale Web Site Infrastructure and Drupal
摘要:Drupal与大型网站架构(译)- Large-Scale Web Site Infrastructure and DrupalLinuxjournal 网站经典文章翻译,原文地址:Large-Scale Web Site Infrastructure and Drupal,由于主要按照内容翻译,非逐字翻译,不妥之处,请参考原文阅读。时至今日,架设一个drupal网站已经是非常容易的了,直到网站规模开始变大, 那么你就需要花费很大的精力在查找和修复网站性能瓶颈上面。本文我们将谈到一些技术可以把你的drupal网站负载能力优化到你曾经希望它应该达到的那种程度。Setting up a Drupa
阅读全文
网站架构资料收集整理
摘要:网站架构资料收集整理11.当当.net,php,jqueryCDNCDN的全称是Content Delivery Network,即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。通过在网络各 处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络,CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应 时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容,解决 Internet网络拥挤的状况,提高用户访问网站的响应速度。http://baike.baidu
阅读全文
TOGAF架构内容框架之架构制品(上)
摘要:TOGAF架构内容框架之架构制品(上)4.架构制品(Architectural Artifacts) 架构制品是针对某个系统或解决方案的模型描述,与架构交付物和构建块相比,架构制品既不是架构开发方法过程各阶段的合约性产物,亦不是企业中客观存在的各种可重用解决方案,而是针对包括这些构建块在内的企业客观现实的描述,并以解答不同干系人的关注点为其最终目标。可以说,架构交付物面向于企业架构的产生,架构构建块倾向于企业架构的结果,而架构制品则注重于针对企业架构的应用(虽然架构交付物可以包含若干架构制品,但是架构制品在本质上还是被用来为不同的干系人按照其视角提供相应的企业客观视图,况且架构交付物对架构制品
阅读全文
TOGAF架构内容框架之架构交付物
摘要:TOGAF架构内容框架之架构交付物3.架构交付物(Architecture Deliverables) 架构交付物是在整个架构开发方法循环过程中所产生或被使用的契约性且正规化的企业架构内容,因而其与企业架构开发方法有着紧密的联系。本章将针对这些架构交付物以及他们与架构开发方法各阶段之间的关系进行阐述,不过需要注意的是,本章节的内容只是为了提供一个关于架构交付物的内容概括,由于企业中可能存在着符合其自身需要的项目和过程管理方法,因而企业也可以根据自己的实际情况对这些交付物进行改造和定制。首先,我们先来审视一下架构交付物与企业架构开发方法各阶段之间的对应关系(注意,下表采用了简称来标示各企业架构开
阅读全文
.NET领域驱动设计—初尝(三:穿过迷雾走向光明)
摘要:.NET领域驱动设计—初尝(三:穿过迷雾走向光明)开篇介绍在开始这篇富有某种奇妙感觉的文章之旅时我们先短暂的讨论一下关于软件开发方法论的简要:纵观软件开发方法论,从瀑布模型、螺旋模型、RUP(统一软件开发过程)、XP(极限编程)、Agile(敏捷开发)一路走来,他们的好他们的美,我想接触过的人都会口口称赞,都是大师们一身的经验结晶最后沉淀为专业的技术方向、技术领域,带领我们软件开发者们永无止境的前进,目睹一场又一场的美景一桌又一桌盛宴。他们在不断的开辟新的领域,称为伟大的科学家一点都不为过。但是为什么这么多方法论都没有能在企业中大面积的普及和使用或者说未能取得理想的效果呢,难道说是我们都不会吗
阅读全文
TOGAF架构内容框架之内容元模型(下)
摘要:TOGAF架构内容框架之内容元模型(下)2.2治理扩展(Governance Extensions)治理扩展元模型内容 治理扩展部分的意图在于引入额外的,并且与支持运营治理的目标和业务服务相关的结构化数据。2.2.1 关注范围为目标制定评测标准以及将这些评测与服务相联系的能力。为服务沟通或外界用户与系统之间的服务交付提供契约的能力。定义可重用的服务质量的能力。创建额外的图形来展示系统的归属和管理。2.2.2 适用场景当一个组织认为在IT方面的变更将会对其当前的运营治理模型产生非常重大的影响时。当一个组织针对服务水平有着不同粒度的需求时,并且这些服务水平将因为不同的服务而有所不同。当一个组织正在
阅读全文
enode框架step by step之框架要实现的目标的分析思路剖析1
摘要:enode框架step by step之框架要实现的目标的分析思路剖析1enode框架系列step by step文章系列索引:分享一个基于DDD以及事件驱动架构(EDA)的应用开发框架enodeenode框架step by step之事件驱动架构(EDA)思想的在框架中如何体现enode框架step by step之saga的思想与实现本文想介绍一下enode框架要实现的目标以及部分实现分析思路剖析。总体来说enode框架是一个基于cqrs架构和消息驱动的应用开发框架。在说实现思路之前,我们先看一下enode框架希望实现的一些目标吧!框架总体目标高吞吐量(High Throughput)、低
阅读全文
TOGAF架构内容框架之内容元模型(上)
摘要:TOGAF架构内容框架之内容元模型(上)2.内容元模型(Content Metamodel) 在TOGAF的眼中,企业架构是以一系列架构构建块为基础的,并将目录、矩阵和图形作为其具体展现方式。如果我们把这些表述方式看作为构建块的语法,那么在其语义层面又该如何定义呢?为了解答这一问题,TOGAF制定了内容元模型。这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义,而且为了体现与架构开发方法之间的联系,内容元模型中相关内容是比照着架构开发方法各阶段来进行组织的,阐明了架构开发方法各个阶段所涉及到的构建块类型,以及他们之间的关系。除了这些特点之外,内容元模型最特别之处还在于,它通过一
阅读全文
TOGAF架构内容框架之概述及架构工作产品分类
摘要:TOGAF架构内容框架之概述及架构工作产品分类在TOGAF 9之前的版本中,TOGAF的重点主要集中在企业架构开发方法方面,用于指导其使用者如何在各自的组织中对企业架构进行创建和维护,而对于企业架构的具体内容并没有相关的论述,因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架(例如Zachman框架)进行配合。可以说在TOGAF 9出现之前,TOGAF不能算是一个完整的企业架构框架,而随着内容框架(Content Framework)的引入,以及企业架构开发方法与该内容框架的相互结合,TOGAF已经可以说已经成为一个独立完备的企业架构框架标准了。如前所述,企业架构开发方法描述
阅读全文
企业管理软件开发架构之七 Object Control设计与运用
摘要:企业管理软件开发架构之七 Object Control设计与运用在做查询时,经常遇到一类需求。请看下面的SQL语句查询SELECT * FROM CompanyWHERE CompanyCode='Kingston' AND Suspended='N' AND DbServer='James\SQLEXPRESS'这里有三个条件,在界面中,也就是我们需要增加三个控件来供用户输入值,再拼接成SQL发送到服务器。再来看一下界面中的情况,根据客户名称,下单日期,是否过帐,是否完成4个选项来读取发票信息点击Refresh按钮之后,产生的SQL条件,可能像
阅读全文
enode框架step by step之saga的思想与实现
摘要:enode框架step by step之saga的思想与实现enode框架系列step by step文章系列索引:分享一个基于DDD以及事件驱动架构(EDA)的应用开发框架enodeenode框架step by step之事件驱动架构(EDA)思想的在框架中如何体现因为enode框架的思想是,一次修改只能新建或修改一个聚合根;那么,如果一个用户请求要涉及多个聚合根的新建或修改该怎么办呢?本文的目的就是要分析清楚这个问题在enode框架下是如何解决的。如果想直接通过看代码的朋友,可以直接下载源代码,源码中共有三个例子,BankTransferSagaSample这个例子就是本文所用的例子。sa
阅读全文
TOGAF架构开发方法(ADM)之需求管理阶段
摘要:TOGAF架构开发方法(ADM)之需求管理阶段1.11需求管理(Requirements Management)企业架构开发方法各阶段——需求管理1.11.1 目标 本阶段的目标是定义一个过程,使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2 方法 如上图所示,需求管理阶段位于整个架构开发方法循环的中心,而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理的目标并不是针对一系列静态的需求表述,而是一个动态的过程,借助于这一过程企业架构的需求和因此而产生的变更能够被识别、储存,并与企业架构开发方法其他各个阶段的输入与输出产生互动。需要注意的是,需求管理构成本身
阅读全文
TOGAF架构开发方法(ADM)之架构变更管理阶段
摘要:TOGAF架构开发方法(ADM)之架构变更管理阶段1.10架构变更管理(Architecture Change Management)企业架构开发方法各阶段——架构变更管理1.10.1 目标 本阶段的目标是:确保基线架构持续符合当前实际。评估架构性能,并对变更提出建议。评估在之前阶段制定的框架和原则的变化。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。将架构和运营的业务价值最大化。运用治理框架。1.10.2 方法 架构变更管里流程的目标是保证架构能够达成其目标业务价值,并且这一过程还着眼于将原本静态的企业架构建设成为一个动态的架构,使其具有足够的灵活性来对技术和业务环境的改变来进行
阅读全文
TOGAF架构开发方法(ADM)之迁移规划阶段
摘要:TOGAF架构开发方法(ADM)之迁移规划阶段1.8迁移规划(Migration Planning)企业架构开发方法各阶段——迁移规划1.8.1目标 本阶段的目标是:确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值,来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档,使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详细的实施和迁移规划,该规划为在机会和解决方案阶段中定义的过渡架构的实现提供必要的资源。1.8.2 方法 这一阶段的重点在于通过与各项目组合和项目经理的通力合作,来
阅读全文
开发ERP软件应该遵守的22条规则
摘要:开发ERP软件应该遵守的22条规则总结一下做管理软件,有哪些项是经过检验的条款,必须遵守的。界面篇1 要保存用户的偏号(profile/favourite)。 ASP.NET 2.0引入此功能,当用户修改默认的控件的属性时,框架应当保存用户的修改。显而易懂的例子是grid控件中的列顺序。用户修改之后,关闭窗体时,要可以保存起来,当用户再次打开时,应当加载用户上次的修改。2 界面中的数据要有通一的导出方案。导出类型一般是Mircrosoft Excel, Microsoft Access, Text,CSV。Excel为第一需要考虑的导出格式。3 半角全角输入转化。对于全角输入,应当转化为半角。
阅读全文
TOGAF架构开发方法(ADM)之机会及解决方案阶段
摘要:TOGAF架构开发方法(ADM)之机会及解决方案阶段1.7机会及解决方案(Opportunities and Solutions)企业架构开发方法各阶段——机会及解决方案1.7.1 目标 本阶段的目标是:重新审查业务目标和能力,合并自业务架构阶段到技术架构阶段之间的差距,并通过对各构建块分组进行组织来表明这些能力。重新审查并确定企业当前用于适应变更的各个因素和能力。获得一系列过渡架构,它们可以通过对各种机会的开发利用,来为各构建块的实现提供持续的业务价值。产生概要性的实施与迁移策略,并取得共识。1.7.2 方法 此阶段是第一个关注于目标架构的实现结构的阶段。这一阶段从企业的业务和技术角度出发,
阅读全文
TOGAF架构开发方法(ADM)之技术架构阶段
摘要:TOGAF架构开发方法(ADM)之技术架构阶段1.6技术架构(Technology Architecture)企业架构开发方法各阶段——技术架构1.6.1 目标 技术架构建设阶段的目标是将应用架构中定义的各种应用组件映射为相应的技术组件,这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。由于技术架构定义了架构解决方案的物理实现,因而它与实施和迁移规划有着很强的关联。技术架构定义了技术组合的基线和目标视图,以及从基线架构到目标架构的一份详细的演进路线图,并借此识别出在过渡过程中的关键工作包。技术架构是制定架构信息集合(包括业务架构、信息系统架构、技术架构)的最后一步,因而它支持在特
阅读全文
TOGAF架构开发方法(ADM)之信息系统架构阶段
摘要:TOGAF架构开发方法(ADM)之信息系统架构阶段1.4信息系统架构——数据架构(Information System Architecture——Data)企业架构开发方法各阶段——信息系统架构 信息系统架构的建设着眼于明确用于支持企业业务架构的各种数据和应用,因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。在本章中,我们将针对数据架构的建设进行探讨。1.4.1 目标 数据架构建设的目标是通过一种完整、一致、稳定且能够为干系人所理解的方法对支持业务所必需的数据的类型与来源进行定义。需要注意的是,数据架构的建设并不关注于数据库的设计,即数据架构并不是针对存储系统在逻辑或物理方面的设
阅读全文
DDD:在基于关系数据库的领域,聚合的边界等于并发管理的边界。
摘要:DDD:在基于关系数据库的领域,聚合的边界等于并发管理的边界。背景领域驱动中关于聚合设计的原则一直存在一个模糊的定义,比如:不变量、一致性和一个边界。根据这些规则很难清晰的划分聚合,不排除聚合的设计有一定的艺术性,但是在限定的领域内或许有某种可以明确遵循的规则,前几天我好像思考到了这样一个规则,这里分享给大家,跪求批评。规则(在基于关系数据库的领域,聚合的边界等于并发管理的边界。)为了满足不变量和一致性,毫无疑问我们要采用并发管理。正确的聚合设计下图中只有一个聚合实例,在聚合根中应用乐观锁保证聚合的一致性,一个聚合必须做为一个整体进行操作,如:客户端修改“明细”时,其加载和保存的JSON数据必
阅读全文