当前位置：文档之家 › 网站需求分析与E-R图画法

网站需求分析与E-R图画法

  • 格式：doc
  • 大小：75.00 KB
  • 文档页数：11

最新可编辑word文档
音乐网站需求分析
一、概述
1.本说明书目的在于说明系统需求，界定系统实现功能的范围和相应
的建模。
2.本系统是采用jsp技术的bs架构的网站。
二、专业名词
1.静态数据：是指那些不随时间或其他数据变化而变化的数据，系统
固化在内的描述系统实现功能的一部分数据。
2.动态数据：在软件运行过程中用户输入的后系统输出给用户的一部
分数据，也就是系统要处理的数据。
3．数据字典：是一种用户可以访问的记录数据库和应用程序元数据
的目录，数据字典中的名字都是一些属性与内容的抽象和概括，它们
的特点是数据的“严密性”和“精确性”，数据字典有数据项、数据结构、
数据流、数据存储、处理过程组成。
三、客户类别
有专门维护网站的站长，有临时听歌的用户，也有注册为会员的长
期用户。
四、运行环境：
本系统是运行在WindowsXP、Windows win7等操作系统环境；
业务流程
：

（一）功能框架图：
最新可编辑word文档

（二）网站分为几大模块：
1、网站主题模块：显示音乐网站的前台模块与功能，如最上端的图
标，网站名称等。（一直保持不变）
2、搜索歌曲模块模板：对音乐文件进行分类搜索（歌手、歌名）。
3、音乐类别模块模板：歌曲按乡村、独立、民歌等类别进行分类。
4、音乐排行榜模块模板：新歌top10、及TingMusic推荐。
5、显示歌曲模块模板：按歌曲种类。
6、个人信息模块：显示用户姓名，个人介绍等。
(三)TingMusic预期要实现的功能如下：
1， 用户的登录和注册。（包含登录页面和注册页面及之间的跳转，
个人信息的保存。）
2， 个人空间。
3， 站内搜索。

网站主页 网站后台管理系统 音乐管理板块 空间管理板块 网站主页 音乐界面 音乐专辑界面 推荐音乐界面 音乐排行榜界面 个人空间
版块

个人空间主页 音乐界面 音乐专辑界面 排行榜界面 音
乐
种
类
管
理
版
块

音乐网站
最新可编辑word文档

4， 音乐播放。
5， 个人空间内保存用户已收藏的音乐。
6， 在主页面点击下载、试听、收藏等按钮时，分别执行相应操作。
（试听须跳转至播放器页面，收藏可在后台运行。）
7， 点击分类音乐后，跳转至新页面，新页面包含所属类型的所有
音乐。
综上所述，所需设计页面共包括：网站主页、登陆注册页面、音乐播
放页面、个人空间页面、搜索结果页面、音乐类型所有歌曲页面。
六：数据描述
：

1.静态数据：静态数据是系统内部有关的数据结构与操作规程。具体
可包括：系统用户表格member 基本信息表,，管理员表 admin，音
乐信息表songs等.
2.动态数据：动态数据包括程序运行时输入和输出的数据,具体是数据
库的各个表的各个不同元组与属性值.
3.数据流图如下：
最新可编辑word文档

4.数据字典：
一）数据项：

1）用户信息数据字典：
名称 字段名称 类别 长度 备注
员工号 id Integer 10 主码
注册时间
regdate Datetime
上次登陆时间 Lastdate varchar 10 约束男或女
用户名 loginname varchar 18 非空
密码
loginpwd Varchar 25
登陆次数
Logintimes varchar 300

2）
音乐信息数据字典：

名称 字段名称 类别 长度 备注
音乐编号 id Integer 10 主码
歌名
name varchar 16
连接地址
Path varchar 60
歌手 Songer varchar 10 非空
上传时间
Uptime Date 100
下载次数
Downtimes Integer
所属种类
Cate_id Integer
3）管理员信息数据字典：
名称 字段名称 类别 长度 备注
管理员编号 Id Integer 10 主码
管理员密码
Pwd varchar 20
管理员名 name varchar 10 非空

二）数据流

音
乐
管
理
系
统

音 乐 管 理 人员 音乐 各种用户 音乐情况 音乐信息
管理要求 用户信息
查询要求
各种事务处理结
各种事务查询结
最新可编辑word文档

数据流名 数据流来源 数据流去向 组成
登录信息 用户信息表 用户信息表 登录信息
查询音乐信息 音乐表 管理员 查询信息

三）数据存储
数据存储名 输入的数据流 输出的数据流 组成
用户存储 用户信息 用户信息 用户表
音乐存储 音乐信息 音乐信息 音乐表

七：数据库描述：
1．E-R图提供了表示实体、属性和联系的方法
1）实体：用矩形表示，矩形框内写明实体名
2）属性：用椭圆形表示，并用无向边与其相应实体连接起来
3）联系：用菱形表示，菱形框内写明联系名，并用无向边与其有关
实体连接起来，同时联系的类型
2.系统E-R图：

3.用户实体E-R图：
管理员
用户

管理
听
音乐
最新可编辑word文档

4.音乐网站实体E-R图：

5.管理员实体E-R图
音乐
地址 歌手 歌手编号 歌词 歌手头像 出版时间 点击次数
版块

用户
密码

性别
邮箱 积分
好友编
号

收藏

安全问
题

安全答案
头像
用户名

用户编号
注册时
间
小组编号

歌名
音乐号

合集下载

E-R图绘制

E-R图绘制


解：描述仓库和商品之间的E-R图可如下图所示
仓库号
地点
面积
仓库
1
数量
存放 n 商品 商品号 商品名 价格
【例 3】两个实体集之间的多对多的联系的绘制方法。
假设在某教务管理系统中，一个教师可以上多门课，一门课也 可以由多个老师去上。教师和课程之间是多对多的联系。 教师和课程可用以下属性来描述： 教师——教师号，教师名，职称 课程——课程号，课程名 在“讲授”联系中应能反映出教师的授课质量。
编号
姓名 主任
1
年龄
学历
管理
1
系
系编号 系名
【例 2】两个实体集之间的一对多的联系的绘制方法。 假设在某仓库管理系统中，有两个实体集：仓库和商品。仓库用 来存放商品，且规定一类商品只能存放在一个仓库中，一个仓库可以 存放多件商品。仓库和商品之间是一对多的联系。 仓库和商品的属性分别如下： 仓库——仓库号，地点，面积 商品——商品号，商品名，价格 在存放联系中要反映出存放商品的数量。
3）域(Domain)：属性的取值范围称为该属性的域。
4）实体型(Entity Type)：具有相同属性的实体成为同型实体，用实 体名及其属性名的集合来抽象和刻画同类实体，称为实体型。 5）实体集(Entity Set)：同型实体的集合称为实体集。
数据模型 6）联系(Relationship)：在现实世界中，事物内部及事物之间是普遍 联系的，这些联系在信息世界中表现为实体型内部各属性之间的联 系以及实体型之间的联系。两个实体型之间的联系可以分为三类： ①一对一联系(1:1) 例如，如果一个商品只卖给一个顾客，一个顾客也只能购买一个商 品，则商品与顾客之间具有一对一的联系。 ②一对多联系(1:n) 例如，一个人可以有多个移动电话号码，但一个电话号码只能卖给 一个人。人与移动电话号码之间的联系就是一对多的联系。
作业——“学生信息管理系统”e-r图绘制

作业——“学生信息管理系统”e-r图绘制

作业——“学生信息管理系统”E-R图绘制要求：根据以下需求分析结果绘制E-R图1．学生成绩管理系统的数据库需求分析学生成绩管理是学生信息管理的重要一部分，也是学校教学工作的重要组成部分。

学生成绩管理系统的开发能大大减轻教务管理人员和教师的工作量，同时能使学生及时了解选修课程成绩。

该系统主要包括学生信息管理、课程信息管理、成绩管理等，具体功能如下：（1）完成数据的录入和修改，并提交数据库保存。

其中的数据包括班级信息、学生信息、课程信息、学生成绩等。

班级信息包括班级编号、班级名称、学生所在的学院名称、专业名称、入学年份等。

学生信息包括学生的学号、姓名、性别、出生年月等。

课程信息包括课程编号、课程名称、课程的学分、课程学时等。

各课程成绩包括各门课程的平时成绩、期末成绩、总评成绩等。

（2）实现基本信息的查询。

包括班级信息的查询、学生信息的查询、课程信息的查询和成绩的查询等。

（3）实现信息的查询统计。

主要包括各班学生信息的统计、学生选修课程情况的统计、开设课程的统计、各课程成绩的统计、学生成绩的统计等。

2．学生住宿管理系统的数据库需求分析学生的住宿管理面对大量的数据信息，要简化繁琐的工作模式，使管理更趋合理化和科学化，就必须运用计算机管理信息系统。

以节省大量的人力和物力，避免大量重复性的工作。

该系统主要包括学生信息管理、宿舍管理、学生入住管理、宿舍卫生管理等。

具体功能如下：（1）完成数据的录入和修改，并提交数据库保存。

其中的数据包括：班级信息、学生信息、宿舍信息、入住信息、卫生检查信息等。

班级信息包括班级编号、班级名称、学生所在的学院名称、专业名称、入学年份等。

学生信息包括学生的学号、姓名、性别、出生年月等。

宿舍信息包括宿舍所在的楼栋、所在楼层、房间号、总床位数、宿舍类别、宿舍电话等。

入住信息包括入住的宿舍、床位、入住日期、离开宿舍时间等。

卫生检查信息包括检查的宿舍、检查时间、检查人员、检查成绩、存在的问题等。

2.3校园网系统E-R图绘制与系统关系模式设计

2.3校园网系统E-R图绘制与系统关系模式设计

• 数据库规范化理论是进行数据库设计的理论基础，只有在数据库设计 过程中按照规范化理论方法才能够设计出科学合理的数据库逻辑结构 和物理结构，避免数据冗余、数据冲突和数据不一致性等问题。数据 库的结构必须遵循一定的规则，在关系数据库中，这种规则就是范式。
• 范式的目标主要有两个：一是减少数据冗余；二是消除异常，包括插 入异常、更新异常、 删除异常。
• 目前，关系数据库有6种范式：第一范式（1NF)、第二范式（2NF)、第 三范式（3NF)、 第四范式(4NF)、第五范式(5NF)和第六范式(6NF)。 满足最低要求的范式是第一范式（1NF)。 在第一范式的基础上进一步 满足更多要求的范式称为第二范式，其余范式以此类推。一般来 说， 数据库只需满足第三范式就可以了。
概念设计、逻辑设计、物理设计
04 校园网数据库系统的基本操作
数据的插入、修改（更新）、删除、查询
校园网数据各种高级查询
06 连接查询和子查询
校园网数据库的安全性管理
07
确保了数据库中数据的安全
校园网系统的构建
08 设计一个完整的校园网管理系统
项目二：校园网管理系统数据库的设计
任务三：校园网系统E-R图绘制与系统关系模式设计
【任务说明】
• 第三范式（3NF）属性不依赖于其它非主属性[消除传递依赖] • 满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三
范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关 键字信息。例如，存在一个部门信息表，其中每个部门有部门编号 （dept_id）、部门名称、部门简介等信息。那么在的员工信息表中列 出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再 加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF） 也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就 是属性不依赖于其它非主属性。 • 本任务主要完成校园网系统的E-R图的绘制，充分理清数据库系统中各 个实体之间的关系。
数据库系统（四）---关系型数据库设计及E-R图

数据库系统（四）---关系型数据库设计及E-R图

数据库系统（四）---关系型数据库设计及E-R图1、关系型数据库： 关系型数据库是⼀类采⽤关系模型作为逻辑数据模型的数据库系统，遵从数据库设计的基本步骤，包括：需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库实施、数据库的运⾏和维护等阶段。

概念结构设计与逻辑结构设计是关系数据库整个设计过程的关键。

2、关系数据库设计过程与各级模式 在关系数据库设计的不同阶段，会形成数据库的各级模式。

1）需求分析阶段，综合各个⽤户的应⽤需求； 2）概念结构设计阶段，形成独⽴于机器特点、独⽴于各个关系数据库管理系统产品的概念模式； 3）逻辑结构设计阶段，将 E-R 图转换成具体的数据库产品⽀持的关系数据模型，形成数据库逻辑模式，然后根据⽤户处理的要求、安全性的考虑，在基本表的基础上再建⽴必要的视图，形成数据的外模式； 4）物理结构的设计阶段，根据关系数据库管理系统的特点和处理的需要，进⾏物理存储安排，建⽴索引，形成数据库内模式。

3、概念结构设计⽅法 关系数据库的概念结构设计通常采⽤⾃顶向下法，它通过两个步骤来完成概念设计，⾸先建⽴局部信息结构，然后将局部信息结构合成为全局信息结构并优化，使⽤ E-R 图作为概念模型的描述⼯具。

1）局部信息结构设计 局部信息结构设计：根据需求分析报告中标明的不同⽤户视图范围所建⽴的满⾜该范围内⽤户需求的信息结构，称为局部信息结构。

局部信息结构设计的步骤包括：确定局部范围；选择实体；选择实体关键字；确定实体间联系；确定实体的属性。

2）E-R 图的表⽰⽅法 概念结构设计就是将需求分析得到的⽤户需求抽象为信息结构的过程，通常使⽤ E-R 图来作为描述现实世界的建模⼯具。

E-R 图提供了表⽰信息世界中实体、属性和联系的⽅法。

1.实体型，⽤矩形表⽰，写明实体的名称； 2.属性，⽤椭圆形表⽰，并⽤⽆向边将其与其相应的实体连接起来。

3.联系，⽤菱形表⽰，写明联系的名称，⽤⽆向边分别与有关实体连接起来，同时在⽆向边旁标注联系的类型（1:1、1:N 或 M:N）,如果⼀个联系具有属性，则这些属性也要⽤⽆向边与该联系连接起来。