具体阐述在你参与管理和开发的项目中选择使用的软件项目估算方法及其具体实施的过程与实际效果。

正确答案：

正确答案：1．介绍你参与过管理的网络工程项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其要着重介绍项目的需求和范围简要说明自己所承担的主要工作。 2．虽然需求管理贯穿网络工程项目的整个生命周期但只有经过需求分析过程之后才能确定项目的范围。 (1) 需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求包括由组织征集的对项目的需求。这种需求既有技术性的也有非技术性的。 所有与需求直接相关的活动都称为需求工程。需求工程的活动可分为两大类：一类属于需求开发另一类属于需求管理。 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解管理和控制需求的变更执行从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且只包含项目所必须完成的工作。 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制5个过程。 (2) 需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取网络工程项目的需求在此基础上确定项目的范围进行项目范围管理。需求管理是对己批准的网络工程项目需求进行全生命周期的管理其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于网络工程项目需求可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况分步或分期满足。确定每一期应满足的需求后该期的范围管理就有了基础。 需求管理处理需求的变更需求的变更会引起项目范围的变更。 3．结合自身参与管理网络工程项目的实际体会阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表5-20所示。其中方法、工具和技术各点都要叙述其实际效果要谈出体会和深度来。
1．介绍你参与过管理的网络工程项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其要着重介绍项目的需求和范围，简要说明自己所承担的主要工作。 2．虽然需求管理贯穿网络工程项目的整个生命周期，但只有经过需求分析过程之后才能确定项目的范围。 (1) 需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性的，也有非技术性的。 所有与需求直接相关的活动都称为需求工程。需求工程的活动可分为两大类：一类属于需求开发，另一类属于需求管理。 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解，管理和控制需求的变更，执行从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且只包含项目所必须完成的工作。 项目范围管理，包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制5个过程。 (2) 需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取网络工程项目的需求，在此基础上确定项目的范围，进行项目范围管理。需求管理是对己批准的网络工程项目需求进行全生命周期的管理，其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于网络工程项目需求，可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况，分步或分期满足。确定每一期应满足的需求后，该期的范围管理就有了基础。 需求管理处理需求的变更，需求的变更会引起项目范围的变更。 3．结合自身参与管理网络工程项目的实际体会，阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表5-20所示。其中，方法、工具和技术各点都要叙述其实际效果，要谈出体会和深度来。

正确答案：根据参与管理过的信息系统项目的实际体会阐述项目的范围管理。过程要包括：范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等五个过程。 方法和工具要有： (1)范围计划编制要有“专家判断”、“模板、表格和标准”。 (2)范围定义要有“产品分析”、“可选方案识别”和“专家判断法”。 (3)创建工作分解结构要有“工作分解结构模板”、“分解”。 (4)范围确认要有“检查”。 (5)范围控制要有“变更控制系统”、“配置管理系统”和“重新规划”。以上各点都要叙述其实际效果要谈出体会和深度来。
根据参与管理过的信息系统项目的实际体会，阐述项目的范围管理。过程要包括：范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制等五个过程。 方法和工具要有： (1)范围计划编制要有“专家判断”、“模板、表格和标准”。 (2)范围定义要有“产品分析”、“可选方案识别”和“专家判断法”。 (3)创建工作分解结构要有“工作分解结构模板”、“分解”。 (4)范围确认要有“检查”。 (5)范围控制要有“变更控制系统”、“配置管理系统”和“重新规划”。以上各点都要叙述其实际效果，要谈出体会和深度来。

正确答案：

一、论文中要说明所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。

二、目前主流的信息系统开发方法包括：结构化方法，面向对象方法、原型化方法和面向服务的方法。

1、结构化方法

结构是指系统内各个组成要素之间的相互联系、相互作用的框架。结构化方法也称为生命周期法，是一种传统的信息系统开发方法，由结构化分析（Structured Analysis，SA）、结构化设计（Structured Design，SD）和结构化程序设计（Structured Programming，SP）三部分有机组合而成，其精髓是自顶向下、逐步求精和模块化设计。

结构化方法假定待开发的系统是一个结构化的系统，其基本思想是将系统的生命周期划分为系统规划、系统分析、系统设计、系统实施、系统维护等阶段。这种方法遵循系统工程原理，按照事先设计好的程序和步骤，使用一定的开发工具，完成规定的文档，在结构化和模块化的基础上进行信息系统的开发工作。结构化方法的开发过程一般是先把系统功能视为一个大的模块，再根据系统分析与设计的要求对其进行进一步的模块分解或组合。

2、面向对象方法

面向对象（Object-Oriented，OO）方法认为，客观世界是由各种“对象”组成的，任何事物都是对象，每一个对象都有自己的运动规律和内部状态，都属于某个对象“类”，是该对象类的一个元素。复杂的对象可由相对简单的各种对象以某种方式而构成，不同对象的组合及相互作用就构成了系统。

OO方法是当前的主流开发方法，拥有很多不同的分支体系，主要包括OMT（Object Model Technology，对象建模技术）方法、Coad/Yourdon方法、OOSE（Object-Oriented Software Engineering，面向对象的软件工程）方法和Booch方法等，而OMT、OOSE和Booch已经统一成为UML（United Model Language，统一建模语言）。

3、原型化方法

结构化方法和面向对象方法有一个共同点，即在系统开发初期必须明确系统的功能要求，确定系统边界。从工程学角度来看，这是十分自然的：解决问题之前必须明确要解决的问题是什么。然而，对于信息系统建设而言，明确问题本身不是一件轻松的事情。

原型化方法也称为快速原型法，或者简称为原型法。它是一种根据用户初步需求，利用系统开发工具，快速地建立一个系统模型展示给用户，在此基础上与用户交流，最终实现用户需求的信息系统快速开发的方法。

4、面向服务方法

OO的应用构建在类和对象之上，随后发展起来的建模技术将相关对象按照业务功能进行分组，就形成了构件（Component）的概念。对于跨构件的功能调用，则采用接口的形式暴露出来。进一步将接口的定义与实现进行解耦，则催生了服务和面向服务（Service-Oriented，SO）的开发方法。由此可见，面向对象、基于构件、面向服务是三个递进的抽象层次。

从企业应用的角度来看，企业内部、企业与企业之间各种应用系统的互相通信和互操作性直接影响着企业对信息的掌握程度和处理速度。如何使信息系统快速响应需求与环境变化，提高系统可复用性、信息资源共享和系统之间的互操作性，成为影响企业信息化建设效率的关键问题，而SO的思维方式恰好满足了这种需求。

关于这些方法的更详细说明，请参看《系统分析师教程》第7章。

三、结合项目实际分析效果主要是和项目的背景相结合，说出所采用方法的优势，在表达优势的同时，也可体现出劣势，最好能给出针对劣势的一些解决方案。   

正确答案：1、用400-600字叙述作者参与开发与管理的软件项目，包括但不仅限于，项目时间，规模，周期，背景，系统的主要功能，所采用的相关技术等。
2、需求验证方法主要包括：需求评审与需求测试。
需求评审：在软件开发的每个阶段结束前，都需要进行技术评审。所谓技术评审，是指对工作产品进行检查以发现产品中所存在的问题，其中的工作产品也称为工件，它不一定是最终的系统，也可以是一个文档、一个原型或一段代码等。例如，需求评审就是需求开发阶段结束前进行的技术评审，此时的产品就是SRS。SRS的评审是一项精益求精的技术，它可以发现那些二义性的或不确定性的需求，为项目干系人提供在需求问题上达成共识的方法。
需求测试：实际上，需求开发阶段不可能有真正意义上的测试进行，因为还没有可执行的系统，需求测试仅仅是基于文本需求进行“概念”上的测试。然而，以功能需求为基础（SA方法）或者从用例派生出来（OO方法）的测试用例，可以使项目干系人更清楚地了解系统的行为。虽然没有在系统上执行测试用例，但是涉及测试用例的简单动作可以解释需求的许多问题。这种测试用例通常称为概念测试用例，即不是真正执行的测试用例，它们可以发现SRS中的错误、二义性和遗漏，还可以进行模型分析，以及作为用户验收测试的基础。在正式的系统测试中，还可以将它们细化成测试用例。
关于需求评审与需求测试的详细资料请参看《系统分析师教程》11.7。
3、结合项目实践说明需求验证方法的应用。

正确答案：
写作要点述的。(4)统一建模语言是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格说明，到构造和配置。UML是在开发阶段，可视化构建和书写一个面向对象软件系统，进行规格说明的方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构级别已经被验证有效。UML被OMG采纳作为业界的标准。三、论文中需要结合实际工作，详细论述在项目中如何使用所选择的建模方法创建系统的逻辑模型和物理模型，并说明这些模型对项目开发所产生的影响。

正确答案：[写作要点] 简单介绍你所参与的软件开发项目的背景及主要内容说明你在其中所担任的主要工作。
[写作要点] 简单介绍你所参与的软件开发项目的背景及主要内容，说明你在其中所担任的主要工作。

正确答案：
写作要点：
一、论文中要具体介绍组织的业务背景和组织结构，软件系统开发时的人员组成、任务分工和管理方式等内容和担任的实际工作。
二、本题应根据项目的实际情况，从成本、进度和质量三个方面，结合软件开发过程，对软件管理内容进行论述。相关的内容包括：
1．在成本方面，需要进行软件项目成本管理。软件项目成本管理就是根据企业的情况和项目的具体要求，利用公司既定的资源，在保证项目的进度、质量达到客户满意的
情况下，对软件项目成本进行有效的组织、实施、控制、跟踪、分析和考核等一系列管理活动，最大限度地降低项目成本，提高项目利润。
项目成本管理包括确保在批准的预算范围内完成项目所需的各个过程。软件项目成本的管理可以用估算和控制来概括，首先对软件的成本进行估算，然后形成成本管理计划，在软件项目开发过程中，对软件项目施加控制使其按照计划进行。成本管理计划是成本控制的标准，不合理的计划可能使项目失去控制，超出预算。因此成本估算是整个成本管理过程中的基础，成本控制是使项目的成本在开发过程中控制在预算范围之内。
成本管理的过程包括：
(1)资源计划，包括决定为实施项目活动需要使用什么资源（人员、设备和物资）以及每种资源的用量。其主要输出是一个资源需求清单。
(2)成本估算，包括估计完成项目所需资源成本的近似值。其主要输出是成本管理计划。
(3)成本预算，包括将整个成本估算配置到各单项工作，以建立一个衡量绩效的基准计划。其主要输出是成本基准计划。
(4)成本控制，包括控制项目预算的变化。其主要输出是修正的成本估算、更新预算、纠正行动和取得的教训。
2．在进度方面，需要进行软件进度管理。软件进度管理采用科学的方法，确定进度
目标，编制进度计划和资源供应计划，进行进度控制，在与质量，成本目标协调的基础上，实现工期目标。进度管理主要包含以下6个过程。
(1)活动定义：确定完成项目各项可交付成果而需要开展的具体活动。
(2)活动排序：识别和记录各项活动之间的先后关系和逻辑关系。
(3)活动资源估算：估算完成各项活动所需要的资源类型和数量。
(4)活动历时估算：估算完成各项活动所需要的具体时间。
(5)进度计划编制：分析活动顺序、活动持续时间、资源要求和进度制约因素，制定项目进度计划。
(6)进度控制：根据进度计划开展项目活动，如果发现偏差，则分析原因或进行调整。
3．在质量方面，需要进行软件质量管理。质量管理是指确立质量方针及实施质量方
针的全部职能及工作内容，并对其工作效果进行评价和改进的一系列工作。软件质量管
理需要关注软件生命周期的质量模型，编制软件管理计划，实施软件质量保证与质量控制活动。
(1)软件生命周期的质量模型主要包括过程质量、内部质量属性、外部质量属性等内容。(2)软件管理计划的主要内容有评审与检查、项目计划阶段的质量管理活动、软件配置管理等。
(3)软件质量保证是指为保证软件系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动，这些活动贯穿于软件生产的各个阶段。软件质量保证由各项任务构成，这些任务的参与者有两类人：软件开发人员和质量保证人员。前者负责技术工作，后者负责质量保证的计划、监督、记录、分析和报告工作。质量保证的相关技术有质量审计和过程分析等。
质量控制是指监视项目的具体结果，确定其是否符合相关的质量标准，并判断如何能够去除造成不合格结果的根源，质量控制活动应贯穿于项目的始终。进行质量控制的主要活动是软件评审和软件测试等。
三、在进行软件项目管理时可能存在的问题包括：如何有效发现并解决项目开发中
的问题；如何对开发方案进行决策；如何对项目开发人员进行组织协调；如何提高团队工作效率，包括激励机制和惩罚机制；等等。

答案：B

解析：

答案：C

解析：

答案：

解析：

正确答案：[写作要点] 一、简要介绍你所参与分析设计的项目以及你在其中担任的主要工作。 二、围绕你所参与的项目介绍在该项目中进行进度控制时采取了哪些步骤。在说明这些步骤时应结合项目的实际情况具体说明每个步骤的实施过程。 进度控制的基本步骤包括： .分析进度找出哪些地方需要纠正措施； .确定应采取哪种具体纠正措施； .修改计划将纠正措施列入计划； .重新计算进度估计计划采取的纠正措施的效果。 加速项目进度的重点应放在有负时差的路径上时差负值越大的路径其考察的优先级越高。在分析有负时差的活动路径时应把精力主要放在近期内的活动和工期较长的活动上因为越早采取纠正措施就越有效而工期越长的活动减少其活动时间的可能性越大效果也越明显。 三、当项目的实际进度滞后于计划进度时应采取的措施。 .投入更多的资源以加速活动进程。 .指派经验丰富的人去完成或帮助完成项目工作。 .减小活动范围或降低活动要求。 .通过改进方法或技术提高生产效率。 四、对进度的控制还应当重点关注项目进展和执行状况报告它们反映了项目当前在进度、费用、质量等方面的指向情况和实施情况是进行进度控制的重要依据。 五、对于没有负时差的项目重要的是不要使它出现耽误或延误而最终造成时差的减少如果项目进展快于进度要尽力保持这种状况。另外经常举行项目会议也是处理进度控制问题的很好手段。
[写作要点] 一、简要介绍你所参与分析设计的项目以及你在其中担任的主要工作。 二、围绕你所参与的项目，介绍在该项目中进行进度控制时采取了哪些步骤。在说明这些步骤时，应结合项目的实际情况，具体说明每个步骤的实施过程。 进度控制的基本步骤包括： .分析进度，找出哪些地方需要纠正措施； .确定应采取哪种具体纠正措施； .修改计划，将纠正措施列入计划； .重新计算进度，估计计划采取的纠正措施的效果。 加速项目进度的重点应放在有负时差的路径上，时差负值越大的路径其考察的优先级越高。在分析有负时差的活动路径时，应把精力主要放在近期内的活动和工期较长的活动上，因为越早采取纠正措施就越有效，而工期越长的活动减少其活动时间的可能性越大，效果也越明显。 三、当项目的实际进度滞后于计划进度时，应采取的措施。 .投入更多的资源以加速活动进程。 .指派经验丰富的人去完成或帮助完成项目工作。 .减小活动范围或降低活动要求。 .通过改进方法或技术提高生产效率。 四、对进度的控制，还应当重点关注项目进展和执行状况报告，它们反映了项目当前在进度、费用、质量等方面的指向情况和实施情况，是进行进度控制的重要依据。 五、对于没有负时差的项目，重要的是不要使它出现耽误或延误而最终造成时差的减少，如果项目进展快于进度，要尽力保持这种状况。另外，经常举行项目会议也是处理进度控制问题的很好手段。

正确答案：1．介绍你参与管理过的信息系统项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品尤其着重介绍项目的需求和范围简要说明自己所承担的主要工作。 2．虽然需求管理贯穿信息系统项目的整个生命周期但只有经过需求分析过程之后才能确定项目的范围。 (1)需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求包括由组织征集的对项目的需求。这种需求既有技术性的也有非技术性的。 所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类：一类属于需求开发另一类属于需求管理。 需求开发的目的是通过调查与分析获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。 项目范围管理包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制这5个过程。 (2)需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取信息系统项目的需求在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的信息系统项目需求进行全生命周期的管理其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于信息系统项目需求可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况分步或分期满足。确定每一期应满足的需求后该期的范围管理就有了基础。 需求管理处理需求的变更需求的变更会引起项目范围的变更。 3．结合自身参与管理过的信息系统项目的实际体会阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表2-24所示。其中方法、工具和技术各点都要叙述其实际效果要谈出体会和深度来。
1．介绍你参与管理过的信息系统项目的背景、发起单位、目的、开始时间和结束时间、主要交付物、最终交付的产品，尤其着重介绍项目的需求和范围，简要说明自己所承担的主要工作。 2．虽然需求管理贯穿信息系统项目的整个生命周期，但只有经过需求分析过程之后才能确定项目的范围。 (1)需求开发、需求管理和范围管理。 “需求”指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的对项目的需求。这种需求既有技术性的，也有非技术性的。 所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类：一类属于需求开发，另一类属于需求管理。 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。 需求管理的目的是确保各方对需求的一致理解；管理和控制需求的变更；从需求到最终产品的双向跟踪。 项目范围管理的目的是确保项目包含且仅仅只包含项目所必须完成的工作。 项目范围管理，包括为成功完成项目所需要的范围计划编制、范围定义、创建工作分解结构、范围确认和范围控制这5个过程。 (2)需求开发、需求管理和范围管理的区别与联系。 首先通过需求开发来获取信息系统项目的需求，在此基础上确定项目的范围、进行项目范围管理。需求管理是对已批准的信息系统项目需求进行全生命周期的管理，其过程包括需求管理定义、需求管理流程、制订需求管理计划、管理需求和实施建议等。 对于信息系统项目需求，可以根据需求的紧急重要程度、项目本身和甲乙双方的实际情况，分步或分期满足。确定每一期应满足的需求后，该期的范围管理就有了基础。 需求管理处理需求的变更，需求的变更会引起项目范围的变更。 3．结合自身参与管理过的信息系统项目的实际体会，阐述项目的范围管理。项目范围管理主要包括范围计划编制、范围定义及创建工作分解结构、范围确认和范围控制等管理过程。各个管理过程的输入、方法/工具/技术和主要输出如表2-24所示。其中，方法、工具和技术各点都要叙述其实际效果，要谈出体会和深度来。

正确答案：

1.简要叙述所参与管理和开发的软件项目，并明确指出在其中承担的主要任务和开展的主要工作。

2.需求管理的主要活动有变更控制，版本控制，需求跟踪和需求状态跟踪。

（1）需求变更管理过程包括：

2. 问题分析和变更描述，需要识别和分析需求问题，形成明确的变更协议，以检查它的有效性，从而产生一个更明确的需求变更提议。

4. 变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改，系统修改的设计和实现的成本。一旦分析完成并且被确认，应该进行是否执行这一变更的决策。

6. 变更实现。这要求需求文档和系统设计以及实现都要同时修改。

   （2）版本控制：主要包括确定需求文档版本。

   （3）需求跟踪：包括定义对其他需求的链接；定义对其他系统元素的链接；使用的工具即需求跟踪矩阵。

   （4）需求状态跟踪：定义需求状态；跟踪需求的每一个状态。

   3.考生需结合自身参与项目的实际状况，指出其参与管理和开发的项目中所进行的需求管理活动，说明该活动的具体实施过程，使用的方法和工具，并对实际应用效果进行分析。

正确答案：

正确答案：1、用400-600字叙述作者参与开发与管理的软件项目，包括但不仅限于，项目时间，规模，周期，背景，系统的主要功能，所采用的相关技术等。
2、开发模型多种多样，常见的包括：
瀑布模型：严格遵循软件生命周期各阶段的固定顺序，一个阶段完成再进入另一个阶段。其优点是可以使过程比较规范化，有利于评审；缺点在于过于理想，缺乏灵活性，容易产生需求偏差。
快速原型模型：对于许多需求不够明确的项目，比较适合采用该模型。它采用了一种动态定义需求的方法，通过快速地建立一个能够反映用户主要需求的软件原型，让用户在计算机上使用它，了解其概要，再根据反馈的结果进行修改，因此能够充分体现用户的参与和决策。
演化模型：也是一种原型化开发，但与快速原型不同的是，快速原型模型在获得真实需求时，就将抛弃原型。而演化模型则不然，它将从初始的模型中逐渐演化为最终软件产品，是一种“渐进式”原型法。
增量模型：它采用的是一种“递增式”模型，它将软件产品划分成为一系列的增量构件，分别进行设计、编码、集成和测试。
螺旋模型：结合了瀑布模型和演化模型的优点，最主要的特点在于加入了风险分析。它是由制定计划、风险分析、实施工程、客户评估这一循环组成的，它最初从概念项目开始第一个螺旋。
喷泉模型：主要用于描述面向对象的开发过程，最核心的特点是迭代。所有的开发活动没有明显的边界，允许各种开发活动交叉进行。
统一过程（UP）：统一过程是一个通用过程框架，可以用于种类广泛的软件系统、不同的应用领域、不同的组织类型、不同的性能水平和不同的项目规模。UP是基于构件的，在为软件系统建模时，UP使用的是UML。与其他软件过程相比，UP具有三个显著的特点，即用例驱动、以架构为中心、迭代和增量。
敏捷方法：敏捷方法是一种以人为核心、迭代、循序渐进的开发方法。在敏捷方法中，软件项目的构建被切分成多个子项目，各个子项目成果都经过测试，具备集成和可运行的特征。在敏捷方法中，从开发者的角度来看，主要的关注点有短平快的会议、小版本发布、较少的文档、合作为重、 客户直接参与、自动化测试、适应性计划调整和结对编程；从管理者的角度来看，主要的关注点有测试驱动开发、持续集成和重构。
3、结合项目实践说明作者在项目中所采用的开发模型，并阐述实施效果。

正确答案：结合项目的实际状况指出在体系结构设计时选择使用软件体系结构风格的情况包括选择的依据、多个风格组合使用的情况等要给出实际的效果及分析。
结合项目的实际状况，指出在体系结构设计时选择使用软件体系结构风格的情况，包括选择的依据、多个风格组合使用的情况等，要给出实际的效果及分析。

正确答案：软件开发成本估算是一个十分容易被忽视但却又是十分重要的内容。其重要的原因是没有成本估算项目计划就会失去基础；容易被忽视的原因却是由于大部分软件开发组织未能够有效掌握它。 软件估算包括规模估算、工作量估算、进度估算和成本估算。整个估算的过程是：首先根据软件需求进行规模估算也就是估计软件的规模通常以代码行数、功能点数为单位；然后在估计的规模的基础上根据项目的特定因素(例如技术能力、使用的语言和平台、团队稳定性、项目复杂度等)、开发生产率经验数字来估算开发的工作量这通常以人天、人月、人年为单位；最后根据客户提出的进度需求进行进度估算根据人员及其他成本 (如设备、房租、差旅等)对总的开发成本进行估算。软件估算的基础是经验数字和经验模型。 从上面的描述中可以看出规模估算是软件开发成本估算的基础(数据来源)而工作量估算则是软件开发成本估算的关键(决定了开发成本)。 规模估算最常用的方法包括LOC(代码行)估算法和FP(功能点)估算法。LOC估算法主要根据历史项目记录以经验数据进行推测；FP估算法则通过一个较严谨的经验模型计算公式来进行估算。FP估算法是一种比较通行的软件规模估算方法。 工作量估算可以采用的模型、方法和技术就比较多了大致可以分为算法方法、类比法和自底向上法3种。 (1)算法方法估算是自顶向下的方式实现使用数学方式表达出估算所含的各种参数之间的关系如规模、工作量、进度、复杂度之间的关系。这个模型可以是静态的也可是动态的。最常见的算法方法估算模型包括MarkⅡ估算、COCOM0 81、COCOMOII、 COCOMO组、Putnam估算模型等。 ①MarkⅡFP估算：它不是一个严格的算法模型是基于各种因素和它们的影响的主观评价之间关系的一些理解。 ②COCOMO：它是根据软件产品规模和几个特征计算工作量和日历时间的估算算法模型。它是由Barry Boehm博士开发的发布于1981年即COCOMO 81而 COCOMOII则是其新版本不过由于它们各有特色因此还共同存在于估算实践中。这是一个较严格并经受了大量实践考验的一个经典估算模型。 ③COCOMO组：包括重点应用于COTS组件项目的COCOTS模型；用来预测每 KLOC或FP中残留错误的COQUALMO模型；着重于开发软件的成本在开发活动上的分布的COSSEMO模型；着重在预测新技术、提高生产率的发明方面最有效的成本分配的COPROMO模型。 ④Putnam估算模型：它是一个工作量动态的、多变量的估算模型它对交付时间十分敏感。 ⑤静态模型：除了以上动态模型之外还有一些常用的静态模型其中最常用的是 Watson和Felix模型。其计算公式是不变的：工作量；5.2×(KLCC)0.91持续时间(月)： 4.1×(KLOC)0.36。可以用来生成较粗略的估算值。 算法方法估算法虽然定义严谨但是由于这些算法只是源于几十个项目的数据总结因此其结果并不是精确的但其仍然还是具有较高的参考价值。并且随着开发团队数据的积累和经验的堆积产生的估算也会越来越精确。 (2)类比估算法则是自顶向下的查看系统它借助经验丰富的人员的“本能感受”去识别待估项目和已完成的项目之间的相似与差异之处并评估这些差别对评估的影响。这种方法的主观意识较强估算结果的精确度与估算人员的经验有很大的关系。 (3)自底向上估算是将项目分解成为较小的活动和任务对每个较低层的任务做估算然后将所有的较低层的任务估算值加在一起就可以得到项目总的工作量估算值由于这种估算通常是由程序员来进行小任务块的估算因此容易让程序员产生责任感进度更有保障。 有了工作量估算后就可以计算出工作人员成本但在进行开发成本估算时还应该考虑硬件、软件、通信、差旅、培训以及其他成本。 可以从上面的描述中总结出撰写关于软件开发成本估算的论文主要应该注意以下几个方面的要点： (1)由于许多软件开发成本估算模型都需要一些参数依据因此应该对于项目的复杂度、涉及的关键技术、团队情况等因素进行阐述以便能够连贯地说明估算的过程。 (2)由于工作量估算是成本估算的关键其估算的结果决定了成本估算而成本估算则是在工作量的基础上做一些简单的财务计算因此可以理解为工作量估算的方法和模型。 (3)文章中应该列举算法方法估算法、类比估算法以及自底向上估算法3种模型并且应该抓住它们各自鲜明特点进行深入的阐述。 (4)在前面描述的基础上针对本项目的特色进行分析引出最合适的模型然后再结合实例详细地说明应用的具体方案。编写时一定要注意突出其真实性。 (5)文章应该花一定篇幅来说明估算的效果也就是估算的误差值是多少并且可以简要地分析这些误差值会来源于何处。
软件开发成本估算是一个十分容易被忽视，但却又是十分重要的内容。其重要的原因是没有成本估算，项目计划就会失去基础；容易被忽视的原因却是由于大部分软件开发组织未能够有效掌握它。 软件估算包括规模估算、工作量估算、进度估算和成本估算。整个估算的过程是：首先根据软件需求进行规模估算，也就是估计软件的规模，通常以代码行数、功能点数为单位；然后在估计的规模的基础上，根据项目的特定因素(例如，技术能力、使用的语言和平台、团队稳定性、项目复杂度等)、开发生产率经验数字来估算开发的工作量，这通常以人天、人月、人年为单位；最后根据客户提出的进度需求进行进度估算，根据人员及其他成本 (如设备、房租、差旅等)对总的开发成本进行估算。软件估算的基础是经验数字和经验模型。 从上面的描述中，可以看出规模估算是软件开发成本估算的基础(数据来源)，而工作量估算则是软件开发成本估算的关键(决定了开发成本)。 规模估算最常用的方法包括LOC(代码行)估算法和FP(功能点)估算法。LOC估算法主要根据历史项目记录，以经验数据进行推测；FP估算法则通过一个较严谨的经验模型计算公式来进行估算。FP估算法是一种比较通行的软件规模估算方法。 工作量估算可以采用的模型、方法和技术就比较多了，大致可以分为算法方法、类比法和自底向上法3种。 (1)算法方法估算是自顶向下的方式实现，使用数学方式表达出估算所含的各种参数之间的关系，如规模、工作量、进度、复杂度之间的关系。这个模型可以是静态的，也可是动态的。最常见的算法方法估算模型包括MarkⅡ估算、COCOM0 81、COCOMOII、 COCOMO组、Putnam估算模型等。 ①MarkⅡFP估算：它不是一个严格的算法模型，是基于各种因素和它们的影响的主观评价之间关系的一些理解。 ②COCOMO：它是根据软件产品规模和几个特征计算工作量和日历时间的估算算法模型。它是由Barry Boehm博士开发的，发布于1981年，即COCOMO 81，而 COCOMOII则是其新版本，不过由于它们各有特色，因此还共同存在于估算实践中。这是一个较严格，并经受了大量实践考验的一个经典估算模型。 ③COCOMO组：包括重点应用于COTS组件项目的COCOTS模型；用来预测每 KLOC或FP中残留错误的COQUALMO模型；着重于开发软件的成本在开发活动上的分布的COSSEMO模型；着重在预测新技术、提高生产率的发明方面最有效的成本分配的COPROMO模型。 ④Putnam估算模型：它是一个工作量动态的、多变量的估算模型，它对交付时间十分敏感。 ⑤静态模型：除了以上动态模型之外，还有一些常用的静态模型，其中最常用的是 Watson和Felix模型。其计算公式是不变的：工作量；5.2×(KLCC)0.91持续时间(月)： 4.1×(KLOC)0.36。可以用来生成较粗略的估算值。 算法方法估算法虽然定义严谨，但是由于这些算法只是源于几十个项目的数据总结，因此其结果并不是精确的，但其仍然还是具有较高的参考价值。并且随着开发团队数据的积累和经验的堆积，产生的估算也会越来越精确。 (2)类比估算法则是自顶向下的查看系统，它借助经验丰富的人员的“本能感受”去识别待估项目和已完成的项目之间的相似与差异之处，并评估这些差别对评估的影响。这种方法的主观意识较强，估算结果的精确度与估算人员的经验有很大的关系。 (3)自底向上估算是将项目分解成为较小的活动和任务，对每个较低层的任务做估算，然后将所有的较低层的任务估算值加在一起，就可以得到项目总的工作量估算值，由于这种估算通常是由程序员来进行小任务块的估算，因此容易让程序员产生责任感，进度更有保障。 有了工作量估算后，就可以计算出工作人员成本，但在进行开发成本估算时还应该考虑硬件、软件、通信、差旅、培训以及其他成本。 可以从上面的描述中总结出撰写关于软件开发成本估算的论文，主要应该注意以下几个方面的要点： (1)由于许多软件开发成本估算模型都需要一些参数依据，因此应该对于项目的复杂度、涉及的关键技术、团队情况等因素进行阐述，以便能够连贯地说明估算的过程。 (2)由于工作量估算是成本估算的关键，其估算的结果决定了成本估算，而成本估算则是在工作量的基础上做一些简单的财务计算，因此可以理解为工作量估算的方法和模型。 (3)文章中应该列举算法方法估算法、类比估算法以及自底向上估算法3种模型，并且应该抓住它们各自鲜明特点进行深入的阐述。 (4)在前面描述的基础上，针对本项目的特色进行分析，引出最合适的模型，然后再结合实例，详细地说明应用的具体方案。编写时一定要注意突出其真实性。 (5)文章应该花一定篇幅来说明估算的效果，也就是估算的误差值是多少，并且可以简要地分析这些误差值会来源于何处。

答案：B

解析：

答案：C

解析：

答案：

解析：