5种项目生命周期模型
项目经理面试题目(3篇)
第1篇一、项目管理基础知识1. 请简述项目管理的主要目标。
答案：项目管理的主要目标是确保项目按时、按质、按预算完成，同时满足项目干系人的需求和期望。
2. 请解释项目、产品和服务的区别。
答案：项目是一次性的、独特的、有明确起止时间的活动；产品是项目交付的成果，可以是实体或无形产品；服务是项目提供的活动或行为。
3. 请简述项目生命周期。
答案：项目生命周期包括启动、计划、执行、监控和收尾五个阶段。
4. 请解释项目管理计划的作用。
答案：项目管理计划是项目团队在项目实施过程中遵循的指南，它规定了项目的范围、进度、成本、质量、人力资源、沟通、风险和采购等方面的要求。
5. 请简述项目范围管理的主要任务。
答案：项目范围管理的主要任务是确保项目团队理解并定义项目范围，识别项目的工作内容，以及控制项目范围的变化。
6. 请解释关键路径法（CPM）和项目评估与审查技术（PERT）的区别。
答案：CPM主要用于确定项目进度，强调活动的连续性和固定的时间估算；PERT主要用于项目风险评估，允许活动时间估算的不确定性。
7. 请简述敏捷项目管理与传统的瀑布式项目管理的主要区别。
答案：敏捷项目管理强调迭代、灵活和适应性，注重快速交付价值；瀑布式项目管理强调线性、固定和计划性，注重全面规划和控制。
二、项目计划与执行1. 请描述项目计划制定的过程。
答案：项目计划制定的过程包括项目启动、范围规划、进度规划、成本规划、质量规划、人力资源规划、沟通规划、风险管理规划和采购规划等步骤。
2. 请解释如何平衡项目进度、成本和质量之间的关系。
答案：平衡项目进度、成本和质量之间的关系需要通过项目优先级、资源配置、变更控制和风险管理等手段来实现。
3. 请简述项目团队建设的过程。
答案：项目团队建设的过程包括组建团队、团队沟通、团队激励、团队冲突解决和团队绩效评估等步骤。
4. 请解释如何进行项目监控和报告。
答案：项目监控和报告包括定期收集项目绩效数据、分析数据、制定报告、与项目干系人沟通和采取纠正措施等步骤。
《成功的项目管理(第5版)》填空题完整版
成功的项目管理(第5版)填空题完整版第一章1．项目有哪些特征？①有明确界定的目标②由一系列相互关联的任务组成③需要运用各种资源来执行任务④有具体的起始和终止日期⑤只发生一次，独一无二的⑥都有发起人或客户⑦包含一定的不确定性2．举出3 个日常生活中你曾参与的项目。
（略）3．至于项目目标实现的7 个因素是什么？资源、风险、质量、预算、客户满意度、工作范围、进度计划4．项目生命周期4 个阶段。
启动项目（项目章程）、计划项目（基准计划) 、执行项目（可接受的交付物）、结束项目（项目文档）5.项目通过一个叫做项目章程的文件获得授权.6.计划项目阶段的结果是基准计划。
7。
在执行项目阶段,项目计划被执行并开展活动来产出所有可交付物并完成项目目标 .8。
项目管理过程就是制定计划,然后按计划工作。
9。
项目目标必须在执行项目的组织和客户或发起人之间达成一致.10。
文化认知和敏感性不仅重要，而且和全球项目管理的成功相互依赖。
第二章1。
项目生命周期的初始阶段开始于需求、问题或机会的识别。
2。
项目选择包括评估各种需求和机会，然后决定这些机会中的哪些应该作为项目继续进行下一步工作.3。
项目选择的四个步骤是什么?①制定一套评估机会的标准②列出每个机会所基于的假设③收集每个机会的数据和信息，确保做出一个正确的项目选择决定④对照标准评估每个机会4。
项目章程用来正式的授权一个项目,并总结了项目的关键条件和项目参数。
5。
最少列出项目章程中应包含的8 个要素。
项目名称、目标、成功标准或预期利润、资金、主要交付物、验收标准、里程碑计划、关键假设、限制因素、主要风险、项目经理、发起人、签字批准和日期6、需求建议书的目标是什么？从客户角度全面、详细的阐述满足识别出的需求所要做的工作7、需求建议书中包含的主要要素有哪些？项目目标、工作陈述、客户要求、交付物、验收标准、审批要求、合同类型、截止日期、时间表、付款方式、申请书内容主要包括（方法、交付物、进度计划、经验、人事安排、成本等）、申请书评价标准包括(方法、经验、成本、进度计划等,以及各项标准所占权重）8.小心不要只给承约商中的一些提供信息, 而是提供给所有感兴趣的承约商，因为那将给他们中的一些提供对别人不公平的信息。
软件生命周期模型
软件生命周期模型.软件生命周期对于一个软件的研制，从问题的提出，经过开发、使用、维护、修订，直到最后终止使用而被另一软件所取代，就像是一个生命体从孕育、出生、成长到最后消亡，软件的这个状态变化的过程称为生命周期(life cycle)。
软件生命周期的演化具有阶段性，依据一定的原则，可以把软件生命周期划分为若干不同阶段，相邻的阶段既相互区别又相互联系，每个阶段都以其前一阶段的工作成果作为本阶段工作的基础。
软件生命周期的划分有助于软件开发和管理人员根据不同阶段的特点进行软件开发及其管理。
软件开发的经验表明，软件开发越到后期，改正前期开发工作的失误越困难，因此在软件开发工作中应该对软件开发工作的阶段性给予充分认识，在前期工作不无分的前提下不应过早地进入软件开发的下一阶段。
依据不同的原则对软件生命周期的划分也不同，《软件工程国家标准--计算机软件开发规范》(GB8566-88)中将软件生命周期划分为8个阶段：可行性研究与计划、需求分析、概要设计、详细设计、实现(包括单元测试)、组装测试(集成测试)、确认测试、使用和维护。
本书按照人们所习惯的粗分方法把上面8个阶段划分为计划、开发和维护3个阶段，在概述其他两个阶段的基础上重点介绍软件的开发过程。
2.软件开发方法在规定的投资规模和时间限制内，实现符合用户需求的高质量软件是软件开发的目标，为实现这一目标，人们根据软件开发的特点，提出了多种软件开发策略。
通过不同的软件开发模型阐明从问题提出到最终软件实现，软件开发工作过程的阶段性任务分解，并规定了每一个阶段的目标、任务以及工作结果的表达形式。
常见的软件设计模型有：瀑布模型(waterfall model)、渐进模型(increamental model)、演化模型(evolutionary model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)等。
软件工程第2讲 软件生命周期模型
敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较5敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较57P32: 2.9.2P23: 2.2 P25: 2.3P34: 2.9.3模型构造多使用脚本语言、基于现有基础代码库、UI工具制作，制作过程一般不会考虑性能、稳定敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较5迭代-递增生命周期模型递增也是软件工程的一个固有特性P27P26: 2.5P28P29P30 2.7敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较58个体和交互胜过过程和工具以人为本我相信没有比面对面交流更高效的沟通渠道了•尊重和信任激发个人内心的责任感和使命感，激发了个体的潜能。
•基于互相信任的前提，敏捷提倡自治的全功能团队。
在工作形式上，整个团队平时坐在一起工作，从物理空间上创造了更加便捷面对面的沟通机会。
•要摒弃这种重流程和重工具，提倡轻量级流程和轻量级工具，而这些流程和工具又在促进个体交互。
比如，我们在日常工作中会使用Trello、Jira、Keynote等工具。
可以工作的软件胜过面面俱到的文档价值导向为客户交付可工作的软件是我们的核心目标•我们应该尽早交付可进行端到端测试的代码，该目标决定了我们不应该花过多精力在面面俱到的文档上。
•但这不代表我们要抵制任何文档。
实践证明，轻量级的文档策略有助于团队高质量交付可工作的软件。
•在开发过程中，交互设计原型也是一种轻量级文档，交互设计师交付可以尽早地跟团队和客户进行确认验收的核心业务场景的原型，快速收集反馈。
客户合作胜过合同谈判客户团队帮助客户实现他们真正想要的价值•让客户也作为团队的一分子，跟客户建立信任的合作关系取代敌对的谈判关系。
•需求的变化往往来自客户，让客户参与进来可以在开发的过程中尽早的发现变化，从而尽早采取解决方案。
瀑布式开发、迭代开发、敏捷开发、XP与SCRUM的区别
瀑布式开发、迭代开发、敏捷开发、XP与SCRUM的区别瀑布式开发、迭代开发，区别【都属于，⽣命周期模型】两者都是⼀种开发模式，就像设计模式⼀样，考虑的⾓度不⼀样，个⼈感觉谈不到取代⼀说。
传统的瀑布式开发，也就是从需求到设计，从设计到编码，从编码到测试，从测试到提交⼤概这样的流程，要求每⼀个开发阶段都要做到最好。
特别是前期阶段，设计的越完美，提交后的成本损失就越少。
我现在从事的外包项⽬就是这样的流程。
迭代式开发，不要求每⼀个阶段的任务做的都是最完美的，⽽是明明知道还有很多不⾜的地⽅，却偏偏不去完善它，⽽是把主要功能先搭建起来为⽬的，以最短的时间，最少的损失先完成⼀个“不完美的成果物”直⾄提交。
然后再通过客户或⽤户的反馈信息，在这个“不完美的成果物”上逐步进⾏完善。
这两种开发模式都各⾃具有⾃⼰的特点，迭代式开发适合在⼀些需求信息不明确的项⽬中，这样在开发过程中遇到需求的变化时，所带来的影响要⽐瀑布式开发⼩。
⽽现在的很多项⽬中，需求在项⽬进⾏中变化的事⼉经常见，所以显得迭代式开发的优势更明显⼀些。
但是，从本质上来说，⼆者都不过是⼀种开发的模式，即使是迭代式开发，在每⼀个迭代的环节中，不也是此从需求到设计，从设计到编码，从编码到测试吗？这不也是瀑布式模型的体现吗？只不过这个瀑布式中的每⼀个阶段不需要做到最优化，都留⼀些任务到下⼀层迭代中去做⽽已。
所以，我觉得⾯对不同的问题采⽤不同的模式，模式是为了⽅便我们开发⽽服务的，不是要求我们必须按照某⼀种模式从头⾛到尾。
就象迭代式开发，我们其实也经常⽤到这种模式。
⽐如说开发项⽬中的某⼀个模块。
我们先把能够实现主要功能的代码写出来。
⽐如⼀个查询模块，先从模块的构思到设计再到编码，先查询功能的代码，测试⼀遍查询成功。
这算是完成了第⼀层迭代。
然后我们要再考虑⼀层迭代中的⼀些还未完成的细节问题，⽐如查询的check，查询结果的显⽰以及查询算法的优化等等，这就是第⼆层迭代。
第04章 项目管理一般知识 软考中级 系统集成项目管理工程师教程重要知识归纳和考点总结
缺点：
管理成本增加；
多头领导；
难以监测和控制；
资源分配与项目优先的问题产生冲突；
权利难以保持平衡等。
复合型组织
4.2.4 PMO在组织结构中的作用
1、PMO的关键特征：
(1 )在所有PMO管理的项目之间共享和协调资源。
( 2 )明确和制定项目管理方法、最佳实践和标准。
项目生命周期的分类：
按技术划分：立项、开发、运维、消亡。
按管理活动先后：启动、计划、执行、收尾
4.4典型的信息系统项目的生命周期模型
1、瀑 布 模 型
瀑布模型是一个经典的软件生命周期模型，一般将软件开发分为：
可行性分析（计划）、需求分析、软件设计（概要设计、详细设计)、编码（含单元测试)、测试、运行维护等几个阶段。
(10)在项目经理和任何内部或外部的质量人员或标准化组织之间协调整体项目的质量标准
2、PMO的类型
(1)支持型。
支持型PMO担当顾问的角色。对项目的控制程度很低。
(2)控制型。
控制型PMO不仅给项目提供支持而且通过各种手段要求项目服从PMO的管理策略。
(3)指令型。
指令型PMO直接管理和控制项目。这种类型的PMO对项目的控制程度很高。
客户和用户
项目经理
执行组织
项目团队及其成员
项目发起人
职能经理
影响者
项目管理办公室（PMO）
4.1.10 项目管理系统
项目管理系统的概念：
项目管理系统是指用于管理项目的工具、技术、方法、资源和过程组的集合。
项目管理系统的叙述：
项目管理系统是在项目管理计划中说明如何使用的。
项目管理系统的内容会随应用领域、组织影响、项目复杂性、现有系统的有效性而变化。
系统集成项目管理工程师-全书知识点总结
系统集成项目管理工程师知识点总结第一部分、系统集成知识一、信息化知识（一）信息1、概念：（1）控制论—维纳：信息就是信息，它既不是物质也不是能量（2）信息化—香农：信息是能够用来消除不确定性的东西2、定量描述：H(X)是X的信息熵；pi是事件出现第i种状态的概率3、质量属性：（1）精确性（2）完整性（3）可靠性（4）及时性（5）经济性（6）可验证性（7）安全性（二）信息化1、信息化的主体是全体社会成员2、信息化5个层次1 / 493、信息化体系六要素：（1）信息资源—核心（2）信息网络—基础（3）信息技术应用—龙头（4）信息技术和产业—国家信息化建设基础（5）信息化人才—关键（6）信息化政策法规和标准规范—保障2 / 494、两化融合（1）信息化与工业化发展战略的融合（2）信息资源与材料、能源等工业资源的融合（3）虚拟经济与工业实体经济的融合（4）信息技术与工业技术、IT 设备与工业装备的融合5、电子政务：（1）G2G—政府对政府（2）G2B—政府对企业（3）G2C—政府对公众（4）G2E—政府对公务员6、电子商务（1）使用电报、电话、广播、电视、传真、计算机、计算机网络等进行商务活动，都称为电子商务；EDI（电子数据交换）是连接原始电子商务和现代电子商务的手段。
（2）电子商务的基本特征：①普遍性、②便利性、③整体性、④协调性、⑤安全性（3）电子商务系统的结构（4）电子商务的类型：①B2B—阿里巴巴、②B2C—京东&当当、③C2C—淘宝&易趣、④O2O—线上购买线下服务3 / 49（5）电子商务发展的支撑保障体系：①法律法规体系、②标准规范体系、③安全认证体系、④信用体系、⑤在线支付体系、⑥现代物流体系、⑦技术装备体系、⑧服务体系、⑨运行监控体系7、企业信息化发展原则：（1）效益原则（2）一把手原则（3）中长期与短期建设相结合（4）规范化和标准化（5）以人为本8、国家信息化：“两网一站四库十二金”工程；金土、金信不属于十二金工程9、商业智能是数据仓库、OLAP、数据挖掘等技术的综合应用；商业智能的实现有三个层次：数据报表、多维数据分析、数据挖掘4 / 4910、新技术（1）大数据1.1、大数据5V特点：①Volume（大量）、②Velocity（高速）、③Variety（多样）、④Value（价值）、⑤Veracity（真实性）1.2、大数据需经过5个环节：①数据准备、②存储管理、③计算处理、④数据分析、⑤知识展现1.3、大数据关键技术①HDFS：能提供高吞吐量的数据访问②HBase：非结构化数据存储的数据库③MapReduce：一种编程模型④Chukwa：用于监控大型分布式系统的数据收集系统（2）云计算1.1、云计算服务类型：IaaS（基础设施即服务）、Paas（平台即服务）、SaaS（软件即服务）1.2、云计算技术架构：设施层、资源层、资源控制层、服务层（3）物联网架构：感知层（物物相连）、网络层、应用层（4）人工智能的应用：机器视觉、指纹识别、人脸识别、视网膜识别、虹膜识别、掌纹识别、专家系统、自动规划、智能搜索、定理证明、博弈、自动程序设计、智能控制、机器人学、语言和图像理解、遗传编程5 / 49（5）区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式；本质上是一个去中心化的数据库，同时是比特币的底层技术；区块链系统由数据层、网络层、共识层、激励层、合约层和应用层组成。
战略实施的五种模型
战略实施的五种模型
1.层次模型：主要强调“调节-衡量-控制”序列，旨在美化企业的规划行为，使规划能够更加清晰、有效的实施；
2.外部环境分析模型：侧重于对外部环境的全面、准确分析，以识别企业可以把握的机遇，并预测与企业发展有关的变化；
3.生命周期模型：以企业生命周期发展状态作为分析模型确立企业战略，用以适应可能出现的变化；
4.功能分析模型：以企业核心能力和背景为分析依据，从多角度找出企业存在的优势，确定企业发展的动力空间；
5.内部因素识别模型：用于分析企业的能力、特点，透析企业在竞争中的优势，构建与企业核心竞争力相关联的成功性策略。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
5种项目生命周期模型
1.项目生命周期定义
2.一个完整的项目生命周期一般分为：计划、需求分析、设计、编码、测试、发布、实施以及运行维护阶段。
参见下图标准过程：
3.软件过程模型是从项目需求定义直至经使用后废弃为止，跨越整个生存期的系统开发、运营维护所经历的全部过程、活动和任务的结构框架。
4.软件过程模型一般分为：瀑布模型、原型模型、螺旋模型、增量模型。
5. 5种项目生命周期模型
a.瀑布模型：
1) 特点
l 阶段间具有顺序性和依赖性：必须等前一阶段的工作完成之后，才能开始后一阶段的输入。
对本阶段工作进行评审，若得到确认，则继续下阶段工作，否则返回前一阶段，甚至更前阶段。
只有前一阶段输出正确，后一阶段才能正确。
l 推迟实现的观点：在编码之前，设置了需求分析与设计的各个阶段，分析与设计阶段的根本任务规定在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。
l 质量保证的观点：
每个阶段都坚持两个做法：
规定文档，没有文档就没有完成该段任务。
每个阶段结束前都要对完成的文档进行评审，以便尽早发现问题，改正错误。
2) 缺点
l 依赖于早期进行的唯一的一次需求调查，不能适应需求的变化；
l 由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程；
l 风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会。
3) 适用项目
l 需求清晰明了且时间要求宽松的软件开发项目；
l 规模小，需求简单，功能单一的项目
4) 阶段划分
计划阶段
需求阶段
设计阶段
编码阶段
测试阶段
发布阶段
实施阶段
运行维护阶段
b.原型模型：
原型模型快速建立起来的可以在计算机上运行的程序，他所能完成的功能往往是最终产品能完成的功能的一个子集。
一般来说，根据客户的需要在很短的时间内解决用户最迫切需要，完成一个可以演示的产品，这个产品只实现部分功能。
原型最重要的是为了确定用户的真正需求。
原型模型在克服瀑布模型缺点、减少由于软件需求不明确给开发工作带来风险方面，确有显著效果。
软件系统的原型常用有以下形式：
抛弃型：开发原型为了获取需求，在原型开发之后，已获取了更为清晰的需求信息，原型无需保留而废弃；
渐进型：原型作为软件最终产品的一部分，可满足用户的部分需求，进一步在此基础上开发，则可增加需求，实现后再交付使用；
1) 特点
l 用户需求不完全或不确定；
l 针对总体的轮廓先建立一个用户需求原型，然后进行评价和反馈；
l 对原型进行扩充、改进和求精；
l 完成最终系统
2) 缺点
l 没有考虑软件的整体质量和长期的可维护性。
l 大部分情况是不合适的操作算法被采用目的为了演示功能，不合适的开发工具被采用仅仅为了它的方便，还有不合适的操作系统被选择等等。
l 由于达不到质量要求产品可能被抛弃，而采用新的模型重新设计。
3) 适用项目
l 客户能提出一般性的目标，但不能标出详细的输入、处理及输出需求；或开发者不能确定算法的有效性、操作系统的适应性、及人机交互的形式。
l 用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求；
l 开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式
4) 阶段划分
抛弃型原型模型的阶段划分：
需求分析阶段--获取业务需求
原型实现阶段—主要是界面实现，业务流程用图形方式表示。
客户评价阶段--和客户确认，完善业务需求
渐进型原型模型的阶段划分：
需求分析阶段（需求分析、原型实现、客户评价）
设计阶段
编码阶段
测试阶段
发布阶段
实施阶段
运行维护阶段
c.螺旋模型
将瀑布模型与原型模型结合起来，并且加入两种模型均忽略了的风险分析。
1) 特点
风险驱动的，关注风险，风险分析后决策是否继续进行项目
2) 优点
l 对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；
l 减少了过多测试或测试不足；
l 维护和开发之间并没有本质区别。
3) 适用项目
主要是用于大规模软件项目，需求不明朗，风险比较高的项目。
4) 阶段划分
螺旋模型沿着螺线旋转，自内向外每旋转一圈便开发出更完善的一个新版本。
一个螺旋为一个阶段，每个螺旋式周期可分为：l 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
l 风险分析：分析所选方案，考虑如何识别和消除风险；
l 实施工程：实施软件开发（需求、设计、编码、测试等按螺旋周期推进）
l 客户评估：评价本轮的开发结果，提出修正建议，计划下一轮的工作。
d.增量模型
融合了瀑布模型的基本成分和原型的迭代特征。
采用随着日程时间的进展而交错的线性序列。
把软件产品作为一系列的增量构件来分析、设计、编码、测试和发布。
1) 特点
l 第一阶段增量往往是核心产品
l 每一阶段增量均为可发布一个版本，早期的增量是最终产品的“可拆卸”版本
2) 优点
l 人员分配灵活，刚开始不用投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个阶段增量。
同时人员可以并行工作。
l 需求明确部分可以分阶段实现，逐步优化系统需求，逐步集成系统元素
l 阶段交付，当配备的人员不能在设定的期限内完成产品时或者客户/市场要求进度急迫时，提供了一种先推出核心产品的途径，这样阶段交付部分功能给客户，对客户起到镇静剂的作用。
3) 适用项目
适用于需求逐渐清晰的软件项目
4) 阶段划分
计划阶段
第一阶段（需求、设计、编码、测试、发布）
第二阶段（需求、设计、编码、测试、发布）
第N阶段（需求、设计、编码、测试、发布）
发布阶段
实施阶段
运行维护阶段
e.V模型
最典型的V模型版本一般会在其开始部分对软件开发过程进行描述：
v-model是一种软件生存期模型，旨在提高软件开发的效率和有效性，是瀑布模型的一种改进，瀑布模型（Waterfall Model）将软件生命周期划分为计划、分析、设计、构建、测试和维护六个阶段，且规定了它们自上而下、相互衔接的固定次序，由于早期的错误可能要等到开发后期的测试阶段才能发现，所以带来严重的后果。
v-model就是在这点改进了瀑布模型，在软件开
发的生存期，开发活动和测试活动几乎同时的开始，这两个并行的动态的过程就会极大的较少bug和 error出现的几率。
在
v-model中，我认为一个关键词就是parallel，说起来简单，却是v-model的核心。
v-model包含了三个等级，分别是生存期模型，分配模型，功能性工具需求模型，生存期模型回答了“What has to be done?”的问题，阐述了应当实施哪些活动，应当产生哪些结果，诸如此类。
分配模型回答了“How is it be done”，决定了在实施活动的时候应该使用什么方法，功能性工具需求模型回答了“What is used to do it”，采用什么样的工具来实现这些活动。
所有这些等级中又是由4个子模块组成的，分别是项目管理模块(PM)，系统开发模块(SD)，品质保证模块 (QA)，配置管理模块(CM)，这些模块的功能就显而易见了。