程序设计与软件开发 程序设计与软件开发知识

大家好，今天小编关注到一个比较有意思的话题，就是关于程序设计与软件开发的问题，于是小编就整理了1个相关介绍程序设计与软件开发的解答，让我们一起看看吧。

为什么软件工程特别强调必须先有设计，然后才能编程？

作为一个系统工程师，我坚决同意一定要先有设计架构再有软硬件开发。但是，作为一个项目主管，我做的绝大部分软硬件开发项目都不可能有也从没有过稳定的需求和框架乃至预算工期。一切都是随时在变动的，因此一切都必须是随时可变动的。如果你的开发工作是以一份几周前几月前的框架文件做基础和指导，你百分之九十是在做无用功。你必须以几周乃至几个月一年以后才会出现的框架文件做你的指路明灯。你可能会说，这东西现在不是根本不存在么。没错，所以你开发的时候根本就不可能有这样的玩意，那是项目结束之后反推整理出来的。。。。那你依据什么开发的？经验。经验是唯一的依靠。你不可能做到百分百的正确，但是经验可以让你百分之六七十的工作是有效的。剩下的，你知道，有些项目还能挽救，另外总会有些项目是归于失败的。

全行业需要而非软件工程

首先，需要纠正一点是，不是仅仅软件工程需要先有设计，然后才能编程。所有的行业都需要先进行设计，才能够去真正落地实施（当然，各行各业的用词可能会有些差别，像拍电影通常称之为：筹划）。

从头几年开始，有一个比较流行的词汇进入了大众的视野之中：“商业计划书”。要知道这个词早在几十年前就有了，但是一直也没有将这个概念推广开来，它一直停留在大中型企业之间的商业行为当中。直到有一天，“大众创业，万众创新”的时代在党的号召下来临了！

“商业计划书”就很好的体现了“先设计，在实施”的思路。商业计划书中包含很多内容（如：市场痛点、竞争分析、运营支持、公司概况、财务预测、融资计划、财务报表等等一些内容），这些内容核心就是在介绍两方面：

一、我们有什么资源、数据体现有哪些；

二、我们要完成的事情有什么前景、如何实现这个事情。

第二点通常占比70%，且是还没有实现的东西，需要预先的规划出来，把所有需要的准备工作用比较简洁的方式描述出来。从某种角度来说，它也是一种蓝图。未来所有工作都是围绕这个蓝图，不断的延伸、展开的。

没设计能不能干？

那么问题来了，既然有了设计之后，后面可以把它作为中心来进行展开。如果没有设计，可以直接编程么？

前期设计得不好，对以后的编程来说，绝对是个噩梦。

好的设计，是有高扩展性、伸缩性的，可以应对千变万化的需求，不至于需求改了，或增加需求，而造成代码大改。

这要求设计者有良好的软件架构能力，设计思维要有高远瞻性

首先说明编程只是一种工具而已，是实现功能模块的一种手段。但是，你如果头脑不清晰就去写代码，不但代码可读性差，而且也容易产生许多bug，进而返回重写，这产生的时间成本可想而知。

学过软件工程这门课的同学都知道，在编写代码前需要进行可行性分析、概要设计和详细设计，这里不到需要与对接人员了解需求，还需要设计各种数据结构与数据库，这样才能对任务有一个整体的了解。之后还需要进行代码接口的编写与函数的优化，这些都需要提前考虑好，哪些操作可能会提高性能与降低时间复杂度。如果您做到事前分析，那么就会减少许多出错的可能。

最后，当我们养成了事前分析问题的习惯时，那么不管是对于编写代码还是生活，都将受益匪浅。

如果您有疑问，可下方留言，让我们共同进步。

软件工程或者编程项目，需要先规划设计后编程实施的主要原因还是每个人的编程思路特别是严密性不一样，而且没有明确清晰的控制要求的话，很容易考虑不周全，程序就会不完善。

其实项目如果很小，那么即使考虑不周全，在调试的时候也能发现问题，并及时修正。

而当比较大的项目，控制要求或者任务书，就需要集思广益的不断探讨确认。这个过程相当于编程实施已经预演了一遍，而且多人考虑确认，就可以减少很多考虑不完善的问题。

而且，有确定的控制任务文件，也有利于大家分区域的分工合作，你做A部分，我做B部分，他做C部分。

套用一个成语“凡事预则立，不预则废”，因此任何稍微复杂一点的系统，都应该先有经过广泛意见采集与确认的顶层文件作为指导，后续的工作才能有序的开展，后边检查出错点，也同样有一条主线可循。

所以，有设计文件就可以有效减少编程时的猜测，讨论等时间，也可以组织更多的人同时开展工作，可以说有百利而无一害。

到此，以上就是小编对于程序设计与软件开发的问题就介绍到这了，希望介绍关于程序设计与软件开发的1点解答对大家有用。