• 试题1

  某车间需要用一台车床和一台铣床加工A、B、C、D四个零件。每个零件都需要先用车床加工，再用铣床加工。车床与铣床加工每个零件所需的工时（包括加工前的准备时间以及加工后的处理时间）如下表：
  
  若以A、B、C、D零件顺序安排加工，则共需32小时。适当调整零件加工顺序，可使所需总工时最短。在这种最短总工时方案中，零件A在车床上的加工顺序安排在第（1）位，四个零件加工共需（2）小时。
  （1）A. 1
  B. 2
  C. 3
  D. 4
  （2）A. 21
  B. 22
  C. 23
  D. 24

• 试题2

  软件项目中，技术风险威胁到要开发软件的质量及交付时间，而（ ）不属于技术风险。
  A.采用先进技术开发目前尚无用户真正需要的产品或系统
  B.软件需要使用新的或未经证实的硬件接口
  C.产品需求中要求开发某些程序构件，这些构件与以前所开发的构件完全不同
  D.需求中要求使用新的分析、设计或测试方法

• 试题3

  在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为（1）。在UML 的用例图上，将用例之间的这种关系标记为（2）。
  （1）A．扩展用例
  B．抽象用例
  C．公共用例
  D．参与用例
  （2）A．association
  B．extends
  C．uses
  D．inheritances

信息系统项目管理师每日练习题答案解析（2022/11/4）

• 试题1

  信管网参考答案：C、B

  信管网参考解析：

  对于指定的加工顺序，如何描述其加工所需的时间（加工进度计划）呢？这是解答本题首先需要解决的问题。

  以顺序安排加工A、B、C、D这四个零件为例，人们可以用甘特图将工作进度计划描述如下：

  

  其中横轴表示时间，从零件A在车床上加工开始作为坐标0，并以小时为单位。纵轴表示车床和铣床。

  车床和铣床加工某零件的进度情况（从某一时刻到另一时刻）以横道表示。

  在车床上，零件A、B、C、D一个接一个顺序加工，需要8+6+2+4=20小时。

  在铣床上，零件A只能等车床加工完A后才开始，所以，其横道的横坐标为8~11；零件B只能等车床加工完B后才开始，所以，其横道的横坐标为14~15；零件C只能等车床加工完C后才开始，所以，其横道的横坐标为16~19；零件D只能等车床加工完D后才开始，所以，其横道的横坐标为20~32。

  这样，顺序加工A、B、C、D零件总共需要32小时。

  从上例看出，为缩短总工时，应适当调整加工零件的顺序，以缩短铣床最后的加工时间（车床完工后还需要用铣床的时间），并缩短车床最先的加工时间（铣床启动前需要等待的石距）。所以应采取如下原则来安排零件的加工顺序。

  在给定的工时表中找出最小值，如果它是铣床时间，则该零件应最后加工；如果它是车床时间，则该零件应最先加工。除去该零件后，又可以按此原则继续进行安排。按此原则，本题中，最小工时为1小时，这是零件B所用的铣床加工时间。所以，零件B应放在最后加工。除去零件B后，最小工时为2小时，这是零件C所需的车床加工时间。所以，零件C应最先加工。再除去零件C以后，工时表中最小的时间为3小时，是零件A所需的铣床加工时间。因此，零件A应安排在零件D以后加工。

  这样，最优方案应是按C、D、A、B零件的顺序来加工，其甘特图如下：

  
  

  在车床上，零件C、D、A、B一个接一个顺序加工，需要2+4+8+6=20小时。

  在铣床上，零件C只能等车床加工完C后才开始，所以，其横道的横坐标为2~5；零件D只能等车床加工完D后才开始，所以，其横道的横坐标为6~14；零件A可以在铣床加工完D后立即开始（此时车床已加工完零件A），所以，其横道的横坐标为15~20；零件B可以在铣床加工零件A后立即开始（此时车床已加工完零件B），所以，其横道的横坐标为21~22。

  这样，按C、D、A、B零件顺序进行加工，总共只需要22小时。这是最优方案。

• 试题2

  信管网参考答案：A

  信管网参考解析：

  技术风险是指潜在的分析、设计、实现、接口、验证和维护等技术方面的项目风险。另外陈旧的技术可能带来不能兼容、不能集成、不能满足客户需要的功能等风险。全新的、先进的、尤其是缺乏实践检验的技术带来的风险还要多一些如技术不成熟导致产品开发不出来，从而导致项目失败，也常常可能威胁到待开发软件的质量及交付时间。选项B、C、D属于技术风险，而选项“A．采用先进技术开发目前尚无用户真正需要的产品或系统”更多地是属于市场风险。对这种市场风险，应该在项目酝酿的更早期阶段比如市场调研、可行性研究阶段及早发现和处理。

• 试题3

  信管网参考答案：B、C

  信管网参考解析：

  用例之间的关系包括：关联关系、扩展关系、使用(或包含)关系、依赖关系和继承关系。
  关联关系是一个参与者与一个用例发生交互的关系。
  一个用例可能会包含由几个步骤组成的复杂功能，使用例难以理解。为了简化用例，使其更容易理解，通常可以将较复杂的步骤提取成专门的用例，这样得到的用例称为扩展用例，它扩展了原始用例的功能。扩展用例与其他扩展用例之间的关系称为扩展关系。在UML 中，每个扩展关系标记为“extends＞＞"。
  如果几个用例执行了同样的步骤，最好把这些公共步骤提取成独立的用例，称为抽象用例。抽象用例代表某种形式的“复用”，是降低用例之间冗余的工具。抽象用例可以被另一个需要使用其功能的用例访问。抽象用例和使用它的用例之间的关系称为使用(或包含)关系。在UML 中，使用关系标记为“uses＞＞”。
  依赖关系用来表示系统的用例之间的依赖性，在UML 中，依赖关系标记为“depends on＞＞”。