学生管理系统需求分析

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,项目任务,学生管理系统需求分析,项目任务内容,找出系统中的实体,如,:,学生、教师、课程等。,找出各实体的各种属性，如学生有学号、姓名、性别、出生日期等。,找出实体之间的关系,如学生与课程的关系是“学习”，画出,E-R,图。将,E-R,图 转换成二维表。,项目任务内容准备,学习要点,数据库设计概述,需求分析,概念结构设计,逻辑结构设计,数据库的物理设计,数据库实施,数据库运行和维护,需求分析,任务,确定设计范围,数据收集与分析,基本步骤,调查与初步分析用户的需求，确定系统的边界,分析和表达用户的需求,阶段成果,说明,数据流图,数据字典,学习要点,自上而下，逐步求精。,数据流图（,Data Flow Diagram,）,简称,DFD,，,是最常用的结构化分析工具 ，有四种基本符号,实例,需求分析,需求分析,2.,数据流图的绘制,采购管理的数据流图,采购管理的顶层数据流图,采购管理一层数据流图,采购管理二层数据流图,实例：图书管理系统,罚款单,数据流图,next,实例：图书管理系统,还书单,数据流图,next,实例：图书管理系统,还书处理,数据流图,返回,数据字典,数据字典,四个项目条目,数据项,数据流,数据文件（数据存储）,转换处理,示例,图书管理系统数据字典,需求分析,:,对数据流图中各个元素的详细说明。,图书管理系统数据字典,数据项名称：借书证号,含义说明：惟一标识一个借书证,别名：卡号,类型：字符型,长度：,20,数据项说明,数据流名称：借书单,含义：读者借书时填写的单据,来源：流通部,去向：审核借书,数据流量：,25,份,/,天,组成：借书证号编号,+,借阅日期,+,借阅日期,数据流说明,数据存储名称：图书表,含义说明：存放图书有关信息,组成结构：图书,+,库存数量,数据量：平均每年,600,条,说明：,数据存储说明,处理过程名称：审核借书证,输入：借书证,输出：认定合格的借书证,处理过程说明,返回,概念结构设计,实质,将系统需求分析得到的用户需求抽象为信息结构的过程，一般是通过,E-R,模型来描述概念结构,设计内容,E-R,模型,局部,E-R,图设计,视图的集成,学习要点,实体,联系模型,E-R,模型,实体、属性与联系,E-R,模型的表示方法,联系的类型,概念结构设计,E-R,模型,实体、属性与联系,实体与属性,实体是指实体集，即用户工作环境中所涉及的一类事务，对应关系型数据库中的一个表，而不是单个实体。,实体必须用一组表征其特征的属性来描述,.,属性是对实体特征的描述。,联系是指实体之间存在的对应关系,(,它也具有属性,),每一个联系都有一个联系名，用以表示实体间的具体关系。,ER,模型,E-R,模型,E-R,模型的表示方法,三种图形,实体名,实体,属性名,属性,联系名,联系,无向边,ER,模型,E-R,模型,联系的类型,三种类型,一对一,多对多,一对多,类型示例,ER,模型,E-R,模型,类型示例,返回,局部,E-R,图设计,两步骤,抽象数据并设计局部视图，得到局部的概念结构,集成局部视图，得到全局的概念结构,图形说明,示例,图书管理系统,(,思路,),结果,概念结构设计,局部,E-R,图设计,图形说明,返回,局部,E-R,图设计,示例,:,图书管理系统,确定实体类型和属性,确定实体间的联系,读者：,卡号,，姓名，性别，部门，类别、办卡日期，卡状态,图书：,书号,，书名，作者，价格，出版社，库存数量,读者类别,:,类别代码,，类别名称，可借阅天数、可借阅数量,其中有下划线的属性为实体的主键,.,next,局部,E-R,图设计,示例,:,图书管理系统,确定实体间的联系,(,读者与图书,E-R,图,),画出局部,E-R,图,要求,对用户需求是完整的。,所有实体、属性、联系都有惟一的名字。,不允许有异名同义、同名异义的现象。,无冗余的联系。,返回,局部,E-R,图设计,图书管理系统,(,结果,),图书管理系统初步,E-R,模型,返回,视图集成,合并局部,E-R,图，生成初步,E-R,图,消除冗余,视图集成,概念结构设计,合并局部,E-R,图，生成初步,E-R,图,方法,两两集成,先将具有相同实体的两个,E-R,图，以该相同实体为基准进行集成。如果还有相同实体的,E-R,图，再次集成,直到得到总的,E-R,图为止,三类冲突,属性域冲突,命名冲突,模型冲突,视图集成,返回,消除冗余,合并具有相同键的实体类型，消除冗余属性，消除冗余联系,视图集成,返回,4.E-R,模型转换为关系数据模型的规则,（,1,）每一个实体集对应一个关系模式。关系名即实体名，关系的属性即实体的属性。,（,2,）实体间若是一对一的联系，则将一个实体的关键属性（主码）放入另一个实体所转换的关系中作为外码，用以进行联系。,（,3,）实体间若是一对多的联系，则将“一”一端的关键属性放到“多”一端的关系中作为外码。,（,4,）实体间若是多对多的联系，就将这个联系本身也转换成一个关系。,学生管理系统,系部用户管理,系统信息管理,班级信息管理,教师信息管理,学生信息管理,课程信息管理,选课信息管理,选课数据查询,用户数据录入与管理,系部信息录入与管理,班级信息录入与管理,教师信息录入与管理,学生信息录入与管理,课程信息录入与管理,选课信息录入与管理,课程成绩录入与管理,教学班学生信息查询,学生个人成绩查询！,用户登录,系统管理员,教师,学生,系统用户管理,系部信息管理,班级信息管理,教师信息管理,学生信息管理,课程信息管理,班学生查询,班成绩管理,成绩查询,选,课,数据库表的设计,1,、系统用户数据表：用户名，口令,2,、系部信息数据表：系编号、系名称,3,、班级信息数据表：班编号、名称,4,、学生信息数据表：编号、班编号、姓名、性别、生日、住址、电话、,Email,、简历,5,、教师信息数据表：编号、姓名、系编号、电话、,Email,6,、课程信息数据表：编号、名称、教师、学分,7,、选课记录数据表：编号、学生、课编号、成绩,逻辑结构设计,E-R,图向关系模型的转换,数据库的规范化,学习要点,E-R,图向关系模型的转换,实质,就是把实体、实体的属性和实体之间的联系转换为关系模式,转换规则,实体的转换,1,：,1,联系的转换,1 : n,联系的转换,m : n,联系的转换,三个或三个以上实体间的多元联系的转,具有相同码的关系的处理,逻辑结构设计,返回,数据库的规范化,实质,通过模式分解，将低一级范式的关系模式分解成了若干个高一级范式的关系模式的集合，这种过程叫做规范化,范式,第一范式（,1NF,）,第二范式（,2NF,）,第三范式（,3NF,）,逻辑结构设计,返回,数据库设计的规范化,在关系数据模型的规范化理论中，把关系看成是一个二维表，其最基本的要求是,:,关系的每一个分量必须是一个不可分的数据项,;,另外,:,（,1,）在任何一列上，数据项的属性是相同的,;,（,2,）在一个表中，每一列都要有自己的名称，列的顺序是无关紧要的,;,（,3,）表中所有的行都要求是不同的，即没有完全相同的两行存在,;,（,4,）在表中行的顺序也是无关紧要的。任何一个关系都必须是规范化的。,在规范化理论中，提出了第一范式、第二范式、第三范式、,BC,范式、第四范式和第五范式。,数据库的物理设计,数据库实施,数据库运行和维护,项目任务实施（上机调试）,