免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2020年下半年 信息系统项目管理师 上午试卷 综合知识
  第30题      
  知识点:   质量规划   观察   群体创新技术   收集需求   文件分析   原型法
  章/节:   项目质量管理过程       

 
收集需求时,可以采用的群体创新技术包括:()。
①头脑风暴法;②观察;③原型法;④德尔菲技术;⑤文件分析;⑥名义小组技术。
 
 
  A.  ①②③
 
  B.  ①④⑥
 
  C.  ②③⑤
 
  D.  ④⑤⑥
 
 
 

 
  第37题    2008年下半年  
   49%
项目质量的形成过程,体现了从目标决策到目标细化再到目标实现的过程,而质量目标的决策是(37)的职能。
  第38题    2008年下半年  
   34%
项目质量管理的质量基准和过程改进计划等管理文件或手册,是承担该项目实施任务各方应共同遵循的管理依据,它在(38)过程中形成。..
  第3题    2014年上半年  
   44%
软件工程改进(Software Process Improvement,SPI)是帮助软件企业对其软件(制作)过程的改变(进)进行计划、实施的过程。根据..
   知识点讲解    
   · 质量规划    · 观察    · 群体创新技术    · 收集需求    · 文件分析    · 原型法
 
       质量规划
        质量规划应与其他项目规划过程结合进行。例如,为了达到已确认的质量标准而对项目产品所作的变更,可能要求对成本或进度进行调整,或者期望的项目产品质量可能需要对一个已识别的问题进行风险分析。
        现代质量管理的一项基本原则是:质量是规划、设计出来的,而不是检查出来的。
        输入
        1.组织过程资产
        与应用领域相关的组织质量方针、程序和指南、历史数据和经验教训会对项目造成影响。
        执行组织的质量方针由高级管理层签署,是组织关于质量的既定方向。组织的质量方针可以原封不动地使用于项目中,但是,如果执行组织没有正式的质量方针,或者项目牵扯到多个执行组织,则项目管理团队就需要为项目制订一个质量方针。
        不管质量方针来源如何,项目管理团队必须保证项目所有干系人都知晓此方针(可通过沟通管理的信息分发来进行)。
        2.企业环境因素
        与应用领域相关的政府部门的规章、规则和标准可能会对项目有影响。
        3.项目范围说明书
        项目范围说明书是质量规划过程中关键的一个依据,因为它记录该项目的所有主要交付物,也用来定义项目干系人要求的项目目标、阈值和验收标准。
        阈值以成本、时间、资源价值等参数来定义,是项目范围说明书的一部分。如果超出阈值,则需要项目管理团队采取措施。
        验收标准包括项目交付物在交付之前必须满足的性能要求和必要条件。定义验收标准对增加或减少项目质量成本起着重要作用。正式验收即确定验收标准都得到了满足。
        4.项目管理计划
        工具与技术
        1.成本效益分析
        质量规划过程必须考虑成本与效益两者之间的权衡。符合质量要求所带来的主要效益是减少返工,它意味着生产率的提高,成本的降低,干系人满意度的提高。为达到质量要求所付出的成本是开展项目质量活动的开支。
        2.基准分析
        基准分析是通过将项目的实际做法或计划做法与其他项目的做法进行对比,产生改进的方法,或者提供度量绩效的基础。其他项目既可以是组织内部的项目,也可以是组织外部的项目;既可在同一应用领域,也可以在其他领域。
        3.实验设计
        实验设计(DOE)是一种统计分析技术,可用来帮助人们识别并找出哪些因素会影响项目或过程的特定变量。实验设计在产品或过程的优化中起一定的作用。通过对实验数据的分析,可以得出产品或过程的最优状态,指明结果的影响因素并揭示各要素之间的交互作用和协同作用关系。
        4.质量成本
        质量成本(COQ)是指为了达到产品或服务质量而进行的全部工作所发生的所有成本。包括:
        .一致成本:为确保与要求一致而做的所有工作成本。
        .不一致成本:由于不符合要求所引起的全部工作成本。
        这些工作所引起的成本主要包括三种:
        .预防成本:为了使项目结果满足项目的质量要求而在项目结果产生之前采取的活动,属于一致成本。如培训、流程文档化、设备、选择正确的做事时间等。
        .评估成本:项目的结果产生之后,为了评估项目的结果是否满足项目的质量要求而进行测试活动产生的成本,属于一致成本。如测试、破坏性测试导致的损失、检查等。
        .故障成本(失败成本):在项目的结果产生之后,对项目结果不满足质量要求的进行纠正而发生的成本,属于不一致成本。又可分为内部成本与外部成本。内部失败成本是项目内部发现的,如返工、废品。外部失败成本是客户发现的,如保修、业务流失。
        5.其他质量规划工具
        也可以使用其他工具来帮助质量规划,包括头脑风暴、亲和图、立场分析、名义小组分析、模块图、流程图、矩阵图和优先矩阵等。
        输出
        1.质量管理计划
        质量管理计划应当说明项目管理团队将如何执行组织的质量方针,并且必须考虑项目质量控制(QC)、质量保证(QA)和过程持续改进问题。
        质量管理计划是项目管理计划的组成部分,它可以是正式的或非正式的,可以是详细的或简略的,因项目要求而异。质量管理计划应涵盖项目前期的质量工作,以保证先期决策(如概念、设计和试验)的正确性。这些质量工作可通过独立的同行评审的方式进行,这样可降低成本并减少因为返工造成的进度延迟。
        2.质量度量指标
        质量度量指标是对事物的操作性定义(操作性定义是一种定义的方式,用具体的测试(testing)或者测量(measurement)标准来陈述事物)。质量度量指标需要描述事物的具体含义及如何用质量控制过程对其进行度量。
        质量度量指标应用于质量保证和质量控制过程中,例如功能性、性能、缺陷密度、故障率、可用性、可靠性和试验范围等。
        3.质量检查单
        质量检查单是一种结构性工具,用于核实所要求进行的各个步骤是否已经完成。检查单可简可繁,措辞通常是命令式的“做某项工作”或询问式的“某项工作完成了吗”。许多组织都有标准的检查单,以保证对常规工作的要求保持一致。在某些应用领域,检查单可从专业协会或商业性服务机构索取。
        质量检查单将在质量控制过程中使用。
        4.过程改进计划
        过程改进计划是项目管理计划的从属内容,详细说明过程分析的具体步骤,以便确定浪费时间和非增值的活动,从而提高客户价值。例如:
        .过程边界:描述过程的目的、开始和结束,其输入输出和所需信息,以及本过程负责人和干系人。
        .过程配置:过程流程图,以便接口分析。
        .过程度量标准:对过程状态进行控制。
        .绩效改进目标:指导过程改进活动。
        5.项目管理计划(更新)
        项目管理计划更新是指在项目管理计划中纳入从属的质量管理计划和过程改进计划。项目管理计划及其从属计划的变更请求要通过整体变更过程进行处理。
 
       观察
        观察是指直接察看个人在各自的环境中如何执行工作(或任务)和实施流程。当产品使用者难以或不愿清晰说明他们的需求时,就更需要通过观察来了解他们的工作细节。观察,也称为“工作跟踪”,通常由观察者从外部来观看业务专家如何执行工作。也可以由“参与观察者”来观察,他通过实际执行一个流程或程序,来体验该流程或程序是如何实施的,以便挖掘出隐藏的需求。
 
       群体创新技术
        可以组织一些群体活动来识别项目和产品需求。下面是一些常用的群体创新技术:
        .头脑风暴法:一种用来产生和收集对项目需求与产品需求的多种创意的技术。头脑风暴法本身不包含投票或排序,但常与包含该环节的其他群体创新技术一起使用。
        .名义小组技术:用于促进头脑风暴的一种技术,通过投票排列最有用的创意,以便进一步开展头脑风暴或优先排序。
        .概念/思维导图:把从头脑风暴中获得的创意整合成一张图的技术,以反映创意之间的共性与差异,激发新创意。
        .亲和图:用来对大量创意进行分组的技术,以便进一步审查和分析。
        .多标准决策分析:借助决策矩阵,用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准,从而对众多方案进行评估和排序的一种技术。
 
       收集需求
        收集需求是为实现项目目标而确定、记录并管理干系人的需求的过程,其主要作用是为定义和管理项目范围(包括产品范围)奠定基础。
               输入
                      范围管理计划
                      范围管理计划使项目团队知道应该如何确定所需收集的需求的类型。
                      需求管理计划
                      需求管理计划规定了用于收集需求过程的工作流程,以便定义和记录干系人的需要。
                      干系人管理计划
                      从干系人管理计划中了解干系人的沟通需求和参与程度,以便评估并适应干系人对需求活动的参与程度。
                      干系人登记册
                      从干系人登记册中了解哪些干系人能够提供需求方面的信息。干系人登记册也记录了干系人对项目的主要需求和期望。
                      项目章程
                      从项目章程中了解项目产品、服务或成果的高层级描述,并据此收集详细的需求。
               工具与技术
                      访谈
                      访谈是通过与干系人直接交谈来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题,并记录他们的回答。访谈有经验的项目参与者、发起人和其他高管,以及主题专家,有助于识别和定义所需产品可交付的成果特征和功能。访谈也可用于获取机密信息。
                      焦点小组
                      焦点小组是召集预定的干系人和主题专家,了解他们对所讨论的产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。
                      引导式研讨会
                      引导式研讨会把主要干系人召集在一起,通过集中讨论来定义产品需求。研讨会是快速定义跨职能需求和协调干系人差异的重要技术。由于群体互动的特点,被有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通,从而有利于干系人达成一致意见。此外,研讨会能够比单项会议更早地发现问题,更快地解决问题。
                      群体创新技术
                      可以组织一些群体活动来识别项目和产品需求。下面是一些常用的群体创新技术:
                      .头脑风暴法:一种用来产生和收集对项目需求与产品需求的多种创意的技术。头脑风暴法本身不包含投票或排序,但常与包含该环节的其他群体创新技术一起使用。
                      .名义小组技术:用于促进头脑风暴的一种技术,通过投票排列最有用的创意,以便进一步开展头脑风暴或优先排序。
                      .概念/思维导图:把从头脑风暴中获得的创意整合成一张图的技术,以反映创意之间的共性与差异,激发新创意。
                      .亲和图:用来对大量创意进行分组的技术,以便进一步审查和分析。
                      .多标准决策分析:借助决策矩阵,用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准,从而对众多方案进行评估和排序的一种技术。
                      群体决策技术
                      群体决策技术就是为达成某种期望结果,而对多个未来行动方案进行评估的过程。本技术用于生成产品需求,并对产品需求进行归类和优先级排序。
                      达成群体决策的方法有很多,例如:
                      .一致同意:每个人都同意某个行动方案。
                      .大多数原则:获得群体中超过50%人员的支持,就能做出决策。把参与决策的小组人数定为奇数,以防止因平局而无法达成决策。
                      .相对多数原则:根据群体中相对多数者的意见做出决策,即便未能获得大多数人的支持。这种方法通常在候选项超过两个时使用。
                      .独裁:在这种方法中,由某一个人为群体做出决策。
                      在收集需求过程中,上述群体决策技术都可以与群体创新技术联合使用。
                      问卷调查
                      问卷调查是指设计一系列书面问题,向众多受访者快速收集信息。问卷调查方法非常适用于以下情况:受众多样化,需要快速完成调查,受访者地理位置分散,并且适合开展统计分析。
                      观察
                      观察是指直接察看个人在各自的环境中如何执行工作(或任务)和实施流程。当产品使用者难以或不愿清晰说明他们的需求时,就更需要通过观察来了解他们的工作细节。观察,也称为“工作跟踪”,通常由观察者从外部来观看业务专家如何执行工作。也可以由“参与观察者”来观察,他通过实际执行一个流程或程序,来体验该流程或程序是如何实施的,以便挖掘出隐藏的需求。
                      原型法
                      原型法是指在实际制造预期产品之前,先造出该产品的实用模型,并据此征求对需求的早期反馈。原型法支持渐进明细的理念,需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程。在经过足够的反馈循环之后,就可以通过原型获得足够的需求信息,从而进入设计或制造阶段。
                      标杆对照
                      标杆对照将实际或计划的做法(如流程和操作过程)与其他可比组织的做法进行比较,以便识别出最佳实践,形成改进意见,并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的,也可以是外部的。
                      系统交互图
                      系统交互图是范围模型的一个例子,它是对产品范围的可视化描绘,显示业务系统(过程、设备、计算机系统等)及其与人和其他系统(行动者)之间的交互方式。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。
                      文件分析
                      文件分析就是通过分析现有文档,识别与需求相关的信息,来挖掘需求。可供分析的文档很多,包括商业计划、营销文献、协议、建议邀请书、现行流程、逻辑数据模型、业务规则库、应用软件文档、业务流程或接口文档、用例、其他需求文档、问题日志、政策、程序和法规文件等。
               输出
                      需求文件
                      需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始,可能只有高层级的需求,随着有关需求信息的增加而逐步细化。只有明确的、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求,才能作为基准。需求文件的格式多种多样,既可以是一份按干系人和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。
                      需求文件的主要内容包括:
                      .业务需求
                      可跟踪的业务目标和项目目标。
                      执行组织的业务规则。
                      组织的指导原则。
                      .干系人需求
                      对组织其他领域的影响。
                      对执行组织内部或外部团体的影响。
                      干系人对沟通和报告的需求。
                      .解决方案需求
                      功能和非功能需求。
                      技术和标准合规性需求。?支持和培训的需求。
                      质量需求。
                      报告需求(可用文本记录或用模型展示解决方案需求,也可两者同时使用)。
                      .项目需求
                      服务水平、绩效、安全和合规性等。
                      验收标准。
                      .过渡需求
                      .与需求相关的假设条件、依赖关系和制约因素
                      需求跟踪矩阵
                      需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。使用需求跟踪矩阵,可以把每个需求与业务目标或项目目标联系起来,这有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。需求跟踪矩阵还为管理产品范围变更提供了框架。
                      需求跟踪包括跟踪以下内容:
                      .业务需要、机会、目的和目标。
                      .项目目标。
                      .项目范围/WBS可交付成果。
                      .产品设计。
                      .产品开发。
                      .测试策略和测试场景。
                      .高层级需求到详细需求。
                      应在需求跟踪矩阵中记录每个需求的相关属性。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态和状态日期。为确保干系人满意,可能需要增加一些补充属性,如稳定性、复杂性和验收标准。
 
       文件分析
        文件分析就是通过分析现有文档,识别与需求相关的信息,来挖掘需求。可供分析的文档很多,包括商业计划、营销文献、协议、建议邀请书、现行流程、逻辑数据模型、业务规则库、应用软件文档、业务流程或接口文档、用例、其他需求文档、问题日志、政策、程序和法规文件等。
 
       原型法
        结构化方法和面向对象方法有一个共同点:在系统开发初期必须明确系统的功能要求,确定系统边界。从工程学角度来看,这是十分自然的,解决问题之前必须明确要解决的问题是什么,然而对于信息系统建设而言,明确问题本身不是一件轻松的事情。
        通常,原型是指模拟某种产品的原始模型。在软件开发中,原型是软件的一个早期可运行的版本,它反映最终系统的部分重要特性。如果在获得一组基本需求说明后,通过快速分析构造出一个小型的软件系统,满足用户的基本要求,使得用户可在试用原型系统的过程中得到亲身感受和受到启发,做出反应和评价,然后开发者根据用户的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改,获得新的原型版本,如此周而复始,逐步减少分析和通信中的误解,弥补不足之处,进一步确定各种需求细节,适应需求的变更,从而提高了最终产品的质量。
               原型的分类
               软件原型是所提出的新产品的部分实现,建立原型的主要目的是为了解决在产品开发的早期阶段的需求不确定的问题,其目的是:明确并完善需求、探索设计选择方案、发展为最终的产品。
               原型有很多种分类方法。从原型是否实现功能来分,软件原型可分为水平原型和垂直原型两种。水平原型也称为行为原型,用来探索预期系统的一些特定行为,并达到细化需求的目的。水平原型通常只是功能的导航,但并未真实实现功能。水平原型主要用在界面上。垂直原型也称为结构化原型,实现了一部分功能。垂直原型主要用在复杂的算法实现上。
               从原型的最终结果来分,软件原型可分为抛弃型原型和演化型原型。抛弃型原型也称为探索型原型,是指达到预期目的后,原型本身被抛弃。抛弃型原型主要用在解决需求不确定性、二义性、不完整性、含糊性等。演化型原型为开发增量式产品提供基础,是螺旋模型的一部分,也是面向对象软件开发过程的一部分。演化型原型主要用在必须易于升级和优化的系统,以适用于Web的项目。
               有些文献把原型分为实验型、探索型和演化型。探索型原型的目的是要弄清对目标系统的要求,确定所希望的特性,并探讨多种方案的可行性。实验型原型用于大规模开发和实现之前,考核方案是否合适,规格说明是否可靠。演化型原型的目的不在于改进规格说明,而是将系统建造得易于变化,在改进原型的过程中,逐步将原型演化成最终系统。
               还有些文献也把原型分为抛弃式原型、演化式原型和递增式原型。
               原型类型的选择
               如果是在需求分析阶段要使用原型化方法,必须从系统结构、逻辑结构、用户特征、应用约束、项目管理和项目环境等多方面来考虑,以决定是否采用原型化方法。
               (1)系统结构:联机事务处理系统,相互关联的应用系统适合于用原型化方法,而批处理、批修改等结构不适宜用原型化方法。
               (2)逻辑结构:有结构的系统,如操作支持系统、管理信息系统、记录管理系统等适于用原型化方法,而基于大量算法的系统不适宜用原型化方法。
               (3)用户特征:不满足于预先做系统定义说明,愿意为定义和修改原型投资,不易肯定详细需求,愿意承担决策的责任,准备积极参与的用户是适合使用原型的用户。
               (4)应用约束:对已经运行系统的补充,不能用原型化方法。
               (5)项目管理:只有项目负责人愿意使用原型化方法,才适于用原型化的方法。
               (6)项目环境:需求说明技术应当根据每个项目的实际环境来选择。
               当系统规模很大、要求复杂、系统服务不清晰时,在需求分析阶段先开发一个系统原型是很值得的。特别是当性能要求比较高时,在系统原型上先做一些试验也是很有必要的。
               原型生存期
               原型的开发和使用过程叫做原型生存期。下图(a)是原型生存期的模型,下图(b)是模型的细化。
               
               原型生存期
               (1)快速分析:在分析者和用户的紧密配合下,快速确定软件系统的基本要求。
               (2)构造原型:在快速分析基础上,根据基本需求,尽快实现一个可运行的系统。构造原型时要注意2个基本原则,即集成原则(尽可能用现有软件和模型来构成,这需要相应的原型工具)和最小系统原则(耗资一般不超过总投资的10%)。
               (3)运行和评价原型:用户在开发者指导下试用原型,在试用的过程中考核、评价原型的特性,分析其运行结果是否满足规格说明的要求,以及规格说明描述是否满足用户的愿望。
               (4)修正和改进:根据修改意见进行修改。如果用修改原型的过程代替快速分析,就形成了原型开发的迭代过程。开发者和用户在一次次的迭代过程中不断将原型完善,以接近系统的最终要求。
               (5)判定原型完成:如果经过修改或改进的原型,达到参与者一致认可,则原型开发的迭代过程可以结束。为此,应判断有关应用的实质是否已经掌握,迭代周期是否可以结束等。判定的结果有两个不同的转向,一是继续迭代验证,另外则是进行详细说明。
               (6)判断原型细部是否说明:判断组成原型的细部是否需要严格地加以说明。原型化方法允许对系统必要成分或不能通过模型进行说明的成分进行严格的和详细的说明。
               (7)原型细部的说明:对于那些不能通过原型说明的所有项目,仍需通过文件加以说明。严格说明的成分要作为原型化方法的模型编入词典。
               (8)判定原型效果:考查用户新加入的需求信息和细部说明信息,看其对模型效果有什么影响?是否会影响模块的有效性?如果模型效果受到影响,甚至导致模型失效,则要进行修正和改进。
               (9)整理原型和提供文档。
               总之,利用原型化技术,可为软件的开发提供一种完整的、灵活的、近似动态的规格说明方法。
               原型开发技术
               通常用于构造原型的一些技术包括可执行规格说明、基于场景的设计、自动程序设计、专用语言、可复用的软件构件、简化假设和面向对象技术等。其中前三种还适用于用户界面的设计。
               (1)可执行规格说明:可执行规格说明是用于需求规格说明的一种自动化技术。可执行规格说明语言可描述系统要“做什么”,但它并不描述系统要“怎样做”。使用这种方法,人们可以直接观察他们用语言规定的任何系统性行为。可执行规格说明包括形式化规格说明、有限状态模型和可执行的数据流图。
               (2)基于场景的设计:一个场景可模拟在系统运行期间用户经历的事件。由于它提供了输入—处理—输出的屏幕格式和有关对话的模型。因此,场景能够给用户显示系统的逼真的视图,使用户得以判断是否符合他的意图。
               (3)自动程序设计:自动程序设计是可执行规格说明的替身,主要是指在程序自动生成环境的支持下,利用计算机实现软件的开发。它可以自动地或半自动地把用户的非过程性问题的规格说明转换为某种高级语言程序。
               (4)专用语言:专用语言是应用领域的模型化语言。在原型开发中使用专用语言,可方便用户和软件开发者在计划中的系统特性方面的交流。
               (5)软件复用技术:软件复用技术可分为两大类:合成技术和生成技术。
               ①合成技术:可复用的软件构件可以是对某一函数、过程、子程序、数据类型、算法等可复用软件成分的抽象,利用这些构件来构造软件系统。用构件合成较大的构件有三种方式:一是连接;二是消息传递和继承;三是管道机制。
               ②生成技术:利用可复用的模式,通过生成程序产生一个新的程序或程序段,产生的程序可以看做是模式的实例。可复用的模式有两种不同的形式:代码模式和规则模式。前者的例子是应用生成器,可复用的代码模式就存在于生成器自身。通过特定的参数替换,生成抽象软件模块的具体实体。后者的例子是变换系统,它通常采用超高级的规格说明语言,形式化地给出软件的需求规格说明,利用程序变换系统(有时要经过一系列的变换),把用超高级规格说明语言编写的程序转化成某种可执行语言的程序。
               (6)简化假设:简化假设是在开发过程中使设计者迅速得到一个简化的系统所做的假设。尽管这些假设可能实际上并不能成立,但它们在原型开发过程中可以使开发者的注意力集中在一些主要的方面。
               (7)面向对象技术:通常是指OO程序设计语言和面向对象的数据库等有关分析与设计技术的综合。使用OO技术,可以把现实世界中已存在的问题与实体,都采用对象去构成,能更好地体现出自然性、模块化、共享特性、并发特性、继承性、封装隐蔽性与可重用性等一系列功能化要求。如果能把OO数据库和OO程序设计语言等技术用于可重用的构件与原型语言,并且在其中体现出一致的“对象模型”本质,那么就有可能去统一“重用构件库”语言与原型化语言等。
               原型法适合于用户需求不明确的场合。它是先根据已知的和分析的需求,建立一个原始模型,这是一个可以修改的模型。在软件开发的各个阶段都把有关信息相互反馈,直至模型的修改,使模型渐趋完善。在这个过程中,用户的参与和决策加强了,缩短了开发周期,降低了开发风险,最终的结果是更适合用户的要求。原型法成败的关键及效率的高低,在于模型的建立及建模的速度。
   题号导航      2020年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第30题    在手机中做本题