数据库系统概论复习资料
1.Data:数据,是数据库中存储的基本对象,是描述事物的符号记录。
2.Database:数据库,是长期储存在计算机内、有组织的、可共享的大量数据的集合。
3.DBMS:数据库管理系统,是位于用户与操作系统之间的一层数据管理软件,用于科学
地组织、存储和管理数据、高效地获取和维护数据。
4.DBS:数据库系统,指在计算机系统中引入数据库后的系统,一般由数据库、数据库管
理系统、应用系统、数据库管理员(DBA)构成。
5.数据模型:是用来抽象、表示和处理现实世界中的数据和信息的工具,是对现实世界的
模拟,是数据库系统的核心和基础;其组成元素有数据结构、数据操作和完整性约束。
6.概念模型:也称信息模型,是按用户的观点来对数据和信息建模,主要用于数据库设计。
7.逻辑模型:是按计算机系统的观点对数据建模,用于DBMS实现。
8.物理模型:是对数据最底层的抽象,描述数据在系统内部的表示方式和存取方法,在磁
盘或磁带上的存储方式和存取方法,是面向计算机系统的。
9.实体和属性:客观存在并可相互区别的事物称为实体。实体所具有的某一特性称为属性。
10.E-R图:即实体-关系图,用于描述现实世界的事物及其相互关系,是数据库概念模型设
11.关系模式:从用户观点看,关系模式是由一组关系组成,每个关系的数据结构是一张规
12.型/值:型是对某一类数据的结构和属性的说明;值是型的一个具体赋值,是型的实例。
13.数据库模式:是对数据库中全体数据的逻辑结构(数据项的名字、类型、取值范围等)
和特征(数据之间的联系以及数据有关的安全性、完整性要求)的描述。
14.数据库的三级系统结构:外模式、模式和内模式。
15.数据库内模式:又称为存储模式,是对数据库物理结构和存储方式的描述,是数据在数
据库内部的表示方式。一个数据库只有一个内模式。
16.数据库外模式:又称为子模式或用户模式,它是数据库用户能够看见和使用的局部数据
的逻辑结构和特征的描述,是数据库用户的数据视图。通常是模式的子集。一个数据库可有多个外模式。
17.数据库的二级映像:外模式/模式映像、模式/内模式映像。
1.数据库系统由数据库、数据库管理系统、应用系统和数据库管理员构成。
2.数据管理是指对数据进行分类、组织、编码、存储、检索和维护等活动。
3.数据管理技术的发展经历了人工管理、文件系统、数据库系统3个阶段。
4.数据模型分为概念模型、逻辑模型和物理模型3个方面。
5.数据模型的组成要素是:数据结构、数据操作、完整性约束条件。
6.实体型之间的联系分为一对一、一对多和多对多三种类型。
项目编号: S×××-
项 目 承 担 部 门:
本文档 使 用部门: □主管领导 ■项目组
□客户(市场) ■维护人员 □用户
说明编写这份概要设计说明书的目的,并指出预期的读者。
列出文件中用到的专门术语的定义和外文首字母的原词组。
列出用的着的参考资料,如:
本项目的经核准的计划任务书或合同,上级机关的批文。属于本项目的其他已发表的文件本文件中各处引用的文件、资料、包括所需用到的软件开发标准。
对《需求规格说明书》进行复审,如有变更需要在本节进行说明。
以下内容描述软件概要设计的整体范围,其主要信息来自于《需求规格说明书》。
2.3 设计约束、限制
3. 软件系统结构设计
3.1 复审数据流、控制流
复审需求分析阶段对软件的功能需求的描述(如系统的DFD图和IDEF0图)是否合理和精化。否则,应在本节进行进一步分解和精化。
通过变换映射(如基于DFD或基于IDEF0 的结构设计),并采用适当的优化准则进行软件结构的优化。该过程可在本节中分段落进行描述。
已得到优化的软件体系结构用结构图(Structure Chart)进行描述。描述的内容包括:
3.2.1 软件程序结构图
画出软件体系结构的树状层次。
给出软件模块的命名规则,保证模块名称在项目内的唯一性和无二义性。
可用IPO图结合下表对每一软件模块进行描述。
本节说明《需求规格说明书》中的各项功能需求已在软件体系结构中得到分配。 可用如下的二维表说明各项功能需求与软件模块的对应关系。
此表可以采用其他适用形式,如拆分为两张表:功能需求对应模块、模块对应功能需求,
说明软件可复用的数据、接口和模块。复用既指可利用的现有构件资源,也指软件中可抽取的新建构件。
本章对软件所使用的数据进行定义和概要设计。本章内容在项目的其他文档中若有描述,请在相应小节指明。
对需求分析阶段形成的数据字典进行复审和精化。
定义软件使用的数据项,可能包括:名称、简称、类型、长度、别名等。
4.3 数据库结构设计
将需求分析阶段形成的实体模型转化为数据库系统支持的数据库模型。如根据E-R图或IDEF1x图建立数据库的物理模型。
4.4 数据结构与程序的关系
给出本系统内所使用的每个数据结构的名称、标识符,说明各个数据结构与访问这些数据结构的各个程序模块间的对应关系,可采用如下的矩阵图的形式:
说明数据存储文件的逻辑结构、文件组织方式、容量、存取权限等。
5.1 用户界面设计规则
分析《需求规格说明书》中的用户特点,设计交互、信息显示和数据输入等用户界面规则。若有的话,列出用户的强制标准和开发单位的强制标准。
说明软件内部模块间的接口安排。
说明本系统同外界的所有接口的安排,包括软件与硬件之间的接口,本系统与各支持软件之间的接口关系。
内部和外部的接口设计必须结合模块内部的数据验证和出错处理。
说明每种可能的出错或故障情况,并对他们命名和编号;给出出错时的信息显示界面;和相应的
说明为了系统维护的方便而在程序内部设计中作出的安排,指明哪些功能和数据需要维护及其实现维护功能的模块。
第二篇:软件工程模板概要设计说明书 6900字
编写:XXX 审核: 批准: 受控状态: 发布版次:1.0 编号:
XXX概要设计说明书 内部文档
中软培训实训基地 第 2 页 共 11 页
XXX概要设计说明书 内部文档
第 3 页 共 11 页 中软培训实训基地
XXX概要设计说明书 内部文档
XXX概要设计说明书 内部文档
? 本说明书目的在于明确说明系统各功能的实现方式,指导开发员进行编码。 ? 本说明书的预期读者为:XXX等。
待开发软件系统的名称:XXX
此软件系统任务提出者:XXX
此软件系统任务开发者:XXX
此软件系统任务用户:XXX
属于本项目的其他已发表的文件。
本文件中引用的其他文献、资料以及软件开发标准。
系统包括的范围:XXX。
中软培训实训基地 第 5 页 共 11 页
XXX概要设计说明书 内部文档
XXX概要设计说明书 内部文档
XXX概要设计说明书 内部文档
2.2.2 关键技术与算法
简要说明本系统中的主要技术与算法。这部分是概要设计的核心!!!
简要说明本系统中的最主要的数据结构。
说明在本系统的运行过程中不得不包含的人工处理过程(若有的话)。指出该处理过程在系统中的前后相关的功能及操作。该过程出现的原因,输入、输出、处理过程。
此部分主要对关键功能进行设计,描述其实现方式。
如果对详细设计要求不高,也可在下面的部分中包括对详细设计的功能说明,不必另建详细设计文件。此部分主要对各模块功能进行分解,尽量能细化到每一个操作。同时附以特征界面和数据表设计。
在本系统中为员工日常办公常用功能,包括个人信息维护、日程安排、名片夹、通讯录,并且能够查看个人的待办工作、已办工作、催办工作。当个人忘记密码时,由其通过电话向系统管理员询问密码。
中软培训实训基地 第 8 页 共 11 页
XXX概要设计说明书 内部文档 4 系统数据结构设计
在面向对象的设计方法中,数据也可以作为一个对象来处理,如果数据附属于某一对象,可以将其纳入该对象的属性管理之中。所以在面向对象的设计过程中,对数据的设计是在对对象的设计过程中完成的。
列出本系统使用的主要数据结构,包括它们的名称、标识符及数据项等。
4.3 数据结构与系统元素的关系
说明各个数据结构与访问这些数据结构的各个系统元素之间的对应关系。将数据和系统的程序模块有机地结合起来。可以进一步向系统最终的数学模型(程序语言)靠近。
说明将向用户提供的接口,以及系统的回答信息。即用户在系统运行过程中提供的输入操作,及系统相应的输出信息。输入操作包括是否通过界面、通过读取数据文件等方式实现。
说明本系统同外界的所有接口,包括与硬件、各支持软件之间的接口关系。指出输入、输出方,接口数据的特点等。
说明本系统的初始化过程。以流程的方式描述系统依次的动作,包括内存使用情况、数据初始化、对象的初始化等。
中软培训实训基地 第 9 页 共 11 页
XXX概要设计说明书 内部文档
a. 说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
b. 说明每一种外界运行控制的方式方法和操作步骤。
c. 说明每种运行模块组合将占用各种资源的情况。
d. 说明系统运行时的安全控制。
说明本系统的结束过程。以流程的方式描述系统退出时依次的动作,包括内存释放情况、对象的释放等。
一般情况下系统出错设计和系统维护设计不应简化,但对特定情况下(如用户需求中未明确规定或项目周期较短、经费较少、项目复杂程度较少等)这两部分的设计可以简化。
包括出错信息表、故障处理技术等。
说明故障出现后可能采取的变通措施,包括:
a. 后备技术 当原始系统数据万一丢失时启用的副本的建立和启动的技术。
b. 降效技术 使用另一个效率稍低的方法来求得所需结果的某些部分,如手工操作和数据的人工记录。
c. 恢复和再启动技术 使系统从故障点恢复执行或使系统从头开始重新运行的方法。 8 系统维护设计
说明为了系统维护的方便,在程序内部设计中作出的安排。
说明在程序中专门安排用于系统检查与维护的检测点。
中软培训实训基地 第 10 页 共 11 页
XXX概要设计说明书 内部文档
8.2 检测专用模块的设计
说明在程序中专门安排用于系统检查与维护的专用模块。
说明在本设计中没有解决而系统完成之前应该解决的问题。
中软培训实训基地 第 11 页 共 11 页
软件工程各种图结构 需求分析阶段涉及的图 实体-关系图 1. 数据对象 2. 属性 3. 关系 学生成绩管理系统 数据流图 1、数据流图的基本符号 2、数据流图的附加符号 * 表示数据流之间是“与”关系(同时存在) + 表示数据流之间是“或”关系 ⊕ 表示只能从几个数据流中选一个(互斥关系) 3、画数据流图的步骤 画顶层数据流图 画分层数据流图 画总的数据流图 4、几点注意事项 画学生成绩管理系统的数据流图。 状态转换图 1. 什么情况下要画状态转换图 2. 状态转换图的符号 画出数据结构中“栈”对象的状态转换图。 IPO 图 输入/处理/输出(Input Process Output )图的简称。 画出学生成绩管理系统的 IPO 图。 数据字典 数据字典(Data Dictionary ,DD) 是对实体-关系图、状态转换图和数据流图中出现的所有数据对象、属性、关系、状态、数据流、文件、处理等元素的定义的集合。 数据字典的内容 1. 数据元素 2. 数据流 3. 数据存储 4. 数据处理 数据字典使用的符号 = 表示“等价于”或“定义为” + 连接 [ ],| 表示“或”,用“|”分隔,表示可任选其中某一项 { } 表示“重复” ( ) 表示“可选”,用“,”号隔开 1{A} 表示 A 的内容至少要出现 1 次。 {B} 表示 B 的内容允许重复 0 至任意次。 如: 成绩单=学号+姓名+1{课程名+成绩}3 也可写为 成绩单=学号+姓名+ {课程名+成绩} 数据字典与图形工具 数据字典与图形工具应相辅相成、互相配合,既要互相补充又要避免冗余。 系统分析员在编写数据字典和使用图形工具时应遵守一些约定 需求分析举例 概要设计 软件结构设计的图形工具 层次图(或HIPO图) 结构图 1. 结构图的符号 (1)方框代表模块,框内注明模块的名字和主要功能。 (2)方框之间的大箭头或直线表示模块的调用关系。 (3)带注释的小箭头表示模块调用时传递的信息及其传递方向。 尾部加空心圆的小箭头表示传递数据信息。 尾部加实心圆的小箭头表示传递控制信息。 (4)选择结构 (5)循环结构,模块 H 循环调用模块 A,B,C 2. 结构图的绘制 学生成绩管理系统的结构图 概要设计方法 结构化方法 结构化方法又称面向数据流设计方法(Structured Design,SD)。 设计步骤是先根据系统数据流图建立系统逻辑模型,再进行结构设计。 1. 建立系统逻辑模型 (1)变换型数据流 (2)事务型数据流 ? 2. 完成软件结构设计 面向数据结构设计方法 Jackson 把数据结构(或程序结构)分为 三种基本类型 :(a)顺序 (b)选择 (c) 循环 Jacksan 图特点:l?能对结构进行自顶向下分解,可以清晰地表示层次结构l?结构易读、形象、直观l? 既可表示数据结构也可表示程序结构 Jackson 设计方法的四个步骤: 1、分析并确定输入数据和输出数据的逻辑结构; 2、找出输入数据结构和输出数据结构中有对应关系的数据单元; 3、从描述数据结构的Jackson 图导出描述程序结构的Jackson 图; 4、列出所有的操作和条件,并把它们分配到程序结构图中去。 用Jacksan方法对学生成绩管理系统进行结构设计。 学生成绩管理系统在学生入学时输入学生基本信息。每次单科成绩是按班级内学生学号的顺序依次输入每位学生的平时成绩和考试成绩,。 然后由计算机计算每位学生的单科成绩总评分。班级各科成绩汇总 详细设计 过程设计 过程设计就是用顺序、选择和循环三种结构的有限次组合或嵌套,描述模块功能的实现算法。 过程设计阶段的工具:流程图、N_S图、问题分析图(PAD图)、 判定表、判定树、过程设计语言(PDL)等。 流程图 1. 流程图的分类 (1)数据流程图 (2)程序流程图 (3)系统流程图 (4)程序网络图 (5)系统资源图 2. 流程图符号 3. 流程图使用约定 4. 流程图的三种基本结构:顺序、选择、循环。 盒图盒图是Nassi和Shneiderman提出的,又称N_S图。1. 盒图的符号 将下述含有GOTO语句的用程序流程图,改为N_S图。 学生成绩管理系统的 N-S 图。 PAD 图基本符号
版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。