完整word版宿舍管理系统需求分析报告Word文件下载.docx
《完整word版宿舍管理系统需求分析报告Word文件下载.docx》由会员分享，可在线阅读，更多相关《完整word版宿舍管理系统需求分析报告Word文件下载.docx（22页珍藏版）》请在冰豆网上搜索。
每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。
三、宿舍财产的基本信息：
每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。
这样有利于财产的报修和管理。
四、快件收发的基本信息：
每栋宿舍楼都有邮件收发的管理，当本楼的同学有信件时，相应的会有信件的到达时间，接受信件的同学姓名和他所在的宿舍号。
有时，同一个学生有多封信件需要接收，需要表示一个同学有多少封信件。
当信件接收后，应有一个接收信件的时间，表示信件已成功到达指定的同学手中。
五、报修的基本信息：
宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。
这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。
当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。
六、夜归的基本信息:
宿舍楼在指定的时间关门（比如晚上十点半），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。
七、离校的基本信息：
每当放寒假或暑假时，同学们大部分都会回家；
每当“五·
一”或“十·
一”放假时，同学们也有很多不会留在宿舍。
这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。
2、用户对系统的要求
一、宿舍楼管理员：
a.信息要求：
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，快件收发的所有信息，报修的所有信息，夜归的详细信息和学生离返校的信息。
以利于对整个宿舍楼的全面管理。
b.处理要求：
当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。
比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；
或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。
当宿舍楼的电话号码发生变更时，宿舍楼管理员能根据有关证明做出修改。
当快件到达本宿舍楼时，宿舍楼管理员应依据到达快件的相关信息在快件信息中插入一条记录，当同学们接收快件后，管理员应登记快件的接收时间，表明该信件已成功到达收信人的手中。
当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。
c．安全性与完整性要求：
安全性要求：
1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。
完整性要求：
1.各种信息记录的完整性，信息记录内容不能为空；
2.各种数据间相互的联系的正确性；
3.相同的数据在不同记录中的一致性。
二、本宿舍楼的学生：
本宿舍楼的学生能查询其所在的宿舍的所有信息，能查询本楼的指定宿舍的电话号码以利于同楼宿舍间的通信。
能查询自己的快件信息。
能查询自己的夜归记录和离返校记录。
本宿舍楼的学生能在报修信息表中插入报修信息，表示本宿舍的财产发生了损毁需要学校派人维修。
学生离校时，能在离返校记录表中插入离校时间；
学生返校后，能在离返校记录表中插入返校时间，表示已经回校。
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
住宿学生姓名
性别
Ssex
4
专业
Sdept
40
学生专业
宿舍号
Dno
6
住宿学生宿舍号
入住时间
Scheckin
date
8
新生搬入时间
宿舍数据字典：
宿舍电话
Dphone
15
宿舍财产数据字典：
物品号
Pno
Int
2
宿舍物品编号
物品名
Pname
宿舍物品名
邮件快递数据字典：
收件人姓名
收件人宿舍号
到达时间
Marrive
邮件快递到达时间
接收时间
Mreceive
收件人接收时间
邮件数量
Mnumber
tinyint
学生收到邮件数量
报修数据字典：
报修人宿舍号
报修物品编号
提交日期
Rsubmit
date
报修提交日期
解决日期
Rsolve
问题解决日期
报修原因
Rreason
50
物品损坏原因
晚归数据字典：
晚归学生姓名
晚归学生宿舍号
晚归时间
Btime
timestamp
14
学生晚归时间
晚归原因
Breasonr
Char
10
学生晚归原因
离校数据字典：
离校学生姓名
离校学生宿舍号
离校时间
Ltime
学生离校时间
返回时间
Lreturn
学生返校时间
用户数据字典：
用户ID
Uname
用户密码
Upassword
用户类型
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基本表设计
利用MicrosoftSQLServer2008建立一个空数据库MyDate，其中包括以下表：
4.1.1住宿学生信息表
字段名
数据类型
数据长度
允许空
Char
×
Date
4.1.2宿舍信息表
4.1.3宿舍财产信息表
4.1.4邮件快递信息表
4.1.5报修信息表
解决日起
4.1.6夜归信息表
4.1.7离校信息表
第五章数据库的实施和维护
数据库的物理结构设计完成后要进行数据库的实施，因而设计数据库是采用的SQLServer2008,在数据库下创建数据库MyDate数据库，先是在该数据库下创建一些基本的表，有报修信息表、离校信息表、夜归信息表、住宿学生信息表、宿舍财产信息表、宿舍信息表、邮件快递信息表。
5.1创建基本表的代码
（1）创建报修信息表
CREATETABLE[dbo].[报修信息表]（
[宿舍号][char]（6）NOTNULL,
[物品号][int]NOTNULL,
[提交时间][date]NOTNULL,
[解决时间][date]NOTNULL,
[报修时间][char]（50）NOTNULL,
CONSTRAINT[PK_报修信息表_1]PRIMARYKEYCLUSTERED（[物品号]ASC）
（2）创建离校信息表
CREATETABLE[dbo].[离校信息表]（
[学号][char]（20）NOTNULL,
[宿舍号][int]NOTNULL,
[离校时间][date]NOTNULL,
[返回时间][date]NOTNULL,
CONSTRAINT[PK_离校信息表_1]PRIMARYKEYCLUSTERED（[学号]ASC）
（3）创建宿舍财产信息表
CREATETABLE[dbo].[宿舍财产信息表]（
[物品名][char]（20）NOTNULL,
CONSTRAINT[PK_宿舍财产信息表]PRIMARYKEYCLUSTERED（[物品号]ASC）
（4）创建宿舍信息表
CREATETABLE[dbo].[宿舍信息表]（
[宿舍电话][char]（15）NOTNULL,
CONSTRAINT[PK_宿舍信息表]PRIMARYKEYCLUSTERED（[宿舍号]ASC）
（5）创建夜归信息表
CREATETABLE[dbo].[夜归信息表]（
[晚归时间][date]NOTNULL,
[晚归原因][char]（10）NOTNULL,
CONSTRAINT[PK_夜归信息表_1]PRIMARYKEYCLUSTERED（[学号]ASC）
（6）创建邮件快递信息表
CREATETABLE[dbo].[邮件快递信息表]（
[姓名][char]（20）NOTNULL,
[到达时间][date]NOTNULL,
[接收时间][date]NOTNULL,
[邮件数量][int]NOTNULL,
CONSTRAINT[PK_邮件快递信息表_1]PRIMARYKEYCLUSTERED（[姓名]ASC）
（7）创建学生信息表
CREATETABLE[dbo].[住宿学生信息表]（
[性别][char]（4）NOTNULL,
[专业][char]（40）NOTNULL,
[入住时间][date]NOTNULL,
CONSTRAINT[PK_住宿学生信息表]PRIMARYKEYCLUSTERED（[学号]ASC）
5.2数据库关系图
5.3数据的载入
（1）insertinto报修信息表values（'
405'
'
2'
2011-07-10'
2011-07-12'
2011-07-15'
）;
（2）insertinto离校信息表values（'
2009022704'
'
2011-08-28'
（3）insertinto宿舍财产信息表values（'
桌子'
（4）insertinto宿舍信息表values（'
110'
（5）insertinto夜归信息表values（'
209022704'
生病'
（6）insertinto邮件快递信息表values（'
小白'
2011-07-14'
1'
（7）insertinto住宿学生信息表values（'
女'
计算机科学与技术'
2009-09-05'
）;
第六章数据库运行和维护阶段
6.1通过SQL语句进行简单测试
6.2数据库的运行和维护
数据库试运行合格后，数据库开发工作就基本完成，即可投入正式运行了。
但是，由于应用环境在不断变化，数据库运行过程中物理存储也会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。
在数据库运行阶段，对数据库经常性的维护工作主要是由DBA完成的，包括：
（1）数据库的转储和恢复——DBA要针对不同的应用要求制定不同的转储计划，一保证一旦发生故障能尽快将数据库恢复到某种一致的状态，并尽可能减少对数据库的破坏。
（2）数据库的安全性、完整性控制——DBA根据实际情况修改原有的安全性控制和数据库的完整性约束条件，以满足用户要求。
（3）数据库性能的监督、分析和改造——在数据库运行过程中，DBA必须监督系统运行，对监测数据进行分析，找出改进系统性能的方法。
（4）数据库的重组织与重构造——数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库性能下降，这时DBA就要对数据库进行重组织或部分重组织。
总结
通过本次课程设计，我更加深入的了解到了数据为库设计的各种方法，了解到了需求分析的主要内容，以及概念结构设计、逻辑结构设计、物理结构设计中需要特别注意的地方以及概念结构设计、逻辑结构设计、物理结构设计之间的关系及设计方法，更好的理解课本知识，学以致用。
让我对数据库这们学科有了更具体的了解，清楚明白了主键、外键、约束等操作过程，让平时上课时所学的理论知识运用到实践中。
但设计过程中也遇到了各种各样的问题并且时间有限，设计出来的系统难免出错，我想以后应该多做一些系统，这样应该会更加的理解。
升级会员 