Oracle需求分析.docx
《Oracle需求分析.docx》由会员分享,可在线阅读,更多相关《Oracle需求分析.docx(8页珍藏版)》请在冰点文库上搜索。
需求分析
x.1系统功能概述
本系统开发的总体任务是建立一个基于web的音乐网站,实现歌曲信息展示、对歌曲的常规操作以及网站的后台管理等功能。
经过对该系统的总体任务进行分析、设计,确定该系统的具体功能如下:
用户注册、登录管理:
主要包括新用户注册信息、已有用户登录系统,确保只有合法的用户才能使用本系统。
网站基本功能管理:
主要包括歌曲的分类检索、投票、试听、下载等功能。
网站后台信息管理:
主要包括管理员对歌曲、专辑、歌手等信息的上传、查询、修改和删除操作。
帮助信息:
主要提供了本系统的信息说明。
x.2系统功能模块设计
将上述功能进行细化,每个功能模块又可以分为如下子功能模块:
1.用户注册、登录模块。
1)用户注册模块
2)用户登录模块
3)管理员登录模块
2.网站基本功能模块
1)歌曲的分类检索
a.按照歌曲名称检索
b.按照专辑名称检索
c.按照歌手名称检索
2)歌曲试听管理模块
3)歌曲下载管理模块
3.网站后台管理模块
1)管理员对歌曲的上传、修改和删除管理模块
2)管理员对专辑的上传、修改和删除管理模块
3)管理员对歌手的上传、修改和删除管理模块
4.帮助模块
1)本系统的使用说明
2)版权信息
x.3系统架构
音乐网站分前台管理和后台管理两大模块,其中前台管理又分为:
首页、音乐盒、短信息、分享音乐、播放列表五大模块;后台管理又分为:
后台首页、音乐管理、友情链接、用户管理、添加管理员、修改密码。
根据以上功能,设计出了网站的总体架构模型,涵盖了整个网站的应用。
逻辑模型如图x.1所示:
图x.1逻辑模型
x.4系统登录流程
音乐网站的登录流程应顺着系统信息流动的过程逐步地进行,用户登陆采用常用的登陆模式。
用户输入用户名和密码,后台会进行验证,正确的话就可以登陆进书籍浏览页面,错误则会提示用户名或者是密码错误。
未经注册过的用户要进行注册。
用户注册模块包括用户名、密码、确认密码。
用户在注册的时候系统会对用户注册的信息进行验证,如简单的输入字符长度和规范可以通过js来验证,检测该用户名是否已经注册过了,则是通过后台访问数据库来验证,不允许相同的用户重复注册。
管理员登陆的方式,管理员登陆进去的是后台的界面,可以对用户和音乐的信息进行查看和删除等操作,添加友情链接和管理员,还可以修改密码。
系统的登录流程图,如图3.2所示:
图X.2 登录流程图
x.5系统功能设计
音乐网站系统主要由前台模块和后台管理模块两部分组成。
用户在进入该网站后,不仅可以查看其各种自己喜欢的音乐,还可以选择查看关于自己喜欢的音乐的信息。
管理员登录后,不仅可以查看用户状态,还可以管理音乐、用户的信息。
管理员还可以根据实际情况添加其他管理员以维护该音乐网站的环境和安全。
x.5.1前台功能设计
音乐网站的前台功能设计,如图x.3所示:
图x.3前台功能设计模块
前台功能模块描述:
(1)注册模块:
普通用户可以在次注册,填写相关的信息,注册成功后可以享受本网站的所有信息资料,也可在此进行试听和下载音乐,并可以对试听过的音乐进行留言。
(2)音乐盒模块:
在这里用户可以对在网站里的一切音乐,随意试听。
并将自己喜欢的音乐加入到音乐盒中。
(3)短信息模块:
此模块显示了如果其他用户给你发送短消息,你可以点此查看,并可以在此界面进行回复。
(4)分享音乐模块:
注册过的用户可以点此进入,进行上传音乐。
(5)播放列表模块:
播放过的音乐会存在此页面上。
x.5.2后台功能设计
根据前面的系统的系统功能分析中,可将后台功能划分成7个模块,如图3.4所示:
图x.4后台功能设计模块
后台功能模块描述:
(1)登录模块:
是管理员的登录界面,用于管理员的登录。
(2)后台首页模块:
显示网站名称和制作人。
(3)音乐管理:
对一些不满意的音乐可以进行删除;也可以了解音乐的情况(包括歌名、歌手、所属专辑、简介等)。
(4)友情链接:
添加链接的网站名称和地址。
(5)用户管理:
可以对注册过的用户进行删除。
(6)添加管理员:
此模块显示了管理员可以根据音乐网站的实际情况进行添加一些管理员,方便管理。
(7)修改密码:
可以在这个模块对管理员的密码进行修改。
x.6数据库设计
数据库在一个信息管理系统中占有非常重要的地位,数据库结构设计的好坏直接影响系统执行的效率和系统的可维护性。
合理的数据库结构可以提高数据存取的效率、有效降低数据冗余、增强数据的共享性和一致性。
设计数据库系统时应该首先了解用户各个方面的需求,包括现有的以及将来可能增加的需求。
数据库设计一般包括如下步骤:
1.数据库需求分析
2.数据字典设计
3.数据库逻辑结构设计
x.6.1数据库需求分析
用户的数据处理需求主要体现在各种信息的提供、保存、更新和查询上,这就要求数据库结构能充分满足各种信息处理的需要。
在系统调查阶段,应收集用户操作的原始数据和对数据的处理流程,组成一份详尽的数据字典,为后面的具体设计打下基础。
根据对一般网站的业务管理需求和音乐网站的独特业务管理需求进行分析,设计出如下的数据结构和数据项:
用户信息:
包括的数据项有用户编号、姓名、密码和是否管理员。
专辑信息:
包括的数据项有专辑编号、专辑名称、专辑简介、发行时间、歌手编号和分类编号。
歌手信息:
包括的数据项有语言标号、语言名称。
专辑分类信息:
包括的数据项有分类编号、分类名称。
歌曲信息:
包括的数据项有歌曲编号、歌曲名称、歌手编号、人气值和歌曲文件。
有了上面的数据结构、数据项和对业务处理的了解,我们就可以把以上信息录入到数据字典中。
x.6.2数据库逻辑结构设计
现将上面的需求分析结果转化为Oracle数据库管理系统所支持的实际数据模型,也就是数据库的逻辑结构。
根据数据库的需求分析结果和数据库逻辑结构,设计名称为musicSite的用户方案,该用户方案下包含多个表,各个表的设计结果如表x.3至x.8所示。
字段名称
说明
字段类型
字段长度
是否允许为空
约束
userID
编号
Nbarchar2
4
否
主键
userName
姓名
Nbarchar2
8
否
password
密码
Nbarchar2
8
是
isAdmin
是否管理员
Number
1
否
取值是1或0
表x.1用户信息表(siteUser)
字段名称
说明
字段类型
字段长度
是否允许为空
约束
albumID
专辑编号
Nbarchar2
4
否
主键
AlbumName
专辑名称
Nbarchar2
20
否
albumIntro
专辑简介
Nbarchar2
2000
是
issueData
发行时间
Data
是
singerID
歌手编号
Nbarchar2
4
否
languageID
语言编号
Nbarchar2
4
否
ClassifyID
分类编号
Nbarchar2
4
否
表x.2专辑表(album)
字段名称
说明
字段类型
字段长度
是否允许为空
约束
SingerID
歌手编号
Nbarchar2
4
否
主键
SingerName
姓名
Nbarchar2
20
否
isGroup
是否组合
Number
1
否
取值是1或0
Sex
性别
Nbarchar2
1
是
检查约束
表x.3歌手表(singer)
字段名称
说明
字段类型
字段长度
是否允许为空
约束
LanguageID
语言编号
Nbarchar2
4
否
主键
LanguageName
语言名称
Nbarchar2
20
否
表x.4语言表(language)
字段名称
说明
字段类型
字段长度
是否允许为空
约束
classifyID
分类编号
Nbarchar2
4
否
主键
ClassifyName
分类名称
Nbarchar2
20
否
表x.5专辑分类表(albumClassify)
字段名称
说明
字段类型
字段长度
是否允许为空
约束
songID
歌曲编号
Nbarchar2
4
否
主键
songName
歌曲名称
Nbarchar2
20
否
singerID
歌手编号
Nbarchar2
4
否
votes
人气值
Number
1
否
默认值0
songFile
歌曲文件
Blob
否
表x.6歌曲表(song)
以上表结构中除了包括需要存储实体属性值的字段外,在一些表中还包括与其他表进行关联的字段,即该表的外键字段。
具有外键关系的表如下:
1)专辑表中的singID字段引用歌手表的singID字段,两表间具有外键约束关系。
2)专辑表中的languageID字段引用语言表的languageID字段,两表之间具有外键约束条件
3)专辑表中的classifyID字段引用专辑分类表的classifyID字段,两表之间具有外键约束条件
4)歌曲表中的singerID字段引用歌手表的singerID字段,两表之间具有外键约束条件