当前位置：文档库 › Windows2008新建域时Administrator 帐户密码不符合要求

Windows2008新建域时Administrator 帐户密码不符合要求

Windows 2008 系统安装完毕后，（环境：在安装的时间，系统没有设置密码。做好系统后，进入制面板添加了密码或按ctr+alt+del设置密码后在服务器管理-角色-Active Directory 域服务安装域控制器即：dcpromo.exe时）使用Active Directory域服务安装向导，在选择某一部署配置时（即根域时），出现以下提示：

在cmd中输入：net user administrator 回车

你会发现Administrator需要密码为no。原因：原来在装系统的时候没有对administrator 管理账号设置密码，只是在进入系统后利用控制面板添加了密码，在系统由工作组状态转向域主状态的时候系统需要将本地的administrator转为域管理帐号而此时系统并未对administrator帐户的信息及时更新，通过net user administrator 发现其“需要密码”此字段仍为no的状态即系统依然认为administrator是空密码因此导致升级到域失败。解决方法：

在cmd 里输入如下命令：net user administrator /passwordreq:yes 成功！

如下图：

在继续安装，系统操作正常。

软件配置管理

软件配置管理（Software configuration management，SCM）目录软件配置管理 (1) 什么是软件配置管理 (2) 配置管理的任务 (2) 实施软件配置管理的优点 (2) 配置软件管理实施的流程 (3) 软件配置管理与CMMI (4) 软件配置管理案例分析 (4) 案例：配置管理在软件企业中的应用 (4)

软件配置管理(SCM)是一种标识、组织和控制修改的技术。软件配置管理应用于整个软件工程过程。SCM活动的目标就是为了配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以及正确性的学科。目的是使错误降为最小并最有效地提高生产效率。 1.维护和编制公司配置管理规划、流程和策略。 2.负责日常运行维护及系统优化，负责配置管理工作，包括权限分配、基线管理、版本管理、变更管理、配置审计等;负责配置管理报告的编写和分析。 3.监督和审核项目过程中配置管理规范的实施情况,为项目组提供配置管理流程、工具方面的咨询、培训和支持，参与公司产品及体系认证与维护工作 4.负责建立和优化公司配置管理的相关规范和流程并进行相关推广。不断优化公司配置管理方法和工具 (1)定义配置项：软件配置项(SCI)即软件配置管理的对象。软件开发过程中产生的所有信息构成软件配置，它们是：代码(源代码、目标代码)以及数据结构(内部数据、外部数据)、文档(技术文档、管理文档、需方文档)、报告，其中每一项称为 (2)标识配置项：正确标识软件配置项对整个管理活动非常重要，对软件开发过程中的所有软件项目赋予唯一的标识符，便于对其进行状态控制和管理。 (3)定义基线：基线标志着软件开发过程一个阶段的结束，任一软件配置项，一旦形成文档并审议通过，即成为基线。基本的作用在于把各阶段的工作划分得更明确，使本来连续的工作在这些点上断开，以便检验和肯定阶段成果。 (4)定义软件配置库：软件配置库内容涵盖开发的全过程. 实施软件配置管理的优点 ?节约费用：缩短开发周期、减少施工费用 ?利于知识库的建立：代码对象库、业务及经验库 ?规范管理：量化工作量考核、规范测试、加强协调与沟通。

福师《软件过程管理》练习题及标准答案

软件过程与软件管理课程复习题 (一)解释相关概念或术语 1)软件工程 ●是指导软件开发和维护的工程类学科，它以计算机科学理论及其他相关学科的理论为指导，采用工程化的概念、原理、方法和技术，进行软件的开发和维护，并与经过时间证明正确的管理方法与措施相结合，以较少的代价获取高质量的软件。 ●The IEEE Computer Society：是(1) 将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中。(2) 对(1)中所述方法的研究。 2)软件过程 ●软件过程是指软件开发人员开发和维护软件及相关产品（如项目计划、设计文档、代码、测试用例、用户手册等）的一套行为、方法、实践及变换过程 ●根据IEEE对软件过程概念的解释，软件过程涵盖了软件采购、软件开发、软件维护、软件运行、软件获取、软件管理、软件支持等7大类的软件活动 ●ISO12207分别将这些活动归结为基本过程、支持过程和组织过程等3大类 3)软件过程工程为建造软件过程所进行的一系列工程化活动，包含如下基本活动：过程定义、过程例化、过程模拟、过程运作。现代软件工程=软件项目工程+软件过程工程，这标志着软件过程的时代的到来。 4)软件配置管理 SCM是标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和变动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性（GB/T11457-1995软件工程术语）。针对SCM在软件生命周期各阶段所起的作用，一个完整的SCM环境要求具有版本控制、变更管理、状态统计、和配置审计的功能。 5)CMM CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM 的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 6)CMM中的关键过程域每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域。 ●确定了实现一个成熟度级别所必须解决的问题 ●处于级别3的机构，必须解决级别2和级别3的所有关键过程域中的问题 ●每个关键过程域都确定了一套相应的活动，完成了这些活动，就达到了被认为是对改进过程非常重要的一组目标 ●目标说明了每个关键过程域的范围、界限和意义 ●对于满足关键过程域的机构，一个关键过程域的所有目标都必须实现 ●每个关键过程域的目标总结了它的关键实践 7)CMM中的关键实践是指关键过程域种的一些主要实践活动。每个关键过程域最终由关键实践所组成，通过实现这些关键实践达到关

CMMI3级过程域(PA)

被访谈角色问题说明 -CMMI3 1）高层经理：高层经理Sheet页内容； 2）EPG人员：公共实践、OPD、OPF sheet页内容；3）培训管理员：公共实践、OT sheet页内容。 4）项目经理：公共实践、立项与结项、PP、PMC、 IPM、RSKM、MA、REQM、VER、DAR sheet页内容。 5）需求人员：公共实践、RD、REQM、VER、DAR sheet 页内容； 6）设计开发人员：公共实践、TS、VER、DAR、PI sheet 页内容； 7）测试人员：公共实践、VAL、VER sheet页内容；8）配置管理员：公共实践、CM、VER sheet页内容；9）QA人员：公共实践、PPQA、VER sheet页内容。CMMI3级过程域(PA)：过程管理 1、OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。2、OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。 3、OT：（Organizational Training）组织培训管理。增加开发人员的技能和知识，使他们能有效地执行他们的任务。项目管理 4、PP：（Project Plan）项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。 5、PMC：（Project Monitoring and Control）项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。 6、SAM：（Supplier Agreement Management）供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。 7、IPM：（Integrated Project Management）集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。 8、RSKM：（Risk Management）风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。工程管理 9、REQM：（Requirements Management）需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。 10、RD：（Requirement Development）需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。 11、TS：（Technical Solution）技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。 12、PI：（Product Integration）产品集成。从产品组件组装产品，确保集成产品功能正确并交付产品。 13、VER：（Verification）验证。验证确保选定的工作产品满足需求规格。 14、VAL：（Validation）确认。确认证明产品或产品部件在实际应用下满足应用要求。支持管理： 15、CM：（Configuration Management）配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性。 16、PPQA：（Process and Product Quality Assurance）过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。 17、MA：（Measurement and Analysis）测量与分析。开发和维持度量的能力，以便支持对管理信息的需要，作为改进、了解、控制决策。 18、DAR：（Decision Analysis and Resolution）决策分析与解决。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。总结CMMI3级的几个重要特点： 1) 明确规定了需求开发、设计、编码、测试、集成等软件开发各过程的要求。 2) 对项目管理提出了更高的要求，要利用组织级的数据来管理项目。 3) 出现了专门针对组织级的PA，要求有专门的组织来负责过程改进的工作。 4) 提供了一个做出最佳决策的指导，而这个方法可以用于软件工程，也可以用于组织级过程改进。注意：本次评估中只包含除SAM（Supplier Agreement Management）供应商协议管理外的17个过程域。 SG：特定目标 SP：特定实践立项管理文档立项管理（Project Initialization Management,PIM）的目的是：（1）采纳符合机构最大利益的立项建议被采纳，避免浪费机构的人力资源、资金、时间等。【√设计】TS-技术解决方案【√设计】DAR-决策分析与解决【√设计、开发】VER(同行评审)-验证【√开发】PI-产品集成

软件过程与软件管理课程复习题(答案)备课讲稿

软件过程与软件管理课程复习题一．解释相关概念或术语 1.软件过程：软件过程是指软件开发人员开发和维护软件及相关产品（如项目计划、设计文档、代码、测试用例、用户手册等）的一套行为、方法、实践及变换过程。软件过程涵盖了软件采购、软件开发、软件维护、软件运行、软件获取、软件管理、软件支持等7大类的软件活动。 2.软件过程工程：为建造软件过程所进行的一系列工程化活动。软件过程工程的基本活动包括过程定义、过程例化、过程模拟、过程运作。 3.软件配置管理： SCM是标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和变动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性（GB/T11457-1995软件工程术语）。针对SCM在软件生命周期各阶段所起的作用，一个完整的SCM环境要求具有版本控制、变更管理、状态统计、和配置审计的功能。 4.CMM中的关键过程域：每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域。 5.CMM中的关键实践：是指关键过程域种的一些主要实践活动。每个关键过程域最终由关键实践所组成，通过实现这些关键实践达到关键过程域的目标。一般情况下，关键实践描述了该“做什么”，但没有规定“如何”去达到这些目标。 6.CMM中的SEPG：软件工程过程组（Software Engineering Process Group）由专家组成，统领CMM 实施活动，协调全组织软件过程的开发和改进活动，制定、维护和跟踪与软件过程开发和改进活动有关的计划，定义用于过程的标准和模板，负责对全体人员培训有关软件过程及其相关的活动。 https://www.wendangku.net/doc/2b15921172.html,DP/RUP： USDP（Unified Software Development Process，统一软件开发过程）是一种基于构件的，用况和风险驱动的，以构架为中心，迭代和增量式的开发过程。分为初始、细化、构造、移交四个阶段。 RUP（Rational Unified Process，统一软件开发过程，统一软件过程）是一个面向对象且基于网络的程序开发方法论。根据Rational(Rational Rose和统一建模语言的开发者)的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。RUP和类似的产品——例如面向对象的软件过程（OOSP），以及OPEN Process都是理解性的软件工程工具--把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的组件（例如文档，模型，手册以及代码等等）整合在一个统一的框架内。 8.SWEBOK：软件工程知识体(SWEBOK)提出五个目的：(1)促进软件工程业界统一看法；(2)划定学科边界，澄清软件工程的学科地位；(3)刻画软件工程的学科内容；(4)提出访问SWEBOK的论题(知识点)；(5)为个人认证、申请执照、课程体系制定提供基础。

CMMI3 过程域

CMMI3级过程域一共有18个PA，分别是：【过程管理】 1. OPD-Organizational Process Definition: 组织级过程定义，建立和维护有用的组织过程资产； 2. OPF-Organizational Process Focus: 组织级过程焦点，在理解现有过程强项和弱项的基础上计划和实施组织过程改善； 3. OT-Organizational Training: 组织培训管理，增加开发人员的技能和知识，使他们能有效的执行他的任务；【项目管理】 4. PP-Project Plan, 项目计划，保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员，根据实际情况，调整项目； 5. PMC-Project Monitoring and Control, 项目监督与控制，通过项目的跟踪与监控活动，及时反应项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪和监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目； 6. SAM-Supplier Agreement Management, 供应商协议管理，旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理； 7. IPM-Integrated Project Management, 集成项目管理，根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理； 8. RSKM-Risk Management, 风险管理，识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标；【工程管理】 9. REQM-Requirement Development, 需求管理，需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定； 10. RD-Requirement Development, 需求开发，需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终影虎）和项目组对所开发的内容达成一致； 11. TS-Technical Solution, 技术解决方案，在开发、设计和实现满足需求的解决方案。解决方案的设计和现实等都围绕产品、产品组件和过程有关的产品； 12. PI-Product Integration, 产品集成，从产品组件组装产品，确保集成产品功能正确并交付产品； 13. VER-Verification, 验证，验证确保选定的工作产品满足需求规格； 14. VAL-Validation, 确认，确认证明产品或产品部件在实际应用下满足应用要求；【支持管理】 15. CM-Configuration Management, 配置管理，建立和维护在项目的整个软件生存周期中软件项目产品的完整性；

福师《软件过程管理》练习题答案教学内容

软件过程与软件管理课程复习题解释相关概念或术语软件工程是指导软件开发和维护的工程类学科，它以计算机科学理论及其他相关学科的理论为指导，采用工程化的概念、原理、方法和技术，进行软件的开发和维护，并与经过时间证明正确的管理方法与措施相结合，以较少的代价获取高质量的软件。 The IEEE Computer Society：是(1) 将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中。(2) 对(1)中所述方法的研究。软件过程软件过程是指软件开发人员开发和维护软件及相关产品（如项目计划、设计文档、代码、测试用例、用户手册等）的一套行为、方法、实践及变换过程根据IEEE对软件过程概念的解释，软件过程涵盖了软件采购、软件开发、软件维护、软件运行、软件获取、软件管理、软件支持等7大类的软件活动 ISO12207分别将这些活动归结为基本过程、支持过程和组织过程等3大类软件过程工程为建造软件过程所进行的一系列工程化活动，包含如下基本活动：过程定义、过程例化、过程模拟、过程运作。现代软件工程=软件项目工程+软件过程工程，这标志着软件过程的时代的到来。软件配置管理 SCM是标识和确定系统中配置项的过程，在系统整个生命周期内控制这些项的投放和变动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性（GB/T11457-1995软件工程术语）。针对SCM在软件生命周期各阶段所起的作用，一个完整的SCM环境要求具有版本控制、变更管理、状态统计、和配置审计的功能。 CMM CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 CMM中的关键过程域每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域。确定了实现一个成熟度级别所必须解决的问题处于级别3的机构，必须解决级别2和级别3的所有关键过程域中的问题每个关键过程域都确定了一套相应的活动，完成了这些活动，就达到了被认为是对改进过程非常重要的一组目标目标说明了每个关键过程域的范围、界限和意义对于满足关键过程域的机构，一个关键过程域的所有目标都必须实现每个关键过程域的目标总结了它的关键实践 CMM中的关键实践是指关键过程域种的一些主要实践活动。每个关键过程域最终由关键实践所组成，通过实现

软件配置管理过程域

软件配置管理过程域实施本过程域要达到以下目标： 1）软件工作产品的版本得到控制； 2）软件工作产品的变更得到控制； 3）利益相关方清楚了解软件工作产品的状态。但是，如果把所有软件开发过程的工作产品都严格控制起来，这个代价太大，而且有很多浪费。那么，应该哪些软件工作产品纳入配置管理呢？标准中是这样描述的——“置于配置管理之下的工作产品包括向顾客交付的产品、指定的内部工作产品、采购的产品、工具以及在生成和描述这些工作产品时使用的其他项”。这里把纳入配置管理的工作产品分成以下几类：向顾客交付的产品：通常在合同或者软件研制任务书中明确的那些软件承制方应交付的产品；指定的内部工作产品：组织内部要求软件研制任务完成时应交付的产品，比如软件研制任务书中没有明确要交付设计说明，但组织内部要求此类软件应有设计说明归档，则应将设计说明纳入配置管理；采购的产品：软件外包合同中要求承制方提供的产品；其他项：如纳入配置管理的产品引用的重要文档资料。专用实践1.1 标识配置项本实践就是要把置于配置管理的工作产品标识出来。标准建议的应标识的工作产品在前面已经有了说明。本实践下面的5个子实践完整地阐述了本实践应进行的活动：条是“选择作为配置项的工作产品”，b)条是对其“赋予唯一标识符”，c)条是指明作为配置项的工作产品的特征（作者、文件类型等），d)条指明受控时机，e)条标识受控配置项责任人。专用实践1.2 建立一个配置管理系统本实践就是要求使用工具管理受控的配置项以及变更记录。配置管理也是需要投入很多时间和精力，所以不能“眉毛胡子一把抓”，标准当中也给出了一个很好的建议——“建立配置管理的多级控制机制”。而控制级的例子，包括：“创建——受作者控制；工程——进行更改时通知利益相关方；开发控制——低层的配置控制委员会控制；正式控制——顾客参与的高层的配置控制委员会控制”。这4个控制级别，可以这样理解： “创建”对应的是通常所说的开发库，即工作产品由作者控制签入、签出和变更； “工程”级别则要求作者更改工作产品时通知相关方； “开发控制”可以对应项目组或科室级别的受控库；

软件过程管理

C 1. CMM2（可重复级）重点关注的是下列哪一个级别的软件过程。 A. 个人 B. 机构 C. 项目 D. 小组 C 2. 下面有关CMM模型的描述中，不正确的是。 A. CMM模型定义了成熟的软件过程的实践活动 B. CMM模型提供了改进软件开发过程的结构化模型 C. CMM模型给出了适用于各种应用范围的专门技术 D. 按照CMM模型改进软件过程需要相当可观的费用 D 3. 以下哪一个KPA不是CMM2（可重复级）关键过程域。 A. 软件需求管理 B. 软件质量保证 C. 软件配置管理 D. 定量过程管理 B 4. 直接在测试环境中修改源代码违反了下列哪一个KPA的规定。 A. 需求管理 B. 配置管理 C. 项目计划 D. 过程变更 A 5. 以下哪一项是实施OPF（组织过程焦点）活动的前提条件。 A. 成立SEPG组 B. 进行同行评审 C. 制定软件项目计划 D. 识别软件工作产品 C 6. “定期地评估过程，理解过程的强项和弱项”是哪一个KPA的活动。 A. SQA（软件质量保证） B. OPD（组织过程定义） C. OPF（组织过程焦点） D. SCM（软件配置管理） C 7. OPF（组织过程焦点）的验证工作是由来承担的。 A. SEPG组 B. SQA组 C. 高级管理者 D. 项目经理 D 8. 在RUP中，关于周期（Cycle）、阶段（Phase）、迭代（Iteration）的描述错误的是。 A. 一个周期由4个阶段构成，并产生一代软件产品 B. 每个阶段经历的时间长短可能不同 C. 每个阶段由多个迭代构成，每个迭代产生一个可运行的版本 D. 每个迭代都是一次小型的瀑布式开发，从需求分析直到测试、集成等工作都花费同样的时间 D 9.下列关于过程和软件过程的描述中不正确的是。 A. 过程对结果的影响往往是决定性的 B. 过程是需要定义的 C. 在软件过程中，产品实现过程被称为“工程过程” D. 过程就是指完成某项任务的步骤之间的先后顺序 D 10.下列关于“软件过程管理”和“软件工程”的描述中，不正确的是。 A. 经典的软件工程不是不好，而是不够，所以要关注软件过程 B. 软件过程管理并不属于软件工程的范畴 C. 软件工程的诞生是为了解决软件危机，然而软件工程40余年的发展并未彻底解决这个问题

软件过程管理习题

1.阅读全部的CMM内容，选择出你认为最有价值的十条关键实践，并说明理由。（1）项目软件负责人，设计/编程/测试人员、软件版本管理员均已得到相应的培训，具备了完成其职责所需要的知识和技能。理由：通过培训，工作人员具有了一定的知识储备，遇到困难能够很快找到相应的解决措施，就可以很快上手，不至于在一个问题上耽误太多时间。因此，为了达到统一的科学技术规范、标准化作业，通过目标规划设定、知识和信息传递、技能熟练而进行培训是十分必要的，这样能减少所需工作时间，提高成员的开发能力和创新能力，从而降低人力成本；减少浪费，从而降低了开发成本。因此，参加培训是十分必须的。（2）根据项目要求，建立软件有关组（例如工程组、软件测试组等）。理由：通过建立相关组，各组可以各施其职，同步工作，提高工作效率。因为软件开发时不可能一个人兼顾所有的方面，应该分成几个模块，只做好自己的然后和其他组协调就可以。如专人负责技术方案设计，专人负责数据，专人做技术层面的指导等。这样权责分明，遇到问题能够很快找到相应的负责组，解决问题的时间也将大大减少。（3）确定设计、编程、测试人员，并实施三分离。理由：实现了三分离可以更加开阔人员的思维，防止由于思路固定而不能及时发现问题，更有助于激发员工的创新思维，使软件更先进，更经得起考验。。（4）根据项目软件的质量需要确定本项目所采用的软件开发方法。理由：确定好软件开发所采用的开发方法，就能尽早的做下步计划，不至于到最后为选择开发方法而浪费太多时间。目前已形成了八类软件开发方法，开发时是选择面向数据结构的开发方法还是面向对象的开发方法，直接会影响到小组的开发进度。要根据成员的擅长情况制定方法。（5）软件版本管理员，以及设计、编程、测试人员的职责明确。理由: 权责分明，遇到问题追究到人，会使项目开发更有计划。完善制度，将责任明确到人，这样才能明确目标，将工作细化，使成员做好自己的工作，认识到重要性，使开发过程能高效的进行。（6）制定正式评审规程、建立相应的评审机构。理由：项目评审工作就是对项目计划执行情况以及未来计划的新情况做

软件过程管理习题学习资料

软件过程管理习题

1?阅读全部的CMM容，选择出你认为最有价值的十条关键实践，并说明理由。（1）项目软件负责人，设计/编程/测试人员、软件版本管理员均已得到相应的培训，具备了完成其职责所需要的知识和技能。理由：通过培训，工作人员具有了一定的知识储备，遇到困难能够很快找到相应的解决措施，就可以很快上手，不至于在一个问题上耽误太多时间。因此，为了达到统一的科学技术规、标准化作业，通过目标规划设定、知识和信息传递、技能熟练而进行培训是十分必要的，这样能减少所需工作时间，提高成员的开发能力和创新能力，从而降低人力成本；减少浪费，从而降低了开发成本。因此，参加培训是十分必须的。（2）根据项目要求，建立软件有关组（例如工程组、软件测试组等）。理由：通过建立相关组，各组可以各施其职，同步工作，提高工作效率。因为软件开发时不可能一个人兼顾所有的方面，应该分成几个模块，只做好自己的然后和其他组协调就可以。如专人负责技术方案设计，专人负责数据，专人做技术层面的指导等。这样权责分明，遇到问题能够很快找到相应的负责组，解决问题的时间也将大大减少。（3）确定设计、编程、测试人员，并实施三分离。理由：实现了三分离可以更加开阔人员的思维，防止由于思路固定而不能及时发现问题，更有助于激发员工的创新思维，使软件更先进，更经得起考验。。（4）根据项目软件的质量需要确定本项目所采用的软件开发方法。理由：确定好软件开发所采用的开发方法，就能尽早的做下步计划，不至于到最后为选择开发方法而浪费太多时间。目前已形成了八类软件开发方法，开发时是选择面向数据结构的开发方法还是面向对象的开发方法，直接会影响到小组的开发进度。要根据成员的擅长情况制定方法。（5）软件版本管理员，以及设计、编程、测试人员的职责明确。理由：权责分明，遇到问题追究到人，会使项目开发更有计划。完善制度，将责任明确到人，这样才能明确目标，将工作细化，使成员做好自己的工作，认识到重要性，使开发过程能高效的进行。（6）制定正式评审规程、建立相应的评审机构。理由：项目评审工作就是对项目计划执行情况以及未来计划的新情况做一个评

软件项目配置管理计划

<公司名称> <项目名称> 配置管理计划版本 <1.0> [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。]

修订历史记录

目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 1.5 概述 4 2. 软件配置管理 4 2.1 组织、职责和接口 4 2.2 工具、环境和基础设施 4 3. 配置管理活动 4 3.1 配置标识 4 3.1.1 标识方法 4 3.1.2 项目基线 5 3.2 配置和变更控制 5 3.2.1 变更请求的处理和审批 5 3.2.2 变更控制委员会 (CCB) 5 3.3 配置状态统计 5 3.3.1 项目介质存储和发布进程 5 3.3.2 报告和审计 5 4. 里程碑 6 5. 培训和资源 6 6. 分包商和厂商软件控制 6

配置管理计划 1.简介 ?[配置管理计划的简介应提供整个文档的概述。它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 ?[阐明此配置管理计划的目的。] 1.2范围 ?[简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。] 1.3定义、首字母缩写词和缩略语 ?[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 ?[本小节应完整列出此配置管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供。] 1.5概述 ?[本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。] 2.软件配置管理 2.1组织、职责和接口 ?[说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。] 2.2工具、环境和基础设施 ?[说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工具。 ?说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。 ?建立 CM 环境时所涉及的问题有： ?产品数据量的预期大小 ?产品团队的分配 ?服务器和客户机的实际位置] 3.配置管理活动 3.1配置标识 3.1.1标识方法 ?[说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售