免费智能真题库 > 历年试卷 > 软件设计师 > 2017年下半年 软件设计师 下午试卷 案例
  第2题      
  知识点：   关系模型   实体   策划   实体联系图   需求分析   预算

 
【说明】
M公司为了便于开展和管理各项业务活动，提高公司的知名度和影响力，拟构建一个基于网络的会议策划系统。
【需求分析结果】
该系统的部分功能及初步需求分析的结果如下 ：
（1）M公司旗下有业务部、策划部和其他部门。部门信息包括部门号、部门名、主管、联系电话和邮箱号；每个部门只有一名主管，只负责管理本部门的工作，且主管参照员工关系的员工号；一个部门有多名员工，每名员工属于且仅属于一个部门。
（2）员工信息包括员工号、姓名、职位、联系方式和薪资。职位包括主管、业务员、策划员等。业务员负责受理用户申请，设置受理标志。一名业务员可以受理多个用户申请，但一个用户申请只能由一名业务员受理。
（3）用户信息包括用户号、用户名、银行账号、电话、联系地址。用户号唯一标识用户信息中的每一个元组。
（4）用户申请信息包括申请号、用户号、会议日期、天数、参会人数、地点、预算和受理标志。申请号唯一标识用户申请信息中的每一个元组，且一个用户可以提交多个申请，但一个用户申请只对应一个用户号。
（5）策划部主管为已受理的用户申请制定会议策划任务。策划任务包括申请号、任务明细和要求完成时间。申请号唯一标识策划任务的每一个元组。一个策划任务只对应一个已受理的用户申请，但一个策划任务可由多名策划员参与执行，且一名策划员可以参与执行多个策划任务。
【概念模型设计】
根据需求阶段收集的信息，设计的实体联系图（不完整）如图2-1所示。

【关系模型设计】
部门（部门号，部门名，部门主管，联系电话，邮箱号）
员工（员工号，姓名，（a），联系方式，薪资）
用户（用户名，（b），电话，联系地址）
用户申请（申请号，用户号，会议日期，天数，参会人数，地点，受理标志，（c））
策划任务（申请号，任务明细，（d））
 
问题：2.1   （5分）
根据问题描述，补充五个联系，完善图2-1的实体联系图。联系名可用联系1、联系2、联系3、联系4和联系5，联系的类型为1:1、1：n和m：n（或1:1、1：*和*：*）。
 
问题：2.2   （4分）
根据题意，将关系模式中的空（a）~（d）补充完整，并填入答题纸对应的位置上。
 
问题：2.3   （4分）
给出“用户申请”和“策划任务”关系模式的主键和外键。
 
问题：2.4   （2分）
请问“策划任务”关系模式的主键为全码的说法正确吗？为什么？
 
 
 

   知识点讲解    
   · 关系模型    · 实体    · 策划    · 实体联系图    · 需求分析    · 预算
 
       关系模型
        关系数据库系统采用关系模型作为数据的组织方式，在关系模型中用表格结构表达实体集以及实体集之间的联系，其最大特色是描述的一致性。关系模型是由若干个关系模式组成的集合。一个关系模式相当于一个记录型，对应于程序设计语言中类型定义的概念。
        关系模型与网状模型、层次模型的最大区别是：用主码而不是用指针导航数据，表格简单、通俗易懂，用户只需要简单地查询语句就可以对数据库进行操作，无须涉及存储结构和访问技术等细节。
        关系模型的优点是：概念单一，存储路径对用户是透明的，所以具有更好的数据独立性和安全保密性，简化了程序的开发和数据库的建立工作。
 
       实体
        实体是现实世界中可以区别于其他对象的"事件"或"物体"。每个实体由一组特性（属性）来表示，其中的某一部分属性可以唯一表示实体。实体集是具有相同属性的实体集合。
 
       策划
        目的：对运行维护服务能力进行整体策划并提供必要的资源支持，以确保供方有能力提供运行维护服务。
        供方应对运行维护服务能力进行策划，至少应：
        .根据自身业务定位和能力，策划运行维护服务对象的服务内容与要求，并形成服务目录。
        .依据组织的业务发展需要来建立组织结构和管理制度，支持服务目录的实施或实现。
        .对人员、资源、技术和过程进行规划，建立相适应的指标体系和服务保障体系。
        .策划如何管理、审核并改进服务质量，建立内部审核评估机制。
 
       实体联系图
        数据流图描述了系统的逻辑结构，数据流图中的有关处理逻辑及数据流的含义可用数据字典具体定义说明，但是对于比较复杂的数据及其之间的关系，用它们是难以描述的，在这种情况下一般采用实体联系图进行描述。
        实体联系图（Entity-Relationship Diagram, ER图），可用于描述数据流图中数据存储及其之间的关系，最初用于数据库概念设计。
        下图是大学教务管理问题中对教务处进行分析调查后得到的实体联系图。其中，学生档案是有关学生情况的集合，课程档案是有关开设的课程情况集合，注册记录、选课单则分别是学生注册和选课情况的集合。它用简单的图形方式描述了学生和课程等这些教学活动中的数据之间的关系。
        
        大学教务处教务管理问题实体联系图
        在实体联系图中，有实体、联系和属性三个基本成分，如下图所示。
        （1）实体。实体是现实中存在的对象，有具体的，也有抽象的；有物理上存在的，也有概念性的；例如，学生、课程，等等。它们的特征是可以互相区别，否则就会被认为是同一对象。凡是可以互相区别、又可以被人们识别的事、物、概念等统统可以被抽象为实体。数据流图中的数据存储就是一种实体。实体可以分为独立实体和从属实体或弱实体，独立实体是不依赖于其他实体和联系而可以独立存在的实体，如上图中的“学生档案”、“课程档案”等，独立实体常常被直接简称为实体；从属实体是这样一类实体，其存在依赖于其他实体和联系，在实体联系图中用带圆角的矩形框表示，例如上图中的“注册记录”是从属实体，它的存在依赖于实体“学生档案”，“课程档案”和联系“注册”，“选课单”也是从属实体，它的存在依赖于实体“学生档案”，“课程档案“和联系”选课”。
        在以下述说中，为简便起见，将上图中的实体“学生档案”和“课程档案”直接称为“学生”和“课程”。
        （2）联系。实体之间可能会有各种关系。例如，“学生”与“课程”之间有“选课”的关系。这种实体和实体之间的关系被抽象为联系。在实体联系图中，联系用联结有关实体的菱形框表示，如上图所示。联系可以是一对一（1:1），一对多（1:N）或多对多（M:N）的，这一点在实体联系图中也应说明。例如在大学教务管理问题中，“学生”与“课程”是多对多的“选课”联系。
        （3）属性。实体一般具有若干特征，这些特征就被称为实体的属性，例如上图中的实体“学生”，具有学号、姓名、性别、出生日期和系别等特征，这些就是它的属性。
        联系也可以有属性，例如学生选修某门课程，它既不是学生的属性，也不是课程的属性，因为它依赖于某个特定的学生，又依赖于某门特定的课程，所以它是学生与课程之间的联系“选课”的属性。在上图中，联系“选课”的属性被概括在从属实体“选课单”中。联系具有属性这一概念对于理解数据的语义是非常重要的。
        在实体联系图中，还有如下关于属性的几个重要概念。
        .主键，如果实体的某一属性或某几个属性组成的属性组的值能唯一地决定该实体其他所有属性的值，也就是能唯一地标识该实体，而其任何真子集无此性质，则这个属性或属性组被称为实体键。如果一个实体有多个实体键存在，则可从其中选一个最常用到的作为实体的主键。例如实体“学生”的主键是学号，一个学生的学号确定了，那么他的姓名、性别、出生日期和系别等属性也就确定了。在实体联系图中，常在作为主键的属性或属性组与相应实体的连线上加一短垂线表示，如上图所示的“学号”。
        
        实体联系图的基本成分
        .外键，如果实体的主键或属性（组）的取值依赖于其他实体的主键，那么该主键或属性（组）被称为外键。例如，从属实体“注册记录”的主键“学号”的取值依赖于实体“学生”的主键“学号”，“选课单”的主键“学号”和“课程号”的取值依赖于实体“学生”的主键“学号”和实体“课程”的主键“课程号”，这些主键和属性就是外键。
        .属性域，属性可以是单域的简单属性，也可以是多域的组合属性。组合属性由简单属性和其他组合属性组成。组合属性中允许包括其他组合属性意味着属性可以是一个层次结构，如下图所示通信地址就是一种具有层次结构的属性。
        
        通信地址属性
        .属性值，属性可以是单值的，也可以是多值的。例如一个人所获得的学位可能是多值的。当某个属性对某个实体不适应或属性值未知时，可用空缺符NULL表示。
        在画实体联系图时，为了使得图形更加清晰、易读易懂，可以将实体和实体的属性分开画，并且对实体进行编号，如下图一和下图二所示。
        
        实体联系图
        
        实体属性图
        由于人们通常就是用实体、联系和属性这三个概念来理解和描述现实问题的，所以实体联系图非常接近人的思维方式。又因为实体联系图采用简单的图形来表达人们对现实的理解，所以不熟悉计算机技术的用户也都能够接受它，因此实体联系图成为了系统分析员和用户之间沟通的工具。
 
       需求分析
        需求分析的方法种类繁多，不过如果按照分解的方式不同，可以很容易地划分出几种大类型：
        （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）判定表：一些条件较多、在每个条件下取值也较多的判定问题，可以用判定表表示。判定表能清晰地表达复杂的条件组合与应做动作之间的对应关系，判定表的优点是能够简洁、无二义性地描述所有的处理规则。但判定表表示的是静态逻辑，是在某种条件取值组合情况下可能的结果，它不能表达加工的顺序，也不能表达循环结构，因此判定表不能成为一种通用的设计工具。
 
       预算
        预算是指组织按照一定的业务量水平及质量水平，估计各项成本、计算预算成本，并以预算成本为控制经济活动的依据，衡量其合理性。当实际状态和预算有了较大差异时，要查明原因并采取措施加以控制。编制预算是以预算项目的成本预测及IT服务工作量的预测为基础的。
        预算的编制方法主要有增量预算和零基预算，其选择依赖于企业的财务政策。增量预算是以去年的数据为基础，考虑本年度成本、价格等的期望变动，调整去年的预算。在零基预算下，组织实际所发生的每一活动的预算最初都被设定为零。为了在预算过程中获得支持，对每一活动必须就其持续的有用性给出有说服力的理由。即详尽分析每一项支出的必要性及其取得的效果，确定预算标准。零基预算方法迫使管理当局在分配资源前认真考虑组织经营的每一个阶段。这种方法通常比较费时，所以一般几年用一次。
        .预算项目的成本预测。预算项目一般按照成本项目划分，一旦确定一般要保持稳定，这样一是可以使企业了解其成本变动趋势，进行纵向比较，也可以与其他企业之间进行横向比较，二是为成本管理活动提供了一个简单的处理基础，如折旧可以按照成本类型的不同分别进行处理。
        在预算编制时，各预算项目的成本一般都是未知的，如加班工资、外部网收费等，因此必须对其进行预测。预测这些成本是以从前IT会计年度的成本数据为基础或以未来工作量的预测为基础进行的。IT成本管理必须谨慎地估计不可控制的成本的变化。
        .IT服务工作量预测。IT工作量是成本变化的一个主要原因之一，因此，在编制预算的时候，要预测未来IT工作量。不仅成本管理活动需要估计工作量，在服务级别管理和容量管理中也需要对工作量进行预测。工作量预测将以工作量的历史数据为基础，考虑数据的更新与计划的修改，得出未来的IT工作量。
   题号导航      2017年下半年 软件设计师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
 
第2题    在手机中做本题