当前位置: 主页 > 建站知识 > 软件开发

嵌入式软件开发要求-高性能响应式web开发实战

发布时间:2023-01-26 16:03   浏览次数:次   作者:佚名

嵌入式软件开发要求_管壳式换热器选型软件的开发 吴兵_高性能响应式web开发实战

今天我将介绍一些关于软件开发的概念。

当你在看一个问题“域”的时候,比如飞行信息管理系统就是一个域,它包括飞机(Plane)、航班(Flight)和飞行员(Pilot)等“概念”。 事实上,概念既是符号又是定义。 例如,航班是描述飞机初始飞行的概念。 当它被定义为航班时,这个概念并没有具体说明它从哪里来,并且隐藏了具体的细节。 当你这样做的时候,你实际上是在“抽象”。 抽象强调共性,从不关注细节。 抛开具体的东西,抽象只关注一般的东西,所以抽象是分析问题的基本工具。

嵌入式软件开发要求_管壳式换热器选型软件的开发 吴兵_高性能响应式web开发实战

管壳式换热器选型软件的开发 吴兵_嵌入式软件开发要求_高性能响应式web开发实战

虽然我们对“场”这个概念非常熟悉,但是又有多少人真正关注过它呢? 软件开发人员几乎总是将技术作为他们能力的展示和成功的衡量标准。 如何开发才能保证项目的成功? 什么样的软件才能为用户提供真正的价值? 什么样的团队才是优秀的团队? 在每个项目的生命周期中,都会有一些重大的转折点。 决策是如何做出的? 如何把握项目方向? 如何应对和面对各种机遇和挑战? 这些问题对项目有决定性的影响。

直到Eric Evans发表了他的代表作《领域驱动设计》,人们才真正开始关注领域,核心领域,领域驱动设计,模型驱动开发。 埃里克·埃文斯在书中不仅介绍了成功的案例,还谈到了自己的一些失败经历。 虽然 Eric Evans 的想法很棒,但仍有一些缺点。 我将尝试站在Eric Evans的肩膀上,针对嵌入式系统软件的发展,从不同的角度,完善领域驱动设计的理论和方法。

高性能响应式web开发实战_管壳式换热器选型软件的开发 吴兵_嵌入式软件开发要求

高性能响应式web开发实战_管壳式换热器选型软件的开发 吴兵_嵌入式软件开发要求

传统的软件项目“开发”指的是软件生命周期。 开发是基于对现实世界抽象化的思维方式。 它由三个阶段组成:分析、设计和实施。 软件工程方法为如何构建软件提供了技术解决方案,包括需求、分析与设计、实现、测试和部署五个活动。

高性能响应式web开发实战_管壳式换热器选型软件的开发 吴兵_嵌入式软件开发要求

开发的第一个环节是与用户的沟通,其目的是了解用户的“需求”,并与用户达成一致。 “分析”就是搞清楚用户到底需要什么? 分析是指推导用户需求和用户期望的活动,强调如何生成用户需求模型,而不是解决方案。 “设计”是指在分析和实施之间发生的为给定问题提供解决方案的活动,从问题开始到解决方案结束。 它的重点是排除低级或明显的细节,寻找满足需求的概念性解决方案,而不是实现(实际代码)。

嵌入式软件开发要求_管壳式换热器选型软件的开发 吴兵_高性能响应式web开发实战

总而言之,分析设计是一种将需求转化为系统设计的模型。 事实上,无论你是建筑师、园林工程师、桥梁建造者,甚至是木匠,每天都离不开模型。 每当出现问题时,通常会画草图来帮助理解整个项目的愿景——架构、不同组件如何组合在一起以及其他功能。 然后进一步细化草图以更好地理解问题并找到解决方案。 软件工程师也是如此嵌入式软件开发要求,他们使用模型来更好地理解需求并完成满足需求的软件设计。

“实施”包括编程、测试和集成设计以查找编码中的错误并获得可执行系统。 “测试”是对实现的测试,确保满足要求。 而“部署”就是保证软件能够被最终用户使用,用户通过评价并给予反馈。

这里介绍了领域驱动设计相关的概念,但是没有介绍领域驱动设计的核心。 本节只介绍开发过程。 然后介绍了传统的开发模式,这也是很多专着里面介绍的知识,但是为什么大家学了之后就很难实施呢? 说明传统的开发方式还存在问题。 最大的问题是分析、设计和实现是完全分开的。 看起来不错,但实际上模型很难在编码阶段发挥更大的作用。

高性能响应式web开发实战_嵌入式软件开发要求_管壳式换热器选型软件的开发 吴兵

对于嵌入式系统软件的开发嵌入式软件开发要求,领域驱动设计是最合适的,因为开发什么产品,什么功能,我们都是问题领域的专家,我们非常清楚开发目标,所以我推崇领域驱动设计嵌入式软件开发设计方法。 那么什么产品使用用例分析呢?

实践证明,领域分析非常依赖领域专家和分析师的个人经验,这对于委托软件开发项目来说是难以接受的。 因为这样的过程对于它的成功既不是确定性的也不是可预测的。 如何以有意义的方式推动分析过程? 这就是雅各布森正式提出的用例分析。

用例分析就是需求分析。 用例是一个相对独立的业务单元。 用例之间的松耦合是通过技术架构来实现的。 用户和软件不是两个孤立的域,而是一个完整的系统,这是用例分析的本质。 虽然用例分析和领域分析都有领域模型,但是用例分析中的模型处于从属地位,它来源于用例,领域分析中的模型是驱动一切的基础。

嵌入式软件开发要求_高性能响应式web开发实战_管壳式换热器选型软件的开发 吴兵

今天就这些了,大家慢慢消化吧。 如果你没有建模方面的研究和实践,就当入门课吧! 造型方法多种多样,不同流派各有千秋。 总是很难融入。 只有站在公正的立场上,才能看出端倪。 比如作为一个投资人,当我的钱被大量消耗的时候,那么我看问题的角度就和专家、开发者完全不一样了。 如果你对开发者的暴力开发和说跳槽的跳槽现象一头雾水,那么你在开发理念和方法上的认真程度将完全不同,因为你面对的可能是回到从前一夜解放,甚至跳楼,开发商顶多换个老板。

小编做了一个尝试,在【小米圈】APP里建立了一个收费圈(因为付费是对知识的尊重,也是一种很好的过滤),专注于分享优质的电子科技内容,帮助我们的电子工程师过滤无效信息,提供一个有价值的内容交换的地方。

欢迎您的加入。

管壳式换热器选型软件的开发 吴兵_高性能响应式web开发实战_嵌入式软件开发要求