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

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.0用户登陆系统1、当用户启动这个应用系统时，用例开始2、系统显示登录界面3、系统管理员输入用户名和密码4、系统对比系统管理员的信息5、系统显示登录成功，用例结束。分支

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

5、管理创津者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述宿舍管理员通过输入学生的学号和姓名来查询、修改、添加、删除学生的其他所有信息前置条件宿舍管理员登入“学生宿舍管理系统”输入信息不能为空后置条件学生基本信息表巳建立学生信息不能重复要查询学生的所有被显示出来要查询的学生信息能被管理员进行修改、添加、删除主干过程1.0宿舍管理员管理学生信息宿舍管理员使用用户名和密码进入系统系统验证宿舍管理员身份宿舍管理员输入学生的学号，姓名系统验证学生的信息是否准确系统显示学生的所有相关信息管理员对学生信息进行注册、查询、修改、删除操作宿舍管理员退出

6、系统分支过程舍管理员清除巳填信息（从第3步分支出来）宿舍管理员清除巳填的学生信息返回到第3步异常数据加载失败或者统计过程中发生错误包含无优先级高使用频率大约4000名用户，平均每天使用一次业务规则BR-4 :每个学生到学校以后必须先报到，进行学期的注册BR-5：学生注册好之后，根据在注册是的系、班级、学号、寝室号找到自己所在的住处。BR-6 :如果该学生未注册，那么就不会有此学生的住处以及本学生的、其他的一些相关信息。BR-7 :管理员可以对学生宿舍的人员数，人员信息进行查看。BR-8：管理员还可以对每栋楼以及宿舍的卫生情况进行检查，监督和管理。BR-9:管理员还要对后勤服务进行管理。特别需求

7、用例中的事件曾进行事件处理保持操作一致性假设注意和问题此用例仅由宿舍管理员来操作用例ID号UC-3用例名称来访人员管理创律者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述管理员诵过此用例进行来访人员管理（包括访客信息的录入、查询、删除、修改）前置条件管理员巳登录上系统巳获取来访人相关信息后置条件系统保存了访客信息数据系统界面展示访客信息访客信息数据从系统中删除访客信息数据被系统修改并保存新的访客信息主干过程(1)工作人员登录 系统；点击访客信息 管理功能；点击录入访客 信息功能；(4根据表格提示 录入访客信息；点击保存按钮。点击确认按

8、钮， 访客信息保存成功。工作人员登录系统：点击访客信息管理功能：点击修改访客信息功能；查询到要修改的数据：进行修改。点击确认按钮，访 客信息修改成功。工作人员登入系 统；点击访客信息管理功能；点击查看访客信息功能；输入查看条件；点击查看按钮。获取相关数据信 息。工作人员登录 系统；点击访客信息 管理功能：点击删除访客 信息功能：查询到要删除 的访客信息；点击删除按钮。点击确认删除按 钮，访客信息删除成 功。分支过程访客信息输入失败，返回2,继续进行操作异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-10 :系统没有检索到符合用户输入的访客信息，在窗口中没有相关信息显

9、示特别需求无假设访客要访问的寝室不存在系统出现查找失败信息，楼层管理员重新输入要查找的寝室注意和问题每个访客必须说出对应的学生信息和寝室号，不然不允许其入内每条访客信息不可随意删除，修改用例ID号UC-4用例名称学生财务管理创建者沈祥德最后更新者沈祥德创津日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述管理员诵过此用例查询学生财务信息前置条件进入查询界面后置条件主干过程分支过程无异常无包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33特别需求假设用例ID号UC-5用

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

11、条件用户巳登录进入杳询界面后置条件参与者可以查询学生的基本信息主干过程学生查询学生信息学生使用用户名和密码进入系统系统验证学生身份学生输入学生的学号，姓名系统验证学生的信息是否准确系统显示学生的所有相关信息学生退出系统分支过程学生清除巳填信息（从第3步分支出来）学生清除巳填的学生信息返回到第3步异常输入的学生不存在输入的学生学号与姓名不匹配系统审核信息错误包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则特别需求假设注意和问题川例ID号UC-7川例名称信息修改创建者沈祥德最后更新者沈祥德创津日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员描述学生诵过此

12、川例修改学生个人的基本信息前置条件进入修改界面诜中信息后置条件主干过程分支过程无异常无包含无优先级高使川频率大约400名川户，平均每天使川一次业务规则BR-1, BR-2, BR-3, BR-4, BR-8, BR-11, BR-12, BR-33特别需求假设注意和问题用例ID号UC-8用例名称修改密码创律者沈祥德最后更新者沈祥德创建日期2017年11月21日最后更新日期2017年11月30日参与者宿舍管理员、学生描述管理员和学生通过此用例修改登录密码前置条件已有用户名及密码，且已登录后置条件如果用例执行成功，则学生或管理员修改后的密码信息，被保存到系统中主干过程1、巳通过验证的用户点击自己界面上的“修改密码”按钮，进入到修改密码的 界面。2、用户输入自己的旧密码。3、用户输入新设的密码。4、用户再输入-一次新设的密码5、用户点击“确定”按钮