免费智能真题库 > 历年试卷 > 信息系统管理工程师 > 2017年上半年 信息系统管理工程师 下午试卷 案例
  第2题      
  知识点：   合同管理   合同签订   结构图   密码管理   数据备份   维护   系统维护   需求分析   招标   中标

 
【说明】
某物流公司为了有效管理公司的合同，拟在信息统一资源平台上增加合同管理软件模块。经过招标，合同管理软件开发项目由M软件公司中标，并将该项目交给李工负责设计和测试。
【需求分析】
合同管理系统主界面由系统维护、合同录入/查询、合同管理三大部分组成。
(1)系统维护模块的主要功能是：权限/密码管理、界面设置、路径设置、日志管理、数据备份/还原。
(2) 合同管理模块的主要功能是：合同类型管理、合同审阅、合同签订、合同打印。
(3)合同录入/查询模块的主要功能是：导入合同、合同起草、合同修改查询。
根据需求分析的结果，李工设计的合同管理系统功能结构图如图2-1所示。
 
问题：2.1   (9分）
请将图2-1中的空(a）~(o) 的功能补充完整，并填入答题纸问题1对应的位置上。
 
问题：2.2   (4分)
合同审阅流程图如图2-2所示，请从如下备选答案中选择合适的一项填入答题纸问题2空(a)~(h) 对应的位置上。
①合同编号有误请重输 ②重号次数超限 ③编号是否正确?
④合同是否存在问题? ⑤登记相关问题 ⑥显示合同并审阅
⑦置审阅通过标志 ⑧输入合同编号
 
问题：2.3   （2分）
李工采用白盒测试方法对某程序进行测试，该程序流程图如图2-3所示。为此，李工设计了4个测试用例①~④，测试用例如下所示：
① (X1=0，X2=3)
② (X1=1，X2=2)
③ (X1=-1，X2=2)
④ (X1=3，X2=1)
（1）为了完成语句覆盖至少需要测试用例 _________。
（2）为了完成路径覆盖至少需要测试用例 _________。
 
 
 

   知识点讲解    
   · 合同管理    · 合同签订    · 结构图    · 密码管理    · 数据备份    · 维护    · 系统维护    · 需求分析    · 招标    · 中标
 
       合同管理
        合同管理是确保卖方的绩效符合合同要求和买方按照合同条款履约的过程。对使用多个供应商的大型项目来说，合同管理的一个关键方面是管理各供货商之间的接口。
        在合同管理过程中，需要把适当的项目管理过程应用于合同关系，并把这些过程的输出整合到项目的整体管理中。如果项目有多个卖方，这种整合就经常需要在多个层次上进行，需要应用的项目管理过程包括：
        （1）指导与管理项目执行。授权卖方在适当时间开始工作。
        （2）绩效报告。监督合同范围、成本、进度和技术绩效。
        （3）质量控制。检查和验证卖方产品是否符合要求。
        （4）整体变更控制。确保合理审批变更以及相关人员了解变更情况。
        （5）风险监控。确保风险能规避或减轻。
        合同管理中还有财务管理部分，用以监督对卖方的付款。这可确保合同中明确的支付条件得以遵循，并按合同规定确保卖方所得的款项与实际工作进度相适应。
        合同管理还包括按照合同的终止条款管理合同工作的提前终止（无论是有因终止、无因终止还是违约终止）。在合同收尾之前，可通过双方的共同协商，按照合同变更控制条款对合同进行修订。这种修订并不总是有利于买卖双方。
        输入
        1．合同
        2．合同管理计划
        3．选定的卖方
        4．批准的变更申请
        5．绩效报告
        与卖方绩效相关的文件包括：
        .按照合同规定，由卖方编制的技术文件和其他文件。
        .卖方绩效报告。
        6．工作绩效信息
        需要在项目执行过程中收集工作绩效信息，包括满足质量标准的程度，已发生或已承诺的成本，以及已经付讫的卖方发票等。
        工具与技术
        1．合同变更控制系统
        合同变更控制系统规定了修改合同的流程。它包括文书工作、跟踪系统、争议解决程序，以及各种变更所需的审批层次。合同变更控制系统应当与整体变更控制系统整合起来。
        2．买方主持的绩效评审
        采购绩效评审是一种结构化的审查，旨在依据合同来评审卖方在规定的成本和进度内完成项目范围和达到质量要求的情况。它可以包括买方开展的检查，对卖方所编相关文件的评审，以及在卖方实施工作期间进行的质量审计。这些评审可能是项目状态评审的一个部分，在项目状态评审时，通常要考虑关键供应商的绩效情况。
        3．检查和审计
        在项目执行过程中，应该根据合同规定，由买方开展相关的检查和审计，卖方应对此提供支持。如果合同条款允许，审计团队中可以包含买方的采购人员。
        4．绩效报告
        绩效报告向管理层提供卖方如何有效地达到合同目标的信息。
        5．支付系统
        首先由项目团队中有相应权利的成员证明卖方已经符合要求地完成了相关工作，然后通过买方的应付账款系统向卖方进行支付。所有支付都必须严格按照合同条款进行并加以记录。
        6．索赔管理
        如果买卖双方不能就变更补偿达成一致意见，那么请求的变更就成为有争议的变更，也称为索赔、争议或诉求。在整个合同生命期中，通常应按合同规定对索赔进行记录、处理、监督和管理。谈判是解决所有索赔和争议的首选方法。
        7．记录管理系统
        项目经理采用记录管理系统来管理合同、采购文件和相关记录。记录管理系统是包含一套特定的流程、相关的控制功能，以及作为项目管理信息系统一部分的自动化工具。该系统中包含可检索的合同文件和往来函件档案。
        输出
        1．合同文件
        合同文件包括但不限于合同本身、所有支持合同的进度计划、未批准和批准的合同变更、卖方形成的技术文档和其他工作执行信息。
        2．组织过程资产（更新）
        可能需要更新的组织过程资产包括：
        .往来函件
        .支付计划和请求
        .卖方绩效评估文件
        3．项目管理计划（更新）
        项目管理计划中可能需要更新的内容包括：
        .采购管理计划
        .合同管理计划
        .进度基准
        4．变更申请
        5．建议的纠正措施
 
       合同签订
        招标人和中标人应当签订书面合同，合同的标的、价款、质量、履行期限等主要条款应当与招标文件和中标人的投标文件的内容一致。招标人和中标人不得再行订立背离合同实质性内容的其他协议。
        对于系统集成类的技术合同，一般应包括：项目名称；标的内容、范围和要求；履行的计划、进度、期限、地点、地域和方式；技术文档和资料的保密；风险责任的承诺；技术成果的归属和收益的分成方法；验收标准和方法；价款、报酬或使用费及支出方式；违约金或损失赔偿方法；解决争议的方法；名词术语的解释等。
        如果中标人不同意按照招标文件规定的条件或条款按时进行签约，招标人有权更换中标人，从中标候选人中选择中标人与其签约。
 
       结构图
        结构化设计方法中使用结构图来描述系统的体系结构，指出一个系统由哪些模块组成，以及模块之间的调用关系。结构图的基本成分有：模块、调用和数据。
               模块
               在结构化设计中，模块指具有一定功能并可以用模块名调用的一组程序语句，如函数、子程序等，它们是组成程序的基本单元。
               一个模块具有外部特征和内部特征。模块的外部特征包括：模块的接口（模块名、输入／输出参数、返回值等）和模块功能。模块的内部特征包括：模块的内部数据和完成其功能的程序代码。
               在结构图中，模块用矩形表示，并用名字标识该模块，名字应体现该模块的功能。
               调用
               结构图中模块之间的调用关系用从一个模块指向另一个模块的箭头来表示，其含义是前者调用了后者。
               数据
               模块间还经常用带注释的短箭头表示模块调用过程中来回传递的信息。箭头尾部带空心圆的表示传递的是数据，带实心圆的表示传递的是控制信息，如下图所示。
               
               模块间的数据传递
               可以在结构图上添加一些辅助符号进一步描述模块间的调用关系。如果一个模块是否调用一个从属模块决定于调用模块内部的判断条件，则该调用模块间的判断调用采用菱形符号表示；如果一个模块通过其内部循环的功能来循环调用一个或多个从属模块，则该调用称为循环调用，用弧形箭头表示。判断调用和循环调用的表示方法如下图所示。
               
               模块调用示例
               结构图的形态特征
               .深度。指结构图控制的层次，也就是模块的层数。
               .宽度。指一层中最大的模块个数。
               .扇出。指一个模块的直接下属模块的个数。
               .扇入。指一个模块的直接上属模块的个数。
 
       密码管理
        密码系统的安全性依赖于密码管理。密码管理主要可以分成三个方面的内容，即密钥管理、密码管理政策、密码测评。
               密钥管理
               密钥管理主要围绕密钥的生命周期进行，包括密钥生成、密钥存储、密钥分发、密钥使用、密钥更新、密钥撤销、密钥备份、密钥恢复、密钥销毁、密钥审计。
               （1）密钥生成。密钥应由密码相关产品或工具按照一定标准产生，通常包括密码算法选择、密钥长度等。密钥生成时要同步记录密钥的关联信息，如拥有者、密钥使用起始时间、密钥使用终止时间等。
               （2）密钥存储。一般来说密钥不应以明文方式存储保管，应采取严格的安全防护措施，防止密钥被非授权的访问或篡改。
               （3）密钥分发。密钥分发工作是指通过安全通道，把密钥安全地传递给相关接收者，防止密钥遭受截取、篡改、假冒等攻击，保证密钥机密性、完整性以及分发者、接收者身份的真实性。目前，密钥分发的方式主要有人工、自动化和半自动化。其中，自动化主要通过密钥交换协议进行。
               （4）密钥使用。密钥使用要根据不同的用途而选择正确的使用方式。密钥使用和密码产品保持一致性，密码算法、密钥长度、密码产品都要符合相关管理政策，即安全合规。使用密钥前，要验证密钥的有效性，如公钥证书是否有效。密钥使用过程中要防止密钥的泄露和替换，按照密钥安全策略及时更换密钥。建立密钥应急响应处理机制，以应对突发事件，如密钥丢失事件、密钥泄密事件、密钥算法缺陷公布等。
               （5）密钥更新。当密钥超过使用期限、密钥信息泄露、密码算法存在安全缺陷等情况发生时，相关密钥应根据相应的安全策略进行更新操作，以保障密码系统的有效性。
               （6）密钥撤销。当密钥到期、密钥长度增强或密码安全应急事件出现的时候，则需要进行撤销密钥，更换密码系统参数。撤销后的密钥一般不重复使用，以免密码系统的安全性受到损害。
               （7）密钥备份。密钥备份应按照密钥安全策略，采用安全可靠的密钥备份机制对密钥进行备份。备份的密钥与密钥存储要求一致，其安全措施要求保障备份的密钥的机密性、完整性、可用性。
               （8）密钥恢复。密钥恢复是在密钥丢失或损毁的情形下，通过密钥备份机制，能够恢复密码系统的正常运行。
               （9）密钥销毁。根据密钥管理策略，可以对密钥进行销毁。一般来说销毁过程应不可逆，无法从销毁结果中恢复原密钥。特殊的情况下，密钥管理支持用户密钥恢复和司法密钥恢复。
               （10）密钥审计。密钥审计是对密钥生命周期的相关活动进行记录，以确保密钥安全合规，违规情况可查可追溯。
               密码管理政策
               密码管理政策是指国家对密码进行管理的有关法律政策文件、标准规范、安全质量测评等。目前，国家已经颁布了《商用密码管理条例》，内容主要有商用密码的科研生产管理、销售管理、使用管理、安全保密管理。《中华人民共和国密码法》也已颁布实施，相关工作正在推进。《中华人民共和国密码法》明确规定，密码分为核心密码、普通密码和商用密码，实行分类管理。核心密码、普通密码用于保护国家秘密信息，属于国家秘密，由密码管理部门依法实行严格统一管理。商用密码用于保护不属于国家秘密的信息，公民、法人和其他组织均可依法使用商用密码保护网络与信息安全。
               为规范商用密码产品的设计、实现和应用，国家密码管理局发布了一系列密码行业标准，主要有《电子政务电子认证服务管理办法》《电子政务电子认证服务业务规则规范》《密码模块安全检测要求》《安全数据库产品密码检测准则》《安全隔离与信息交换产品密码检测指南》《安全操作系统产品密码检测准则》《防火墙产品密码检测准则》等。
               密码测评
               密码测评是指对相关密码产品及系统进行安全性、合规性评估，以确保相关对象的密码安全有效，保障密码系统的安全运行。目前，国家设立了商用密码检测中心，其主要职责包括：商用密码产品密码检测、信息安全产品认证密码检测、含有密码技术的产品密码检测、信息安全等级保护商用密码测评、商用密码行政执法密码鉴定、国家电子认证根CA建设和运行维护、密码技术服务、商用密码检测标准规范制订等。
 
       数据备份
        备份（转储）是指DBA定期地将整个数据库复制到磁带或另一个磁盘上保存起来的过程。这些备用的数据文本称为后备副本（后援副本）。当数据库遭到破坏后就可以利用后备副本把数据库恢复，这时，数据库只能恢复到备份时的状态，从那以后的所有更新事务必须重新运行才能恢复到故障时的状态。
        备份可分为静态备份（冷备份）和动态备份（热备份）。静态备份是指备份期间不允许（或不存在）对数据库进行任何存取、修改活动。静态备份简单，但备份必须等待用户事务结束才能进行，同样，新的事务必须等待备份结束才能执行。显然，这会降低数据库的可用性；动态备份是指备份期间允许对数据库进行存取或修改，即备份和用户事务可以并发执行。动态备份可克服静态备份的缺点，但是，备份结束时后援副本上的数据并不能保证正确有效。
        备份还可以分为海量备份和增量备份。海量备份是指每次备份全部数据库。增量备份则指每次只备份上次备份后更新过的数据。如果数据库很大，事务处理又十分频繁，则增量备份方式是很有效的。
 
       维护
        维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。
 
       系统维护
               软件项目后续工作
               软件项目验收结束之后，包含下列后续工作：
               .软件bug的修改：对于移交后的软件系统，如果出现bug将采用双方约定的方式进行处理。例如在免费的维护期限内，大多数bug是免费处理的，但如果在免费的维护期限之外发生问题，双方还需要就bug处理方式及相关费用做出约定。
               .软件升级：在软件维护期限内，应该由客户和服务方根据客户业务需求的具体特点、软件升级的难易程度、软件升级的费用和期限，以及软件升级可能带来的相关影响等进行全面评价，然后再做出是否升级的结论。
               .后续技术支持：软件系统的技术支持工作是软件维护工作的主要内容，对于技术支持工作的内容应该在软件维护服务合同中予以规定。
               系统集成项目后续工作
               系统集成项目验收结束之后，包含下列后续工作：
               .信息系统日常维护工作：偏硬件的系统集成项目的日常维护工作表现出一定的复杂性，例如可能涉及很多不同的供货商和设备厂商。在信息系统的维护服务期内，很难确保所有的设备提供商还能够给予充分的支持和合作，经常出现某些设备厂商不再供货或者不再提供支持服务等情形。因此，系统集成商应该在项目维护期限内考虑如何确保第三方技术支持的连续性，例如如何为某些重点设备选用备用的厂商或者服务方。
               .硬件产品更新：大部分情形下，硬件产品不同于软件产品的升级，大多数信息系统正常运行后三五年内一般不会更换主要的硬件产品。如果要对硬件进行必要的更新，可由客户和服务方共同制定硬件产品的升级方案，然后共同实施。
               .满足信息系统的新需求：对于信息系统的服务方而言，其在维护阶段的重点工作之一是收集和识别客户对于信息系统新的要求和建议。信息系统的服务商通过对这些来自客户的要求和建议进行认真梳理和分析后，可以为客户提供相应的信息系统开发建设方面的项目建议书。
 
       需求分析
        需求分析的方法种类繁多，不过如果按照分解的方式不同，可以很容易地划分出几种大类型：
        （1）结构化分析方法。本节后续内容将详细讨论SA的内容。
        （2）面向对象分析方法。将在10.3节中进行详细介绍。
        （3）面向问题域的分析（Problem Domain Oriented Analysis, PDOA）方法。PDOA更多地强调描述，而少强调建模。它的描述大致分为关注问题域和关注解系统的待求行为这两个方面。问题框架是PDOA的核心元素，是将问题域建模成为一系列相互关联的子域。也可以把问题框架看作是开发上下文图，但不同的是上下文图的建模对象是针对解系统，而问题框架则是针对问题域。也就是说，问题框架的目标就是大量地捕获更多有关问题域的信息。PDOA方法现在还在研究阶段，并未广泛应用。
               业务流程分析
               业务流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系和每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。
               业务流程分析的步骤如下：
               （1）通过调查掌握基本情况。
               （2）描述现有业务流程（绘制业务流程图）。
               （3）确认现有业务流程。
               （4）对业务流程进行分析。
               （5）发现问题，提出解决方案。
               （6）提出优化后的业务流程。
               在业务流程图中使用的基本符号如下图所示。
               数据流图
               DFD是结构化分析中的重要方法和工具，是表达系统内数据的流动并通过数据流描述系统功能的一种方法。DFD还可被认为是一个系统模型，在信息系统开发中，一般将它作为需求说明书的组成部分。
               
               业务流程图符号
               DFD从数据传递和加工的角度，利用图形符号通过逐层细分地描述系统内各个部件的功能和数据在它们之间传递的情况，来说明系统所完成的功能。具体来说，DFD的主要作用如下：
               （1）DFD是理解和表达用户需求的工具，是系统分析的手段。由于DFD简明易懂，理解它不需要任何计算机专业知识，因此通过它同客户交流很方便。
               （2）DFD概括地描述了系统的内部逻辑过程，是系统分析结果的表达工具，因而也是系统设计的重要参考资料，是系统设计的起点。
               （3）DFD作为一个存档的文字材料，是进一步修改和充实开发计划的依据。
               在DFD中，通常会出现4种基本符号，分别是数据流、加工、数据存储和外部实体（数据源及数据终点）。数据流是具有名字和流向的数据，在DFD中用标有名字的箭头表示。加工是对数据流的变换，一般用圆圈表示。数据存储是可访问的存储信息，一般用直线段表示。外部实体是位于被建模的系统之外的信息生产者或消费者，是不能由计算机处理的成分，它们分别表明数据处理过程的数据来源及数据去向，用标有名字的方框表示。下图是一个典型的DFD示例。
               
               办理取款手续的DFD
               为了表达数据处理过程中的数据加工情况，用一个DFD是不够的。稍微复杂的实际问题，在DFD中常常出现十几个甚至几十个加工。这样的DFD看起来很不清楚。层次结构的DFD能很好地解决这一问题。按照系统的层次结构进行逐步分解，并以分层的DFD反映这种结构关系，能清楚地表达整个系统。
               下图给出分层DFD的示例。数据处理S包括3个子系统1、2、3。顶层下面的第一层DFD为DFD/L1，第二层的DFD/L2.1、DFD/L2.2及DFD/L2.3分别是子系统1、2和3的细化。对任何一层数据流图来说，它的上层图称为父图，在它下一层的图则称为子图。
               
               分层数据流图
               概括地说，画DFD的基本步骤，就是“自顶向下，逐层分解”。检查和修改的原则如下：
               （1）DFD中的所有图形符号只限于前述4种基本图形元素。
               （2）顶层DFD必须包括前述4种基本元素，缺一不可。
               （3）顶层DFD中的数据流必须封闭在外部实体之间。
               （4）每个加工至少有一个输入数据流和一个输出数据流。
               （5）在DFD中，需按层给加工框编号。编号表明了该加工处在哪一层，以及上下层的父图与子图的对应关系。
               （6）规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡。
               （7）可以在DFD中加入物质流，帮助用户理解DFD。
               （8）图上每个元素都必须有名字。
               （9）DFD中不可夹带控制流。
               数据字典
               数据字典是关于数据的信息的集合，也就是对DFD中包含的所有元素的定义的集合。DFD和数据字典共同构成系统的逻辑模型。没有DFD，数据字典难以发挥作用；没有数据字典，DFD就不严格。只有把DFD和对DFD中每个元素的精确定义放在一起，才能共同构成系统的规格说明。
               数据字典的设计包括：数据流设计、数据元素字典设计、数据处理字典设计、数据结构字典设计和数据存储设计。这些设计涵盖了数据的采集和范围的确定等信息。在数据字典的每一个词条中应包含以下信息：名称、别名或编号、分类、描述、何处使用。
               对加工的描述是数据字典的组成内容之一，常用的加工描述方法有结构化语言、判定树及判定表。
               （1）结构化语言：介于自然语言和形式语言之间的一种半形式语言，在自然语言基础之上加了一些限度，使用有限的词汇和有限的语句来描述加工逻辑。结构化语言是受结构化程序设计思想启发而扩展出来的。结构化程序设计只允许3种基本结构。结构化语言也只允许3种基本语句，即简单的祈使语句、判断语句和循环语句。与程序设计语言的差别在于结构化语言没有严格的语法规定，与自然语言的不同在于它只有极其有限的词汇和语句。结构化语言使用3类词汇：祈使句中的动词、数据字典中定义的名词及某些逻辑表达式中的保留字。
               （2）判定树：若一个动作的执行不只依赖一个条件，而与多个条件有关，那么这项策略的表达就比较复杂。如果用结构化语言的判断语句，就有多重嵌套，层次一多，可读性就会下降。用判定树来表示，可以更直观一些。
               （3）判定表：一些条件较多、在每个条件下取值也较多的判定问题，可以用判定表表示。判定表能清晰地表达复杂的条件组合与应做动作之间的对应关系，判定表的优点是能够简洁、无二义性地描述所有的处理规则。但判定表表示的是静态逻辑，是在某种条件取值组合情况下可能的结果，它不能表达加工的顺序，也不能表达循环结构，因此判定表不能成为一种通用的设计工具。
 
       招标
        下列工程建设项目包括项目的勘察、设计、施工、监理，以及与工程建设有关的重要设备、材料等的采购，因此必须进行招标。
        （1）大型基础设施、公用事业等关系社会公共利益、公众安全的项目。
        （2）全部或部分使用国有资金投资或者国家融资的项目。
        （3）使用国际组织或者外国政府贷款、援助资金的项目。
        任何单位和个人不得将依法必须进行招标的项目化整为零或者以其他任何方式规避招标。招标投标活动应当遵循公开、公平、公正和诚实信用的原则。必须进行招标的项目，其招标投标活动不受地区或者部门的限制。任何单位和个人不得违法限制或者排斥本地区、本系统以外的法人或其他组织参加投标，不得以任何方式非法干涉招标投标活动。
        招标分为公开招标和邀请招标。公开招标是指招标人以招标公告的方式邀请不特定的法人或者其他组织投标。邀请招标是指招标人以投标邀请书的方式邀请特定的法人或者其他组织投标。国务院发展计划部门确定的国家重点项目和省、自治区、直辖市人民政府确定的地方重点项目不适宜公开招标的，经国务院发展计划部门或者省、自治区、直辖市人民政府批准，可以进行邀请招标。
               招标代理机构
               招标人有权自行选择招标代理机构，委托其办理招标事宜。任何单位和个人不得以任何方式为招标人指定招标代理机构。招标人具有编制招标文件和组织评标能力的，可以自行办理招标事宜。任何单位和个人不得强制其委托招标代理机构办理招标事宜。依法必须进行招标的项目，招标人自行办理招标事宜的，应当向有关行政监督部门备案。
               招标代理机构是依法设立、从事招标代理业务并提供相关服务的社会中介组织。招标代理机构应当具备下列条件。
               （1）有从事招标代理业务的营业场所和相应资金。
               （2）有能够编制招标文件和组织评标的相应专业力量。
               （3）有符合规定条件，可以作为评标委员会成员人选的技术、经济等方面的专家库。
               从事工程建设项目招标代理业务的招标代理机构，其资格由国务院或者省、自治区、直辖市人民政府的建设行政主管部门认定。具体办法由国务院建设行政主管部门会同国务院有关部门制定。从事其他招标代理业务的招标代理机构，其资格认定的主管部门由国务院规定。
               招标代理机构与行政机关和其他国家机关不得存在隶属关系或者其他利益关系。招标代理机构应当在招标人委托的范围内办理招标事宜。
               招标公告
               招标人采用公开招标方式的，应当发布招标公告。依法必须进行招标的项目的招标公告，应当通过国家指定的报刊、信息网络或者其他媒介发布。招标公告应当载明招标人的名称和地址、招标项目的性质、数量、实施地点和时间，以及获取招标文件的办法等事项。
               招标人采用邀请招标方式的，应当向3个以上具备承担招标项目的能力、资信良好的特定法人或者其他组织发出投标邀请书。投标邀请书应当载明的事项与招标公告相同。
               招标人可以根据招标项目本身的要求，在招标公告或者投标邀请书中要求潜在投标人提供有关资质证明文件和业绩情况，并对潜在投标人进行资格审查。国家对投标人的资格条件有规定的，依照其规定。招标人不得以不合理的条件限制或者排斥潜在投标人，不得对潜在投标人给予歧视待遇。
               招标文件
               招标人应当根据招标项目的特点和需要编制招标文件。招标文件应当包括招标项目的技术要求、对投标人资格审查的标准、投标报价要求和评标标准等所有实质性要求和条件，以及拟签订合同的主要条款。
               国家对招标项目的技术、标准有规定的，招标人应当按照其规定在招标文件中提出相应要求。招标项目需要划分标段、确定工期的，招标人应当合理划分标段、确定工期，并在招标文件中载明。招标文件不得要求或者标明特定的生产供应以及含有倾向或者排斥潜在投标人的其他内容。
               招标人根据招标项目的具体情况，可以组织潜在投标人踏勘项目现场。招标人不得向他人透露已获取招标文件的潜在投标人的名称、数量，以及可能影响公平竞争的有关招标投标的其他情况。招标人设有标底的，标底必须保密。
               招标人对已发出的招标文件进行必要的澄清或者修改的，应当在招标文件要求提交投标文件截止时间至少15日前，以书面形式通知所有招标文件收受人。该澄清或者修改的内容为招标文件的组成部分。
               招标人应当确定投标人编制投标文件所需要的合理时间。但是，依法必须进行招标的项目，自招标文件开始发出之日起至投标人提交投标文件截止之日止，最短不得少于20日。
 
       中标
        中标人的投标应当符合下列条件之一：
        （1）能够最大限度地满足招标文件中规定的各项综合评价标准。
        （2）能够满足招标文件的实质性要求，并且经评审的投标价格最低。但是投标价格低于成本的除外。
        评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标。依法必须进行招标的项目的所有投标被否决的，招标人应当重新招标。
        在确定中标人前，招标人不得与投标人就投标价格、投标方案等实质性内容进行谈判。评标委员会成员应当客观、公正地履行职务，遵守职业道德，对所提出的评审意见承担个人责任。评标委员会成员不得私下接触投标人，不得收受投标人的财物或其他好处。评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况，以及与评标有关的其他情况。
        中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。中标通知书对招标人和中标人具有法律效力。中标通知书发出后，招标人改变中标结果的，或者中标人放弃中标项目的，应当依法承担法律责任。招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标人的投标文件订立书面合同。招标人和中标人不得再行订立背离合同实质性内容的其他协议。招标文件要求中标人提交履约保证金的，中标人应当提交。
        依法必须进行招标的项目，招标人应当自确定中标人之日起15日内，向有关行政监督部门提交招标投标情况的书面报告。
   题号导航      2017年上半年 信息系统管理工程师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
 
第2题    在手机中做本题