首页软件开发正文

在软件开发过程中（软件开发包括哪些内容）

软件开发 2023-01-21T22:44:10 1642

本篇文章给大家谈谈在软件开发过程中，以及软件开发包括哪些内容对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。本文目录一览： 1、浅谈软件开发中的人，过程与技术

本篇文章给大家谈谈在软件开发过程中，以及软件开发包括哪些内容对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

1、浅谈软件开发中的人，过程与技术
2、软件开发过程一般有几个阶段？
3、软件开发的一般流程是什么?
4、软件开发过程中，过分追求最快的开发进度会带来什么问题
5、在软件开发中,需求分析阶段产生的主要文档是
6、在软件的开发过程中，必须遵循的原则是

浅谈软件开发中的人，过程与技术

无意间看到一篇茹炳晟老师写的文章，受益很深。本文转载自：茹炳晟聊软件研发公众号。

核心观点

人是软件开发的执行者。过程是软件开发的体制。技术是软件开发的精髓。三者缺一不可，却是以人这个根本原动力为核心的。

在业界，一种普遍的看法是：人、过程和技术构成了软件开发的“铁三角”。然而，三者孰重孰轻，历来多有分歧。本文拟以此为论题，从科学技术哲学的角度谈一下我的看法。

三者中，过程与技术蕴意颇深，容后再述。我们先看看人：

人：软件开发的执行者

对于人在软件开发中的作用，我的第一印象是：人是软件开发的执行者。这一印象虽不为众多“人本位者”所乐见，在我看来却是中肯的。

“执行者”这个称谓，看似贬低了人的作用，实则不然。须知，执行者不仅包括被认为是业内蓝领的程序员和测试人员，还应该包括荣为白领的项目经理、系统分析师、系统架构师、系统设计师等等。君不见大大小小的各类公司站在前台的一号人物，名何？CEO是也。CEO即首席执行官，或称执行总裁。虽则首席，虽则总裁，也只是一个执行者而已。在公司中，大到CEO，小到普通职员，都是所谓的“劳方”，都是公司意志的执行者。（公司意志即是资本的意志，其间种种，不在本文论题之内，略过不言。）

同样的，当讨论领域是软件开发时，上述所有的开发人员都只是软件开发的执行者，执行的是软件项目的意志。何谓软件项目的意志？很简单的两个字——需求。这是有大背景的。目下的经济为市场经济，市场经济的特点就是以需求为中心。需求是生产之母，这是市场的铁律，也是市场化的软件开发的铁律。所以，软件项目的意志只能是需求，在此意志下的所有技术活动（即软件开发）只能是执行这一意志，那么软件开发人员就都是执行者了。

当然也有人会提出：“你太片面了，除了软件开发者，还有一类人——提出需求的利益关系人，不也是人吗？所以人不仅仅是执行者，更是主宰者！”遇到这个问题，我们首先要明确现在所论述的领域，是软件开发，而不是软件项目，两者有联系，但是也有区别。就软件开发而言，一切都是从需求开始的，至于提出需求的人，只是被看作需求的来源，是需求分析师们交流的对象，而非开发的一部分。换句话说，如果给软件开发划一条边界，需求提出人在边界之外，只有软件开发人员才在边界之内，也只有他们才是软件开发中的人！

作为执行者，人的作用是巨大的。所有的开发，没有了人都是空谈。人的素质如何、人的状态如何，人与人的关系如何，都直接决定了软件开发的成败。这样的例子比比皆是，就不一一道来了。这里就拿军队作为比喻。如果将软件开发比做打仗，那么开发者们就是军队中的军官和士兵，哪怕军纪再严明、武器再先进，只要军官差劲，士兵孱弱，那么这支军队就注定失败了。反之，游击队也能打败正规军，小米加步枪也能打败飞机大炮，人的作用可见一斑。

当然，人再重要，也只是“铁三角”的一个顶点。在软件开发中，过程同样不能忽视，这是因为：

过程：软件开发的体制

过程是软件开发的体制。此言一出，必遭不满。唯过程论者一定会跳出来痛批我的偏见。然而我仍不知悔改，自以为这种说法是最贴切的。

不满大多是冲着“体制”这两个字来的。在当今的中国大地上，“体制”这两个字带着浓厚的贬义色彩。政府部门腐败丛生，答曰：“这是体制问题”；造导弹的不及卖茶叶蛋的，答曰：“这是体制问题”；中超造反，世界杯淘汰，依旧答曰：“这是体制问题”。不管大事小事，难事易事，出了问题只要推给体制就万事大吉了。反正千错万错都是体制的错，因此你没错我也没错。体制不能改也改不了（真要改了谁做替罪羊啊？），所以错误的体制永远存在，属不可抗力，非人力所能及。

这里不讨论中国的国情，只是借此理解“体制”两字的分量。其实，说得通俗些，体制就是固化下来的行事规则与经验。因为曾经取得过成功，并且也吸取了一定的教训以规避失败，因此在相同的情况下，体制会带来更大的成功概率，并形成权威，使后来者减少扯皮，提高效率。

所以，体制不仅不是贬义词，相反蕴涵了大大的褒义（只是被用滥了，变成了大反派。）。现在看看软件开发中的过程，与体制的含义正是完全吻合。因此，合适的过程，指导人们正确地完成各种开发活动，一步步迈向成功的彼岸；而不合适的过程，则把软件开发推入无底深渊。

把过程看成软件开发的体制，不仅仅是因为两者在现象上是一致的，更重要的是在我们对待它的态度上也要有所借鉴。现在有不少开发人员，在遇到开发中的问题时，往往就会把责任推到过程上，然后感叹一句：“有CMM（一种软件过程改进的评价标准，其对应的方法论是RUP）就好了。”接着项目经理不厌其烦，桌子一拍，大叫：“要有CMM！”于是，便有了CMM。如此折腾一年后，终于通过了CMM认证，依旧遇到开发问题，开发人员仍有的说：“要填这么多表格，太费时间了；我们不该使用RUP，改XP(一种强调迅速应变的软件开发方法论，美其名曰极限编程)就好了。”然后项目经理晕头转向，闭目养神，道：“那就改XP吧。”于是，便改了XP。谁知还是出问题。这时开发人员倒不抱怨了，因为项目已经宣告失败，项目经理也被撤职了。这个不是笑话，而是笔者亲眼所见的。

由此可见，过程不能被神话，更不能被乱用。世界上不存在放之四海而皆准的过程，而只有因地制宜、因人制宜地选择合适的过程，并在执行过程中不断地改进该过程，才有可能取得成功；相反，则只能失败，不做他想。

体制二字，真实地体现了过程在软件开发中的地位。然而，光有人与过程还是不够的，最后一个关键的因素是：

技术：软件开发的精髓

要说明技术在软件开发中的作用，就得先说说为什么要有软件开发。软件开发，顾名思义，就是要开发软件。那软件是什么？可执行的程序？可带来利润的产品？都对，但都不够全面。从根本上而言，软件，是技术的载体，是被定制的技术，是技术针对某项特定需求的应用。

软件中沉淀着技术，这是显然的，否则别人为什么要买你的软件呢？当然软件中不仅仅沉淀着技术，还包括开发的人力成本、机械成本、时间成本等。但是技术是其中的精髓，也是此软件不同于彼软件的根本所在。

软件的竞争力，不在于它的规模，不在于它花费的各种成本，而在于它的功能及非功能特性，而在于这些功能及非功能特性之中蕴涵的技术。比如说，Microsoft为什么能统治PC机的操作系统市场？不是人，不是管理，而是技术，将图形用户界面与操作系统和二为一的Windows技术。在Microsoft之前，并非没有好的图形用户界面（Apple的Macintosh是这方面的先驱），也并非没有好的操作系统（DEC、IBM等的Unix异常强大）。

但是，只有Microsoft将图形用户界面技术与操作系统技术结合了起来，应用到Windows中，形成了其特有的Windows技术，从而异军突起，开创了Microsoft帝国。更有甚者，当Dos内核的Windows95/98无法完全满足市场需求时，Microsoft不惜撤换整个开发组，改用Unix技术重新开发Windows（Microsoft称其为NT，即新技术），于是WinNT、Win2000、WinXP等等在新千年中依旧辉煌。可见，Windows的发展史就是技术在软件过程中作用的最好诠释。

当然，软件开发中的技术不仅仅是指沉淀在软件中的技术，还包括开发技术本身。如开发环境、管理方式、过程工具等等，都是开发技术的应用领域。可以说，软件技术及开发技术，就是软件开发的精髓所在。

一言以蔽之，人、过程和技术在软件开发领域都是不可或缺的。“铁三角”三字正是名副其实，三者缺一不可。那么到底哪个最重要呢？如果仅仅从软件开发本身来考虑，恐怕难以给出合适的答案，因为厚此薄彼则必然误入歧途。那么似乎本文可以到此为止了。可字数仍然不够诶！（呵呵，开个玩笑）所以继续想——如果撇开软件开发这一具体领域，就一般意义而言，哪个更重要呢？然后再回到软件开发领域，就会发现：

再论人：根本原动力

人乃万物之灵。此话同样会引起诸多非议。但是，即使最激烈的批评家也不得不承认其中的合理部分：正是人的情感、认知和创造能力构建了我们所处的人类社会。撇开情感不谈，人的认知与创造能力也是软件开发的根本原动力。

在软件开发中，随处都是人的身影。软件开发的执行者是人，这是显然的了。那么软件开发的过程呢？过程是靠人来实施、来管理的，这无须说，这充其量只是执行的一部分而已。

这里想说的是过程本身，它是如何来的呢？过程不是凭空产生的，当过程成为一种体制时，它也是靠人通过不断的创造－使用－改进－再使用－再改进而来的。在过程改进的过程（套用现在的一句行话，这叫做meta-process，即元过程，过程的过程）中，需要的是人，是人在创造着新的过程，是人在推动着过程的改进，是人在使用过程的软件开发中取得了成功！

这里要说明一句的是，此人非彼人。此处的“人”不是指“铁三角”一端的人，那是作为一个项目的开发人员、作为软件开发执行者的人。而是所有致力于软件开发这一领域的所有人的总和。这个“人”并不处于一次软件开发的边界之内，而是在将软件开发作为整个领域，包含软件开发的过去、现在和未来，包含无数次软件开发及无数次对于软件开发的研究的前提下，处在这个领域中的一个概念，是历史上曾经出现的、现在正在进行着的、以及日后将会置身其中的所有的开发人员和研究人员的总和。人的认知与创造能力，在这个“人”上体现得淋漓尽致。

正是这个人，在最初混乱的软件开发实践中发觉了软件开发过程的重要性，从而逐步创造出各种软件开发过程，并使用之，从而使软件开发秩序化；

正是这个人，在使用软件开发过程的实践活动中发现了过程所存在的不足之处，于是吸取教训改进之，从而使软件开发过程更合理、更有效；

正是这个人，不局限于过去所创造的过程，怀着扬弃的态度不断地投身于软件开发中去，从而使不断进化的软件开发过程真正成为软件开发“铁三角”的一个顶点，为软件开发、为人类服务。

而我们每一个软件开发人员，每一个从事软件开发的研究人员，都是这个人的一部分，都通过自身的活动体现了这个人的作用。所以，我们的整体是具体化的他，而他则是抽象化的我们。

当然，不仅是过程，在技术方面，人所起的作用是类似的。技术作为科学与生产之间的桥梁，其产生、改进、普及直至消亡都离不开人的推动。因此，人是软件开发中当之无愧的根本原动力，软件开发的“铁三角”，包括作为软件开发执行者的人，作为软件开发体制的过程以及作为软件开发精髓的技术，都是以人这个根本原动力为核心的。概括地说，就是“一个核心，三个顶点，一个都不能少”。

那么，当我们认识到人在软件开发中的核心地位时，应该如何做呢？权以如下文字作为这个问题的答案，以及本文的结尾：

If A thru Z are scored 1 thru 26，

Your knowledge has a score of only 96 (11+14+15+23+12+5+4+7+5)；

And your hardwork just scores 98 (8+1+18+4+23+15+18+11)；

While your attitude is what determines everything of your life (1+20+20+9+20+21+4+5)。

在软件开发过程中（软件开发包括哪些内容）

软件开发过程一般有几个阶段？

软件开发的生命周期一般分为6个阶段：计划、需求分析、逻辑设计、程序编制、调试、运行和维护

软件生命周期分为软件定义、软件开发及软件运行维护三个阶段：

软件定义阶段

制定计划：确定总目标；可行性研究；探讨解决方案；制定开发计划。

需求分析：对待开发软件提出的需求进行分析并给出详细的定义。

软件开发阶段

软件设计：分为概要设计和详细设计两个部分

软件实现：把软件设计转换成计算机可以接受的程序代码

软件测试：在设计测试用例的基础上检验软件的各个组成部分

软件运行维护阶段

软件投入运行，并在使用中不断地维护，进行必要的扩充和删改。

软件开发的一般流程是什么?

　第一步：需求调研分析

软件开发流程

1相关系统分析员向用户初步了解需求，然后用word列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。

2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。

3 系统分析员向用户再次确认需求。

第二步：概要设计

首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。

第三步：详细设计

在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。

第四步：编码

在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。　

第五步：测试

测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。

软件开发过程中，过分追求最快的开发进度会带来什么问题

制定软件项目进度表有两种途径：

其一是软件开发小组根据提供软件产品的最后期限从后往前安排时间;

其二是软件项目开发组织根据项目和资源情况制定软件项目开发的初步计划和交付软件产品的日期。

多数软件开发组织当然希望按照第二种方式安排自己的工作进度。然而遗憾的是，大多数场合遇到的都是比较被动的第一种方式。

在软件项目管理工作中，对软件项目的进度安排有时比对软件成本的估算要求更高。成本的增加可以通过提高产品定价或通过大批量销售得到补偿，而项目进度安排不当会引起顾客不满，影响市场销售。软件项目的进度安排必须妥善处理以下几个问题：

1、任务分配、人力资源分配、时间分配要与工程进度相协调

在小型软件开发项目中，一个程序员能够完成从需求分析、设计、编码，到测试的全部工作。随着软件项目规模的扩大，人们无法容忍一个人花十年时间去完成一个需要十几个人年才能完成的软件项目。大型软件的开发方式必然是程序员们的集体劳动。由于软件开发是一项复杂的智力劳动，在软件开发过程中加入新的程序员往往会对项目产生不良影响。因为新手要从了解这个系统和以前的工作做起，当前正在从事这项工作的"专家"不得不停下手中的工作，抽出时间对他们进行培训。于是，在一段时间内，工作进度便拖后了。软件开发人数的增加将导致信息交流路径和复杂性的增加，项目进行中盲目增加人员可能造成事倍功半的效果。适用于大型项目的Rayleigh-Norden曲线[4]表明，完成软件项目的成本与时间的关系不是线性的，使用较少的人员，在可能的情况下，相对延长一些工作时间可以取得较大的经济效益。然而值得指出的是，程序员小组的正常技术交流能改进软件质量，提高软件的可维护性，减少软件错误，降低软件测试和正确性维护的开销。任务、人力、时间三者之间存在最佳组合，必须引起项目负责人的足够重视。

2、任务分解与并行化

软件工程项目既然需要软件开发人员集体的劳动，就需要采取一定的组织形式，将软件开发人员组织起来。软件人员的组织与分工是与软件项目的任务分解分不开的。为了缩短工程进度，充分发挥软件开发人员的潜力，软件项目的任务分解应尽力挖掘并行成分，以便软件施工时采用并行处理方式。项目经理圈子

3、工作量分布

用前几节介绍的软件估算技术可以估算出软件开发各个阶段所需要的工作量，通常用人月或人年表示。软件在需求分析和设计阶段占用的工作量达到总工作量的40%~50%，说明软件开发前期的活动多么重要。当然这也包括分阶段开发原型的开销。大家熟悉的编码工作只占全部工作量的10%~20%，而软件测试和调试的工作量占到总工作量的30%~40%。这对于保证软件产品质量是十分必要的，实时嵌入式系统软件的测试和调试工作量所占的比例还要大些。

4、工程进度安排项目管理者联盟文章

软件项目的工作安排与其他工程项目的进度安排十分相似，通常的项目进度安排方法和工具稍加改造就可以用于软件项目的进度安排。目前，程序评估与审查技术(PERT)和关键路径方法(CPM)是两种比较常用的项目进度安排方法。两种方法都生成描述项目进展状态的任务网络图。网络图中按一定的次序列出所有的子任务和任务进展的里程碑，它表示各子任务之间的依赖关系。网络图也是作业分解结构(WBS)的发展。20世纪70年代，作业分解结构就已广泛应用于航天、航空、航海、雷达、通信、火控系统等领域的基于计算机项目的分解，并用以命名各项子任务，这些子任务不仅可以用网络图的形式表示，还可以用树型或层次结构图表示。PERT和CPM方法为软件规划人员提供了定量描述工具，包括：项目管理者联盟文章

①关键路径。完成关键路径上所有任务时间的总和，就是项目开发所需要的最短时间。

②用统计模型估算开发每个子任务需要的工作量和时间。

③计算各子任务的最早启动时间和最迟启动时间，即确定启动子任务的时间窗口边界。

某个子任务的最早启动时间被定义为该子任务的所有前导任务完成的最早时间。反之，某个子任务的最迟启动时间被定义为在保证项目按时完成的前提下，最迟启动该子任务的时间。与最早启动时间和最迟启动时间对应的概念是最早结束时间和最迟结束时间。它们分别是最早启动时间和最迟启动时间与完成该子任务所需要时间的和：在任务进度安排过程中，应先寻求关键路径并在关键路径上安排一定的机动时间和节假日，以便应付意想不到的困难和问题。采用这些工具可以大大减轻软件项目管理人员在制定软件项目进度表方面的工作量，并可提高工作质量。