学校学生宿舍管理系统需求规格说明书(全)

1、学校学生宿舍管理系统需求规格说明书（全0）106（全面完整资料，可直接使用，可编辑，推荐下载80627课程设计题目基本模型机的设计一一跳转、转移指令的实现学院计算机科学与技术学院专业软件工程班级0406 班姓名赵爽指导教师陈天祥2007年 1 月 29 日课程设计任务书学生姓名： 赵爽 专业班级： 软件 0406班指导教师：彭德巍工作单位：计算机科学与技术学院题目：学校学生宿舍管理系统初始条件：理论：学完软件需求工程，结合软件工程导论、数据结构和程序设计等课程中学 习的原理和方法.实践：计算机实验室提供计算机及软件需求开发环境。熟悉并运用Rational Rose、PowerDesigner、

2、Visio和Word等工具建模，并编写课程设计报告。求）要求完成的主要任务：（包括课程设计工作量及其技术要求，以及说明书撰写等具体要1、 了解并掌握软件需求工程的一般工作流程，采用的常用方法和步骤以及实用工具。要求学生能独立地完成中小型软件系统的需求分析2、 对给定的题目，分析系统的各项功能需求、非功能性需求（接口需求、软件质量属性），以及数据需求等。在此基础上，撰写出符合规范的软件需求规格说明（SRS）.3、课程设计报告应包含的完整内容，详见软件需求工程课程设计指导书4、强调独立完成，杜绝抄袭。时间安排：1、设计安排一周（第 20周）：周1、周2 :查找资料，调查研究，获取需求。周3、周4

3、:系统分析。周5、周6:撰写课程设计报告。2、 课程设计报告书收取时间：20周的周日（1月21日）班长收齐，过时不候；班长于 22日上午到东配楼409室,交给各班指导教师；同时要交设计报告的电子版（各班可以合交一张光碟）。3、答疑时间：20周周一至周五的上午（地点：东配楼 409）。指导教师签名：2007年1月8 日系主任（或责任教师）签名：2007年1月10日原创性声明本人郑重声明： 所呈交的课程设计论文，是本人在老师的指导下，独立进行研究工 作所取得的成果 .除文中已经注明引用的内容外， 本论文不含任何其他个人或集体已经发表 或撰写过的作品或成果。对本文的研究做出重要贡献的个人和集体，均已

4、在文中以明确方 式标明 .本声明的法律结果由本人承担 .作者签名：赵爽日期： 2007年 1月 19日学校学生宿舍管理系统 ”需求规格说明目录1 引言 51 。 1 目标 .51。2项目范围 。51.3参考资料 .52 总 体 描 述 。.0 0 0 . 0 . 0 .0000。.0052.1 产 品 前 豆J景0000 .00 .000 .00 .0 .0 .052.2用户类及其特征 .62.3运行环境 .73用例规格说明 .73° 1 系统王要用例 0 0 073.2用例说明 .84 外部接口需求 1540 1用户界面 1540 2其他接口 164。2.1 硬件接口 16软件接口

5、 165 非功能性需求 165.1软件质量属性 0165 0 2其他非功能性需求 。0166 数据需求 （ER 模型，数据字典等） 176.1处理流程图 .176.2 系统流程图 .1760 3数据描述 .0176.3.1 静态数据 176 3.2 动态数据 196 0 4数据库描述 0 196 0 5ER 模型 0 0 06 0 6数据字典 .20系统入住数据字典 206.6 2入住信息数据字典 206.6 3 系统空床位查询数据字典 226 6.4 系统按学号查询信息数据字典 236。6.5 系统退房数据字典 23附录 A ：术语表 23 附录B :分析模型24 附录C :业务规则24 附

6、录D:待定问题清单25学校学生宿舍管理系统需求规格说明1 引言1.1 目标软件需求规格说明描述了“学校学生宿舍管理系统 "软件的功能性需求和非功能性需求 . 分析该系统的数据需求，功能需求，质量需求和可行性等，让系统有一个明确的方向，使 开发更具合理性，并能分析出系统的具体流程，为以后系统的开发和维护做好准备工作。 这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他的地方另有 说明 ,这里指定的所有需求都具有高优先级 ,而且都可以在软件中实现。1.2 项目范围学校学生宿舍管理系统:下文有的简称宿舍管理系统，即用于实现对学生及宿舍信息 资料进行编辑，添加，删除，统计

7、,打印显示等功能的软件系统 .通过该系统，用户可以查 看学生的基本信息、宿舍信息等各方面的资料，能够方便的了解学生和宿舍的总体情况。 该管理系统为用户提供了一些简单的数据查询、输出各种信息等功能 .用户通过输入学生基本信息（例如学生证号） ，由系统自行生成相应的数据以供宿舍 管理员查询，另外宿舍管理中心的管理用户还可以对这些基本信息进行更新和删除， 学 校学生宿舍管理系统力求给用户方便快捷的途径去管理这些繁琐的数据。1.3 参考资料1。3.1 Karl E. Wiegers 著, 软件需求。 清华大学出版社 ，20041.3.2 Dean Leffingwell 等著，软件需求管理 - 统一方

8、法 。 机械工业出版社 .20021.3.3 Soren Lauesen 著 , 软件需求 。 电子工业出版社 ,2002Ian Sommerville 著, 需求工程 . 机械工业出版社 ,20032 总体描述2.1 产品前景 学校学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校 还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉 强可以接受， 但对于学生信息量比较庞大， 需要记录存档的数据比较多的高校来说 ,人工 记录是相当麻烦的。 而且当查找某条记录时 ,由于数据量庞大， 还只能靠人工去一条条的 查找，这样不但麻烦还浪费了许多时间，效率也比较低

9、。当今社会是飞速进步的世界， 原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永 远不会是一个平静的世界， 当一种技术不能满足需求时 ,就会有新的技术诞生并取代旧技 术 .21 世纪的今天 ,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及， 自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿 舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者 会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数 据库的存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑 是为信息

10、存储量比较大的学校提供了一个方便、快捷的操作方式。2.2 用户类及其特征C-1：系统管理员（优先考虑）： 整个系统优先级最高的参与者，他是整个系统的监督者，对所有其他用户的行为 和使用情况享有知情权。他主要的工作是：对系统用户优先级的设置；对系统基 本资料的管理；对系统的数据备份；添加或删除用户；进行系统维护；最重要的是 对其他用户工作的监督 ,管理，分配权限 ,以保证系统的透明性和业务合理性 .C-2:宿舍管理员学校宿舍每一栋楼至少有一个宿舍管理员， 他们的主要工作是： 住宿情况查询， 包括 学生信息以及房间信息的查询，查看可以入住的房间，住满的房间，要入住的床位， 以及入住人员信息； 办理

11、入住，通过输入学生的相关信息通过系统将其添加到住宿学 生信息表中；办理迁出 ,通过输入迁出学生的相关信息通过系统将其从住宿学生信息 表中删除；调换房间，输入要调换的信息以及目标房间的信息进行房间调换;数据统计，包括人数统计喝房间统计， 通过输入要统计的目标信息来查看入住人数或者空床 位数;维修管理 ,通过系统获得学生维修管理信息， 并通知维修人员 ;报表打印， 打印出自己所需要的信息报表C-3:住宿学生这里的住宿学生可以包括即将入住的或已经入住的学生，他们可以输入自己的相关学生信息，进行住宿登记注册；可以查询宿舍住宿情况信息，比如说输入自己的入住要 求,查看是否有相应的空床位；还可以通过系统提

12、出报修申请，告知宿舍管理员需要 维修信息。2.3 运行环境本系统是以 Windows系统为操作平台，用ASP.NET编程语言做网页界面，用 C#语言做 网页界面与底层数据库的互联，用SQL Server数据库来实现高校学生宿舍管理系统所需功 能的客户端运行环境CPUPentium 川 450Mhz 或以上内存128MB以上操作系统Windows98或以上版本网络工具IE浏览器5.0以上或Netscape浏览器服务器端运行环境CPUPentium IV 1。8Ghz内存512MB硬盘空间50.0MB以上硬盘剩余空间输入设备键盘/鼠标操作系统Win dows 2000 Server数据库Micro

13、soft SQL Server 2000开发环境Microsoft Visual Studio。NET 20023用例规格说明3。1系统主要用例主要参与者用例系统管理员1 用户管理2 数据备份3.软件注册4 系统维护5.系统设置宿舍管理员1. 住宿情况查询2. 办理入住3. 调换房间4. 办理迁出5. 删除学生信息6. 人物查询7. 房间查询8. 人数统计9. 房间统计10. 房间录入11. 维修管理12. 报表打印住宿学生1. 学生报修2. 学生基本资料输入3. 住宿情况查询3。2用例说明用例ID号UC 1用例名称用户管理参与者系统管理员简单描述系统管理员根据不同用户的职责来设置不同的用户权

14、限，从而限制不同 的用户所使用的系统功能前置条件1 .系统管理员登入“学生宿舍信息管理信息系统”2系统管理员激活用户管理用例3系统管理员有权限进行用户权限设置后置条件1新增用户权限被系统管理员设置2新增用户获得相应的操作权限主干过程1. 0系统管理员设置新用户的权限1系统管理员新增一个系统用户2系统显示用户权限界面3系统管理员输入新用户权限信息4系统记录新用户权限信息5系统管理员退出系统分支过程1. 1系统管理员修改用户权限（从第2步分支出来）1系统管理员修改选中用户权限2返回第4步1. 2系统管理员删除用户（从第1步分支出来）1.系统管理员删除用户2返回第1步异常1.权限设置错误2用户权限矛

15、盾备注本用例完成对用户权限的设置，它由系统管理员来执行。建议系统管理 员仅仅由一个用户来担当，这样就会使责任人单一，不谷易出现责任纠纷， 和权限重叠的现象。而且，权限设置要完全根据用户的职责来设计，不同的用户要承担不同的职责，任务，明确责任人 使分工明确而单一。用例ID号UC-2用例名称系统设置参与者系统管理员简单描述系统管理员对系统基本信息进行设置，系统记录基本信息前置条件1 系统管理员登入“学生宿舍信息管理系统”2系统管理员激活系统设置用例后置条件系统基础信息设置成功主干过程2. 0系统管理员设置系统信息1系统显示当前系统基本信息表 2系统管理员输入系统基本信息 3系统管理员请求保存当前设

16、置 4系统保存当前设置5系统管理员退出系统分支过程无异常无备注此用例完成对系统基本信息的设置，它由系统管理员来操作。用例ID号UC-3用例名称数据备份参与者系统管理员简单描述系统管理员对系统当前状态进行备份，保存到指定的文件中或数据库中前置条件1系统管理员登入“学生宿舍信息管理系统”2系统管理员激活数据备份用例3系统其他流程当前时刻处于停止状态后置条件系统数据被复制存储到数据库或其他存储体中主干过程3. 0系统管理员备份当前系统信息数据1系统显示数据备份界面2 系统提示当前系统其他工作流程应该停止3 用户确定开始备份4系统开始备份5系统管理员退出系统分支过程3. 1系统管理员结束系统其它流程（

17、从第3步分支出来）1系统管理员退出数据备份用例2系统管理员关闭其它流程3返回第1步异常无备注本用例完成系统数据备份，记录当前系统状态。备份技术有很多 ，这里最 好采取双机热备份，对系统数据进行多次备份，拷贝 ，这样使系统数据被 安全保存，以防万一。用例ID号UC4用例名称办理入住参与者宿舍管理员简单描述宿舍管理员办理人员入住事务，将学生信息录入宿舍学生信息表中前置条件1. 宿舍管理员登入“学校学生宿舍管理系统”2. 宿舍管理员激活办理迁出用例后置条件入住人员信息被记录在宿舍学生信息表主干过程4. 0宿舍管理员生成一份人员信息表1 宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3

18、. 宿舍管理员输入学生的信息4. 系统验证学生信息是否正确以及房间号是否存在5. 系统将学生信息加入宿舍学生信息表6. 宿舍管理员退出系统分支过程4. 1宿舍管理员修改学生入住信息（从第 3步分支出来）1 .宿舍管理员修改学生入住信息2.返回到第4步4. 2宿舍管理员删除学生入住信息记录（从第3步分支出来）1. 宿舍管理员删除学生入住记录2. 返回到第3步异常1. 输入学生证号不是四位数字2. 输入的房间号不存在3 系统审核信息错误备注此用例仅仅对宿舍管理员是可见的用例ID号UC-6用例ID号UC-6用例ID号UC 5用例名称办理迁出参与者宿舍管理员简单描述宿舍管理员办理学生迁出业务，并且将学

19、生信息从宿舍学生信息表中删 除前置条件1宿舍管理员登入“学校学生宿舍管理系统”2宿舍管理员激活办理迁出用例后置条件入住人员信息从宿舍学生信息表中删除主干过程5. 0宿舍管理员办理迁出1. 宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入学生的学号，姓名4. 系统验证学生的信息是否准确5. 系统将学生信息从宿舍学生信息表中删除6. 宿舍管理员退出系统分支过程无异常1. 输入的学生不存在2. 输入的学生学号与姓名不匹配3. 系统审核信息错误备注此用例仅对宿舍管理员可见当有学生迁出时此用例开始被激活用例名称人物查询参与者宿舍管理员简单描述宿舍管理员通过输入学生的学号

20、和姓名来查询学生的其他所有信息前置条件1宿舍管理员登入“学校学生宿舍管理系统”2.宿舍管理员激活人物查询用例后置条件要查询学生的所有被显示出来主干过程6. 0宿舍管理员查询学生信息1. 宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入学生的学号，姓名4. 系统验证学生的信息是否准确5. 系统显示学生的所有相关信息6. 宿舍管理员退出系统分支过程6. 1宿舍管理员清除已填信息（从第 3步分支出来）1. 宿舍管理员清除已填的学生信息2. 返回到第3步异常1. 输入的学生不存在2. 输入的学生学号与姓名不匹配3. 系统审核信息错误备注此用例只对宿舍管理员可见用例ID

21、号UC-7用例名称房间统计参与者宿舍管理员简单描述宿舍管理员通过输入栋号来统计这栋已住人数以及空床位的个数前置条件1 .宿舍管理员登入“学校学生宿舍管理系统”2.宿舍管理员激活房间统计用例后置条件统计好的数目被显示出来以供宿舍管理员使用主干过程7. 0宿舍管理员进行房间统计1宿舍管理员使用用户名和密码进入系统2。系统验证宿舍管理员身份3。宿舍管理员输入要统计的楼栋号4。系统验证楼栋号是否存在5。系统调用数据库并且输出这栋楼已住人数以及空床位的个数6。宿舍管理员退出系统。分支过程无异常1楼栋号不存在2 系统审核信息错误备注这个用例仅由宿舍管理员操作。由于系统的缺陷只能统计出整栋楼的人 数和空床位

22、数，不能详细的说明每一个楼层的数目。用例ID号UC-8用例名称房间查询参与者宿舍管理员简单描述宿舍管理员通过输入楼栋号和房间号来对录入的房间信息进行查询前置条件1宿舍管理员登入“学校学生宿舍管理系统”2宿舍管理员激活房间查询用例后置条件1系统显示查询的房间具体信息主干过程8. 0宿舍管理员查询房间住宿情况1宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入楼栋号以及房间号4. 系统验证所输入的信息是否止确5系统显示房间具体信息6.宿舍管理员退出系统分支过程8. 1宿舍管理员清除已填信息（从第 3步分支出来）1.宿舍管理员清除已填的学生信息2返回到第3步异常1 输

23、入楼栋号或者房间号错误2 系统审核信息错误用例ID号UC 9用例名称学生报修参与者住宿学生简单描述学生通过系统向宿舍管理员提出报修申请前置条件1 学生登入“学校学生宿舍管理系统"2学生激活学生报修用例后置条件报修信息传给宿舍管理员主干过程9. 0学生报修宿舍坏旧物品1. 住宿学生使用用户名和密码进入系统2. 系统验证住宿学生身份3. 学生提出报修申请4. 系统显示报修明细表5. 学生填写报修详细信息6. 系统记录报修信息7. 学生退出系统分支过程9. 1学生修改报修表（从第5步分支出来）1 学生修改报修表2返回到第6步9. 2学生删除报修表（从第5步分支出来）1 学生删除报修表2返回

24、到第5步异常1 报修物品已出现在报修明细表中2报修物品不在允许报修范围之中4外部接口需求4.1用户界面学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面，使用户一目了 然。尽可能的为用户的录入、 查询等功能操作提供方便 .快捷按钮的创建也是非常需要的， 以方便用户操作 .由下图可得出系统应包括以下界面：1 欢迎使用界面窗口2 用户登陆界面3 系统管理模块 4 房间管理模块5 住宿管理模块6 查询管理模块7 编辑管理模块8 数据统计管理模块9 调房记录管理模块 10分类打印显示模块 11 退出界面4.2 其他接口4.2.1 硬件接口系统硬件接口还没有确定。4.2.2 软件接口 “学校学生宿

25、舍管理系统”通过用户界面向“学校管理系统”提交学生住宿相关信息。 “学校学生宿舍管理系统”通过用户界面向“学校收费系统”提交学生住宿相关信息，收 费系统通过接受的信息来确定学生缴费金额 .5 非功能性需求5.1 软件质量属性Availability （可用性） 1：“学校学生宿舍管理系统”将对学校内联网的用户使用 ,用户在 早晨6点到晚上 12点99.9%的时间可用，其他的时间则 90的时间可用 .Robust ness（健壮性）一1如果用户保存文件之前编辑器发生故障，那么下次同一用户启动 程序时 ,编辑器能恢复在故障发生 1分钟之前对所编辑文件所做的全部修改。5.2 其他非功能性需求系统安全

26、性 学生宿舍管理系统中管理权限上应当进行严格控制，具体思想如下 : 1。要想对该学生宿舍管理系统进行操作就应当具有某些操作权限 .没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密 性和安全性。2。在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功能将 是不可使用的，只有系统管理员登录，宿舍管理员登陆，住宿学生登录三个窗口可以使 用，没有输入正确的用户名和密码任何人都不能登录该系统。3。在具体实现时还应为系统管理员和其他用户设定不同的权限，系统管理员应当 可以使用系统的所有模块，其他用户对于系统管理模块是无权使用的。6数据需求（ER模型,数

27、据字典等）建立频据门库连接z6.1 处理流程图：学生宿o舍管理系统46.2 系统流程图6.3数据描述6.3。1静态数据如下表的数据库文件：6。3。1。1宿舍学生信息表学生证号姓名学院班级学号电话手机家住址登记日期张苇计算机学院0301010150855490136* * * * *湖北武汉2005。12.302肖瑾材料学院0302020650855491138* * * *四川成都3武松航海学院0303030750855492139 * * *甘肃兰州2005。12.304林冲自动化学院0304040950855493134* * * * *上海6。3。1.2床位信息表床位编号宿舍编号宿舍电话

28、公禺编号空否A2211 201508554901是B2233-409508558913否F2357-504508594927是J3559365508504939否6。已入住宿舍信息表公禺编号所在楼层床位编号宿舍编号宿舍电话12楼A2211-2015085549034楼B2233-4095085589175楼F2357 5045085949293楼J3559 36550850493631.4用户表字段名描述数据类型数据长度NULLPrimarykeyUser name用户名char10NYUserid用户密码char10NYUserPower用户权限char10NN6。3.2动态数据包括输入数据

29、和输出数据6。3。2.1输入数据说明通过键盘输入到计算机，这些数据保存在学生信息或宿舍信息的数据库中。6。输出数据说明所有输出都在显示器上。可以预览/打印“学生信息表”，“空床位信息表”，“已入住床位 信息表"；根据查询要求，显示所有指定纪录；显示统计信息。6.4数据库描述学生信息数据库：存储学生有关信息已入住宿舍信息数据库：存储已占用宿舍有关信息空床位信息数据库：存储空床位有关信息6.5 ER模型6.6数据字典数据字典是关于数据库中数据的描述，而不是数据本身 .数据本身将存放在物理数据库中，由数据库管理系统管理数据字典有助于这些数据的进一步管理和控制，为设计人员和数据库管理员在数据

30、库设计、实现和运行阶段控制有关数据提供依据。6。6。1系统入住数据字典数据处理名：入住简述:根据学生的入住要求（公寓或宿舍），确定学生住哪间宿舍输入：学生证号输出:宿舍号6.6。2入住信息数据字典数据流名：入住信息组 成：学生信息 +宿舍信息 + 入住凭据+时间数 据 项：学生信息备注:个人组成：学生证号 +姓名+学院+班级+学号+电话 +手机+照片+家庭住址组织：学生证号数据 项 :学生证号别名：描述：数据文件中区别于其他学生的号码定义：学号=1数字13位置：学生宿舍管理系统数据 项：姓名别名：描述：数据文件中对某个学生的称呼定义：姓名=1汉字 4 | |1 英文 26位置：学生宿舍管理系统

31、数 据 项：学号别名：描述：标识该学生在数据文件中的代号定义：学号=1数字 13位置：学生宿舍管理系统数据 项 :学院定义：学院=1汉字10数 据 项： 家庭住址定 义：家庭住址=1汉字 n数 据 项 : 班级定 义：班级=1 数字4数 据 项： 电话定 义：电话=1数字 8数 据 项： 手机定 义： 手机=1数字11数 据 项： 宿舍信息组 成： 房号 +类型 +状态组 织 : 房号数 据 项： 状态取值： 空房可用空房待修已被占用数 据 名： 入住凭据备 注： 指学生要住宿所持的学校开出的证明组 成： 学生证 +学院所开证明数 据 项： 时间组 成 : 入住时间 +预计离校时间 +住宿时间

32、6。 6.3 系统空床位查询数据字典数据处理名：空床位查询简 述：根据学生的入住要求（公寓或宿舍 ）, 查询宿舍信息表，确定是否有空床输入：学生信息输出: 1 无空床位2 有空床位6。6。4 系统按学号查询信息数据字典数据处理名：按学号查询简述：根据学生的三项统计表（学生信息，入住信息，空房信息）, 查询核对输入：学号输出：学生信息数据流名称：三项统记表简述：用于记载学生和宿舍的信息组成：学生信息 +入住信息 +空房信息6.6。5 系统退房数据字典数据处理名：退房简述：在学生离校的时候 , 核实房间的物件等，同时更改“宿舍信息表输入：学生证号输出：学生信息和宿舍信息附录A:术语表ER 图：即实

33、体关系图，一种分析模型，它确认了一对实体之间的逻辑关系 外部接口需求 :对软件系统和用户，另一个软件系统或硬件设备之间接口的描述 后置条件 :描述用例成功完成后系统状态的一种条件。 前置条件:用例开始之前必须满足的条件或系统必须达到的一种状态 . 软件需求规格说明 :软件产品的功能性需求和非功能性需求的集合。数据字典:有关对问题域重要的主要数据元素，结构和属性的定义的集合DFD图（数据流图）：一种分析模型，它描绘了过程，数据集合，端点以及它们之间的流， 这种流表现了业务过程或软件系统的行为特点用例：描述了执行者与系统之间逻辑上相关的可能交互集，系统的输出为执行者提供了价 值。用例可以包含多个场

34、景.用户类:直接或间接（例如，使用来自系统的输出，但并不亲自产生这些输出）与系统交互的客户。也称为最终用户。附录B:分析模型DFD 图:统计味位信查询空床位 信息潘加丿刪除 床位记录*J床位信息附录C:业务规则规则定义规则类型静态或动态来源只有由系统管理员指定为宿舍管理员才有权删除或者修改信息约束静态学校学生宿舍策略学生的学号必须是四位数字约束静态学校学生宿舍管理经理在网络上传输的信息如果涉及 个人身份信息，则要求加密约束静态学校学生宿舍安全策略用户只有输入正确的用户名和 密码才可以进入系统查询信息约束静态学校学生宿舍管理经理住宿学生只有早上8 00 晚上10:00这个时间才可以进入系统约束动

35、态学校学生宿舍管理经理附录D:待定问题清单1 系统防护性问题。系统防护性问题在本版本中需要在以后的需求获取中逐步获取。因为它涉及到系统的权限 和系统不同用户的职责分配问题。需要客户方和开发放配合，协作来共同解决系统职责权 限分配问题。2。系统数据库设计问题本系统对数据库容量要求不大，但是对数据库的更新要求较大。数据库需要经常进行更新， 所以对数据库的更新效率要求很高， 因此，在这个问题上需要花时间解决。要平衡数据库的 容量和效率的关系。研制报告作为一名计算机软件工程专业大三的学生，我觉得做类似的课程设计是十分有意义,而且是十分必要的在已度过的大三上学期的时间里我们大多数接触的是专业基础课。我们在课堂上掌 握的仅仅是专业基础课的理论面，如何去锻炼我们的实践面？如何把我们所学到的专业基 础理论运用到实践中 ?课程设计为我们提供了良好的实践平台。课程设计是培