免费智能真题库 > 历年试卷 > 信息系统监理师 > 2021年下半年 信息系统监理师 下午试卷 案例
  第1题      
  知识点：   监理单位   建设单位   配置审核   验收测试   验收委员会   APP   互联网+   结论   开发环境   审核   系统工程   系统开发环境   信息系统工程

 
【说明】
为推进“互联网+政务”工作，高效便捷地服务全国各类企业及公众，国家某部拟开发一套移动端APP，动态实时推送企业信息，方便公众快速了解。
建设单位将本信息系统工程的开发及上线交给系统集成公司A，委托监理单位B监理全部建设过程，并分别签订了建设合同及监理合同。项目于2021年10月建成，组织了竣工验收工作。
[事件1]项目批复概算总投资为4300万，验收时尚有部分设备节余、部分款项待收付。B单位汇总编制了项目竣工结算系列报表，竣工结算金额为5000万。
[事件2]验收委员会由7人组成，包括建设单位代表、A单位代表、B单位代表以及邀请的技术专家，并成立工验收测试组和配置审核组进行验收前的检查工作。验收委员会对验收环境进行了审定，确认与系统开发环境相一致，且被验收软件符合需求规格说明书的要求，认为这两项符合验收条件。验收测试组结合原有测试结论，根据建设单位的要求增加了系统资源占用率的测试，验收测试中发现一些bug，但并未超过建设单位的限定值，于是验收测试组批准项目通过验收。
 
问题：1.1   (3分)
根据系统描述，请判断本项目是否应当实施监理?并请说明判断的理由。
 
问题：1.2   (7分)
(1)针对事件1，请问B单位的做法是否正确?为什么?
(2)请指出本项目的项目竣工结算系列报表应包括哪些报表。
 
问题：1.3   (5分)
针对事件2，请指出各方的做法存在哪些错误并说明原因。
 
 
 

   知识点讲解    
   · 监理单位    · 建设单位    · 配置审核    · 验收测试    · 验收委员会    · APP    · 互联网+    · 结论    · 开发环境    · 审核    · 系统工程    · 系统开发环境    · 信息系统工程
 
       监理单位
        项目监理方服务于信息系统建设合同的建设方与承建方。接受建设方委托后，监理方作为工程承包合同的监督者，所执行的原则是使工程承包合同成为“平等条约”；作为工程承包合同管理和工程款支付的签认者，所执行的原则是等价交换。因此监理方是为双方的利益服务的，而不仅仅为委托方服务。
        根据工程监理的深入程度不同，信息系统工程监理可分为如下三种。
        （1）咨询式监理。只解答用户方就企业信息化过程中提出的问题，其性质类似于业务咨询或方案咨询。这种方式费用最少，监理方的责任最轻，适合于对信息化有较好把握，并且技术力量较强的用户方采用。
        （2）里程碑式监理。将信息系统的建设划分为若干个阶段，在每一个阶段结束都设置一个里程碑，在里程碑到来时通知监理方进行审查或测试。一般来讲，这种方式比咨询式监理的费用要多，监理方也要承担一定的责任。不过，里程碑的确定需要承建方的参与，或者说监理合同的确立需要开发方的参与，否则就会因对里程碑的界定不同而引起纠纷。
        （3）全程式监理。一种复杂的监理方式，不但要求对系统建设过程中的里程碑进行审查，还应该派相应人员全程跟踪并收集系统开发过程中的信息，不断评估承建方的开发质量和效果。这种方式费用最高，监理方的责任也最大，适合于那些对信息系统的开发不太了解且技术力量偏弱的用户采用。
        监理单位的主要作用如下。
        （1）信息系统工程监理可以帮助建设单位更合理地保证工程的质量、进度和投资，并合理且客观地处理好它们之间的关系。监理由独立的第三方依据相关技术标准来对工程建设进行监督，这样对信息系统工程的建设质量更能起到保驾护航的作用。在项目建设全过程中，监理单位要依据国家有关法律和相关技术标准，遵循守法、公平、公正、独立的原则，对信息系统建设的过程进行监督和控制。即在确保质量、安全和有效性的前提下，合理安排进度和投资。监理单位要帮助建设单位对工程有关方面控制进行再控制，对承建单位项目控制过程进行监督管理。
        （2）在信息系统工程建设中，建设单位和承建单位有许多问题存在争议，双方都希望由第三方在工程的立项、设计、实施、验收及维护等各个阶段的效果都给予公正、恰当且权威的评价，这就需要监理单位来协调和保障这些工作的顺利进行。
        （3）由于建设单位在信息技术等相关领域普遍存在缺乏人才和经验不足的问题，实践证明建设单位自行管理对于提高项目投资的效益和建设水平是无益的。通过第三方的专业服务，帮助建设单位对项目实施控制，并对建设单位和承建单位都做出约束，是监理作用一个重要体现。
 
       建设单位
        建设方是建设项目的主要投资者，有时也是项目的最终使用者，是在工程建设阶段的全权代表，建设项目的经济效益，如投资额度、工程质量、投入使用时间和使用寿命直接关系着建设方的切身利益。虽然承建方、监理方与建设方是平等的市场主体，但由于建设方是投资方，掌握着项目的最终资源——决定了其他方为从属地位，所以说建设方对工程项目管理起着主导性作用。建设方加强和改善对项目的管理是从根本上实现项目按质如期完成的最有效的途径之一。
        作为项目管理集体中的主要负责人，建设方的作用是阐明本项目的目标并确认各项工作的轻重缓急，组织协调参与各方为此目标而通力合作，在管理决策过程中做出决策。但在某些具体的项目管理事务中，建设方并不总是处于主要负责人的地位，还要作为裁判、支持者、服务员及督促员的角色。
 
       配置审核
        配置审核的主要作用是作为变更控制的补充手段来确保某一变更需求已被切实实现。在某些情况下，它被作为正式的技术复审的一部分，但当软件配置管理是一个正式的活动时，该活动由SQA人员单独执行。
 
       验收测试
        验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求的那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统了，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能是否如同用户所合理期待的那样。
        验收测试的结果有两种可能：一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。
               验收测试的常用策略
               验收测试通常可以分为正式验收和非正式验收，具体选择的策略通常建立在合同需求、组织和公司标准，以及应用领域的基础上。
                      正式验收测试
                      正式验收测试是一项管理严格的过程，它通常是系统测试的延续。计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集。不要偏离所选择的测试用例方向，这一点很重要。在很多组织中，正式验收测试是完全自动执行的。
                      在某些组织中，开发组织（或其独立的测试小组）与最终用户组织的代表一起执行验收测试。在其他组织中，验收测试则完全由最终用户组织执行，或者由最终用户组织选择人员组成一个客观公正的小组来执行。这种测试形式的优点是：
                      .要测试的功能和特性都是已知的。
                      .测试的细节是已知的，并且可以对其进行评测。
                      .这种测试可以自动执行，支持回归测试。
                      .可以对测试过程进行评测和监测。
                      .可接受性标准是已知的。
                      缺点包括：
                      .要求大量的资源和计划。
                      .这些测试可能是系统测试的再次实施。
                      .可能无法发现软件中由于主观原因造成的缺陷，这是因为只查找了预期要发现的缺陷。
                      非正式验收测试
                      在非正式验收测试中，执行测试过程的限定不像正式验收测试中那样严格。在此测试中，确定并记录要研究的功能和业务任务，但没有可以遵循的特定测试用例。测试内容由各测试员决定。这种验收测试方法不像正式验收测试那样组织有序，而且更为主观。
                      大多数情况下，非正式验收测试是由最终用户组织执行的。这种测试形式的优点是：
                      .要测试的功能和特性都是已知的。
                      .可以对测试过程进行评测和监测。
                      .可接受性标准是已知的。
                      .与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。
                      缺点包括：
                      .要求资源、计划和管理资源。
                      .无法控制所使用的测试用例。
                      .最终用户可能沿用系统工作的方式，并可能无法发现缺陷。
                      .最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。
                      .用于验收测试的资源不受项目的控制，并且可能受到压缩。
               验收测试的条件
               在真正进行用户验收测试之前，一般应该已经完成了以下工作（也可以根据实际情况有选择地采用或增加）。
               （1）软件开发已经完成，并全部解决了已知的软件缺陷。
               （2）验收测试计划已经过评审和批准，并且置于文档控制之下。
               （3）对软件需求说明书的审查已经完成。
               （4）对概要设计及详细设计的审查已经完成。
               （5）对所有关键模块的代码审查已经完成。
               （6）对单元、集成、系统测试计划和报告的审查已经完成。
               （7）所有的测试脚本已完成，并至少执行过一次，且通过评审。
               （8）使用配置管理工具且代码置于配置控制之下。
               （9）软件问题处理流程已经就绪。
               （10）已经制定、评审并批准验收测试完成标准。
               验收测试的过程
               （1）软件需求分析：了解软件功能和性能要求、软硬件环境要求等，并特别要了解软件的质量要求和验收要求。
               （2）编制《验收测试计划》和《项目验收准则》：根据软件需求和验收要求编制测试计划，制定需测试的测试项，制定测试策略及验收通过准则，并制订出经过客户参与评审的计划。
               （3）测试设计和测试用例设计：根据《验收测试计划》和《项目验收准则》编制测试用例，并经过评审。
               （4）测试环境搭建：，建立测试的硬件环境和软件环境等（可在委托客户提供的环境中进行测试）。
               （5）测试实施：测试并记录测试结果。
               （6）测试结果分析：根据验收通过准则分析测试结果，做出验收是否通过的决定，给出测试评价。
               （7）测试报告：根据测试结果编制缺陷报告和验收测试报告，并提交给客户。
               软件配置审核
               软件配置审核包括审查和审核。
               审查是指审查可执行程序、源程序、配置脚本、测试程序或脚本、主要的开发类文档和主要的管理类文档。
               通常，正式的审核过程分为5个步骤，即计划、预备会议（可选）、准备阶段、审核会议和问题追踪。预备会议是指对审核内容进行介绍并讨论。准备阶段就是各责任人事先审核并记录发现的问题。审核会议是指最终确定工作产品中包含的错误和缺陷。
               审核要达到的基本目标是根据共同制定的审核表，尽可能地发现被审核内容中存在的问题，并最终得到解决。在根据相应的审核表进行文档审核和源代码审核时，还要注意文档与源代码的一致性。
               在实际的验收测试执行过程中，常常会发现文档审核是最难的工作，一方面，由于市场需求等方面的压力使这项工作常常被弱化或推迟，造成持续时间变长，加大文档审核的难度；另一方面，文档审核中不易把握的地方非常多，每个项目都有一些特别的地方，而且也很难找到可用的参考资料。
               对软件需求说明书的审查，可以从清晰性、完整性、依从性、一致性、可行性和可管理性等几个方面考虑。对软件设计说明书（详细设计说明书、概要设计说明书）的审查，可以从清晰性、完整性、依从性、一致性、可行性、数据使用性、功能性、接口、可维护性、性能、可靠性、易测性和可追溯性等方面考虑。对测试计划（单元测试计划、集成测试计划、确认测试计划、系统测试计划）的审查，可以从完整性、依从性、一致性、正确性、详细级别／程度、易测性／可行性和可追溯性等方面考虑。对软件编码规范的审查，可以考虑源程序文档化、数据说明、输入输出等方面，评审的目的是为了使程序具有良好的风格，便于阅读。
               可执行程序的测试
               在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核都顺利完成后，就可以进行验收测试的最后一个步骤——可执行程序的测试了，包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量5个部分。
               不能直接使用开发方提供的可执行程序用于测试，而要按照开发方提供的编译步骤，从源代码重新生成可执行程序。
               验收测试的内容
               具体的测试内容通常可以包括安装（升级）、启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）及可靠性测试等。
               如果执行了所有的测试案例、测试程序或脚本，用户验收测试中发现的所有软件问题也都已解决，而且所有的软件配置均已更新和审核，可以反映出软件在用户验收测试中所发生的变化，用户验收测试就完成了。
 
       验收委员会
        在信息应用系统验收阶段，验收委员会人数为不少于5人的单数，验收委员会的任务及其权限如下。
        （1）判定所验收的软件是否符合合同要求。
        （2）审定验收环境。
        （3）审定验收测试计划。
        （4）组织验收测试和配置审核，进行验收评审，并形成验收报告。
 
       APP
        （1）APP的定义。APP就是应用程序Application的意思，APP营销是通过智能手机、社区、SNS等平台上运行的应用程序来开展的营销活动。
        （2）APP营销模式。APP营销的主要模式有广告植入、用户植入和购物网站植入。
        ①广告植入。APP营销常见的广告植入有三种：加载应用时段植入的广告、运行应用时穿插的广告及运行主界面中商家LOGO广告。
        ②用户植入。主要的应用类型是网站移植类和品牌应用类，企业把符合自己定位的应用发布到应用商店内，供智能手机用户下载，用户利用这种应用可以很直观地了解企业的信息。这种营销模式具有很强的实验价值，让用户了解产品，增强产品信心，提升品牌美誉度。
        ③购物网站植入。将购物网站移植到收集上，用户可以随时随地浏览网站获取商品信息，进行下单。这种模式相对于手机购物网站的优势是快速便捷、内容丰富，并且这种应用一般具有很多优惠措施。
 
       互联网+
               “互联网+”的内涵
               “互联网+”是把互联网的创新成果与经济社会各领域深度融合，推动技术进步、效率提升和组织变革，提升实体经济创新力和生产力，形成更广泛的以互联网为基础设施和创新要素的经济社会发展新形态。
               通俗来说，“互联网+”就是“互联网+各个传统行业”，但这并不是简单的两者相加，而是利用信息通信技术以及互联网平台，让互联网与传统行业进行深度融合，创造新的发展生态。
               “互联网+”行动
               2015年，国务院发布了《关于积极推进“互联网+”行动的指导意见》，主要内容包括：
                      总体思路
                      顺应世界“互联网+”发展趋势，充分发挥中国互联网的规模优势和应用优势，推动互联网由消费领域向生产领域拓展，加速提升产业发展水平，增强各行业创新能力，构筑经济社会发展新优势和新动能。坚持改革创新和市场需求导向，突出企业的主体作用，大力拓展互联网与经济社会各领域融合的广度和深度。着力深化体制机制改革，释放发展潜力和活力；着力做优存量，推动经济提质增效和转型升级；着力做大增量，培育新兴业态，打造新的增长点；着力创新政府服务模式，夯实网络发展基础，营造安全网络环境，提升公共服务水平。
                      基本原则
                      坚持开放共享、坚持融合创新、坚持变革转型、坚持引领跨越、坚持安全有序。
                      发展目标
                      到2018年，互联网与经济社会各领域的融合发展进一步深化，基于互联网的新业态成为新的经济增长动力，互联网支撑大众创业、万众创新的作用进一步增强，互联网成为提供公共服务的重要手段，网络经济与实体经济协同互动的发展格局基本形成。
                      .经济发展进一步提质增效。
                      .社会服务进一步便捷普惠。
                      .基础支撑进一步夯实提升。
                      .发展环境进一步开放包容。
                      到2025年，网络化、智能化、服务化、协同化的“互联网+”产业生态体系基本完善，“互联网+”新经济形态初步形成，“互联网+”成为经济社会创新发展的重要驱动力量。
 
       结论
        从上面的概念和例子可以看出，要进行上面的白盒测试是需要投入巨大的测试资源，包括人力、物力和时间等。但是为什么还要进行白盒测试呢？原因如下。
        . 逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。当我们设计和实现主流之外的功能、条件或控制时，错误往往开始出现在我们的工作中。日常处理往往被很好地了解（和很好地细查），而“特殊情况”的处理则难以发现。
        . 我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基础上被执行。程序的逻辑流有时是违反直觉的，这意味着我们关于控制流和数据流的一些无意识的假设，可能导致设计错误。只有路径测试才能发现这些错误。
        . 印刷上的错误是随机的。当一个程序被翻译为程序设计语言源代码时，有可能产生某些打印错误，很多将被语法检查机制发现，但是，其他的错误只有在测试开始时才会被发现。打印错误出现在主流上和出现在不明显的逻辑路径上的可能性是一样的。
 
       开发环境
        下图是一个典型的CPD环境，通常包含三个高度集成的部分：
        （1）运行在宿主机和目标机上的强有力的交叉开发工具和实用程序。
        （2）运行在目标机上的高性能、可裁剪的RTOS。
        （3）连接宿主机和目标机的多种通信方式。例如，以太网、串口线、ICE（In-Circuit Emulator，在线仿真器）、ROM仿真器等。
        宿主机提供的基本开发工具有交叉编译器、交叉链接器和源代码调试器等，作为目标机的嵌入式系统则可能提供一个动态装载器、链接装载器、监视器和一个调试代理等。在目标机和宿主机之间有一组连接，通过这组连接程序代码，映像从宿主机下载到目标机，这组连接同时也用来传输宿主机和目标机调试代理之间的信息。
        
        典型交叉平台开发环境
        目前，嵌入式系统中常用的目标文件格式是COFF（Common Object File Format）和ELF（Executable Linking Format）。另外，一些系统还需要有一些专门工具将上述格式转换成二进制代码格式才可使用。典型地，一个目标文件包含：
        （1）关于目标文件的通用信息，如文件尺寸、启动地址、代码段和数据段等具体信息。
        （2）机器体系结构特定的二进制指令和数据。
        （3）符号表和重定位表。
        （4）调试信息。
 
       审核
        依据知识库内容加入的审核标准，由资深技术人员审核内容的正确性和完整性，避免与原有的知识库内容重复或冲突，给出审核意见后提交批准加入知识库中。
 
       系统工程
        系统工程是从整体出发合理开发、设计、实施和运用系统科学的工程技术。它根据总体协调的需要，综合应用自然科学和社会科学中有关的思想、理论和方法，利用计算机作为工具，对系统的结构、元素、信息和反馈等进行分析，以达到最优规划、最优设计、最优管理和最优控制的目的。
        霍尔（A.D.Hall）于1969年提出了系统方法的三维结构体系，通常称之为霍尔三维结构，这是系统工程方法论的基础。霍尔三维结构以时间维、逻辑维、知识维组成的立体空间结构来概括地表示出系统工程的各阶段、各步骤以及所涉及的知识范围。也就是说，它将系统工程活动分为前后紧密相连的7个阶段和7个步骤，并同时考虑到为完成各阶段、各步骤所需的各种专业知识，为解决复杂的系统问题提供了一个统一的思想方法。
               逻辑维
               逻辑维是解决问题的逻辑过程。运用系统工程方法解决某一大型工程项目时，一般可分为7个步骤：
               （1）明确问题。通过系统调查，尽量全面地搜集有关的资料和数据，把问题讲清楚。
               （2）系统指标设计。选择具体的评价系统功能的指标，以利于衡量所供选择的系统方案。
               （3）系统方案综合。主要是按照问题的性质和总的功能要求，形成一组可供选择的系统方案，方案是按照问题的性质和总的功能要求，形成一组可供选择的系统方案。
               （4）系统分析。分析系统方案的性能、特点、对预定任务能实现的程度，以及在评价目标体系上的优劣次序。
               （5）系统选择。在一定的约束条件下，从各入选方案中择出最佳方案。
               （6）决策。在分析、评价和优化的基础上作出裁决并选定行动方案。
               （7）实施计划。这是根据最后选定的方案，将系统付诸实施。
               以上7个步骤只是一个大致过程，其先后并无严格要求，而且往往可能要反复多次，才能得到满意的结果。
               时间维
               时间维是系统的工作进程。对于一个具体的工程项目，从制定规划起一直到更新为止，全部过程可分为7个阶段：
               （1）规划阶段。即调研阶段，目的在于谋求活动的规划与战略。
               （2）拟定方案。提出具体的计划方案。
               （3）研制阶段。作出研制方案及生产计划。
               （4）生产阶段。生产出系统的零部件及整个系统，并提出安装计划。
               （5）安装阶段。将系统安装完毕，并完成系统的运行计划。
               （6）运行阶段。系统按照预期的用途开展服务。
               （7）更新阶段。即为了提高系统功能，取消旧系统而代之以新系统，或改进原有系统，使之更加有效地工作。
               知识维
               知识维是完成各阶段、各步骤所需的专业科学知识。系统工程除了要求为完成上述各步骤、各阶段所需的某些共性知识外，还需要其他学科的知识和各种专业技术，霍尔把这些知识分为工程、医药、建筑、商业、法律、管理、社会科学和艺术等。各类系统工程，如军事系统工程、经济系统工程、信息系统工程等，都需要使用其他相应的专业基础知识。
 
       系统开发环境
        目前，主流的开发语言与开发环境有ASP、ASP.NET、JSP、PHP。
               Active Server Pages（ASP）
               ASP的出现使得广大Web设计者不必再为客户浏览器是否支持而担心，实际上就算在同一个asp文件中使用不同的脚本语言，都无须为此担忧，因为一切都将在服务器端进行，客户浏览器得到的只是一个程序执行结果，而用户也只需在文件中声明使用不同的脚本语言即可。
               ASP.Net
               ASP.Net是建立在微软新一代．Net平台架构上的利用普通语言运行时（Common Language Runtime）在服务器后端为用户提供和建立强大的企业级Web应用服务的编程框架。
               JSP
               JSP全称Java Server Pages，其根本是一个简化的Servlet设计，它是一种动态网页技术标准。JSP技术类似ASP技术，它是在传统的网页HTML文件中插入Java程序段（scriptlet）和JSP标记（tag），从而形成JSP文件。Java Servlet是JSP的技术基础，而且大型的Web应用程序的开发需要Java Servlet和JSP的配合才能完成。
               JSP技术使用Java编程语言编写类XML的tags和scriptlets，以封装产生动态网页的处理逻辑。网页还能通过tags和scriptlets访问存储于服务器端的资源的应用逻辑。JSP将网页逻辑与网页设计的显示分离，支持可重用的基于组件的设计，使基于Web的应用程序的开发变得迅速和容易。
               PHP
               PHP（Hypertext Preprocessor，超文本预处理器）是一种通用开源脚本语言，其语法吸收了C、Java和Perl的特点，主要适用于Web开发领域。PHP独特的语法混合了C、Java、Perl以及PHP自创的语法。用PHP制作的动态页面与其他的编程语言相比，PHP是将程序嵌入HTML文档中执行，执行效率比完全生成HTML标记的CGI要高很多；PHP还可以执行编译后代码，编译可以达到加密和优化代码运行，使代码运行得更快。
 
       信息系统工程
        简单地说，信息系统就是输入数据，通过加工处理，产生信息的系统。
        面向管理是信息系统的显著特点，以计算机为基础的信息系统可以定义为：结合管理理论和方法，应用信息技术解决管理问题，为管理决策提供支持的系统。管理模型、信息处理模型、系统实现的基础条件三者的结合产生现实信息系统，如下图所示。
        
        信息系统
        管理模型指系统服务对象领域的专门知识，以及分析和处理该领域问题的模型，也称为对象的处理模型。信息处理模型指系统处理信息的结构和方法。管理模型中的理论和分析方法，在信息处理模型中转化为信息获取、存储、传输、加工、使用的规则。系统实现的基础条件指可供应用的计算机技术和通信技术、从事对象领域工作的人员，以及对这些资源的控制与融合。
        从事信息系统的专业人员必须具备广阔的商务知识，懂得利用信息技术增强组织性能，有较强的分析和评判思维能力，具备良好的沟通能力、团队精神和正确的伦理价值观，如下图所示。
        
        信息系统专业人员的四个基本能力
               信息系统的基本功能
               信息系统具有数据的输入、传输、存储、处理、输出等基本功能。
               （1）数据的采集和输入。识别信息有3种方法：一是由决策者识别；二是系统分析员亲自观察识别；三是先由系统分析员观察得到基本信息，再向决策人员调查，加以修正、补充。
               （2）数据的传输。包括计算机系统内和系统外的传输，实质是数据通信，其一般模式如下图所示。
               
               数据传输
               信源即是信息的来源，编码是指把信息变成信号，所谓码，是指按照一定规则排列起来的、适合在信道上传输的符号序列。信道就是信息传递的通道，是传输信息的媒介，信道的关键问题是信道的容量。噪声就是杂音或干扰。译码是编码的反变换，其过程与编码相反。信宿即是信息的接收者，可以是人、机器或者另一个信息系统。
               （3）信息的存储。数据存储的设备目前主要有3种：纸、胶卷和计算机存储器。对数据存储设备的一般按要求是存储容量大且价格便宜。信息存储的概念比数据存储的概念要广，主要问题是确定存储哪些信息、存储多长时间、以什么方式存储、经济上是否合算等，这些问题都要根据系统的目标和要求确定。
               （4）信息的加工。信息加工的范围很大，从简单的查询、排序、归并到负责的模型调试及预测。
               （5）信息的维护。包括经常更新存储器中的数据，使数据保持合用的状态。广义上来讲，包括系统建成后的全部数据管理工作。信息维护的主要目的在于保证信息的准确、及时、安全和保密。
               （6）信息的使用。指高速度和高质量地为用户提供信息。
               信息系统分类
               信息系统分类方法很多，从应用角度，可以分成人工信息系统和基于计算机的信息系统；从独立性角度，可分成独立信息系统和综合信息系统；从处理方式角度可分为批处理信息系统和联机处理信息系统。下面主要介绍以数据环境分类和以应用层次分类。
               （1）以数据环境分类。按照数据环境，可以把信息系统分为数据文件、应用数据库、主题数据库和信息检索系统。数据文件是没有使用数据库管理系统；应用数据库虽然使用了数据库管理系统，但未实现共享。主题数据库建立了一些数据库与一些具体的应用有很大的独立性，数据经过设计，其存储结构与使用它的处理过程都是独立的，各种数据通过一些共享数据库被联系和体现；在信息检索系统中，一些数据库被组织为能保证信息检索和快速查询的需要，而不是大量的事务管理。
               （2）以应用层次分类。通常，一个组织的管理活动可以分成四级，分别是战略级、战术级、操作级和事务级。与此相对应的，信息系统也分为战略级信息系统（使用者都是企业最高管理层）、战术级信息系统（企业中层经理及其管理部门）、操作级信息系统（服务型企业的业务部门）和事务级信息系统（企业的管理业务人员）。
               信息系统建设
               信息系统建设周期长、投资大、风险大，比一般技术工程有更大的难度和复杂性。这是因为技术手段复杂；内容复杂，目标多样；投资密度大，效益难以计算；环境复杂多变。
               信息系统在使用过程中，随着其生存环境的变化，要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替老系统，这种周期循环称为信息系统的生命周期，如下图所示。
               
               信息系统的生命周期
               从上图可见，信息系统的生命周期可以分为系统规划、系统分析、系统设计、系统实施、系统运行和维护五个阶段。
               系统规划阶段的任务是对企业的环境、目标及现行系统的状况进行初步调查，根据企业目标和发展战略，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。根据需要与可能，给出拟建系统的备选方案。对这些方案进行可行性分析，写出可行性分析报告。可行性分析报告审议通过后，将新系统建设方案及实施计划编写成系统设计任务书。
               系统分析阶段的任务是根据系统设计任务书所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段，也是信息系统建设与一般工程项目的重要区别所在。系统分析阶段的工作成果体现在系统说明书中，这是系统建设的必备文件。它既是给用户看的，也是下一个阶段的工作依据。系统说明书一旦讨论通过，就是系统设计的依据，也是将来验收系统的依据。
               简单地说，系统分析阶段的任务是回答系统“做什么”的问题，而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，也就是设计新系统的物理模型。这个阶段又称为物理设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是系统设计说明书。
               系统实施阶段是将设计的系统付诸实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和调试、程序的编写和调试、人员培训、数据文件转换、系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开，必须精心安排、合理组织。系统实施是按实施计划分阶段完成的，每个阶段应写出实施进展报告。系统测试之后写出系统测试分析报告。
               系统投入运行后，需要经常进行维护和评价，记录系统运行的情况，根据一定的规格对系统进行必要的修改，评价系统的工作质量和经济效益。
               除技术人员外，开发的各个阶段需要有业务人员的参加配合。开发的前期需要用户配合系统分析人员做好系统分析工作，后期需要用户承担测试、切换工作。为了使用户配合好开发工作，需要对用户进行培训。下图是各开发阶段人力需求曲线。
               
               各个开发阶段的人力需求
               信息系统的发展
               一个单位或一个地区的信息系统，都要经历由初级到成熟的发展过程，诺兰（Nolan）总结了信息系统发展的规律，在1973年提出了信息系统发展的阶段理论，并在1980年完善了这一理论，人们称之为诺兰模型，如下图所示。
               
               诺兰模型
               （1）初装。从单位购买第1台计算机用于管理部门就开始了初装阶段。在这一阶段，人们初步意识到计算机对管理的作用，有少数人具备了初步应用能力。
               （2）蔓延。计算机初见成效吸引力人们，使信息系统扩散到多数部门，便进入了蔓延阶段。在这一阶段，数据处理能力发展很快，但很多问题有待解决，如数据具有不一致性、共享性差等。这个阶段的投资迅速增长，但只有一部分系统取得实际效益。
               （3）控制。解决蔓延阶段的问题，要求加强组织协调，对信息系统建设进行统筹规划。严格的控制代替了自由蔓延。这一阶段利用数据库技术解决数据共享问题。控制阶段投资增长较慢。
               （4）集成。在控制的基础上，硬件重新链接，在软件方面建立集中式数据库和能充分利用各种信息的系统，这就是集成。诺兰认为前3个阶段属于“计算机时代”，从第4个阶段开始进入“信息时代”。这个阶段由于各种硬件、软件设备大量扩充，投资迅速增长。
               （5）数据管理。集成之后进入数据管理阶段。
               （6）成熟。成熟的信息系统应能满足组织各个管理层次的要求，实现真正的信息资源管理。
   题号导航      2021年下半年 信息系统监理师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
 
第1题    在手机中做本题