Oracle需求分析.docx

需求分析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编号Nbarchar24否主键userName姓名Nbarchar28否password密码Nbarchar28是isAdmin是否管理员Number1否取值是1或0表x.1 用户信息表（siteUser）字段名称说明字段类型字段长度是否允许为空约束albumID专辑编号Nbarchar24否主键AlbumName专辑名称Nbarchar220否albumIntro专辑简介Nbarchar22000是issueData发行时间Data是singerID歌手编号Nbarchar24否languageID语言编号Nbarchar24否ClassifyID分类编号Nbarchar24否表x.2 专辑表（album）字段名称说明字段类型字段长度是否允许为空约束SingerID歌手编号Nbarchar24否主键SingerName姓名Nbarchar220否isGroup是否组合Number1否取值是1或0Sex性别Nbarchar21是检查约束表x.3歌手表（singer）字段名称说明字段类型字段长度是否允许为空约束LanguageID语言编号Nbarchar24否主键LanguageName语言名称Nbarchar220否表x.4语言表（language）字段名称说明字段类型字段长度是否允许为空约束classifyID分类编号Nbarchar24否主键ClassifyName分类名称Nbarchar220否表x.5专辑分类表（albumClassify）字段名称说明字段类型字段长度是否允许为空约束songID歌曲编号Nbarchar24否主键songName歌曲名称Nbarchar220否singerID歌手编号Nbarchar24否votes人气值Number1否默认值0songFile歌曲文件Blob否表x.6歌曲表（song）以上表结构中除了包括需要存储实体属性值的字段外，在一些表中还包括与其他表进行关联的字段，即该表的外键字段。具有外键关系的表如下：1） 专辑表中的singID字段引用歌