免费智能真题库 > 历年试卷 > 信息系统监理师 > 2017年下半年 信息系统监理师 下午试卷 案例
  第4题      
  知识点：   承建单位   监理单位   监理规划   检验   建设单位   确认测试   设计阶段   招标   监控   系统工程   质量保证

 
【说明】   
某电信项目建设单位甲通过公开招标选择单位乙为承建单位，承担某大型信息网络系统工程的实施任务，并委托监理单位丙对项目实施全过程监理。该工程涉及机房建设、系统集成和应用软件开发等内容。在建设过程中，发生了如下事件：
【事件1】单位丙制定了监理规划。在监理规划中写明，单位丙的工作任务之一是做好与建设单位、承建单位的协调工作，建立项目监理汇报制度，定期或不定期向甲单位提供监理报告。
【事件2】为了检验程序的正确性，监理工程师对单位乙的测试方案、测试用例及测试数据等内容进行了重点监控。
【事件3】单位丙监督单位乙严格按照工程设计阶段所制定的进度计划、质量保证计划等进行开发工作。由于工期紧张，开发完成后，单位丙进行了集成和确认测试。
 
问题：4.1   （5分）
针对事件1，请说明单位丙向单位甲提供的监理报告的种类有哪些。
 
问题：4.2   （7分）
（1）针对事件2，请说明软件测试监理的方法有哪些。
（2）针对事件2，监理方在软件测试监理过程中主要审核哪些内容?
 
问题：4.3   （3分）
针对事件3，监理单位的做法是否正确？为什么？
 
 
 

   知识点讲解    
   · 承建单位    · 监理单位    · 监理规划    · 检验    · 建设单位    · 确认测试    · 设计阶段    · 招标    · 监控    · 系统工程    · 质量保证
 
       承建单位
        负责具体实施的承建方应该有自己的项目管理，监理方代表项目建设方对承建方提出的工程计划进行监督和协调，对一些关键点进行控制。这些关键点主要属于进度、资金及质量的范畴，但不能涉及管理细节。工程项目管理主要以承建方为主，并强调在项目中组织并制定相关计划。
        在一个大型信息系统工程项目的建设中，承建方可能有多个，比如硬件提供商、软件开发商和系统集成商等。而在市场竞争日益激烈的今天，专业化能促进生产效率和提高生产质量，故而承建方常常分解成一定的层次结构，如总承包商和分包商等，从而使一部分人或企业专注于项目管理的科学化。
        从市场的角度看，总承包商既是买方又是卖方；从工程合同的角度来讲，他既要对建设方负全部法律责任，又要根据分包合同对分包商进行管理并履行义务，所有的主合同都会限定总承包商可以分包的最大范围。总承包商只能将某些具体的工程施工分包给分包商，但不能分包合同的责任和义务。总承包商不能期望通过分包逃避自己在合同中的法律和经济责任。
        作为分包商，一般情况下不与建设方直接发生合同关系。分包商只接受总承包商的统筹安排和调度，它只对总承包商承担分包合同内规定的责任并履行规定的义务。
        如果总承包商违反分包合同，则应该赔偿分包商的经济损失；分包商违反分包合同并造成建设方对总承包商的罚款或制裁，则分包商应该赔偿总承包商的损失。分包商是从总承包商处按分包合同索回其应得部分的，如果总承包商无力偿还债务，则分包商也同样蒙受损失，因此分包商的利益通常与总承包商的利益密切相关。
 
       监理单位
        项目监理方服务于信息系统建设合同的建设方与承建方。接受建设方委托后，监理方作为工程承包合同的监督者，所执行的原则是使工程承包合同成为“平等条约”；作为工程承包合同管理和工程款支付的签认者，所执行的原则是等价交换。因此监理方是为双方的利益服务的，而不仅仅为委托方服务。
        根据工程监理的深入程度不同，信息系统工程监理可分为如下三种。
        （1）咨询式监理。只解答用户方就企业信息化过程中提出的问题，其性质类似于业务咨询或方案咨询。这种方式费用最少，监理方的责任最轻，适合于对信息化有较好把握，并且技术力量较强的用户方采用。
        （2）里程碑式监理。将信息系统的建设划分为若干个阶段，在每一个阶段结束都设置一个里程碑，在里程碑到来时通知监理方进行审查或测试。一般来讲，这种方式比咨询式监理的费用要多，监理方也要承担一定的责任。不过，里程碑的确定需要承建方的参与，或者说监理合同的确立需要开发方的参与，否则就会因对里程碑的界定不同而引起纠纷。
        （3）全程式监理。一种复杂的监理方式，不但要求对系统建设过程中的里程碑进行审查，还应该派相应人员全程跟踪并收集系统开发过程中的信息，不断评估承建方的开发质量和效果。这种方式费用最高，监理方的责任也最大，适合于那些对信息系统的开发不太了解且技术力量偏弱的用户采用。
        监理单位的主要作用如下。
        （1）信息系统工程监理可以帮助建设单位更合理地保证工程的质量、进度和投资，并合理且客观地处理好它们之间的关系。监理由独立的第三方依据相关技术标准来对工程建设进行监督，这样对信息系统工程的建设质量更能起到保驾护航的作用。在项目建设全过程中，监理单位要依据国家有关法律和相关技术标准，遵循守法、公平、公正、独立的原则，对信息系统建设的过程进行监督和控制。即在确保质量、安全和有效性的前提下，合理安排进度和投资。监理单位要帮助建设单位对工程有关方面控制进行再控制，对承建单位项目控制过程进行监督管理。
        （2）在信息系统工程建设中，建设单位和承建单位有许多问题存在争议，双方都希望由第三方在工程的立项、设计、实施、验收及维护等各个阶段的效果都给予公正、恰当且权威的评价，这就需要监理单位来协调和保障这些工作的顺利进行。
        （3）由于建设单位在信息技术等相关领域普遍存在缺乏人才和经验不足的问题，实践证明建设单位自行管理对于提高项目投资的效益和建设水平是无益的。通过第三方的专业服务，帮助建设单位对项目实施控制，并对建设单位和承建单位都做出约束，是监理作用一个重要体现。
 
       监理规划
        监理规划是监理委托合同签订后，由监理单位制定的指导监理工作的纲领性文件。它起着指导监理单位规划自身的业务工作，并协调与建设单位在开展监理活动中的统一认识、统一步调、统一行动的作用。由于监理规划是在委托合同签订后编制的，监理委托关系和监理授权范围都已经很明确，工程项目特点及建设条件等资料也都比较翔实。因此，监理规划在内容和深度等方面比监理委托合同更加具体化，更加具有指导监理工作的实际价值。具体来说，监理规划的主要作用如下。
        （1）作为指导监理单位监理项目部全面开展监理工作的行动纲领。
        （2）作为信息系统工程监理主管部门对监理单位实施监督管理的重要依据。
        （3）作为建设单位确认监理单位是否全面认真履行监理委托合同的重要依据。
        （4）作为监理单位和建设单位重要的存档资料。
        监理规划的编写依据主要有以下6个。
        （1）信息系统工程监理委托合同。
        （2）监理大纲。
        （3）信息系统工程文档资料。
        （4）与信息系统工程监理有关的法律、法规、规章、标准和规范。
        （5）信息技术标准与规范。
        （6）其他有关的文件。
        监理规划的编写程序如下。
        （1）在签订委托监理合同之后开始编制。
        （2）一般由总监理工程师编写，或由总监理工程师主持，监理项目部编写。
        （3）必须与建设单位反复协商，并得到业主单位的确认。
        （4）听取承建单位的意见。
        （5）由监理单位技术负责人审核批准并实施。
        （6）提交建设单位，并由建设单位监督实施。
        （7）在监理实施过程中，如实际情况或条件发生重大变化而需要调整监理规划时，应由总监理工程师组织监理项目部研究修改，按原报审程序经过批准后，报建设单位。
        监理规划在监理大纲的基础上按监理委托合同的要求将监理方案进一步明确和细化，一般应当包括工程项目概况；监理的范围、内容与目标；监理项目部的组织结构与人员配备；监理依据、程序、措施及制度；监理工具和设施。
 
       检验
        检验（检查）包括测量、检查和测试等活动，目的是确定项目成果是否与要求相一致。检验可以在任何管理层次中开展，例如，一个单项活动的结果和整个项目的最后成果都可以检验。检验有各种名称，如复查、产品复查、审查及评审等。
        检查表（核对表）是常用的检验技术，检查表通常是由详细的条目组成的，用于检查和核对一系列必须采取的步骤是否已经实施的结构化工具，其具体内容因应用的不同而不同。检查表是一种有条理的工具，可简单可烦琐，语言表达形式可以是命令式，也可以是询问式。
        例如，下表是一个确认测试工具属性的检查表例子。
        
        一个确认测试工具属性的检查表例子
 
       建设单位
        建设方是建设项目的主要投资者，有时也是项目的最终使用者，是在工程建设阶段的全权代表，建设项目的经济效益，如投资额度、工程质量、投入使用时间和使用寿命直接关系着建设方的切身利益。虽然承建方、监理方与建设方是平等的市场主体，但由于建设方是投资方，掌握着项目的最终资源——决定了其他方为从属地位，所以说建设方对工程项目管理起着主导性作用。建设方加强和改善对项目的管理是从根本上实现项目按质如期完成的最有效的途径之一。
        作为项目管理集体中的主要负责人，建设方的作用是阐明本项目的目标并确认各项工作的轻重缓急，组织协调参与各方为此目标而通力合作，在管理决策过程中做出决策。但在某些具体的项目管理事务中，建设方并不总是处于主要负责人的地位，还要作为裁判、支持者、服务员及督促员的角色。
 
       确认测试
        确认测试也称为有效性测试，主要包括验证软件的功能、性能及其他特性是否与用户要求（需求）一致。确认测试计划通常是在需求分析阶段完成的。根据用户的参与程度，通常包括以下4种类型。
        （1）内部确认测试：主要由软件开发组织内部按软件需求说明书进行测试。
        （2）α测试（Alpha测试）：由用户在开发环境下进行测试。
        （3）β测试（Beta测试）：由用户在实际使用环境下进行测试。
        （4）验收测试：针对软件需求说明书，在交付前以用户为主进行的测试。
 
       设计阶段
        设计阶段监理进行质量控制的要点如下。
        （1）了解建设单位的建设需求和对信息系统安全性的要求，协助建设单位制定项目质量目标规划和安全目标规划。
        （2）对各种设计文件提出设计质量标准。
        （3）进行设计过程跟踪，及时发现质量问题，并及时与承建单位协调解决。审查阶段性成果，并提出监理意见。审查承建单位提交的总体设计方案，审查承建单位对关键部位的测试方案。
        （4）协助承建单位建立质量保障体系。
        （5）协助承建单位完善现场质量管理制度。
        （6）组织设计文件及设计方案交底会，制定质量要求标准。
 
       招标
        下列工程建设项目包括项目的勘察、设计、施工、监理，以及与工程建设有关的重要设备、材料等的采购，因此必须进行招标。
        （1）大型基础设施、公用事业等关系社会公共利益、公众安全的项目。
        （2）全部或部分使用国有资金投资或者国家融资的项目。
        （3）使用国际组织或者外国政府贷款、援助资金的项目。
        任何单位和个人不得将依法必须进行招标的项目化整为零或者以其他任何方式规避招标。招标投标活动应当遵循公开、公平、公正和诚实信用的原则。必须进行招标的项目，其招标投标活动不受地区或者部门的限制。任何单位和个人不得违法限制或者排斥本地区、本系统以外的法人或其他组织参加投标，不得以任何方式非法干涉招标投标活动。
        招标分为公开招标和邀请招标。公开招标是指招标人以招标公告的方式邀请不特定的法人或者其他组织投标。邀请招标是指招标人以投标邀请书的方式邀请特定的法人或者其他组织投标。国务院发展计划部门确定的国家重点项目和省、自治区、直辖市人民政府确定的地方重点项目不适宜公开招标的，经国务院发展计划部门或者省、自治区、直辖市人民政府批准，可以进行邀请招标。
               招标代理机构
               招标人有权自行选择招标代理机构，委托其办理招标事宜。任何单位和个人不得以任何方式为招标人指定招标代理机构。招标人具有编制招标文件和组织评标能力的，可以自行办理招标事宜。任何单位和个人不得强制其委托招标代理机构办理招标事宜。依法必须进行招标的项目，招标人自行办理招标事宜的，应当向有关行政监督部门备案。
               招标代理机构是依法设立、从事招标代理业务并提供相关服务的社会中介组织。招标代理机构应当具备下列条件。
               （1）有从事招标代理业务的营业场所和相应资金。
               （2）有能够编制招标文件和组织评标的相应专业力量。
               （3）有符合规定条件，可以作为评标委员会成员人选的技术、经济等方面的专家库。
               从事工程建设项目招标代理业务的招标代理机构，其资格由国务院或者省、自治区、直辖市人民政府的建设行政主管部门认定。具体办法由国务院建设行政主管部门会同国务院有关部门制定。从事其他招标代理业务的招标代理机构，其资格认定的主管部门由国务院规定。
               招标代理机构与行政机关和其他国家机关不得存在隶属关系或者其他利益关系。招标代理机构应当在招标人委托的范围内办理招标事宜。
               招标公告
               招标人采用公开招标方式的，应当发布招标公告。依法必须进行招标的项目的招标公告，应当通过国家指定的报刊、信息网络或者其他媒介发布。招标公告应当载明招标人的名称和地址、招标项目的性质、数量、实施地点和时间，以及获取招标文件的办法等事项。
               招标人采用邀请招标方式的，应当向3个以上具备承担招标项目的能力、资信良好的特定法人或者其他组织发出投标邀请书。投标邀请书应当载明的事项与招标公告相同。
               招标人可以根据招标项目本身的要求，在招标公告或者投标邀请书中要求潜在投标人提供有关资质证明文件和业绩情况，并对潜在投标人进行资格审查。国家对投标人的资格条件有规定的，依照其规定。招标人不得以不合理的条件限制或者排斥潜在投标人，不得对潜在投标人给予歧视待遇。
               招标文件
               招标人应当根据招标项目的特点和需要编制招标文件。招标文件应当包括招标项目的技术要求、对投标人资格审查的标准、投标报价要求和评标标准等所有实质性要求和条件，以及拟签订合同的主要条款。
               国家对招标项目的技术、标准有规定的，招标人应当按照其规定在招标文件中提出相应要求。招标项目需要划分标段、确定工期的，招标人应当合理划分标段、确定工期，并在招标文件中载明。招标文件不得要求或者标明特定的生产供应以及含有倾向或者排斥潜在投标人的其他内容。
               招标人根据招标项目的具体情况，可以组织潜在投标人踏勘项目现场。招标人不得向他人透露已获取招标文件的潜在投标人的名称、数量，以及可能影响公平竞争的有关招标投标的其他情况。招标人设有标底的，标底必须保密。
               招标人对已发出的招标文件进行必要的澄清或者修改的，应当在招标文件要求提交投标文件截止时间至少15日前，以书面形式通知所有招标文件收受人。该澄清或者修改的内容为招标文件的组成部分。
               招标人应当确定投标人编制投标文件所需要的合理时间。但是，依法必须进行招标的项目，自招标文件开始发出之日起至投标人提交投标文件截止之日止，最短不得少于20日。
 
       监控
        主要包括故障监控和性能、流量、负载等状态监控，这些监控关系到集群的健康运行及潜在问题的及时发现与干预。
        （1）服务故障、状态监控：主要是对服务器自身、上层应用、关联服务数据交互监控；例如针对前端Web Server，就可以有很多种类型的监控，包括应用端口状态监控，便于及时发现服务器或应用本身是否崩溃、通过ICMP包探测服务器健康状态，更上层可能还包括应用各频道业务的监控，这些只是一部分，还有多种监控方式，依应用特点而定。还有一些问题需解决，如集群过大，如何高性能地进行监控也是一个现实问题。
        （2）集群状态类的监控或统计，为合理管理调优集群提供数据参考，包括服务瓶颈、性能问题、异常流量、攻击等问题。
 
       系统工程
        系统工程是从整体出发合理开发、设计、实施和运用系统科学的工程技术。它根据总体协调的需要，综合应用自然科学和社会科学中有关的思想、理论和方法，利用计算机作为工具，对系统的结构、元素、信息和反馈等进行分析，以达到最优规划、最优设计、最优管理和最优控制的目的。
        霍尔（A.D.Hall）于1969年提出了系统方法的三维结构体系，通常称之为霍尔三维结构，这是系统工程方法论的基础。霍尔三维结构以时间维、逻辑维、知识维组成的立体空间结构来概括地表示出系统工程的各阶段、各步骤以及所涉及的知识范围。也就是说，它将系统工程活动分为前后紧密相连的7个阶段和7个步骤，并同时考虑到为完成各阶段、各步骤所需的各种专业知识，为解决复杂的系统问题提供了一个统一的思想方法。
               逻辑维
               逻辑维是解决问题的逻辑过程。运用系统工程方法解决某一大型工程项目时，一般可分为7个步骤：
               （1）明确问题。通过系统调查，尽量全面地搜集有关的资料和数据，把问题讲清楚。
               （2）系统指标设计。选择具体的评价系统功能的指标，以利于衡量所供选择的系统方案。
               （3）系统方案综合。主要是按照问题的性质和总的功能要求，形成一组可供选择的系统方案，方案是按照问题的性质和总的功能要求，形成一组可供选择的系统方案。
               （4）系统分析。分析系统方案的性能、特点、对预定任务能实现的程度，以及在评价目标体系上的优劣次序。
               （5）系统选择。在一定的约束条件下，从各入选方案中择出最佳方案。
               （6）决策。在分析、评价和优化的基础上作出裁决并选定行动方案。
               （7）实施计划。这是根据最后选定的方案，将系统付诸实施。
               以上7个步骤只是一个大致过程，其先后并无严格要求，而且往往可能要反复多次，才能得到满意的结果。
               时间维
               时间维是系统的工作进程。对于一个具体的工程项目，从制定规划起一直到更新为止，全部过程可分为7个阶段：
               （1）规划阶段。即调研阶段，目的在于谋求活动的规划与战略。
               （2）拟定方案。提出具体的计划方案。
               （3）研制阶段。作出研制方案及生产计划。
               （4）生产阶段。生产出系统的零部件及整个系统，并提出安装计划。
               （5）安装阶段。将系统安装完毕，并完成系统的运行计划。
               （6）运行阶段。系统按照预期的用途开展服务。
               （7）更新阶段。即为了提高系统功能，取消旧系统而代之以新系统，或改进原有系统，使之更加有效地工作。
               知识维
               知识维是完成各阶段、各步骤所需的专业科学知识。系统工程除了要求为完成上述各步骤、各阶段所需的某些共性知识外，还需要其他学科的知识和各种专业技术，霍尔把这些知识分为工程、医药、建筑、商业、法律、管理、社会科学和艺术等。各类系统工程，如军事系统工程、经济系统工程、信息系统工程等，都需要使用其他相应的专业基础知识。
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动，由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动，其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性，目前较多采用的如ISO/IEC 9126软件质量模型和Mc Call软件质量模型。ISO/IEC 9126已经被ISO/ICE 25010系统和软件质量模型所取代，其主要改进包括将兼容性作和安全性作为质量特性，ISO/IEC 25012数据质量模型与ISO/IEC 25030使用质量模型作为补充。
                      ISO/ICE 25010系统和软件质量模型
                      ISO/ICE 25010系统和软件质量模型包含8个质量特性，每个特性由一组相关的质量子特性组成，如下图所示。该产品质量模型既可以用于软件，又可以用于任何包含软件的计算机系统。
                      
                      产品质量模型
                      其中，各质量特性和质量子特性的含义如下。
                      （1）功能适合性（functional suitability）。与一组功能及其指定的性质的存在有关的一组属性。功能是指满足规定或隐含需求的那些功能。
                      .功能完整性（functional completeness）：与对规定任务和用户目标加以实现的功能是否完整有关的属性。
                      .功能适当性（functional appropriateness）：与对规定任务和用户目标能否提供一组功能以及这组功能是否适合有关的属性。
                      .功能正确性（functional correctness）：与能够得到正确或相符的结果或效果有关的产品或系统属性。
                      （2）性能效率（performance efficiency）。在规定条件下，系统的性能水平与所用资源量之间的关系有关的一组属性。
                      .时间特性（time behavior）：与响应和处理时间以及软件执行其功能时的吞吐量有关的属性。
                      .资源利用率（resource utilization）：与系统执行其功能时所使用的资源量以及使用资源的类型有关的属性。
                      .容量（capacity）：与系统满足特定需求时指标参数的最大限制有关的属性。
                      （3）兼容性（compatibility）。与系统或组件与其他系统或组件进行信息交换，或在不同软硬件环境中执行所需功能有关的一组属性。
                      .共存性（co-existence）：与同其他系统运行在同一环境使用相同的资源而不相互影响的能力相关的属性。
                      .互操作性（interoperability）：与同其他指定系统进行交互操作的能力相关的属性。
                      （4）易用性（usability）。与为使用所需的努力和由一组规定或隐含的用户对这样使用所作的个别评价有关的一组属性。
                      .可识别性（appropriateness recognizability）：与用户识别系统是否满足需求有关的属性。
                      .易学性（learnability）：与用户为学习使用产品（例如操作控制、输入、输出）的有效性、效率、风险和满意度相关的属性。
                      .易操作性（operability）：与用户为进行操作和操作控制所付出的努力有关的属性。
                      .错误防御（user error protection）：与阻止用户错误输入有关的属性。
                      .界面美观性（user interface aesthetics）：与系统用户界面使用户进行愉快满意交互有关的属性。
                      .可访问性（accessibility）：与用户可访问系统完成特定目标的范围和能力有关的属性。
                      （5）可靠性（reliability）。与在规定的一段时间内和规定的条件下，系统维持在其性能水平有关的能力。
                      .成熟性（maturity）：与正常操作情况下满足可靠性需求有关的属性。
                      .可用性（availability）：与系统运行可用使用能力有关的属性。
                      .容错性（fault tolerance）：与在系统错误或违反指定接口的情况下，维持指定的性能水平的能力有关的属性。
                      .易恢复性（recoverability）：与在故障发生后，重新建立其性能水平并恢复直接受影响数据的能力，以及为达到此目的所需的时间和努力有关的属性。
                      （6）安全性（security）。与避免对程序及数据的非授权故意或意外访问的能力有关的系统属性。
                      .机密性（confidentiality）：与系统确保只有授权才能访问其数据能力有关的属性。
                      .完整性（integrity）：与系统防止未经授权对数据和程序进行访问和修改能力有关的属性。
                      .不可抵赖性（non-repudiation）：与对系统使用行为及发生时间真实性有关的属性。
                      .可审计性（accountability）：与对系统使用行为进行追踪有关的属性。
                      .真实性（authenticity）：与证明主体或资源身份是所声称的身份有关的属性。
                      （7）可维护性（maintainability）。与进行规定的修改所需要的努力有关的一组属性。
                      .模块性（modularity）：与所组成系统的模块独立性有关的属性。
                      .可复用性（reusability）：与模块用于其他系统有关的属性。
                      .易分析性（analyzability）：与为诊断缺陷或失效原因，或为判定待修改的部分所需努力有关的属性。
                      .易修改性（modifiability）：与进行修改、排错或适应环境变换所需努力有关的属性。
                      .易测试性（testability）：为确认经修改系统所需努力有关的属性。
                      （8）可移植性（portability）。与系统可从某一环境转移到另一环境的能力有关的一组属性。
                      .适应性（adaptability）：与系统转移到不同环境时的处理或手段有关的属性。
                      .易安装性（installability）：与在指定环境下对系统进行安装／卸载所需努力有关的属性。
                      .易替换性（replaceability）：与一产品在该软件环境中用来替代指定的其他软件的可能和努力有关的属性。
                      Mc Call软件质量模型
                      Mc Call软件质量模型从软件产品的运行、修正、转移三个方面确定了11个质量特性，如下图所示。Mc Call也给出了一个三层模型框架，第一层是质量特性，第二层是评价准则，第三层是度量指标。
                      
                      Mc Call软件质量模型
               质量保证
               质量保证是指为保证系统或产品充分满足用户要求的质量而进行的有计划、有组织的活动，其目的是生产高质量的产品。在系统质量方面强调三个要点：首先系统必须满足用户规定的需求，与用户需求不一致的系统，就无质量可言；其次系统应遵循规定标准所定义的一系列开发准则，不遵循这些准则的系统，其质量难以得到保证；最后系统还应满足某些隐含的需求，例如希望有好的可理解性、可维护性等，而这些隐含的需求可能未被明确地写在用户规定的需求中，如果系统只满足它的显性需求而不满足其隐含需求，那么该系统的质量是令人担忧的。
               质量保证包括7个主要活动相关的各种任务，分别是应用技术方法、进行正式的技术评审、测试系统、标准的实施、控制变更、度量（metrics）、记录保存和报告。
   题号导航      2017年下半年 信息系统监理师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
 
第4题    在手机中做本题