一.前言        BIM:Building Information Modeling 建筑信息模型,就是将建筑的相关信息附着于模型中,以管理该建筑在设计.算量.施工.运维全生命周期的情况.创建模型的主要主流软件有Autodesk(欧特克)的Revit.Bentley的microstation.达索的CATIA(曾被我国在80.90年代用于制造战斗机,比较高端).我所在的公司是从事BIM软件研发,隶属于一家上市企业. 我在两个部门工作过.第一个部门是算量软件部门,专门制作基于Revit的算量

IT咨询顾问:一次吐血的项目救火   年后的一个合作公司上线了一个子业务系统,对接公司内部的单点系统.我收到该公司的技术咨询:项目启动后没有规律的突然无法登录了,重新启动后,登录一断时间后又无法重新登录,对方技术人员一头雾水不知道什么原因,后台日志没有任何错误信息.我临危受命,赶往该项目进行扑火工作,其实本来2天都可以解决的问题,让我花了5天解决.具体原因待我一一解释. 1,未掌握log日志的精髓 log日志的debug,info,error信息乱打,该用debug的用info,该用info的用

架构蓝图--软件架构 "4+1" 视图模型 本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型.使用多重视图允许独立地处理各"风险承担人":最终用户.开发人员.系统 工程师.项目经理等所关注的问题,并且能够独立地处理功能性和非功能性需求.本文分别对五种视图进行了描述,并同时给出了捕获每种视图的表示方法.这些视 图使用以架构为中心的.场景驱动以及迭代开发过程来进行设计. 1 评论 Philippe Kruchten, 高级技术专员 2005 年 1 月

一.前言        之前一篇叙述的是Revit插件(桌面软件)的软件架构,本篇将开始叙述Web项目的架构方案.今年一月在老东家加入BIM平台部门,为一些大型国家项目搭建BIM管控平台,业主使用管控平台可以实时了解各部门的施工状态(包括进度.现场管理.产值等等),将这些信息与WebGL三维模型中的构件相互关联就可以监控整个施工项目. 我们知道,一个Web项目如果使用MVC的方式的话常常使用到ApiController去请求数据,并根据返回的数据进行页面的更新.由于平台项目属于大型项目,所以平台

一.前言        上一篇讲述的是将BIM平台后台架构CoreService.sln,该解决方案主要作用是对管控平台的核心业务进行封装,然后让前端的ApiController去调用该解决方案中的对应的dll方法.说到MVC前端架构,可能很多人都有一个误区,觉得都是按照微软的例子去写即可.其实在中大型的项目中按照微软MVC的demo样例去实施会对今后的维护工作带来一定难度.我在BIM平台部门的时候经历过多次MVC架构的修改,在熟悉了整个Web开发一个月之后,我与另一位Tech Leader准备

引言 我们已经看到在许多文章和书籍中,作者欲使用单张视图来捕捉所有的系统架构要点.通过仔细地观察这 些图例中的方框和箭头,不难发现作者努力地在单一视图中表达超过其表达限度的蓝图.方框是代表运行的程序吗?或者是代表源代码的程序块吗?或是物理计算机 吗?或仅仅是逻辑功能的分组吗?箭头是表示编译时的依赖关系吗?或者是控制流吗?或是数据流吗?通常它代表了许多事物.是否架构只需要单个的架构样式?有 时软件架构的缺陷源于过早地划分软件或过分的强调软件开发的单个方面:数据工程.运行效率.开发策略和团队组织等.

在软件行业,架构师和软件工程师是非常辛苦的职业.一方面新技术层出不穷;另一方面业务需求也层出不穷,让人疲于应付.导致的后果就是常常加班,生活质量低下.只有曾经身在其中的人,才能够体会其中的酸甜苦辣. 软件技术学习到一定的地步,又会发现软件架构是一个门槛.一直以来,在软件行业,对于什么是架构有很多的争论,每个人都有自己的理解.甚至很多架构师一说架构,就开始谈论应用架构.硬件架构.数据架构等.而事实上,架构在软件发明前就早已存在了.众说纷纭,莫衷一是,这也给大家带来了很多困扰. 架构是如何运作并影响

随着业务和IT的不断融合,企业业务.信息系统和技术结合日益紧密,企业对信息系统及技术的敏捷性要求越来越高.如何在多变的环境下快速创新产品或服务并推向市场是企业面临的日益紧迫的压力.企业架构作为连接和匹配企业业务战略.IT战略和IT项目之间的核心要素,逐渐被企业接受,并成为企业业务规划和信息化规划的核心. 目前主流的企业架构框架都缺乏在解决方案层级对每个领域的架构内容做深入的剖析和介绍,并提供相应的参考模型.ESA(企业及解决方案架构)认证培训正好弥补了这一点,它对业务架构.数据架构.软件架构.应

继续上篇,上篇里忘记了也很重要的前端部分,今天的网站基本上是以一个启示页,然后少量的整页切换,大量的浏览器后台调用web服务局部.动态更新页面显示状态这种方式在运作的,从若干年前简单的ajax流行起来,后台是基于xml的web服务,到今天主流的web服务是基于所谓rest架构的json为载体的web服务,其实我个人觉得rest和过去xml的soap相比并没有本质级别的改变,反倒是今天的浏览器内运作的前端框架有更大的改变. 我个人不是擅长前端的开发人员也不热衷于前端内容,所以为了帮助团队的前端,我

######################################################################################################################## 国内大型的物流企业,专业从事国内公路运输和航空运输代理   职责: Foss项目的架构设计,包括需求分析,模块设计,系统结构设计,关键功能的开发,技术难题的解决,对团队质量输出的把控等等. 要求: 1.熟悉WebLogic/Websphere/JBoss等一

1995年,Philippe Kruchten在<IEEE Software>上发表了题为<The 4+1 View Model of Architecture>的论文,引起了业界的极大关注. 论文原文:http://www.cs.ubc.ca/~gregor/teaching/papers/4+1view-architecture.pdf 翻译:http://www.ibm.com/developerworks/cn/rational/r-4p1-view/ 引言 我们已经看到在

上篇中解释到什么是架构风格和应该以怎样的视角来理解REST(Web的架构风格).本篇来介绍一组自洽的术语,用它来描述和解释软件架构:以及列举下对于基于网络的应用来说,哪些点是需要我们重点关注的. 1 软件架构 软件架构方面研究的是如何以最佳的方式划分一个系统.如何标识组件.组件之间如何通信.信息如何表达.组成系统的元素如何独立的进化,以及如何表达上述的内容.一个优秀的架构并非凭空靠想象得来的,每一个架构级的决策,都应该根据被设计的系统功能.行为和社交三方面的需求而作出.这是一个基本的设计原则,即

链接上文[解读REST] 2.REST用来干什么的?,上文中解释到什么是架构风格和应该以怎样的视角来理解REST(Web的架构风格).本篇来介绍一组自洽的术语,用它来描述和解释软件架构:以及列举下对于基于网络的应用来说,哪些点是需要我们重点关注的. 1 软件架构 软件架构方面关注的是如何以最佳的方式划分一个系统.如何标识组件.组件之间如何通信.信息如何表达.组成系统的元素如何独立的进化,以及如何表达上述的内容.一个优秀的软件架构并非凭空靠想象得来的,每一个架构级的决策,都应该根据被设计的系统功能

今天按照老师的要求,看了架构漫谈1--9讲,觉得受益良多,以下是我得点点读后感: (一)什么是架构? 架构的英文是Architecture,从定义上看,架构好像是一个过程,也不是很清晰.下面从架构的缘由开始讲解一下:为了解决人类的延续的问题,自然而然就有男女群居出现,这个时候就出现了分工了,男性和女性所做的事情就会有一定的分工,有了分工之后,人们的效率得到了巨大的提高,所以这就产生了架构,所以文章也对这种现象总结了一些规律. 必须由人执行的工作(不需要人介入,就意味着不需要改造,也就不需要架构了

1.前言 本章是从面向分析的工作过度到软件设计 典型的OO系统设计的基础是若干架构层,如UI层.应用逻辑(领域)层 本章简要考察逻辑分层架构和相关UML表示法 2.逻辑架构和层 逻辑架构 逻辑架构是软件类的宏观组织结构,它将软件类组织成包(命名空间).子系统和层,并未决定如何在不同的操作系统进程或网络中物理的计算机上对这些元素进行部署 层 对类.包或子系统的粗粒度的分组,具有对系统主要方面加以内聚的职责.较高层可以调用较低层的服务,OO系统通常包括的层: 用户界面 应用逻辑和领域对象,表示领域概

CTO要了解无线技术/搜索/大数据/数据库等. -- 通常定义架构有几个层次,这包括业务架构.产品架构.应用架构和技术架构: 1.业务架构:描述一个企业围绕一个行业做了哪些业务,例如支付行业的收单.退款.出款.充转提等能力,这与公司对外和对内定义的产品无关. 2.产品架构:描述对外和对内定义的可销售的产品,例如微信的条码支付.扫码支付.公众号支付等. 3.应用架构:描述提供了哪些系统和服务来实现对外和对内的产品架构,从而支持公司的业务架构,例如微信内部的订单系统.支付系统.账务系统和对账系统等等

Service Oriented Architecture 面向服务架构 学习笔记(一) 1.业务自由 1.1  在很多企业中,业务和IT技术是各自独立的,无法使用通用的统一语言进行管理. 1.2  没有一家企业的运转的统一语言进行管理. 2.技术自由 2.1  利用SOA,业务和IT互相妥协,达到相互平衡的状态. 3.SOA可以改变企业业务,IT文化,流程和语言 3.1  克服对SOA的恐惧,我们恐惧的只是恐惧本事. 3.2  提高服务质量 I.安全性. II.正确性. III.可预见性. 3

功能模块.业务架构.需求分析.用户需求.系统分析.功能设计.详细设计.文档.业务.技术--很多被随口使用的名词,其实是含糊甚至错误的. 到底含糊在哪里,错误在哪里,不仅仅是新手软件开发人员糊涂,许多入行多年的老手也一样.虽然很多老手功成名就,挂着CTO.总架构师等研发线的最高头衔,但是心里对这些概念也是一团浆糊. 可能有的人会说,不会吧,这些牛人带团队做出了让公司赚钱的系统,怎么会不清楚呢,只不过表达出来和你的表达不同而已吧?我只能很诚恳地再说一遍:很多"牛人"真的不清楚.当然,搞不清

软件开发架构 什么是软件开发架构 1.软件架构是一个系统的草图. 2.软件架构描述的对象是直接构成系统的抽象组件. 3.各个组件之间的连接则明确和相对细致地描述组件之间的通讯. 4.在实现阶段,这些抽象组件被细化为实际的组件,比如具体某个类或者对象. 5.在面向对象领域中,组件之间的连接通常用接口来实现. 总结:软件架构是软件系统的基础结构,这个结构中包含了软件的元素,元素间的关系,元素及其关系的属性. CS架构模式 CS(Client/Server):客户端----服务器结构.C/S结构在技术

ZeroMQ:云时代极速消息通信库(大规模|可扩展|低成本|高效率解决之道,大规模分布式|多线程应用程序|消息传递架构构建利器) [美]Pieter Hintjens(皮特.亨特金斯)著   卢涛 李颖 译 ISBN 978-7-121-25311-9 2015年3月出版 定价:108.00元 536页 16开 编辑推荐 请潜心研究0MQ(又名ZeroMQ)这个智能套接字库,它让你的应用程序能够获得快速.简便.基于消息的并发性.有了这本快节奏的指南,你将在实践中学习如何使用这个可扩展.轻量级且高