系统分析——精选推荐

名词解释：

信息系统是⼈、数据、过程和信息技术之间的相互作⽤，收集、处理、存储和提供⽀持企业运作的信息的集合体。

系统是由⼀组交互式的构件组成，他们联系在⼀起⼯作以实现我们所需求的结果。包括：事务处理系统、管理信息系统、决策⽀持系统、主管信息系统、通信和协作系统、专家系统、办公⾃动化系统。系统⽤户：任何信息系统中绝⼤多数的信息⼯作者均由系统⽤户构成。

系统关联⼈员包括：系统所有者、系统⽤户、系统设计⼈员、系统构造⼈员（另⼀类信息系统专家，按照信息系统设计⼈员的设计说明构造系统）、系统分析员。

同⼤多数⽤户的讨论都需要保持在业务需求层⾯上⽽不是技术需求层⾯上。

能⼒成熟度模型（Capability Maturity Model,CMM）：是⽤来评估组织的信息系统开发以及管理过程和产品的成熟度等级的框架。它由5个开发成熟度等级构成。

系统⽣命周期（system life cycle）将⼀个信息系统的⽣命周期分为两个阶段：1）系统开发阶段；2）系统运⾏和⽀持阶段，⾸先构架系统；然后使⽤系统，运⾏系统并⽀持系统；最后，从运⾏和⽀持阶段再回到开发阶段。

项⽬管理（project management）是界定范围、规划、组织⼈员、组织、指导和控制⼀个项⽬的活动，在最低开销和规定的时间内，以可接受的质量开发信息系统。

逻辑设计（logical design）将业务⽤户需求转换成系统模型，该模型仅仅描绘了业务需求，⽽没有描述这些需求的任何可能的技术设计或实现。常见的同义词有：概念设计和要点设计。后者是指建模系统的“要点”，获知独⽴于任何技术的“基本需求”。逻辑设计的反义词是物理设计。

物理设计（physical design）将业务需求转换成系统模型，描述⽤户的业务需求的技术实现。常见的同义词包括：技术设计或实现模型（⽤于描述输出）。反义词是逻辑设计。

项⽬管理软件（project manager application）是⼀个⾃动化⼯具，他帮助规划系统开发活动（最好使⽤认可的⽅法学）、估计和分配资源（包括⼈⼒和经费）调度活动和资源、按照进度和预算监督进展、控制和修改进度和资源，以及报告项⽬进展。项⽬经理（project manager）是从⼀个系统项⽬开始直到结束负责掌管项⽬的⼈。成功的项⽬经理拥有⼴泛的技术、管理、领导和交流⽅⾯的技能。

项⽬（project）是必须按时在预算内并遵循规格说明完成的⼀系列活动。

项⽬管理（project management）是在指定时间内⽤最少的费⽤开发可接受的系统的管理过程，内容包括确定范围、计划、⼈员安排、组织、指导和控制。范围蔓延（scope creep）是在信息系统项⽬进⾏期间不期望的需求缓慢增加。详解：。特征蔓延（feature creep）指给某个系统不受控制的增加技术特征。详解：

PERT图（PERT chart）是⼀种图形化的⽹络模型，描述⼀个项⽬中任务之间的关系。⽢特图（gantt chart）是⼀种条形图，以⽇历为基准描述项⽬。

系统分析（Systems analysis）是⼀种问题解决技术，它将⼀个系统分解成各个组成部分，⽬的是研究各个部分如何⼯作，如何交互，以实现其系统⽬标。

模型（model）是对现实或构想的⼀种表达。因为“⼀幅图胜过千⾔万语”，所以⼤多数模型使⽤图形⽅式表述现实或构想。系统分析是对系统及其构成部分进⾏研究，作为系统设计的前提条件（新系统和改进系统的规格说明）。

系统分析上下⽂：范围定义，问题分析，需求分析，逻辑设计，决策分析，物理设计和集成，构造和测试，安装和发布。（图5-1，P111）。

系统分析⽅法：结构化分析，信息⼯程，获取原型和⾯向对象分析。

结构化分析关注数据通过业务和软件过程的流程，⼜称为以过程为中⼼的。以过程为中⼼是指这项技术强调的是信息系统框架中的“过程”构件。

信息⼯程（IE）关注系统中存储的数据结构，⽽不是过程。⼜称为以数据为中⼼的，强调对“知识”（或数据）需求的分析。实体关系图（见图5-3）是建模数据需求的关键⼯具，实体关系图仍⼴泛应⽤于设计关系数据库。

需求获取（requirements discovery）包括系统分析员⽤来从⽤户团体那⾥确定或提取系统问题和⽅案需求的那些技术。功能需求（functional requirement）是说明信息系统必须实现什么的需求。⾮功能需求（nonfunctional requirement）是说明信息系统必须具备的属性或质量的需求。

鱼⾻图（Ishikawa diagram）是⼀种⽤于确定，探索和描述问题及其原因和结果的图形⼯具，它经常被称为因果图（cause-and-effect diagram），或鱼

⾻图（fishbone diagram）(因为它像⼀个鱼⾻)。

调查研究（fact-finding）是使⽤研究，⾯谈，调查表，抽样以及其他技术来收集关于问题，需求和偏好信息的正式过程。它也成为信息收集或数据收集。⾃由格式调查表（free-format questionnaire）为回答者提供了很⼤的回答范围。它提出⼀个问题，然后回答者在这个问题后⾯提供的空⽩区⾥填写答案。

固定格式调查表（fixed- format questionnaire）由需要从预先定义的答案中做出选择的问题构成。需求获取：系统分析员⽤来确定，分析和理解系统需求的过程和技术称为需求获取。

以客户为中⼼的开发（user-center development）是⼀个系统开发过程，该⼯程基于对关联⼈员的需求，以及对开发该系统原因的充分理解之上。

⽤⼒建模（use-case modeling）是使⽤业务事件、发起业务事件的⼈，以及系统如何响应这些事件来建模系统功能的过程。⽤例图（use-case diagram）是描述系统与外部其他系统以及⽤户之间交互的图形。换句话说，⽤例描述了谁将使⽤系统，⽤户希望以什么⽅式与系统交互。⽤例描述（use-case arrative）是业务事件以及⽤户如何同系统交互以完成任务的⽂字描述。⽤例（use case）是⼀个⾏为上相关的步骤序列（⼀个场景），既可以是⾃动的也可以是⼿⼯的，其⽬的是完成⼀个单⼀的业务任务。

参与者（actor）代表了需要同系统交互以交换信息的任何事物

实体关系图（ERD）是⼀种利⽤符号记法按照数据描述的实体和关系来刻画数据的数据模型。实体是我们需要收集数据和存储的⼈、地点、对象、事件或概念的类。

实体实例是实体的具体值。属性是实体的描述性性质或特征。主键是最常⽤来唯⼀地确定⼀个实体实例候选键。

数据模型在系统开发中扮演着重要⾓⾊——数据建模，它是⼀种为数据库定义业务需求的技术。因为数据模型最终要实现最终要实现成数据库，所以数据建模也称数据库建模。关系是存在于⼀个或多个实体间的⾃然业务联系。基数定义了⼀个实体相对于另⼀个关联实体的某个具体值的最⼩和最⼤具体值数量。关系的度数是参与那个关系的实体数量。关系隐含了⼀个实体实例关联另⼀个实体实例外键是⼀个实体的主键，它被贡献给另⼀个实体以确定⼀个关系实例。

信息系统设计被定义为那些⽤来说明⼀个详细的计算机系统⽅案的任务，也称为物理设计。系统设计强调了业务问题，系统设计则专注与系统的技术性或实现⽅⾯。

模型驱动⽅法结构化设计、信息⼯程和⾯向对象设计都是模型驱动⽅法的例⼦。

模型驱动设计强调通过绘制图形化系统模型描述新系统的技术或实现⽅⾯。现代结构设计现代结构设计是⼀种⾯向过程的技术，⽤于将⼀个⼤的程序分解成⼀个容易实现和维护的计算机程序模块层次。模块已给是⾼度内聚的、松散耦合的。

信息⼯程（Information Engineering,IE）是⼀种模型驱动的、以数据为中⼼的、对过程敏感的技术，⽤于计划、分析和设计信息系统。IE的主要⼯具是数据模型图。

系统设计之内部开发——“构造”⽅案：⽤于内部开发的系统设计任务：

应⽤构架（application architecture）适⽤于实现信息系统的技术规范。

物理数据流图（physical data flow diagram）是⼀个过程建模，⽤于交流信息系统的技术实现特征。分布式系统（distributed system）是⼀个系统，其构件分布在计算机⽹络和多个地点。

集中式系统（centralized system）是⼀个系统，其所有构件都在⼀个集中的多⽤户的计算机中。局域⽹（Local Area Network,LAN）是⼀组客户端计算机在相对短的距离内连接到⼀个或多个服务器。瘦客户机（thin client）是⼀台功能不⼗分强⼤的个⼈电脑。

胖客户机（fat client）是⼀台功能更强⼤的个⼈电脑、笔记本电脑或⼯作站。物理数据流图

物理数据流图建模作为信息系统⼀部分实现的技术设计决策和⼈为设计决策，将同那些实际构造和实现系统的⼈沟通技术选择和其他设计决策。

物理DFD使⽤的基本形状和连接（符号）：a、过程b、外部代理c、数据存储d、数据流物理数据存储

DFD中的每个数据存储表⽰实体关系图中⼀个命名实体的所有实例。分布式系统

分布式系统的构件分布在计算机⽹络和多个地点，集中式系统则是⼀个集中的多⽤户计算机运⾏了信息系统的所有构件。任何信息系统应⽤都可以映射到以下5层：

表现层、表现逻辑层、应⽤逻辑层、数据处理层、数据层。共有以下3种分布式信息系统架构形式：

⽂件服务器架构、客户/服务器架构、基于因特⽹的架构。

⽂件服务器系统是⼀种基于LAN的⽅案，其中服务器计算机仅仅装载了数据层。

瘦客户机是⼀台在处理器速度和内存⽅⾯刚能不⼗分强⼤的个⼈电脑，它仅仅给⽤户表现界⾯；胖客户机⼀般是⼀台在处理器速度、内存和存储容量⽅⾯功能⼗分强⼤的个⼈电脑、笔记本或⼯作站。

分布式数据客户机/服务器系统中，数据层和数据处理放置在服务器上，⽽应⽤逻辑层、表现逻辑层和表现层放置在客户端。也叫两层客户/服务器计算。

两层客户/服务器系统：客户端PC 数据库服务器

三层客户/服务器系统：客户端PC 应⽤服务器数据库服务器数据架构——分布式关系数据库

关系数据库是以表的形式存储数据。每个⽂件实现成⼀张表，每个域是表中⼀列，稳健的每个记录是表中⼀⾏。两个表之间相关的记录通过在两个表之间内部地复制列来实现。⽂件（file）：是相似记录的集合数据库（database）：是相关⽂件的集合

字段（field）：是存储在⽂件或数据库中的有意义数据的最⼩单元记录（record）：是按照预定义格式安排的字段集合

数据仓库（data warehouse）：是存储从运⾏数据库中提取的数据的数据库数据库管理系统（database management system,DBMS）：是⽤于创建、访问、控

制和管理数据库的专⽤软件

访问完整性（referential integrity）：确保⼀个表中的⼀个外键值匹配相关表中的主键值

内部输出（internal output）：是提供给系统所有者和组织内的系统⽤户的输出外部输出（external output）：是离开组织的输出数据库的优缺点

优点：（1）具有在多个应⽤和系统之间共享相同数据的能⼒（2）数据库技术具有数据存储格式灵活的优点

（3）数据库技术提供了超级的可伸缩性，意味着数据库和其他的系统可以增长或者扩展，以满⾜组织变化的需求。数据库技术为客户/服务器

和⽹络计算架构提供了更好的⽀持

缺点：（1）数据库技术⽐⽂件技术复杂得多，他需要特殊的软件，称为数据库管理系统。（2）数据独⽴性、数据冗余的极⼤减少以及灵活性的增加等优

点是要付出代价的----数据库技术需要⼤量的投资（3）数据库的另⼀个潜在的问题就是由于共享数据的⽽增加的脆弱性。

任何数据库中都必须⾄少设计的三类完数据完整性是（1）键完整性（2）域完整性（3）访问完整性

关系数据库：在⼀系列⼆维表中存储数据，这些表通过外键互相“关联”。每个表由命名列和任意数据的未命名⾏构成。1.企业为什么需要信息系统？

企业的信息系统捕捉和管理数据以产⽣有⽤的信息，为企业以及企业的雇员、客户、供应商和合作伙伴提供⽀持。许多企业把信息系统看成是他们竞争⼒或者获取竞争优势的根本要素，绝⼤多数企业也已经意识到所有的⼯作⼈员都需要参与到信息系统的开发中。

2.谁是信息系统中的典型关联⼈员？他们的⾓⾊是什么？

系统分析员是⼀类独特的关联⼈员，他们作为协作者，在⾮技术性的系统所有者和⽤户与技术性的系统设计⼈员和构造⼈员之间起沟通作⽤。

系统分析员既懂业务⼜懂计算机技术，他们⾸先研究业务问题和机遇然后把业务和信息需求转换成对基于计算机的信息系统规格说明，这个信息系统则由包括程序员在内的技术专家来实现。3.内部⽤户和外部⽤户的区别是什么？

内部⽤户是为之构建信息系统的企业雇员。外部⽤户是指其他企业和直接客户。包含远程⽤户和移动⽤户。4.电⼦商务和电⼦业务的差别是什么？

公司的形象产品和服务的营销宣传是最简单的电⼦商务应⽤，企业对客户的电⼦商务试图为传统的产品和服务提供新的基于Web的销售渠道。企业对企业电⼦商务则代表未来，这是⼀种复杂的电⼦商务形式，最终会进⼊电⼦业务即企业之间和企业内部的⼏乎所有业务完全⽆纸化和数字处理化。5.如今信息系统最重要的技术驱动是什么？对象技术和协作技术。

6.系统开发的四个步骤是什么？每⼀步做什么？

第⼀、系统启动（确定问题）第⼆、系统分析（分析和理解问题、确定⽅案需求和预期）第三、系统设计（确定替代⽅案，选择最佳⽅案、设计所选⽅案）第四、系统实现（实现所选⽅案、评估结果）7.论述：企业驱动⼒。

业务驱动⼒：经济全球化、电⼦商务和电⼦业务、安全和隐私、协作和合伙经营、知识产权管理、持续改进、全⾯质量管理、业务过程重构。

技术驱动⼒：⽹络和英特⽹、移动和⽆线技术、对象技术、协作技术、企业应⽤软件。8.前段信息系统和和后端信息系统的区别是什么？

统是指⽀持延伸到企业客户的业务功能的信息系统。后端信息系统是指⽀持组织内部业务运⾏并直达供应商的信息系统。9.系统所有者和系统⽤户关⼼的信息系统的三个⾯向业务⽬标的视⾓是什么？系统设计⼈员和构造⼈员关⼼的三个技术视⾓是什么？

系统所有者和系统⽤户关⼼:改进业务知识的⽬标、改进业务过程和服务⽬标、改进业务通信和⼈际协作⽬标。

系统设计⼈员和构造⼈员关⼼：⽀持企业积累和使⽤业务知识的数据库技术、⾃动化业务过程和服务的软件技术、⽀持业务通信和协作的接⼝技术。10.系统开发基本原理1.让系统⽤户参与；2.使⽤⼀套问题解决步骤；3.确⽴开发阶段和开发活动；4.在开发过程中记录⽂档；5.建⽴标准；6.管理过程和项⽬；7.将信息系统作为重

要的投资看待；8.不必害怕取消和返⼯；9.分⽽治之；10.设计系统时应考录到增长和变化。11.PIECES问题解决框架和检查表（书P52）

12.FAST（Framework for the Application of Systems Thinking）⽅法的8

个阶段：1.范围定义；2.问题分析；3.需求分析；4.逻辑设计；5.决策分析；6.物理设计和集成；7.构造和测试；8.安装和发布。

13.系统开发⽣命周期的4个经典阶段：1.项⽬启动；2.系统分析；3.系统设计；4.系统实现。

14.系统开发的10个基本原理是什么？

答：1.让系统⽤户参与；2.使⽤⼀套问题解决步骤；3.确⽴开发阶段和开发活动；4.在开发过程中记录⽂档；5.建⽴标准；6.管理过程和项⽬；7.将信息系统作为重要的投资看待；8.不必害怕取消和返⼯；9.分⽽治之；10.设计系统时应考录到增长和变化。

15.为什么⽂档在整个开发过程中很重要？（重要）

答：在⼤型组织中，系统所有者、⽤户、分析员、设计⼈员、和构造⼈员不断变化，有些⼈被提升了，有些⼈退休了，有些⼈⼜重新加⼊进来。为了促进不断变化的关联⼈员之间的有效交流，⽂档必须随同整个系统开发⼯作同时展开。⽂档提⾼了多个关联⼈员之间的通信和相互接受程度，展⽰了系统的优缺点，促进了⽤户参与度，并在此确保对进度的关联。

16.在FAST⽅法中，以及⼤多数系统开发⽅法学中，系统所有者和系统设计⼈员不参与需求分析阶段。你认为这样做的原因是什么？

答：当系统设计⼈员和构造⼈员在没有完全理解业务需求之前就过早的进⼊技术⽅案时，会过早的关注技术⽅案，从⽽忽略⽤户的⼀些需求，导致⽤户对新系统没有真正满⾜⽤户需求⽽抱怨。17、项⽬管理⼯具和技术——PERT图和⽢特图

PERT图是⼀种图形化的⽹络模型，描述⼀个项⽬中任务之间的关系。⽤来在任务被调度之前的依赖关系。⽢特图是⼀种简单的⽔平条图，⼀亿个⽇历为基准描述项⽬任务。

18、项⽬管理软件⽤来帮助项⽬经理计划项⽬，制定进度表，制定预算，监事进展和费⽤，⽣成报告和作出必要的修改。

19、项⽬管理⽣命周期中的8个主要活动：1.协商范围；2.确定任务；3.估计任务；

4.说明任务之间的依赖关系；5.分配资源；6.指导团队⼯作；7.监督和控制进展；8.评估项⽬结果和经验。20、什么是项⽬？

答：项⽬是⼀个（临时的）唯⼀的、复杂的和关联的具有统⼀⽬标或⽬的并且必须在特定的时间⾥、在预算内、按照规格说明要求完成的活动序列。

21、范围蔓延和特征蔓延之间有什么不同？

答：范围蔓延是指随着项⽬的进展，对⼀个信息系统的⽤户预期和业务需求不期望的增长。遗憾的是，进度表和预算会受到这两种变化的负⾯影响。特征蔓延是指⼀个开发过程中系统的技术特征不受控制的增长，⽽没有考虑到季度和预算。22、项⽬管理⽣命周期中的8个主要活动是什么？答：同上“四”。

23、结构化分析主要关注什么内容？

答：结构化分析关注数据通过业务和软件过程的流程，⼜称为以过程为中⼼的。以过程为中⼼是指这项技术强调的是信息系统框架中的“过程”构件。

24、信息⼯程主要关注什么内容？

答：信息⼯程（IE）关注系统中存储的数据结构，⽽不是过程。⼜称为以数据为中⼼的，强调对“知识”（或数据）需求的分析。

24、系统分析的五个阶段是什么？

答：a.范围定义，b.问题分析，c.需求分析，d.逻辑设计，e.决策分析。25、⽤于确定和表⽰系统的功能需求的流⾏⼯具是什么？

答：不会啊

26、逻辑设计阶段与需求分析阶段有什么不同？

答：逻辑设计阶段使⽤系统模型进⼀步记录业务需求，这些系统模型表⽰了数据结构,业务过程，数据流和⽤户接⼝。从某种意义上说，逻辑设计验证了前⾯阶段建⽴的需求。逻辑设计阶段通常包括以下业务：结构化功能需求，建⽴功能需求的原型（可选），验证功能需求，定义验收测试⽤例。

⽽需求分析阶段为⼀个新系统定义业务需求。需求分析阶段回答这个问题：“⽤户需要什么？想从⼀个系统中得到什么？”这个阶段是任何⼀个信息系统成功的关键！在不同的⽅法学中，需求分析阶段可能被称为定义阶段或者逻辑设计阶段。需求分析阶段通常包括以下任务：定义需求，排列需求的优先次序，修改项⽬计划，交流需求陈述。27、什么是系统需求？系统需求定义了信息系统必须实现的功能，或者系统必须具备的属性或质量。说明信息系统必须实现什么的需求通常称为功能需

求，说明信息系统必须具备的属性或质量的需求通常称为⾮功能需求。28、如果没有正确的确定系统需求，可能会导致下⾯的⼀种或多种情况：

系统费⽤可能⽐计划得多；系统可能⽐承诺的时间交付的晚；系统可能没

有满⾜⽤户的预期，⽽且这种不满意可能使系统不被采⽤；⼀旦投⼊运⾏，维护和升级系统的费⽤可能会过⾼；系统可能会不

可靠，⽽且容易产⽣错

误和死机；团队中IT职员的荣誉可能会因为项⽬失败⽽蒙受损失，⽆论责任在谁，都将被认为是团队的错误。

29、需求获取包括以下活动：a.发现和分析问题；b.获取需求；c.归档和分析需求；d.需求管理。

30、为什么要进⾏需求管理？

答：在项⽬的⽣命期间，即使需求定义⽂档已经被批准了，新需求的出现以及现有需求的改变仍是很常见的。某些研究已经表明，在系统投⼊运⾏以前，有50%或者更多的需求将发⽣变化。显然，这对开发团队来说将是⼀个⼗分头痛的问题。为了帮助缓解可能引起的众多问题，进⾏需求管理是必要的

31、7种常见的调查研究技术：a.对现有⽂档，表和数据库进⾏抽样；b.调查和实地访问；c.观察⼯作环境；d.调查表；e.⾯谈；f.原型化；g.联合需求计划。

32、调查表有两种格式：⾃由格式和固定格式。⾃由格式调查表设计成让⽤户可

以更⾃由的回答每个问题。固定格式调查表⽐较严格，要求回答者从预先定义的答案中做出选择。33、⼩组⼯作会议⽅法的⼀个例⼦是联合需求计划（JRP），其中⾼度结构化的⼩组会议被⽤来分析问题并定义需求。

34、从现有⽂档中收集事实时，系统分析员应该检查那些⽂档？

35、答：分析员应该找出的第⼀份⽂档是组织结构图。组织结构图提供了该

项⽬的关键所有者和⽤户，以及它们之间的组织关系。除了描述问题的⽂档外，通常还包括描述正被研究或设计的业务功能的⽂档。另外，分析员还经常检查由系统分析员和顾问以前所做的系统研究和设计⽂档，这些⽂档可能包括：a.各种类型的流程图和图形。b.项⽬字典和资料库。

c.设计⽂档，例如输⼊，输出和数据库。d.程序⽂档。

e.计算机操作⼿册和培训⼿册。

所有收集到的⽂档都应该被分析，已确定信息的时效性。35、什么事联合需求计划（JRP）？

答：联合需求计划（JRP），全称 Joint Requirements Planning。

其基本思想是通过召开⼀系列⾼度结构化的分组会议，快速地分析问题、定义需求。它是JAD（Join Application

Development）技术的⼀个⼦集。JRP的主要意思是收集需求，⽽不是对需求进⾏分析和验证。⼩组⼯作会议⽅法的⼀个例⼦是联合需求计划（JRP），其中⾼度结构化的⼩组会议被⽤来分析问题并定义需求。

36、⽤⼒建模的系统概念⽤⼒建模主要有两个产物，第⼀个是⽤例图，它以图形化的⽅式将系统描述成⽤例、参与者（⽤户）及其之间的关系

37、什么是以⽤户为中⼼的开发，为什么它对系统开发过程的成功很重要?38、答：以⽤户为中⼼的开发是⼀个系统开发过程，该过程基于对关联⼈员的需求，以及对开发该系统原因的充分理解之上。

因为以⽤户为中⼼的开发可以成功的计划、分析、设计、构造和部署⼀个信息系统，系统分析员⾸先必须理解关联⼈员的需求，以及开发该系统的原因。

38、⽤例建模使⽤两个主要的⼯具——⽤例图和⽤例描述。如何使⽤这两个⼯具？它们有什么差别？

答：⽤例⽤⼀个⽔平的椭圆表⽰，⼀个⽤例代表了系统的⼀个单⼀的⽬标，描述为描述此⽬标的活动和⽤户交互的⼀个序列。⽤例图：图形化的⽅式将系统描述成⽤例、参与者（⽤户）及其之间的关系。⽤例图在⾼层交流了系统必须处理的业务事件的范围。

⽤例描述：填充了每个业务事件，并说明了⽤户如何同系统交换交换的细节。39、⽤例图包括三个构件。这三个构件是什么？其⽤途是什么？答：⽤例图的三个构件包括参与者、⽤例和关系。⽤例：确定和描述系统功能。参与者：发起或者触发系统互动。关系:绘制以及连接不同种类型的符号。40、为什么确定参与者是⽤例建模的第⼀步？

答:因为通过关注参与者，我们可以把重点放在如何使⽤系统，⽽不是如何构造系统上。关注参与者有助于提炼和进⼀步定义系统的范围和边界。参与者

也决定了系统需求的完整性。⾸先确定参与者的⼀个好处是可以确定⽇后进⾏⾯谈和观察以及完善⽤例模型的候选⼈。⽽且，当完成⽤例模型后，这些参与者可以验证⽤例。41、逻辑模型和物理模型之间有什么区别？

42、答：逻辑模型是按计算机系统的观点对数据建模，主要⽤于DBMS的实现，

⽽物理模型是对数据最低层的抽象。它描述数据在系统内部的表⽰⽅式和存取⽅法，在磁盘或磁带上存储⽅式和存取⽅法，是⾯向计算机系统的。为什么需要创建系统的⼀个实现相关的模型？43.什么是实体？是么是实体实例？

答：实体是我们需要收集数据和存储的⼈、地点、对象、事件或概念的类。实体实例是实体的具体值。44.什么是基数？举例说明。

答：基数定义了⼀个实体相对于另⼀个关联实体的某个具体值的最⼩和最⼤具体值数量。例如：对应学⽣的每个实例都必然存在课程的⼀个实例。对应课程的每个实例存在许多个学⽣实例。45、系统分析和系统设计基本差别是什么？

答：系统设计强调了业务问题，系统设计则专注与系统的技术性或实现⽅⾯。46、有哪些不同的模型驱动⽅法？

答：现代结构化设计、信息⼯程、原型化、⾯向对象设计47、内部构造⼀个开发项⽬中进⾏系统设计包括哪5项⾼层任务？答：1、设计应⽤构架2、设计系统数据库3、设计系统接⼝4、打包设计说明5、修改项⽬计划48、什么是数据库模式？

答：数据库模式是数据库的结构模型，它描述了由数据库实现的记录和关系。

49.为什么在⼀个物理DFD中显⽰的物理过程数量⼀般都⼤于逻辑过程数量？答：因为可能需要增加过程以反映数据的收集、过滤、传递、准备或质量检查——所有这些都在实现视图中。⽽且，有些逻辑过程可能被分解成多个物理过程，以反映由⼿⼯实现和由计算机实现的过程部分，⽤不同技术实现的过程部分，或者分布到不同的客户端、服务器或主机的过程部分。最后，最重要的是物理DFD反映了所选的实现策略需要的所有⼿⼯⼯程和计算机过程。50.物理数据流图表⽰了什么？

答：某个过程的实际实现或系统构造和实现的技术性蓝图。51.瘦客户端和胖客户端之间有什么区别？答案见上所述。（名词解释）52、什么是数据库引擎？

答：DBMS的核⼼经常被称为数据库引擎，引擎响应专门的命令以创建数据库结构，然后创建、读取、修改和删除数据库中的记录。

53、什么是关系数据库？

答：关系数据库是在⼀系列⼆维表中存储数据，这些表通过外键互相“关联”。

每个表（有时称为关系）由命名列（它们是字段或属性）和任意数据的未命名⾏构成。、解释访问完整性的概念，举⼀个例⼦。什么是访问完整性错误？举例说明，并解释访问完整性错误可能的后果.。

答：访问完整性就是确保⼀个表中的⼀个外键值匹配相关表中的主键值。例⼦如下：INVOICES表通常包括外键CUSTOMERNUMBER来“索引回”

CUSTOMER表中相匹配的主键CUSTOMER NUMBER。当⼀个表中的⼀个外键值在相关表中没有匹配的主键值时，就存在访问完整性错误。例⼦如下：INVOICES表通常包括外键CUSTOMER NUMBER来“索引回”CUSTOMER 表中相匹配的主键CUSTOMER NUMBER。如果删除⼀个CUSTOMER记录，有可能存在某个INVOICES记录，⽽在CUSTOMER表中没有同这个记录的CUSTOMER NUMBER字段匹配的记录。计算机⽣成的输出的分类：具体见课本388页图15-1

分布：内部输出（报告），回转输出（先外部后内部），外部输出（事物）实现⽅法：打印机，屏幕，零售终端，多媒体（⾳频或视频），电⼦邮件，超链接，微缩胶⽚。