学生宿舍标准管理系统需求规格说明指导书.doc

学生宿舍管理系统需求规格说明书文件状态： 初稿 正在修改 正式公布文件标识：学生宿舍管理系统目前版本：1.0作 者：刘默予(G)宋玥(G)李欣()刘洋()赵子续()刘美玲()完成日期：1月8日版 本 历 史版本/状态作者参与者起止日期备注初稿陈烜、刘振奎曾柯、高炜、李瑞娟、宋朝1月6日-1月7日按软件需求编写纲领，丰富纲领形成初稿。正在修改曾柯、高炜陈烜、刘振奎、李瑞娟、宋朝1月7日-1月8日以开发人员视角检验纲领，修改模糊内容。正式公布李瑞娟宋朝、陈烜、刘振奎、曾柯、高炜1月8日审查修改版本，经过后公布。 目 录1引言41.1目标41.2文档约定41.3读者对象和阅读提议41.4项目范围51.5参考资料52总体描述62.1产品前景62.2产品特征62.3用户类及其特征72.4运行环境82.4.1软件环境82.4.2硬件环境82.4.3网络环境92.5设计和实现上约束92.6用户文档93系统特征103.1描述和优先级103.2激励/响应序列123.3功效性需求123.3.1 系统关键用例123.3.2 用例说明154 外部接口需求204.1用户界面204.2硬件接口204.3软件接口204.4通信接口215其它非功效性需求215.1性能需求215.2防护性需求215.3安全性需求225.4软件质量属性22附录A：术语表22附录B: 分析模型23附录C: 业务规则30附录D: 待定问题清单31附录E：需求确定31“学生宿舍管理系统”需求规格说明1引言1.1目标该文档首先给出了“学生宿舍管理系统”概貌，试图从产品前景、特征、运行环境等上给出整个系统轮廓，然后又对功效需求、接口需求和其它非功效性需求进行了具体描述。其中对功效需求描述采取了UML用例模型方法，不仅描述了每一用例基础事件流和备选事件流，而且还给出了很直观用例图。这些文字和图形全部为了具体正确地描述用户需求，同时也为用户更轻易地了解这些需求描述发明了条件。该文档详尽说明了这一软件产品需求和规格，这些规格说明是进行设计基础，也是编写测试用例和进行系统测试关键依据。同时，该文档也是用户确定软件功效需求关键依据。1.2文档约定本文档采取从IEEE830标准改写并扩充软件需求规格说明模板。文档中提到需求标识以以2.2中需求标识为准。2.5设计和实现中提到需求表示以用户分类对应2.2中需求标识，如：2.5设计和实现中提到老师需求1即为2.2中需求标识中tr1。2.2中“功效需求”一词，不等同于4.3中功效需求，前者指用户所需功效需求，属于用户需求层次，后者定义了软件开发人员必需实现功效，是需求工程意义上功效需求1.3读者对象和阅读提议本文档关键内容共分4部分：总体描述、系统特征、外部接口需求和非功效性需求。总体描述部分关键对系统整体结构进行了大致介绍；系统特征部分对系统功效需求进行了具体描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了具体描述；非功效性需求部分对非功效需求进行了具体描述。1.3.1本文档预期读者有项目用户代表、项目投资方代表、营销人员、项目审批者、项目经理、开发人员、测试及文档编写人员。1.3.2阅读提议以下是我们针对不一样读者阅读文档提议：1). 项目投资方提议关键阅读“总体描述”部分文档了解项目标功效和前景。2). 项目用户代表提议关键阅读“总体描述”、 “系统特征” 、“用户界面”来确定需求。3). 项目审批者和项目经理提议全方面仔细阅读文档4). 项目开发、测试及文档编写人员提议以上小组组员关键阅读“系统特征” 、“外部接口需求”和“非功效需求”来了解将要开发网站。其汉字档编写人员尤其需要有针正确阅读“用户文档”部分。1.4项目范围学生宿舍管理系统：下文有简称宿舍管理系统，即用于实现对学生及宿舍信息资料进行编辑，添加，删除，统计，打印显示等功效软件系统。经过该系统，用户能够查看学生基础信息、宿舍信息等各方面资料，能够方便了解学生和宿舍总体情况。该管理系统为用户提供了部分简单数据查询、输出多种信息等功效。用户经过输入学生基础信息（比如学生证号）,由系统自行生成对应数据以供宿舍管理员查询,另外宿舍管理中心管理用户还能够对这些基础信息进行更新和删除, 学校学生宿舍管理系统努力争取给用户方便快捷路径去管理这些繁琐数据。1.5参考资料1Karl E. Wiegers 著, 软件需求. 清华大学出版社，2Dean Leffingwell等著，软件需求管理统一方法. 机械工业出版社.3Soren Lauesen 著, 软件需求. 电子工业出版社，4Ian Sommerville 著，需求工程. 机械工业出版社，5张海藩软件工程导论北京：清华大学出版社，6刘利民田保军邢红梅软件工程综合设计内蒙古工业大学，7需求规格说明书，8吴杰UML基础和Rose建模案例北京：人民邮电出版社，2总体描述2.1产品前景学生宿舍管理系统对于一个学校来说是必不可少组成部分。现在好多学校还停留在宿舍管理人员手工统计数据最初阶段，手工统计对于规模小学校来说还勉强能够接收，但对于学生信息量比较庞大，需要统计存档数据比较多高校来说，人工统计是相当麻烦。而且当查找某条统计时，因为数据量庞大，还只能靠人工去一条条查找，这么不仅麻烦还浪费了很多时间，效率也比较低。当今社会是信息化高速发展社会，原始统计方法已经被社会所淘汰了，信息化管理正是适应时代产物。信息发展永远是一个快速、主动状态，当一个技术不能满足需求时，就会有新技术诞生并替换旧技术。在我们二十一世纪今天,信息化占着主流地位，计算机在各行各业中利用已经得到普及，自动化、信息化管理越来越广泛应用于各个领域。我们将学校宿舍管理情况进行了解后，采取对应信息化技术，经过研究、分析，开发设计了一套学生宿舍管理系统。学生宿舍管理系统采取是计算机化管理，系统做比较人性化，使用者会感到操作很方便，管理人员需要做就是将数据输入到系统数据库中去。而且数据库存放容量相当大，系统比较稳定，适合较长时间数据保留，也不轻易丢失。这无疑是为信息存放量比较大学校提供了一个方便、快捷操作方法。2.2产品特征特征1：设置宿舍管理规则。特征2：设置学生管理规则。特征3：创建、修改、删除和查询宿舍资料。特征4：创建、修改、删除和查询学生信息。特征5：登记学生入住统计。特征6：登记学生迁出统计。特征7：办理学生调换房间。特征8：学生网上报修。特征9：统计学生、房间。特征10：查询学生、房间。2.3用户类及其特征C-1：系统管理员（优先考虑）：整个系统优先级最高参与者，她是整个系统监督者，对全部其它用户行为和使用情况享受知情权。她关键工作是：对系统用户优先级设置；对系统基本资料管理；对系统数据备份；添加或删除用户；进行系统维护；最关键是对其它用户工作监督，管理，分配权限，以确保系统透明性和业务合理性。C-2：宿舍管理员学校宿舍每一栋楼最少有一个宿舍管理员，她们关键工作是：住宿情况查询，包含学生信息和房间信息查询，查看能够入住房间，住满房间，要入住床位，和入住人员信息；办理入住，经过输入学生相关信息经过系统将其添加到住宿学生信息表中；办理迁出，经过输入迁出学生相关信息经过系统将其从住宿学生信息表中删除；调换房间，输入要调换信息和目标房间信息进行房间调换；数据统计，包含人数统计喝房间统计，经过输入要统计目标信息来查看入住人数或空床位数；维修管理，经过系统取得学生维修管理信息，并通知维修人员；报表打印，打印出自己所需要信息报表。C-3：住宿学生这里住宿学生能够包含立即入住或已经入住学生，她们能够输入自己相关学生信息，进行住宿登记注册；能够查询宿舍住宿情况信息，比如说输入自己入住要求，查看是否有对应空床位；还能够经过系统提出报修申请，通知宿舍管理员需要维修信息。2.4运行环境本系统是以Windows系统为操作平台，用ASP.NET编程语言做网页界面，用C#语言做网页界面和底层数据库互联，用SQL Server数据库来实现高校学生宿舍管理系统所需功效。2.4.1软件环境操作系统：Microsoft Windows 7或xp；支持环境：IIS 6.0以上；数 据 库：Microsoft SQL Server ；开发环境：Microsoft Visual Studio ；作图工具：Microsoft Office Visio ，Rose。2.4.2硬件环境用户端运行环境CPU飞跃4处理器 主频1.8G以上内存512MB以上操作系统WindowsXP或以上版本网络工具IE浏览器6.0以上或Netscape浏览器 服务器端运行环境CPU飞跃4处理器 主频2.0G以上内存1G以上硬盘空间1G以上硬盘剩下空间输入设备键盘/鼠标操作系统Windows Server数据库Microsoft SQL Server 开发环境Microsoft Visual Studio.NET 2.4.3网络环境本系统网络运行图图A-2，不管是用户端还是管理端用户等全部能够经过网络登录到本系统中。2.5设计和实现上约束 2.5.1软件：windows 7或windows XP，运行环境：c# ，开发环境：.net；2.5.2数据库软件：SQL Server ；2.5.3符合中国全部法律要求；2.5.4运行在windows 7、XP上。2.6用户文档用户文档名称描述及文档标准用户手册使用非专门术语语言，充足地描述该软件系统所含有功效及基础使用方法依据GB8567-88用户手册操作手册向操作人员提供该软件每一个运行具体过程和相关知识，包含操作方法细节依据GB8567-88操作手册3系统特征3.1描述和优先级3.1.1设定优先级意义一个软件项目标实施并不总是一帆风顺，伴随提交最终期限临近，我们有可能会碰到这么一个情况：我们可能会发觉我们只能在最终期限以前确保质量完成用户一部分功效，换句话来说我们必需舍弃一部分用户功效需求。这时，假如我们在之前对用户需求做过优先级分析，我们就能够轻松地剔除掉那些用户现阶段还不需要能够在后续版本中实现功效需求、那些华而不实功效需求、那些实现上有很大困难将会严重拖延工期功效需求等等。优先级设定意义就在于此，经过它，我们能够集中注意力于那些用户最需要而且对开发而言风险也相对较小需求，从而在最终期限以前提交一份令用户满意产品。3.1.2优先级确定规则本项目优先级确实定将采取QFD方法，经过相关计算，依据最终计算出性价比高低来划分优先级。3.1.3权值设定说明 权值设定包含各个特征权值和各个用户群权值。 3.1.3.1特征权值设定说明 特征包含4个方面：相对利润、相对损失、相对费用、相对风险。具体权值设定采取了Software Requirements一书中相关QFD确定优先级中权值设定方法。 3.1.2.2 用户群权值设定说明 本项目标用户需求来自5类用户群，分别是用户、老师、注册学生、游客、管理员。因为本项目标主体用户是老师和注册学生，则她们含有最高权值2；其次作为项目标投资方和日常维护者，用户和管理员含有较高权值1；最终，游客权值为0.5。 3.1.4优先级计算公式说明 本项目优先级计算公式套用了Software Requirements一书中介绍计算公式： 优先级(价值%) / (费用% * 费用权值 + 风险% * 风险权值)。3.1.5 评定标准 全部特征评分全部以数字19评定。3.1.5.1 相对利润 如实施某项需求，对用户而言，1代表可忽略利益，9代表最大价值，依次类推。3.1.5.2 相对损失 如不实施某项需求，对用户而言，1代表基础无损失，9代表严重损失，依次类推。3.1.5.3 相对费用 如实施某项需求，对我们而言，1代表仅需要极少费用，9代表需要很多费用，依次类推。3.1.5.4 相对风险 如实施某项需求，对我们而言，1代表基础无风险，9代表巨大风险，依次类推。3.1.6优先级根据涉众评定关键性和紧迫性对系统功效性需求进行优先级划分。功效高优先级中优先级低优先级置之不理用户管理数据备份软件注册系统维护系统设置住宿情况查询办理入住调换房间办理迁出删除学生信息人员查询房间查询人数统计房间统计房间录入维修管理报表打印学生报修学生基础资料输入住宿情况查询远程查询物品管理消防监控系统3.2激励/响应序列激励：系统用户发出数据库操作要求响应: 系统验证用户正当性并给予对应权限3.3功效性需求3.3.1 系统关键用例关键参与者用例系统管理员1 用户管理2 数据备份3 软件注册4 系统维护5 系统设置宿舍管理员1 住宿情况查询2 办理入住3 调换房间4 办理迁出5 删除学生信息6 人物查询7 房间查询8 人数统计9 房间统计10. 房间录入11. 维修管理12. 报表打印住宿学生1 学生报修2 学生基础资料输入3 住宿情况查询3.3.2 用例说明用例ID号UC-1用例名称用户管理参与者系统管理员简单描述系统管理员依据不一样用户职责来设置不一样用户权限，从而限制不一样用户所使用系统功效前置条件系统管理员登入“学生宿舍信息管理信息系统”系统管理员激活用户管理用例系统管理员有权限进行用户权限设置后置条件新增用户权限被系统管理员设置新增用户取得对应操作权限主干过程10 系统管理员设置新用户权限1系统管理员新增一个系统用户2系统显示用户权限界面3系统管理员输入新用户权限信息4系统统计新用户权限信息5系统管理员退出系统分支过程11 系统管理员修改用户权限（从第2步分支出来）1系统管理员修改选中用户权限2返回第4步12 系统管理员删除用户（从第1步分支出来）1系统管理员删除用户2返回第1步异常权限设置错误用户权限矛盾备注本用例完成对用户权限设置，它由系统管理员来实施。提议系统管理员仅仅由一个用户来担当，这么就会使责任人单一，不轻易出现责任纠纷，和权限重合现象。而且，权限设置要完全依据用户职责来设计，不一样用户要负担不一样职责，任务，明确责任人。使分工明确而单一。用例ID号UC-2用例名称系统设置参与者系统管理员简单描述系统管理员对系统基础信息进行设置，系统统计基础信息前置条件系统管理员登入“学生宿舍信息管理系统”系统管理员激活系统设置用例后置条件系统基础信息设置成功主干过程 20 系统管理员设置系统信息1系统显示目前系统基础信息表2系统管理员输入系统基础信息3系统管理员请求保留目前设置4系统保留目前设置5系统管理员退出系统分支过程无异常无备注此用例完成对系统基础信息设置，它由系统管理员来操作。用例ID号UC-3用例名称数据备份参与者系统管理员简单描述系统管理员对系统目前状态进行备份，保留到指定文件中或数据库中前置条件系统管理员登入“学生宿舍信息管理系统”系统管理员激活数据备份用例系统其它步骤目前时刻处于停止状态后置条件系统数据被复制存放到数据库或其它存放体中主干过程30 系统管理员备份目前系统信息数据1系统显示数据备份界面2系统提醒目前系统其它工作步骤应该停止3用户确定开始备份4系统开始备份5系统管理员退出系统分支过程31 系统管理员结束系统其它步骤（从第3步分支出来）1系统管理员退出数据备份用例2系统管理员关闭其它步骤3返回第1步异常无备注本用例完成系统数据备份，统计目前系统状态。备份技术有很多，这里最好采取双机热备份，对系统数据进行数次备份，拷贝，这么使系统数据被安全保留，以防万一。用例ID号UC-4用例名称办理入住参与者宿舍管理员简单描述宿舍管理员办理人员入住事务，将学生信息录入宿舍学生信息表中前置条件宿舍管理员登入“学校学生宿舍管理系统”宿舍管理员激活办理迁出用例后置条件入住人员信息被统计在宿舍学生信息表主干过程40 宿舍管理员生成一份人员信息表1宿舍管理员使用用户名和密码进入系统2系统验证宿舍管理员身份3宿舍管理员输入学生信息4系统验证学生信息是否正确和房间号是否存在5系统将学生信息加入宿舍学生信息表6宿舍管理员退出系统分支过程41 宿舍管理员修改学生入住信息（从第3步分支出来）1宿舍管理员修改学生入住信息2返回到第4步42 宿舍管理员删除学生入住信息统计（从第步分支出来）1宿舍管理员删除学生入住统计2返回到第3步异常输入学生证号不是四位数字输入房间号不存在系统审核信息错误备注此用例仅仅对宿舍管理员是可见用例ID号UC-5用例名称办理迁出参与者宿舍管理员简单描述宿舍管理员办理学生迁出业务，而且将学生信息从宿舍学生信息表中删除前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活办理迁出用例后置条件入住人员信息从宿舍学生信息表中删除主干过程50 宿舍管理员办理迁出宿舍管理员使用用户名和密码进入系统系统验证宿舍管理员身份宿舍管理员输入学生学号，姓名系统验证学生信息是否正确系统将学生信息从宿舍学生信息表中删除宿舍管理员退出系统分支过程无异常输入学生不存在输入学生学号和姓名不匹配系统审核信息错误备注此用例仅对宿舍管理员可见。当有学生迁出时此用例开始被激活用例ID号UC-6用例名称人物查询参与者宿舍管理员简单描述宿舍管理员经过输入学生学号和姓名来查询学生其它全部信息前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活人物查询用例后置条件要查询学生全部被显示出来主干过程60 宿舍管理员查询学生信息1宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入学生学号，姓名4. 系统验证学生信息是否正确5. 系统显示学生全部相关信息6宿舍管理员退出系统分支过程61 宿舍管理员清除已填信息（从第3步分支出来）1宿舍管理员清除已填学生信息2返回到第3步异常1输入学生不存在2输入学生学号和姓名不匹配3系统审核信息错误备注此用例只对宿舍管理员可见用例ID号UC-7用例名称房间统计参与者宿舍管理员简单描述宿舍管理员经过输入栋号来统计这栋已住人数和空床位个数。前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活房间统计用例后置条件统计好数目被显示出来以供宿舍管理员使用主干过程70 宿舍管理员进行房间统计1宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入要统计楼栋号4. 系统验证楼栋号是否存在5. 系统调用数据库而且输出这栋楼已住人数和空床位个数6. 宿舍管理员退出系统。分支过程无异常楼栋号不存在系统审核信息错误备注这个用例仅由宿舍管理员操作。因为系统缺点只能统计出整栋楼人数和空床位数，不能具体说明每一个楼层数目。用例ID号UC-8用例名称房间查询参与者宿舍管理员简单描述宿舍管理员经过输入楼栋号和房间号来对录入房间信息进行查询前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活房间查询用例后置条件系统显示查询房间具体信息主干过程80 宿舍管理员查询房间住宿情况1宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入楼栋号和房间号4. 系统验证所输入信息是否正确5 系统显示房间具体信息6. 宿舍管理员退出系统分支过程81 宿舍管理员清除已填信息（从第3步分支出来）1宿舍管理员清除已填学生信息2返回到第3步异常输入楼栋号或房间号错误系统审核信息错误用例ID号UC-9用例名称学生报修参与者住宿学生简单描述学生经过系统向宿舍管理员提出报修申请前置条件学生登入“学生宿舍管理系统”学生激活学生报修用例后置条件报修信息传给宿舍管理员主干过程90 学生报修宿舍坏旧物品住宿学生使用用户名和密码进入系统系统验证住宿学生身份学生提出报修申请系统显示报修明细表学生填写报修具体信息系统统计报修信息学生退出系统分支过程91 学生修改报修表（从第5步分支出来）1学生修改报修表2返回到第6步92 学生删除报修表（从第5步分支出来）1学生删除报修表2返回到第5步异常报修物品已出现在报修明细表中报修物品不在许可报修范围之中4 外部接口需求4.1用户界面学生宿舍管理系统应提供简单、层次关系明了、清楚操作界面，使用户一目了然。尽可能为用户录入、查询等功效操作提供方便。快捷按钮创建也是很需要，以方便用户操作。系统应包含以下界面：1 欢迎使用界面窗口2 用户登陆界面3 系统管理模块4 房间管理模块5 住宿管理模块6 查询管理模块7 编辑管理模块8 数据统计管理模块9 调房统计管理模块10 分类打印显示模块11 退出界面4.2硬件接口系统硬件接口还没有确定 。 4.3软件接口“学生宿舍管理系统”经过用户界面向“学校管理系统”提交学生住宿相关信息。“学生宿舍管理系统”经过用户界面向“学校收费系统”提交学生住宿相关信息，收费系统经过接收信息来确定学生缴费金额。4.4通信接口无5其它非功效性需求5.1性能需求性能需求序列号性能需求说明cqa1最少确保能够支持10人同时cqa2最多许可80人同时在线cqa3最少支持windows平台tqa1即时公布老师提供信息（尤其是课程相关通知），不超出1个工作日sqa1打开一个新页面响应速度不超出5秒sqa2确保10个下载链接，每个下载链接最少达成50k/ssqa3许可上传不超出2m大小文件sqa4信息要即时更新，不得超出1个工作日5.2防护性需求服务器应该在适宜温度、适度环境下工作，避免猛烈震动。多种电源线和数据线铺设要合理而安全，避免出现意外脱接现象发生。服务器所在地域应保持电压稳定及电源连续供给，尽可能避免高频率人为断电现象（比如：错拉电闸、保险丝熔断等），以保持服务器中数据一致性。当提前获知断电时间时，应在网页上立即公布相关信息（比如：服务器将于几时几分关闭），避免站点忽然关闭。意外断电时，应建立应急机制，确保服务器以最快速度恢复正常工作状态。服务器管理员应确保服务器密码不泄漏。服务器所在房间应做好安全防盗工作，避免偷窃现象发生。5.3安全性需求学生宿舍管理系统中管理权限上应该进行严格控制，具体思想以下：1.要想对该学生宿舍管理系统进行操作就应该含有一些操作权限。没有权限用户将不能经过任何渠道来登录该系统，查看该系统任何信息和数据，以确保系统严密性和安全性。2.在上述要求基础上能够为该系统设定多个登录方法，程序开始运行全部功效将是不可使用，只有系统管理员登录，宿舍管理员登陆，住宿学生登录三个窗口能够使用，没有输入正确用户名和密码任何人全部不能登录该系统。3.在具体实现时还应为系统管理员和其它用户设定不一样权限，系统管理员应该能够使用系统全部模块，其它用户对于系统管理模块是无权使用。4.服务器密码应足够复杂；服务器上所安装软件应即时更新、安装补丁；服务器上不得安装任何和业务无关软件。以预防非法入侵者攻击。5.4软件质量属性Availability(可用性)-1：“学校学生宿舍管理系统”将对学校内联网用户使用，用户在早晨6点到晚上12点99.9%时间可用，其它时间则90时间可用。Robustness(健壮性)-1：假如用户保留文件之前编辑器发生故障，那么下次同一用户开启程序时，编辑器能恢复在故障发生1分钟之前对所编辑文件所做全部修改。附录A：术语表E-R图：即实体-关系图，一个分析模型，它确定了一对实体之间逻辑关系。外部接口需求：对软件系统和用户，另一个软件系统或硬件设备之间接口描述。后置条件：描述用例成功完成后系统状态一个条件。前置条件：用例开始之前必需满足条件或系统必需达成一个状态。软件需求规格说明：软件产品功效性需求和非功效性需求集合。数据字典：相关对问题域关键关键数据元素，结构和属性定义集合。DFD图（数据流图）：一个分析模型，它描绘了过程，数据集合，端点和它们之间流，这种流表现了业务过程或软件系统行为特点。用例：描述了实施者和系统之间逻辑上相关可能交互集，系统输出为实施者提供了价值。用例能够包含多个场景。用户类：直接或间接（比如，使用来自系统输出，但并不亲自产生这些输出）和系统交互用户。也称为最终用户。附录B: 分析模型1、处理步骤图：2、系统步骤图数据库文件夹数据交换用户输入输入学生宿舍管理系统输出显示输出信息3、系统业务步骤图：用户登录N身份是否正当Y进行查询或修改宿舍信息宿舍状态统计维修信息调房信息迁出信息入住信息学生信息返回查询或修改结果4、DFD图 4、数据描述4.1 静态数据以下表数据库文件：4.1.1宿舍学生信息表学生证号姓 名学 院班 级学 号电 话手 机家 庭住 址登 记日 期1张 苇计算机学 院0301010150855490136*湖北武汉.12.302肖 瑾材料学院0302020650855491138*四川成全部.12.303武 松航海学院0303030750855492139*甘肃兰州.12.304林 冲自动化学 院0304040950855493134*上 海.12.304.1.2 床位信息表床位 编号宿舍 编号宿舍 电话公寓 编号空 否A2211-201508554901是B2233-409508558913否F2357-504508594927是J3559-365508504939否4.1.3 已入住宿舍信息表公寓 编号所在 楼层床位 编号宿舍 编号宿舍 电话12楼A2211-2015085549034楼B2233-4095085589175楼F2357-5045085949293楼J3559-365508504934.1.4用户表字段名描述数据类型数据长度NULLPrimarykeyUsername用户名char10NYUserId用户密码char10NYUserPower用户权限char10NN4.2 动态数据包含输入数据和输出数据4.2.1输入数听说明经过键盘输入到计算机，这些数据保留在学生信息或宿舍信息数据库中。4.2.2 输出数听说明全部输出全部在显示器上。能够预览/打印“学生信息表”，“空床位信息表”，“已入住床位信息表”；依据查询要求，显示全部指定纪录；显示统计信息。4.3 数据库描述学生信息数据库：存放学生相关信息已入住宿舍信息数据库：存放已占用宿舍相关信息空床位信息数据库：存放空床位相关信息4.4 ER模型 4.5 数据字典数据字典是相关数据库中数据描述，而不是数据本身。数据本身将存放在物理数据库中，由数据库管理系统管理。数据字典有利于这些数据深入管理和控制，为设计人员和数据库管理员在数据库设计、实现和运行阶段控制相关数据提供依据。 4.5.1系统入住数据字典数据处理名：入住简 述：依据学生入住要求（公寓或宿舍），确定学生住哪间宿舍输 入：学生证号输 出：宿舍号 4.5.2入住信息数据字典数据流名： 入住信息组 成： 学生信息+宿舍信息+入住凭据+时间数 据 项： 学生信息备 注： 个人组 成： 学生证号+姓名+学院+班级+学号+电话+手机+照片+家庭住址组 织： 学生证号数 据 项： 学生证号别 名： 描 述： 数据文件中区分于其它学生号码定 义： 学号=1数字13位 置： 学生宿舍管理系统数 据 项： 姓名别 名： 描 述： 数据文件中对某个学生称呼定 义： 姓名=1汉字4|1英文26位 置： 学生宿舍管理系统数 据 项：学号别 名：描 述： 标识该学生在数据文件中代号定 义： 学号=1数字13位 置： 学生宿舍管理系统数 据 项： 学院定 义： 学院=1汉字10数 据 项： 家庭住址定 义： 家庭住址=1汉字n数 据 项： 班级定 义： 班级=1数字4数 据 项： 电话定 义： 电话=1数字8 数 据 项： 手机定 义： 手机=1数字11数 据 项： 宿舍信息组 成： 房号+类型+状态组 织： 房号数 据 项： 状态取 值： 空房可用 空房待修 已被占用 数 据 名： 入住凭据备 注： 指学生要住宿所持学校开出证实 组 成： 学生证+学院所开证实 数 据 项： 时间组 成： 入住时间+估计离校时间+住宿时间4.5.3 系统空床位查询数据字典数据处理名：空床位查询简 述：依据学生入住要求（公寓或宿舍），查询宿舍信息表，确定是否有空床位输 入：学生信息输 出：1 无空床位 2 有空床位4.5.4 系统按学号查询信息数据字典数据处理名：按学号查询简 述：依据学生三项统计表（学生信息，入住信息，空房信息）,查询查对输 入：学号输 出：学生信息 数据流名称：三项统记表简 述：用于记载学生和宿舍信息组 成：学生信息+入住信息+空房信息4.5.5 系统退房数据字典数据处理名：退房简 述：在学生离校时候，核实房间物件等，同时更改“宿舍信息表”输 入：学生证号输 出：学生信息和宿舍信息附录C: 业务规则规则定义规则类型静态或动态起源只有由系统管理员指定为宿舍管理员才有权删除或修改信息 约束静态学校学生宿舍策略学生学号必需是四位数字约束静态学校学生宿舍管理经理在网络上传输信息假如包含个人身份信息，则要求加密约束静态学校学生宿舍安全策略用户只有输入正确用户名和密码才能够进入系统查询信息约束静态学校学生宿舍管理经理住宿学生只有早上8：00晚上10：00这个时间才能够进入系统约束动态学校学生宿舍管理经理附录D: 待定问题清单1系统防护性问题。系统防护性问题在本版本中需要在以后需求获取中逐步获取。因为它包含到系统权限和系统不一样用户职责分配问题。需要用户方和开发放配合，协作来共同处理系统职责权限分配问题。2.系统数据库设计问题本系统对数据库容量要求不大，不过对数据库更新要求较大。数据库需要常常进行更新，所以对数据库更新效率要求