免费智能真题库 > 历年试卷 > 信息系统监理师 > 2016年上半年 信息系统监理师 下午试卷 案例
  第3题      
  知识点：   承建单位   分包   监理单位   监理实施细则   建设单位   投标   招标   招标公告   中标   专业监理工程师   总监理工程师   总监理工程师代表   测试过程   开发过程   项目招标   信息化   质量控制

 
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
[说明]
监理单位丙承担了某信息化工程项目的全程监理工作，建设单位甲以公开招标方式选择承建单位乙。在项目招标和建设过程中，发生了如下事件：
[事件1] 在招标工作中，甲就发布招标公告的内容向丙进行咨询。
[事件2] 通过招标选择乙为中标候选人并发出了中标通知书，但是在签订实施合同的时候，甲乙双方就机房建设分包事宜产生分歧，乙认为在投标书中提出了机房分包计划，中标后就可以将机房建设分包出去，但是甲坚持只同意乙将机房装修工程进行分包。
[事件3] 为进一步加强软件开发过程质量控制，主持现场监理工作的总监理工程师代表指派专业监理工程师对原监理实施细则中的有关软件代码编写、测试过程的监理措施进行修改，修改后的监理实施细则经总监理工程师代表审查批准后实施。
 
问题：3.1   针对事件1，作为监理工程师，请回答：招标公告的主要内容应包括哪些方面？
 
问题：3.2   针对事件2，作为监理工程师你认为甲不同意乙机房工程分包的做法正确吗？请说明理由。
 
问题：3.3   针对事件3，作为监理工程师请指出总监理工程师代表做得正确的地方和不正确的地方，并分别说明理由。
 
 
 

   知识点讲解    
   · 承建单位    · 分包    · 监理单位    · 监理实施细则    · 建设单位    · 投标    · 招标    · 招标公告    · 中标    · 专业监理工程师    · 总监理工程师    · 总监理工程师代表    · 测试过程    · 开发过程    · 项目招标    · 信息化    · 质量控制
 
       承建单位
        负责具体实施的承建方应该有自己的项目管理，监理方代表项目建设方对承建方提出的工程计划进行监督和协调，对一些关键点进行控制。这些关键点主要属于进度、资金及质量的范畴，但不能涉及管理细节。工程项目管理主要以承建方为主，并强调在项目中组织并制定相关计划。
        在一个大型信息系统工程项目的建设中，承建方可能有多个，比如硬件提供商、软件开发商和系统集成商等。而在市场竞争日益激烈的今天，专业化能促进生产效率和提高生产质量，故而承建方常常分解成一定的层次结构，如总承包商和分包商等，从而使一部分人或企业专注于项目管理的科学化。
        从市场的角度看，总承包商既是买方又是卖方；从工程合同的角度来讲，他既要对建设方负全部法律责任，又要根据分包合同对分包商进行管理并履行义务，所有的主合同都会限定总承包商可以分包的最大范围。总承包商只能将某些具体的工程施工分包给分包商，但不能分包合同的责任和义务。总承包商不能期望通过分包逃避自己在合同中的法律和经济责任。
        作为分包商，一般情况下不与建设方直接发生合同关系。分包商只接受总承包商的统筹安排和调度，它只对总承包商承担分包合同内规定的责任并履行规定的义务。
        如果总承包商违反分包合同，则应该赔偿分包商的经济损失；分包商违反分包合同并造成建设方对总承包商的罚款或制裁，则分包商应该赔偿总承包商的损失。分包商是从总承包商处按分包合同索回其应得部分的，如果总承包商无力偿还债务，则分包商也同样蒙受损失，因此分包商的利益通常与总承包商的利益密切相关。
 
       分包
        中标人应当按照合同约定履行义务，完成中标项目。中标人不得向他人转让中标项目，也不得将中标项目肢解后分别向他人转让。中标人按照合同约定或者经招标人同意，可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件，并不得再次分包。中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。
 
       监理单位
        项目监理方服务于信息系统建设合同的建设方与承建方。接受建设方委托后，监理方作为工程承包合同的监督者，所执行的原则是使工程承包合同成为“平等条约”；作为工程承包合同管理和工程款支付的签认者，所执行的原则是等价交换。因此监理方是为双方的利益服务的，而不仅仅为委托方服务。
        根据工程监理的深入程度不同，信息系统工程监理可分为如下三种。
        （1）咨询式监理。只解答用户方就企业信息化过程中提出的问题，其性质类似于业务咨询或方案咨询。这种方式费用最少，监理方的责任最轻，适合于对信息化有较好把握，并且技术力量较强的用户方采用。
        （2）里程碑式监理。将信息系统的建设划分为若干个阶段，在每一个阶段结束都设置一个里程碑，在里程碑到来时通知监理方进行审查或测试。一般来讲，这种方式比咨询式监理的费用要多，监理方也要承担一定的责任。不过，里程碑的确定需要承建方的参与，或者说监理合同的确立需要开发方的参与，否则就会因对里程碑的界定不同而引起纠纷。
        （3）全程式监理。一种复杂的监理方式，不但要求对系统建设过程中的里程碑进行审查，还应该派相应人员全程跟踪并收集系统开发过程中的信息，不断评估承建方的开发质量和效果。这种方式费用最高，监理方的责任也最大，适合于那些对信息系统的开发不太了解且技术力量偏弱的用户采用。
        监理单位的主要作用如下。
        （1）信息系统工程监理可以帮助建设单位更合理地保证工程的质量、进度和投资，并合理且客观地处理好它们之间的关系。监理由独立的第三方依据相关技术标准来对工程建设进行监督，这样对信息系统工程的建设质量更能起到保驾护航的作用。在项目建设全过程中，监理单位要依据国家有关法律和相关技术标准，遵循守法、公平、公正、独立的原则，对信息系统建设的过程进行监督和控制。即在确保质量、安全和有效性的前提下，合理安排进度和投资。监理单位要帮助建设单位对工程有关方面控制进行再控制，对承建单位项目控制过程进行监督管理。
        （2）在信息系统工程建设中，建设单位和承建单位有许多问题存在争议，双方都希望由第三方在工程的立项、设计、实施、验收及维护等各个阶段的效果都给予公正、恰当且权威的评价，这就需要监理单位来协调和保障这些工作的顺利进行。
        （3）由于建设单位在信息技术等相关领域普遍存在缺乏人才和经验不足的问题，实践证明建设单位自行管理对于提高项目投资的效益和建设水平是无益的。通过第三方的专业服务，帮助建设单位对项目实施控制，并对建设单位和承建单位都做出约束，是监理作用一个重要体现。
 
       监理实施细则
        监理实施细则是在监理规划的基础上制定出实现监理任务的具体措施，是对信息系统工程监理工作“做什么”和“如何做”的更详细的补充及说明。它使监理工作详细具体并具有可操作性。监理实施细则可按以下三种方式编写。
        （1）按监理的专业分工（控制及管理形式）进行编写。例如，可分为质量控制实施细则、进度控制实施细则、投资控制实施细则、合同管理实施细则、信息管理实施细则和组织协调实施细则等。
        （2）按项目组成的子项进行编写。例如，一个数字图书馆工程的监理实施细则可分为硬件配置监理实施细则、软件开发监理实施细则、通信工程监理实施细则、网络工程监理实施细则、信息安全监理实施细则和数字版权保护监理实施细则等。
        （3）按信息系统工程的阶段进行编写。例如，可分为设计阶段监理实施细则、实施阶段监理实施细则和验收阶段监理实施细则等。
        监理实施细则的编写依据主要有以下5个。
        （1）已批准的监理规划。
        （2）信息系统工程文档资料。
        （3）与信息系统工程监理有关的法律、法规、规章、标准和规范。
        （4）信息技术标准与规范。
        （5）其他有关的文件。
        监理实施细则的编写程序如下。
        （1）根据监理规划，在总监理工程师的指导／主持下，由专业（子项和阶段）监理工程师分别编写各专业（子项和阶段）监理实施细则。
        （2）总监理工程师审核批准各专业（子项和阶段）监理实施细则。
        （3）在监理实施过程中，根据实际情况不断补充、修改和完善监理实施细则。
        监理实施细则的主要内容应包括以下几项。
        （1）本专业（子项和阶段）监理工作的特点。
        （2）本专业（子项和阶段）监理工作的流程。
        （3）本专业（子项和阶段）监理工作的控制要点及目标值。
        （4）本专业（子项和阶段）监理工作的方法及措施。
 
       建设单位
        建设方是建设项目的主要投资者，有时也是项目的最终使用者，是在工程建设阶段的全权代表，建设项目的经济效益，如投资额度、工程质量、投入使用时间和使用寿命直接关系着建设方的切身利益。虽然承建方、监理方与建设方是平等的市场主体，但由于建设方是投资方，掌握着项目的最终资源——决定了其他方为从属地位，所以说建设方对工程项目管理起着主导性作用。建设方加强和改善对项目的管理是从根本上实现项目按质如期完成的最有效的途径之一。
        作为项目管理集体中的主要负责人，建设方的作用是阐明本项目的目标并确认各项工作的轻重缓急，组织协调参与各方为此目标而通力合作，在管理决策过程中做出决策。但在某些具体的项目管理事务中，建设方并不总是处于主要负责人的地位，还要作为裁判、支持者、服务员及督促员的角色。
 
       投标
        投标人是响应招标、参加投标竞争的法人或者其他组织。投标人应当具备承担招标项目的能力。国家有关规定对投标人资格条件或者招标文件对投标人资格条件有规定的，投标人应当具备规定的资格条件。
        投标人应当按照招标文件的要求编制投标文件。投标文件应当对招标文件提出的实质性要求和条件作出响应。招标项目属于建设施工的，投标文件的内容应当包括拟派出的项目负责人与主要技术人员的简历、业绩和拟用于完成招标项目的机械设备等。
        投标人应当在招标文件要求提交投标文件的截止时间前，将投标文件送达投标地点。招标人收到投标文件后，应当签收保存，不得开启。投标人少于三个的，招标人应当重新招标。在招标文件要求提交投标文件的截止时间后送达的投标文件，招标人应当拒收。
        投标人在招标文件要求提交投标文件的截止时间前，可以补充、修改或者撤回已提交的投标文件，并书面通知招标人。补充、修改的内容为投标文件的组成部分。
        投标人根据招标文件载明的项目实际情况，拟在中标后将中标项目的部分非主体、非关键性工作进行分包的，则应当在投标文件中载明。
        两或两个以上法人或者其他组织可以组成一个联合体，以一个投标人的身份共同投标。联合体各方均应当具备承担招标项目的相应能力；国家有关规定或者招标文件对投标人资格条件有规定的，联合体各方均应当具备规定的相应资格条件。由同一专业的单位组成的联合体，按照资质等级较低的单位确定资质等级。联合体各方应当签订共同投标协议，明确约定各方拟承担的工作和责任，并将共同投标协议连同投标文件一并提交招标人。联合体中标的，联合体各方应当共同与招标人签订合同，就中标项目向招标人承担连带责任。
        招标人不得强制投标人组成联合体共同投标，不得限制投标人之间的竞争。投标人不得相互串通投标报价，不得排挤其他投标人的公平竞争，损害招标人或者其他投标人的合法权益。投标人不得与招标人串通投标，损害国家利益、社会公共利益或者他人的合法权益。禁止投标人以向招标人或者评标委员会成员行贿的手段谋取中标。投标人不得以低于成本的报价竞标，也不得以他人名义投标或者以其他方式弄虚作假，骗取中标。
 
       招标
        下列工程建设项目包括项目的勘察、设计、施工、监理，以及与工程建设有关的重要设备、材料等的采购，因此必须进行招标。
        （1）大型基础设施、公用事业等关系社会公共利益、公众安全的项目。
        （2）全部或部分使用国有资金投资或者国家融资的项目。
        （3）使用国际组织或者外国政府贷款、援助资金的项目。
        任何单位和个人不得将依法必须进行招标的项目化整为零或者以其他任何方式规避招标。招标投标活动应当遵循公开、公平、公正和诚实信用的原则。必须进行招标的项目，其招标投标活动不受地区或者部门的限制。任何单位和个人不得违法限制或者排斥本地区、本系统以外的法人或其他组织参加投标，不得以任何方式非法干涉招标投标活动。
        招标分为公开招标和邀请招标。公开招标是指招标人以招标公告的方式邀请不特定的法人或者其他组织投标。邀请招标是指招标人以投标邀请书的方式邀请特定的法人或者其他组织投标。国务院发展计划部门确定的国家重点项目和省、自治区、直辖市人民政府确定的地方重点项目不适宜公开招标的，经国务院发展计划部门或者省、自治区、直辖市人民政府批准，可以进行邀请招标。
               招标代理机构
               招标人有权自行选择招标代理机构，委托其办理招标事宜。任何单位和个人不得以任何方式为招标人指定招标代理机构。招标人具有编制招标文件和组织评标能力的，可以自行办理招标事宜。任何单位和个人不得强制其委托招标代理机构办理招标事宜。依法必须进行招标的项目，招标人自行办理招标事宜的，应当向有关行政监督部门备案。
               招标代理机构是依法设立、从事招标代理业务并提供相关服务的社会中介组织。招标代理机构应当具备下列条件。
               （1）有从事招标代理业务的营业场所和相应资金。
               （2）有能够编制招标文件和组织评标的相应专业力量。
               （3）有符合规定条件，可以作为评标委员会成员人选的技术、经济等方面的专家库。
               从事工程建设项目招标代理业务的招标代理机构，其资格由国务院或者省、自治区、直辖市人民政府的建设行政主管部门认定。具体办法由国务院建设行政主管部门会同国务院有关部门制定。从事其他招标代理业务的招标代理机构，其资格认定的主管部门由国务院规定。
               招标代理机构与行政机关和其他国家机关不得存在隶属关系或者其他利益关系。招标代理机构应当在招标人委托的范围内办理招标事宜。
               招标公告
               招标人采用公开招标方式的，应当发布招标公告。依法必须进行招标的项目的招标公告，应当通过国家指定的报刊、信息网络或者其他媒介发布。招标公告应当载明招标人的名称和地址、招标项目的性质、数量、实施地点和时间，以及获取招标文件的办法等事项。
               招标人采用邀请招标方式的，应当向3个以上具备承担招标项目的能力、资信良好的特定法人或者其他组织发出投标邀请书。投标邀请书应当载明的事项与招标公告相同。
               招标人可以根据招标项目本身的要求，在招标公告或者投标邀请书中要求潜在投标人提供有关资质证明文件和业绩情况，并对潜在投标人进行资格审查。国家对投标人的资格条件有规定的，依照其规定。招标人不得以不合理的条件限制或者排斥潜在投标人，不得对潜在投标人给予歧视待遇。
               招标文件
               招标人应当根据招标项目的特点和需要编制招标文件。招标文件应当包括招标项目的技术要求、对投标人资格审查的标准、投标报价要求和评标标准等所有实质性要求和条件，以及拟签订合同的主要条款。
               国家对招标项目的技术、标准有规定的，招标人应当按照其规定在招标文件中提出相应要求。招标项目需要划分标段、确定工期的，招标人应当合理划分标段、确定工期，并在招标文件中载明。招标文件不得要求或者标明特定的生产供应以及含有倾向或者排斥潜在投标人的其他内容。
               招标人根据招标项目的具体情况，可以组织潜在投标人踏勘项目现场。招标人不得向他人透露已获取招标文件的潜在投标人的名称、数量，以及可能影响公平竞争的有关招标投标的其他情况。招标人设有标底的，标底必须保密。
               招标人对已发出的招标文件进行必要的澄清或者修改的，应当在招标文件要求提交投标文件截止时间至少15日前，以书面形式通知所有招标文件收受人。该澄清或者修改的内容为招标文件的组成部分。
               招标人应当确定投标人编制投标文件所需要的合理时间。但是，依法必须进行招标的项目，自招标文件开始发出之日起至投标人提交投标文件截止之日止，最短不得少于20日。
 
       招标公告
        招标人采用公开招标方式的，应当发布招标公告。依法必须进行招标的项目的招标公告，应当通过国家指定的报刊、信息网络或者其他媒介发布。招标公告应当载明招标人的名称和地址、招标项目的性质、数量、实施地点和时间，以及获取招标文件的办法等事项。
        招标人采用邀请招标方式的，应当向3个以上具备承担招标项目的能力、资信良好的特定法人或者其他组织发出投标邀请书。投标邀请书应当载明的事项与招标公告相同。
        招标人可以根据招标项目本身的要求，在招标公告或者投标邀请书中要求潜在投标人提供有关资质证明文件和业绩情况，并对潜在投标人进行资格审查。国家对投标人的资格条件有规定的，依照其规定。招标人不得以不合理的条件限制或者排斥潜在投标人，不得对潜在投标人给予歧视待遇。
 
       中标
        中标人的投标应当符合下列条件之一。
        （1）能够最大限度地满足招标文件中规定的各项综合评价标准。
        （2）能够满足招标文件的实质性要求，并且经评审的投标价格最低。但是投标价格低于成本的除外。
        评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标。依法必须进行招标的项目的所有投标被否决的，招标人应当重新招标。
        在确定中标人前，招标人不得与投标人就投标价格、投标方案等实质性内容进行谈判。评标委员会成员应当客观、公正地履行职务，遵守职业道德，对所提出的评审意见承担个人责任。评标委员会成员不得私下接触投标人，不得收受投标人的财物或其他好处。评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况，以及与评标有关的其他情况。
        中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。中标通知书对招标人和中标人具有法律效力。中标通知书发出后，招标人改变中标结果的，或者中标人放弃中标项目的，应当依法承担法律责任。招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标人的投标文件订立书面合同。招标人和中标人不得再行订立背离合同实质性内容的其他协议。招标文件要求中标人提交履约保证金的，中标人应当提交。
        依法必须进行招标的项目，招标人应当自确定中标人之日起15日内向有关行政监督部门提交招标投标情况的书面报告。
 
       专业监理工程师
        专业监理工程师在总监理工程师的领导下，具体负责本专业的监理工作。其岗位职责如下。
        （1）负责编制本专业的监理实施细则。
        （2）负责本专业监理工作的具体实施。
        （3）定期向总监理工程师提交本专业监理情况报告，对重大问题应及时向总监理工程师汇报和请示。
        （4）审查承建单位提交的涉及本专业的计划、方案、申请及其变更，并向总监理工程师提出报告。
        （5）根据本专业监理工作实施情况完成项目监理日志及监理月报。
        （6）负责本专业监理资料的收集、整理、汇总和上报。
        （7）负责整理本专业有关的工程验收资料。
        （8）完成本专业监理工作总结及有关文档。
 
       总监理工程师
        根据《信息系统工程监理暂行规定》，信息系统工程实行总监理工程师负责制。总监理工程师行使合同赋予监理单位的权限，全面负责受委托的监理工作。在监理执行过程中，监理单位取得建设单位书面意见后，可以调换总监理工程师人选。
        总监理工程师除必须取得监理工程师资格证书和注册证书之外，还应具有相当高的业务技术水平、丰富的管理经验和良好的职业道德，其岗位职责如下。
        （1）确定项目监理机构人员的分工和岗位职责。
        （2）主持编写项目监理规划、审批项目监理实施细则，负责管理项目监理机构的日常工作。
        （3）审查分包单位的资质，给建设单位及总包单位提出审查意见。
        （4）检查和监督监理人员的工作，根据工程项目的进展情况进行人员调配，并在实施监理工作的过程中对不称职的监理人员进行调换。
        （5）主持监理工作会议（包括监理例会），签发项目监理机构的文件和指令。
        （6）审查承包单位提交的开工报告、施工组织设计、技术方案及进度计划。
        （7）审查签署承包单位的申请、支付证书和竣工结算。
        （8）审查和处理工程变更。
        （9）主持或参与工程质量事故的调查。
        （10）调节建设单位与承包单位的合同争议，处理索赔，审查工程延期。
        （11）组织编写并签发监理月报、监理工作阶段报告、专题报告和项目监理工作总结。
        （12）审查签认分部工程和单位工程的质量检验评定资料，审查承包单位的竣工申请，组织监理人员对待验收的工程项目进行质量检查，参与工程项目的竣工验收。
        （13）主持整理工程项目的监理资料。
        一般来说，在发生下列情况之一时，总监理工程师可下达停工令。
        （1）建设单位要求暂停施工，且工程需要暂停施工。
        （2）为了保证工程质量而需要进行停工处理。
        （3）施工出现了安全隐患，总监理工程师认为有必要停工以消除隐患。
        （4）发生了必须暂时停止施工的紧急事件。
        （5）承建单位未经许可擅自施工，或拒绝监理机构管理。
        （6）实施、开发中出现质量异常情况，经提出后承建单位仍不采取改进措施，或者采取的改进措施不力，还未有使质量状况发生好转的趋势。
        （7）隐蔽作业（指综合布线及系统集成中埋入墙内或地板下的部分）未经现场监理人员查验自行封闭、掩盖。
        （8）未经监理工程师审查同意，而擅自变更设计或修改图纸进行施工者。
        （9）未经技术资质审查的人员或不合格人员进入现场施工。
        （10）使用没有技术合格证的工程材料、没有授权证书的软件，或者擅自替换、变更工程材料及使用盗版软件。
        （11）擅自允许未经项目监理机构审查认可的分包单位进场施工。
 
       总监理工程师代表
        总监理工程师代表是指经监理单位法定代表人同意，由总监理工程师书面授权，代表总监理工程师行使其部分职责和权力的项目监理机构中的监理工程师。
        总监理工程师代表的职责如下。
        （1）负责总监理工程师指定或交办的监理工作。
        （2）按总监理工程师的授权，行使授权范围内的总监理工程师的职责和权力。
        总监理工程师不得将以下工作委托给总监理工程师代表。
        （1）主持编写项目监理规划，审批项目监理实施细则。
        （2）签发开工／复工报审表、工程暂停令、工程款支付证书及工程竣工报验单。
        （3）审查签认竣工结算。
        （4）调解建设单位与承包单位的合同争议，处理索赔。
        （5）根据工程项目的进展情况进行人员调配，对不称职的监理人员进行调换。
 
       测试过程
        软件测试过程一般包括：测试需求分析、测试策划、测试设计和实现、测试执行、测试总结（包括评价过程和总结），如下图所示。
        
        软件测试过程
               测试需求分析
               根据被测软件的需求规格说明或设计文档，进行测试需求分析，包括：
               （1）确定需要的测试类型及其测试要求并进行标识（编号），标识应清晰、便于识别。测试类型包括功能测试、性能测试等类型；测试要求包括状态、接口、数据结构、设计约束等要求。确定的测试类型和测试要求均应与要求的测试级别（单元测试、部件测试、配置项测试、系统测试）、测试类型相匹配。
               （2）确定每个测试项的优先级。
               （3）确定每个测试项的测试充分性要求。
               （4）根据被测软件的重要性、测试目标和约束条件，确定每个测试项应覆盖的范围及范围所要求的覆盖程度。
               （5）确定每个测试项测试终止的要求，包括测试过程正常终止的条件（如测试充分性是否达到要求）和导致测试过程异常终止的可能情况。
               （6）确定测试项与软件需求规格说明或设计文档的追踪关系。
               将测试需求分析结果按所确定的文档要求，形成测试需求规格说明或写入测试计划。
               应对测试需求规格说明或测试需求分析结果进行评审，评审内容如下：
               （1）测试级别和测试对象所确定的测试类型及其测试要求是否恰当。
               （2）每个测试项是否进行了标识，并逐条覆盖了测试需求和潜在需求。
               （3）测试类型和测试项是否充分。
               （4）测试项是否包括了终止要求。
               （5）文档是否符合规定的要求。
               测试策划
               根据软件需求规格说明或设计文档等进行测试策划，策划一般包括：
               （1）确定测试策略，如部件或配置项测试策略。
               （2）确定测试需要的技术或方法，如测试数据生成与验证技术、测试数据输入技术、测试结果获取技术。
               （3）确定要受控制的测试工作产品，列出清单。
               （4）确定用于测试的资源要求，包括软硬件设备、环境条件、人员数量和技能等要求。
               （5）进行测试风险分析，如技术风险、人员风险、资源风险和进度风险等。
               （6）确定测试任务的结束条件。
               （7）确定被测软件的评价准则和方法。
               （8）确定测试活动的进度。应根据测试资源和测试项，确定进度。
               应将测试策划结果，按所确定的文档要求形成测试计划。
               测试设计和实现
               应根据测试需求规格说明和测试计划进行测试设计和实现，应完成如下工作：
               （1）按需要分解测试项。将需要测试的测试项进行层次化的分解并进行标识，若有接口测试，还应有高层次的接口图说明所有接口和要测试的接口。
               （2）说明最终分解后的测试项。说明测试用例设计方法的具体应用、测试数据的选择依据等。
               （3）设计测试用例。
               （4）确定测试用例的执行顺序。
               （5）准备和验证所有的测试用数据。针对测试输入要求，设计测试用的数据，如数据类型、输入方法等。
               （6）准备并获取测试资源，如测试环境所必须的软、硬件资源等。
               （7）必要时，编写测试执行需要的程序，如开发部件测试的驱动模块和桩模块以及测试支持软件等。
               （8）建立和校核测试环境，记录校核结果，说明测试环境的偏差。
               应将测试设计与实现的工作结果，按照所确定的文档要求编写测试说明，测试说明一般应包括：
               （1）测试名称和项目标识。
               （2）测试用例的追踪。说明测试所依据的内容来源，并跟踪到相应的测试项的标识（编号）。
               （3）测试用例说明。简要描述测试的对象、目的和所采用的测试方法。
               （4）测试用例的初始化要求，包括硬件配置、软件配置（包括测试的初始条件）、测试配置（如用于测试的模拟系统和测试工具）、参数设置（如测试开始前对断点、指针、控制参数和初始化数据的设置）等的初始化要求。
               （5）测试用例的输入。每个测试用例输入的描述中应包括的内容：
               ①每个测试输入的名称、用途和具体内容（如确定的数值、状态或信号等）及其性质（如有效值、无效值、边界值等）。
               ②测试输入的来源（如测试程序产生、磁盘文件、通过网络接收、人工键盘输入等），以及选择输入所使用的方法（如等价类划分、边界值分析、猜错法、因果图以及功能图等）。
               ③测试输入是真实的还是模拟的。
               ④测试输入的时间顺序或事件顺序。
               （6）测试用例的期望测试结果。期望测试结果应有具体内容（如确定的数值、状态或信号等），不应是不确切的概念或笼统的描述。必要时，应提供中间的期望结果。
               （7）测试用例的测试结果评估准则。评估准则用以判断测试用例执行中产生的中间或最后结果是否正确。评估准则应根据不同情况提供相关信息，如：
               ①实际测试结果所需的精确度。
               ②允许的实际测试结果与期望结果之间差异的上、下限。
               ③时间的最大或最小间隔。
               ④事件数目的最大或最小值。
               ⑤实际测试结果不确定时，重新测试的条件。
               ⑥与产生测试结果有关的出错处理。
               ⑦其他有关准则。
               （8）实施测试用例的执行步骤。编写按照执行顺序排列的一系列相对独立的步骤，执行步骤应包括：
               ①每一步所需的测试操作动作、测试程序输入或设备操作等。
               ②每一步期望的测试结果。
               ③每一步的评估准则。
               ④导致被测程序执行终止伴随的动作或指示信息。
               ⑤需要时，获取和分析中间结果的方法。
               （9）测试用例的前提和约束。在测试用例中还应说明实施测试用例的前提条件和约束条件，如特别限制、参数偏差或异常处理等，并要说明它们对测试用例的影响。
               （10）测试终止条件。说明测试用例的测试正常终止和异常终止的条件。
               （11）确定测试说明与测试计划或测试需求规格说明的追踪关系，给出清晰、明确的追踪表。
               （12）测试说明应经过评审，得到相关人员的认同，测试说明评审内容如下：
               ①测试说明是否完整、正确和规范。
               ②测试设计是否完整和合理。
               ③测试用例是否可行和充分。
               测试执行
               应按照测试计划和测试说明的内容和要求执行测试，主要完成下列工作：
               如实填写测试记录，当结果有量值要求时，应准确记录实际的量值。
               （1）测试记录应受到严格管理，并规范格式，至少包括测试用例标识、测试结果和发现的缺陷。
               （2）应根据每个测试用例的期望测试结果、实际测试结果和评估准则，判定测试用例是否通过。
               （3）当测试用例不通过时，应根据不同的缺陷类型，采取相应的措施：
               ①对测试工作中的缺陷，如测试说明的缺陷、测试数据的缺陷、执行测试步骤时的缺陷、测试环境中的缺陷等，记录到相应的表格中，并实施相应的变更。
               ②对被测软件的缺陷应记录到软件问题报告中。
               ③软件问题报告的格式应规范。
               （4）当所有的测试用例都执行完毕后，实验室应根据测试的充分性要求和有关记录，分析测试工作是否充分，是否需要进行补充测试：
               ①当测试过程正常终止时，如果发现测试工作不足，或测试未达到预期要求时，应进行补充测试。
               ②当测试过程异常终止时，应记录导致终止的条件、未完成的测试或未被修正的错误。
               测试总结
               应根据被测软件文档、测试需求规格说明、测试计划、测试说明、测试记录、测试问题及变更报告和软件问题报告等，对测试工作和被测软件进行分析和评价，主要完成下列工作：
               （1）对测试工作进行分析和评价，分析和评价内容应包括：
               ①总结测试需求规格说明、测试计划和测试说明的变化情况及其原因。
               ②在测试异常终止时，说明未能被测试活动充分覆盖的范围及其理由。
               ③确定无法解决的软件测试事件并说明不能解决的理由。
               （2）对被测软件进行分析和评价，分析和评价内容应包括：
               ①总结测试中所反映的被测软件与软件需求（或软件设计）之间的差异。
               ②可能时，根据差异评价被测软件的设计与实现，提出改进的建议。
               ③当进行配置项测试或系统测试时，当需要时，测试总结中应对配置项或系统的性能做出评估，指明偏差、缺陷和约束条件等对于配置项或系统运行的影响。
               （3）分析测评项目中的数据和文档，以供以后的测试使用。数据如：缺陷数据（包括缺陷描述、类型、严重性等）、用例数据、管理数据（如生产率、工作量、进度等）；文档如：好的用例设计、好的需求规格说明等。
               （4）应根据被测软件文档、测试需求规格说明、测试计划、测试说明、测试记录和软件问题报告等有关文档，对测试结果和问题进行分类和总结，按所确定的文档要求编写测试报告。测试报告除了应包括对测试结果的分析，还应包括对被测软件的评价和建议。
               测试总结评审应在测试报告编制工作完成后进行，以确定是否达到测试目的，给出评审结论。评审的具体内容和要求包括：
               （1）审查测试文档与记录内容的完整性、正确性和规范性。
               （2）审查测试活动的独立性和有效性。
               （3）审查测试环境是否符合测试要求。
               （4）审查软件测试报告与软件测试原始记录和问题报告的一致性。
               （5）审查实际测试过程与测试计划和测试说明的一致性。
               （6）审查测试说明评审的有效性，如是否评审了测试项选择的完整性和合理性、测试用例的可行性和充分性。
               （7）审查测试结果的真实性和正确性。
 
       开发过程
        嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。
        项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段，与通用软件的开发过程基本一致，都可按照软件工程方法进行，如采用原型化方法、结构化方法等。
        ：由于嵌入式软件的运行和开发环境不同，开发工作是交叉进行的，所以每一步都要考虑到这一点。
        程序建立阶段的工作是根据详细设计阶段产生的文档进行的，主要是源代码编写、编译链接等子过程，这些工作都在宿主机上进行，不需要用到目标机。产生应用程序的可执行文件后，就要用到交叉开发环境进行调试，根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高，所以，在对嵌入式系统进行白盒测试时，要求有更高的代码覆盖率。
        最后，要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同，可以固化在EPROM（Erasable Programmable ROM，可擦除可编程ROM）和Flash等存储器中，也可固化在DOC（DiskOnChip）等电子盘中，通常还要借助一些专用编程器进行。
 
       项目招标
        项目招标方式一般有两种，即公开招标和邀请招标。
        .公开招标：是指招标人以招标公告的方式邀请不特定的法人或者其他组织投标。
        .邀请招标：是指招标人以投标邀请书的方式邀请特定的法人或者其他组织投标。
        国有资金占控股或者主导地位的依法必须进行招标的项目，应当公开招标，但有下列情形之一的，可以邀请招标：
        .技术复杂、有特殊要求或者受自然环境限制，只有少量潜在投标人可供选择。
        .采用公开招标方式的费用占项目合同金额的比例过大。
        有下列情形之一的，可以不进行招标：
        .需要采用不可替代的专利或者专有技术。
        .采购人依法能够自行建设、生产或者提供。
        .已通过招标方式选定的特许经营项目投资人依法能够自行建设、生产或者提供。
        .需要向原中标人采购工程、货物或者服务，否则将影响施工或者功能配套要求。
        .国家规定的其他特殊情形。
        招标人采用资格预审办法对潜在投标人进行资格审查的，应当发布资格预审公告、编制资格预审文件。招标人应当按照资格预审公告、招标公告或者投标邀请书规定的时间、地点发售资格预审文件或者招标文件。资格预审文件或者招标文件的发售期不得少于5日。
        招标文件的主要内容应包括：
        .公开招标公告或投标邀请书。
        .投标人须知（包括密封、签署、盖章要求等）。
        .投标人应当提交的资格、资信证明文件。
        .投标报价要求、投标文件编制要求和投标保证金交纳方式。
        .招标项目的技术规格、要求和数量，包括附件、图纸等。
        .合同主要条款及合同签订方式。
        .交货和提供服务的时间。
        .评标方法、评标标准和废标条款。
        .投标截止时间、开标时间及地点。
        .省级以上财政部门规定的其他事项。
 
       信息化
        人们在生活和从事生产等活动中不断产生各种消息，接收者通过各种方式了解到的消息被称为信息。信息的传送一般应借助一定的运载工具，并将信息变换成各种表现形式，如语言、文字、图像、声音等。信息是普遍存在的，像空气一样渗透到全球各个角落、各个领域。人们在生活和工作中要随时随地地获取信息、交流和处理信息，并根据它决策或采取行动。企业为了在竞争中求得生存和发展，获取及时可靠的信息将成为第一需要。信息已同能源和材料一起成为现代化社会的三大资源。信息是资源，而且是一种战略资源。信息与材料、能源不同，信息可以被很多人使用，使用的人越多，创造的价值就越高，而且一条信息可以衍生出多条信息，取之不尽。信息与信息资源不同，信息的日常表现是无序的，但是信息本身存在着内在联系和规律，信息只有通过加工处理才能成为有价值的、可利用的信息资源。随着科技的进步和发展，特别是通信技术、电子技术、激光技术、集成电路、计算机等高技术的出现，在加快经济建设和社会发展的过程中，信息的作用越来越突出，信息和我们的日常生活密切相关，获取信息已经成为我们生活、工作中的重要内容，信息在服务于我们的生活的同时，对我们生活方式的影响也越来越大，所以我们称当前的社会为信息社会。由此衍生出了许多新兴的概念。
        信息技术是指对信息进行采集、存储、处理、检索、传递、分析与显示的高技术群。信息技术发展的总趋势是数字化、网络化与智能化，并以互联网技术及其应用技术为中心。信息产业是以现代信息技术为手段，以开发和利用信息资源为中心内容，提供信息产品和信息服务的产业部门。它包括信息产品制造业、软件与信息服务业、通信业。
        信息化是指培育、发展以智能化工具为代表的新的生产力并使之造福于社会的历史过程。智能工具一般必须具备信息获取、信息传递、信息处理、信息再生和信息利用的功能。
        完整的信息化内涵如下。
        （1）信息网络体系，它是大量信息资源、各种专用信息系统及其公用通信网络和信息平台的总称。
        （2）信息产业基础，即信息科学技术的研究、开发、信息装备的制造，软件开发与利用，各类信息系统的集成及信息服务。
        （3）社会支持环境，即现代工农业生产，以及管理体制、政策法律、规章制度、文化教育、道德观念等生产关系和上层建筑。
        （4）效用积累过程，即劳动者素质、国家的现代化水平和人们生活质量不断得到提高，精神文明和物质文明不断获得进步。
        通常人们习惯用信息产业部门所制造的收入在国民生产总值中所占的比重和信息从业者占就业人口的比例作为衡量社会信息化程度的指标。粗略认为两者均超过50%以上，其社会已进入信息社会。
 
       质量控制
        质量控制是监督并记录质量活动执行结果，以便评估绩效，并推荐必要的变更过程，其主要作用包括：
        .识别过程低效或产品质量低劣的原因，建议并采取相应措施消除这些原因。
        .确认项目的可交付成果及工作满足主要干系人的既定需求，足以进行最终验收。
               输入
                      项目管理计划
                      项目管理计划中包含质量管理计划，用于控制质量。质量管理计划描述将如何在项目中开展质量控制。
                      质量测量指标
                      质量测量指标描述了项目或产品属性及其测量方式。质量测量指标的例子包括功能点、平均故障间隔时间（MTBF）和平均修复时间（MTTR）。
                      质量核对单
                      质量核对单是结构化清单，有助于核实项目工作及其可交付成果是否满足一系列要求。
                      工作绩效数据
                      工作绩效数据包括实际技术性能（与计划比较）、实际进度绩效（与计划比较）和实际成本绩效（与计划比较）。
                      批准的变更请求
                      实施整体变更控制过程中批准的变更请求，可包括各种修正，如缺陷补救、修订的工作方法和修订的进度计划。需要核实批准的变更是否已得到及时实施。
                      可交付成果
                      可交付成果是任何独特并可核实的产品、成果或能力，最终将成为项目所需的、确认的可交付成果。
                      项目文件
                      项目文件可能包括协议、质量审计报告和变更日志（附有纠正行动计划）、培训计划和效果评估、过程文档。
                      组织过程资产
                      可能影响质量控制过程的组织过程资产包括组织的质量标准和政策、标准化的工作指南、问题与缺陷报告程序及沟通政策。
               工具与技术
                      七种基本质量工具
                      七种基本质量工具包括因果图、流程图、核查图、帕累托图、直方图、控制图和散点图，如本章第1张图所示。
                      统计抽样
                      统抽样是指按照质量管理计划中的规定，抽取和测量样本。
                      检查
                      检查是指检验工作产品，以确定是否符合书面标准。检查的结果通常包括相关的测量数据。检查也可称为审查、同行审查、审计或巡检等。
                      审计已批准的变更请求
                      对所有已批准的变更请求进行审查，以核实它们是否已按批准的方式得到实施。
               输出
                      质量控制测量结果
                      质量控制测量结果是对质量控制活动结果的书面记录。应该以制订质量管理计划过程中所确定的格式加以记录。
                      确认的变更
                      对变更或补救过的对象进行检查，做出接受或拒绝的决定，并把决定通知干系人。被拒绝的对象可能需要返工。
                      核实的可交付成果
                      质量控制过程的一个目的就是确定可交付成果的正确性。核实的可交付成果是范围确认过程的一项输入，以便正式验收。
                      工作绩效信息
                      工作绩效信息是从各控制过程收集，并结合相关背景和跨领域关系进行整合分析而得到的绩效数据。
                      变更请求
                      如果推荐的纠正措施、预防措施或缺陷补救导致需要对项目管理计划进行变更，则应按既定的整体变更控制过程的要求，提出变更请求。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括质量管理计划和过程改进计划。
                      项目文件更新
                      可能需要更新的项目文件包括质量标准、协议、质量审计报告和变更日志（附有纠正行动计划）、培训计划和效果评估、过程文档。
                      组织过程资产更新
                      可能需要更新的组织过程资产包括完成的核对单和经验教训文档。
   题号导航      2016年上半年 信息系统监理师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
 
第3题    在手机中做本题