实验4-软件需求分析-用户需求

《实验4-软件需求分析-用户需求》由会员分享，可在线阅读，更多相关《实验4-软件需求分析-用户需求（8页珍藏版）》请在装配图网上搜索。

1、计算机学院实验报告课程名称软件需求分析实验名称软件需求分析用户需求专业软件工程年级班级实验日期第14、15周星期二学号151106018姓名沈祥德指导教师刘益成绩小组成员沈祥德、钱丰浩、夏超一、实验目的与要求用户需求（user requirement），描述的是用户使用预期软件系统所要达到的功能性目标及非功能性要求。一般，用户需求描述的是软件使用者（用户）使用系统能够完成什么业务任务或信息处理工作。具体内容是用例描述。实验目的针对某小型软件产品（含小型网站）的开发，在业务需求文档（前景范围文档）的基础上，进一步收集、获取用户的业务知识（重点是人机交互、任务的输入、任务功能、输出信息及业务任务的

2、结果等），建立起用例模型：用户业务任务的用例图用户业务任务的用例列表若干个具体的用例。即从用例出发推导部分功能需求和非功能需求，并明确说明。异常处理单独描述。二、实验内容和步骤在学生自选的小型软件（或网站）的业务需求文档的基础上，实施以下实验内容：1、 深入获取业务知识，描绘用例图。2、编写用例列表。3、分工编写各自负责的用例描述。三、实验操作与记录用例图：用例分析的结果，按照下述示例的表格模板填写。用例列表（示例：学生公寓管理系统）主要参与者用 例管理员1.用户登录2.学生信息管理 3.来访人员管理4.学生财务管理 5.学生离校管理学生6.信息查询 7.信息修改 8.密码修改用例描述（学生公

3、寓管理系统的用户登录用例）用例ID号UC-1用例名称用户登录创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者管理员、学生描述管理员或者学生在电脑客户端输入用户名和密码进行用户登录，从而进行下一步操作前置条件1. 系统必须能正常启动2.必须是管理员注册过的用户名和密码3. 管理员或者学生输入的用户名和密码正确4. 登录系统，实现功能需求后置条件如果登录成功显示管理员或学生可以操作的功能页面主干过程1.0 用户登陆系统1、当用户启动这个应用系统时，用例开始2、系统显示登录界面 3、系统管理员输入用户名和密码4,、系统对比系统管理员的信息5、系统显示

4、登录成功，用例结束。分支过程拓展路径A：、系统提示输入的信息哪些地方出错，要求系统管理员重新输入相关信息或取消登录、系统管理员选择取消登录，则用例结束、系统管理员选择重新登录，转到3异常1. 如果用户名不存在，提示“用户名错误“2. 如果密码错误提示“密码错误”包含无优先级高使用频率大约4000名用户，平均每天使用一次业务规则BR-1：用户身份一共两种，分别为:学生、宿舍管理员。BR-2：学生、宿舍管理员、学院管理员身份的用户分别以学号、宿舍管理员号、学院管理员号作为用户名。BR-3: 用户的验证失败次数没有限制，可以重复至无限次。特别需求用例中的事件曾进行事件处理保持操作一致性假设注意和问题

5、用例ID号UC-2用例名称学生信息管理创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述宿舍管理员通过输入学生的学号和姓名来查询、修改、添加、删除学生的其他所有信息前置条件1. 宿舍管理员登入“学生宿舍管理系统”2. 输入信息不能为空后置条件1. 学生基本信息表已建立2. 学生信息不能重复3. 要查询学生的所有被显示出来4. 要查询的学生信息能被管理员进行修改、添加、删除主干过程1.0 宿舍管理员管理学生信息1. 宿舍管理员使用用户名和密码进入系统2. 系统验证宿舍管理员身份3. 宿舍管理员输入学生的学号，姓名4. 系统验证学生的信

6、息是否准确5. 系统显示学生的所有相关信息6.管理员对学生信息进行注册、查询、修改、删除操作7. 宿舍管理员退出系统分支过程舍管理员清除已填信息（从第3步分支出来）1. 宿舍管理员清除已填的学生信息2. 返回到第3步异常数据加载失败或者统计过程中发生错误包含无优先级高使用频率大约4000名用户，平均每天使用一次业务规则BR-4：每个学生到学校以后必须先报到，进行学期的注册BR-5：学生注册好之后，根据在注册是的系、班级、学号、寝室号找到自己所在的住处。BR-6：如果该学生未注册，那么就不会有此学生的住处以及本学生的、其他的一些相关信息。BR-7：管理员可以对学生宿舍的人员数，人员信息进行查看。

7、BR-8：管理员还可以对每栋楼以及宿舍的卫生情况进行检查，监督和管理。BR-9：管理员还要对后勤服务进行管理。特别需求用例中的事件曾进行事件处理保持操作一致性假设注意和问题此用例仅由宿舍管理员来操作用例ID号UC-3用例名称来访人员管理创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述管理员通过此用例进行来访人员管理（包括访客信息的录入、查询、删除、修改）前置条件1.管理员已登录上系统2.已获取来访人相关信息后置条件1. 系统保存了访客信息数据2. 系统界面展示访客信息3. 访客信息数据从系统中删除4. 访客信息数据被系统修改并保存

8、新的访客信息主干过程（1)工作人员登录系统;(2)点击访客信息管理功能;(3)点击录入访客信息功能;(4根据表格提示录入访客信息;(5)点击保存按钮。(6)点击确认按钮，访客信息保存成功。(1)工作人员登录系统:(2)点击访客信息管理功能:(3)点击修改访客信息功能;(4)查询到要修改的数据:(5)进行修改。(6)点击确认按钮，访客信息修改成功。(1) 工作人员登入系统;(2) 点击访客信息管理功能;(3) 点击查看访客信息功能;(4) 输入查看条件;(5) 点击查看按钮。(6) 获取相关数据信息。(1)工作人员登录系统;(2)点击访客信息管理功能:(3)点击删除访客信息功能:(4)查询到要删

9、除的访客信息;(5)点击删除按钮。(6)点击确认删除按钮，访客信息删除成功。分支过程访客信息输入失败，返回2，继续进行操作异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-10：系统没有检索到符合用户输入的访客信息，在窗口中没有相关信息显示特别需求无假设访客要访问的寝室不存在系统出现查找失败信息,楼层管理员重新输入要查找的寝室注意和问题1. 每个访客必须说出对应的学生信息和寝室 号，不然不允许其入内2. 每条访客信息不可随意删除，修改用例ID号UC-4用例名称学生财务管理创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者

10、宿舍管理员描述管理员通过此用例查询学生财务信息前置条件进入查询界面后置条件主干过程分支过程无异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33特别需求假设注意和问题用例ID号UC-5用例名称学生离校管理创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述管理员通过此用例查询学生离校信息前置条件进入查询界面后置条件主干过程分支过程无异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-1，BR-2，BR-3，BR

11、-4，BR-8，BR-11，BR-12，BR-33特别需求假设注意和问题学生功能用例用例ID号UC-6用例名称信息查询创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者学生描述学生通过此用例查询学生信息前置条件1. 用户已登录2. 进入查询界面后置条件参与者可以查询学生的基本信息主干过程1. 学生查询学生信息2. 学生使用用户名和密码进入系统3. 系统验证学生身份4. 学生输入学生的学号，姓名5. 系统验证学生的信息是否准确6. 系统显示学生的所有相关信息7. 学生退出系统分支过程1. 学生清除已填信息(从第3步分支出来)2. 学生清除已填的学生

12、信息3. 返回到第3步 异常1.输入的学生不存在2.输入的学生学号与姓名不匹配系统审核信息错误包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则特别需求假设注意和问题用例ID号UC-7用例名称信息修改创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述学生通过此用例修改学生个人的基本信息前置条件进入修改界面选中信息后置条件主干过程分支过程无异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33特别需求假设注意和问题用例ID

13、号UC-8用例名称修改密码创建者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员、学生描述管理员和学生通过此用例修改登录密码前置条件已有用户名及密码，且已登录后置条件如果用例执行成功，则学生或管理员修改后的密码信息，被保存到系统中主干过程l、已通过验证的用户点击自己界面上的“修改密码”按钮，进入到修改密码的界面。2、用户输入自己的旧密码。3、用户输入新设的密码。4、用户再输入-一次新设的密码5、用户点击“确定”按钮。6、系统验证用户的旧密码是否正确，比较输入的两条新密码是否匹配。7、上一步骤都匹配时系统更新用户密码，并提醒用户:“密码修改成功!“分支过程1.旧密码不正确:修改密码不成功，回修改密码界面，对用户进行提醒。两条新密码不匹配:2.修改密码不成功，回修改密码界面，对用户进行提醒。 异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则一个用户只能拥有一个密码特别需求假设注意和问题