宿舍管理系统需求分析报告样本.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。
滨州学院

课程设计
( 数据库系统原理)

题 目
学生宿舍管理系统
系 院

专 业

班 级

学 号

姓 名

二〇一一 年六月十六日

目录

引言 4
第一章 需求分析 5
1.1 需求分析 5
1.1.1 调查用户需求 5
1.2 系统功能的设计和划分 6
1.3 数据流图 7
1.3.1报修分数据流图 7
1.3.2快件分数据流图 7
1.3.3离返校分数据流图 8
1.3.4夜归分数据流图 8
1.3.5总数据流图 9
1.4 数据字典 9
1.4.1数据项 9
1.4.2数据结构 11
1.4.3数据流 11
1.4.4数据存储 11
1.4.5处理过程 11
第二章 概念结构设计 13
2.1设计完成的总ER图为: 13
2.2各子系统的分ER图 14
2.2.1学生住宿信息管理子系统 14
2.2.2报修子系统 14
2.2.3收取快件子系统 15
2.2.4离返校子系统 15
2.2.5夜归管理子系统 16
第三章逻辑结构设计 17
3.1将E-R图转换为关系模型: 17
3.2用户视图: 17
第四章 物理设计 18
4.1基本表设计 18
4.1.1 住宿学生信息表 18
4.1.2 宿舍信息表 18
4.1.3 宿舍财产信息表 18
4.1.4邮件快递信息表 18
4.1.5报修信息表 19
4.1.6夜归信息表 19
4.1.7离校信息表 19
第五章 数据库的实施和维护 20
5.1 创立基本表的代码 20
5.2数据库关系图 22
5.3 数据的载入 22
第六章 数据库运行和维护阶段 23
6.1 经过SQL语句进行简单测试 23
6.2数据库的运行和维护 23
总结 24

引言

科学技术的进步和生产的发展使人类知识总量的增长不断加快, 生产社会化趋势的扩大和社会对产品需求的多样性使得组织在营运活动中所涉及的内部和外部信息量迅速地膨胀起来。面对激烈的市场竞争, 人们对这些信息进行收集、 加工、 传递等过程的时间性和准确性提出了更高的要求。这一切使得传统的手工作业为基础的信息系统陷入了机构日益庞大, 效率日益降低的困境。电子计算机的出现为摆脱这种困境找到了出路。计算机用于管理信息处理的突出优点是迅速、 准确、 可靠、 具有很大的存储能力, 适应于管理信息量大、 面宽的特点, 适合于管理信息处理及时、 准确的要求。
管理信息系统( MIS, Management Information System) 是一个由人和计算机等组成的能够提供信息以支持一个组织机构内部的作业、 管理、 分析和决策职能的系统。管理信息系统利用计算机的硬件和软件, 手工规程、 分析、 计划、 控制和决策用的模型, 以及数据库对信息进行收集、 传输、 加工、 保存和使用。因此, 管理信息系统是一个信息处理系统。
数据库作为存取数据并对数据进行操作的工具在系统中所起到的作用至关重要。数据库设计是指对于一个给定的应用环境, 构造优化的数据库逻辑模式和物理模式结果, 并据此建立数据库及其应用系统, 使之能有效地存储和管理数据, 满足应用需求, 包括信息管理要求和数据操作。信息管理要求是指在数据库中应该存储和管理哪些数据对象; 数据操作要求是指对数据对象进行哪些操作, 如查询、 增、 删、 改、 统计等操作。数据库设计地目标是维用户和各种应用系统提供的一个信息基础设施和高效率地运行环境。高效率的运行环境包括: 数据库数据的存取速率、 数据库存储空间的利用率、 数据库系统运行管理的效率等都是高的。
第一章 需求分析
1.1 需求分析
1.1.1 调查用户需求
本系统的最终用户为宿舍楼管理员和宿舍楼的学生。根据我们日常生活中的经验, 结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查, 得出用户的下列实际要求:
1、 宿舍楼的基本情况
学生住在宿舍楼中, 每栋宿舍楼都会有若干名老师和宿舍楼管理人员负责本宿舍楼的日常管理。
一、 学生的基本信息:
入校时, 每位同学都有唯一的学号, 并被分配到指定的宿舍楼和指定的宿舍, 也会有一个宿舍号, 其入校时间就是她的入住时间。另外, 为了管理上的方便, 同一院系的学生的宿舍一般在一起, 相应地会有其所在的院系名称。
二、 宿舍的基本信息:
每间宿舍都有唯一的宿舍号, 入校时, 宿舍会装公用电话机, 相应地就有宿舍电话号码。
三、 宿舍财产的基本信息:
每个宿舍的财产属于学校, 比如电灯, 床铺, 柜子, 桌椅等, 为了对不同的财产进行区分, 能够为每种财产分配不同的财产号。这样有利于财产的报修和管理。
四、 快件收发的基本信息:
每栋宿舍楼都有邮件收发的管理, 当本楼的同学有信件时, 相应的会有信件的到达时间, 接受信件的同学姓名和她所在的宿舍号。有时, 同一个学生有多封信件需要接收, 需要表示一个同学有多少封信件。当信件接收后, 应有一个接收信件的时间, 表示信件已成功到达指定的同学手中。
五、 报修的基本信息:
宿舍楼中经常出现财产的损坏, 比如灯泡坏了, 厕所的马桶出故障了等, 这时, 同学们需要将财产损坏情况报告给宿舍楼管理员, 以便学校派人进行维修。这时, 需要记录报修的宿舍号和损坏的财产编号, 同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后, 应记录解决时间, 表示该报修成功解决。
六、 夜归的基本信息:
宿舍楼在指定的时间关门( 比如晚上十点半) , 若有同学晚于关门时间会宿舍, 需通知宿舍楼管理员, 同时应登记晚归学生姓名, 宿舍号, 时间和晚归原因, 以利于学校的管理和查证。
七、 离校的基本信息:
每当放寒假或暑假时, 同学们大部分都会回家; 每当”五·一”或”十·一”放假时, 同学们也有很多不会留在宿舍。这时, 为加强学校对同学假期安全的管理, 离校的同学应登记离校时间, 待返校后记录返校时间, 以便学校查证和管理。

2、 用户对系统的要求
一、 宿舍楼管理员:
a.信息要求:
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息, 包括某一学号的学生在宿舍楼中住宿的详细信息, 快件收发的所有信息, 报修的所有信息, 夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。
b.处理要求:
当学生基本信息发生变化时, 宿舍楼管理员能对其进行修改。比如, 某些同学搬到其它的宿舍中去, 她们在本宿舍楼中相应的记录就应该删去; 或者学生转换专业, 她们记录中院系的信息也要作相应的修改等等。
当宿舍楼的电话号码发生变更时, 宿舍楼管理员能根据有关证明做出修改。
当快件到达本宿舍楼时, 宿舍楼管理员应依据到达快件的相关信息在快件信息中插入一条记录, 当同学们接收快件后, 管理员应登记快件的接收时间, 表明该信件已成功到达收信人的手中。
当宿舍财产报修及时解决后, 管理员应登记解决时间, 表明该报修问题已成功解决。
c．安全性与完整性要求:
安全性要求:
1.系统应设置访问用户的标识以鉴别是否是合法用户, 并要求合法用户设置其密码, 保证用户身份不被盗用;
2.系统应对不同的数据设置不同的访问级别, 限制访问用户可查询和处理数据的类别和内容;
3.系统应对不同用户设置不同的权限, 区分不同的用户, 如区分普通用户( 学生) , 管理员。
完整性要求:
1.各种信息记录的完整性, 信息记录内容不能为空;
2.各种数据间相互的联系的正确性;
3.相同的数据在不同记录中的一致性。
二、 本宿舍楼的学生:
a.信息要求:
本宿舍楼的学生能查询其所在的宿舍的所有信息, 能查询本楼的指定宿舍的电话号码以利于同楼宿舍间的通信。能查询自己的快件信息。能查询自己的夜归记录和离返校记录。
b.处理要求:
本宿舍楼的学生能在报修信息表中插入报修信息, 表示本宿舍的财产发生了损毁需要学校派人维修。
学生离校时, 能在离返校记录表中插入离校时间; 学生返校后, 能在离返校记录表中插入返校时间, 表示已经回校。
1.2 系统功能的设计和划分
根据如上得到的用户需求, 我们将本系统按照所完成的功能分成以下几部分:
第一部分: 用户管理部分
第二部分: 管理员管理部分

各部分完成的功能如下:

1、 用户管理部分
1、 处理用户注册
2、 处理用户登录
3、 用户能够查询学生信息。
4、 用户能够查询快件信息。
5、 用户能够提交与查询报修信息。
6、 用户能够插入与删除用户自己的离返校信息。
7、 用户能够修改用户自己密码。
2、 管理员管理部分
1、 处理管理员登录
2、 管理员能够查询学生信息。
3、 管理员能够发布与更新快件信息。
4、 管理员能够插入、 修改与查询报修信息。
5、 管理员能够插入与查询学生夜归信息。
6、 管理员能够查询在校与离校学生信息。
7、 管理员能够修改管理员密码。
1.3 数据流图
1.3.1报修分数据流图

1.3.2快件分数据流图

1.3.3离返校分数据流图

1.3.4夜归分数据流图

1.3.5总数据流图

1.4 数据字典
1.4.1数据项
住宿学生数据字典:
属性名
存储代码
类型
长度
备注
学号
Sno
char
20
住宿学生学号
姓名
Sname
char
20
住宿学生姓名
性别
Ssex
char
4

专业
Sdept
char
40
学生专业
宿舍号
Dno
char
6
住宿学生宿舍号
入住时间
Scheckin
date
8
新生搬入时间
宿舍数据字典:
属性名
存储代码
类型
长度
备注
宿舍号
Dno
char
6

宿舍电话
Dphone
char
15

宿舍财产数据字典:
属性名
存储代码
类型
长度
备注
物品号
Pno
Int
2
宿舍物品编号
物品名
Pname
char
20
宿舍物品名

邮件快递数据字典:
属性名
存储代码
类型
长度
备注
姓名
Sname
char
20
收件人姓名
宿舍号
Dno
char
6
收件人宿舍号
到达时间
Marrive
date
8
邮件快递到达时间
接收时间
Mreceive
date
8
收件人接收时间
邮件数量
Mnumber
tinyint
2
学生收到邮件数量

报修数据字典:
属性名
存储代码
类型
长度
备注
宿舍号
Dno
char
6
报修人宿舍号
物品号
Pno
Int
2
报修物品编号
提交日期
Rsubmit
date
8
报修提交日期
解决日期
Rsolve
date
8
问题解决日期
报修原因
Rreason
char
50
物品损坏原因

晚归数据字典:
属性名
存储代码
类型
长度
备注
学号
Sno
char
20
晚归学生姓名
宿舍号
Dno
char
6
晚归学生宿舍号
晚归时间
Btime
timestamp
14
学生晚归时间
晚归原因
Breasonr
Char
10
学生晚归原因

离校数据字典:
属性名
存储代码
类型
长度
备注
学号
Sno
char
20
离校学生姓名
宿舍号
Dno
char
6
离校学生宿舍号
离校时间
Ltime
date
8
学生离校时间
返回时间
Lreturn
date
8
学生返校时间

用户数据字典:
属性名
存储代码
类型
长度
备注
用户ID
Uname
char
20

用户密码
Upassword
char
20

用户类型
Utype
tnyint
1
普通或超级用户
1.4.2数据结构
数据结构名
组成
用户信息
用户ID, 用户密码, 用户类型( 普通用户, 管理员)
住宿学生信息
学号, 姓名, 性别, 专业, 宿舍号, 入住时间
宿舍信息
宿舍号, 宿舍电话
宿舍财产信息
物品号, 物品名
邮件快递信息
姓名, 宿舍号, 到达时间, 接收时间, 邮件数量
报修信息
宿舍号, 物品号, 提交日期, 解决日期, 报修原因
夜归信息
学号, 宿舍号, 晚归时间, 晚归原因
离校信息
学号, 宿舍号, 离校时间, 返回时间
1.4.3数据流
数据流名
数据流来源
数据流去向
组成
登记报修信息
学生
学生报修登记表
报修信息
查询报修信息
学生报修信息表
管理员
报修信息
登记已修信息
管理员
学生报修登记表
已修信息
登记快件信息
管理员
邮件快递表
快件信息
收取快件
邮件快递表
学生
快件信息
登记确认信息
学生
邮件快递表
确认信息
登记夜归信息
管理员
夜归登记表
夜归信息
查询夜归信息
夜归登记表
管理员
夜归信息
登记离返校信息
学生
离返校登记表
离返校信息
查询离返校信息
离返校信息登记表
学生
离返校信息
查询离返校信息
离返校信息登记表
管理员
离返校信息
1.4.4数据存储
数据存储名
输入的数据流
输出的数据流
组成
学生报修登记表
报修信息
已修信息
报修信息
报修信息
已修信息
邮件快递表
快件信息
快件信息
确认信息
快件信息
确认信息
夜归登记表
夜归信息
夜归信息
夜归信息
离返校登记表
离返校信息
离返校信息
离返校信息
1.4.5处理过程
处理过程名
输入数据流
输出数据流
登记报修
报修信息
报修信息
查询报修
报修信息
报修信息
登记已修信息
已修信息
已修信息
收取快件
快件信息
快件信息
登记快件信息
快件信息
快件信息
登记夜归
夜归信息
夜归信息
查询夜归
夜归信息
夜归信息
登记离返校信息
离返校信息
离返校信息
查询离返校信息( 管理员)
离返校信息
离返校信息
查询离返校信息( 学生)
离返校信息
离返校信息

第二章 概念结构设计
根据需求分析说明书设计ER图
2.1设计完成的总ER图为:

2.2各子系统的分ER图
2.2.1学生住宿信息管理子系统

2.2.2报修子系统

2.2.3收取快件子系统

2.2.4离返校子系统

2.2.5夜归管理子系统

第三章逻辑结构设计
3.1将E-R图转换为关系模型:
住宿学生( 学号, 姓名, 性别, 专业, 宿舍号, 入住时间)

宿舍( 宿舍号, 宿舍电话)

宿舍财产( 宿舍号, 物品号, 物品名)

邮件快递( 姓名, 宿舍号, 到达时间, 接收时间, 邮件数量)

报修( 宿舍号, 物品号, 提交日期, 解决日期, 报修原因)

夜归( 学号, 宿舍号, 晚归时间, 晚归原因)

离校( 学号, 宿舍号, 离校时间, 返回时间)
( 下划线标注的属性为主码)
3.2用户视图:
学生信息视图( 学号, 姓名, 性别, 院系, 宿舍号, 宿舍电话)

财产报修视图( 宿舍号, 财产名, 报修时间, 处理时间, 报修原因)

学生夜归视图( 学号, 姓名, 性别, 院系, 宿舍号, 时间, 夜归原因)

学生离校视图( 学号, 姓名, 性别, 院系, 宿舍号, 离校时间, 返校时间)

学生在校视图( 学号, 姓名, 性别, 院系, 宿舍号, 宿舍电话)

第四章 物理设计
数据库在物理上的存储结构与存储方法称为数据库的物理结构, 它依赖于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程, 就是物理设计。
4.1基本表设计
利用Microsoft SQL Server 建立一个空数据库MyDate, 其中包括以下表:
4.1.1 住宿学生信息表
字段名
数据类型
数据长度
允许空
学号
Char
20
×
姓名
Char
20
×
性别
Char
4
××
专业
Char
40
×
宿舍号
Char
6
×
入住时间
Date
8
×
4.1.2 宿舍信息表
字段名
数据类型
数据长度
允许空
宿舍号
Char
6
×
宿舍电话
Char
15
×
4.1.3 宿舍财产信息表
字段名
数据类型
数据长度
允许空
物品号
Int
2
×
物品名
Char
20
×
宿舍号
Char
6
×
4.1.4邮件快递信息表
字段名
数据类型
数据长度
允许空
姓名
Char
20
×
宿舍号
Char
6
×
到达时间
Date
8
×
接收时间
Date
8
×
邮件数量
Int
2
×
4.1.5报修信息表
字段名
数据类型
数据长度
允许空
宿舍号
Char
6
×
物品号
Int
2
×
提交日期
Date
8
×
解决日起
Date
8
×
报修原因
Char
50
×
4.1.6夜归信息表
字段名
数据类型
数据长度
允许空
学号
Char
20
×
宿舍号
Char
6
×
晚归时间
Date
8
×
晚归原因
Char
10
×
4.1.7离校信息表
字段名
数据类型
数据长度
允许空
学号
Char
20
×
宿舍号
Int
6
×
离校时间
Date
8
×
返回时间
Date
8
×

第五章 数据库的实施和维护
数据库的物理结构设计完成后要进行数据库的实施, 因而设计数据库是采用的 SQL Server ,在数据库下创立数据库MyDate数据库, 先是在该数据库下创立一些基本的表, 有报修信息表、 离校信息表、 夜归信息表、 住宿学生信息表、 宿舍财产信息表、 宿舍信息表、 邮件快递信息表。
5.1 创立基本表的代码
( 1) 创立报修信息表
CREATE TABLE [dbo].[报修信息表](
[宿舍号] [char](6) NOT NULL,
[物品号] [int] NOT NULL,
[提交时间] [date] NOT NULL,
[解决时间] [date] NOT NULL,
[报修时间] [char](50) NOT NULL,
CONSTRAINT [PK_报修信息表_1] PRIMARY KEY CLUSTERED ([物品号] ASC)
( 2) 创立离校信息表
CREATE TABLE [dbo].[离校信息表](
[学号] [char](20) NOT NULL,
[宿舍号] [int] NOT NULL,
[离校时间] [date] NOT NULL,
[返回时间] [date] NOT NULL,
CONSTRAINT [PK_离校信息表_1] PRIMARY KEY CLUSTERED ([学号] ASC)
( 3) 创立宿舍财产信息表
CREATE TABLE [dbo].[宿舍财产信息表](
[物品号] [int] NOT NULL,
[物品名] [char](20) NOT NULL,
CONSTRAINT [PK_宿舍财产信息表] PRIMARY KEY CLUSTERED ([物品号] ASC)
( 4) 创立宿舍信息表
CREATE TABLE [dbo].[宿舍信息表](
[宿舍号] [char](6) NOT NULL,
[宿舍电话] [char](15) NOT NULL,
CONSTRAINT [PK_宿舍信息表] PRIMARY KEY CLUSTERED ([宿舍号] ASC)
( 5) 创立夜归信息表
CREATE TABLE [dbo].[夜归信息表](
[学号] [char](20) NOT NULL,
[宿舍号] [char](6) NOT NULL,
[晚归时间] [date] NOT NULL,
[晚归原因] [char](10) NOT NULL,
CONSTRAINT [PK_夜归信息表_1] PRIMARY KEY CLUSTERED ([学号] ASC)
( 6) 创立邮件快递信息表
CREATE TABLE [dbo].[邮件快递信息表](
[姓名] [char](20) NOT NULL,
[宿舍号] [char](6) NOT NULL,
[到达时间] [date] NOT NULL,
[接收时间] [date] NOT NULL,
[邮件数量] [int] NOT NULL,
CONSTRAINT [PK_邮件快递信息表_1] PRIMARY KEY CLUSTERED ([姓名] ASC)
( 7) 创立学生信息表
CREATE TABLE [dbo].[住宿学生信息表](
[学号] [char](20) NOT NULL,
[姓名] [char](20) NOT NULL,
[性别] [char](4) NOT NULL,
[专业] [char](40) NOT NULL,
[宿舍号] [char](6) NOT NULL,
[入住时间] [date] NOT NULL,
CONSTRAINT [PK_住宿学生信息表] PRIMARY KEY CLUSTERED ([学号] ASC)
5.2数据库关系图

5.3 数据的载入
(1) insert into 报修信息表 values ('405','2',' -07-10',' -07-12',' -07-15');
(2) insert into 离校信息表 values (' 022704','405',' -07-15', ' -08-28');
(3) insert into 宿舍财产信息表 values ('2','桌子');
(4) insert into 宿舍信息表 values ('405','110');
(5) insert into 夜归信息表 values ('','405', ' -07-12','生病');
(6) insert into 邮件快递信息表 values ('小白', '405', ' -07-12', ' -07-14','1');
(7) insert into 住宿学生信息表 values ('', '小白','女','计算机科学与技术','405', ' -09-05' );
第六章 数据库运行和维护阶段
6.1 经过SQL语句进行简单测试

6.2数据库的运行和维护
数据库试运行合格后, 数据库开发工作就基本完成, 即可投入正式运行了。可是, 由于应用环境在不断变化, 数据库运行过程中物理存储也会不断变化, 对数据库设计进行评价、 调整、 修改等维护工作是一个长期的任务, 也是设计工作的继续和提高。
在数据库运行阶段, 对数据库经常性的维护工作主要是由DBA完成的, 包括:
( 1) 数据库的转储和恢复——DBA要针对不同的应用要求制定不同的转储计划, 一保证一旦发生故障能尽快将数据库恢复到某种一致的状态, 并尽可能减少对数据库的破坏。
( 2) 数据库的安全性、 完整性控制——DBA根据实际情况修改原有的安全性控制和数据库的完整性约束条件, 以满足用户要求。
( 3) 数据库性能的监督、 分析和改造——在数据库运行过程中, DBA必须监督系统运行, 对监测数据进行分析, 找出改进系统性能的方法。
( 4) 数据库的重组织与重构造——数据库运行一段时间后, 由于记录不断增、 删、 改, 会使数据库的物理存储情况变坏, 降低了数据的存取效率, 数据库性能下降, 这时DBA就要对数据库进行重组织或部分重组织。

总结
经过本次课程设计, 我更加深入的了解到了数据为库设计的各种方法, 了解到了需求分析的主要内容, 以及概念结构设计、 逻辑结构设计、 物理结构设计中需要特别注意的地方以及概念结构设计、 逻辑结构设计、 物理结构设计之间的关系及设计方法, 更好的理解课本知识, 学以致用。让我对数据库这们学科有了更具体的了解, 清楚明白了主键、 外键、 约束等操作过程, 让平时上课时所学的理论知识运用到实践中。
但设计过程中也遇到了各种各样的问题而且时间有限, 设计出来的系统难免出错, 我想以后应该多做一些系统, 这样应该会更加的理解。