软件工程3

最新推荐文章于 2024-08-08 14:43:28 发布

秃然爆扣

最新推荐文章于 2024-08-08 14:43:28 发布

阅读量39

点赞数

分类专栏：软件工程文章标签：软件工程

本文链接：https://blog.csdn.net/qq_51947217/article/details/129484917

版权

软件工程专栏收录该内容

20 篇文章 0 订阅

订阅专栏

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

前言
一、从瀑布到敏捷--漫画解读软件开发模式变迁史
二、有人负责，才有质量
- 有感触的摘要
- 评论
三，软件工程方法论对我们软件开发有多大用处？

前言

例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。

一、从瀑布到敏捷–漫画解读软件开发模式变迁史

瀑布模型

简介

瀑布模型（Waterfall Model）是一个软件生命周期模型，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，项目开发进程从一个阶段“流动”到下一个阶段。它是最早出现的软件开发模型，在软件工程中占有重要的地位，提供了软件开发的基本框架。

适用于哪种开发

瀑布模型一般适用于以下场景：需求在规划和设计阶段就已确定，且项目开发周期内需求没有或极少变化，对需求变更进行严格控制，例如航空航天、金融核心系统等。

敏捷开发

敏捷开发（Agile Development）是一种软件开发的流程，强调快速反应、快速迭代、价值驱动。它是一种应对快速变化的需求的一种软件开发能力，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本。

适用于哪种开发

敏捷项目管理一般适用于以下几种情况：产品复杂，不断有新的需求加入；团队庞大，沟通协作效率低；希望高效地管理开发进度。敏捷项目管理方法一般适用于中小型研发项目，追求项目管理态度、方式上的敏捷，推崇“以架构为中心，用力驱动，迭代开发”，从而达到快速交付的目的。

看板

看板管理，常作“Kanban管理”，是丰田生产模式中的重要概念，指为了达到及时生产（JIT）方式控制现场生产流程的工具。及时生产方式中的拉式（Pull）生产系统可以使信息的流程缩短，并配合定量、固定装货容器等方式，而使生产过程中的物料流动顺畅。
ANBAN要求把开发中的任务，以 TODO List 的方式表现出来，形式可以是即时贴，也可以是可视化软件等等

SCRUM

Scrum是一种敏捷项目管理框架，它帮助团队通过一组价值观、原则和实践来结构化和管理工作。Scrum团队通常由产品负责人、Scrum Master和开发团队三个特定角色组成，团队人数通常在10人左右，足以在一个迭代中完成大量工作。

二、有人负责，才有质量

有感触的摘要

学会计算机编程很容易，就像学会用钉子把两块木板钉到一起一样简单。但问题是——打个不恰当的比方，市场对“钉在一起的两块木板”的需求，除了“自豪的爷爷”的那点天伦之乐以外，真的是太小了。而且，由此再进一步学习钉椅子或做碗橱，都需要天分、实践和训练。我们增长的这99倍恰恰都来自那些既没有实践经验，又没有受过良好训练的人。等这些人有时间学习和接受训练了，聚会已然结束，大多数人失去了工作。可以乐观地假定那些坚持下来的人最有天分，而且经验也最多，即便如此我们还是无路可逃，因为作为IT专业人士，由于缺乏基本功，他们大多数都很滥！
如果有人奋不顾身或者偏听偏信，非要代码重用，结果真制造出了自身完备且无依赖的软件包，那要换得这个容易管理的包，享受代码重用的成果，就算多花点银子也值啊！但这样的事并没有发生过：各种包把Web搞得一团糟，随便依赖，互相纠缠，代码越重用，浪费越严重。
所谓彼得定律，就是说在一个根据人的业绩、成就和价值来提拔人的组织中，最终会把一些人提拔到他们并不胜任的位置上。这个定律经常被通俗地说成“把员工提拔到他们不胜任的职位”。软件行业也一样，你会发现自己需要三个不同版本的make程序、一个宏处理器、一个汇编器和其他一些必要的包。
所谓质量，只有在某人对它负责时才有意义，而这个“某人”只能是一个人，不能是几个人——二重奏除外。

不能摒弃别人的轮子. 问题在于什么是轮子? 轮子指的是一种设计, 一种圆圆的减少摩擦的让车子省力的动起来来的设计. 而不是你制造一部车的时候, 把报销的旧车上的车轮拆下来装上. 别人的模块的精华在于提炼出的接口易于使用. 实现则是次要的东西。