启东市格莱特石化设备厂
启东市格莱特石化设备厂
最新现货供应:喷射器,静态混合器,脱硫喷射器,蒸汽喷射器
·  喷射器
·  混合器
·  汽水混合器
·  精密过滤器
·  气体过滤器
·  管道过滤器
·  管道用小型设备
地址江苏启东城东工业园南二路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).过分强调功能。而不是使用的方便性
给脱硫喷射器用户做一件事情,称为“有用的”如果一个功能是脱硫喷射器用户可以方便的使用的,称为“可用的”;这是两个完全不同的概念。
如果过分强调“有用的”概念,把算法、系统等等放在思考问题的首位,而忽视了方便性,这样的软件往往并不能被脱硫喷射器用户接受。
软件可用性往往和对脱硫喷射器用户心理研究是紧密相关的,具体落实在界面设计上,在软件工程界往往有一种轻视界面设计的倾向,其实这是错误的。
现在的问题在于,很多设计奢往往只注意需求文档甚至文档格式,但不注意挖掘需求过程脱硫喷射器用户所囊这的思想内涵,这也是导致不恰当设计的一个重要原因。