软件开发具有哪些不确定性

❶ 软件开发安全性问题都有哪些

对于软件开发来讲风险主要后内部和外部两方面。内部主要是管理、成本预算、技术等风险，外部的话主要是市场趋势改变、用户群体以及设计趋势等，相对于内部来说外部风险难以预测和管理，因为整个外部环境是处于发展和变化中的，而软件在完成之后不敢保证能够适用于用户的需求。为了避免这种情况，在开发之前就要做好整个行业的分析工作。软件开发风险的另一个例子是用户反馈不足或完全不存在。而对于内部测试人员来说团队无论多大，都发现不了软件中所有的错误和缺陷，但对于用户反馈的信息我们无法干预，只能进行审核其真实性，而这无疑增加了整软件团队的工作量，加大了软件的时间开发成本。
接下来我们来说一下软件开发的内部风险，管理风险可能包括恶劣的工作环境，硬件可靠性不足，编程效率低下等问题。大多数情况下出现这样的风险时，大部分时间都会在整个开发的前期阶段。 其中最重要的管理风险之一是团队结构。一般新团队都有处一个磨合期。如果在长期合作过程中团队习惯于相互配合，那么新成员就需要一定的时间融入团队，无论他有多好的经验。而在某些时候这种情况能够使团队陷入不可避免的问题中。
大家都知道每个软件在开发中出现很多问题，而解决这些问题主要依靠的是技术人员的能力以及经验。而且有些问题是比较轻微的，在当时往往看不出有任何影响，但随着开发的深入就会造成非常严重的后果。因此我们要制定详细的开发执行规则，将整个开发过程透明化降低技术风险。
在开发过程中出现的问题需要时间来修复。成本预估风险主要是由软件问题所引起的。更长的开发时间就会造成更多的成本投资。比如新功能实现的数量，错误修复和测试 - 一切都需要成本投入，而且越新的功能成本也越高。或者新功能的实现可能会导致现有系统的冲突，而这又需要修复。从而出现成本风险。

❷ 华为云专家一席谈：开发低代码，上手低门槛，AppCube让人人都是开发者

企业在数字化转型过程中，面临着软件开发的不确定性。如开发人员间的沟通、业务的灵活多变、软件工程师技能差异、新技术的出现等，导致软件开发实际成果和人力工作量的投入之间产生很大的差距。

让不确定因子变为确定性因子，把复杂留给平台，简单留给开发者， 是软件开发效率改进一直努力的方向，也是低代码理念的来源。

从软件开发的过程来看：从机器语言到汇编语言，到面向对象、面向函数等高级语言，软件开发技术其实攀登的是一棵“复用”树。复用的表现方式，主要体现为：组件化和框架化。而这两种表现形式正是低代码开发平台所带来的特点。

Gartner预测到2024年，低代码应用程序开发将负责超过65%的应用程序开发活动。低代码将成为下一代企业IT系统的主流开发手段。

脱胎于华为内部流程与IT的最佳实践的 低代码开发平台AppCube ，仅需拖拉拽操作就能搭建各种业务流程，真正的帮助到企业快速开发，应对市场发展。

那么，低代码开发平台AppCube都有哪些特征帮助用户进行应用快速开发？平台开放性如何呢？为此，华为云开发者社区邀请到了 华为云AppCube的专家组老师 ，听他们聊一聊华为云的低代码应用之道。

低代码是一个相对的概念。从字面上看，能减少代码量的开发方式就可以看做是低代码。我们认为低代码平台指面向业务开发人员，屏蔽底层技术复杂性，以可视化方式为主，少量代码为辅，用来快速搭建各种应用系统的开发平台。

如果套用自然界的进化论，低代码可以看做是软件开发方式在应对飞速增长的软件业务规模及不断提高的软件业务复杂度这一云计算时代大背景下的进化和演进。它的核心价值就在于帮助大量传统企业以低门槛、低成本的方式构建应用系统，帮助企业充分发挥上云后云计算的算力优势。

AppCube是2015年通过国内外专家联合设计开发出来的，早先是应用在电信行业，减少电信软件的定制人力投入。

AppCube提供四大能力，帮助开发者高效构建应用：第一， 页面编排能力 ，可以把页面的组件、布局、颜色进行编排；第二， 相关数据建模能力 ，用于保存业务数据；第三， 业务逻辑编排能力 ，基于机器自动执行的、不需要人为干涉的流程，可以高效编排；第四， BPM的流程编排的能力 ，用以解决人为干涉和审批类的流程问题。

当然，企业数字化的场景非常复杂。为此，华为云应用魔方AppCube提供了全场景的开发能力： 对于专业软件开发工程师和企业IT人员 ，可以用低代码开发能力快速开发应用； 对于业务人员 ，可以用零代码能力，通过一些拖拽快速构建； 对于面向专业领域的专业问题 ，如复杂业务算法，开发者可以使用Java、Python等语言开发，以微服务的方式发布到AppCube低代码平台进行托管和调用。

AppCube不仅仅只提供应用开发能力，也提供应用运行和运维能力，包括应用托管、部署、升级能力，租户侧的应用运维能力（监控告警、日志等）以及运行时的配置能力。一些市场上的低代码产品仅提供应用启停能力甚至无应用托管能力。

从应用开发能力来说，AppCube带有华为数字化转型基因，更能支撑行业复杂应用场景及核心业务软件开发。 AppCube整体架构是以元数据驱动的，提供服务总入口，Serverless后端支撑 ，完美的解决了数字化转型复杂场景应用构建的问题。

AppCube作为开放能力入口，提供了快速调用华为云能力、WeLink能力、第三方系统能力的方法，让开发者能够更容易地使用到先进的技术和服务。AppCube还支持资产沉淀和复用，过往的经验可以变成开发资产/服务上架共享，让每个AppCube开发者都可以站在别人的肩膀上走的更远。

AppCube为开发者从应用开发到上线运行，提供三大服务：第一， 开发者服务 ，给开发者提供了一个开发环境，让应用可以快速编排和开发，也可以编排相应的服务，或调用微服务。第二， 沙箱测试服务 ，开发的应用可以快速打包到测试环境，进行业务上线前的测试，第三， 运行态服务 ，对于测试完毕的应用可以打包安装到运行环境，使应用上线运行。

例如在开发环境中，AppCube提供丰富的应用模板，实现0到1的开发和沉淀，应用模板可以直接安装使用，对于定制化的诉求可以直接在此模板上修改源代码。比如设备维修的场景，用户会给客服人员打电话，客服接到电话之后马上创建工单，然后派单给工程师进行维修。类似于这种实际应用场景有很多的模板，在华为云AppCube模板市场可直接订阅之后可立即上线，相当于开放了很多基于应用场景的源代码，模板其实就是一些开源代码。

AppCube可以构建如下四类应用创建：第一，构建2B企业复杂的内部流程类、内部管理类、生产管理类应用。第二，构建企业大屏、领导驾驶舱等展示类应用。第三，可以构建手机端的小程序等应用，第四，构建办公、流程类等轻应用。点击体验（https://www.huaweicloud.com/proct/appcube.html?utm_source=goujian&utm_medium=paas&utm_content=content）

AppCube操作页面

移动端应用样例

IOC大屏应用样例

装修管理系统样例

在数据存储方面，AppCube提供数据库，应用运行时产生的业务数据存储、访问、处理、传递等CRUD操作都可以通过相应的API完成。

AppCube支持在App、BO或者Addon App中开发或者编辑服务编排、脚本、BPM、状态机、标准页面、页面资产时，在获取锁、未激活状态且数据为非受保护下的开发数据可以自动保存在缓存中。默认每15分钟保存一次，最长保存7天。

在应用安全防护方面，AppCube租户数据是互相隔离的，安全性符合华为云服务安全标准。同样是利用AppCube模板开发出来的应用，在不同租户下会打上不同的命名空间前缀以示区分，也就是说，不同租户用同一个模板创建出来的应用是不一样的。

AppCube提供多样的平台能力供开发者进行应用配置开发。开发者使用模板创建应用后，可以在开发页面左侧的目录树中查看当前应用的资源目录并进行修改，如新增/删除页面、业务逻辑、流程、脚本等；也可以选中想要修改的组件、图元等应用元素，在页面右侧的元素配置框中修改相应的设置。

不仅如此， AppCube给予开发者充分的自由度，非常欢迎开发者自己开发软件模板并共享。

我们在华为云学院有上架 免费的AppCube学习课程 ，平台开发环境中也内置了学习中心和实战演练版块，有案例演示视频及视频操作指导。另外我们还会定期举办 AppCube开发者云上交流会 ，针对开发者问题以及平台新特性等进行直播讲解。另外，可以关注华为云 应用魔方AppCube开发者论坛 和 应用魔方AppCube公众号 获取交流会的举办和报名信息。

市场对低代码的关注度提高，对产品领域来说是利好的，势必会涌现大批低代码业务平台，市场对低代码平台的体验期待和要求也会更高，竞争会更激烈，行业会逐渐发展成熟，低代码开发领域会在各行各业出现更精细、更有行业属性的平台，相应的行业标准和平台规范会逐渐建设起来，我们对这些还是很期待的。

AppCube在接下来会继续优化开发体验， 推出零码体验场景 ，降低开发者上手门槛；深化 与办公协同软件WeLink的融合集成 ，推进能力连接器建设，服务好企业数字化；联合各行各业的伙伴共建平台，做好生态，服务好开发者。

❸ 软件工程学什么

软件工程学程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。

典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。

同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。这些应用促进了经济和社会的发展，提高人们的工作效率，同时提升了生活质量。

软件工程的发展方向：

“敏捷开发”被认为是软件工程的一个重要的发展。它强调软件开发应当是能够对未来可能出现的变化和不确定性作出全面反应的。

敏捷开发被认为是一种“轻量级”的方法。在轻量级方法中最负盛名的应该是“极限编程”。而与轻量级方法相对应的是“重量级方法”的存在。重量级方法强调以开发过程为中心，而不是以人为中心。重量级方法的例子比如CMM/PSP/TSP。

❹ 谈谈软件工程，软件过程，软件生命周期模型三者之间的区别和联系

瀑布模型，演化模型（如增量模型、原型模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型等。
瀑布模型（waterfall model）是1970年有W.Royce提出的，它给出了软件生存周期活动的固定顺序，上一阶段的活动完成后向下一阶段过渡，最终得到所开发的软件产品。瀑布模型如下图所示，有时也称为软件生存周期模型。

瀑布模型中，上一阶段的活动完成并经过评审后才能开始下一阶段的活动，其特征是：
（1）接受上一阶段的结果作为本阶段活动的输入。
（2）依据上一阶段活动的结果实施本阶段应完成的活动。
（3）对本阶段的活动进行评审。
（4）将本阶段活动的结果作为输出，传递给下一阶段。
瀑布模型是最早出现的也是应用最广泛的过程模型，对确保软件开发的顺利进行、提高软件项目的质量和开发效率起到重要作用。
在大量的实践过程中，瀑布模型也逐渐暴露出它的不足。首先，客户常常难以清楚地描述所有的要求，而且在开发过程中，用户的需求也常常会有所变化，使得不少软件的需求存在着不确定性；在某个活动中发现的错误常常是由前一阶段活动的错误引起的，为了改正这一错误必须回到前一阶段，这就导致了瀑布的倒流，也就是说，实际的软件开发很少能按瀑布模型的顺序没有回流地顺流而下。其次，瀑布模型使得客户在测试完成以后才能看到真正可运行的软件，此时，如果发现不满足客户需求的问题（由于需求不确定性），那么修改软件的代价是巨大的。
不是任何软件都可采用瀑布模型的，瀑布模型适合于结构化方法，也就是面向过程的软件开发方法。软件项目或产品选择瀑布模型必须满足下列条件：在开发时间内需求没有或很少变化；分析设计人员应对应用领域很熟悉；低风险项目（对目标、环境很熟悉）；用户使用环境很稳定；用户除提出需求以外，很少参与开发工作。
演化模型
演化模型主要针对事先不能完整定义需求的软件开发，其开发过程一般是首先开发核心系统，当核心系统投入运行后，软件开发人员根据用户的反馈，实施开发的迭代过程，每一迭代过程均由需求、设计、编码、测试、集成等阶段组成，直到软件开发结束。演化模型在一定程度上减少了软件开发活动的盲目性。

螺旋模型：
它是在瀑布模型和演化模型的基础上，加入两者所忽略的风险分析所建立的一种软件开发模型。沿螺旋模型顺时针方向，依次表达了四个方面的活动，制定计划、风险分析、实施工程、客户评估。

喷泉模型
它体现了软件创建所固有的迭代和无间隙特征，喷泉模型主要用于支持面向对象开发过程。
增量模型内容：
在设计了软件系统整体体系结构之后，首先完整的开发系统的一个初始子集，继之，根据这一子集，建造一个更加精细的版本，如此不断的进行系统的增量开发。

瀑布模型、演化模型、螺旋模型之间的联系：相同点是这三个模型都分为多个阶段，而瀑布模型一次完成软件，演化模型分为多次完成，每次迭代完成软件的一个部分，螺旋模型也分为多次完成，每次完成软件的一个新原型，并考虑风险分析。

演化模型和增量模型之间的区别
演化模型首先开发核心系统，每次迭代为系统增加一个子集，整个系统是增量开发和增量提交，增量模型首先完整的开发系统的一个初始子集，然后不断的建造更精细的版本。

❺ 软件工程简答题：试说明螺旋模型软件开发方法的基本过程，比较它的优点和缺点。

螺旋模型是一种风险驱动的模型。在软件开发中存在各种风险。项目越复杂，设计方案、资源、成本、进度等因素的不确定性越大，项目开发的风险也就越大。及时对风险进行识别、分析，采取对策，可消除或减少风险的损害。螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期大致和瀑布模型相吻合。在每个螺旋周期内按四个象限，分为四个工作步。第一，制定计划：确定软件目标，选定实施方案，明确项目开发的限制条件；第二，风险分析：分析所选方案，识别风险，通过原型消除风险；第三，开发实施：实施软件开发；第四，客户评估：评价开发工作，提出修正建议，建立下一个周期的计划。
螺旋模型的优点：实质上相当于在瀑布模型的每个阶段开始前引入风险分析，并由客户对阶段性产品做出评审，这对保证软件产品质量十分有利；由于引入风险分析等活动，测试活动的确定性增强了；螺旋模型最外层代表维护，开发与维护采用同样方式，使维护得到与开发同样的重视。
螺旋模型的缺点：主要适合内部开发，否则风险分析必须在签订合同前完成，或者争取客户的最大理解；只适合大型软件项目的开发，否则，每个阶段的风险分析将占用很大一部分资源，增加成本；对开发人员的风险分析能力是极大的考验，否则，模型将退化到瀑布模型，甚至更糟。