网站建设开发计入二级科目明细,免费设计logo效果图,给村里做网站,linux目录不可写 wordpress软件工程简明教程
何为软件工程#xff1f;
1968 年 NATO#xff08;北大西洋公约组织#xff09;提出了软件危机#xff08;Software crisis#xff09;一词。同年#xff0c;为了解决软件危机问题#xff0c;“软件工程”的概念诞生了。一门叫做软件工程的学科也就应…软件工程简明教程
何为软件工程
1968 年 NATO北大西洋公约组织提出了软件危机Software crisis一词。同年为了解决软件危机问题“软件工程”的概念诞生了。一门叫做软件工程的学科也就应运而生。
随着时间的推移软件工程这门学科也经历了一轮又一轮的完善其中的一些核心内容比如软件开发模型越来越丰富实用
什么是软件危机呢
简单来说软件危机描述了当时软件开发的一个痛点我们很难高效地开发出质量高的软件。
DijkstraDijkstra 算法的作者 在 1972 年图灵奖获奖感言中也提高过软件危机他是这样说的“导致软件危机的主要原因是机器变得功能强大了几个数量级坦率地说只要没有机器编程就完全没有问题。当我们有一些弱小的计算机时编程成为一个温和的问题而现在我们有了庞大的计算机编程也同样成为一个巨大的问题”。
说了这么多到底什么是软件工程呢
工程是为了解决实际的问题将理论应用于实践。软件工程指的就是将工程思想应用于软件开发。
上面是我对软件工程的定义我们再来看看比较权威的定义。IEEE 软件工程汇刊给出的定义是这样的 (1)将系统化的、规范的、可量化的方法应用到软件的开发、运行及维护中即将工程化方法应用于软件。 (2)在(1)中所述方法的研究。
总之软件工程的终极目标就是在更少资源消耗的情况下创造出更好、更容易维护的软件。
软件开发过程
维基百科是这样定义软件开发过程open in new window的 软件开发过程英语software development process或软件过程英语software process是软件开发的开发生命周期software development life cycle其各个阶段实现了软件的需求定义与分析、设计、实现、测试、交付和维护。软件过程是在开发与构建系统时应遵循的步骤是软件开发的路线图。 需求分析分析用户的需求建立逻辑模型。软件设计根据需求分析的结果对软件架构进行设计。编码编写程序运行的源代码。测试 : 确定测试用例编写测试报告。交付将做好的软件交付给客户。维护对软件进行维护比如解决 bug完善功能。
软件开发过程只是比较笼统的层面上一定义了一个软件开发可能涉及到的一些流程。
软件开发模型更具体地定义了软件开发过程对开发过程提供了强有力的理论支持。
软件开发模型
软件开发模型有很多种比如瀑布模型Waterfall Model、快速原型模型Rapid Prototype Model、V 模型V-model、W 模型W-model、敏捷开发模型。其中最具有代表性的还是 瀑布模型 和 敏捷开发 。
瀑布模型 定义了一套完成的软件开发周期完整地展示了一个软件的的生命周期。
敏捷开发模型 是目前使用的最多的一种软件开发模型。MBA 智库百科对敏捷开发的描述open in new window是这样的: 敏捷开发 是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中软件项目的构建被切分成多个子项目各个子项目的成果都经过测试具备集成和可运行的特征。换言之就是把一个大项目分为多个相互联系但也可独立运行的小项目并分别完成在此过程中软件一直处于可使用状态。 像现在比较常见的一些概念比如 持续集成、重构、小版本发布、低文档、站会、结对编程、测试驱动开发 都是敏捷开发的核心。
软件开发的基本策略
软件复用
我们在构建一个新的软件的时候不需要从零开始通过复用已有的一些轮子框架、第三方库等、设计模式、设计原则等等现成的物料我们可以更快地构建出一个满足要求的软件。
像我们平时接触的开源项目就是最好的例子。我想如果不是开源我们构建出一个满足要求的软件耗费的精力和时间要比现在多的多
分而治之
构建软件的过程中我们会遇到很多问题。我们可以将一些比较复杂的问题拆解为一些小问题然后一一攻克。
我结合现在比较火的软件设计方法—领域驱动设计Domain Driven Design简称 DDD来说说。
在领域驱动设计中很重要的一个概念就是领域Domain它就是我们要解决的问题。在领域驱动设计中我们要做的就是把比较大的领域问题拆解为若干的小领域子域。
除此之外分而治之也是一个比较常用的算法思想对应的就是分治算法。
逐步演进
软件开发是一个逐步演进的过程我们需要不断进行迭代式增量开发最终交付符合客户价值的产品。
这里补充一个在软件开发领域非常重要的概念MVPMinimum Viable Product最小可行产品。
这个最小可行产品可以理解为刚好能够满足客户需求的产品。下面这张图片把这个思想展示的非常精髓。 利用最小可行产品我们可以也可以提早进行市场分析这对于我们在探索产品不确定性的道路上非常有帮助。可以非常有效地指导我们下一步该往哪里走。
优化折中
软件开发是一个不断优化改进的过程。任何软件都有很多可以优化的点不可能完美。我们需要不断改进和提升软件的质量。
但是也不要陷入这个怪圈。要学会折中在有限的投入内以最有效的方式提高现有软件的质量。
作者声明
如有问题欢迎指正
