2.1 软件生命周期是指软件产品从考虑其概念开始，到该产品不再使用的整个时期。一般包括概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装部署及交付阶段、运行阶段与维护阶段。数据库应用系统需求是指用户对数据库应用系统在功能、性能、行为、设计约束等方面的期望和要求：数据及数据处理、业务、性能、其他存储安全备份与恢复等。 2.2 数据库应用系统生命周期模型 3.1 数据元素(列)是数据处理中的最小单位。 3.2 DFD图：数据流(标有名字的箭头)、处理、数据存储(横圆柱)、数据源/终点(棱形) 3.3 IDEF0图：更好地理解需求;ICOM(输入、控制、输出、机制)码;至少一个控制和输出箭头。A-0;A0(顶层图);A1;A11 3.4 DFD与IDEF0的比较：结构化分析思想：自顶而下逐级细化 3.5 结构化分析及建模方法的优点： 数据库概念设计与数据建模 4.1 概念设计的目的和任务：面向现实世界，理解和描述应用领域中的数据需求，分析确定系统需要存储和处理什么数据。过程：确定实体集;确定联系和联系类型;建立由信息模型表示的业务模型;确定实体集属性;优化信息模型。 4.2 实体集描述具有相同属性特征和性质的事物集合;属性描述实体集具有的某一特征或性质 4.3 IDEF1X：标定型(子依父实例才标定)(确定型);非标定型(确定型);分类;不确定 关系数据库逻辑设计 5.1 关系数据库：按照二维表格组织和存储的相互关联的关系(表)的集合。 关系数据库采用关系模型在计算机中组织、存储、处理和管理数据。 5.2 主码约束：惟一性;最小性，不能取空值，并且取值要唯一 外码约束：如果两个关系R和S，X是R的属性或属性组，且X不是R的码，但X是S的码，则称X是R的外码。或者取空值，或者等于S中某个元组的主码的值。 5.3 逻辑设计的内容：定义和描述数据库的全局逻辑结构、数据之间的关系、数据的完整性等 目的：得到实际数据库管理系统可以处理的数据库模式。 步聚：ER图转化关系模式;优化关系模式;数据完整性设计;外模式设计 5.4 关系模式描述关系的静态结构，由模式名、属性、完整性约束组成，关系是一个表中记录的集合，关注和强调的是值(模式实例)的集合，也是关系模式在某一时刻状态的反映。 5.5 关系的完整性(完整性约束)：对关系所满足条件的定义。作用：限定和检查数据库所含实例的合法性和正确性。静态：主码、外码、域(用户定义);动态：基于业务规则 　5.6 伪传递规则：X-Y，YW-Z，则XW-Z成立。 5.7 规范化设计理论的主要内容是范式，即关系模式满足的条件，它是数据库逻辑设计的指南，也是衡量关系模式设计优劣的标准。目的：消除数据冗余及避免操作异常，基本过程：对关系进行分解。一个低级范式的关系模式通过分解(投影)方法可转换成多个高一级范式的关系模式的集合，这个过程叫规范化。 5.8 1NF：R的每一属性均不可再分; 5.9 ER模型转换关系模型：实体集转为同名关系;联系转为一个关系，各实体集的码及联系的属性转为关系的属性(1：1均可、1：n取n、m：n取集);合并具有相同码的关系。 存储技术与数据库物理设计 6.1 物理设计是在具体的硬件环境、OS、DBMS约束下，基于逻辑设计，设计具体数据存储结构和存取方式。目的：占用空间少、访问效率高、维护代价低。主要步骤有数据库逻辑模式调整、文件组织与存取设计、数据分布设计、安全模式设计、确定系统配置、物理模式评估。 6.2 索引技术(Indexing)是一种快速文件访问技术，它将文件记录在某个或某些域(或称为属性)上的取值与该记录的物理地址直接联系起来，提供了一种根据记录域的取值快速访问文件记录的机制。索引文件是一种利用索引技术支持快速文件访问的文件组织和存取方法。