软件需求分析实验指导书.doc

软软软软件需求分析件需求分析件需求分析件需求分析 实实实实 验验验验 指指指指 导导导导 书书书书 软件工程系软件工程系软件工程系软件工程系 2 目录目录 实验实验 1：软件：软件功功能描述与确认（验证性实验）能描述与确认（验证性实验）.4 一、实验目的与要求4 二、实验环境4 三、实验预习与准备4 四、实验内容和步骤4 五、实验报告要求5 六、实验注意事项5 七、思考题5 实验实验 2：从程序设计看软件需求（综合设计性实验）：从程序设计看软件需求（综合设计性实验）6 一、实验目的与要求6 二、实验环境6 三、实验预习与准备6 四、实验内容和步骤6 五、实验报告要求13 六、实验注意事项14 七、思考题14 实验实验 3：软件需求分析（业务需求）：软件需求分析（业务需求） （综合设计性实验）（综合设计性实验）15 一、实验目的与要求15 二、实验环境15 三、实验预习与准备15 四、实验内容和步骤15 五、实验报告要求16 六、实验注意事项17 七、思考题17 实验实验 4：软件需求分析（用户需求）：软件需求分析（用户需求） （综合设计性实验）（综合设计性实验）18 一、实验目的与要求18 二、实验环境18 三、实验预习与准备19 四、实验内容和步骤19 五、实验报告要求19 六、实验注意事项22 七、思考题22 实验实验 5：编写软件需求说明书（综合设计性实验）：编写软件需求说明书（综合设计性实验）23 一、实验目的与要求23 二、实验环境23 3 三、实验预习与准备23 四、实验内容和步骤23 五、实验报告要求24 六、实验注意事项25 七、思考题25 附件附件26 参考文献参考文献26 格式说明格式说明26 4 实验实验 1：软件功能描述与确认（验证性实验）软件功能描述与确认（验证性实验） 一、实验目的与要求一、实验目的与要求 针对常用软件（如 Word） ，描述软件功能，确认描述的正确性（至少 10 个功能） 要求： 1.两人或三人一组。 2.严格按照实验报告格式编写； 3.实验报告内容详实，公正，态度认真。 二、实验环境二、实验环境 1.个人计算机 2.常用工具软件：MS Office 2003 3.CASE 软件：Visio2002 三、实验预习与准备三、实验预习与准备 1.组成实验小组 2.复习课堂教学内容 3.选择实验对象，查阅有关资料 4.熟悉实验指导书内容 5.实验报告、实验记录用纸等 四、实验内容和步骤四、实验内容和步骤 每实验小组自己选择实验对象软件（如 Office Word,PowerPoint,Excel 等） ，对其常 用的软件功能进行描述。 任选一组或两组功能，总共不少 10 个子功能，边确认边用文字描述其功能。 例如：在 Word 字处理软件的功能分类中有： 1.文本格式化选择文本的显示方式。 2.文本编辑和更正更改已经输入的文本内容。 3.文件操作实现文本的保存、打印、输出及做其他操作。 4.工具添加列、表格、图片、对数据排序、检查拼写等等。 5.宏允许用户合并多个任务。 6.视图功能使用多种方式查看文档。 7.通信从外部资源中获得信息。 5 五、实验报告要求五、实验报告要求 实验对象及实验内容、结果等信息按照下列表格填写。 功能大分类：插入插图 实验小组成员： 康立平 班级：软件 12-2 序 号 功能名称功能描述 是否非功 能需求 你希望的功能实验者签名 1插入图片用户可以向 word 文档中插入用 户自选的图片 可以自绘文本照 片。 2插入剪贴画用户可以向 word 文档中插入用 户在搜索范围内查询到的照片， 影片，声音，剪贴画。 在搜索文字上可 以使用模糊搜索。 3插入图形形状用户可以向 word 文档中插入基 本形状，线条，箭头汇总，流程 图，标注以及新建绘图画布。 ， 应该提供更多专 业化得图形，例 如不规则图形。 4插入 SmartArt用户可以向 word 文档中插入组 织结构图，循环图，折线图，棱 锥图，维恩图，目标图等。 可以提供更多的 图形选择，例如 层析结构图。 5插入图表用户可以向 word 文档中插入二 维平面的图表。 图表的使用应该 倾向专业化。 功能大分类：插入文本 实验小组成员：康立平 班级：软件 12-2 序 号 功能名称功能描述 是否非功 能需求 你希望的功能实验者签名 1插入文本框用户可以插入简单文本框，绘制 文本框，以及绘制竖排文本框 能为用户停工更 多的文本框模板。 2插入文档部件用户可以插入更多的文档部件， 以及在 Office Online 获得更多的 文档部件 操作可以更简单 3插入艺术字用户可以插入用户自己喜欢的艺 术字，还可以自己设计艺术字。 以数字的设计界 面可以更简单。 4插入签名行用户可以插入自己爱好的签名行， 签名行可以自己设计一系列签名 插件。 可以联网进行搜 索，用户可以从 搜索的结果中寻 找自己喜好的签 名行。 5插入时间和日期用户可以按自己的喜好插入时间， 还可以自己设计时间的格式，时 区等。 可以显示更多的 时间 6插入对象用户可以自己按要求自行插入用 户需要的对象，也可新建对象。 7首字下沉对每一段每一行的首字进行首字 下沉，缠身首字下沉的效果。 可以有颜色提醒。 6 实验操作与记录要求示例Word2002 软件的“保存文档”功能 从菜单上操作，有保存、另存为。基本功能是：把当前文件保存到指定的文件夹内。 保存 1） 新建文件，缺省情况下，提示用户保存到我的文档，在提示窗口下，用户可选择其 他任意路径下的任何文件夹（可新建文件夹） ； 2） 既有文件，缺省情况下，直接保存到该文件所在的文件夹内。 3） 保存操作完的表现：正常情况下无任何显示，如文件较大，则保存操作的进度由进度 条表现。异常情况下，显示信息通知。 另存为 1） 系统显示提示窗口，用户可选择任意路径下的任何文件夹（可新建文件夹） ； 2） 保存操作完的表现：正常情况下无任何显示，如文件较大，则保存操作的进度由进度 条表现。异常情况下，显示信息通知。 六、实验注意事项六、实验注意事项 1.必须保证有足够的实验工作量。 2.试验中要开展组内的讨论。 3.实验结果记录要严谨，有条理。 七、思考题七、思考题 1. 你认为上述功能中,哪些功能属于否非功能需求?为什么? 2. 你认为利用上述格式描述软件需求有何好处，上表的格式还可以如何改进？ 3. 总结一下你在做这个实验的过程和方法。 7 实验实验 2：从程序设计看软件需求从程序设计看软件需求（综合设计性实验）（综合设计性实验） 一、实验目的与要求一、实验目的与要求 针对给定的程序设计题目,或根据给定的可视控件人机界面设计，提炼/补充软件功 能需求和非功能需求。 要求： 1.两人或三人一组。 2.严格按照实验报告格式编写； 3.实验报告内容详实，公正，态度认真。 二、实验环境二、实验环境 1.个人计算机 2.常用工具软件：MS Office 2003 3.CASE 软件：Visio2002 三、实验预习与准备三、实验预习与准备 1.组成实验小组 2.复习课堂教学内容 3.选择实验对象，查阅有关资料 4.熟悉实验指导书内容 5.实验报告、实验记录用纸等 四、实验内容和步骤四、实验内容和步骤 4-1 语言程序的软件功能需求分析 说明：本实验为从 C 语言程序设计中提炼出软件功能需求（含非功能需求） 。 按照教学进度，目前学生已普遍知道软件用户需求和功能需求（含非功能需求） ，基本含义 如下： 用户需求：业务信息处理需求，交互需求等。 功能需求：软件如何处理数据 非功能需求：包括异常处理，界面友好，软件易用性等 现有一些 C 语言程序设计题目，各题目描述的需求层次不一。 要求：每实验小组从下列题目中至少选择 3 个，考察原题目的需求描述,判断属于上述 3 类 需求的哪一层次，在表中填写题目未描述其他需求。 8 示例如下表 2-1 所示。 表 2-1 C 语言程序设计题目 原题目：输入一组整数，当输入负数时停止,求和。 用户需求功能需求非功能需求 为计算一组人员年龄 的平均值，先求出所 有人员的年龄总和。 求和开始的标志是： 有一负数输入。 输入一组整数， 当输入负数时停 止,求和。 1.该软件应为用户提供方便的输入方式，输入 错误时，应放弃计算，并以错误信息提示用 户。 2.所有输入数据必须为整数，否则作为异常处 理。 3.最初两个输入数据不能为负值，否则作为异 常处理。 4.假定各输入整数上限为 120，大于者作为异 常处理。 5.异常处理：中断程序执行，返回代表上述 3 种情况的整数，并用错误信息提示用户。 实验题目： 1.输入一组整数,当输入负数时停止,求其中最小者。 2.求 1-999 中能被 3 整除的数,并求它们的和。 3.由键盘输入一个班 50 个学生的一门功课的成绩，求这门功课全班的平均成绩。 4.编制一个运动会百米测验统计名次的程序。 5.输入一组学生的姓名和成绩，从中找出成绩最高人的姓名，并打印出他们的姓名和成 绩。 6.编写程序，从键盘输入 6 名学生的 5 门成绩，分别统计出每个学生的平均成绩。 7.设有 5 个学生，每个学生考 4 门课，编写程序能检查这些学生有无考试不及格的课程。 若某一学生有一门或一门以上课程不及格，就输出该学生的序号（序号从 0 开始）和其全 部课程成绩。 8.编写程序计算 10 名学生 1 门课成绩的平均分。 4-2 用户界面（可视控件）的软件需求分析 说明：本实验为用户界面（可视控件）的软件需求提炼。 要求：对于下列 16 组控件界面图，每实验小组至少选择 4 组，用文字描述：该组各图 的用户需求和功能需求。 示例： 9 示例-1 用户需求：开发一学生成绩管理系统，其功能要求之一 是：对数学、英语、语文三门课程的学生成绩（每生总 分及平均分）用列表显示。 功能需求： 建立一独立窗体，从数据库中取得制定班级的三门课程 成绩在窗体中的表格中显示；表格右边两列分别显示三 门课程的总成绩和平均分数（精度为 2 位小数，第三位 小数四舍五入） 。 示例-2 用户需求：开发一客房管理系统，其功能要求之一是：快捷 浏览每个房间的详细信息，是否已预订，如已有预定，要求 显示预定期间、客人姓名；列表显示所有房间的等级及其价 格、有无空房。 功能需求：建立一独立窗体，从数据库中客房信息一览表， 该表含有客房类型、单价、空房间数等；该窗体中应提供方 便的图形界面交互方式，快速显示已经预订的房间信息，包 括房间号、房间类型、单价、预定时间等；另，应能够通过 客人姓名快速检索已定客房信息。 实验题目 用户界面（可视控件）的软件需求分析可选题目如下： 图 1-1图 1-2 10 图 2-1图 2-2 图 3-1图 3-2 图 4-1图 4-2 11 图 5-1图 5-2 图 6-1图 6-2 图 7-1图 7-2 12 图 8-1图 8-2 图 9-1图 9-2 图 10-1图 10-2 13 图 11-1图 11-2 图 12-1图 12-2 图 13-1图 13-2 14 图 14-1图 14-2 图 15-1图 15-2 图 16-1图 16-2 五、实验报告要求五、实验报告要求 要求本实验结果按照下列表格格式填写。 其中：实验对象描述，指 C 语言程序描述；在选择控件界面设计图为实验对象时，需 将图形文件贴于此处。 15 编 号 实验对象编号及其描述软件功能需求提炼 1. 输入一组整数,当输入负数时 停止,求其中最小者。 用户需求： 位计算一组人中的年龄的最小值，应当先输入所有 的数，求最小值的标志是：有一负数输入。 功能需求：输入一组整数,当输入负数时停止,求其中 最小者。 非功能需求： （1）该软件应为用户提供方便的输入方式，输入错 误时，应放弃计算，并以错误信息提示用户. (2) 所有输入数据必须为整数，否则作为异常处理。 （3）最初两个输入数据不能为负值，否则作为异 常处理。 （4）假定各输入整数上限为 120，大于者作为异 常处理。 （5）异常处理：中断程序执行，返回代表上述 3 种情况的整数，并用错误信息提示用户。 2. 由键盘输入一个班 50 个 学生的一门功课的成绩，求这 门功课全班的平均成绩。 用户需求： 求一个 50 人班级学生某门功课的全班平均分；求平 均分的标志是：有一负数输入。 功能需求：由键盘输入一个班 50 个学生的一门功课 的成绩，求这门功课全班的平均成绩。 非功能需求： （1）该软件应为用户提供方便的输入方式，输入错 误时，应放弃计算，并以错误信息提示用户。 （2）所有输入数据必须为整型数，否则作为异常处 理。 （3）最初两个输入数据不能为负值，否则作为异常 处理。 （4）假定各输入整数上限为 120，大于者作为异常处 理。 （5）异常处理：中断程序执行，返回代表上述 3 种 情况的整数，并用错误信息提示用户。 3. 编写程序计算 10 名学生 1 门 课成绩的平均分。 用户需求： 为计算 10 名同学一门课程的平均分，先分别输入 十名同学的单科课程成绩，再求出所有人员的成绩总 和。求和的标志是：从第一个数开始，到第十一个数 结束。 功能需求：编写程序计算 10 名学生 1 门课成绩的平 均分。 16 编 号 实验对象编号及其描述软件功能需求提炼 非功能需求： （1）该软件应为用户提供方便的输入方式，输入错 误时，应放弃计算，并以错误信息提示用户。 （2）所有输入数据必须为整数，否则作为异常处 理。 （3）最初两个输入数据不能为负值，否则作为异 常处理。 （4）假定各输入整数上限为 120，大于者作为异常处 理。 （5）异常处理：中断程序执行，返回代表上述 3 种 情况的整数，并用错误信息提示用户。 4. 用户需求： 功能需求： 非功能需求： 5.用户需求： 功能需求： 非功能需求： 六、实验注意事项六、实验注意事项 1.注意分析实验对象的非功能需求 2.注意提高自己的文字表达能力 3.注意总结对软件功能需求及非功能需求的认识 七、思考题七、思考题 1.上述需求分析的结果中，有没有相互矛盾的情况？为什么？ 2.你认为本次实验的意义（价值）如何？ 3.总结一下你在做这个实验的过程和方法。 17 实验实验 3：软件需求分析（业务需求）（综合设计性实验）：软件需求分析（业务需求）（综合设计性实验） 一、实验目的与要求一、实验目的与要求 业务需求（Business requirement） ，描述了组织为什么要开发一个系统，即组织希望 达到的目标。组织的目标指超越软件本身的较高层次的目标。软件的业务需求任务是：定 义项目范围。 本课程规定：业务需求的描述，采用前景和范围（vision and scope）文档来记录。详 细的内容见教材第 5 章。 本实验的设计依据，来自本课程第 3 章给出的需求过程推荐方法中的第一布，即知识 方法。通过获取软件客户的业务知识，建立起软件客户的业务需求框架。 实验目的：针对某小型软件产品（含小型网站）的开发，收集、获取客户的业务知识，分 析其业务需求，描述出： 1）客户通过该软件项目预期达到的业务目标； 2）客户为达到预期业务目标所实施的软件项目范围； 3）将客户业务知识经整理、汇总后作为本实验报告的附件（可选） 。 要求： 1.两人或三人一组。 2.严格按照实验报告格式编写； 3.实验报告内容详实，公正，态度认真。 二、实验环境二、实验环境 1.个人计算机 2.常用工具软件：MS Office 2003 3.CASE 软件：Visio2002 三、实验预习与准备三、实验预习与准备 1.组成实验小组 2.复习课堂教学内容 3.选择实验对象，查阅有关资料 4.熟悉实验指导书内容 5.实验报告、实验记录用纸等 四、实验内容和步骤四、实验内容和步骤 1.每个小组自选一个小型软件（或网站） ，经小组成员讨论后确定其名称； 2.利用各种渠道获取该软件的相关组织的业务知识。主要是：（1）业务领域及其产品 （服务）的内容、获利方式等；（2）组织结构与主要业务人员角色；（3）业务流程 及相关术语；（4）其他知识。 18 3.绘制基于该软件构思的“业务-软件系统关联图”； 4.按照本课程规定的“前景和范围文档”模板格式（见下表 3-1，作为实验记录纸的内容） ， 描述基于预期软件作用下的业务需求； 5.学生自主讨论，教师指导、答疑。 五、实验报告要求五、实验报告要求 5-1.实验记录业务需求模板 本实验报告主要内容须按照下属格式填写。 表 3-1：业务需求描述模板（前景和范围文档） 题目：xxx 软件（网站）业务需求 （补充内容：对题目的选择给予简要说明） 1.背景、业务机会和客户需要 2.业务目标和成功标准 BO-1： BO-2： BO-3： SC-1： SC-2： 3.业务风险 RI-1： RI-2： 内容说明： 1.背景、业务机会和客户需要。 （1）背景。概述新产品的来由与背景。对历史和现状进行概括性的描述， 说明为什么决定开发该产品。 （2）业务机遇。对于软件企业，描述该预期软件产品（网站）可能得到的市 场机遇或其产品的竞争能力；对于为某组织开发的信息系统软件，描述的预期将要解决的业务问题或将要 改进的业务流程；还应对产品或解决方案简要描述其优点和作用。作为限制条件，可以描述需要哪些其他 的技术、过程或资源。 2.业务目标和成功标准。用量化和可衡量的方式概述该软件产品（网站）提供了哪些重要的业务利益；如 是社会公益性项目，可采取定性的描述语句说明其社会管理、社会服务等方面给受益群体带来的好处。要 按照结构化的要求描述，即将业务目标描述为 BO-1、BO-2的形式，将成功标准描述为 SC-1、SC-2形 式。 3.业务风险。概述与该软件产品（网站）开发相关的主要风险。包括可能出现的市场竞争问题、时间问题、 用户认可、实现问题以及其他可能对业务造成的负面影响。 5-2 实验数据处理 19 对于“实验内容及步骤”实施的结果，回到上述的步骤 2 和 3，按照下表 3-2 所示格式， 仔细分析、对照、检查业务需求描述内容与客户业务知识的符合程度，修改、精炼、完善 业务需求。 表 3-2 业务需求实验信息处理表 业务需求描述-1 （实验内容与步骤的结果） 业务需求描述-2 （修改与完善后的结果） 修改原因 1.背景、 业务机会 和客户需 要 2.业务目 标和成功 标准 3.业务风 险 另： 1）本次实验不要求有关软件版本的内容。 2）在本实验中，不要求使用用例图。用例方法在实验 4 中要求必做。 六、实验注意事项六、实验注意事项 本课程的实验 3，4，5，为同一个软件（网站）的三部分需求，即业务需求、用户需 求和功能需求。学生务必以注意保持三个实验报告和记录的连续性，以便最终完成一个完 整的软件需求说明文档。 七、思考题七、思考题 针对表 3-2 中的“修改原因”进行分析，并笔答下列问题: 1.你的修改原因是怎样发现的？ 2.对修改前后对比，你认为你的业务需求实验结果发生了怎样的变化？ 3.总结一下你在做这个实验的过程和方法以及对业务需求文档描述工作的认识。 20 实验实验 4：软件需求分析（用户需求）（综合设计性实验，：软件需求分析（用户需求）（综合设计性实验，4 学时）学时） 一、实验目的与要求一、实验目的与要求 用户需求（user requirement） ，描述的是用户使用预期软件系统所要达到的功能性目 标及非功能性要求。一般，用户需求描述的是软件使用者（用户）使用系统能够完成什么 业务任务或信息处理工作。具体内容是用例描述。场景描述不要求。 本课程规定：用户需求的描述，采用用例（user case）文档来记录。详细的内容见教 材第 8 章。 用例方法，主要用于发现必要的功能性需求。对于不太复杂的用例，只要求写出一个 简略的描述，然后，推导出角色执行该用例（包括分支过程和异常处理）需要的所有功能 性需求。 实验目的 针对某小型软件产品（含小型网站）的开发，在业务需求文档（前景范围文档）的基 础上，进一步收集、获取用户的业务知识（重点是人机交互、任务的输入、任务功能、输 出信息及业务任务的结果等） ，建立起用例模型，描述： 1） 用户业务任务的用例图（参见教材图 8-1） 2） 用户业务任务的用例列表（示例见表 4-1） 3） 若干个具体的用例。即从用例出发推导部分功能需求和非功能需求，并明确说明。 异常处理单独描述。 （示例见表 4-2） 4） 用户完成业务任务中需遵循的业务规则（可选） 说明：上述“若干个”具体的用例描述，指实验小组的每个成员至少从本组的软件（网站） 的业务主干过程中选择一个用例进行规范描述。 要求： 1.两人或三人一组。 2.严格按照实验报告格式编写； 3.实验报告内容详实，公正，态度认真。 二、实验环境二、实验环境 1.个人计算机 2.常用工具软件：MS Office 2003 3.CASE 软件：Visio2002 21 三、实验预习与准备三、实验预习与准备 1.组成实验小组 2.复习课堂教学内容 3.选择实验对象，查阅有关资料 4.熟悉实验指导书内容 5.实验报告、实验记录用纸等 四、实验内容和步骤四、实验内容和步骤 在学生自选的小型软件（或网站）的业务需求文档的基础上，实施以下实验内容： 1.深入获取业务知识，描绘用例图。 2.编写用例列表。 3.分工编写各自负责的用例描述。 4.学生自主讨论，教师指导、答疑。 五、实验报告要求五、实验报告要求 5-1 实验报告模板 用例分析的结果，应按照下述示例的表格形式填写。 表 4-1 用例列表（示例：自动订餐系统，教材附录 D.2） 主要参与者用 例 顾客 1.订餐 2.变更订单 3.取消订单 4.查看菜单 5.注册从工资中扣除餐费的付费方式 6.取消注册的从工资中扣除餐费的付费方式 7.订购标准餐 8.修改所订的标准餐 9 推翻所订的标准餐 菜单经理 10.创建菜单 11.修改菜单 12.定义特色菜 自助食堂工作人 员 13.准备餐 14.生成付费请求 15.请求送货 16.生成系统使用报告 送餐人员 17.送餐 18.记录送餐情况 19.打印送餐说明 22 表 4-2 用例描述（示例：自动订餐系统的订餐用例，教材附录 D.2） 用例 ID 号UC-1 用例名称订餐 创建者Karl Wiegerss 最后更新者Jack McGillicutty 创建日期2002 年 10 月 21 日 最后更新日期2002 年 11 月 7 日 参与者顾客 描述 顾客从公司内联网或从家里访问“自助食堂订餐系统”，随意查看某一天的菜单，选择自己想 要的食物，提交订单并要求在特定的时间窗口（15 分钟）内送货到指定的地点 前置条件 1.顾客登录到“自助食堂订餐系统” 2.顾客注册的付费方式是从工资中扣除 后置条件 1.订单在“自助食堂订餐系统”中的存储状态是“已接受” 2.根据这一订单的食物条目来更新食物存货 3.根据这一次的送货请求，对请求的时间窗口更新剩余的送货能力 主干过程 1.0 订一份餐 1.顾客要求查看某一天的菜单 2.系统显示有效食物菜单和当日特色菜 3.顾客从菜单中选择一种或多种食物 4.顾客表明订餐完成 5.系统显示所订菜单条目、单价和总价格，包括应交纳的税和送货费用 6.顾客确认订餐订单或请求修改订餐订单（回到第 3 步） 7.系统显示那一天中有效的送餐时间 8.顾客选择送餐时间和指定送餐地点 9.顾客指定付费方式 10.系统确认接收订单 11.系统向顾客发送电子邮件，确认订单细节、价格和送餐说明 12.系统将订单存储在数据库中，并发送电子邮件通知自助食堂工作人员，将食物信息发送 给自助食堂库存系统，并更新有效的送餐时间 分支过程 1.1 订多份餐（第 4 步之后分支出来） 1.顾客要求预订另一份餐 2.返回到第 2 步 1.2 同样的餐订多份（第 3 步之后分支出来） 1.顾客请求预订指定数量的同样食物的多份餐 2.返回到第 4 步 1.3 订当日特色菜（第 2 步之后分支出来） 1.顾客从菜单中订当日特色菜 2.返回到第 5 步 异常 1.0.E.1 订单截止时间在当前时间之前（第 1 步） 1.系统通知顾客今天订餐已太晚了 2a.顾客取消订单 2b.系统终止用例 3a.顾客请求选择另一个日期 3b.系统重新启动用例 1.0.E.2 没有有效的送餐时间（第 1 步） 1.系统通知顾客送餐日已没有有效的送餐时间 2a.顾客取消订单 2b.系统终止用例 3.顾客请求在自助食堂选择订单（跳过第 7 步和第 8 步） 1.0.E.3 不能完成指定数量的同样食物的多份餐（第 1 步） 1.系统通知顾客它所能提供的同样食物曲多份餐的最大数量 2 顾客变更所订的同样食物的份数，或者取消订单 包含无 优先级 高 使用频率大约 400 名用户，平均每天使用一次 业务规则BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33 23 用例 ID 号UC-1 用例名称订餐 特别需求 1.顾客在确认订单之前的任何时间都可以取消订单 2.顾客能查看自己前 6 个月的全部订餐，并可以重复其中的任一次订餐作为新的订餐，只要 所有食物在请求送餐日的菜单中都有效。 （优先级为中） 假设 1.假设 30%的顾客会订当日特色菜（来源：根据前 6 个月的自助食堂数据所得） 注意和问题 1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期。否则，默认日期 是自助食堂的下一个营业日 2.如果顾客不要求送餐，那么“请求注册付费方式是从工资中扣除”这一前置条件就不适用 3.这一用例的峰值使用负载是当地时间早晨 8 点到 10 点 5-2 需求描述基本要求 按照上述模板描述的用户需求（包括推导出的功能需求） 、非功能需求，需参照下列要求认 真编写。其中（1） 、 （2） 、 （3）和（4）是必须满足的基本要求；对于（7） ，参照 5-3 进行 用例测试。 （1）完整性不能缺少某些信息。 （2）正确性需求之间不应发生冲突。 （3）可行性避免不可实现的需求。 （4）必要性必须是用户的真正需要 （5）有优先次序在产品的某一版本中的重要程度。 （6）无歧义 一项需求只有一种一致的解释。 （7）可验证性用检查或演示可以判断产品是否正确实现了需求。 5-3 用例测试 选择 23 个主要用例，按照下面的例子，进行用例测试，填写下表 4-3。意图是明确 该用例的若干条可能的执行路径及其处理过程（含异常） 。 表 4-3 用例测试示例 用例名称：用例名称：查看定单查看定单 用户输入用户输入系统输出系统输出期望的结果期望的结果问题与分析问题与分析 定单存在，表明该用户提交 了定单 显示定单的详细情况 定单不存在显示消息“很抱歉，定单找 不到！ 用户输入要查用户输入要查 看的定单号看的定单号 定单存在，但不是该用户提 交的定单。 显示消息“很抱歉，这不是 您的定单！” 。 5-4 实验数据检查与分析 要求：学生自主检查自己的实验记录（用例列表和用例描述） ，并填写下列表格（1） 和表格（2） ，检查用例分析结果（注：如有重大问题，应返回修改；一般问题只要记录检 查结果，不必修改。遗留问题在实验 5 中解决）： （1）功能性需求描述检查 问题问题检查结果检查结果 1用例描述是否比较详细？有没有不必要的实现细节？ 2用例中的每个参与者和步骤是否都与所执行的任务有关？ 3是否定义了系统的全部输入，包括其来源、精度、取值范围等？ 4是否定义了系统的全部输出，包括目的地、精度、取值范围、格 24 问题问题检查结果检查结果 式等？ 5用例的前置条件和后置条件是否合理？ 7是否列出了用户想要做的全部事情？ 8是否定义了每个任务所用的数据，以及每个任务得到的数据？ （2）非功能需求描述检查 问题问题检查结果检查结果 1从用户的视角，是否按照需求描述了期望响应时间？ 2是否定义了安全要求和安全级别？ 3所有能想到的异常条件是否都已经被定义？ 4 需求中是否遗漏了必要的信息？ 六、实验注意事项六、实验注意事项 各小组注意： 1.讨论，检查，修改用例图和用例列表。 2.讨论，检查，修改用例图、用例列表和用例描述。 3.上述示例的表 4-1，表 4-2，可作为实验记录附件。 七、思考题七、思考题 1.总结用例法分析用户需求的过程和步骤。 2.针对实验数据检查与分析结果，总结自己的问题与收获。 25 实验实验 5：软件需求测试软件需求测试（综合设计性实验，（综合设计性实验，4 学时）学时） 一、实验目的与要求一、实验目的与要求 本实验，将针对实验 3 和实验 4 的需求分析结果进行需求测试（参照教材第 15 章内容） 。 实验结果为XXXX 系统用例测试报告 。 本实验的目的： 1.用需求测试的理论与方法的实践，训练学生对需求分析初步结果进行深入分析； 2.完善和改进实验 3 及实验四的结果； 3.养成软件需求工程的初步规范，加深对用例分析和用户知识的理解认识。 要求： 1.在分工总体分析（实验 4）的基础上，每个学生选择一个主要用例进行测试。 2.每个学生编写、提交一份测试（实验）报告，须署名签字。 3.严格按照本实验要求的格式编写； 4.认真复习本课程所学内容，努力运用理论知识指导自身的实验活动 5.实验报告及附件必须内容详实，公正，学生实验态度认真。 二、实验环境二、实验环境 1.个人计算机 2.常用工具软件：MS Offic