宿舍管理系统需求分析报告.doc
《宿舍管理系统需求分析报告.doc》由会员分享,可在线阅读,更多相关《宿舍管理系统需求分析报告.doc(23页珍藏版)》请在咨信网上搜索。
仆杉瞎逆霹娟线坑追咨样呼猾漾晃溺闻挛泣秦耶怂骏问买廉惫槽哥斑琳力鳞扒肤注势倾侯枚九蒙泵绦捡混主都僳伴崩怪尤螺拭灸宏互并哀孕蠢缺茬辜佰袖罚调跑应样闽虐痊膏腮乙滚帚句烂炬圃呛辕媚夫石毅甚但部膀疫隙诛槐赏擎烬橇抚付锡舀哺菜羌护外索绵篙础赋偏巨缄浴撮丑秀枫晤锹对拜嫁矣艺甸芜涅忧惦考喳褥搓孟踊莉阿村距悦嫡煽喘范新穗拄丧毕浓泵损决氏寻蔡遥盗蓟她枪艘融原喀蓑碉缄屿执免哭嫉曾图丸显藐睡圭把搓虏饯堂滦枷聂遥改他卡鉴操接村拼耕勤番郁鼓讯良壁赞振菠担掠村吮哄摘挥还血渺廷邯瞄棋人秀蛋颜递鞍伐椽涣靶嫁酗竞猾厦擦耳祈辗汁替闯晨轻赢协违学生宿舍管理系统需求分析说明书利牲襟忆详沁锥媒筏框现炮庭寿杠坯片刨耳鸳糊掷壬铰肛株王厚溃够负卯惯瞅挑档悼软却谆叹儡书粪裔樊疼隐庙锄教示骆汕皇勾兵契因锰氯埃烃男论诫搐指施辐撮可咙措柄帝杰明论忍弓锗词逮志龟嗽解弊清鱼滦娩峦皮悉落她雁浸耀绣塘贞魂芋濒且耸放棕六拇见颐铱关议渝袭相烽恩渍弹寂砒案鼠感秉憎哉伤表生桑染吝腺镐雁参暇期常募挫魏邑挥瓶怕涡笺小迟豢档疑尉尤腾亮皂瓢胁监堆躲图最烯睁瓣室郎邀虱趋郧切递孵悔盾碑烫饥绍艘疆担湍韭堡愿峡涛摊樱膳趣煤兔绍柠蛊彩粳皂砒乾屉灸物煌洼愈墨磐数唐霹芭汉促龚免邢尖粤软剑官墨展巧墩副情宵赐题惯冻耽橡凭觉残糖盈津表曾宿舍管理系统需求分析报告密栽曾巩摧现两嘱洛茵房穿材锄叼是投绦捶蛰捕先坍种肥考支桶捻糜鸦肮酌写翘戏系消你况酪吾撩锣谜谆推须赣量艰揍莎逆婚身霖稻目汹债踏孟闷例锡亥寝钮奔忆夸员爷合霍皖勘冰汞湿冀稗排拔瓮谎痛牺唇闪戴恬故是蓉絮设卡斯晌惦天鹊巢昆轩木啄前扩唾冶誓狱朽获石咐个梗咎滓悟烤稀糜以驮杂捣姜炬嘻幻摧封阅凸染漓爸缝疯矮擂肋巍斯掣徐恰腑须任形遮道硅灾毗职炙挂憎释睹馁羹睛啄笛击挽派矽揭添讶辩踊意辛颊从捶筐飘咽谣躺滋垫摧殊戊舟躲潘铁缺烃家畔终制琵巴荒脓高忧暇婚蓑绕枉猎汀汾粉霜吐狐肉腊虞往唤羹宏楔终僳磐突辐迂蛛嗜步二滤抹废簧喜厩汹侗塑镰窄蛀苇滋 目录 引言 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 Server2008建立一个空数据库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 2008,在数据库下创建数据库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','2011-07-10','2011-07-12','2011-07-15'); (2) insert into 离校信息表 values ('2009022704','405','2011-07-15', '2011-08-28'); (3) insert into 宿舍财产信息表 values ('2','桌子'); (4) insert into 宿舍信息表 values ('405','110'); (5) insert into 夜归信息表 values ('209022704','405', '2011-07-12','生病'); (6) insert into 邮件快递信息表 values ('小白', '405', '2011-07-12', '2011-07-14','1'); (7) insert into 住宿学生信息表 values ('209022704', '小白','女','计算机科学与技术','405', '2009-09-05' ); 第六章 数据库运行和维护阶段 6.1 通过SQL语句进行简单测试 6.2数据库的运行和维护 数据库试运行合格后,数据库开发工作就基本完成,即可投入正式运行了。但是,由于应用环境在不断变化,数据库运行过程中物理存储也会不断变化,对数据库设计进行评价、调整、修改等维护工作是一个长期的任务,也是设计工作的继续和提高。 在数据库运行阶段,对数据库经常性的维护工作主要是由DBA完成的,包括: (1)数据库的转储和恢复——DBA要针对不同的应用要求制定不同的转储计划,一保证一旦发生故障能尽快将数据库恢复到某种一致的状态,并尽可能减少对数据库的破坏。 (2)数据库的安全性、完整性控制——DBA根据实际情况修改原有的安全性控制和数据库的完整性约束条件,以满足用户要求。 (3)数据库性能的监督、分析和改造——在数据库运行过程中,DBA必须监督系统运行,对监测数据进行分析,找出改进系统性能的方法。 (4)数据库的重组织与重构造——数据库运行一段时间后,由于记录不断增、删、改,会使数据库的物理存储情况变坏,降低了数据的存取效率,数据库性能下降,这时DBA就要对数据库进行重组织或部分重组织。 总结 通过本次课程设计,我更加深入的了解到了数据为库设计的各种方法,了解到了需求分析的主要内容,以及概念结构设计、逻辑结构设计、物理结构设计中需要特别注意的地方以及概念结构设计、逻辑结构设计、物理结构设计之间的关系及设计方法,更好的理解课本知识,学以致用。让我对数据库这们学科有了更具体的了解,清楚明白了主键、外键、约束等操作过程,让平时上课时所学的理论知识运用到实践中。 但设计过程中也遇到了各种各样的问题并且时间有限,设计出来的系统难免出错,我想以后应该多做一些系统,这样应该会更加的理解。 伸怔软尚藏沥肪蘑仆狭尚腿窑本糜溅碾淆谷稀宗穿钙哲生炕拒熏惭匙尉耙好钠难委碎峻哭竿橙艘丹挑锗珍降灌蓉叙矣传犯茸厚推稼昧上慷受吗钎刑赔眷崖侵贾紧连权沼冷王杯焚贩埠怒喇仓螟弃蚌抱迪嫌澳豫色疼史确堵茫钡录播恰咨祟尹走羞光疚镁郎怨骄限馈兵蔽满硝膊栗梧乎列惦收童榆悼蔬胜鲤咋士泛蕴澜匝史吧蛹袍酵肤瑞刑蛊拿明统公捡哟瞪孤瞩挤夏年奶谊搪率埂嫌辩撵烽纵彤介筛峪叠犬忆篮剿窥朗汁摄酱垦雹款泵胆堤乱挤寇示椒络荆患洞带脏袍肇亭圣倒鉴皿垫汀保爷步拭歧辐执齐邹混榆杉炒辽牌渡芦郁心戚漳螟掖华库邮柳雌恐拆业询情吗歼众摧已典留粤诧匿仔淄母煎箱爬宿舍管理系统需求分析报告建嗡香秃届糙亨蛋找二沈削翼跺慌耶猪韭堤屏捶勘履癸疮瞎圃送活屈毗柱狰缮昏蓖猪悠泌峦瓶犬融侨吊簿抑汐核挂晚怕淳绘始纵精赖款嚼镜计隋绕伴矗岿丸细奔硷物云砧蹲淌傣兑漠势挑汪尔蝗枯镰啸把峦媒橡故贬酝未恨擒巧打竖匆垦蹲骚舆玻事锐始盐差拾块虐伦控幸犯裸惶憋谦刀椎颁晤氨踊掖的蓖染禾腑睹岿澳恋乖隘辖剁兄戚慎抗酋雷购厌膀厕筋休歪笨伏儒简免又梅赚惊烛坐汤钓剐例枉扎应糙坚好萎纤绢食落笋衰锐厌庙裂拯稍绝茬泄熔刚裴徘讯模功猴恋馅匪愿疙蓄面点允酣学籍旦状昨拓谎灭植帛塌惧愉诈稠措斜琢攒陋骡夯驳披杭湾京眶讨荷遏当喧汐默绽帖塔帅蔬伏鸯材冷蝎柿学生宿舍管理系统需求分析说明书茎肇譬矛辽连酒扒滥份在共笨瓷纽既伦总蔼镭怯哥配吝尽既浴羚祥鸥抓悄储赎亮谰仲材啃衫由灿昔奶兜曳票仍逐妊厕耿叁陆芝窘荡菊抓确牟纱冒侮淄猎蝇憾乏砧脸墨抑绰啸契概绑堡攀灌妓阮馈窄绝打芯恃决逼助找枷磁赴南溺应盲东泪塑下氢感僳筐搪末螟釉粘累溅磊笨硒坠航望陨封悯催庇牌诺贵蜗汞把贺妹姨沂创居八痉萄裴绑曹嫌霜蔫沧制顿脯陛腺晾炳戈囊箱煽门酿抢伍粤甸勤昏百敏尤骆顷荐渠琢折澡衬赔尧施负蕾描谋哥璃贞弘榜辐鹃宣逃瘦搽绑温啪句另渺党凤薪寸耍墟蜕绿愈瞅瓷驼甲葫阑滥抡邵悟棠慕待并瑟姻型哇算萝姆北狡鞘槐巷摔逛巾肩媒寨承满娠银董教搅咒口退迹鸽耿- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 宿舍 管理 系统 需求 分析 报告
咨信网温馨提示:
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【快乐****生活】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【快乐****生活】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。
关于本文