学生寝室管理系统需求分析报告
一、 引言
该需求主要包括四个部分: 第一部分 调查用户需求,第二部分 系统功能的设计和划分,第三部分 数据流图,第四部分 数据字典
第一部分 调查用户需求
本系统的最终用户为每个寝室管理员(寝室长),以及本寝室的其他成员。根据我们日常生活中的经验,结合对自己的寝室管理和对同宿舍楼同学的调查,得出用户的下列实际要求:
1、 宿舍的基本情况
学生住在宿舍楼的每一个寝室中,每个寝室宿舍都会有一个成员(寝室长)负责本宿舍的日常管理。
一、 学生的基本信息:
入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍。另外,在这个基本信息中应当包括学生的姓名,性别以及相应的院系名称。
二、 值日安排的基本信息:
每间宿舍都会打扫寝室卫生,所以值日安排是一个基本的信息,它包括如下的信息:打扫卫生的时间,做的是什么事(既任务),相应的负责人,以及评分等。
三、 事件管理的基本信息:
每个宿舍都会有事件也就是活动安排,主要是指学校或者是学院安排的一些活动,这些活动包括如下的信息:事件编号,事件开始的时间,需要参加该次活动的成员以及对活动的一些说明等。
四、 寝室帐户管理的基本信息
寝室帐户管理也就是寝室费的管理,这在寝室管理中是很重要的一块,因为它直接关系到每个寝室成员的关键利益。所以做到寝室帐户的公开透明是必要的。帐户信息主要包括以下的一些信息:帐户编号,费用名称,金额,类型,说明等。
五、 系统用户信息
更改信息主要是用户的登录信息,包括姓名,密码。
2、 用户对系统的要求
一、宿舍管理员:
a.信息要求:
宿舍管理员能查询上面提到的宿舍的所有相关信息,包括某一学号的学生在宿舍的详细信息 一集系统用户的登陆信息等等。以利于对整个宿舍的全面管理。
b.处理要求:
当学生基本信息发生变化时,宿舍管理员能对其进行修改。比如,某些同学搬到其他的宿舍中去,他们在本宿舍中相应的记录就应该删去;或者学生转换专业,他们记录中院系的信息也要作相应的修改等等。
管理员对值日安排信息初始化后,一般情况下将不会再做更改,除非
有特殊情况才做更改,比如由于寝室成员的改动引起值日信息的更改等。
管理员能够对事件信息进行初始化,并能够根据学校或者学院的通知及时更新活动信息,让其他的寝室成员能够及时查询。
同样管理员也能够对其他的信息文件进行更新。
c.安全性与完整性要求:
安全性要求:
1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;
2系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(宿舍成员);
完整性要求:
1.各种信息记录的完整性,信息记录内容不能为空;
2.各种数据间相互的联系的正确性;
3.相同的数据在不同记录中的一致性。
二、本宿舍的学生:
a.信息要求:
本宿舍的其他成员能够查询上述的文件信息,但无权修改除登录信息之外的其他任何信息。
b.处理要求:
数据处理主要是由管理员来完成。
第二部分 系统功能的设计和划分
根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几部分:
1:用户管理部分
2:管理员管理部分
各部分完成的功能如下:
1、用户管理部分
⑴、处理用户登录
⑵、用户可以查询学生信息。
⑶、用户可以查询活动信息。
⑷、用户可以查询帐户信息。
⑸、用户可以查询值日信息。
⑹、用户可以修改用户自己密码。
2、管理员管理部分
⑴、处理管理员登录
⑵、管理员可以查询学生等所有文件信息的信息。
⑶、管理员可以发布与更新事件信息。
⑷、管理员可以插入、修改学生信息。
⑸、管理员可以插入与修改帐户信息。
⑹、管理员可以插入与修改值日信息。
⑺、管理员可以修改管理员密码。
第三部分数据流图
系统工作流程图如下:
第四部分 数据字典
1.数据项
1.2数据分析ER图:
1.3数据库表如下
1.3.1学生表
1.3.2事件管理表
1.3.3值日安排表
1.3.4 寝室账户表
1.3.5 用户记录表
2.数据结构
第二篇:宿舍管理系统--需求分析说明书
文档编号: LMS - 01 版 本 号:V1.0
需求分析说明书 学生宿舍管理系统
院系:
专业:
1.引言
1.1编写目的
在编写《学生宿舍管理系统》软件之前,对同类型产品的市场进行了前期调查,与多位软件设计者和使用者进行了探讨和分析,之后由软件项目小组向系统分析人员与软件设计人员提出了这份需求规格说明书。该需求规格说明书对学生宿舍管理系统软件进行了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面。该需求规格说明书供概要设计人员阅读。
1.2项目背景
项目委托单位:计算机学院软件工程系。
开发单位:通达学院计算机科学与技术专业。
学生宿舍管理系统软件 V1.0是一功能比较完善的数据管理软件,具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发,可在应用范围较广的WINDOWS系列等操作系统上使用。
1.3定义
SAMS:Student Apartment Management System,学生宿舍管理系统。
1.4参考资料
[1] 张海藩,《软件工程导论》,清华大学出处社,2003 年 12 月第四版
[2] 周之英《现代软件工程》,科学出版社,2001.6
2.概述
2.1目标
本设计要实现的是高校学生宿舍管理系统,在设计该系统时,应尽可能的贴近学生,便于用户操作。系统在实现上应该具有如下功能:
1.系统要求用户必须输入正确的用户名和密码才能进入系统。
2.系统应该提供学生住宿情况的基本登记。
3.系统应提供人员来访登记及结束访问的详细登记。
4.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。
5.系统应提供查询功能,以方便用户对学生基本信息的查询(要实现按多种条件的查询)及楼房信息的查询。
6.系统应提供增加、删除、修改用户帐户的功能。
2.2运行环境
CPU |
Pentium Ⅳ 1.8Ghz |
内存 |
512MB |
硬盘空间 |
50.0MB以上硬盘剩余空间 |
输入设备 键盘/鼠标 |
|
操作系统 |
Windows 2000 Server |
数据库 |
Microsoft SQL Server 2005 |
开发环境 |
Borland Delphi 7.0 |
2.3条件与限制
由于时间比较短,使用计算机不方便以及对于网络编程不熟悉,本学生宿舍管理系统并没有提供数据的远程访问功能。对信息的保护手段仅限于设置用户级别,以及提供数据文件的备份,比较简单,安全性能有待进一步完善。
3.数据描述
3.1静态数据
学生寝室管理系统的静态数据包括:
用户(LoginIn):
UserName |
用户名 |
UserId |
用户密码 |
UserPower |
用户权限 |
学生(Student):
Stu_Key |
学号 |
Stu_Name |
姓名 |
Stu_Sex |
性别 |
Stu_Enr |
入学日期 |
Stu_Birth |
出生日期 |
Stu_College |
学院 |
Stu_Major |
专业 |
Stu_Polit |
政治面貌 |
Stu_Address |
家庭住址 |
Stu_Tel |
联系方式 |
寝室(Dorm):
Dor_Id |
寝室号 |
Dor_Sex |
居住性别 |
Dor_Num |
应住人数 |
Dor_Fact |
实住人数 |
Dor_Price |
住宿费用 |
Dor_Tel |
电话 |
Dor_Des |
备注 |
员工(Employee):
Emp_Id |
员工号 |
Emp_Name |
姓名 |
Emp_Age |
年龄 |
Emp_Sex |
性别 |
Hou_Id |
楼房号 |
Emp_Job |
职位 |
Emp_Add |
家庭住址 |
Emp_Tel |
联系方式 |
Emp_Des |
备注 |
3.2动态数据
输入数据:鼠标对按钮的点击
查询方式、查询关键字;
新建管理员、录入学生信息项;
受限操作所需的密码;
新聘员工信息录入;
人员来访、物品出入楼;
输出数据:查询关键字确定的数据库记录的子集;
统计结果及其格式化文件;
密码修改成功;
信息录入、删改结果(成功或失败);
访问完毕、物品出入楼完毕;
内部数据:查询操作建立的索引;
3.3数据库描述
数据库采用Microsoft Access数据库。
3.4数据流图
二层的细化数据流图和数据字典
表符号说明:
T1:用户表 T5:员工表
T2:学生基本情况表 T6:人员来访表
T3:学生住宿表 T7:物品出入表
T4:寝室表 T8:楼房表
系统管理数据流图
公寓管理数据流图
数据字典是关于数据的信息的集合,也就是对数据中包含的所有元素的定义的集合,它为软件开发人员提供数据库设计的参考,并为用户了解系统时作为一个必有工具。以下是部分数据字典的内容:
*******************************************
名 字:员工信息
别 名:
描 述:每栋公寓聘请的员工
定 义:员工信息=员工号+姓名+年龄+性别
+楼房号+职位+家庭住址+联系方式+备注
员工号=3{字符}11
姓名=6{字符}11
年龄=2{数字}3
性别=[F|M]
楼房号=2{数字}3
职位=4{字符}20
家庭住址=8{字符}100
联系方式=11{数字}11
备注=0{字符}256
位 置:员工表
*******************************************
名 字:寝室信息
别 名:
描 述:寝室对应的属性
定 义:寝室信息=寝室号+居住性别+应住人数+
实住人数+住宿费用+电话+备注
寝室号=10{字符}10
居住性别=[F|M]
应住人数=2{数字}2
实住人数=2{数字}2
住宿费用=4{数字}4
电话=11{数字}11
备注=0{字符}256
位 置:寝室表
*******************************************
名 字:楼房信息
别 名:
描 述:楼房对应的属性
定 义:楼房信息=楼房号+房间数+楼层数+应住人数
楼房号=10{字符}10
房间数=3{数字}10
楼层数=2{数字}2
应住人数=4{数字}4
位 置:楼房表
*******************************************
学生管理数据流图
出入登记管理数据流图
3.5数据采集:通过键盘输入
3.6E-R图:
3.7 用例图
4.功能需求
4.1系统功能设计
在整体设计中,我们将宿舍管理系统分为六个大的功能:系统管理功能、公寓管理功能、信息查询功能、出入登记功能、信息修改功能。下面将具体进行介绍每个功能。
4.2系统管理功能
系统管理功能包括:用户登录、用户密码修改、用户管理、退出系统五个部分。
4.3公寓管理功能
公寓管理功能包括:楼房管理、宿舍管理、员工管理三个大的部分。
4.4信息查询功能
信息查询功能基本上包括:按学号进行查询、按姓名进行查询、按班级查询、按寝室号查询、每栋楼房住宿情况查询五个部分。
4.5 出入登记功能
出入登记功能包括:进楼物品登记、出楼物品登记、人员来访登记、结束访问登记四个功能部分。
4.6 信息修改功能
信息修改功能包括:学生基本信息修改、员工基本信息修改等
5.性能需求
学生宿舍管理系统中管理权限上应当进行严格控制,具体思想如下:
1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限
的用户将不能通过任何渠道来登录该系统,查看该系统的任何信息和数据,以确
保系统的严密性和安全性。
2.在上述要求基础上可以为该系统设定多种登录方式,程序开始运行所有功
能将是不可使用的,只有系统管理员登录和普通用户登录两个窗口可以使用,没
有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统。
3.在具体实现时还应为系统管理员和普通用户设定不同的权限,系统管理员
应当可以使用系统的所有模块,普通用户对于用户管理模块是无权使用的。
6.运行需求
6.1用户界面
对话框。
6.2硬件接口
支持各种x86系列PC机。
6.3软件接口
运行于Windows95/98及更高版本具有WIN32 API的操作系统之上。
6.4故障处理
正常使用时不应出错,对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。