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

更新时间:2023-06-11 01:10:18 阅读：评论：0

计算机学院实验报告

课程名称	软件需求分析		实验名称	软件需求分析——用户需求
专业	软件工程		年级班级		实验日期	第14、15周星期二
学号	151106018	姓名	沈祥德	指导教师	刘益	成绩
小组成员	沈祥德、钱丰浩、夏超

一、实验目的与要求

用户需求（ur requirement），描述的是用户使用预期软件系统所要达到的功能性目标及非功能性要求。一般，用户需求描述的是软件使用者（用户）使用系统能够完成什么业务任务或信息处理工作。具体内容是用例描述。

实验目的

针对某小型软件产品（含小型网站）的开发，在业务需求文档（前景范围文档）的基础上，

进一步收集、获取用户的业务知识（重点是人机交互、任务的输入、任务功能、输出信息及业务任务的结果等），建立起用例模型：

用户业务任务的用例图

用户业务任务的用例列表

若干个具体的用例。即从用例出发推导部分功能需求和非功能需求，并明确说明。异常处理单独描述。

二、实验内容和步骤

在学生自选的小型软件（或网站）的业务需求文档的基础上，实施以下实验内容：

1、深入获取业务知识，描绘用例图。

2、编写用例列表。

3、分工编写各自负责的用例描述。

三、实验操作与记录

用例图：

用例分析的结果，按照下述示例的表格模板填写。

用例列表（示例：学生公寓管理系统）

主要参与者	用例
管理员	1.用户登录2.学生信息管理 3.来访人员管理 4.学生财务管理 5.学生离校管理
学生	6.信息查询 7.信息修改 8.密码修改

用例描述（学生公寓管理系统的用户登录用例）

用例ID号	UC-1
用例名称	用户登录
创建者	沈祥德
最后更新者	沈祥德
创建日期	2017年11月21日
最后更新日期	2017年11月30日
参与者	管理员、学生
描述	管理员或者学生在电脑客户端输入用户名和密码进行用户登录，从而进行下一步操作
前置条件	1. 系统必须能正常启动 2.必须是管理员注册过的用户名和密码 3. 管理员或者学生输入的用户名和密码正确 4. 登录系统，实现功能需求
后置条件	如果登录成功显示管理员或学生可以操作的功能页面
主干过程	1.0 用户登陆系统 1、当用户启动这个应用系统时，用例开始 2、系统显示登录界面 3、系统管理员输入用户名和密码 4,、系统对比系统管理员的信息 5、系统显示登录成功，用例结束。
分支过程	拓展路径A： <1>、系统提示输入的信息哪些地方出错，要求系统管理员重新输入相关信息或取消登录 <2>、系统管理员选择取消登录，则用例结束 <3>、系统管理员选择重新登录，转到3
异常	1. 如果用户名不存在，提示“用户名错误“ 2. 如果密码错误提示“密码错误”
包含	无
优先级	高
使用频率	大约4000名用户，平均每天使用一次
业务规则	BR-1：用户身份一共两种，分别为: 学生、宿舍管理员。 BR-2：学生、宿舍管理员、学院管理员身份的用户分别以学号、宿舍管理员号、学院管理员号作为用户名。 BR-3: 用户的验证失败次数没有限制，可以重复至无限次。
特别需求	用例中的事件曾进行事件处理保持操作一致性
假设
注意和问题

用例ID号	UC-2
用例名称	学生信息管理
创建者	沈祥德
最后更新者	沈祥德
创建日期	2017年11月21日
最后更新日期	2017年11月30日
参与者	宿舍管理员
描述	宿舍管理员通过输入学生的学号和姓名来查询、修改、添加、删除学生的其他所有信息
前置条件	1. 宿舍管理员登入“学生宿舍管理系统” 2. 输入信息不能为空
后置条件	1. 学生基本信息表已建立 2. 学生信息不能重复 3. 要查询学生的所有被显示出来 4. 要查询的学生信息能被管理员进行修改、添加、删除
主干过程	1.0 宿舍管理员管理学生信息 1. 宿舍管理员使用用户名和密码进入系统 2. 系统验证宿舍管理员身份 3. 宿舍管理员输入学生的学号，姓名 4. 系统验证学生的信息是否准确 5. 系统显示学生的所有相关信息 6.管理员对学生信息进行注册、查询、修改、删除操作 7. 宿舍管理员退出系统
分支过程	舍管理员清除已填信息（从第3步分支出来） 1. 宿舍管理员清除已填的学生信息 2. 返回到第3步
异常	数据加载失败或者统计过程中发生错误
包含	无
优先级	高
使用频率	大约4000名用户，平均每天使用一次
业务规则	BR-4：每个学生到学校以后必须先报到，进行学期的注册 BR-5：学生注册好之后，根据在注册是的系、班级、学号、寝室号找到自己所在的住处。 BR-6：如果该学生未注册，那么就不会有此学生的住处以及本学生的、其他的一些相关信息。 BR-7：管理员可以对学生宿舍的人员数，人员信息进行查看。 BR-8：管理员还可以对每栋楼以及宿舍的卫生情况进行检查，监督和管理。 BR-9：管理员还要对后勤服务进行管理。
特别需求	用例中的事件曾进行事件处理保持操作一致性
假设
注意和问题	此用例仅由宿舍管理员来操作

用例ID号	UC-3
用例名称	来访人员管理
创建者	沈祥德
最后更新者	沈祥德
创建日期	2017年11月21日
最后更新日期	2017年11月30日
参与者	宿舍管理员
描述	管理员通过此用例进行来访人员管理（包括访客信息的录入、查询、删除、修改）
前置条件	1.管理员已登录上系统 2.已获取来访人相关信息
后置条件	1. 系统保存了访客信息数据 2. 系统界面展示访客信息 3. 访客信息数据从系统中删除 4. 访客信息数据被系统修改并保存新的访客信息
主干过程	（1) 工作人员登录系统; (2) 点击访客信息管理功能; (3) 点击录入访客信息功能; (4} 根据表格提示录入访客信息; (5) 点击保存按钮。 (6) 点击确认按钮，访客信息保存成功。	(1)工作人员登录系统: (2) 点击访客信息管理功能: (3) 点击修改访客信息功能; (4) 查询到要修改的数据: (5) 进行修改。 (6)点击确认按钮，访客信息修改成功。	(1) 工作人员登入系统; (2) 点击访客信息管理功能; (3) 点击查看访客信息功能; (4) 输入查看条件; (5) 点击查看按钮。 (6) 获取相关数据信息。	(1) 工作人员登录系统; (2) 点击访客信息管理功能: (3) 点击删除访客信息功能: (4) 查询到要删除的访客信息; (5) 点击删除按钮。 (6)点击确认删除按钮，访客信息删除成功。
分支过程	访客信息输入失败，返回2，继续进行操作
异常	无
包含	无
优先级	高
使用频率	大约400名用户，平均每天使用一次
业务规则	BR-10：系统没有检索到符合用户输入的访客信息，在窗口中没有相关信息显示
特别需求	无
假设	访客要访问的寝室不存在]系统出现查找失败信息,楼层管理员重新输入要查找的寝室
注意和问题	1. 每个访客必须说出对应的学生信息和寝室号，不然不允许其入内 2. 每条访客信息不可随意删除，修改