信息系统分析与设计

名词解释：

信息系统 ：指在经济或社会的组织中，以满足管理者的信息需求为目标、以计算机和现代通信技术等现代信息技术为手段，既包括设备和技术，又包括人员与机构在内的综合系统。

  CASE(信息系统建设的软件工具) ：从概念说，是一类专门用来帮助人们建设信息系统的软件，是一类专用的、特别为信息系统建设人员服务的软件。

 BSP方法  ：即企业系统规划，是进行组织的信息系统规划的一套规范方法。  

  CSF方法   ：即关键成功因素法，是进行信息系统规划的另一种类型的方法。

  白盒测试 ：也称为结构测试，指将软件看成透明的白盒，根据程序内部结构和逻辑来设计测试用例，对程序的路径和过程进行测试，检查是否满足设计的需要。

 黑盒测试   ：也称为功能测试，指将软件看成黑盒子，在完全不考虑软件内部结构和特性的情况下，测试软件的外部特性。

 软件构件 ：软件系统中具有相对功能，可以明确辨识，接口由规约指定，与语境有明显依赖关系，可部署，且多由第三方提供的可组装软件实体。    

软件复用：是将已有的软件成分用于构造新的软件系统。

 继承性 ：如果一个类A继承自另一个类B，就把这个A称为B的子类，而把B称为A的父类。继承可以使得子类具有父类的各种属性和方法，而不需要再次编写相同的代码。

 封装性  ：将抽象得到的数据和行为（或功能）相结合，形成一个有机的整体，也就是将数据与操作数据的源代码进行有机的结合，形成“类”。

简答题：

1.使用生命周期法的条件。

生命周期法适合以下的场合：1）用户需求定义可以明确；2）系统运行程序确定、结构化程度高；3）系统具有较长的使用寿命，环境变化不大；4）开发过程要求有严格的控制；5）研制人员对系统任务了解且熟练程度较高；6）系统文档要求祥而全；7）开发成果重复使用等。

2.信息系统的生命周期各个阶段包括的内容。

1）系统规划阶段，根据审议通过的可行性分析报告，将新系统建设方案及实施计划编写成系统开发计划书。

2）系统分析阶段，根据系统设计任务书确定的范围，对现行系统进行详细调查，指出现行系统的局限性和不足之处，提出新系统的逻辑模型。

3）系统设计阶段，根据系统分析说明书的要求，设计新系统的物理模型。

4）系统实施阶段，将设计的系统付诸实施的阶段。

5）系统运行和维护阶段，系统投入运行后，需要经常进行维护和评价。根据一定的规格对系统进行必要的修改，对于不能修改的或难以修改的问题记录在案，为下一周期系统规划做准备。

3.可行性研究概念，如何进行可行性分析？

可行性分析是指根据系统的环境、资源等条件，判断所提出的信息系统项目是否有必要、有可能进行，如果要进行，采用什么建设方案等问题。

如何进行可行性分析？

没有必要性的项目不应该开始进行，信息系统项目建设的可能性应该主要从技术、经济、社会意义等三个方面进行分析。

4.可行性研究要从那几个方面考察，简述其内容。

可行性研究要从技术、经济、社会三个方面进行考察。 即分析所提的要求在现有技术条件下是否有可能实现，是否对项目所需费用进行预算和对项目效益进行估算，是否对许多制约项目开展的社会因素进行考虑。

分析与设计题：

1.某航空公司规定乘客可以免费托运重量不超过30公斤行李，当行李重量超过30公斤时，对头等舱的国内乘客超重部分，每公斤收费4元，对其他舱的国内乘客超重部分每公斤收费6元，对外国乘客超重部分每公斤收费比国内乘客多一倍，请绘制优化的决策树。                                   国内乘客-（x-30）*4

2.    头等舱    国外乘客-----(x-30)*8

>30kg        是否为头等舱                其他舱    国内乘客---(x-30)*6

行李重量        国外乘客----(x-30)*12

<=30kg     免费    

3.业务流程图，

4.数据流程图，

5.MIKIP

1）信息系统是整个管理系统中重要的、基本的有机组成部分之一，管理者的需求是信息系统建设的出发点和最终归宿。

2）从信息系统建设涉及的学科领域来说，它涉及技术、管理、经济、法律、社会、文化等领域。从信息处理环节来说，可以分为信息的采集与校验、信息的传递、信息的存储与管理、信息的分析与加工、信息的提供与显示五个基本环节。

3）信息系统建设的目标是：在预定的时间和预算范围内，建成具备预定功能的，稳定、可靠、易用、易改动的，为组织的管理决策提供所需的信息和信息服务的完整系统。

4）信息系统的五个评价标准：信息系统的功能、信息系统的效率、信息服务的质量、信息系统的可靠性、信息系统是否易于改动。

5）在社会和经济组织中，信息系统的地位和作用是什么？

以计算机和现代通信技术为基本手段的、活跃在各种社会经济组织中的信息系统，已经变得越来越普遍.越来越重要、越来越和人们的日常生活息息相关。信息系统作用：满足管理者的信息需求为目标。

6)保证信息系统建设切实取得成效的关键因素有哪些？

信息系统的建设能否成功取决于多方面因素，既有技术因素，又有经济社会环境的因素；既有项目组织本身的管理技能等主管因素，又有无法控制的许多外界因素。

从宏观的角度看，技术、管理、人员是保证信息系统建设成功的三个主要支撑条件。除了先进的技术环境与设备之外，一个成功的信息系统建设项目必须具备五个条件：正确的指导思想和切实可行的目标；突破口的正确选择；有效的项目管理和控制机制；及时的信息交流渠道和科学的评价机制；强有力的组织及资源保证。

7)系统思想的主要理念：整体性、开放性、层次性、动态性。

8）信息系统规划的一般原则或理念可以归纳为四句话：立足宏观，放眼长远，直面风险，重在工程。

规划的一般方法，常用SWOT分析法，Strength即长处或优势，Weakness即弱项或短处，Opportunity,即机会或机遇，Threat即威胁或风险。既要看到有利条件，又要看到不利条件，既要抓住机会，又要预防风险。

9）信息系统规划应当包括那些内容？它对于组织或企业的发展有什么作用？

目标设定，环境分析，和战略选择。是一项重要的战略管理任务，这个规划上承企业的总体战略，下接各个具体的信息建设项目建设，起着关键的作用。

10）信息系统的开发方法；生命周期法，原型法，面向对象分析法等。选择开发方法的基本原则：实事求是、讲求实效。影响开发方法的选择因素：1.组织和业务的类型和特点，2.管理者的因素，3.技术条件与环境的因素，4.经济的因素。

11）信息系统规划的最重要的第一步是突破口的选择，具体地说，必须选择对组织的基本业务密切相关、急需改进的，通过现代信息技术的引进能够显著地改进工作、提高效率、带来效益的业务环节。组织保证是规划落实的又一个关键，具体体现三个方面：主要负责人的关注（第一把手原则）、专职的主管人员(信息主管CIO)和专门的实施机构。

12）生命周期法的成功要素有哪些？

      1. 注意文档管理、变更管理和聘请监理；2。树立面向用户的观点，根据用户需求设计系统；3，自顶向下来规划或设计信息系统；4.严格按阶段进行；5.建立有效的工作文档；6.运用系统的分解和综合技术，使复杂的系统结构化、模块化；7.强调阶段成果的审定和检验。

13）生命周期法的含义：将软件工程和系统工程的理论和方法引入信息系统的研制开发中，将信息系统的整个生存期视为一个生命周期，同时又将整个生存期严格划分为若干阶段，并明确每一阶段的任务、原则、方法、工具、和形成的文档资料，分阶段、分步骤地进行信息系统的开发。

14)生命周期法的特点：1）建立面向用户的观点，根据用户需求来设计系统。2）自顶向下来规划或设计信息系统。3)严格按阶段进行。4）文档标准化和规范化。5）运用系统的分解和综合技术。6）强调阶段成果的审定和检验。

生命周期法的优点;1)系统易于实现。2）有利于系统总体结构的优化。

15）PIECES方法是一种效果显著的进行问题识别和分类的 方法。P是PERFORMANCE的缩写，表示提高系统的性能，I是INFORMATION的缩写，表示提高信息的质量和改变信息 的处理方式，E是ECONOMICS的缩写，表示改善组织的成本。效益等经济状况，C是CONTROL的缩写，表示提高信息系统的安全和控制水平，E是EFFICIENCY，表示提高组织的人，财，物等的使用效率。S是SERVICE，表示将要提高组织对客户、供应厂商、合作伙伴、顾客等的服务质量。

16)组织信息化包含四个方面内容：生产作业层、管理办公层、战略决策层、协作商务层的信息 化。四个层次的信息化内容集成到一起，从系统角度理解，称为计算机集成制造系统或计算机集成管理系统。

17)数据字典的主要作用是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储、和外部实体等方面进行具体的定义。建立数据字典的目的是为了保证全局数据的一致性和准确性。数据字典和数据流程图共同构成对系统逻辑模型的准确完整描述。

18）U/C矩阵主要用来对系统功能划分进行分析和优化。U表示该功能为数据的使用者，即某个功能使用某类数据，C表示该功能为数据的产生者或创建者。

19）逻辑设计的目标在于根据对上述现有业务处理模式局限性的分析，按照计算机信息处理的特点，抛弃手工处理模式下的组织方式和业务分工，建立合理的新系统逻辑设计方案，确定新系统的处理模式和管理模型，明确新系统开发中努力的方向。

逻辑设计的原则：1，管理信息化和现代管理思想的相结合；2，分解和协调相结合；3,模型化结构设计；4，全局一致性原则；5，静态与动态相结合。

20）逻辑设计的主要任务是什么？它为下一阶段提供怎样的基础？

逻辑设计的任务是在调查研究与现状的基础上，提出新系统建设的逻辑方案。逻辑方案从一般信息处理的角度，规定了新系统所要达到的目标和完成的任务，提出了对原系统改进的具体方案，根据前一阶段调查和分析结果，确定新系统中的管理模型和信息处理 的方法，为今后系统设计和实施提供基本的框架，这就称为系统的逻辑设计。

21）系统分析报告的目的是什么？包含哪些内容？

系统分析报告是下一步进行系统设计的依据，也是整个系统的基本蓝图。

包括的内容:1,组织情况的概述；2，现行系统运行状况；3，新系统逻辑方案；4，系统设计与实施的初步计划。

22）系统分析报告审议中，对以下问题作出评价：1，一致性；2，完整性；3，现实性；4，有效性。

23）系统设计的原则是什么？

1，系统性原则，系统是作为一个有机整体而存在的；2，经济性原则，是指在满足系统要求的前提下，尽可能减少系统的费用支出；3，可靠性原则，只有设计出的系统是安全可靠的，才能在实际中发挥它应有的作用；4，简单性原则，在系统达到预定目标 、完成规定功能的前提下，应该尽量简单；5，灵活性原则，系统对外界环境的变化要有很强的适应能力，系统容易修改和维护。

24）何为模块化？如何画出系统模块结构图？

模块化，是指把一个系统自顶向下逐步分解为若干个彼此而又有一定联系的组成部分，这些组成部分也称为模块。

结构图中，模块用矩形方框表示，写有模块 的名称，反映这个模块的功能；模块间的调用关系用箭头表示，键尾表示调用模块，箭头表示被调用模块；调用箭头线旁边带圆圈的小箭头线，表示从一个模块传送到另一个模块的数据；调用箭头线旁边带圆点的小箭头，表示从一个模块传递给另 一个模块的控制信息。模块加上数据流、控制流以及模块间的调用关系，就组成了系统模块结构图。

25）如何理解系统结构设计中模块的高聚合、低耦合原则？

模块耦合度越低，说明模块间的联系越少，相互间的影响也就越小，产生的连锁反应的概率就越低，在对一个模块进行修改和维护时，对其他模块的影响程度就越小，系统可修改性就越高。在系统中聚合度越大，则模块间的耦合度越小，但这种关系并不是绝对的，耦合度小使得模块间尽可能相对，从而各模块可以单独开发和维护。聚合度大使得模块的可理解性和维护性大大增强。因此在模块的分解中应尽量减少模块的耦合度，力求增加模块的聚合度。

26）系统详细设计阶段包含哪些内容？

主要包括：代码设计、数据库设计、模块的功能与性能设计、人机界面设计、输入输出设计等。

27）系统测试按硬件系统、网络系统和软件系统分别进行测试，最后对整个系统进行总的综合测试。硬件测试的主要工作是1.配置检测，2，硬件设备的外观检查，3，硬件测试；网络测试的主要工作是1，网络设备 的外观检查，2，硬件测试，3，网络连通测试。软件测试的主要 工作：单元测试，组装测试，确认测试，和系统测试。

28）软件测试有哪些方法？各有什么含义？

单元测试，对源程序中的每一个程序单元进行测试，验证每个模块是否满足系统设计说明书的要求。组装测试，是将已测试过的模块组合成子系统，重点测试各模块之间的接口和联系。确认测试是对整个软件进行验收，根据系统说明书来考察软件是否满足要求。系统测试是将软件，硬件，网络等系统的各个部分连接起来，对整个系统进行总的功能、性能等方面的测试。

29)原型法的基本思想是什么？

原型法是一种确定需求的策略，是对用户需求进行抽取、描述和求精的过程。它快速的一迭代的方式建立最终系统工作模型，对问题的定义采用启发的方式，由用户作出响应。

30）说出原型法的工作步骤，在每一步骤中开发者和用户的责任（工作）分别是什么以及应遵循什么原则？

1，快速分析，弄清用户/设计者的基本信息需求

用户的基本责任是根据系统的输出清晰地描述自己的基本需要；设计者的基本责任是确定现实的用户期望，估价开发原型的成本。

2，构造原型，开发初始原型系统

用户没有责任，设计者去负责建立一个初始原型。原则：1，建立模型的速度是关键因素，而不是运行的效率；2，初始原型必须满足用户的基本需求；3，初始原型不求完善，它只响应用户的基本已知的需求；4，用户使用原型必须要很舒适；5，用户------系统接口必须尽可能简单，使用户在用初始原型工作时不至于受到阻碍。

3，用户和开发人员使用并评价原型

用户要在开发者的指导下试用原型，在试用的过程中考核评价原型的特性，分析其运行结果是否满足规格说明的要求，以及规格说明的描述是否满足用户的愿望。设计者对用户提出的意见进行修改。原则：1）对实际系统的亲身经验能产生对系统的真实理解。2）用户总会找到系统第一个版本的问题、3）让用户确定什么时候更改，并控制总开发时间。4）如果用户在一定时间内没有和设计者联系，那么用户可能是对系统表示满意，也可能是遇到某些麻烦，设计者应该主动与用户联系。

4，修改和完善原型系统

设计者纠正哪些用户指出的错误部分和删除用户指出的不需要的部分。原则：1)，装配和修改程序模块，而不是编写程序。2）如果模块更改很困难，则把它放弃并重新编写模块。3）不改变系统 的作用范围，除非业务原型的估计有相应的改变。4）修改并把系统返回给用户的速度是关键。5）如果用户不能进行任何所需要的修改，则必须立即与用户进行对话。6）用户必须能很舒适地使用改进的原型。