7.3 概念结构设计(S)
建筑结构设计中的概念设计及其措施
建筑结构设计中的概念设计及其措施概念设计是建筑结构设计的一个重要环节，在建筑结构设计的整个过程中具有至关重要的作用。
概念设计是指在设计过程中确定建筑结构的整体布局和形态，为建筑结构设计提供初步的设计思路和方向。
概念设计决定了建筑结构设计后续设计工作的方向和重点，对于确保建筑结构的合理性和优越性具有重要的影响。
要进行概念设计，就需要采用一些措施和方法来进行。
下面介绍几个常用的措施：1. 确定建筑结构的功能：概念设计的第一步就是确定建筑结构的功能，包括建筑的用途、业主的需求以及规划的约束条件等。
只有明确了建筑结构的功能，才能有针对性地进行概念设计。
2. 进行场地研究：场地研究是指对建筑结构所在地的环境、气候、地形、地貌等方面进行调查和分析，并将这些因素纳入到概念设计中，以确保建筑结构与环境的协调性。
3. 确定建筑结构的基本形态：在进行概念设计时，需要确定建筑结构的基本形态，包括建筑的高度、体量、布局形式等。
在确定基本形态时需要考虑建筑结构的功能、场地状况以及设计的美感。
4. 进行构造研究：概念设计还需要进行构造研究，确定建筑结构所使用的结构类型和材料，并将这些因素纳入到概念设计中，以确保建筑结构的稳定性和耐久性。
5. 综合考虑各个方面的因素：进行概念设计时需要综合考虑各个方面的因素，包括建筑结构的功能、场地环境、形态、结构等方面。
只有综合考虑，才能确保概念设计的合理性和优越性。
以上就是建筑结构设计中的概念设计及其措施的相关介绍。
在进行概念设计时，需要认真对待每一个环节，确保设计的合理性和优越性。
同时，进行概念设计还需要注意时效性，尽可能地减少概念设计的时间，以确保后续的设计工作能够按时进行。
概念结构设计ppt课件
• 用E-R图描述出来
精选课件
消除不必要的冗余，设计基本E-R图
❖ 基本任务
▪ 消除不必要的冗余，设计生成基本E-R图
分E-R图
合并
初步E-R图
可能存在冗余的数据 和冗余的实体间联系
消除不必要的冗余
基本E-R图
精选课件
消除不必要的冗余，设计基本E-R图（续）
❖ 冗余 ❖ 消除冗余的方法
精选课件
1．冗余
❖ 冗余的数据是指可由基本数据导出的数据 冗余的联系是指可由其他联系导出的联系
精选课件
5.3.1 概念结构
❖什么是概念结构设计 ▪ 将需求分析得到的用户需求抽象为信息 结构即概念模型的过程就是概念结构设 计 ▪ 概念结构是各种数据模型的共同基础， 它比数据模型更独立于机器、更抽象， 从而更加稳定 ▪ 概念结构设计是整个数据库设计的关键
精选课件
概念结构（续）
❖概念结构设计的特点
若是，就把它去掉。
▪ (1) 冗余的联系一定在D中，而D中的联系不一定是冗余的； ▪ (2) 当实体之间存在多种联系时要将实体之间的联系在形
式上加以区分。
精选课件
消除冗余，设计生成基本E-R图实例
［实例］ 某工厂管理信息系统的视图集成。
书中图1.14(c)、图5.24、图5.29分别为该厂物 资、销售和劳动人事管理的分E-R图
3. 概括（Generalization） ▪ 定义类型之间的一种子集联系 ▪ 抽象了类型之间的“is subset of”的语义 ▪ 继承性
精选课件
数据抽象（续）
概括
精选课件
局部视图设计 设计分E-R图的步骤: ⒈选择局部应用 ⒉逐一设计分E-R图
精选课件
数据库系统概论-第七章
7.1.3 数据库设计的基本步骤
一、数据库设计的准备工作
参加数据库设计的人员：
1) 数据库分析设计人员 ，其水平决定了数据库系统的质量 (1) 数据库设计的核心人员 (2) 自始至终参与数据库的设计
2) 管理员和用户 (1) 参与需求分析 (2) 参与数据库的运行维护
3) 程序员和操作员 ，在系统实施阶段参与进来 (1) 负责编制程序 (2) 准备软硬件环境
(E-R)1 (E-R)2
(E-
(E-
R)12
R)3
初步E-R
基本E-R 逐步集成
视图集成的步骤
1. 合并分E-R图，解决冲突，生成初步E-R图
(1) 属性冲突——讨论、协商等解决 1) 属性域冲突：(1) 属性值的类型； (2) 取值范围 2) 属性取值单位冲突
(2) 命名冲突——讨论、协商等解决 1) 同名异义；2) 异名同义
课程管理局部应用的E-R图
教室编号 地址
容量
课程名
学分
课程号
所在系
年级 平均成绩
姓名 学号 性别 年龄
教室
1 开设 1
1
m
课班程级
1
讲授
选修
成绩 n
n 学生
m
教学 n
教科书
教师
书号 书名 价钱
职工号 姓名 性别 职称
7.3.4 视图的集成
(E-R)1 (E-R)2
(ER)n
初步ER
基本E-R
一次集成
描述概念模型的工具： E-R模型
7.3.2 概念结构设计的方法与步骤
设计概念结构的四类方法：
♦ 自顶向下 ♦ 自底向上 ♦ 逐步扩张 ♦ 混合策略
常用策略：自底向上
数据库第7章-数据库设计(2)-概念结构设计
第七章 数据库设计
7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 数据库设计概述 需求分析 概念结构设计 逻辑结构设计 数据库的物理设计 数据库实施 数据库运行与维护 小结
需求分析阶段
调查 机构 情况
熟悉 业务 活动
明确 用户 需求
确定 系统 边界
分析 系统 功能
分析 系统 数据
编写 分析 报告
概念 设计 阶段
数据 流程图 DFD
数据库 设计人员
用户
数据 字典 DD
7.3 概念结构设计
什么是概念结构设计
需求分析阶段描述的用户应用需求是现实世界 的具体需求 将需求分析得到的用户需求抽象为信息结构即
概念模型的过程就是概念结构设计
概念结构是各种数据模型的共同基础，它比数
性别
分配
1
住房
设计分E-R图的步骤
（1）以数据字典为出发点定义E-R图。
实体与属性是相对而言的。
同一事物，在一种应用环境中作为“属性”， 另一种应用环境中就必须作为“实体”。 例： 学 校 中 的 系 ， 在 某 种 应 用 环 境 中 ， 它 只 是 作为 “学生”实体的属性，表明学生属于哪个系； 另一种环境中，由于需要考虑一个系的系主任、
教师人数、学生人数、办公地点等，这时它就需
“is member of”
张英
王平
刘勇
……
赵斌
2. 聚集（Aggregation）
定义某一类型的组成成分 它抽象了对象内部类型和成分之间“is part of”的语义 在E-R模型中若干属性的聚集组成实体型，就是这种抽象
实体型
学 生
结构概念及结构概念设计 PPT课件
• 首先表现为形成人类活动所需要的、功 能良好和舒适美观的空间。
• 其次表现为能够抵御自然的和人为的作 用力。
• 第三表现为充分发挥所采用的材料的效 能。
2
优秀的建筑结构应具备以下特点
• 在应用上，要满足空间和功能的要求 • 在安全上，要符合承载和耐久的需要 • 在技术上，要体现科技和工程的新发展 • 在造型上，要与建筑艺术融为一体 • 在建造上，要合理用材并与施工实际相
2. 水平地震作用
V
M
19
建筑结构的几个基本概念
框架结构内力组合
N
V
M
20
建筑结构的几个基本概念
杆件截面验算
依据当地规范进行
21
冲击韧性；
10
建筑结构的几个基本概念
• 不同材料 的应力应 变关系对 比
11
建筑结构的几个基本概念
• 不同荷载 作用下的 结构受力 P与结构 变形f的 关系
12
建
筑
结
构
的
几
个
基
本
概
念
建筑
结构
形式
概貌
13
建筑结构的几 个基本概念
刚性的和非刚性 的基本构件和基
本结构单元
14
建筑 结构 的几 个基 本概
6
结构概念设计的概念
•结构工程师和建筑工程师的关系： 合作综合融合统一
1.你作你的我作我的，遇到矛盾合作协商解决 2.虽然各作各的，但能懂得对方，主动结合互相补充。 3.你中有我我中有你，融为一体。 4.结构工程师就是建筑师，建筑师就是结构工程师。
西班牙著名结构工程师托罗哈的座右铭：我的
数据库原理_在线作业_1
A. 仍存在一定的插入和删除异常 B. 属于BCNF且消除了插入和删除异常 C. 消除了插入的删除异常 D. 一定属于BCNF
得分： 5 知识点： 6.2 规范化
13. (5分)
X→Y，当下列哪一条成立时，称为平凡的函数依赖（ ）
纠错 展开解析
A. X∩Y＝∮ B. X∩Y≠∮ C. Y Í X D. X Í Y
纠错
得分： 5 知识点： 10.1 事务的基本概念
展开解析
file:///C:/Users/hancy/Desktop/%E6%95%B0%E6%8D%AE%E5%BA%93%E5%8E%9F%E7%90%86/%E6%95%B0%E6%8D%AE%E5%BA%93… 4/8
2018/9/21
答卷详情
B. 数据字典、应用程序、数据库后备副本
C. 数据字典、应用程序、审计档案、日志文件
D. 日志文件、数据库后备副本
纠错
得分： 5 知识点： 10.4 恢复的实现技术
展开解析
10. (5分)
事务的持续性是指（ ）
A. 事务一旦提交，对数据库的改变是永久的。 B. 事务中包括的所有操作要么都做，要么都不做。 C. 事务必须是使数据库从一个一致性状态变到另一个一致性状态。 D. 一个事务内部的操作对并发的其他事务是隔离的。
2018/9/21
答卷详情
3. (5分)
不能使一个关系从1NF转化为2NF的条件是（ ）
A. 在一个关系中没有非主属性存在 B. 每一个非属性都部分函数依赖主属性 C. 每一个非属性都完全函数依赖主属性 D. 主码由一个属性构成
得分： 5 知识点： 6.2 规范化
考试成绩
概念结构设计的步骤
概念结构设计的步骤
概念结构设计是软件开发过程中的一个重要步骤，用于建立系统的概念模型。
以下是概念结构设计的步骤：
A. 根据系统分析的结果对现实世界的数据进行抽象：在概念结构设计阶段，根据已进行的系统分析，将现实世界中的数据进行抽象和概括。
这一步骤旨在理解和捕捉系统所涉及的核心概念和实体，以及它们之间的关系。
B. 定义实体-关系（E-R）模型：在这一步骤中，使用实体-关系（E-R）模型来表示系统中的实体、属性和关系。
E-R模型是一种图形化工具，用于描述实体之间的关系，并定义它们的属性。
C. 设计各个局部视图，即局部E-R图：将系统划分为不同的模块或子系统，并为每个模块设计局部E-R图。
通过这些局部E-R图，可以更加详细地描述每个模块的实体、关系和属性。
D. 将局部E-R图合并成全局E-R图：在这一步骤中，将所有局部E-R图合并为一个全局E-R图。
通过全局E-R图，可以展示系统中所有模块之间的关系和相互作用。
E. 优化和验证概念结构设计：在完成全局E-R图后，对设计进行评审和验证，检查是否满足系统需求，并进行必要的调整和优化。
概念结构设计的主要目标是建立一个清晰、一致且易于理解的概念模型，以便在后续的系统设计和实现阶段中使用。
它为开发团队提供了一个共同的理解和参考，有助于确保系统的正确性和可靠性。
1。
概念结构设计的定义
概念结构设计的定义概念结构设计是指在制定各种建筑、产品或服务的初始计划时，通过概念定义和表达形式的选择与组织，来进行初步的设计和规划工作。
它是设计过程中最初的阶段，直接影响后续设计过程的发展与方向。
概念结构设计既是设计师按照自身理解和判断的结果，也是与业主、用户等相关人员进行沟通与交流的载体。
概念结构设计包含以下几个主要方面：概念定义、形式表达、组织结构、功能规划、空间布局等。
首先，概念定义是指设计师将对项目的理解进行形式简洁、易于理解和传达的表达。
这种定义通常包含对项目背景、特点、目标等的描述和阐述，以及对整体风格、性质、氛围等的表达。
通过概念定义，设计师可以将自己对项目的认识与理解传达给相关人员，形成共识，为后续的设计过程奠定基础。
其次，形式表达是指通过各种媒介，如手绘、模型、CAD绘图等，来表达概念设计的形式和形态。
形式表达的目的是将设计师的概念和想法以直观、具体的方式呈现出来，使所有相关人员能够理解和感知。
设计师可以选择不同的表达方式，如线条表达、色彩表达、材料表达等，根据项目的特点和要求进行选择。
形式表达的效果直接影响着概念结构设计的传达和沟通效果，因此具有重要的意义。
再次，组织结构是指设计师根据项目的功能需求和空间布局要求，对整体结构进行合理组织与规划。
组织结构的设计包括平面布局、空间划分、流线设计等，可以通过图纸、模型等形式来表达。
设计师需要考虑项目的功能需求、人流量、空间比例等因素，来合理安排建筑、产品或服务的组织结构，以提供良好的使用体验和环境效果。
此外，功能规划是概念结构设计的重要内容。
通过功能规划，设计师可以明确确定项目的功能需求和功能分区。
功能规划需要考虑项目的具体用途、使用者的需要，设计师可以通过对空间的划分、功能的确定等方式，来满足不同需求的功能要求。
功能规划的设计不仅要考虑到具体功能的实现，还要兼顾各种功能之间的关系和协调，以提供高效的使用和运行效果。
综上所述，概念结构设计是设计过程中最初的阶段，通过正确的概念定义、形式表达、组织结构、功能规划等工作，为后续的设计过程奠定基础。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
7.3 概念结构设计将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
它是整个数据库设计的关键。
(概念结构是对用户需求的客观反映，不涉及到软硬件环境，也不能直接在数据库管理系统DBMS上实现，是现实世界与机器世界的中介。
这一阶段所产生的工作结果一般表现为E-R图的形式，它不仅能够充分反映客观世界，而且易于非计算机人员理解，易于向关系、网状、层次等各种数据模型转换。
)7.3.1 概念结构在需求分析阶段所得到的应用需求应该首先抽象为信息世界的结构，才能更好地、更准确地用某一DBMS实现这些需求。
概念结构的主要特点是:(1) 能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求。
是对现实世界的一个真实模型。
(2) 易于理解，从而可以用它和不熟悉计算机的用户交换意见，用户的积极参与是数据库的设计成功的关键。
(3) 易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充。
(4) 易于向关系、网状、层次等各种数据模型转换。
概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定。
描述概念模型的有力工具是E-R模型。
有关E-R模型的基本概念已在第一章介绍。
下面将用E-R模型来描述概念结构。
7.3.2 概念结构设计的方法与步骤设计概念结构通常有四类方法:·自顶向下。
即首先定义全局概念结构的框架，然后逐步细化，如图7.7(a)所示。
·自底向上。
即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构，如图7.7（b）所示。
·逐步扩张。
首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构，如图7.7(c)所示。
·混合策略。
即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。
其中最经常采用的策略是自底向上方法。
即自顶向下地进行需求分析，然后再自底向上地设计概念结构。
如图7.8所示。
这里只介绍自底向上设计概念结构的方法。
它通常分为两步:第1步是抽象数据并设计局部视图，第2步是集成局部视图，得到全局的概念结构，如图7.9所示。
(a)自顶向下策略(b)自底向上策略(c)逐步扩张策略图7.7设计概念结构的策略图7.8 自顶向下分析需求与自底向上设计概念结构图7.9概念结构设计步骤7.3.3数据抽象与局部视图设计概念结构是对现实世界的一种抽象。
所谓抽象是对实际的人、物、事和概念进行人为处理，抽取所关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述，这些概念组成了某种模型。
一般有三种抽象:1.分类 (Classification)定义某一类概念作为现实世界中一组对象的类型。
这些对象具有某些共同的特性和行为。
它抽象了对象值和型之间的”is member of”的语义。
在E-R模型中，实体型就是这种抽象。
例如在学校环境中，张英是学生 (如图7.10所示)，表示张英是学生中的一员(is member of 学生)，具有学生们共同的特性和行为:在某个班学马某种专业，选修某些课程。
图7.10分类2.聚集 (Aggregation)定义某一类型的组成成分。
它抽象了对象内部类型和成分之间"is part of"的语义。
在E-R模型中若干属性的聚集组成了实体型，就是这种抽象，如图7.11所示。
更复杂的聚集如图7.12所示，即某一类型的成分仍是一个聚集。
图7.11聚集图7.12更复杂的聚集3.概括(Generalization)定义类型之间的一种子集联系。
它抽象了类型之间的“is subset of”的语义。
例如学生是一个实体型，本科生、研究生也是实体型。
本科生、研究生均是学生的子集。
把学生称为超类 (Superclass)，本科生、研究生称为学生的子类 (Subclass)。
原E-R模型不具有概括，本书对E-R模型作了扩充，允许定义超类实体型和子类实体型。
并用双竖边的矩形框表示子类，用直线加小圆圈表示超类-子类的联系(如图7.13所示)。
图7.13 概括概括有一个很重要的性质:继承性。
子类继承超类上定义的所有抽象。
这样，本科生、研究生继承了学生类型的属性。
当然，子类可以增加自己的某些特殊属性。
概念结构设计的第一步就是利用上面介绍的抽象机制对需求分析阶段收集到的数据进行分类、组织 (聚集)，形成实体、实体的属性，标识实体的码，确定实体之间的联系类型(1:1，l:n，m:n)，设计分E-R图。
具体做法是:1.选择局部应用根据某个系统的具体情况，在多层的数据流图中选择一个适当层次的数据流图，作为设计分E-R图的出发点。
让这组图中每一部分对应一个局部应用。
由于高层的数据流图只能反映系统的概貌，而中层的数据流图能较好地反映系统中各局部应用的子系统组成，因此人们往往以中层数据流图作为设计分E-R图的依据(如图7.14所示)。
图7.14设汁分E-R图的出发点2.逐一设计分E-R图选择好局部应用之后，就要对每个局部应用还不设计分E-R图，亦称局部E-R图。
在前面选好的某一层次的数据流图中，每个局部应用都对应了一组数据流图，局部应用涉及的数据都已经收集在数据字典中了。
现在就是要将这些数据从数据字典中抽取出来，参照数据流图，标定局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型。
事实上，在现实世界中具体的应用环境常常对实体和属性已经作了大体的自然的划分。
在数据字典中，"数据结构"、"数据流"和"数据存储"都是若干属性有意义的聚合，就体现了这种划分。
可以先从这些内容出发定义E-R图，然后再进行必要的调整。
在调整中遵循的一条原则是:为了简化E-R图的处置，现实世界的事物能作为属性对待的，尽量作为属性对待。
那么符合什么条件的事物可以作为属性对待呢?本来，实体与属性之间并没有形式上可以截然划分的界限，但可以给出(划分实体与属性的)两条准则:(1) 作为"属性"，不能再具有需要描述的性质。
"属性"必须是不可分的数据项，不能包含其他属性。
(2) "属性"不能与其他实体具有联系，即E-R图中所表示的联系是实体之间的联系。
凡满足上述两条准则的事物，一般均可作为属性对待。
例如:职工是一个实体，职工号、姓名、年龄是职工的属性，职称如果没有与工资、福利挂钩，换句话说，没有需要进一步描述的特性，则根据准则(1)可以作为职工实体的属性。
但如果不同的职称有不同的工资、住房标准和不同的附加福利，则职称作为一个实体看待就更恰当，如图7.15所示;图7.15职称作为一个实体再如，在医院中，一个病人只能住在一个病房，病房号可以作为病人实体的一个属性。
但如果病房还要与医生实体发生联系，即一个医生负责几个病房的病人的医疗工作，则病房根据准则(2)应作为一个实体，如图7.16所示。
图7.16病房作为属性或一个实体又如，如果一种货物只存放在一个仓库，那么就可以把存放货物的仓库的仓库号作为描述货物存放地点的属性。
但如果一种货物可以存放在多个仓库中，或者仓库本身又用面积作为属性，或者与职工发生管理上的联系，那么就应把仓库作为一个实体，如图7.17所示。
图7.17仓库作为一个实体实例销售管理子系统分E-R图的设计。
某工厂开发管理信息系统，经过可行性分析和详细调查，确定了该系统由物资管理、销售管理、劳动人事管理等子系统组成。
为每个子系统组成了开发小组。
销售管理子系统开发小组的成员经过调查研究、信息流程分析和数据收集，明确了该子系统的主要功能是:处理顾客和销售员送来的订单；工厂是根据订货安排生产的；交出货物同时开出发票；收到顾客付款后，根据发票存根和信贷情况进行应收款处理，得到了该子系统二层数据流图(共5张)和数据字典，其中包括14个数据结构和29个数据流 (总共14个矩形或半矩形，29个箭头) 。
(注：牵涉到的14个数据结构并不都是独立的，有些数据结构是多个子系统共享的，仔细观察几个子图就会发现。
)图7.18是第一层数据流图。
虚线部分划出了系统边界。
图中把系统功能又分为四个子系统。
图7.19至图7.22是第二层数据流图。
由于该子系统不太复杂，设计分E-R图可以从图7.18第一层数据流图入手。
若某一局部应用仍比较复杂，则可以从更下层的数据流图入手。
例如，从图7.19至图7.22开始，分别设计它们的分E-R图，再汇总成该局部应用的分E-R图。
分析图7.18和数据字典，知道整个系统功能围绕了“订单”和“应收账款”的处理。
数据结构中订单、顾客、顾客应收账目用得最多，是许多子功能、数据流共享的数据，因此先设计该分E-R图的草图(如图7.23所示)。
图7.18 销售管理子系统第一层数据流图图7.19 接收订单图7.20 处理订单图7.21 开发票图7.22 支付过账图7.23 分E-R图的框架然后参照第二层数据流图和数据字典中的详尽描述，遵循前面给出的(划分实体与属性的)两个准则，进行了如下调整，(1)每张订单由订单号、若干头信息和订单细节组成。
订单细节又有订货的零件号、数量等来描述。
按照准则(2)，订单细节就不能作订单的属性处理而应该上升为实体。
一张订单可以订若干产品，所以订单与订单细节两个实体之间是l:n的联系。
(2) 原订单和产品的联系实际上是订单细节和产品的联系。
每条订货细节对应一个产品描述，订单处理时从中获得当前单价、产品重量等信息。
(3) 图7.21中“发票清单”是一个数据存储，是否应作为实体加入分E-R 图呢? 答案是不必。
这里的数据存储对应手工凭证，发票上的信息在开具发票的同时已及时存入应收账款中了。
(4) 工厂对大宗订货给予优惠。
每种产品都规定了不同订货数量的折扣，应增加一个“折扣规则”实体存放这些信息，而不应把它们放在产品描述实体中。
最后得到分E-R图如图7.24所示。
对每个实体定义的属性如下：顾客：｛顾客号，顾客名，地址，电话，信贷状况，账目余额｝订单：｛订单号，顾客号，订货项数，订货日期，交货日期，工种号，生产地点｝订单细则:｛订单号，细则号，零件号，订货数，金额｝应收账款:｛顾客号，订单号，发票号，应收金额，支付日期，支付金额，当前余额，货款限额｝产品描述：｛产品号，产品名，单价，重量｝折扣规则：｛产品号，订货量，折扣｝(注意:为了节省篇幅，实体与属性的关系没有用图形表示，实体的标识码用下横线划出)。
图7.24 销售管理子系统的分E-R图(注：销售管理子系统虽然还牵涉到其它实体，但未必都由这个子系统来负责给出定义；因为还有物资管理、劳动人事管理等子系统都在同时开发，还有总体设计人员也在工作。