某软件公司启动了一个中等规模的软件开发项目，其功能需求由5个用例描述。项目采用增量..

免费智能真题库 > 历年试卷 > 系统分析师 > 2025年下半年系统分析师下午试卷案例

第4题

知识点：开发过程测试人员功能需求开发模型开发人员

某软件公司启动了一个中等规模的软件开发项目，其功能需求由5个用例描述。项目采用增量开发模型，每一次迭代完成1个用例；共产生5个连续的软件版本，每个版本都比上一个版本实现的功能多。
每轮迭代都包含实现、测试、修正与集成4个活动，且前一个活动完成之后才能开始下一个活动。不同迭代之间的活动可以并行。例如，1个已经实现的用例在测试时，软件开发人员可以开始下一个用例的实现。实现和修正活动不能并行。
每个活动所需的工作量估算如下：
(1)实现1个用例所需的时间为10人天；
(2)测试1个用例所需的时间为2人天；
(3)修正1个用例所需的时间为1人天（平均估算）；
(4)集成1个用例所需的时间为0.5人天。
项目开发过程中能够使用的资源包括：5名开发人员共同完成实现和修正工作、2名测试人员完成测试工作和1名集成人员完成集成工作。
该项目的Gannt图（部分）如图1-1所示。

问题：4.1 根据题目描述中给出的工作量计算方法，计算1个用例的实现，测试、修正、集成4个活动分别所需的日历时间（单位：天）

问题：4.2 (1)根据图1-1给出的项目Gannt图，估算出项目开发时间。
(2)计算测试人员和集成人员在该项目中的平均工作时间（占项目总开发时间的百分比）。

问题：4.3 在项目实施过程中，需不断将实际进度与计划进度进行比较分析，进行项目进度计划的修正与调整，以保证项目工期。用300字以内文字，从活动和资源的角度，说明项目进度计划调整所涉及的内容。


知识点讲解
· 开发过程 · 测试人员 · 功能需求 · 开发模型 · 开发人员

开发过程

嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。

项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段，与通用软件的开发过程基本一致，都可按照软件工程的方法来进行，如采用原型化方法、结构化方法等。

由于嵌入式软件的运行和开发环境不同，开发工作是交叉进行的，所以每一步都要考虑到这一点。

程序建立阶段的工作是根据详细设计阶段中产生的文档来进行的，主要是源代码编写、编译链接等子过程，这些工作都在宿主机上进行，不需要用到目标机。产生应用程序的可执行文件后，就要用到交叉开发环境中进行调试，根据实际情况可以选用4.6.2节中的调试方法之一或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高，所以，在对嵌入式系统进行白盒测试时，要求有更高的代码覆盖率。

最后，要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同，可以固化在EPROM和Flash等存储器中，也可固化在DOC（DiskOnChip）等电子盘中，通常还要借助一些专用编程器进行。

测试人员

测试人员的选择

测试人员的能力包括以下几项。

①一般能力：包括表达、交流、协调、管理、质量意识、过程方法、软件工程等；

②测试技能及方法：包括测试基本概念及方法、测试工具及环境、专业测试标准、工作成绩评估等；

③测试规划能力：包括风险分析及防范、软件放行/接收准则制定、测试目标及计划、测试计划和设计的评审方法等；

④测试执行能力：包括测试数据/脚本/用例、测试比较及分析、缺陷记录及处理、自动化工具；

⑤测试分析、报告和改进能力：包括测试度量、统计技术、测试报告、过程监测及持续改进。

测试人员的激励

X理论＋Y理论

. X理论：胡萝卜＋大棒——迫使人们工作；

. Y理论：经理的职能不是督促人们工作，而是使人们有可能工作。

需要的层次（Maslow模型）

. 生存需要——工作职位、工资奖金、休息时间；

. 安全需要——公正待遇、应付工作的能力和信心；

. 社会需要——团队归属感，互相认同、理解和支持；

. 自尊需要——具有受人尊重/赏识的能力或/和业绩；

. 自我实现需要——成为自己期望的人物。

人员激励的关键点

. 管理者习惯用对自己有效的因素激励测试人员，很可能发现无效；

. 过多使用权力、资金或处罚手段很可能导致项目失败；

. 行业领先企业采取卓有成效的非货币形式的激励措施；

. 在项目进行过程中，而不仅是在项目结束时实施激励措施；

. 奖励应该在工作获得认同后尽快兑现；

. 对人员的工作表现出真诚的兴趣是对他们最好的奖励；

. 激励因素是因人而异、因时而异的。已经满足的需要很可能不再成为激励因素。

人员自我激励

测试工作的快乐哲学：选择积极的态度，把工作当作游戏，让别人快乐，全身心投入工作。

注意测试工作的7条效率原则：主动思考，积极行动；一开始就牢记目标，不迷失方向；重要的事情放在首位（但常常把紧急的事情放在首位）；先理解人，后被人理解；寻求双赢；互相合作，追求1＋1>2；终生学习，自我更新，不断进步。

测试职业发展

国际推荐的软件测试职业发展计划如下。

. 1~2年，测试技能：熟悉整个测试过程及产品业务领域，学习和掌握自动测试工具，学习测试自动化编程技术；开发和执行测试脚本，承担系统测试实施任务；掌握编程语言、操作系统、网络与数据库方面的技能。

. 3~4年，测试过程：深入了解测试过程，掌握测试过程设计及改进，参与软件工作产品的同行评审；进一步了解产品业务领域，改进测试自动化编程技术；能指导初级测试工程师；加强编程语言、操作系统、网络与数据库方面的技能。

. 4~5年，测试组织工作：管理1~3名测试工程师，担任任务估算、管理及进度控制；进一步培养在软件项目管理及支持工具方面的技能。

. 5~6年，技术管理：管理4~8名测试工程师，提高任务估算、管理及进度控制能力，完成测试规划并制定测试计划；研究测试的技术手段，保持使用项目管理及支持工具的技能；用大量时间为其他测试工程师提供技术及过程方面的指导；开始与客户打交道并做演示推介。

. 6~12年，测试管理：管理8名以上测试工程师，负责一个或多个项目的测试工作；与客户打交道并做演示推介；保持使用项目管理及支持工具的技能。

人员的培训

软件测试培训内容分类

. 测试基础知识和技能培训。

. 测试设计培训、测试工具培训。

. 测试对象——软件产品培训。

. 测试过程培训。

. 测试管理培训。

制定测试人员培训计划

. 是测试计划的一个重要组成部分。

. 需要管理层的重视，在时间和资源上予以保证。

. 认真调查和分析测试人员的培训需求。

. 将培训活动安排在测试任务开始前。

. “边干边学”模式很可能牺牲质量和效率。

. 软件测试实习活动在整个培训中占较大比例。

. 鼓励合作学习，团队演练。

. 对培训效果要及时评价，发现不足进行改进。

功能需求

功能需求即网络在用户单位业务中应该提供的功能，可以通过了解用户单位所从事的行业、该单位在行业内的地位以及和其他单位的关系等来确定其功能需求。另外，还可以通过了解项目背景来明确用户单位建网的目的，从而有助于描述详细的功能需求。

开发模型

电子商务应用系统开发模型是描述系统开发过程中各种活动如何执行的模型。系统生命周期模型确立了开发和演绎中各阶段的次序限制以及各阶段或机动的准则，确立开发过程所遵守的规定和限制，便于各种活动的协调，便于各种人员的有效通信，有利于活动重用，有利于活动管理。常见的生命周期模型有如下5个模型。

瀑布模型（Waterfall Model）

瀑布模型是将软件生命周期各个活动规定为依线性顺序连接的若干阶段的模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。它规定了由前至后、相互衔接的固定次序，如同瀑布流水，逐级下落。

瀑布模型为软件的开发和维护提供了一种有效的管理模式，根据这一模式制定开发计划，进行成本预算，组织开发力量，以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导，所以它是以文档作为驱动、适合于软件需求很明确的软件项目的模型。

但是，瀑布模型在大量的软件开发实践中也逐渐暴露出它的严重缺点。它是一种理想的线性开发模式，缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。

快速原型模型（Rapid Prototype Model）

快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么。

第二步则在第一步的基础上开发客户满意的软件产品。显然，快速原型方法可以克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险，具有显著的效果。

快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型将被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。

增量模型（Incremental Model）

增量模型又称演化模型。大量的软件开发实践表明，许多开发项目在开始时对软件需求的认识是模糊的，因此很难一次开发成功。为了减少因对软件需求的了解不够确切而给开发工作带来的风险，可以在获取了一组基本的需求后，通过快速分析构造出该软件的一个初始可运行版本，这个初始的软件通常称为原型，然后根据用户在使用原型的过程中提出的意见和建议对原型进行改进，获得原型的新版本。在使用增量模型时，第一个增量往往是实现基本需求的核心产品。核心产品交付用户使用后，经过评价形成下一个增量的开发计划，它包括对核心产品的修改和一些新功能的发布。这个过程在每个增量发布后不断重复，直到产生最终的完善产品。增量模型特别适用于对软件需求缺乏准确认识的情况。

螺旋模型（Spiral Model）

对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型和增量模型结合起来，加入了两种模型均忽略的风险分析，弥补了这两种模型的不足。

螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期大致和瀑布模型相符合。在每个螺旋周期分为如下四个工作步骤。

①制订计划。确定软件的目标，选定实施方案，明确项目开发的限制条件。

②风险分析。分析所选的方案，识别风险，消除风险。

③实施工程。实施软件开发，验证阶段性产品。

④用户评估。评价开发工作，提出修正建议，建立下一个周期的开发计划。

喷泉模型（Water Fountain Model）

喷泉模型是一种以用户需求为动力，以对象作为驱动的模型，适合于面向对象的开发方法。它克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。喷泉模型使开发过程具有迭代性和无间隙性。迭代意味着模型中的开发活动常常需要重复多次，在迭代过程中不断地完善软件系统。无间隙是指在开发活动（如分析、设计、编码）之间不存在明显的边界，也就是说，它不像瀑布模型那样，需求分析活动结束后才开始设计活动，设计活动结束后才开始编码活动，而是允许各开发活动交叉、迭代地进行。

开发人员

①多媒体软件：项目负责人、学科教学专家、教学设计专家、软件工程师、多媒体素材制作专家和多媒体课件制作专家。

②多媒体电子出版物：策划编导、文字编辑、美术编辑、音乐编辑和多媒体编辑。

题号导航 2025年下半年系统分析师下午试卷案例

本试卷我的完整做题情况



	第4题在手机中做本题