软件项目管理(1-8)章课后题
软件项目管理(1-8章课后题)
判断题
-
- [x] 搬家属于项目。
-
- [ ] 项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。
-
- [x] 过程管理目的是要让过程能够被共享、复用,并得到持续的改进。
-
- [x] 项目具有临时性的特征。
-
- [ ] 日常运作存在大量的变更管理,而项目基本保持连贯性的。
-
- [ ] 项目开发过程中可以无限制地使用资源。
-
- [ ] 项目招标对于一个项目的开发是必需的,即便项目是内部项目。
-
- [x] 自主开发相当于make or buy决策中的make。
-
- [ ] 项目建议书是项目计划阶段开发的文档。
-
- [ ] 项目立项需要获得项目经理的认可,但不需要项目发起人的认可。
-
- [ ] 项目章程是项目执行组织高层批准的确认项目存在的文件,其中不包括对项目经理的授权。
-
- [x] 乙方即供方(有时也称卖方)是为顾客提供产品或服务的一方。
-
- [x] 在软件项目合同中,甲方是需求放,乙方是供方。
-
- [ ] 项目初始阶段甲方为软件开发方,乙方为顾客。
-
- [ ] 瀑布模型不适合短期项目。
-
- [x] 增量式模型可以避免一次性投资太多带来的风险。
-
- [x] V模型适合的项目类型是需求很明确、解决方案很明确,而且对系统的性能要求比较严格的项目。
-
- [x] 在瀑布生存期模型中,要求项目所有的活动都严格按照顺序执行,一个阶段的输出是下一个阶段的输入。
-
- [x] 燃尽图是Scrum模型中常用的米姐开发工程实践。
-
- [x] 需求规格说明可以包括系统的运行环境。
-
- [ ] 数据流分析方法是一种自下而上逐步求精的分析方法。
-
- [x] 需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书。
-
- [x] 需求是指用户对软件的功能和性能的要求,就是用户希望软件能做什么事,完成什么样的功能,达到什么性能。
-
- [ ] 软件项目系统的响应时间属于功能性需求。
-
- [ ] 数据字典是由数据项、数据流以及操作指令组成的。
-
- [ ] 用例分析方法采用一种面向过程的情景分析方法。
-
- [x] WBS提供了项目范围基线。
-
- [x] 一个工作包可以分配给另一个项目经理去完成。
-
- [ ] 如果开发人员对项目比较熟悉或者对项目大局有把握,开发WBS时最好采用自底向上方法。
-
- [x] 对于一个没有做过的项目,开发WBS时可以采用自底向上方法。
-
- [x] 在任务分解结果中,最底层的要素必须是实现项目目标的充分必要条件。
-
- [x] 一个工作包应当由唯一主题负责。
-
- [ ] WBS的最高层次的可交付成果是工作包。
-
- [ ] 对任务的分解只能是自上而下的。
-
- [x] WBS的最底层任务是能分配到一个人完成的任务。
-
- [x] 任务分解是将一个项目分解为更多的工作细目或者子项目,是项目变得更小、更易管理和操作。
-
- [ ] 在软件项目估算中,估算结果是没有误差的。
-
- [x] 人的劳动消耗所付出的代价是软件产品的主要成本。
-
- [ ] 功能点估算与项目所使用的语言和技术有关。
-
- [ ] COCOMO81有3个等级的模型:有机型、嵌入型、半嵌入型。
-
- [ ] 经验对于估算来说不重要。
-
- [x] 估算时既要考虑直接成本又要考虑间接成本。
-
- [ ] 在进行软件估算的时候,可以直接考虑参照其他企业的模型进行项目估算。
-
- [ ] 间接成本是与一个具体项目相关的成本。
-
- [x] 软件项目规模就是软件项目工作量。
-
- [x] 一个工作也可以通过多个活动完成。
-
- [ ] 在项目进行过程中,关键路径是不变的。
-
- [x] 在PDM网络图中,箭线表示的是任务之间的逻辑关系,节点表示的是活动。
-
- [ ] 项目各项活动之间不存在相互联系与相互依赖关系。
-
- [x] 在资源冲突问题中,过度分配也属于资源冲突。
-
- [ ] 浮动是在不增加项目成本的条件下,一个活动可以延迟的时间量。
-
- [ ] 在使用应急法压缩时间时,不一定要在关键路径上选择活动来进行压缩。
-
- [x] 时间是项目规划中灵活性最小的因素。
-
- [ ] 外部依赖关系又称强制性依赖关系,指的是项目活动与非项目互动之间的依赖关系。
-
- [ ] 当估算某活动时间,存在很大不确定性时应采用CPM估计。
-
- [x] 质量是满足要求的程度,包括符合规定的要求和客户隐含的需求。
-
- [x] 软件质量是软件满足明确说明或者隐含的需求的程度。
-
- [ ] 软件质量可以通过后期测试得以提高。
-
- [x] 质量计划可以确定质量保证人员的特殊汇报渠道。
-
- [ ] 软件质量是代码正确的程度。
-
- [x] 项目立项可以确立项目目标.时间和资源成本,同时得到项目发起人的认可。
-
- [x] 敏捷项目采取的是仆人式管理方式
-
- [x] 极限编程从3个层面提供了13个敏捷实践
-
- [x] 敏捷包括《敏捷宣言》的价值观.12个原则,以及一些通用实践等
-
- [x] 瀑布模型和V模型都属于预测型生存期模型
-
- [x] 用户故事常常写在卡片上,然后将其部署在墙上
-
- [x] 敏捷项目的一个Epic还可以继续分解为一些用户故事
-
- [x] 故事点估算是一个相对的估算过程。
-
- [ ] 敏捷项目要求全程的质量审查
-
- [x] 持续支付领域强调对项目所有的相关产物及其之间的关系都要进行有效配置管理
-
- [ ] 持续支付更倾向于使用基于分支的开发模式
-
- [x] 敏捷团队的人员一般在3~9人,而且一般集中地在一个场地开发,可以围坐一个桌子开会
-
- [ ] 购买保险是一种回避风险的应对策略
-
- [ ] 敏捷项目没有长期计划,这本身也是一个风险,因为存在一些无法识别的风险。
-
- [x] 对于甲方来说,风险最高的是CPCC合同类型,风险最低的是FFP合同类型,乙方则相反
-
- [x] 《敏捷宣言》认为“客户协作高于合同协商”
选择题
- 下面选项中不是PMBOK的知识域的是()
- [x] 招聘管理
- [ ] 质量管理
- [ ] 范围管理
- [ ] 风险管理
- 下面关于敏捷模型描述不正确是()
- [ ] 与传统模型相比,敏捷模型属于自适应过程
- [x] 可以应对需求的不断变化
- [ ] Scrum模型.XP模型.DevOps模型等都属于敏捷模型
- [ ] 敏捷型是预测型和迭代型的混合模型
- 关于迭代模型,下列说法不正确的是()
- [ ] 不断反馈原型
- [x] 可以加快开发速度
- [ ] 项目需求变化大
- [ ] 不多次提交
- 敏捷项目需求一般采用下面()描述
- [ ] 用户用例
- [ ] DFD
- [x] 用户故事
- [ ] 数据字典
- ()可以表示敏捷项目的进度,并且可以表示出剩余的任务
- [ ] 燃起图
- [x] 燃尽图
- [ ] 里程碑图
- [ ] 网络图
- 下面()不是敏捷项目的质量实践
- [ ] 结对编程
- [ ] TDD
- [ ] 迭代评审
- [x] 需求规格编写过程审计
- ()以图形方式展示项目团队成员及其报告关系这样可以减少沟通渠道,减少成本
- [x] 项目组织图
- [ ] 甘特图
- [ ] 网络图
- [ ] RAM图
- 下面不是敏捷角色的是()
- [ ] 产品负责人
- [ ] 团队促进者
- [ ] 跨职能团队成员
- [x] 合同管理者
- 在项目管理的3种组织结构中,适用于主要由一个部门完成的项目或技术比较成熟的项目组织结构是( )
- [ ] 矩阵型组织结构
- [ ] 项目型组织结构
- [x] 职能型组织结构
- [ ] 都一样
- 下面哪项不是敏捷项目设计的动态特性的合同签署技术()
- [ ] 多层结构
- [ ] 总结增量
- [ ] 动态范围方案
- [x] 固定价格
- 某异地开发的信息系统集成项目以程序流程图、数据流程图等为主要分析设计工具。由于用户身处异地,现场参与系统开发成本较高,因此项目组采用了先开发一个简化系统,待用户认可后再开发最终系统的策略。该信息系统集成项目的开发方法属于( )。
- [x] 结构化方法与原型法的组合应用
- [ ] 结构化方法与面向对象方法的组合应用
- [ ] 原型法与面向对象方法的组合应用
- [ ] 原型法与形式化方法的组合应用
- 螺旋模型的开发过程具有周期性重复的螺旋线状,每个开发周期由 4 个象限组成,分别标志着开发周期的 4 个阶段。螺旋模型之所以特别适用于庞大而复杂的、高风险的系统开发,是因为它强调其中的( )阶段。
- [ ] 制定计划
- [x] 风险分析
- [ ] 实施工程
- [ ] 客户评估
- 团购是当前一种较为流行的电子商务模式,某团购网站通过自己强大的公关能力与企业合作,向用户提供价格较为低廉或折扣较高的产品,同时为方便用户使用,该团购网站也提供了用户之间的转让平台。根据上述描述,该团购网站涉及的电子商务类型是( )。
- [ ] B2B 和 B 2C
- [x] B2C 和 C2C
- [ ] B2B 和 C2C
- [ ] B2B、B2C 和 C2C
- 软件过程管理涉及启动、计划、实施等六个方面的内容,以下说法不正确的是( )。
- [ ] 从管理的角度,软件项目计划是指进行为软件工程做准备而要采取的活动
- [ ] 软件项目实施是指进行软件工程过程中发生的各种软件工程管理活动.
- [x] 评审和评价是指软件工程项目完成后进行的活动.
- [ ] 软件工程度量是指在软件工程组织中有效地进行开发和实现度量的程序.
- 根据《软件工程术语 GB/T11457-2006》,基线是业已经过正式审核与同意,可用作下一步开发的基础,并且只有通过正式的修改管理步骤方能加以修改的规格说明或产品。对于配置管理,有以下三种基线:功能基线、( )和产品基线。
- [ ] 编码基线
- [ ] 测试基准
- [ ] 里程碑
- [x] 分配基线
- 某单位计划开发信息系统来实现其全员工资计算的自动化,根据《软件文档管理指南 GB/T16680-1996》,该信息系统项目中的文档质量等级最低应达到( )。
- [x] 4 级
- [ ] 3 级
- [ ] 2 级
- [ ] 1 级
- 小张的 U 盘中存储有企业的核心数据。针对该 U 盘,以下有关信息安全风险评估的描述中,不正确的是( )。
- [ ] 风险评估首先要确定资产的重要性,由于该 U 盘中存储有核心数据,安全性要求高,因此该 U 盘重要性赋值就高
- [x] 如果公司制定了 U 盘的安全使用制度,小张的 U 盘就不具有脆弱性
- [ ] 如果小张的计算机在接入 U 盘时没断网线,木马病毒就构成对该 U 盘的威胁
- [ ] 风险分析要同时考虑资产的重要性、威胁概率和脆弱性严重程度
- 某公司网管员对核心数据的访问进行控制时,针对每个用户指明能够访问的资源,对于不在指定资源列表中的对象不允许访问。该访问控制策略属于( )。
- [x] 自主访问控制(DAC)
- [ ] 强制访问控制(MAC)
- [ ] 基于角色的访问控制(RBAC)
- [ ] 访问控制列表方式(ACL)
- 根据《软件工程术语 GB/T11457-2006》,验证过程试图确保活动的输出产品已经被正确制造,而确认过程则试图确保建造了正确的产品。因此,项目组为保证系统的设计满足需求规格说明书要求而实施的过程称为( )。
- [ ] 架构验证
- [ ] 需求确认
- [ ] 架构确认
- [x] 需求验证
- 下列做法符合《招投标法》相关规定的是( )。
- [ ] 某项目的招标文件中详细介绍了招标人的名称和地址、招标项目的性质、数量、实施地点和时间、评标委员会组成名单以及获取招标文件的办法等事项。
- [x] 投标监督员有权对标书的密封情况进行检查,投标人之间也可以相互检查标书的密封情况。
- [ ] 某项目在截止时间前仅收到了两份投标文件,招标人直至收到第三份投标文件后才宣布开标。
- [ ] 某企业在中标之后,将主体工程分为三个部分,并将其中两个部分分别承包给其他单位。
- 下列选项中不是项目与日常运作的区别的是
- [ ] 项目是以目标为导向的,日常运作是通过效率和有效性体现的。
- [ ] 项目是通过项目经理及其团队工作完成的,而日常运作是职能式的线性管理。
- [ ] 项目需要有专业知识的人来完成,而日常运作的完成无需特定专业知识。
- [x] 项目是一次性的,日常运作是重复性的。
- 以下都是日常运作和项目的共同之处,除了
- [ ] 由人来做
- [ ] 受限于有限的资源
- [ ] 需要规划、执行和控制
- [x] 都是重复性工作
- 下列选项中属于项目的是
- [ ] 上课
- [ ] 社区保安
- [x] 野餐活动
- [ ] 每天的卫生保洁
- 下列选项中正确的是
- [ ] 一个项目具有明确的目标而且周期不限
- [ ] 一个项目一旦确定就不会发生变更
- [x] 每个项目都有自己的独特性
- [ ] 项目都是一次性的并由项目经理独自完成
- 是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。
- [ ] 过程
- [x] 项目
- [ ] 项目群
- [ ] 组合
- 下列活动中不是项目的是
- [ ] 野餐活动
- [ ] 集体婚礼
- [x] 上课
- [ ] 开发操作系统
- 下列选项中不是项目的特征的是
- [ ] 项目具有明确的目标
- [ ] 项目具有限定的周期
- [x] 项目可以重复进行
- [ ] 项目对资源成本具有约束性
- 下列选项中最能体现项目的特征
- [ ] 运用进度计划技巧
- [ ] 整合范围与成本
- [x] 确定期限
- [ ] 利用网络进行跟踪
- 项目经理的职责不包括
- [ ] 开发计划
- [ ] 组织实施
- [ ] 项目控制
- [x] 提供资金
- 项目管理专业人员资格是指( )。
- [ ] PMI
- [ ] ERP
- [x] PMP
- [ ] SAP
- 下列选项中正确的是( )。
- [ ] 项目目标明确但周期不限
- [ ] 项目内容一旦确定就不允许发生变更
- [x] 每个项目都有独一无二的
- [ ] 项目由项目经理独自完成
- 项目管理过程中的进度目标,成本目标,质量目标,范围目标等各个目标之间是( ) 的。
- [ ] 相互独立
- [x] 相互关联和制约
- [ ] 进度目标最重要
- [ ] 没有关系
- 下列关于项目管理工具软件Project的功能说法不正确的是( )。
- [ ] 计算项目信息
- [ ] 编制和组织信息
- [ ] 跟踪项目信息
- [x] 项目编码和测试
- 以下那项不是制约项目目标实现的主要因素( )。
- [ ] 范围
- [ ] 进度
- [ ] 成本
- [x] 风险
- 华为云DevCloud是( )。
- [x] 云端DevOps平台
- [ ] 云端Cloud storage平台
- [ ] 云端Cloud computing平台
- [ ] 云端Big data development平台
- 下列不是项目立项过程内容的是()
- [ ] 项目的目标
- [x] 项目的风险
- [ ] 项目的时间表
- [ ] 项目使用的资源和经费
- 以下哪项不包括在项目章程中?
- [ ] 对项目的确认
- [ ] 对项目经理的授权
- [x] 对项目风险的分析
- [ ] 项目目标的描述
- 项目建议书是()阶段开发的文档
- [ ] 项目执行
- [ ] 项目结尾
- [x] 项目初始
- [ ] 项目计划
- 下列不属于甲方招投标阶段任务的是?()
- [x] 编写建议书
- [ ] 招标书定义
- [ ] 供方选择
- [ ] 合同签署
- 下列不属于乙方招投标阶段任务的是?()
- [ ] 项目分析
- [ ] 竞标
- [ ] 合同签署
- [x] 招标书定义
- ()的特性使得敏捷开发的产品更符合实际需求。
- [x] 自适应
- [ ] 统一
- [ ] 网络
- [ ] 交互
- 合同一旦签署了就具有法律约束力,除非()。
- [ ] 一方不愿意履行义务
- [ ] 一方宣布合同无效
- [x] 合同违反了法律
- [ ] 一方没有能力负担财务结果
- 对于某项目,甲方提供了详细、准确的需求文档。我们的解决方案也很明确。且安全性要求非常严格。此项目采用()成存期模型比较合适。
- [ ] 瀑布模型
- [ ] 增量式模型
- [x] V模型
- [ ] XP模型
- 为避免一次性投资太多带来的风险,最好选择()生存期模型。
- [x] 增量式模型
- [ ] 快速原型模型
- [ ] 瀑布模型
- [ ] V模型
- XP模型的实践原则不包括以下哪一点?()
- [ ] 快速反馈
- [ ] 假设简单
- [ ] 包容变化
- [x] 详细设计
- 在项目初期,一个项目需求不明确的情况下,应避免采用以下哪种生存期模型?()
- [x] 快速原型模型
- [ ] 增量式模型
- [ ] V模型
- [ ] Scrum模型
- 可以构建一部分额系统的模型,通过用户试用提出优缺点,最好选择()生存期模型。
- [ ] 增量式模型
- [x] 快速原型模型
- [ ] 瀑布模型
- [ ] V模型
- 下列不属于软件项目管理需求过程的是?
- [ ] 需求获取
- [ ] 需求分析
- [ ] 需求规格编写
- [x] 需求更新
- 下列不属于数据字典组成部分的是?
- [ ] 数据项
- [ ] 数据流
- [ ] 数据文件
- [x] 数据库
- 下列不属于UML需求视图的是?
- [x] 甘特图
- [ ] 用例图
- [ ] 状态图
- [ ] 顺序图
- ()是软件项目的的一个突出特点,可以导致软件项目的蔓延。
- [x] 需求变更
- [ ] 暂时性
- [ ] 阶段性
- [ ] 约束性
- 下列不属于结构化方法设计的是?()
- [ ] 数据流图
- [ ] 数据字典
- [ ] 系统流程图
- [x] 用例图
- 下列不属于软件需求范畴的是?()
- [x] 软件项目采用什么样的实现技术
- [ ] 用户需要软件能做什么样的事情
- [ ] 用户需要软件完成什么样的功能
- [ ] 用户需要软件达到什么样的性能
- 下列不是需求建模方法的是?()
- [ ] 原型方法
- [x] 结构化设计方法
- [ ] 面向对象的用例分析方法
- [ ] 功能列表方法
- 范围基线由()组成。
- [ ] WBS
- [ ] 项目章程、批准的详细的项目范围说明书和WBS
- [ ] 项目章程、项目工作说明书和WBS
- [x] 批准的详细的项目范围说明书、WBS和WBS字典
- WBS非常重要,因为下列原因,除了()
- [ ] 帮助组织工作
- [ ] 防止遗漏工作
- [ ] 为项目估算提供依据
- [x] 确定团队成员责任
- WBS中的每一个具体细目通常都指定唯一的()
- [x] 编码
- [ ] 地点
- [ ] 功能模块
- [ ] 提交截至期限
- 下列不是创建WBS的方法的是()
- [ ] 自顶向下
- [ ] 自底向上
- [x] 控制方法
- [ ] 模板参照
- 任务分解时,()方法从特殊到一般的方向进行,首先定义一些特殊的任务,然后将这些任务组织起来,形成更高级别的WBS层。
- [ ] 模板参照
- [ ] 自顶向下
- [ ] 类比
- [x] 自底向上
- 下列关于WBS的说法,不正确的是()
- [ ] WBS是任务分解的结果
- [ ] 不包括再WBS中的任务就不是该项目的工作
- [ ] 可以采用清单或者图表的形式标石WBS的结果
- [x] 如果项目是一个崭新的项目,最好采用自顶向下方法开发WBS
- 检验WBS分解结果的标准不包括以下那一项?
- [ ] 最底层的要素是否是实现目标的充分必要条件
- [ ] 非叶节点是否包含两个以上的叶节点
- [ ] 最底层元素是否有重复
- [x] 最底层要素是否有清晰完整定义
- WBS是对项目由粗到细的分解过程,它的结构是()
- [ ] 分层的集合结构
- [x] 分级的树形结构
- [ ] 分层的线性结构
- [ ] 分级的图状结构
- 任务分解时,()方法从一般到特殊的方向进行,从项目的大局着手,然后逐步分解子细目,将项目变为更细、更完善的部分。
- [ ] 模板参照
- [x] 自顶向下
- [ ] 类比
- [ ] 自底向上
- 为了有效地管理项目,应该将工作分解为更小的部分,以下各项中,哪一项不能说明任务应该分解到什么程度?
- [ ] 可以在80小时内完成
- [x] 可由一个人完成
- [ ] 不能再进一步进行逻辑细分了
- [ ] 可以进行实际估算
- 任务分解可以( ),它是范围变更的一项重要输入。
- [ ] 规定项目采用的过程
- [ ] 提供项目成本估算结果
- [x] 提供项目范围基线
- [ ] 提供项目的关键路径
- ()是成本的主要因素,是成本估算的基础。
- [ ] 计划
- [x] 规模
- [ ] 风险
- [ ] 利润
- 下列不是UFC的功能计数项是()
- [ ] 外部输出
- [ ] 外部文件
- [x] 内部输出
- [ ] 内部文件
- 成本预算的目的是()
- [x] 生产成本基线
- [ ] 编写报告书
- [ ] 指导设计过程
- [ ] 方便进度管理
- 下列不是软件项目规模单位的是()
- [ ] 源代码长度(LOC)
- [ ] 功能点(FP)
- [ ] 人天、人月、人年
- [x] 小时
- 在成本管理过程中,每个时间段中等各个工作单元的成本是()
- [ ] 估算
- [x] 预算
- [ ] 直接成本
- [ ] 间接成本
- 下面关于估算的说法,错误的是()
- [ ] 估算是有误差的
- [ ] 估算时不要太迷信数学模型
- [x] 经验对于估算来说不重要
- [ ] 历史数据对于估算来说非常重要
- 估算的基本方法不包括()
- [ ] 代码行、功能点
- [ ] 参数估算法
- [ ] 专家估算法
- [x] 函数估算法
- 在项目初期,进行竞标合同时,一般采用的成本估算方法是()
- [ ] 参数估算法
- [x] 类比估算法
- [ ] 专家估算法
- [ ] 功能点估算法
- 下面说法中不正确的是()
- [ ] EF=ES+duration
- [ ] LS=LF-duration
- [ ] TF=LS-ES=LF-EF
- [x] EF=ES+lag
- “软件编码完成之后,我才可以对它进行软件测试”,这句话说明了哪种依赖关系?()
A强制性依赖关系- [x] 软逻辑关系
- [ ] 外部依赖关系
- [ ] 里程碑
- ()可以显示任务的基本信息,使用该类图能方便的查看任务的工期、开始时间、结束时间以及资源的信息。
- [x] 甘特图
- [ ] 网络图
- [ ] 里程碑图
- [ ] 资源图
- ()是项目冲突的主要原因,尤其在项目后期。
- [ ] 优先级问题
- [ ] 人力问题
- [x] 进度问题
- [ ] 费用问题
- 以下哪一项是项目计划中灵活性最小的因素?()
- [x] 时间
- [ ] 人工成本
- [ ] 管理
- [ ] 开发
- 快速跟进是指()
- [x] 采用并行执行任务,加速项目进展
- [ ] 用一个任务取代另外的任务
- [ ] 如有可能,减少任务数量
- [ ] 减轻项目风险
- 下面哪一项将延长项目的进度?()
- [x] lag
- [ ] lead
- [ ] 赶工
- [ ] 快速跟进
- 下面哪一项可以决定进度的灵活性?()
- [ ] PERT
- [x] 总浮动
- [ ] ADM
- [ ] 赶工
- 以下哪一项不是编制进度的基本方法?()
- [ ] 关键路径法
- [ ] 时间压缩法
- [x] 系统图法
- [ ] 资源平衡方法
- 下列不属于质量管理过程的是()
- [ ] 质量计划
- [ ] 质量保证
- [ ] 质量控制
- [x] 质量优化
- 项目质量管理的目标是满足()的需要
- [ ] 老板
- [ ] 项目经理
- [x] 项目
- [ ] 组织
- 下列属于质量成本的是()
- [x] 预防成本
- [ ] 缺陷数量
- [ ] 预测成本
- [ ] 缺失成本
- 下列不是质量计划方法的是()
- [ ] 质量成本分析
- [ ] 因果分析图
- [x] 抽样分析
- [ ] 基准对照
- 程序的三种基本结构()
- [x] 顺序结构,循环结构,分支结构
- [ ] 顺序结构,跳转结构,循环结构
- [ ] 过程结构,循环结构,分支结构
- [ ] 过程结构,对象结构,函数结构
- 实现多分支控制结构是( )
- [ ] if
- [ ] if-else
- [ ] try
- [x] if-elif-else
- 下列Python保留字中,不用于表示分支结构的是()
- [ ] if
- [ ] else
- [ ] elif
- [x] in
- 给定x = 5,y = 3,z = 8,x < y or z > x布尔表达式的结果是什么?()
- [x] True
- [ ] False
- [ ] 8
- [ ] 5
- 请问以下数据0、-99、‘1000’的数据类型分别为:()
- [ ] 整数、小数、字符串
- [x] 整数、整数、字符串
- [ ] 整数、浮点数、整数
- [ ] 整数、小数、整数
- 下面选项中不是PMBOK的知识域的是()
- [x] 招聘管理
- [ ] 质量管理
- [ ] 范围管理
- [ ] 风险管理
- 下面选项中不是《敏捷宣言》中的内容的是()
- [ ] 个体和交互胜过过程和工具
- [ ] 可以工作的软件胜过面面俱到的文档
- [x] 敏捷开发过程是自适应的过程
- [ ] 响应变化胜过遵循计划
- PMI人才三角不包括()
- [ ] 技术项目管理
- [x] 测试能力
- [ ] 领导力
- [ ] 战略和商务管理
- 下面关于敏捷模型描述不正确是()
- [ ] 与传统模型相比,敏捷模型属于自适应过程
- [ ] 可以应对需求的不断变化
- [ ] Scrum模型.XP模型.DevOps模型等都属于敏捷模型
- [x] 敏捷型是预测型和迭代型的混合模型
- 关于迭代模型,下列说法不正确的是()
- [ ] 不断反馈原型
- [ ] 可以加快开发速度
- [ ] 项目需求变化大
- [x] 不多次提交
- 下列关于用户故事描述不正确的是()
- [ ] 英文称:user story
- [ ] 不使用技术语言来描述
- [ ] 可以描述敏捷需求
- [x] 一种数据结构
- 敏捷项目需求一般采用下面()描述
- [ ] 用户用例
- [ ] DFD
- [x] 用户故事
- [ ] 数据字典
- 三点估算法选择的3种估算值不包括()
- [ ] 最可能成本
- [ ] 最乐观成本
- [ ] 最悲观成本
- [x] 项目经理估算值
- 下面关于估算的说法,错误的是()
- [ ] 估算是有误差的
- [ ] 估算时不要太迷信数学模型
- [x] 经验对于估算来说不重要
- [ ] 历史数据对于估算来说非常重要
- 假设某项目的注册功能为3个故事点,而其中成绩录入工作量比注册功能工作量略多,如果采用Fibonacci 等级标准估算,则成绩录入功能的估算值的()
- [x] 5个故事点
- [ ] 4个故事点
- [ ] 6个故事点
- [ ] 7个故事点
- 常见的成本估算方法不包括()
- [ ] 代码行
- [ ] 功能点
- [ ] 类比法
- [x] 关键路径法
- ()可以表示敏捷项目的进度,并且可以表示出剩余的任务
A.燃起图- [x] 燃尽图
- [ ] 里程碑图
- [ ] 网络图
- 下面()不是敏捷项目的质量实践
- [ ] 结对编程
- [ ] TDD
- [ ] 迭代评审
- [x] 需求规格编写过程审计
- ()以图形方式展示项目团队成员及其报告关系这样可以减少沟通渠道,减少成本
- [x] 项目组织图
- [ ] 甘特图
- [ ] 网络图
- [ ] RAM图
- 下面不是敏捷角色的是()
- [ ] 产品负责人
- [ ] 团队促进者
- [ ] 跨职能团队成员
- [x] 合同管理者
- 在项目管理的3种组织结构中,适用于主要由一个部门完成的项目或技术比较成熟的项目组织结构是( )
- [ ] 矩阵型组织结构
- [ ] 项目型组织结构
- [x] 职能型组织结构
- [ ] 都一样
- 下面哪项不是敏捷项目设计的动态特性的合同签署技术()
- [ ] 多层结构
- [ ] 总结增量
- [ ] 动态范围方案
- [x] 固定价格
- 下面选项中不是《敏捷宣言》中的内容的是()
- [ ] 个体和交互胜过过程和工具
- [ ] 可以工作的软件胜过面面俱到的文档
- [x] 敏捷开发过程是自适应的过程
- [ ] 响应变化胜过遵循计划
- PMI人才三角不包括()
- [ ] 技术项目管理
- [x] 测试能力
- [ ] 领导力
- [ ] 战略和商务管理
- 下列关于用户故事描述不正确的是()
- [ ] 英文称:user story
- [ ] 不使用技术语言来描述
- [ ] 可以描述敏捷需求
- [x] 一种数据结构
- 三点估算法选择的3种估算值不包括()
- [ ] 最可能成本
- [ ] 最乐观成本
- [ ] 最悲观成本
- [x] 项目经理估算值
- 下面关于估算的说法,错误的是()
- [ ] 估算是有误差的
- [ ] 估算时不要太迷信数学模型
- [x] 经验对于估算来说不重要
- [ ] 历史数据对于估算来说非常重要
- 假设某项目的注册功能为3个故事点,而其中成绩录入工作量比注册功能工作量略多,如果采用Fibonacci 等级标准估算,则成绩录入功能的估算值的()
- [x] 5个故事点
- [ ] 4个故事点
- [ ] 6个故事点
- [ ] 7个故事点
- 常见的成本估算方法不包括()
- [ ] 代码行
- [ ] 功能点
- [ ] 类比法
- [x] 关键路径法
- 以下哪一项不是任务之间的关系?()
- [ ] 结束-开始
- [ ] 开始-开始
- [ ] 结束-结束
- [x] 结束-开始-结束
填空题
- 敏捷模型包括(4)个核心价值,对应(12)个敏捷原则。
- 编写项目章程需要的数据资料包括:(项目工作说明书) ,商业论证 ,合同, 事业环境因素 ,(组织过程资产)。
- 某项目有活动A、B、C、D,活动依赖关系为:B、C只有在A完成后才能进行,D在B、C完成后可以立即开始。计算活动D的最早开始时间的公式是()。
- 项目风险管理的目标是(提高)项目积极事件的概率和影响,(降低)项目消极事件的概率和影响。
- 功能点方法中5类功能组件的计数项是外部输入、(外部输出)、外部查询、(内部逻辑文件)、外部接口文件。
- (关键路径)决定了项目在给定的金钱关系和资源条件下完成项目所需的最短时间。
- WBS最底层次课交付成果是(工作包)。
- 应该从以下几个方面去分析信息系统项目风险:政策、法律变化、技术来源是否可靠、稳定、网络安全威胁、(),替代品出现。
主观题
-
项目管理知识体系(PMBOK)包括哪10个知识领域?
- 项目集成管理
- 项目范围管理
- 项目时间管理
- 项目成本管理
- 项目质量管理
- 项目人力资源管理
- 项目沟通管理
- 项目风险管理
- 项目采购管理
- 项目干系人管理
-
请简述项目管理的5个过程组及其关系
- 启动过程组:主要是确定一个项目或一个阶段可以开始了,并要求着手实行;定义和授权项目或者项目的某个阶段。
- 计划过程组:为完成项目所要达到的商业要求而进行的实际可行的工作计划的设计、维护,确保实现项目的既定商业目标。计划基准是后面跟踪和监控的基础。
- 执行过程组:根据前面制定的基准计划,协调人力和其他资源,去执行项目管理计划或相关子计划。
- 控制过程组:通过监控和检测过程确保项目达到目标,必要时采取一些修正措施。集成变更控制是一个重要的过程。
- 收尾过程组:取得项目或阶段的正式认可并且有序地结束该项目或阶段。向客户提交相关产品,发布相关结束报告,并且更新组织过程资产并释放资源。
-
项目的特征是什么
- 目标性
- 相关性
- 临时性
- 独特性
- 资源约束性
- 不确定性
-
某公司希望开发一套软件产品,如果选择自己开发软件的策略,公司需要花费30000元,根据历史信息,维护这个软件每个月需要3500元。如果选择购买软件公司产品的策略,需要18000元,同时软件公司为每个安装的软件进行维护的费用是4200元/月。该公司该如何决策?
-
自制
- 成本30000+维护3500*x
-
购买
- 成本18000+维护4200*x
30000+3500x=18000+4200x
x=17.14
如果使用十七月内购买,超过十七月自制 -
-
什么是项目章程?
项目章程是项目执行组织高层批准的一份以书面签署的确认项目存在的文件,包括对项目的确认、对项目经理的授权和项目目标的概述等。
-
在项目招投标阶段,甲乙双方的主要任务分别是什么
- 甲方
招标书定义、供方选择、合同签署
- 乙方
进行项目选择。
-
招标书主要包括那几部分内容
技术说明、商务说明和投标说明。
- 技术说明主要对采购的产品或者委托的项目进行详细的描述
- 商务说明主要包括合同条款
- 投标说明主要是对项目背景、标书的提交格式、内容、提交时间等做出规定
-
写出三种你熟悉的生存期模型,并说明这些模型适用于什么情况下的项目
-
瀑布模型
适用于软件需求很明确的软件项目,即一般适用于功能明确、完成、无重大变化的软件系统的开发,即:
- 在项目开始前,项目的需求已经被很好的理解、也很明确,而且项目经理很熟悉为实现这一模型所需要的过程。
- 解决方案在项目开始前也很明确。
- 短期项目可采用瀑布模型。
-
V模型
适用于项目需求在项目开始前很明确、解决方案在项目开始前也很明确,项目对系统的安全很严格,如航天飞机控制系统、公司的财务系统等。 -
快速原型模型
适用于项目的需求在项目开始前不明确,需要减少项目的不确定性的时候。
-
-
下图是SPM项目需求规格文档中的一个用例图,请根据图中信息判断参与者是什么角色?并写出至少三个用例,如登录、注册等
- 参与者的角色是课务管理系统中的学生用户
- 用例:登录、注册、选课
-
我们常常从哪些方面着手处理需求不明确的问题
- 让用户参与开发
- 开发用户界面原型
- 需求讨论会议
- 强化需求分析和评审
-
写出任务分解的方法和步骤
- 确认并分解项目的组成要素(WBS编号)。
- 确定分解标准,按照项目实施管理的方法分解,而且分解的标准要统一
- 确认分解是否详细,是否可以作为费用和时间估计的标准,明确责任
- 确定项目交付成果(可以编制WBS字典)
- 验证分解正确性。验证分解正确后,建立一套编号系统。
任务分解方法:
- 模板参照方法
- 类比方法
- 自上而下
- 自下而上
-
当项目过于复杂是,可以对项目进行任务分解,这样做的好处是什么
将一个项目分解为更多的工作细目或者子项目,使项目变得更小、更易管理、更易操作,这样可以提高估算成本、时间和资源的准确性,使工作变得更易操作,责任分工更加明确。
-
检验任务分解结果的标准是什么
- 最底层的要素是否是实现目标的充分必要条件
- 最底层要素是否有重复的
- 每个要素是否清晰完整定义
- 最底层要素是否有定义清晰的责任人
- 是否可以进行成本估算和进度安排
-
项目经理正在进行一个图书馆信息查询系统的项目估算,他采用Delphi的专家估算方法,邀请了3位专家进行估算,第一位专家给出了2万元、7万元、12万元的估算值,第二位专家给出了4万元、6万元、8万元的估算值,第三位专家给出了2万元、6万元、10万元的估算值,试计算这个项目的成本估算值。
-
如果某软件公司正在进行一个项目,预计有50KLOC的代码量,项目是中等规模的半嵌入型的项目,采用中等COCOMO模型,项目属性中只有可靠性为很高级别(即取值为1.3),其他属性为正常(书上说,正常就是1),计算项目是多少人月的规模,如果是2万元/人月,则项目的费用是多少?
所以项目的费用为
-
已知某项目使用C语言完成,该项目共有85个功能点,请用IBM模型估算源代码行数、工作量、项目持续时间、人员需要量以及文档数量
C语言代码行与功能点的关系近似为150LOC/FP,所以,85个功能点代码行数为L85*150=12750行=1.75KLOC
- 工作量估算
- 项目时间
- 人员需求量
- 文档数量
-
对一个任务进行进度估算时,A是乐观者,估计用6天完成,B是悲观者,估计用24天完成,C是有经验者,认为最有可能用12天完成,那么这个任务的历时估算介于10天到16天的概率是多少?
所以任务历时估算介于10——16天的概率为:68.3% -
请将下图所示的PDM(优先图法)网络图改画为ADM(箭线法)网络图
-
根据下面任务流程图和下表给出的项目历时估算值,采用PERT方法估算,求出项目在14.57天内完成的概率的近似值
任务方差、标准差分别为:
标准差δ 方差δ2 任务1 任务2 任务3 项目路径 所以,,δ=1.07
E-δ=12.43,E+δ=14.57 [12.43,14.57]的概率为:68.3%
E-2δ=11.36,E+2δ=15.64 [11.36,15.64]的概率为:95.5%
E-3δ=10.29,E+3δ=16.71 [10.29,16.71]的概率为:99.7%所以,项目在14.57天内完成的概率为:50%+68.3%/2=84.15%
-
简述质量保证的主要活动,以及质量保证的要点
质量保证的主要活动是项目执行过程审计和项目产品审计。
质量保证的要点是- 对项目进行评价
- 推测能否达到质量指标
- 建立对项目的信心
-
简述质量保证与质量控制的关系
- 质量保证(QA)是通过评价项目整体绩效,建立对质量要求的信任,提供项目和产品可视化的管理报告。这个任务本身并不能提高产品的质量,但是通过质量保证的一系列工作可以间接地提高产品的质量。质量保证一般由质量保证部门人员实施。
- 质量控制(QC)是确定项目结果与质量标准是否相符,同时,确定消除不符的原因和方法,它控制产品的质量,及时纠正缺陷。这个任务本身提高产品的质量,一般由开发人员实施。
质量保证是后期质量活动,质量控制是前期质量活动。它们是有区别的:质质量保证是针对项目实施过程的管理手段,质量控制是针对项目产品的技术手段;实施质量保证是针对过程改进和审计的,强调的是过程改进和信心保证。实施质量控制是按照质量要求,检查具体可交付成果的质量,强调的是具体的可交付成果。
-
质量计划中可以采用哪些方法
- 试验设计:试验设计是一种统计学方法,确定哪些因素可能会对特定变量产生影响。
- 基准对照:是一种寻找最佳实践的方法,是利用其他项目的实施情况作为当前项目性能衡量的标准。
- 质量成本分析:质量计划必须进行质量成本的综合分析,以便决定质量活动。
- 流程图方法:可以显示系统的各种成分是相互的关系,帮助我们预测在何处可能发生何种质量问题。
- 因果分析图:也称鱼刺图。描述相关的各种原因和子原因如何产生潜在问题或影响,将影响质量问题的“人员、设备、参考资料、方法、环境”等各方面的原因进行细致的分解,方便地在质量计划中制定相应的预防措施。
-
【场景】
B公司中标某网络视频公司系统运维项目,甲方位于内蒙古呼和浩特市的数据中心,并签署了运维合同。合同明确了运维对象包括服务器,存储及网络等设备,并约定:核心系统备件四小时到场;非核心系统各件24小时到场 ;80%以上备件需满足上述时效承诺,否则视为违约。
B公司任命小赵担任该项目的项目经理,为确保满足服务承诺,小赵在呼和浩特市建立了备件库,招聘了专职备件管理员及库房管理员,考虑到备件成本较高,无法将服务器、存储和网络设备的所有备件都进行储备,备件管理员选择了一些价格较低的备件列入《备件采购清单》,并经小赵批准后交给了采购部。随后采购部通过网站搜索发现C公司能够提供项目所需全部备件且价格较低,于是确定C公司作为备件供应商并签署了备件采购合同。
项目实施三个月后,甲方向公司投诉,一是部分核心系统备件未能按时到场,二是部分备件加电异常,虽然补发了备件,但是影响了系统正常运行。
针对备件未能按时到场的问题,小赵通过现场工程师了解到:一部分核心系统备件没有储备;二是部分备件在库存信息中显示有库存,但调取时却找不到。为此需要临时从C公司采购,延误了备件到场时间。
针对备件加电异常的问题,小赵召集采购部、库房管理员、C公司召开沟通会议,库房管理员认为C公司提供的备件质量存在严重问题,但无法提供相应证据。C公司则认为,供货没有问题,是库房环境问题导致备件异常,因为C公司人员送备件到库房曾多次发现库房温度、湿度超标。采购部人员观点与库房管理员一致,原因是采购部通过查询政府采购网等多家网站发现,C公司去年存在多项失信行为记录,大家各执一词,会议无法达成共识。【问题】:
- (5分)请说明采购管理的主要步骤。
- (10分)结合案例,请指出,项目采购管理中存在的问题。
- (5分)请简述采购货物入库的三个条件。
- 采购管理主要步骤
- 需求确定和采购计划的制订
- 供应商的搜寻与分析
- 定价
- 拟定并发出定单
- 订单的跟踪和跟催
- 验货与收货
- 开票和支付货款
- 记录管理
- 项目采购管理中存在的问题
- 没有编制采购管理计划
- 备件管理员选择了一 -些价格较低的备件存在问题,不能为了节约成本选择价格低的备件,可能存在质量问题
- 实施采购存在问题,采购部通过网站搜索发现B公司能够提供备件就签署了备件采购合同,应该对供应商进行调查和评估
- 控制采购存在问题,部分核心系统备件未能按时到场,部分备件加电异常。
- 库存管理存在问题,部分备件在库存信息中显示有库存,但调取时却找不到。
- 采购合同存在问题,责任、违约、索赔没有定义清晰。
- 采购记录管理存在问题,没有对采购过程进行详细的记录
- 货物入库的三个条件
- 采购产品验证完毕后,检验合格的产品,《进货检验记录单》作为办理入库的条件。
- 库房核对采购设备对应项目准确无误。
- 供应商提供的运货单或者到货证明。