第一周，软件过程管理与综述阅读感想

[AliceCodeZhang]

谈谈你读完<软件过程管理与综述>的感想吧，畅所欲言

[Basashs]

软件过程管理是指将软件开发过程中的各个环节进行有效地规划、组织、管理和控制，以达到高效、高质量的软件开发目标的一种方法。它是软件工程中非常重要的一个领域，涉及到项目管理、需求分析、设计、编码、测试等多个方面。

在软件过程管理中，项目管理是一个关键的环节。它包括项目规划、需求分析、项目执行和监控、以及项目交付和维护。项目管理需要充分考虑软件开发的特点，采用合适的方法和工具，以确保项目的进展和质量。

此外，软件过程管理还需要注意软件开发过程中的风险管理。软件开发中可能会出现各种风险，如技术风险、人员风险、需求变更风险等。因此，软件过程管理需要在开发过程中及时发现、评估和控制这些风险，以保证项目的成功。

总之，软件过程管理是软件工程中非常重要的一个领域。它需要充分考虑软件开发的特点，采用合适的方法和工具，比如目前热度比较高的DDD,它的核心思想是将软件设计建立在对业务领域的深刻理解之上，强调在软件开发过程中需要聚焦于业务领域内的概念和实体，而不是技术实现细节。通过DDD，开发者可以更加准确地把握业务需求，更加高效地构建出符合业务需求的软件系统。在DDD的实践中，通常会使用一些专门的技术和模式来帮助开发者更好地实现领域驱动设计，例如：

1.领域模型：通过对业务领域内概念和实体进行抽象和建模，构建出一个清晰的领域模型，从而更好地理解和实现业务逻辑。

2.聚合根：聚合根是DDD中的一个重要概念，它代表了一组紧密相关的实体，是整个领域模型中的核心概念之一。

3.限界上下文：限界上下文是指一个特定的业务领域，其中包含了一组相关的实体、领域服务、值对象等。

4.领域事件：领域事件是指业务领域内发生的重要事件，如订单提交、库存变更等，通过领域事件可以实现业务领域内各个实体之间的解耦。

5.领域服务：领域服务是指一个或多个领域对象共同完成的操作，它通常不属于任何一个具体的领域对象，而是用于协调领域对象之间的交互。

在实践中，DDD可以帮助开发者更好地理解和实现业务需求，提高软件开发的效率和质量，同时也能够使软件系统更加灵活。

71255903023 刘天翼

[PublicStarMoon]

这是一本介绍软件过程管理的书籍，全书分为三个部分，分别是软件工程概念、软件过程管理和软件过程改进。该书主要介绍了软件开发的各个阶段，从项目管理、需求分析、设计、编码、测试等方面展开，介绍了软件工程的基本概念和原则，并提出了如何实施软件过程管理的具体方法。

我最喜欢这本书的第八章，也就是软件过程改进的部分。这一章介绍了软件过程改进的目的、原则、模型、方法和案例，让我明白了软件过程管理不是一成不变的，而是需要根据实际情况进行持续的评估和优化，以提高软件质量和效率。我觉得这一章很有启发性和实用性，让我学会了如何识别和解决软件过程中存在的问题，如何制定和执行软件过程改进计划，以及如何评价和验证软件过程改进的效果。

读了这本书之后，更了解软件过程规范的方法和标准，如ISO/IEC 12207、IEEE/EIA 12207等；以及软件质量管理的概念、目标、活动和方法，如软件质量保证、软件质量度量、软件质量控制等，让我明白了软件质量管理的意义和价值，以及如何实施有效的软件质量管理。

它的内容丰富而系统，从理论到实践都有详细的介绍和分析，让我对软件过程管理有了更深入的认识。
它的语言清晰而简洁，用了很多例子和图表来说明重要的概念和方法，让我更容易理解和记忆。
它的结构合理而紧凑，每一章都有明确的目标和要点，每一节都有小结和习题，让我可以按照自己的进度和需求学习。
它的风格客观而公正，没有偏袒或贬低任何一种软件过程模型或方法，而是根据不同的情境和目标给出合适的建议和评价，让我可以根据自己的实际情况选择最适合自己的软件过程管理方式。

71255903026 董诗浩

[smebkoo70]

《软件过程管理与综述》是一篇介绍软件开发过程和管理的综合性论述文章，主要讲解了软件开发的过程、方法、工具、质量保证、项目管理等方面的知识。本文在软件开发管理方面有较为丰富的经验总结，对软件项目的管理和开发提供了一定的参考和指导。

在这篇文章中，作者阐述了软件开发的重要性和软件项目管理的必要性，同时提供了一些软件开发的方法和技术。文中详细介绍了软件过程的各个环节，如需求分析、设计、编码、测试等，重点介绍了面向对象、结构化和快速原型等多种开发方法和技术，并针对软件开发中常见的问题进行了解答和指导。此外，作者还从管理角度出发，介绍了软件项目的规划、监控、控制等方面的知识，对软件项目管理中的沟通、协调、风险管理等方面进行了深入剖析，对软件项目管理的方法和技术进行了系统的讲解。
软件过程管理是指对软件开发过程中的活动、产品、角色和工件进行规划、执行、监控和控制的过程。它是软件项目管理的核心内容，也是保证软件质量和开发效率的关键手段之一。

从文中可知，软件过程管理包括以下几个方面：

软件过程的定义和选择：软件过程是指从需求分析到软件发布的一系列活动，包括计划、需求分析、设计、编码、测试、部署等。不同的软件项目需要选择不同的过程模型，如瀑布模型、敏捷开发模型等。

软件项目计划：软件项目计划是指对软件项目进行全面、系统的规划和安排。计划包括项目范围、项目进度、项目成本、质量保证、人员分配、沟通管理等方面的内容。

软件需求管理：需求管理是软件过程中非常重要的一个环节，它是指收集、分析和管理软件产品需求的过程。需求管理包括需求获取、需求分析、需求规格说明、需求确认和需求变更控制等环节。

软件质量管理：软件质量管理是指制定并执行软件质量保证计划、跟踪和监督项目活动，以确保软件产品符合质量标准。软件质量管理包括过程改进、质量度量、测试、缺陷管理、配置管理等环节。

软件配置管理：软件配置管理是指跟踪、控制和管理软件产品的变更和版本，确保软件产品的完整性和稳定性。软件配置管理包括配置标识、变更控制、版本管理、发布管理等环节。

软件度量和分析：软件度量和分析是指利用度量和分析方法对软件开发过程和软件产品进行定量分析和评估，以提高软件质量和效率。

综上所述，软件过程管理是软件开发过程中至关重要的一环，它可以提高软件开发效率、质量和可维护性，降低项目风险，提高客户满意度。

总体而言，《软件过程管理与综述》是一篇内容丰富、系统全面、重点突出的软件开发和管理方面的综述，对软件开发过程的理解和管理具有重要的参考价值。

71255903017 郝思闻

[yomizhong]

《软件过程管理与综述》一文首先解释了软件项目管理和软件过程管理的概念，并分别列举了软件项目管理所涉及的软件过程、生命周期模型概念，软件过程管理所涉及的能力成熟度模型CMM[、CMMI等。

提出了一种多维视角来刻画软件过程特征的方法，如过程实践和过程框架、团队和个人、反应式和前摄式维度，一个合适的软件过程往往需要通过过程组合和裁剪,将多个不同类型的软件过程的优势整合起来。

系统梳理了在不同历史时期软件开发的特征和相应的软件过程的演变，着重介绍了当前主流的软件开发方法：敏捷软件开发方法。并介绍了最受关注的敏捷方法SCRUM、XP和Kanban以及开源软件开发方法和DevOps。

通过对本文的学习，从概念上对软件过程有了更清晰的认识。感觉很有意思的一点是，比如瀑布方法等重型软件开发方法使用”传统“一词来描述，而软件工程的概念提出至今也仅仅50多年。

当前主流的敏捷软件开发方法，如微服务架构、迭代开发，以及各种开源软件开发与使用，已经切实体验过，通过本文的学习，可以从更高的层次来思考为什么会使用这种方式。

当前的软件服务大多属于Sass服务，版本系统的更迭更为频繁，敏捷软件开发可以在不确定和混乱的情况下适应软件需求快速变化、是基于迭代式开发的软件开发方法和实践。

迭代开发方法，鼓励快速交付和反馈，使得用户、开发者以及作为连接桥梁的软件系统三者之间的互动更加频繁，用户和开发者对当前所需解决的问题以及未来演变的理解可以快速取得一致，这非常适合于当前越来越趋向于网络化和服务化的软件系统开发和使用的发展趋势。

而在未来，这些当前的主流方法会不会也被称为”传统“呢？

71255903003 仲晚秋

[maolingdai]

《软件过程与管理方法综述》一文中主要向读者传达了以下四个方面的内容：首先对“软件项目管理”和“软件过程管理”这两个被频繁曲解的概念进行区分和解释；其次作者在文章中提出一种多维视角来刻画软件过程特征的方法；接着梳理了不同历史时期软件开发的特征及软件过程的演变；最后为读者总结了若干发现和反思，期望对读者提供参考和软件实践过程的选择。
就本文中作者向我们传达的四个方面的内容，我也受益匪浅。首先对于“软件项目管理”和“软件过程管理”这两个刚刚接触的词语，我最初的理解是软件过程管理应该就是软件项目管理中的一环，因而对于作者所说的“这种说法并不恰当”并不是特别理解。在后续的研读中，认知到软件项目管理是对整个软件项目的宏观管控，但软件过程管理是争对软件过程的微观把控，他其中也包含了对软件过程本身的更新和升级优化。接着，作者也向我们介绍了软件过程管理参考模型——CMM/CMMI。目前许多文献中将CMM/CMMI教条化、官僚化，因而这也告诉我们，在工作中，对于既存的模型，我们已经秉持着借鉴、辩证的态度，在实践过程中不断优化理论，使其适应目前的过程，而不是对工具、理论的刻意兼容。
在软件过程发展史的介绍中，了解到虽然软硬件都会依据“摩尔定律”进行发展，但是软件所占的比重在后期越来越重要，出现这种情况，我认为一方面是因为人们对软件的需求越来越多，这就导致对软件的复杂性和兼容性有一个更高的要求；另一方面，因为计算机系统、硬件设备、互联网的发展，越来越多的人员进入软件开发领域，软件的可造性越来越高，功能也能够越来越强大。随着软件开发的复杂性的提升，其另外三大本质难题——一致性、可变性、不可见性所带来的负面影响也越来越多，因而也涌现了许多解决这个难题的方法，比如敏捷软件开发方法、开源软件开发方法、DevOps等等，虽然这些方法并不能彻底解决软件开发中的本质困难，但在探索过程中积累的经验还是相当宝贵的。
71255903018 戴茅灵

[l285680308]

《软件过程与管理方法综述》介绍了在软件过程里面，绝大多数软件企业长期面临许多质量，进度，成本的问题，所以产生了人物思维与过程思维两种方式，现在对其有了一个定义：软件过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中采取的方法、工具等范畴。它的基本活动是：问题提出，软件需求规格说明，软件设计，软件实现，软件确认与软件演化等活动。
项目管理应当包括对软件过程的管理这样的论述.事实上, 这种说法并不恰当.顾名思义, 软件过程管理, 其管理对象正是上一节讨论的软件过程, 而这种管理的直接目的是为了让软件过程在开发效率、质量等方面有着更好的性能绩效(performance).如果将软件项目管理视作传统行业的产品生产管理的话, 软件过程管理则应该是对生产该产品的流水线的设计、建设、维护、优化以及升级改造.软件过程管理一般包括了软件过程的建立、执行、监控、评估以及改进等活动.为了更好地开展软件过程管理, 我们同样需要积累相关活动的经验教训, 形成了若干可以参考的模型和方法, 这其中最著名的软件过程管理参考模型之一可能就是能力成熟度模型CMM[13]以及其后续的集成模型CMMI[4, 14].探讨一下该模型在实践中被误用和曲解的若干场景, 可能有助于进一步理解软件过程管理的概念.

71255903002 李周

[paperybox]

《软件过程管理与综述》是一篇介绍软件开发过程和管理的综合性论述文章。首先，文章澄清了两个容易混淆的概念，软件项目管理是对宏观上的把控，而软件过程管理是对微观上的管理。并分别列举了软件项目管理所涉及的软件过程、生命周期模型概念，和软件过程管理所涉及的能力成熟度模型CMM、CMMI。并提出了一种多维视角来刻画软件过程特征的方法，提供了对软件过程特征更为清晰而准确的描述,同时也为软件过程的组合、定制以及演化改进提供了基础。其次，文章梳理了不同发展阶段，软件开发的特征以及软件过程的转变，着重介绍了当前主流的软件开发方法：敏捷软件开发方法。并介绍了最受关注的敏捷方法SCRUM、XP和Kanban以及开源软件开发方法和DevOps。最后，文章为读者总结了若干发现和反思，期望对读者提供参考和软件实践过程的选择。
当前主流的敏捷软件开发方法，如微服务架构、迭代开发，以及各种开源软件开发与使用，已经切实体验过，通过本文的学习，可以从更高的层次来思考为什么会使用这种方式。当前的软件服务大多属于Sass服务，版本系统的更迭更为频繁，敏捷软件开发可以在不确定和混乱的情况下适应软件需求快速变化、是基于迭代式开发的软件开发方法和实践。迭代开发方法，鼓励快速交付和反馈，使得用户、开发者以及作为连接桥梁的软件系统三者之间的互动更加频繁，用户和开发者对当前所需解决的问题以及未来演变的理解可以快速取得一致，这非常适合于当前越来越趋向于网络化和服务化的软件系统开发和使用的发展趋势。
71255903022 胡赫元

[taoyup]

《自动化工具对中国DevOps实践的影响》本文阐述了自动化工具在中国DevOps领域之中所起到的作用和其在此领域中的地位与影响，本文首先通过在论文文献、灰色文献与社区博客等各个领域调查DevOps自动化工具的使用情况，提出了在三个层次中的问题：
研究问题1：目前DevOps实践中有哪些自动化工具?
该问题旨在收集目前DevOps实践中的自动化工具，形成一个工具集合，并为后续研究提供参考。为了回答这个问题，本文从学术文献中收集证据，从学术文献中搜索、筛选并统计DevOps实践中的自动化工具。
研究问题2：目前韵自动化工具在中国的DevOps实践中存在哪些问题？
该问题旨在找出中国的DevOps实践中自动化工具存在的问题。为了回答这个问题，本文在学术文献证据的基础上，从部分中文博客论坛中收集灰色文献，进而从这些证据中抽取数据进行定性分析。
研究问题3：自动化工具在中国的DevOps实践中存在的问题有哪些解决办法？
该问题旨在给研究问题2中的问题提出解决方案。为了回答这个问题。本文邀请国内部分DevOps研究者、DevOps企业从业人员和DevOps咨询师进行访谈，对访谈内容抽取数据后进行定性分析。
最后通过民族志访谈方法分析了在中国环境下各方对待3个层次问题的看法和建议，得出自动化工具对中国DevOps实践的两个影响
1.自动化工具在DevOps实践的前期作用明显，可以认为DevOps实践就是使用自动化工具；
2.软件组织实现DevOps转型以后需要减少对自动化工具的依赖，形成自己的DevOps文化。
相比国外DevOps实践的发展，中国DevOps文化更加关注于工具的使用，而在对于文化层面的发展是有一定的滞后性的，过于重点关注于Dev阶段，对于Ops，虽有布局，但是关注并不像Dev那样多，这也导致在Dev和Ops衔接的时候会出现联系不密切的问题。此外，对于大部分的软件组织来说，如何将传统工具和新应用联系起来，会是另一个棘手的问题。
自动化工具是软件组织中必不可少的部分，DevOps也会是未来软件组织响应快速变化的主要手段，在引入DevOps的初级阶段，自动化工具会是最重要的一个环节，此时可以认为使用自动化工具即为DevOps，而随着DevOps的发展，当工具不再成为阻碍时，软件组织的结构与文化就会超越工具，成为DevOps发展的新的核心点．可以说，自动化工具是DevOps发展的基石，DevOps的发展也为自动化工具的发展提供新动力。
71255903008 陶羽鹏

[bunnyupup]

在阅读《软件过程与管理方法综述》这篇论文后，我深刻认识到了软件项目管理和软件过程管理这两个基本概念的区别，并且发现这些概念在实践中经常被曲解和误解，从而导致一些理解上的混乱和争议。同时，文章也提到了软件项目管理是应用方法、工具、技术以及人员能力来完成软件项目，实现项目目标的过程，这给我提供了对软件项目管理的更深入的认识。
我认为软件过程是指整个软件生命周期内的一系列过程，包括需求获取、需求分析、设计、实现、测试、发布和维护。软件过程还包括应用的技术方法和自动化工具，这些是为了有效地交付软件工程技术而必须的。而软件管理方法则是在软件过程中采用的方法，其中传统的项目管理方法是目前使用最广泛的方法之一，而敏捷方法更注重客户需求，使团队更加灵活和对客户需求的响应更加及时。另外，适应方法也是一种较为灵活的管理方法，它能够更好地应对项目过程中自身发生的变化和需求不太清晰的情况。
总体而言，这篇文章通过对软件组织与管理方法的两个基本概念进行梳理和澄清，帮助读者更好地理解软件的组织与管理，具有很高的参考价值和实践意义。文章以系统化的方式概括并总结了目前软件过程和管理方法的发展历程、基本概念和主要内容，详细介绍了软件项目管理的相关知识，并探讨了软件开发过程存在的问题和应对之策。读完该文章，我对软件开发的组织和管理方法有了更加深刻的认识，也为我今后的软件开发工作提供了很好的思路和指导。
71255903016 程冰洁

[heji233]

软件过程与管理方法综述这篇文章，主要从软件项目管理、软件过程管理和软件发展史这三个方面明确了软件过程的概念，回顾了软件发展历程。最后根据前面的梳理总结出了八条发现。从文章结构上来看，作者先开门见山地介绍了两个较为容易混淆的概念：软件项目管理（软件过程+生命周期模型）和软件过程管理（CMM/CMMI的运用），然后花了大量笔墨介绍软件过程发展史。在叙述软件过程发展的三个历史阶段中，进一步介绍软件与硬件的脱离、瀑布模型、敏捷开发，开源发展，最后是将敏捷开发引入到DevOps中。
就我看来，软件过程发展的主要目的还是为了解决软件开发的四大本质问题（复杂度、一致性、可变性以及不可见性）。在项目中也能体会到，当需求变得越来越复杂，软件的复杂度、规模大小都会急剧上升。前期不做好规划和说明，将会给后期的重构和维护带来极大的阻碍，需要付出更多的时间、人力成本，软件的成本相应的就增高了。文章中最后提到的“迭代方式将成为主流方法”和“软件过程必须具有一种外在的简洁”对当前的软件开发过程有一定的指导意义，在实际的项目开发中遵循这样的开发过程，一定程度上能更快交付、灵活迭代，降低软件开发的成本。

71255903021 黄小卉

[yyywang]

随着软件规模的不断扩大，软件开发变得益发困难，由此带来成本超支、延期交付以及质量低劣等问题是造成“软件危机”的关键因素。《软件过程与管理方法综述》结合软件开发的四大本质困难在不同历史时期的演变，论述了软件过程的历史演变，从中试图探索事物发展规律，进而指导实践，对软件开发如何进行有效的组织与管理提供了参考与启发。

软件项目管理的具体方法和实践会因为项目特征的差异呈现出不同的特点，需要借鉴一些已有的经验教训，由此产生了一些用来描述这些经验和教训的概念，例如软件过程、生命周期模型等。软件过程是一组实践的集合，可将其分为敏捷和非敏捷两类，这两类过程各具优势，有着不同的适用场景，一个合适的软件过程往往需要组合、裁剪不同的过程，将多个不同类型的软件过程过程优势整合起来。

回顾软件过程发展史，可以发现，迭代式方法将成为主流方法，对软件过程标签敏捷或者非敏捷没有意义，我们要关注的是如何根据实际情况，因地制宜，制定最适合项目的软件过程，不断迭代。DevOps作为一种新的软件开发与运维方法，将敏捷的思想延续至运维阶段，将管理实践与技术实践有机融合在一个软件过程中，以期快速响应变化和交付价值，其能够更好地解决人们对软件产品和服务的需求与软件产品和服务的开发能力之间不匹配的问题，越来越多的软件企业开始采用这种模式进行软件开发管理。

51215903039 王永

[shouh5]

《软件过程与管理方法综述》系统性的阐述了软件的整个过程中进行有效组织和管理的方法，以及软件项目管理以及软件过程管理的区别：软件过程是一个为建造高质量软件所需完成的任务的框架, 即形成软件产品的一系列步骤, 包括中间产源、角色及过程中采取的方法、工具等范畴。软件过程管理是在软件生存周期内对质量、时间、费用三方面化, 通过质量管理、风险管理、工程管理和费用管理活动对这三方面进行分析和评价。软件过程主要针对软件生产和管理进行研究。为了获得满足工程目标的软件, 不仅涉及工程开发, 而且还程支持和工程管理。对于一个特定的项目, 可以通过剪裁过程定义所需的活动和任务, 并可使活动并发执行。
随后引出了CMMI模型，CMMI模型是设计来描述过程改善的不连续的等级的。成熟度等级为阶段性地达到过程改善提供了建议性因此, 不是所有的过程域同时都涉及。在分级表示的CMMI模型中, 顶层部件称为成熟度等级, 除成熟度等级成熟度等级分解成若干个过程域。每个过程域包含特定目标和从属目标, 以及特定实践和从属实践。从属实公共特征组成, 每个公共特征包含若干细节组成部分—关键实践活动, 这些关键实践活动都得到实施, 就完成了域的特定目标和从属目标。
最后介绍了Devpos，DevOps来源于敏捷开发的持续发展，是软件开发管理领域继敏捷开发之后的又一次升级。敏捷开发方法的推广和实施，使软件交付过程中的开发和测试过程有效的整合，形成整体进行快速有效的迭代交付，但在软件交付客户使用之前，或者使用过程中，还包括集成、部署、运维等环节，需要进一步优化交付效率。DevOps的产生将敏捷的相关理念逐步扩展到运维侧，由此可见DevOps未来的应用会越来越广泛。
71255903025冯超

[fei-zzz]

作者按照软件过程发展史的时间顺序，介绍了不同时代背景下人们对于软件过程的认知，梳理软件过程的演化历史。基于此得出了8条具有启示和参考作用的发现：

1. 软件开发四大本质难题跨越了时代，而且仍然具有启示意义；
2. 管理方法和过程不会独立于技术而存在；
3. 人的因素还是居于主导地位；
4. 相比较于软件的发展,软件过程具有滞后性；
5. 迭代式方式将成为主流方法；
6. 反应式开发最终应向前摄式发展；
7. 简洁、直观的过程；
8. 对软件过程标签敏捷或者非敏捷没有意义。

读完该文，我了解到了在实践过程中，对于一个特定的软件项目，如何选择、组合和制定软件开发过程是我们需要提起布局和仔细思考的问题。综合文中给出的8条发现，我认为我们需要综合考虑当下的时代背景和实际的业务需求确定软件开发过程，以多个维度进行考量，不能只从单一的视角出发，同时也要根据技术发展灵活变化，不能教条主义。

71255903020 赵飞

[Zoujh2000]

试图厘清软件组织与管理话题的若干核心概念,系统梳理软件组织和管理方法的特征,并且以软件发展的历史为主线,介绍软件组织与管理方法的历史沿革,整理出这种历史沿革背后的缘由.在此基础上,讨论和总结若干发现：软件开发四大本质难题,跨越了时代但仍然具有启示意义、管理方法和过程不会独立于技术而存在、人的因素还是居于主导地位、相比较于软件的发展,软件过程具有滞后性、迭代式方式将成为主流方法、反应式开发最终应向前摄式发展、简洁、直观的过程、对软件过程标签敏捷或者非敏捷没有意义。
梳理并澄清了软件组织与管理方法中的两个基本概念,即软件项目管理和软件过程管理.尽管看起来是实践者本来应该掌握的概念,但在实践中,这两个概念被频繁地曲解,导致很多争论和理解混乱.如果不对上述两个基本概念加以区分,软件的组织与管理无法阐述清楚；提出了一种多维视角来刻画软件过程特征的方法.这不仅提供了对软件过程特征更为清晰而准确的描述,同时也为软件过程的组合、定制以及演化改进提供了基础.相比较于用“敏捷过程”“传统过程”等方式描述软件过程的特征,我们提出的多维视角粒度更细,也打破了上述不同方法阵营之间的壁垒.同时,一些过程选择和组合的基本规则,在多维视角之下也更加直观,也更加容易实现。
总结了若干发现和反思,为实践者在软件过程的选择、组合以及定制时提供一些参考

71255903024-邹家辉

[plafaithing]

该文档详细的解释了软件项目管理以及软件过程管理的区别，软件项目管理被称为规划和带领项目团队的艺术和科学。其核心三大要素为目标识别、状态跟踪和偏差纠正。接着引出软件过程与生命周期模型之间的区别。而软件过程管理是在软件生存周期内对质量、时间、费用三方面化, 通过质量管理、风险管理、工程管理和费用管理活动对这三方面进行分析和评价，随后引入CMM模型对该概念进行进一步的帮助理解。
随着介绍软件过程发展史，我们不难发现，软件项目管理是为了确保项目目标的达成，而软件过程则是软件项目管理经验的汇总，为后续项目做参考以更好地支持项目管理目标的实现。
读完该文，我了解到在实际开发过程中，如何选择、组合和制定软件开发过程是我们需要提前思考并制定计划以实施。同时也需要结合当下的时代背景和实际业务需求从多维度考量来确定开发过程。
71255903012 张恺暄