软需求分析的任务过程.ppt

为表示实体型之间的联系，又建立两个关系： 选课 (学号，课程号，听课出勤率，作业完成率，分数) 教课 (职工号，课程号) 这五个关系，组成了数据库的模型。 在每个关系中，属性名下加下划线）指明关键字。并规定关键字能唯一地标识一个元组。 关系规范化的程度，通常按属性间的依赖程度来区分，并以范式 NF (Normal Form) 来表达。常用的范式分为第一范式（1NF）、第二范式（2NF）和第三范式（3NF）。 设Ｒ是一个关系，Ｘ和Ｙ是Ｒ中的两个属性。若对于Ｘ的任一个值，Ｙ仅有一个值与之对应，则称Ｒ的属性Ｙ函数依赖于属性Ｘ。例如， 教师 (职工号, 姓名, 年龄, ??) 其中，属性“姓名”，“年龄”等都函数依赖于属性“职工号”。属性Ｘ可以是复合属性，如： 选课 (学号, 课程号, 听课出勤率, ??) 如果属性Ｙ函数依赖于复合属性Ｘ，而不与Ｘ的任何真子集函数依赖，则称属性Ｙ完全函数依赖于复合属性Ｘ。 例如在“选课”关系中，属性“听课出勤率”、“作业完成率”和“分数”等表示某个学生学习某门课程时的学习情况。只有同时指定“学号”和“课程号”，才能准确地说明是哪位学生学习哪门课程时的学习情况。 因此，“分数”等属性完全函数依赖于“学号，课程号”。 判断规范化程度的条件是： 关系中所有属性都是“单纯域”，即不出现“表中有表” 非主属性完全函数依赖于关键字 非主属性相互独立，即任何非主属性间不存在函数依赖。 如果一个关系连条件 ? 都不满足，则这个关系是非规范化的。 如果一个关系仅满足条件 ?，则这个关系满足第一范式 (1NF)。 如果一个关系满足条件 ?、?，但不满足 ?，则这个关系满足第二范式 (2NF)。 如果一个关系同时满足条件 ?、?和 ? ，则这个关系表满足第三范式(3NF)。 当数据模型达到 3NF，一般情况下就能满足数据库应用的需要。 数据库分析的过程 在需求分析阶段进行数据库分析的流程 为开发一个系统所使用的数据库，在开始分析数据库的需求前，分析员必须了解该系统的总目标和范围。然后建立一个完整并高度细化的信息模型。 此信息模型应包括一个综合的数据词典，定义所有在开发数据库时用到的数据项。 接着数据库分析定义数据库的逻辑特性和物理特性。 以信息模型和系统规格说明为指导，定义数据库的逻辑数据结构。 这种逻辑结构必须适应数据存取、修改、关联性及其它相关需求。 一旦逻辑数据结构建立起来，就可以研制数据库的物理结构。 物理数据库结构定义文件结构、记录格式、与硬件相关的处理方式以及数据库管理系统的特性。 最后，要对模式和物理特性进行完全的评审。 在数据库分析过程中所考虑的因素间存在着复杂的相互联系。改变其中的任何一个因素都会（潜在地）影响其它的因素。所以必须在各个因素之间进行折衷。 这种折衷包括专用性和通用性的折衷，信息关联程度、扩充潜力及操作特性等方面的折衷。 考虑信息关联程度和扩充潜力（包括信息规模和信息内容两方面）主要基于需求分析和设计阶段分派给数据库的专用性程度。 专用的数据库要为系统特定的信息需求服务，因此信息结构要设计得能适应要求的关联性和预计的扩充。 通用的数据库可以适应更为广泛的各种信息需求，但是为了获得通用性要付出代价。 操作特性根据折衷的结果而定。数据库的结构、规模和逻辑设计都会对它的物理组织、硬件、存取方式以及性能产生重要的影响。 THANK YOU SUCCESS * * 可编辑 * * * * * * * * * * * 状态迁移图 状态迁移图是描述系统的状态如何相应外部的信号进行推移的一种图形表示。 圆圈“○”表示可得到的系统状态 箭头“→”表示从一种状态向另一种状态的迁移。 例如, 当有多个申请占用CPU运行的进程时, 有关CPU分配的进程的状态迁移。 可得到的状态＝就绪，运行，等待 生成的事件＝t1，t2， t3， t4 ? t1 ─ 中断事件 ? t2 ─ 中断已处理 ? t3 ─ 分配CPU ? t4 ─ 用完CPU时间 状态迁移图的优点 状态之间的关系能够直观地捕捉到 由于状态迁移图的单纯性，能够机械地分析许多情况，可很容易地建立分析工具 在系统分析中，用时序图于对比在系统中处理事件的时序和相应的处理时间。在右图中, 对于事件e, 功能1～功能3 的处理时间 总计为 (T1 ＋T2＋T3） 其中功能间 切换时间0。 时序图 采用扩充时序图可表示进程间的通信流, 用于分析几个 事件的交错现象。，C1与C2，R1与R2是交错的。因此，可以做如下分析：“必须设计成 HOST1 在等待C1的回答R1期间要能接收从HOST2发出的命令C2。” Petri网 Petri网已广泛地应用于硬