系统分析与设计复习

1、系统分析期末复习提纲第一章 信息系统工程项目管理 理解信息、信息化、信息资源、信息系统、信息系统建设的困难性信息：是事物之间联系、相互作用的状态的描述 信息资源：包括信息及其载体、信息采集、传输、加工、存储的各类设施和软件，制造上述硬件、软件的相关设施，有关信息采集、加工、传输、存储和利用的各种标准、规范、规章、制度、方法、技术等信息系统：是一个人造系统，它由人、计算机硬件、软件和数据资源组成，目的是刚好、正确地收集、加工、存储、传递和供应决策所需的信息，实现组织中各项活动的管理、调整和限制。 建设环境的困难性 用户需求的多样性 建设内容的困难性 技术手段的困难性 建设需用资源的密集性 资金密

2、集性 劳动密集性 学问密集性 诺兰模型及其应用Zuoyong:有利于选择信息系统开发的时机进行统一规划，限制系统发展的方向，并且对处于不同阶段上的各子系统制定适当的发展策略。对于第一阶段：优先实现一些简单且易见效的系统；对于其次阶段：应有支配地加以限制；对于第三阶段：开发能共享的数据库管理系统；对于处于增长阶段中后期的企业，则需在数据集成上下功夫，以建设高档次的数据环境。 项目管理的概念、信息系统项目管理的特点项目是为完成唯一的目的所实行的一次性的努力。项目的特点：项目有一个唯一的目的 项目是一次性的项目须要多方面的资源 项目应当有一个主要发起人和客户 项目具有不确定性 优秀的项目经理是项目胜

3、利的关键 CMM重点 理解信息系统用户的含义和分类 项目管理工具Project的基本功能1）范围管理：运用WBS分解技术对项目分解。2）进度管理：主要运用关键路径技术（CPM）进行时间和进度管理。3）成本管理：“自底向上费用估算”技术4）人力资源管理：5）沟通管理6）集成管理：其次章 信息系统工程体系 信息系统工程体系、RUP 统一开发过程(Rational Unified Process,RUP) 1）RUP的基本概念 （1）用例驱动 （2）以基本架构为中心 （3）迭代式和增量 理解信息系统的生命周期，了解几种信息系统开发过程模式的区分 理解结构化和面对对象两种不同的系统开发方法的区分，了解

4、面对对象的几个重要概念相识问题空间的动身点不同相识系统和描述系统的方式不同分析到设计的过渡对改变的适应实力对复用的支持Gainian重要概念:对象 （属性和方法）类和实例封装 （信息隐藏）继承（多重继承）消息多态性（重载、动态绑定）关联和链接聚合第三章 系统规划 理解系统规划的任务和特点、关键问题、目标系统规划(ISP)工作的特点(1) 具有较强的不确定性，非结构化程度较高。(2) 工作环境是组织管理环境，高层管理人员（包括高层信息管理人员）是工作的主体。(3) 是一个管理决策过程,同时也是技术和管理相结合的过程。(4) 系统规划人员对管理和技术环境的理解程度，对管理和技术发展的见识，以及开创

5、精神和务实看法是规划工作的确定因素。(5) 宜粗不宜细。给后续各阶段的工作供应指导。(6) 必需纳入整个组织的发展规划。 系统规划(ISP)的关键问题 w 战略规划是核心 w 业务流程的改革和创新是基础 w 解决问题的有效性是关键 w 应变实力是信息系统胜利的重要标记之一，也是当前信息系统建设和应用的瓶颈问题 w 人、管理、技术应协调发展 w ISP的目标和任务 主要任务:(1) 依据组织的发展目标和战略制定业务流程改革和创新的目标和信息系统的发展战略。(2)制定组织的业务流程规划，确定业务流程改革和创新的方案(3)依据组织目标和业务流程规划确定信息系统的总体结构规划方案； (4) 支配项目实

6、施方案，制定信息系统建设的资源安排方案。 理解信息化规划的三阶段过程模型 留意区分BSP、SST、CSF 业务流程的特征、企业业务流程的分类和识别目的、企业资源的分类、识别业务流程的基本步骤 A、业务流程的特征一个企业的业务流程有如下四个特征：(1) 每个流程都有输入和输出(2) 每个企业流程都有用户（顾客）(3) 每一个企业流程都有一个核心的处理对象，一个大的企业流程往往是实现这个对象的生命周期(4) 业务流程往往是跨职能部门的 B、 业务流程的识别目的(1) 使信息系统独立于组织机构的改变。(2) 理解企业如何能完成它的总使命和目标。(3) 为从操作限制流程中分别出战略规划和管理限制供应依

7、据。(4) 为定义所需的信息结构、确定它的范围、分解成模块和建立开发的优先次序供应依据。(5) 为定义关键的数据需求供应基础。 企业资源的分类:识别业务流程的基本步骤: 数据规划的主要成果是什么？说明U/C矩阵的组成和功能。数据规划的任务就是依据信息需求分析的结果，对规划中体现信息需求的数据资源进行严格的定义、科学的分类和合理的组织，为信息系统功能和目标的实现打好数据基础。 U/C矩阵的功能：w 通过对U/C矩阵的正确性检验，刚好发觉前面工作的疏漏和错误。w 分析数据的正确性和完整性w 划分子系统w 通过子系统之间的联系（U）可以确定子系统之间的联系 可行性探讨的任务和内容可行性探讨(可行性分

8、析)是指在项目正式开发之前，先投入肯定的精力，通过一套准则，从经济、技术、社会等方面对项目的必要性、可能性、合理性，以及项目所面临的重大风险进行分析和评价，得出项目是否可行的结论。 可行性探讨结果有三种状况： 可行，按支配进行； 基本可行，对项目要求或方案做必要修改； 不行行，不立项或终止项目。可行性探讨的内容1.技术可行性2.经济可行性 3.操作可行性4.社会可行性(法律可行性)5.选择第四章 需求分析 需求工程及其层次组成需求工程一般指应用已证明有效的原理、方法，通过合适的工具和记号，系统地描述待开发系统及其行为特征和相关约束。通常是一些过程的集合：需求获得(需求获得)、需求分析和编写软件

9、规格说明书(SRS)及验证(包括确认和证明)。 需求分析的任务组织结构分析业务流程分析数据分析功能分析性能分析接口分析运行环境分析界面约定总体评估和分析在实现生活中，的确存在多种软件，的确有多种软件需求。但是，由于信息系统这种软件应用面最广，市场最大，客户最多，需求分析最难，所以“需求分析”就等于“信息系统需求分析”。需求分析是分行业的，胜利的需求分析专家，都是某行业领域内的行业产品专家。 系统具体调查的内容范围和要领 需求分析过程中出现沟通堵塞的缘由 系统具体调查的主要结果有哪些？ 业务流程图第五章 系统分析 结构化系统分析的模型结构结构化分析的分析模型实体关系图状态迁移图数据流图加工规格说

10、明数据字典限制规格说明分析模型的构成数据字典(DD)：模型核心(中心库)实体关系图(E-R图,ERD)：数据流图(DFD) 指明数据在系统中移动时如何被变换;描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约(小说明)。状态转移图(STD) 指明作为外部事务的结果,系统将如何动作。 数据流图的概念及组成数据流程图（DFD）: 一种全面描述信息系统逻辑模型的主要工具，利用外部项、数据流、加工处理和数据存储四种基本符号综合地反映信息在系统中的流淌、处理和存储状况。四种基本图形符号： 数据字典的概念及组成数据字典DD是“关于系统数据的数据库”，就是和DFD配套，用于描述数据流图中的数

11、据流、文件的数据构成、 加工处理及外部实体的一种工具。1、数据元素是数据的最小单位，包括：数据元素的名称、别名、取值范围和含义、数据元素的长度以及备注等信息2、数据流和数据结构数据流由一个或一组固定的数据项组成。定义内容包括数据流的名称、组成、来源、去向、数据流的流量和峰值流量。3、数据存储在DD中只描述数据的逻辑存储结构，不涉及具体的设计和组织。定义内容有数据存储的编号、名称、简述、组成、关键字、相关联处理、马上存取要求。要留意数据的静态和动态特性4、定义加工包括编号、名称、功能说明、所属部门、产生数据流、运用数据流5、定义外部项包括编号、名称、输出数据流、输入数据流 备注等信息 实体关系图

12、的概念及组成E-R 数据建模、功能建模、数据字典及判定树和判定表功能建模就是用抽象模型的概念，依据系统内部数据传递、变换的关系，自顶向下逐层分解，直到找到满意功能要求的全部可实现的软件为止。数据字典DD是“关于系统数据的数据库”，就是和DFD配套，用于描述数据流图中的数据流、文件的数据构成、 加工处理及外部实体的一种工具。若一个动作的执行不只是依靠一个条件，而是和多个条件有关，那末这项策略的表达用判定树来表示，可以更直观一些。一些条件较多、在每个条件下取值也较多的判定问题，可以用判定表表示。其优点是能把各种组合状况一个不漏地表示出来，有时还能帮助发觉遗漏和冲突的状况。 数据流图绘制的基本原则和

13、基本步骤数据流图(DFD) 指明数据在系统中移动时如何被变换;描述对数据流进行变换的功能;1、确定所开发的系统的外部项(外部实体)； 确定整个系统的输出数据流和输入数据流，把系 统作为一个加工环节，画出关联图。2、确定系统的主要信息处理功能（即主要加工环节)； 确定每个加工的输出和输入数据流以及和这些加工有关的数据存储； 为各数据流、加工环节和数据存储环节命名、编号，这样就形成系统的数据流图顶层图的草图。3、依据自顶向下+逐层分解的原则，对上层图中全部或部分加工环节进行分解。4、重复步骤3，直到逐层分解结束。分解结束的标记是：对于每一个最低层的加工，都是基本加工5、对草图进行检查和合理布局，对

14、错误和不当之处进行修改。6、和用户进行沟通，在用户完全理解数据图的内容的基础上征求用户的看法。第六章 面对对象系统分析 UML的概念UML是面对对象分析和设计的一种标准表示。它不是一种可视化的程序设计语言，而是一种可视化的建模语言；不是过程和方法，是一种表示的标准。允许在任何一种过程和方法中运用。 UML的5和9 UML在系统开发不同阶段的作用 SA和OA的主要区分 用例图的组成及作用画图用例图描述了系统的功能需求，它是从执行者的角度来理解系统，用于捕获系统的需求，规划和限制项目；描述了系统外部的执行者和系统供应的用例之间的某种联系。用例图的元素有用例，执行者和连接。 类图的组成及作用画图 类

15、图(Class diagram)是用类和它们之间的关系描述系统的一种图示 类图没有时间概念，是概念数据模型（如E-R图）的一种延长。 系统可有多个类图，单个类图仅表达了系统的一个方面。要在高层给出类的主要职责，在低层给出类的属性和操作。 类图包含7个元素：类、接口、协作、依靠关系、泛化关系、关联关系以及实现关系 状态图的组成及作用画图n 状态图展示了一个特定对象的全部可能状态以及由于各种事务的发生而引起的状态间的转移。n 一个状态图描述了一个状态机，用状态图说明系统的动态视图。n 状态图对于接口、类或协作的行为建模尤为重要，可用它描述用例实例的生存期。 依次图的组成及作用画图依次图(Seque

16、nce Diagram) 呈现了一组对象和由这组对象收发的消息，用于按时间依次对限制流建模。着重体现对象间消息传递的时间依次。依次图中有四种基本符号：活动者、对象、生命线、消息。 活动图的组成及作用画图活动图是一种特殊的状态图，描述须要做的活动、执行这些活动的依次（多为并行的）以及工作流（完成工作所须要的步骤）。它对于系统的功能建模特殊重要，强调对象间的限制流程。高层活动图用于表示任务，即用于分析用例，理解涉及多个用例的工作流、多线程及并行，显示相互联系的行为整体，还可用于业务过程建模，对系统的功能建模。低层活动图用于表示类的方法。 用例的三种关系1-N N-N N-1 类的识别及类间关系不关

17、切系统的运作流程及实体之间的通信状态，而只考虑系统中的人员、组织、地点、表格、报告等实体，经过分析将他们识别为类（或对象）。被标识的实体有：系统须要存储、分析、处理的信息实体、系统内部须要处理的设备、和系统交互的外部系统、系统相关人员、系统的组织实体。有形实物 角色 事务/交互 具有报表格式的一些说明 UML的建模的工具VISIO和Rose的运用第七章 系统设计 系统设计的任务、目标和主要活动系统设计的任务从信息系统的逻辑模型动身,以系统说明书为依据,一步步地加入新系统的物理内容,建立系统的物理模型,从而做好了系统实施的一切打算系统设计的主要任务有：w 系统总体设计。包括应用软件系统总体结构设

18、计、信息系统体系结构设计、数据库设计、计算机及网络系统配置方案设计。w 系统具体设计：代码设计、用户界面设计、输入/输出设计、处理功能设计。w 编写系统设计报告。 系统设计的内容系统设计的基本内容系统设计分为两个层次（或过程）：总体设计具体设计 结构化设计的基本原理基于模块化、自顶向下细化、结构化程序设计等程序设计技术基础上发展起来的。 模块、模块的调用方式、模块的独立性原理 耦合、内聚的概念和推断用两个准则度量模块独立性。即模块间的耦合和模块的内聚。内聚性：内聚是一个模块内部各个元素彼此结合的紧密程度的度量。耦合性: 耦合是模块间相互连接的紧密程度的度量。它取决于各个模块之间接口的困难度、调

19、用方式以及哪些信息通过接口。 DFD的类型；DFD向MSC的转换 改进系统结构的启发性原则 【选择】 模块的限制范围和作用范围；扇入和扇出 【选择】 代码的作用、代码设计的原则和分类 代码可以唯一地标识一个客观实体，通过代码对其进行分类和识别； 代码为事物供应一个简要而精确的认定，便于数据的存储和检索。 运用代码可以提高处理的效率和精度。 使数据的表达标准化。 第七章 系统设计10.界面设计的黄金规则11.算法描述工具：N/S、PAD第八章 系统实施 系统实施的主要任务和特点 系统测试的概念、目标、步骤、内容、方法系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，和计算机硬件

20、、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过和系统的需求定义作比较, 发觉软件和系统的定义不符合或和之冲突的地方。测试和测试 了解测试的基本技术分类。测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试。起先是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。集成测试把已测试过的模块组装起来，主要对和设计相关的软件体系结构的构造进行测试。 黑盒/白盒测试的概念黑盒测试（Black-Box Test）这种方法是把测试对象看做一个黑盒，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求和功能规格说明，检查程序的功能是否符合它的功能说明。黑盒测试叫做功能测试或数据驱动测试。白盒测试（White-Box Test）此方法把测试对象看做一个玻璃盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序全部逻辑路径进行测试。通过在不同点检查程序的状态，确定实际的状态是否和预期的状态一样。因此白盒测试又称为结构测试或逻辑驱动测试。 好用测试策略第八章 系统实施系统转换的三种方式及其特点 系统维护的类型和特点样卷一、单项选择（每题1分，共10分）1、系统设计阶段的成果是