计算机学院实验报告
课程名称
软件需求分析
实验名称
软件需求分析——用户需求
专业
软件工程
年级班级
实验日期
第14、15周星期二
学号
151106018
姓名
沈祥德
指导教师
刘益
成绩
小组成员
沈祥德、钱丰浩、夏超
一、实验目的与要求
用户需求(user requirement)，描述的是用户使用预期软件系统所要达到的功能性目标及非功能性要求。一般，用户需求描述的是软件使用者(用户)使用系统能够完成什么业务任务或信息处理工作。具体内容是用例描述。
实验目的
针对某小型软件产品(含小型网站)的开发，在业务需求文档(前景范围文档)的基础上，进一步收集、获取用户的业务知识(重点是人机交互、任务的输入、任务功能、输出信息及业务任务的结果等)，建立起用例模型：
用户业务任务的用例图
用户业务任务的用例列表
若干个具体的用例。即从用例出发推导部分功能需求和非功能需求，并明确说明。异常处理单独描述。
二、实验内容和步骤
在学生自选的小型软件(或网站)的业务需求文档的基础上，实施以下实验内容：
深入获取业务知识，描绘用例图。
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?
异常
如果用户名不存在，提示“用户名错误“
如果密码错误提示“密码错误”
包含
无
优先级
高
使用频率
大约4000名用户，平均每天使用一次
业务规则
BR-1：用户身份一共两种，分别为:?学生、宿舍管理员。
BR-2：学生、宿舍管理员、学院管理员身份的用户分别以学号、宿舍管理员号、学院管理员号作为用户名。
BR-3: 用户的验证失败次数没有限制，可以重复至无限次。
特别需求
用例中的事件曾进行事件处理保持操作一致性
假设
注意和问题
用例ID号
UC-2
用例名称
学生信息管理
创建者
沈祥德
最后更新者
沈祥德
创建日期
2017年11月21日
最后更新日期
2017年11月30日
参与者
宿舍管理员
描述
宿舍管理员通过输入学生的学号和姓名来查询、修改、添加、删除学生的其他所有信息
前置条件
宿舍管理员登入“学生宿舍管理系统”
输入信息不能为空
后置条件
学生基本信息表已建立
学生信息不能重复
要查询学生的所有被显示出来
要查询的学生信息能被管理员进行修改、添加、删除
主干过程
1.0 宿舍管理员管理学生信息
1. 宿舍管理员使用用户名和密码进入系统?
2. 系统验证宿舍管理员身份?
3. 宿舍管理员输入学生的学号，姓名
4. 系统验证学生的信息是否准确
5. 系统显示学生的所有相关信息?
6.管理员对学生信息进行注册、查询、修改、删除操作
7. 宿舍管理员退出系统?
分支过程
舍管理员清除已填信息(从第3步分支出来)?
宿舍管理员清除已填的学生信息
返回到第3步
异常
数据加载失败或者统计过程中发生错误
包含
无
优先级
高
使用频率
大约4000名用户，平均每天使用一次
业务规则
BR-4：每个学生到学校以后必须先报到，进行学期的注册
BR-5：学生注册好之后，根据在注册是的系、班级、学号、寝室号找到自己所在的住处。
BR-6：如果该学生未注册，那么就不会有此学生的住处以及本学生的、其他的一些相关信息。
BR-7：管理员可以对学生宿舍的人员数，人员信息进行查看。
BR-8：管理员还可以对每栋楼以及宿舍的卫生情况进行检查，监督和管理。
BR-9：管理员还要对后勤服务进行管理。
特别需求
3540
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
