第二章 软件生命周期概述_张冲杰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模型是一种软件开发生命周期模型，它将软件开发过程分为 需求分析、设计、编码、测试和维护等阶段。
- 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
素质拓展：个人职业生涯周期
●