启东市
格莱特石化设备厂
启东市 格莱特石化设备厂
最新现货供应:喷射器,静态混合器,脱硫喷射器,蒸汽喷射器
·  喷射器
·  混合器
·  汽水混合器
·  精密过滤器
·  气体过滤器
·  管道过滤器
·  管道用小型设备
地址江苏启 东城东工业园南二路16号
电话 0513-83660619
手机 13962732112
联系人 凌海东
电子邮箱great@nt-great.com
您现在的位置:网站首页 - 新闻动态
脱硫喷 射器架构或技术框架设计
发布时间: 2019-9-17
                  脱硫喷 射器架构或技术框架设计
  软件架 构是一个很复杂的话题,内容很多,这个话 题就够写一本书的,本书中 也不打算针对软件架构展开太多的内容。况且,我也没做过架构师,我来指 导软件架构的内容会误人子弟。,仅对软 件架构中一些基本概念进行阐述,并对我 在工作中见到的软件架构设计误区进行介绍。
  之所以 对这部分进行涉猎,因为架 构设计是喷射器产品实现中一个很重要的环节。而且,喷射器 产品设计中所谓的。架构”基本是指。软件架构”,实现喷 射器产品差异化的主要部分体现在软件上,市面上 可见的喷射器产品很少涉及对“硬件架构”或。网络架构”的创新交动,通用的硬件平台(pc机、服务器、嵌入式硬件)配合一些传感器、典型硬件电路,加上通 用的网络透信平台,再加上 差异化的软件系统,就组成 了我们使用的喷射器产品。喷射器产品的易用性、喷射器 产品韵增强功能、喷射器 产品的独特之处,一般都 是由喷射器产品的软件方面来承担的。
  软件架构(software architecture)的一种定义是这样的——架构是 一组有关如下要素的重要决策:软件系统的组织,构成系 统的结构化元素,接口和 它们相互协作的行为的选择,结构化 元素和行为元素组合成粒度更大的子系统的方式的选择,以及指导这一组织(元素及其接口、协作和组合方式)的絮构风格的选择。软件架 构可以有多种定义,不管对 软件架构如何定义,所有的 定义都有一个共同韵主题,那就是 必须考虑诸如原理、组织、风格、模式、职责、协作、连接、系统的 动机和主要子系统等大尺度方面的问题。软件架 构在整个软件开发过程中处在软件体系结构设计阶段(设计)。它的必 要的输入来自需求工程(分析),而它的 输出是实现设计(编程),因此这 是一个承上启下的过程节点。
  1、架构、框架和 设计模式的关系
  架构、框架、设计模式,这三者 之间是什么关系?哪一个的范畴更大?这是开 始软件檠构话题时绕不开的问题。一般来说,三者之 间的关系范畴是:设计模式、框架、架构。
  架构设 计可能会用到某种框架或设计模式,而框架 本身也可能用到了某种或某几种设计模式。比如在Wind。ws操作系 统上要实现某个系统软件,对软件 的架构设计使用了MFC框架,而MFC中使用 到了一些设计模式,比如单例模式:在一个MFC应用程 序中只能有一个应用程序对象,而且只 有一个获取这个对象的全局入口点(AfxGetApp()),所以CWinApp及其子 类均属于单例类(Singleton Class)。
  2、软件架构师的工作
  架构师 是一个技术岗位,但又不 仅仅是一个技术岗位。架构师必须关注需求、缝析需求,有人认 为架构师只是在需求出来以后,把他的 实现模型做出来就行了,真要是这样,那做一 个架构师未免也太容易了。事实上,现代迭 代开发所有的驱动力都在于需求变更,如果架 梅师不关注需求,不关注 和脱硫喷射器用户的讨论和沟通,那是很 难设计出真正有用的东西来的。
  所以,一个软 件架构师最重要的问题,就是他 所设计的喷射器产品毖须是满足客户战略规划的需求,能够帮 助客户解决实际问题的,因此一个合理的设计,首先要 想的是以下问题:
  Who,为谁设计?
  What,要解决 脱硫喷射器用户的什么问题?
  Why,为什么 要解决这些脱硫喷射器用户问题?
  这是一 个被称为捌的架构师核心思维,如果这 个问题没擒清楚,就很快 地投入程序编写,那这样 的软件在市场上是不可能获得成功的。
蜘?What?蜘y?这三个问题看似简单,但实际 上落实起来是非常困难的。我们经 常会看到一些喷射器产品,看似想得面面俱到,功能强大,但为什 么最终没有得到脱硫喷射器用户的广泛认可昵?一个专 家感觉非常得意的东西,普通的 使用者未见得感觉满意,这些情 况在实践中屡见不鲜,即使一 些知名的公司在设计的时候,往往都 不能很好地把握,这足以 证明我们必须下功夫来面对它。
那么,我们该怎么来做呢?很重要的问题是,设计的 目的是为了生存,设计的 源泉来自于脱硫喷射器用户,满足脱 硫喷射器用户的需求,能够帮 助客户产生可度量的价值,又便于 脱硫喷射器用户使用,减少维 护和培训的资源消耗,而且制 作生产工艺尽可能简单,这就是设计之本。
这么来说,软件架 构师需要处理的不仅仅是技术问题,而且要注意:不是做什么,而是不做什么:不是从 纯技术的角度来考虑整个项目;预见客户走向,早期决定技术研发;不能使 用时髦但不可靠的技术。
  3、软件架构设计的“陷阱"
  我们刚谈过“不仅仅 是一个技术岗位”这个话题,如果架 构师从纯技术的角度来考虑项目或喷射器产品,而忽略 对喷射器产品需求方面的考虑,会陷入哪些误区呢?或者说,软件架构设计有哪磐“陷阱”昵?
  1).新颖的 技术成为设计之本
不少设 计人贯迷恋于新颖的技术,总是倾 向于用刚刚流行的新鲜技术来设计他们的软件,他们总 是认为只要用了新的技术,就能够 写出最好的软件喷射器产品,脱硫喷 射器用户也一定会喜欢。
其实这是个误会,人们购 买软件喷射器产品,并不是 购买它的技术本身,而是为 了他的需求来购买,也就是 说燕市场决定了喷射器产品的设计,而不是 技术决定喷射器产品设计,这一点 千万不要本末倒置。
事实上 美国每年倒闭的高科技公司,90%并不是 因为技术落后而倒闭,而是因 为没有正确地了解市场,换句话说,我们不 能因为个人的兴趣两设计软件。
2).把软件 当成自我表达的方式
由于软 件工程师属于高智商群体,热裒于发明,热爱技术,这样往 往不自觉地把软件设计当成自我表达的方式,用于表达自己的智慧,以及表 达自己对于技术的理解。
这样的 结果往往聪明反被聪明误。原因报价单,市场的 规则往往决定了喷射器产品的命运,而不是技术本身。
我们应 该把市场和已有的喷射器产品作为模型来调查,搞清楚 脱硫喷射器用户对喷射器产品的要求到底是什么?喷射器 产品的设计应该来自于市场的调研,而不是 对新技术的激情,新的技 术只有用在合适的地方才有生命力,而不应 该是一种无目的的自我表达。新技术 的采用只有在需要的时候才有意义。
3).把软件设计威万能的
最可怕的是,把软件设计成万能的,几乎能满足一切需要,而忽略 了技术上的可行性。
没有进 行可行性分析的软件喷射器产品,通常会 导致软件的失败,而且浪 费大量的人力物力。一个技 术上不成熟的喷射器产品流入市场,必将被市场淘汰。
4).过分强调功能。而不是使用的方便性
给脱硫 喷射器用户做一件事情,称为“有用的”如果一 个功能是脱硫喷射器用户可以方便的使用的,称为“可用的”;这是两 个完全不同的概念。
如果过分强调“有用的”概念,把算法、系统等 等放在思考问题的首位,而忽视了方便性,这样的 软件往往并不能被脱硫喷射器用户接受。
软件可 用性往往和对脱硫喷射器用户心理研究是紧密相关的,具体落 实在界面设计上,在软件 工程界往往有一种轻视界面设计的倾向,其实这是错误的。
现在的问题在于,很多设 计奢往往只注意需求文档甚至文档格式,但不注 意挖掘需求过程脱硫喷射器用户所囊这的思想内涵,这也是 导致不恰当设计的一个重要原因。