脱硫喷射器架构或技术框架设计-启东市格莱特石化设备厂

脱硫喷射器架构或技术框架设计

发布时间： 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）．过分强调功能。而不是使用的方便性
给脱硫喷射器用户做一件事情，称为“有用的”如果一个功能是脱硫喷射器用户可以方便的使用的，称为“可用的”；这是两个完全不同的概念。
如果过分强调“有用的”概念，把算法、系统等等放在思考问题的首位，而忽视了方便性，这样的软件往往并不能被脱硫喷射器用户接受。
软件可用性往往和对脱硫喷射器用户心理研究是紧密相关的，具体落实在界面设计上，在软件工程界往往有一种轻视界面设计的倾向，其实这是错误的。
现在的问题在于，很多设计奢往往只注意需求文档甚至文档格式，但不注意挖掘需求过程脱硫喷射器用户所囊这的思想内涵，这也是导致不恰当设计的一个重要原因。

上一条：掌握脱硫喷射器安装的技术要求下一条：蒸汽喷射器工作参数的选择