第二章 软件生命周期概述_张冲杰20180928
软件工程生命周期
软件工程生命周期软件工程生命周期简介软件工程生命周期是指软件开发过程中的各个阶段和活动，它是为了确保软件开发过程的顺利进行，提高软件质量和开发效率而规定的一种工作方式。
软件工程生命周期包括需求分析、设计、编码、测试和维护等阶段，每个阶段都有其特定的任务和目标。
需求分析阶段在需求分析阶段，软件工程师与用户沟通并理解用户的需求。
主要任务包括收集用户需求、分析需求的可行性、进行需求规格说明书的编写等。
需求分析的核心要点是明确软件的功能和性能要求，为后续的设计和开发提供准确的指导。
设计阶段在设计阶段，软件工程师根据需求分析阶段收集到的信息，进行系统的设计。
主要任务包括定义软件的结构和组成、制定详细的设计文档、确定软件的模块和接口等。
设计阶段的目标是确保软件具有良好的可维护性、可扩展性和可重用性，以便后续的编码工作能够顺利进行。
编码阶段在编码阶段，软件工程师根据设计文档开始实际的编码工作。
主要任务是将设计的思路转化为具体的程序代码。
编码阶段要求编写规范的、可读性强的代码，并且进行适当的测试和调试。
编码阶段是软件开发过程中的核心环节，对于软件质量和性能的影响非常重要。
测试阶段在测试阶段，软件工程师对已编码的软件进行全面的测试，目的是发现并修复在编码过程中遗漏的错误。
测试阶段可以采用黑盒测试和白盒测试的方法，以确保软件符合需求规格说明书中的要求，并能够正常运行。
测试阶段还包括性能测试、安全性测试等，以保证软件具备良好的用户体验和稳定性。
维护阶段在软件交付给客户后，维护阶段开始。
维护阶段的任务是对软件进行错误修复、功能扩展和性能优化等工作。
维护阶段的目标是确保软件能够持续地满足用户的需求并保持良好的运行状态。
维护阶段是软件工程生命周期的最后一个阶段，也是评估软件质量和用户满意度的重要依据。
总结软件工程生命周期是软件开发过程中的关键环节，它通过明确每个阶段的目标和任务，确保软件开发过程的有序进行。
通过需求分析、设计、编码、测试和维护等阶段的有机衔接，可以提高软件开发效率和质量。
软件工程项目生命周期
软件进化（维护）
软件一定按客户需求的变更来进化
软件描述（需求工程）
软件描述的目标是确定系统需要哪些服务以及运
行期间受到哪些约束。
需求工程产生用以描述系统的需求文档。通常需
求文档被分成两个层次来描述： 最终用户和客户需要高层次的需求描述； 系统开发人员需要比较详细的系统描述。
需求分析
2）需求分析的实现途径
软件系统需求一般由用户提出。系统分析员 和开发人员在需求分析阶段必须与用户反复讨论、 协商，充分交流信息，并用某种方法和工具构建 软件系统的逻辑模型。为了使开发方与用户对待 开发软件系统达成一致的理解，必须建立相应的 需求文档。有时对大型、复杂的软件系统的主要 功能、接口、人机界面等还要进行模拟或建造原 型，以便向用户和开发方展示待开发软件系统的 主要特征。确定软件需求的过程有时需要反复多 次，最终得到用户和开发者的确认。
测试分模块测试、集成测试、验收测试。
(1)集成测试
1) 集成测试：根据概要设计提供的软件结构、各功 能模块的说明和集成测试计划，把经过单元测试 检验的模块按照某种选定的策略逐步进行组装和 测试。
2) 主要任务：测试系统各模块间的连接是否正确， 系统或子系统的正确处理能力、容错能力、输入/ 输出处理是否达到要求。
维护活动一般可以分程四类： 改正性维护
适应性维护 完善性维护 预防性维护
维护
据统计，软件维护人员为了分析和 理解原软件系统所花费的工作量约 占整个维护工作量的60%以上。在软 件开发的过程中应重视对软件可维 护性的支持。
退役
它是软件生命周期的结束，即停止使用、终止 其运行。
软件研制与软件测试的层次对应关系
2-软件生命周期过程模型
为什么要研究过程模型？ 为什么要研究过程模型？
软件生命周期 软件产品或系统一系列相关活动的全周期。 软件产品或系统一系列相关活动的全周期。从形 成概念开始，经过研制，交付使用， 成概念开始，经过研制，交付使用，在使用中不 断增补修订，直到最后被淘汰， 断增补修订，直到最后被淘汰，让位于新的软件 产品的过程。 产品的过程。 对软件生存周期的不同划分， 对软件生存周期的不同划分，形成了不同的软件生 命周期过程模型。 命周期过程模型。 软件产品的类型、 软件产品的类型、特点 产品的要求 不同的用户、 不同的用户、开发机构和人员
螺旋模型
螺旋模型
一个典型的螺旋模型应该由以下的步骤构成： 一个典型的螺旋模型应该由以下的步骤构成：
明确本迭代阶段的目标、 明确本迭代阶段的目标、备选方案以及应用备选 方案的限制； 方案的限制； 对备选方案进行评估，明确并解决存在的风险， 对备选方案进行评估，明确并解决存在的风险， 建立原型； 建立原型； 当风险得到很好的分析与解决后， 当风险得到很好的分析与解决后，应用瀑布模型 进行本阶段的开发与测试； 进行本阶段的开发与测试； 对下一阶段进行计划与部署； 对下一阶段进行计划与部署； 与客户一起对本阶段进行评审； 与客户一起对本阶段进行评审；
通常软件开发涉及到如下阶段： 通常软件开发涉及到如下阶段：
需求分析和定义 系统设计 程序设计 编写程序(程序实现 编写程序 程序实现) 程序实现 单元测试 集成测试 系统测试 系统交付 维护
每一阶段本身就是一个过程(或过程的集合 。 每一阶段本身就是一个过程 或过程的集合)。 或过程的集合 研究每一个阶段所涉及到的过程、资源、 研究每一个阶段所涉及到的过程、资源、 活动和输出，对最终产品质量产生的影响。 活动和输出，对最终产品质量产生的影响。 每一个过程都可以用不同的方式描述，使 每一个过程都可以用不同的方式描述， 用文本、图形或两者的结合。 用文本、图形或两者的结合。 以需求分析阶段为例。 以需求分析阶段为例。
软件生命周期
软件生命周期一、概述软件生命周期是指从软件的构思、开发、发布、使用、维护到废弃的全过程。
在软件开发过程中，各个阶段相互关联，形成一个连续的生命周期，涉及到需求分析、设计、编码、测试、发布和维护等环节。
本文将以软件生命周期为主题，介绍其各个阶段的特点和重要性。
二、需求分析阶段需求分析阶段是软件开发的第一步，目的是明确软件开发的目标和需求。
在这个阶段，软件开发团队与客户进行沟通和交流，确定软件的功能需求、性能需求、安全需求等方面的要求。
同时，还需要分析用户的需求，明确软件的界面设计和用户体验等内容。
三、设计阶段在需求分析的基础上，设计阶段开始进行软件的整体架构设计和详细设计。
整体架构设计包括软件的模块划分、功能拆分和模块间的关系等内容。
详细设计则是针对每个模块进行具体的设计，包括数据结构设计、算法设计、界面设计等方面的内容。
四、编码阶段编码阶段是根据设计阶段的结果进行程序编写的过程。
在这个阶段，开发者需要按照设计文档的要求，使用相应的编程语言来实现软件的各个功能。
编码阶段要注重代码的质量和规范，保证编写出稳定、可维护、可扩展的程序代码。
五、测试阶段测试阶段是对编码结果进行验证和调试的过程。
测试主要分为单元测试、集成测试和系统测试三个层次。
单元测试是对每个模块进行独立测试，集成测试是对模块间的交互进行测试，而系统测试则是对整个软件系统的功能和性能进行验证。
通过测试阶段，可以发现和修复代码中的错误和缺陷，确保软件达到预期的质量标准。
六、发布阶段发布阶段是将开发完成的软件交付给用户使用的过程。
在发布阶段，开发团队需要对软件进行打包、安装部署，并提供用户手册等相关文档。
同时，还要确保软件能够在用户的运行环境中正常运行，避免出现兼容性和稳定性等问题。
七、维护阶段维护阶段是软件生命周期中的最后一步，也是一个长期的过程。
在维护阶段，开发团队需要及时响应用户的反馈和需求变更，修复软件中出现的问题，对软件进行版本更新和功能扩展。
《软件生命周期》课件
软Hale Waihona Puke 设计的原则模块化原则将软件系统划分为独立的模块，每个模块具 有明确定义的输入和输出。
抽象化原则
通过抽象来隐藏实现细节，使软件设计更加 简单明了。
单一职责原则
每个模块只负责一个功能，避免模块之间的 耦合。
软件维护技术
包括代码重构、单元测试、持续集成/持续 部署（CI/CD）等。
软件维护的注意事项
建立完善的文档
详细记录软件的架构、功能、接口等信息， 方便后续维护。
定期进行代码审查
及时发现和修复潜在的错误和漏洞。
遵循最佳实践
如代码规范、命名规范等，提高代码质量和 可维护性。
保持与开发人员的沟通
确保维护工作的顺利进行。
需求规格说明
将分析后的需求编写成需求规格说明 文档，明确需求的细节和验收标准。
需求分析
对收集到的需求进行整理、分类和评 估，明确软件的功能和非功能需求。
需求评审
邀请相关人员对需求规格说明进行审 查和评估，以确保需求的准确性和完 整性。
需求分析的工具
原型开发工具
用于快速构建软件原型，帮助用户更好地理解软件的 功能和界面设计。
软件测试的目的是发现软件 中存在的缺陷和错误，并提 供相应的反馈和建议，帮助 开发人员修复和改进软件。
软件测试贯穿于整个软件开 发生命周期，包括需求分析 、设计、编码、集成和部署 等阶段。
软件测试的方法和步骤
单元测试
对每个模块或函数进行测试，确保它们正常工作并满足设计要求。
集成测试
将多个模块或组件组合在一起进行测试，确保它们能够协同工作。
第2章_软件生存周期与软件过程
形式化开发记录 与需求比较后 修正 变换n
……
形式化 规格说明 系统需求 变换2 测试 目标系统
变换1
图2.2 转换模型
2.4.2 净室模型（Cleanroom Model)
净室模型是一种形式化的增量开发模型。 该模型只适合于软件的形式化开发方法；需要 严格的数学理论和形式化技术支持；需要一整 套开发环境（如程序变换工具、定理证明工具 等）的支持。
2．细化阶段 细化阶段的目标是分析问题域，建立健全的体系结 构基础，编制项目计划，淘汰项目中最高风险的元素。 本阶段的具体目标如下： 确保软件结构、需求、计划足够稳定；确保项目风 险已经降低到能够预计完成整个项目的成本和日程的 程度； 针对项目的软件结构上的主要风险已经解决或处理 完成； 通过完成软件结构上的主要场景建立软件体系结构 的基线； 建立一个包含高质量构件的可演化的产品原型； 说明基线化的软件体系结构可保障需求可控制在合 理的成本和时间范围内； 建立好产品的支持环境。
2.5 统一过程和敏捷过程
2.5.1 统一过程(Rational Unified Process, RUP) ●RUP 是美国 Rational 公司（现被IBM 公司兼并， 称 IBM- Rational 公司）开发的一种支持UML建模 过程的软件工具。 ●RUP是以用例为驱动、以系统架构为中心的迭代 与增量过程。 ●RUP在一个二维空间中描述软件开发活动，水平 轴代表时间，显示了过程动态的一面，它将一个软件 生存周期分为4个阶段，包括初始、细化、构造和移 交阶段,每个阶段又可以分为多个迭代。
3．构造阶段 在构造阶段，所有剩余的构件和应用程序功能被开发 并集成为产品，所有的功能被详尽地测试。本阶段的 主要目标如下： 通过优化资源和避免不必要的返工达到开发成本的 最小化； 根据实际需要达到适当的质量目标； 据实际需要形成各个版本； 对所有必须的功能完成分析、设计、开发和测试工 作； 采用循环渐进的方式开发出一个可以提交给最终用 户的完整产品； 确定软件、站点和用户都为产品的最终部署做好了 相关准备； 达成一定程度上的并行开发机制。
软件生命周期知识点归纳
一、软件生命周期：软件生命周期是指从软件定义、开发、使用、维护到淘汰的全过程。
1.软件定义期是软件项目的早期阶段，主要由软件系统分析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述，确定软件是什么，为今后的软件开发做准备。
这个时期往往需要分阶段地进行以下几项工作。
1)软件任务立项软件项目往往开始于任务立项，并需要以“立项申请报告”的形式针对项目的名称、性质、目标、意义和规模等做出回答，以此获得对准备着手开发的软件系统的最高层描述。
2)项目可行性分析软件任务立项报告批准后，接着需要进行项目可行性分析。
可行性分析是针对准备进行的软件项目进行的可行性风险评估。
因此，需要对准备开发的软件系统提出高层模型，并根据高层模型的特征，从技术可行性、经济可行性和操作可行性这三个方面，以“可行性报告”的形式，决定项目是否继续进行下去。
3)制定项目计划确定项目可以进行后，需要针对项目的开展，从人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目计划”的形式提交书面报告。
4)软件需求分析软件规格描述的具体化与细节化，是软件定义时期需要达到的目标。
需求分析要求以用户需求为基本依据，从功能、性能、数据、操作等多个方面，对软件系统给出完整、准确、具体的描述，用于确定软件规格。
其结果将以“需求规格说明书”的形式提交。
注：在软件项目进行过程中，需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据，同时也是今后用户对软件产品进行验收的基本依据。
2．软件开发期在对软件规格完成定义以后，可以按照“需求规格说明书”的要求对软件实施开发，并由此制作出软件产品。
这个时期需要分阶段地完成以下几项工作。
1)软件概要设计概要设计是针对软件系统的结构设计，用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告，其结果将成为详细设计与系统集成的基本依据。
《软件生命周期》课件
螺旋模型分为四 个阶段：计划、 风险分析、实施 和评估。
螺旋模型强调风 险管理，通过多 次迭代来降低风 险。
螺旋模型适用于 高风险、高复杂 度的项目。
迭代模型
特点：快速、灵活、适应性 强
概念：一种软件开发方法， 通过多次迭代来完善产品
步骤：需求分析、设计、编 码、测试、部署、维护
优点：能够快速响应需求变 化，提高产品质量和开发效
特点：V模型强调测试的重要性，每个开发阶段都有对应的测试阶段， 以确保软件的质量。
优点：V模型有助于提高软件开发的效率和质量，减少错误和缺陷。
缺点：V模型过于依赖文档，可能导致开发进度缓慢，难以适应快速 变化的需求。
DevOps模型
概念：DevOps是一种软件开发和运维模式，强调开发和运维的紧密合作 特点：自动化、持续集成、持续交付、持续部署 优势：提高软件开发效率，降低运维成本，提高软件质量 应用：广泛应用于互联网、金融、电信等行业
意义：软件生命周期是软件工程中重要的概念，有助于理解软件开发的整个过程，提高 软件开发的效率和质量
阶段划分：软件生命周期可以分为需求分析、设计、编码、测试、部署、维护和退役等阶段
每个阶段的目标和任务：每个阶段都有其特定的目标和任务，需要遵循一定的方法和规 范，以保证软件开发的质量和效率
阶段划分
需求分析阶段： 确定软件需求， 制定需求文档
率
缺点：需要较高的团队协作 能力和项目管理能力
敏捷开发模型
核心理念：快速响应变化，持续交付价值 特点：迭代、增量、持续集成、持续交付 开发流程：需求分析、设计、开发、测试、部署 工具和技术：Scrum、极限编程、看板、持续集成工具等
V模型
概念：V模型是一种软件开发生命周期模型，它将软件开发过程分为 需求分析、设计、编码、测试和维护等阶段。
软件生命周期各个阶段详细描述
软件⽣命周期各个阶段详细描述软件⽣命周期及为软件从产⽣直到报废的整个过程。
可⾏性研究：（是否做?）⽬的：该软件项⽬是否因该做；对软件项⽬进⾏多个⾓度分析；技术可⾏性：当前技术能否完成该软件项⽬经济可⾏性：该项⽬预估投⼊多少，能否带来收益操作可⾏性：该项⽬是否界⾯友好，功能清晰，能够⽅便操作社会可⾏性：是否符合法律法规，是否能够有益社会发展，短时间内不被淘汰⼯具：数据流图、系统流程图产物：最终将分析结果以可⾏性研究报告的形式展现需求分析：（做什么?）⽬的：了解客户需求，明确客户对软件项⽬的需求；（做什么）内容：确定⽤户对软件项⽬的功能、性能、数据格式、界⾯的需求；⼯具：建⽴逻辑模型、使⽤数据流图产物：最终将⽤户需求⽤软件需求规格说明书的形式详细阐述概要设计：（怎么做？⼤概）⽬的：完成对软件项⽬的⼤概设计；内容：对软件项⽬的功能模块进⾏划分，接⼝、界⾯的完成产物：概要设计说明书详细设计：（怎么做？详细）⽬的：完成对软件项⽬功能实现的详细做法；内容：对功能模块的实现，细化到算法、数据结构的层次，详细的定义功能模块的实现；⼯具：程序流程图、伪代码、PAD图产物：详细设计说明书；‘编码：（开始做。
）⽬的：根据详细设计说明书，选择程序设计语⾔，完成编码⼯作；产物：源代码测试：（检查。
）⽬的：发现软件项⽬中尚未发现的问题；⽅法：1、⿊盒测试：⼜叫功能性测试，只关注功能是否实现，不关注内部算法；①、边界值分析②、等价类划分2、⽩盒测试：⼜叫结构性测试，关注内部算法是否正确；①、路径覆盖②、条件覆盖③、判定覆盖④、条件组合覆盖⑤、语句覆盖⑥、判定条件覆盖3、灰盒测试：结合⽩盒测试和⿊盒测试，既关注内部逻辑，⼜关注总终结果阶段：单元测试---->集成测试---->验收测试---->平⾏测试单元测试：单元模块的测试，最⼩功能模块，是否满⾜正常需求，错误操作是否会提醒集成测试：主要⽬的是检查每个单元模块集成接⼝的测试；系统测试：对整体软件系统的功能、性能的测试验收测试：对软件项⽬进⾏交付前的最后测试，对照需求规格说明书和交付标准，演⽰软件项⽬功能满⾜⽤户需求和验收标准；（⽤户参与、数据真实）平⾏运⾏：新⽼版本的同时运⾏，分析处理结果，使⽤户熟悉新版本产物：测试分析报告运⾏维护（售后服务）⽬的：保证软件产品交付之后的售后服务，维持软件产品的后期维护和完善⼯作，保证软件铲平能够持续⼯作分类：1、正确性维护：发现软件测试阶段未发现的错误，维持软件产品功能的正常运作2、适应性维护：软件适应信息技术变化和管理需求变化⽽进⾏的修改。
软件开发生命周期管理手册
软件开发生命周期管理手册第一章：软件开发生命周期概述 (2)1.1 软件开发生命周期简介 (2)1.2 软件开发生命周期的重要性 (3)第二章：需求分析 (4)2.1 需求收集 (4)2.2 需求分析 (4)2.3 需求确认与验证 (4)第三章：系统设计 (5)3.1 架构设计 (5)3.1.1 系统架构概述 (5)3.1.2 前端架构设计 (5)3.1.3 后端架构设计 (5)3.2 模块设计 (5)3.3 界面设计 (6)3.3.1 用户界面设计 (6)3.3.2 界面交互设计 (6)第四章：编码实现 (6)4.1 编码规范 (6)4.1.1 命名规范 (6)4.1.2 代码格式 (7)4.1.3 注释 (7)4.2 代码审查 (7)4.2.1 代码审查的目的 (7)4.2.2 代码审查的流程 (7)4.3 代码重构 (7)4.3.1 重构的好处 (8)4.3.2 常用的重构方法 (8)第五章：测试管理 (8)5.1 测试策略 (8)5.2 测试计划 (8)5.3 测试执行与报告 (9)第六章：版本控制与配置管理 (9)6.1 版本控制 (9)6.1.1 原理 (9)6.1.2 特征 (10)6.2 配置管理 (10)6.2.1 目的 (10)6.2.2 强调点 (10)6.2.3 实施方法 (10)6.3 变更管理 (11)6.3.1 变更识别 (11)6.3.2 变更评估 (11)6.3.3 变更批准与实施 (11)6.3.4 变更监控与控制 (11)第七章：项目管理 (11)7.1 项目计划 (11)7.2 项目监控 (12)7.3 项目沟通与协调 (12)第八章：风险管理 (12)8.1 风险识别 (12)8.1.1 风险识别方法 (12)8.1.2 风险识别要点 (13)8.2 风险评估 (13)8.2.1 风险评估方法 (13)8.2.2 风险评估要点 (13)8.3 风险应对 (13)8.3.1 风险应对策略 (14)8.3.2 风险应对要点 (14)第九章：质量保证 (14)9.1 质量标准与要求 (14)9.2 质量控制 (14)9.3 质量评估与改进 (15)第十章：软件部署与维护 (15)10.1 部署策略 (15)10.2 部署实施 (16)10.3 软件维护 (16)第十一章：团队协作与沟通 (16)11.1 团队建设 (16)11.2 沟通技巧 (17)11.3 协作工具 (17)第十二章：软件开发生命周期管理工具与平台 (18)12.1 常见生命周期管理工具 (18)12.2 生命周期管理平台的选择与应用 (18)12.3 工具与平台的集成与优化 (19)第一章：软件开发生命周期概述1.1 软件开发生命周期简介软件开发生命周期（Software Development Life Cycle，简称SDLC）是指从软件项目开始到结束的整个过程中，按照一定的顺序和规范进行的各个阶段的集合。
软件开发生命周期与过程管理指南
软件开发生命周期与过程管理指南第一章：引言软件开发的生命周期是指从需求分析到软件部署和维护的整个过程。
作为一种软件开发管理的指导原则，软件开发生命周期的认可和采用对于确保项目的顺利进行和成功交付至关重要。
本文将介绍软件开发生命周期的各个阶段以及如何进行有效的过程管理。
第二章：软件开发生命周期阶段2.1 需求分析阶段需求分析阶段是软件开发的起点，目标是确立用户对软件的期望和功能要求，以及软件所需的约束条件。
在此阶段中，开发团队需要与用户紧密合作，明确需求并进行详细规划。
2.2 设计阶段设计阶段是将需求转化为软件架构和详细设计的过程。
在此阶段中，开发团队需要制定软件的整体结构、模块功能和数据流程图，并评审并更新设计文档。
2.3 编码和单元测试阶段编码和单元测试阶段是实现软件设计和逻辑的过程。
在此阶段中，开发团队根据设计文档编写代码，并进行单元测试以验证代码的正确性。
2.4 综合测试阶段综合测试阶段是对整个软件系统进行集成测试和验证的过程。
在此阶段中，开发团队需要进行系统测试、性能测试和可靠性测试，以确保软件的质量和稳定性。
2.5 部署和维护阶段部署和维护阶段是将软件交付给用户并进行后续支持和维护的过程。
在此阶段中，开发团队需要协助用户进行软件的安装和配置，并解决用户反馈的问题和需求。
第三章：软件过程管理概述3.1 软件过程管理的重要性软件过程管理是确保软件开发项目按时交付、质量可控的关键要素。
通过规范的过程管理，可以减少项目风险、提高开发效率、降低成本，并提高软件质量。
3.2 软件过程管理的基本原则软件过程管理的基本原则包括明确目标、有效沟通、适应变化、持续改进等。
同时，软件过程管理需要结合团队的实际情况和项目特点进行灵活调整。
第四章：软件过程管理的工具和技术4.1 项目管理工具项目管理工具的使用可以帮助团队合理分配资源、跟踪进度、协调成员合作，并提供项目绩效的评估和监控手段。
常用的项目管理工具包括Trello、Jira等。
软件开发生命周期管理与规范手册
软件开发生命周期管理与规范手册第一章概述 (3)1.1 软件开发生命周期简介 (3)1.2 软件开发生命周期管理的重要性 (3)第二章需求分析 (4)2.1 需求收集 (4)2.2 需求确认 (4)2.3 需求变更管理 (5)第三章设计 (5)3.1 软件架构设计 (5)3.2 详细设计 (6)3.3 设计评审 (6)第四章编码 (7)4.1 编码规范 (7)4.1.1 命名规范 (7)4.1.2 代码格式 (7)4.1.3 注释规范 (7)4.2 代码审查 (8)4.2.1 审查流程 (8)4.2.2 审查要点 (8)4.3 代码版本管理 (8)4.3.1 版本控制工具 (8)4.3.2 分支管理 (8)4.3.3 协作开发 (9)第五章测试 (9)5.1 测试策略 (9)5.1.1 测试目标 (9)5.1.2 测试范围 (9)5.1.3 测试方法 (9)5.1.4 测试环境 (9)5.1.5 资源需求 (9)5.2 测试用例设计 (9)5.2.1 测试用例概念 (10)5.2.2 测试用例设计原则 (10)5.2.3 测试用例设计方法 (10)5.3 测试执行与缺陷管理 (10)5.3.1 测试执行 (10)5.3.2 缺陷管理 (10)第六章验收与部署 (11)6.1 验收测试 (11)6.1.1 验收测试目的 (11)6.1.2 验收测试过程 (11)6.2 部署策略 (11)6.2.1 灰度发布 (12)6.2.2 蓝绿部署 (12)6.2.3 金丝雀发布 (12)6.3 生产环境监控 (12)6.3.1 监控指标 (12)6.3.2 监控工具 (12)第七章维护与优化 (13)7.1 问题定位与修复 (13)7.1.1 问题定位 (13)7.1.2 问题修复 (13)7.2 软件升级与优化 (13)7.2.1 软件升级 (13)7.2.2 软件优化 (14)7.3 维护文档编写 (14)7.3.1 文档内容 (14)7.3.2 文档编写规范 (14)第八章项目管理 (14)8.1 项目启动与规划 (14)8.2 项目进度监控 (15)8.3 项目风险管理 (15)第九章团队协作与沟通 (16)9.1 团队建设与管理 (16)9.1.1 团队目标设定 (16)9.1.2 团队角色分配 (16)9.1.3 团队沟通与协作 (16)9.1.4 团队激励与反馈 (16)9.2 沟通技巧与协作工具 (16)9.2.1 沟通技巧 (16)9.2.2 协作工具 (17)9.3 冲突解决与团队激励 (17)9.3.1 冲突解决 (17)9.3.2 团队激励 (17)第十章质量管理 (17)10.1 质量策划 (17)10.2 质量保证 (18)10.3 质量改进 (18)第十一章信息安全与合规 (19)11.1 信息安全策略 (19)11.2 信息安全措施 (19)11.3 合规性检查与评估 (19)第十二章成果评价与总结 (20)12.1 项目成果评价 (20)12.3 持续改进与优化 (21)第一章概述1.1 软件开发生命周期简介软件开发生命周期（Software Development Life Cycle，简称SDLC）是指从软件项目开始到结束的整个过程中，涉及的所有阶段和活动。
软件开发生命周期简介
软件开发生命周期简介软件开发是指将计算机程序设计理念变为可执行的软件产品的过程。
而软件开发生命周期是指软件项目从构思、可行性研究到软件维护的整个过程。
本文将介绍软件开发生命周期的几个关键阶段，包括需求分析、设计、编码和测试、部署、维护等。
通过了解软件开发生命周期的流程，可以更好地理解软件开发的整体过程。
需求分析阶段需求分析是软件开发的关键阶段之一，旨在明确系统的需求以及其背后的业务需求。
在这个阶段，软件工程师需要与客户一起讨论、梳理和定义系统的功能需求和非功能需求。
同时，确定系统的约束条件、风险和项目计划等。
设计阶段在需求分析阶段明确了系统需求之后，软件开发团队将进行设计阶段。
设计阶段包括高级设计和详细设计两个部分。
高级设计阶段主要关注系统的整体结构和组件之间的关系。
而详细设计阶段则侧重于具体实现细节，包括数据结构设计、算法设计和模块设计等。
编码和测试阶段编码和测试阶段是将设计的概念转化为可执行代码的过程。
在编码阶段，软件开发人员根据详细设计阶段的文档编写代码。
而在测试阶段，开发团队将对编写的代码进行单元测试、集成测试和系统测试，以确保软件系统的质量和稳定性。
部署阶段部署阶段是将开发完成的软件系统交付给用户的过程。
在这个阶段，开发团队需要进行软件的安装、配置和培训等工作，确保用户可以正常地使用软件系统。
同时，还需要进行性能测试和安全测试等，以确保系统在不同环境下的正常运行。
维护阶段软件开发的最后一个阶段是维护阶段，也是一个持续的过程。
在软件系统上线后，用户可能会遇到各种问题和需求变更。
开发团队需要及时响应用户的反馈和需求，并进行相应的维护工作，包括故障修复、性能优化和功能更新等。
总结软件开发生命周期是软件项目管理的重要组成部分。
通过合理规划和执行软件开发生命周期的各个阶段，可以提高软件的质量和开发效率。
在实际开发中，还可以根据不同项目的特点和需求，灵活调整和优化软件开发生命周期的流程和方法。
软件开发生命周期的完整执行将为软件项目的顺利完成提供保障。
第二章 软件生命周期过程
2015年1月13日
12
2.1.2.1 瀑布模型
2015年1月13日
13
2.1.2.1 瀑布模型
瀑布模型的变种——V模型
其他测试 需求分析 确认测试
概要设计
集成测试
详细设计
单元测试
编码
2015年1月13日
14
2.1.2.2 演化模型
项目开发初始阶段对需求的认识不够清晰， 使得开发工作出现再开发在所难免。经验： 开发“两次”后的软件能较好地满足用户 的要求。
过程执行者：需要软件系统或软件产品的人。 包含的活动： 确定需求； 招标； 签订合同； 对供应方的监督； 验收完成。
2015年1月13日
23
2.2.2 供应过程
过程执行者：软件供应方 包含的活动： 理解需求； 投标；签订合同； 计划； 实施；控制； 评审评价； 交付。
2015年1月13日
2015年1月13日
软件开发过程：把用户的要求转变成软件产品的 过程叫做软件开发过程。软件过程的规划由不同 开发机构针对不同应用项目确定，包括一些有组 织的活动：
对用户的要求（need）进行分析、 解释成软件需求（requirement）、 把需求变换成设计、 把设计用代码来实现、 测试该代码， 软件安装和交付运行使用。
2015年1月13日
26
2.2.5 维护过程
过程执行者：维护人员 包含的活动：过程实施准备；问题分析和修改 设计；修改实施；对维护的评审和验收；软件 移植；软件退役。 目的：保持软件整体性能的同时修改它，使其 达到某一需求，直到其退役为止。 1.改正性维护：诊断并校正错误。 2.适应性维护：为适应变化的环境而对软件进行 修改的活动。 3.完善性维护：根据用户新的需求，或增加或修 改软件的功能。
软件生命周期
软件生命周期软件生命周期(SDLC，软件生存周期)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
一、软件生命周期(SDLC)的六个阶段1、问题的定义及规划此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
"唯一不变的是变化本身。
"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
3、软件设计此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件设计一般分为总体设计和详细设计。
好的软件设计将为软件程序编写打下良好的基础。
4、程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，提高程序的运行效率。
5、软件测试在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。
测试的方法主要有白盒测试和黑盒测试两种。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。
简述软件生命周期
软件生命周期1）软件定义：确定总目标和可行性；导出策略和系统功能；估计资源和成本；制定工程进度表●问题定义关键问题是：“要解决的问题是什么”。
提交的内容为关于问题性质、工程目标和工程规模的书面报告。
●可行性研究回答的关键问题是：“上一个阶段所确定的问题是否有行得通的解决办法”。
提交的内容为可行性研究报告，即从技术、经济和社会因素等方面研究各方案的可行性。
●需求分析对用户提出的要求进行分析并给出详细的定义。
准确地回答“目标系统必须做什么”这个问题。
也就是对目标系统提出完整、准确、清晰、具体的要求。
编写软件需求说明书或系统功能说明书及初步的系统用户手册，提交管理机构评审。
2）软件开发●概要设计概括地回答“怎样实现目标系统?”。
设计程序的体系结构，也就是确定程序由哪些模块组成以及模块间的关系。
提交的文档是概要设计说明书。
●详细设计回答“应该怎样具体地实现这个系统”。
详细地设计每个模块，确定实现模块功能所需要的算法和数据结构。
●提交的文档是软件的详细设计说明书编码和单元测试写出正确的容易理解、容易维护的程序模块。
提交的文档为源程序、详尽的程序说明和单元测试报告。
●综合测试通过各种类型的测试(及相应的调试)使软件达到预定的要求。
提交的文档为测试计划、详细测试方案以及实际测试结果等。
3）软件维护●改正性维护：运行中发现了软件中的错误需要修正。
●适应性维护：为适应变化了的软件工作环境，需做适当变更。
●完善性维护：为了增强软件的功能需做变更。
预防性维护：修改软件为将来的维护活动预先做准备。
软件生命周期
软件生命周期软件的生命周期是一个孕育、诞生、成长、成熟和衰亡的生存过程，也就是所谓的软件定义、软件开发和运行维护3个时期组成。
而每个时期又有所要完成的不同的基本任务。
软件定义时期的主要任务是解决“做什么”的问题，通俗的讲就是做此项目的主要功能及可行性报告等。
比如说网上选课系统，在软件定义阶段，要确定以下几个功能模块：管理员管理课程、教师、学生的增删改查和对教师、学生的权限授予等功能，教师对自己信息的修改和对自己课程的上传、修改、删除、查询等功能，学生对课程的选择、退选及查询等功能。
针对此项目，从技术、经济、法律、成本、可获得的效益、开发的进度做出一系列的估算，制定出具体的实施计划。
软件开发时期的主要任务是解决“如何做”的问题，也就是如何完成此项目的过程，要解决每个构建所要完成的工作以及完成此工作的顺序。
选择编写源程序的开发工具，把软件设计转换成计算机可以接受的程序代码。
比如说网上选课系统，在软件开发阶段，我们确定先要进行管理员的模块编写，再进行教师模块的编写，进而进行学生模块的编写，另外也要确定是运用某种软件开发工具，如java、C语言等进行模块的开发等。
运行维护时期的主要任务是使软件持久地满足用户的需要，通常包括：改正性维护、适应性维护、完善性维护和预防性维护。
在此阶段主要是把前期的各个模块组装起来进行测试，保证按需求分析的要求完成软件功能的测试并对此进行确认，交与开发方运行测试。
比如网上选课系统，在运行维护阶段，要对前期的管理员、教师、学生这三个模块进行组合，并按照需求分析的功能进行核对，有不符合需求规格说明书之处进行修改，直到完全符合并测试成功，交与开发方测试及运用。
软件的生命周期是一个耗时长的工程。
在软件工程生命周期的3个时期中，各个阶段又有着其不同的基本任务：一、问题定义和可行性研究此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
在这个阶段中我们需要从开发的技术、成本、效益等各个方面来衡量这个项目，进行可行性分析，形成可行性分析报告书，并以此为基础进行需求分析等后期的工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
22
软件系统正式运行后，如果 用户在使用过程中发现了缺 陷，研发公司将会提供补丁 进行修复，从而保证软件系 统正常工作。
2.2.7 软件生命周期文档管理
（1）一般研发阶段文档管理
（2）文档实例（智能OA办公系统）
《智能OA办公系统市场需求调研报告》 《××智能OA办公系统初步需求调研报告》 《××智能OA系统研发可行性报告》 《智能OA系统需求规格说明书》 《智能OA系统》概要设计 《智能OA系统》详细设计 信息社会，没有什么东 《智能OA系统项目开发》 西比读写技巧更重要。 《智能OA系统项目验收测试》 -------约翰•耐斯比特 《智能OA系统交付使用说明书》
7
（4）软件度量和评价国家标准3
GB/T18491.5 -2010信息技术软件测 量功能规模测量第5部分：功能规模测 量 的功能域确定 GB/T18491.6 -2010信息技术软件测 量功能规模测量第6部分：GB/T18491 系列标准和相关标准的使用指南 GB/T18905.1 -2002软件工程产品评 价第1部分：概述 GB/T18905.2 -2002软件工程产品评 价第2部分：策划和管理 GB/T18905.3 -2002软件工程产品评
9
2.2 软件生命周期 （1）生命周期的概念
生命周期的本意：是指一个对象的生老病死。生 命周期的概念应用广泛，例如产品生命周期等。 软件生命周期是指软件行业在几十年的研发活动 中，积累了大量的经验，总结出的软件生命周期 的理论和实践方法。
10
（2） 软件生命周期
软件行业总结出来的经验（理论），用于指导软 件企业遵循规范设计开发软件产品。 一般来说，软件从市场需求调研到销售使用， 要经历如下几个过程：
14
2.2.3 产品项目立项
含义：经过市场需求调研和可行性 研究评审确认后，责任方进行产品 项目立项，组建研发小组，制定产 品研发计划； 产品研发计划包括需求分析、系统 设计开发、系统测试、软件发布、 运行维护等步骤和时间点； 研发团队成员应该包括项目经理、 研发工程师、测试人员。测试人员 一般后期加入。
17
2.2.5 设计、开发和测试
（1）设计
由系统架构师从系统可靠性、 扩展性、安全性、可维护性等 角度进行系统概要设计； 系统概要设计完成要编制系 统概要设计说明书，形成概要 设计基线，规范后续的系统详 细设计、数据库设计。
18
（2）开发
项目组开发人员根据各自的
编码任务及规范完成相关模块、 子系统、软件的编码，形成测 试版本； 开发人员通过详细设计方便 清晰地理解开发对象的设计思 路及编程思路，从而降低编码 错误风险。
2.4 软件测试团队
2.4.1 测试团队类型
（２）有独立测试团队 公司成立独立测试团队， 测试工程师通常在5人以上， 有测试组长或经理，隶属 于项目经理或研发经理管 理。
（３）团队独立又隶属于研发
有独立的测试团队， 但测试工程师分散到项 目组，俗称跟项目。这 种情况测试工程师的管 理及工作安排基本由研 发组长负责。
GB/T14394-2008计算机软件可靠 性和可维护性管理 GB/T16260.1 -2006软件工程产品 质量第1部分：质量模型 GB/T16260.2 -2006软件工程产品 质量第2部分：外部度量 GB/T16260.3 -2006软件工程产品 质量第3部分：内部度量 GB/T16260.4 -2006软件工程产品 质量第4部分：使用质量的度量
素质拓展1： 软件公司人员分工
（1） 软件公司人员架构
（2）主要业务岗位及其职责
前端业务：需求分析、页面 制作（UI设计）； 后台业务：系统架构设计、 程序编写、软件测试； 售前业务：产品推销、需求 调研、客户接待； 售后业务：产品安装、用户 培训、产品维护等。
（3）出入职场竞争策略
（1）发布和运行
如果研发对象是产品，一般
21
由研发公司择日发布，通常情 况下会在网络或媒体上宣传； 如果研发对象是项目，则一 般由客户确定正式交付日期， 客户在接收软件公司提供的软 件系统前，通常会进行验收测 试，验收通过才正式接受。
（2）维护
项目交付使用后，根据产品 维护协议，制定产品维护流 程，当软件系统在使用过程 中出现问题时，需及时处理， 直到产品废弃或升级。
30
2.3.2
研发组织结构
研发组织根据角色和职务、职权的不同，一般采 用下图所示的研发组织结构。 一个小型研发团队往往包括一名研发组长或经理， 1-2名页面（美工）制作人员，1名架构师，3-5名 开发工程师。
2.3.4 研发人员组织实例
开发经理张亮负责项目研发工作管理， 组织开发人员设计编写系统代码。 页面（美工）制作人员何静、刘媛负 责系统界面设计并配合及时调整设计 过程中出现的错误。 系统架构师孙伟负责整体架构设计， 包括数据字典、数据接口、数据库等， 也负责编写部分核心代码。 开发工程师李立、谢成、潘宇负责编 写系统基础代码和缺陷修复工作。
三种组织形式各有长短。 组织形式设计要本着经济有效原则， 符合企业实际。
2.4.2 软件测试团队分工
（1） 测试主管 或称为测试经理，专门负 责测试部门工作计划和日常测 试管理工作。 （2）测试组长 受测试主管指派，负责某 软件项目的所有测试工作，一 般由测试工程师担任。
（3） 环境保障人员
其作用是维护整个项目 系统环境，如硬件配置和软 件配置。大多数由测试工程 师兼任，少数专职。
15
2.2.4 需求调研开发
主动模式，软件公司派出 需求调研小组与用户直接 沟通，获得正确可靠的需 求。小组成员一般是客户 代表、需求开发者； 被动模式由软件公司市场 调研人员根据市场产品需 求信息分析判断，无明确 的需求提出者。
16
2.2.4 需求调研开发
在需求调研开发阶段，每一个 需求都需与客户、市场需求反 复验证确认，最终得到规范的 需求规格说明书。 需求规格说明书内容：软件系 统功能、性能、外部接口等需 求，作为后续软件开发活动的 基准输入。
泉州信息工程学院软件学院 《软件测试技术基础》
第二章 软件生命周期概述
教授、高级工程师 二○一八年九月二十七日
1
第二章 软件生命周期概述 教学计划
计划学时 6课时 掌握软件基本概念，理解软件生命周期理论，熟悉 软件研发团队及测试团队组织结构，了解企业中测 试团队的职能、技能构成、测试工程师在测试活动 实施过程中的职责范围；理解职业生涯周期理论。 知识点 2.1 2.2 2.3 2.4 软件基本概念 软件生命周期 软件研发团队 软件测试团队 ● ● 难点 重点 考点 ● ●
27
（2）页面（美工）制作人员
职责范围：通过与客户或产 品经理沟通，设计软件产品 或项目用户界面，项目初期 负责系统DEMO制作； 将设计页面分解切图，根据 界面设计规范编写HTML、 CSS、JS源代码，形成稳定的 静态页面。 跟进项目研发过程，及时解 决在研发过程中遇到的页面 设计问题。
28
（3）系统架构师
确认和评估系统需求； 设计系统整体架构，细化子 项目、子系统、组件和模块， 明确各个模块间的逻辑关系； 指导协助开发人员，澄清系 统细节、解决主要难点； 培训和指导研发团队，避免 团队成员误解系统设计要求 导致项目延误。
29
（4）开发工程师
职责范围：负责项目模块的 详细设计、编码和内部测试 的组织实施； 参与技术可行性分析和需求 分析，需熟练掌握公司软件 项目的相关软件技术和使用 方法； 负责修复测试工程师提出的 缺陷。
市场需求调研 可行性研究 产品项目立项
发布运行维护
设计开发测试
需求调研开发
11
2.2.1 市场需求调研
（1）产品调研
含义：软件公司主动调查市场需 求，拟开发出符合需求的软件产 品；若需求由软件公司提出，用 户被动接收，属于被动模式。 特点：用户需求不确定，产品开 发过程随时可能遭遇需求变化风 险。例如滴滴打车、抖音、球球 大作战等。
6
（4）软件度量和评价国家标准2
GB/T18491.1 -2001信息技术软件 测量功能规模测量第1部分：概念定 义 GB/T18491.2 -2010信息技术软件 测量功能规模测量第2部分：软件规 模测量方法与 GB/T18491.1 -2001的符合性评价 GB/T18491.3 -2010信息技术软件 测量功能规模测量第3部分：功能规 模测量方法的验证 GB/T18491.4 -2010信息技术软件 测量功能规模测量第4部分：基准模
12
（2）项目调研
含义：用户主动提出需求，由软件公司负责设计开 发，一般称为客户项目；从用户角度看，需求由用 户主动提出来，属于主动模式。 特点：需求比较明确，研发风险比较小。业务系统 基本都以项目运作方式，如银行的柜台交易系统、 网上银行系统等。13来自2.2.2 可行性研究
含义：以企业研发能力为前提， 以投资收益为目的，从安全、 法律、技术、成本、管理、风 险控制等方面对产品或项目进 行全面分析研究的方法； 要预测其投产后的经济效益， 在既定范围内进行方案论证与 选择，以便最合理地利用资源， 达到预定的经济效益。
不比学历比技能 没有技能比勤劳 人更勤劳比做人 好人难做比低价 他价更低比奉献
山不转水转
35
随堂练习
１．软件的定义是什么？ ２．软件生命周期经过哪些阶段？ ３．软件测试活动在软件生命周期哪 个阶段介入？
2.4 软件测试团队
2.4.1 测试团队类型
（１）隶属于研发团队 公司无独立测试团队，测试工程师较少，属 于研发团队，研发组长兼任测试管理者，相对来 说测试重要性不高。
学习内容 与目标
2
素质拓展：个人职业生涯周期
●