《宿舍管理系统需求规格说明书》由会员分享，可在线阅读，更多相关《宿舍管理系统需求规格说明书（8页珍藏版）》请在装配图网上搜索。
1、e qfx 2 03 D 口c 0- q;说明书0 - 。也口 f -.nL引言编写目的 本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配,可以使教务处,学生处、保卫处、，公寓管理斗心-财务处等学校职能部门及学校学院领导随时获得全方 位的公寓管理信息，实现信息共享，提高工作效率E:r 1,；.主文档从用户、功能、性能E运行环蟾等各方面对蔡统遴行了分析,：以确保在系统开发过程中:，确定好具体目标;；使工作能Da. * &甲 4? 8 JT%干 扎 b二 、，产”有条不紊的进行,提高工作效率a霍景很多学校特别是中等及高等院校中，学生在校住宿的情况极其普遍。随着高校的扩招需要
2、住宿的学生人.数和学生公寓楼房，b，J JG BP。c、 丁. h E PP亍%飞J Cg B R越来越多，宿舍管理人员的需求量也相应地增加。肉多高校后勤实施社会化改革，学生住宿条件得到了很大改善,宿舍安排上打破了原来按专业班级强制集中住宿的限制”可供学生选择的余地 也谑来越大M超美部门对公寓管理的要泵其来搏高一导致公寓管 理的难度越来越大,原来的手工管理已经无法适应，雷妥用信息化手段来实现因此，开发一个学生宿舍分配软件是十分必要的，希望能够为广大教师、校院领导,宿舍管理员和学生提供便利，.加强学生住宿管理，规范高校公寓日常工作、提高公寓管理 效能的有教工具也定义 用例图(Use Case)：
3、是指由参与者t Actor)、用例(UseCase)以及它们之间的关系构成的用于描述系统功能的动态视图q呈现了一些参与者和一些用例，以及它们之间的关系、主要 用于对系统、子系统或类的功能行为进行建模g. P 隹 顺序图：是将交互关系表示为一个二维图。纵向是时间轴,时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元 角色a类元角色用生命线表示口类图(Class diagram)：是显示了模型的静态结构，特别是模 型中存在的类、类的内部结构以及*们与其他类的关系等.aw 不显示暂时性信息U状态图(Statechart Diagram)：是描述一个实体基于事件反应的动态行为,显示了该实体如何根
4、据当前所处的状态对不同的事件做出反应的，活动图(activity diagram):是匍明了业务用倒实现的工 作菰卷;展工作流看遵常包猾多基本工作流程和一个或多个备选 工作流程。工作流程的结构使用活动图来进行说明。协作图/通信图(muni cat ion Diagram):而“协作”作为一个 姑柄事物用壬表拉静态结构和动态行为的概念组合加薪送不同事 物相互协作完成一个复杂功能。4 C w P u tT参考资料（1殷建民主编,软件系统分析与设计中国水利水电出版肚* 2021邃）学生宿舍墓寨集求C3）2021级软件系统分析与设计实验指导书36学时宿 卞 ，6 。 .J 八， ，、：， ；舍分配系统
5、）2任务概述目标 本学生宿舍分配系统以公寓房间、入住学生为基础信息源,、可以对房间和床位分配，可以使教务处，学生处、保卫处、公寓 r o1 管理中小财泰处等学楼职能部门及学卷学院硕导髓时获得全方位的公寓管理信息一实现信息共享.用户特需学生：若要住宿需提交隹宿申谦i藕后等待分酷如甯簪殊耍磊:秀典专门说明。旦售到批推通期北可以查南+人翁舍安 经过审核、批准.一旦调换了宿舍，其所使用的设备也要随之变 更记录比排。住宿后若有特殊原因，t可以申请调整宿舍或床位，但依然要教师，分为班主任和辅导员6辅导员贲责查看、初审孽生提交的住宿申请，对基本符合要求的，转交给宿舍负责人：6班主任 和辅导员可以随附查看,
6、了解所负责班级住宿学生的情况。1蜜廓领bsT- % 宿舍负责人：负责对住宿申请进行综合审查，通过的则以班为单位分配床位。可以随时查看和了解宿舍的基本情况、所有住 宿情况和装备使用情苑、对特殊情况没骷进有统计,异照送相关 领导。学生一旦毕业或提出退宿，其宿舍和床位会立即变空，等 待重新分配使用.宿舍管理员：负责宿舍设备情况的记录（购入登记、各建宿舍配置、损坏和修理登记、报废登记）.每日查房结果记录、学 生晚归记录、宿舍具体情况管理（新房间登记“房间撤消、格局校院领导;可以随时查看，了解学校和学院宿舍的详细信息、学生住宿状况和宿舍管理员的基本情况以及每日查房的情 况。假定与约束经费限制，由于是学菊
7、之作，泰橙的不足限制了.本款件的册 发。开发期限;售附同方面,只能在课奈时间完感本软件，对时间 的安彝黄做到春理.称当才能根治的鹿成本工程。J需求分析建模功能需求系统需泰描述本学生宿舍分配系疏吸公富房间、入隹学生为舞础借息源， 可以对房间和床位分配，可以使教务处、学生处、俣卫处公寓 （T 二0 d.4O_. Vp v u.管理中心、财务处等学校职能部门及学校学院领导I时获得全方.广 ，“ 蜂 。v -J 勤。名、J *- r r 75位的公寓管理信息，实现信息共享。基本流程图如下: 总体功能分析各类角色的大体功能分析:学生：填写申请表提交住宿申请、查看申请结果、争请宿舍调整辅导员:查看学生住宿
8、情况、查看住宿申请、.初审、返回申请结果给学生班主任：查看本班学生住宿情况宿舍负责人：复审、分配床位、查看住宿信息”宿舍住退更新、特殊情况报送领导宿舍管理员：宿舍查房记录、宿舍设备情况记录、晚归记录、 。 二 宿舍集体情况 情况，每日查房情况校院领导：查看宿舍详细信息、查看住宿情况、宿舍管理员具体用例图如下: 功能模块分析（详述学生申请）11 C ift IF” 0 Wi由学生申请住宿用例：当学生登录后，进入申请界面，填写申请报告，出现两种情况，即填写正确或错误/部分错误一对应 的成功提交呻请或返回重新填写申请,构建活动图J协作图，顺 序图等来完成功能的具体分析J活动图:状态图: 学生申请这一
9、事件对应的状态：首先是要进行申请表的填写 L. 尸 . * - - u ,二 ” - - * S *预准备工作，即新建一张空白申请表,进行填写，完成后进行提交，即等同于进入等待审核状态；等待后台审核完成后，学生进 Jc , / . 。4， 行查看可以找到审核通过?不通过以及不通过部分不 准不批准两种状态，批准通过，进入入住状态。符合要求） 三种状态，一次审核通过后二审，产生，批顺序图： 根据流程图和活动.图，可以建立学生申请的工作顺序先是登陆到首页进入申请界面，:申请表的填写与是否可以成功提 交由提交控制检测并返回可申请/不可申请/有错重新填写，提交 成功则学生等待来自辅导员以及宿舍管理员的的
10、审核结果以及宿 舍分配结果。性能需求 精度 在进行向数据库文件提取数据时，要求数据记录定位准确,在往数据库文件数组中添加数据（如申请表，住宿信息等）时反 要求输入准确学生姓名，身份证，学号，班级，宿舍号等，按需 求设定字符数。时间特性要求（1）查询美顶面响应时间<=3s（2）更新处理时间，如新建、提交等最长时间不超过2s。 . . “ 1 。 , ， , , * a o 9 9 o9 鼻据要完整保管，且一旦发生变化.必须及时变更记录。2）上述数据要能够导出到excel文件中，或从excel文件导 ，* 、 七、3分配床也时可以枭取二种方法； .oaV第1是按照一定的算法进行自动分配, 第
11、2是针对特殊要求进行手工分配蜀学生住宿雷要记豪的内容主要包括:学号、姓名、所属学院、所属系、官舍房间号、床铺号、柜 、 : 小。 。 1 子号、入住时间、联系电话等*5）每个房间需要记录的内容主要包括:宿舍房间号、面积、可容纳人数、目前空床数、 nJ.omu $ e c s , 6）为简化宿舍分配过程中学生信息的重复录入，保证数据的一致性和统一性，最野可利用现行的学籍管理系统中的信息。数据分析模型（类图）类图分析:用户主要分为学生和职工两大粪，学生类和职工 爨罐杀于熊即1畲类,师教怖类*领导美、宿舍负责人卖和宿舍管 理员类继承于职工类,辅息费和班主任类继承于教师类；学生与辅导员、班级、住宿登记
12、表、床位、宿舍、住宿申请等都是关联 关系。故障处理要求 正常使用时不应出错,对于用户的输入错误应给出适当的改正提示廿若运行时遇到不可恢复的系统错误.，也必须保证数据库 0 - * - *I *18 / k 7 , . %、 , ，7 p a u完好无损，可以透过日志来了解故障现象、橐生时同。.其他专门 要求(1)进度需求：系统开发的阶段进度要求。(2)运行环境需求：平台、体系结构、设备要求。(3)培训需求：无实体培训，系统配备用户使用手册，提供多媒体教学光盘崎电运有环境姗更设备服森器PC机(建议配置:操作系统windows 2000/XP/Vista CPUPentiumlV以上内存128g以上硬盘空间100M以上)DVD光驱，打印机等.支持软件软件运行基于windows平台上的200。，班 XP,Vista等.数据库：MySQL接b箝瘴丽共期:麋
宿舍管理系统需求规格说明书
