(SRS用例描述.docVIP

用例描述1-1：“登录”用例描述 用例 登录 启动者 学生 or宿舍管理员 or 学院管理员 支持者 主要流程 1、用户通过下拉列表框选择身份，可以是学生、宿舍管理员或者教师管理员。 2、学生输入学号和密码，或者宿舍管理员输入宿舍管理员号和密码，或者学院管理员输入教师管理员号和密码。 3、系统验证通过后，出现欢迎信息。 伪界面 图1-1登陆界面 时序图 学生登录时序图 替代流程 数据不完整：如果某个身份的用户没有输入用户名和密码，客户端给予提醒，等用户将数据填写完整后，再连接数据库进行验证。 用户名验证失败：在连接数据库验证信息时，如果在所选身份中找不到用户输入的用户名，给予提示：“用户名不存在”，并让用户重新输入。 密码验证失败：在连接数据库验证信息时，如果在所选身份中找到所输用户名，但是输入的密码和正确密码不一致，给予提示：“密码错误”，并让用户重新输入。 学院规则 CR1：用户身份一共三种，分别为：学生、宿舍管理员、学院管理员。 CR2：学生、宿舍管理员、学院管理员身份的用户分别以学号、宿舍管理员号、学院管理员号作为用户名。 CR3：用户的验证失败次数没有限制，可以重复至无限次。 议题与其它 1、用户的验证失败次数没有限制是否可行？ 用例描述1-2：学生“学期注册信息”用例描述 用例 学期注册信息 启动者 学生 支持者 主要流程 1、学生通过验证后，进入宿舍系统学生主界面（以下简称主界面）。 2、学生可以在主界面上看到自己的学号、姓名、性别、已分配的宿舍这些信息。 3、学生单击主界面上的“查看宿舍”按钮，可以在弹出窗口中看到自己所分配得到的宿舍信息情况。 伪界面 图1-2 学期注册界面 时序图 学生学期注册时序图 替代流程 无 学院规则 CR4：每个学生到学院以后必须先报到，进行学期的注册。 CR5：学生注册好以后，根据在注册时的系部、班级、学号、园区号、楼栋号、 寝室号找到自己所在的住处。 CR6：如果该学生并没有注册，那么就不会有此学生的住处以及本学生其他的 一些相关的信息。 议题与其它 1、在学生宿舍管理信息中学生只有进行注册以后才能进入用户的登陆进行相应的查看，在此是一对一的关联。 2、在学期注册中包括了：所属系、所属专业、所属班级、学号、姓名、性别、所属宿舍等信息。 用例描述1-3：学生“查看本宿舍的信息”用例描述 用例 查看本宿舍的信息 启动者 学生 支持者 主要流程 1、学生在主界面中，可以看到一个列表，列出了本院的所有宿舍的具体寝室的详细信息，每个具体寝室占一行，可以直接看到的有完全宿舍号、园区号、楼栋号、宿舍的信息。 2、当学生点击了某一行具体宿舍后，在主界面下方的宿舍详细信息栏中将显示该具体宿舍的更多信息，包括容纳人数、床位号、宿舍人员等。 3、当学生点击另一行具体宿舍后，宿舍详细信息栏又将改变成点击宿舍的详细信息。 4、重复步骤3，直到学生进行其它操作。 伪界面 图1-3 宿舍信息界面 时序图 宿舍信息时序图 替代流程 无 学院规则 CR7：完全宿舍号 = 模板宿舍号 + 具体宿舍号。 CR8：一个具体的园区有多少楼栋，一个楼栋有多少宿舍，每个宿舍可以容纳的人数，每个人所对应的床位号。 议题与其它 1、建议增加“学期总宿舍表”类，包含和某一个学期相关的所有具体宿舍。 2、建议增加“宿舍人员表”类，关联某一个具体宿舍人员，包含该具体宿舍的所有宿舍人员，以方便管理。 3、“具体宿舍”的详细信息还需要继续明确。 4、“宿舍人员表”应该和“分配宿舍主界面”有单向的连接关系。 用例描述1-4：学生“所在楼栋信息”用例描述 用例 所在楼栋信息 启动者 学生 支持者 主要流程 1、学生在主界面的具体宿舍列表中，选择了某一行具体宿舍。 2、学生点击了“楼栋”按钮。 3、楼栋系统检查该楼栋是否已经注满，发现尚未住满。 4、楼栋系统检查学生楼栋该宿舍的资格，证明有资格。 5、楼栋系统检查该学生已经在此楼栋居住，居住人与该楼栋的宿舍有一定的冲突，未检测到其他。 6、楼栋系统同意该学生在此楼栋进行居住时，将该宿舍添加到学生的个人宿舍信息表中，同时使该宿舍的已居住