《信息系统工程与实践》实验指导书

1、信息系统工程与实践实验指导书重庆交通大学 信息科学与工程学院2013 年 10 月目录实验 1：软件功能描述与确认（验证性实验2 学时）4一、实验目的与要求4二、实验环境4三、实验预习与准备4四、实验内容和步骤4五、实验报告要求5六、实验注意事项7七、思考题7实验 2：从程序设计看软件需求（综合设计性实验，4 学时）8一、实验目的与要求8二、实验环境8三、实验预习与准备8四、实验内容和步骤8五、实验报告要求15六、实验注意事项16七、思考题16实验 3：软件需求分析（业务需求）（综合性实验，4 学时）17一、实验目的与要求17二、实验环境17三、实验预习与准备17四、实验内容和步骤17五、实验

2、报告要求18六、实验注意事项19七、思考题19实验 4：软件需求分析（用户需求）（综合性实验，4 学时）20一、实验目的与要求20二、实验环境20三、实验预习与准备21四、实验内容和步骤21五、实验报告要求21六、实验注意事项24七、思考题24实验五：“××系统”软件需求规格说明书的编写（综合性实验，4 学时） 25一、 实验目的25二、 实验的软硬件环境252三、 实验要求与任务25四、 实验步骤25【附录一】软件需求规格说明模板26实验八：软件实现及测试（综合设计性实验，4 学时）32五、实验报告要求33六、实验注意事项35七、思考题35【附录二】评分标准363实验 1

3、：软件功能描述与确认（验证性实验2 学时）一、实验目的与要求针对常用软件（如Word），描述软件功能，确认描述的正确性（至少10 个功能）要求：1.一人一组。2.严格按照实验报告格式编写；3.实验报告内容详实，公正，态度认真。二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE 软件： Visio2002三、实验预习与准备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关资料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤每实验小组自己选择实验对象软件（如OfficeWord, PowerPoint, Excel等），对其常用的软

4、件功能进行描述。任选一组或两组功能，总共不少10 个子功能，边确认边用文字描述其功能。例如：在 Word 字处理软件的功能分类中有：1. 文本格式化选择文本的显示方式。2. 文本编辑和更正更改已经输入的文本内容。3. 文件操作实现文本的保存、打印、输出及做其他操作。4. 工具添加列、表格、图片、对数据排序、检查拼写等等。5. 宏允许用户合并多个任务。6. 视图功能使用多种方式查看文档。7. 通信从外部资源中获得信息。4五、实验报告要求实验对象及实验内容、结果等信息按照下列表格填写。功能大分类：编辑实验小组成员：王璠班级： 1 班序功能名称功能描述是否非功你希望的功能实验者签名号能需求1搜索搜素

5、对关键字进行匹配的文档否搜索到的结果尽量精简，并根据重要性排序2替换替换关键字否不区分大小写，不区分全 /半角3撤销键入撤销已经键入的字符，即返否关闭之后也可以回上一次操作撤销键入4全选对文档里面所有的文字进行勾选是无实验描述：Word2003软件中的“搜索”功能从菜单上进行操作， 有搜索和还原。 基本功能是： 找到与关键字匹配的文档。搜索：1） 对于新建的文件，在提示框内可以输入关键字；2） 页面会出现与关键字匹配的文档，如没有匹配，则显示为空；还原：将上一次搜索的关键字还原；如没有，按钮显示为灰色。Word2003软件中的“替换”功能从菜单上进行操作，有查找，替换和定位。基本功能是：可以搜

6、索、替换或删除字符格式，例如， 查找指定的单词或词组并更改字体颜色；或查找指定的格式 （如加粗）并删除或更改它。查找：1) 快捷键 ctrl+f ，弹出替换框，有查找选项；2) 输入查找内容， 如果已经查找过， 那么下拉菜单里面会出现历史记录；3) 可以设置高等查找，包括设置重点查找区域和区别大小写等选项；替换51）在“编辑”菜单上，单击“查找”。如果看不到“格式”按钮，请单击“高级”按钮。在“查找内容”框中，请执行下列操作之一：2）若要只搜索文字，而不考虑特定的格式，请输入文字。若要搜索带有特定格式的文字，请输入文字，再单击“格式”按钮，然后选择所需格式。若要只搜索特定的格式，请删除所有文字

7、，再单击“格式”按钮，然后选择所需格式。选中“突出显示所有在该范围找到的项目”复选框以查找单词或词组的所有实例，然后通过在“突出显示所有在该范围找到的项目”列表中单击来选择要在其中进行搜索的文档部分。3) 单击“查找全部”。该单词或词组的所有实例都被突出显示出来了。4) 单击“关闭”。单击“格式” 工具栏 上的按钮进行更改， 例如，选择不同的字体颜色， 单击“加粗”， 再单击“倾斜”。 所做的更改将应用于所有突出显示文字。在文档任意处单击可删除文字的突出显示 。定位：使查找内容更加精准，可以定位关键字的所在区域。Word2003软件中的“全选”功能能对文档里面存有的所有的文字进行选择，然后进行

8、全部操作。Word2003软件中的“绘制表格”功能绘制：1） 可以绘制表格，可以用画笔定义表格的大小宽度；2）可以擦除边线，可以用橡皮擦除已经绘制的表格边线；3）可以改变表格的颜色，颜色选项里面可以自己配色；4）可以设置底纹颜色；Word2003软件中的“插入表格”功能1） 插入一个新的表格进文档，可以设置位宽等选项；2） 选择插入的位置，包括行左列，行右列等；Word2003软件中的“自动套用格式”功能6表格自动套用格式：可以对表格进行统一化，运用统一的格式。Word2003软件中的“视图”功能视图：对视图进行设定，有默认的“页面”按钮，有“大纲”类，也有文本文档类型的“普通”类实验操作与记

9、录要求示例Word2003 软件的“保存文档”功能从菜单上操作，有 保存 、 另存为 。基本功能是： 把当前文件保存到指定的文件夹内。保存1） 新建文件，缺省情况下，提示用户保存到 我的文档 ，在提示窗口下，用户可选择其他任意路径下的任何文件夹（可新建文件夹）；2） 既有文件，缺省情况下，直接保存到该文件所在的文件夹内。3） 保存操作完的表现：正常情况下无任何显示，如文件较大，则保存操作的进度由进度条表现。异常情况下，显示信息通知。另存为 1） 系统显示提示窗口， 用户可选择任意路径下的任何文件夹（可新建文件夹） ；2） 保存操作完的表现：正常情况下无任何显示，如文件较大，则保存操作的进度由进

10、度条表现。异常情况下，显示信息通知。六、实验注意事项1. 必须保证有足够的实验工作量。2. 试验中要开展组内的讨论。3. 实验结果记录要严谨，有条理。七、思考题1. 你认为上述功能中 , 哪些功能属于否非功能需求 ?为什么 ?2. 你认为利用上述格式描述软件需求有何好处，上表的格式还可以如何改进？3. 总结一下你在做这个实验的过程和方法。7实验 2：从程序设计看软件需求（综合设计性实验，2 学时）一、实验目的与要求针对给定的程序设计题目,或根据给定的可视控件人机界面设计，提炼 / 补充软件功能需求和非功能需求。要求：1.2-3 人一组。2.严格按照实验报告格式编写；3.实验报告内容详实，公正，

11、态度认真。二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE 软件： Visio2002三、实验预习与准备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关资料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤4-1 语言程序的软件功能需求分析说明：本实验为从C 语言程序设计中提炼出软件功能需求（含非功能需求） 。按照教学进度，目前学生已普遍知道软件用户需求和功能需求（含非功能需求），基本含义如下：用户需求：业务信息处理需求，交互需求等。功能需求：软件如何处理数据非功能需求：包括异常处理，界面友好，软件易用性等现有一些 C 语言程

12、序设计题目，各题目描述的需求层次不一。要求：每实验小组从下列题目中至少选择2 个，考察原题目的需求描述,判断属于上述3 类需求的哪一层次，在表中填写题目未描述的其他需求。8示例如下表2-1 所示。表 2-1 C 语言程序设计题目原题目：输入一组整数，当输入负数时停止，求和。用户需求功能需求非功能需求为计算一组人员年龄输入一组整数， 当1.该软件应为用户提供方便的输入方式，输入错的平均值，先求出所有输入负数时停止 ,2.误时，应放弃计算，并以错误信息提示用户。人员的年龄总和。 求和求和。所有输入数据必须为整数，否则作为异常处开始的标志是： 有一负理。3.最初两个输入数据不能为负值， 否则作为异常

13、数输入。处理。4.假定各输入整数上限为120，大于者作为异常处理。5.异常处理：中断程序执行，返回代表上述3种情况的整数，并用错误信息提示用户。实验题目：1. 输入一组整数 , 当输入负数时停止 , 求其中最小者。2. 求 1-999 中能被 3 整除的数 , 并求它们的和。3. 由键盘输入一个班 50 个学生的一门功课的成绩，求这门功课全班的平均成绩。4. 编制一个运动会百米测验统计名次的程序。5. 输入一组学生的姓名和成绩， 从中找出成绩最高人的姓名， 并打印出他们的姓名和成绩。6. 编写程序， 从键盘输入 6 名学生的 5 门成绩，分别统计出每个学生的平均成绩。7. 设有 5 个学生，每

14、个学生考 4 门课，编写程序能检查这些学生有无考试不及格的课程。若某一学生有一门或一门以上课程不及格，就输出该学生的序号（序号从0 开始）和其全部课程成绩。8. 编写程序计算 10 名学生 1 门课成绩的平均分。4-2 用户界面（可视控件）的软件需求分析说明：本实验为用户界面（可视控件）的软件需求提炼。要求：对于下列16 组控件界面图，每实验小组至少选择3 组，用文字描述：该组各图的用户需求和功能需求。示例：9示例 -1示例 -2用户需求：开发一学生成绩管理系统，其功能要求之一用户需求：开发一客房管理系统，其功能要求之一是：快捷是：对数学、英语、语文三门课程的学生成绩（每生总浏览每个房间的详细

15、信息，是否已预订，如已有预定，要求分及平均分）用列表显示。显示预定期间、客人姓名；列表显示所有房间的等级及其价功能需求：格、有无空房。建立一独立窗体，从数据库中取得制定班级的三门课程功能需求：建立一独立窗体，从数据库中客房信息一览表，成绩在窗体中的表格中显示；表格右边两列分别显示三该表含有客房类型、单价、空房间数等；该窗体中应提供方门课程的总成绩和平均分数（精度为2 位小数，第三位便的图形界面交互方式，快速显示已经预订的房间信息，包小数四舍五入）。括房间号、房间类型、单价、预定时间等；另，应能够通过客人姓名快速检索已定客房信息。实验题目用户界面（可视控件）的软件需求分析可选题目如下：图 1-1

16、图 1-210图 2-1图 2-2图 3-1图 3-2图 4-1图 4-211图 5-1图 5-2图 6-1图 6-2图 7-1图 7-212图 8-1图 8-2图 9-1图 9-2图 10-1图 10-213图 11-1图 11-2图 12-1图 12-2图 13-1图 13-214图 14-1图 14-2图 15-1图 15-2图 16-1图 16-2五、实验报告要求要求本实验结果按照下列表格格式填写。其中：实验对象描述，指 C 语言程序描述；在选择控件界面设计图为实验对象时，需将图形文件贴于此处。15实验对象编号及其描述软件功能需求提炼1.用户需求：功能需求：非功能需求：2.用户需求：功

17、能需求：非功能需求：3.用户需求：功能需求：非功能需求：六、实验注意事项1.注意分析实验对象的非功能需求2.注意提高自己的文字表达能力3.注意总结对软件功能需求及非功能需求的认识七、思考题1. 上述需求分析的结果中，有没有相互矛盾的情况？为什么？2. 你认为本次实验的意义（价值）如何？3. 总结一下你在做这个实验的过程和方法。16实验 3：软件需求分析（业务需求）（综合性实验，4 学时）一、实验目的与要求业务需求（ Business requirement），描述了组织为什么要开发一个系统，即组织希望达到的目标。 组织的目标指超越软件本身的较高层次的目标。软件的业务需求任务是：定义项目范围。本

18、课程规定：业务需求的描述，采用前景和范围（visionandscope ）文档来记录。详细的内容见教材第4 章。本实验的设计依据，来自本课程第3 章给出的需求过程推荐方法中的第一布，即知识方法。通过获取软件客户的业务知识，建立起软件客户的业务需求框架。实验目的： 针对某小型软件产品（含小型网站）的开发，收集、获取客户的业务知识，分析其业务需求，描述出：1）客户通过该软件项目预期达到的业务目标；2）客户为达到预期业务目标所实施的软件项目范围；3）将客户业务知识经整理、汇总后作为本实验报告的附件（可选）。要求：1.2-3 人一组。2.严格按照实验报告格式编写；3.实验报告内容详实，公正，态度认真。

19、二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE 软件： Visio2002三、实验预习与准备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关资料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤1.每个小组自选一个小型软件（或网站），经小组成员讨论后确定其名称；2.利用各种渠道获取该软件的相关组织的业务知识。主要是：（ 1）业务领域及其产品（服17务）的内容、获利方式等； （2）组织结构与主要业务人员角色； （ 3）业务流程及相关术语；（ 4）其他知识。3. 绘制基于该软件构思的 “业务 -软件系统关联图 ”（参照教材 4-

20、27 中的上下文图） ；4. 按照本课程规定的 “前景和范围文档 ”模板格式（见下表 3-1，作为实验记录纸的内容 ），描述基于预期软件作用下的业务需求；5. 学生自主讨论，教师指导、答疑。五、实验报告要求5-1. 实验记录业务需求模板本实验报告主要内容须按照下属格式填写。表 3-1 ：业务需求描述模板（前景和范围文档，参照教材表4-6、 4-7）题目： xxx 软件（网站）业务需求（补充内容：对题目的选择给予简要说明）1. 背景、业务机会和客户需要2. 业务目标和成功标准BO-1 ：BO-2 ：BO-3 ：SC-1：SC-2：3.业务风险RI-1 ：RI-2 ：内容说明：1. 背景、业务机会

21、和客户需要 。（ 1）背景。 概述新产品的来由与背景。对历史和现状进行概括性的描述，说明为什么决定开发该产品。 （2）业务机遇。 对于软件企业，描述该预期软件产品（网站）可能得到的市场机遇或其产品的竞争能力；对于为某组织开发的信息系统软件，描述的预期将要解决的业务问题或将要改进的业务流程；还应对产品或解决方案简要描述其优点和作用。作为限制条件，可以描述需要哪些其他的技术、过程或资源。2. 业务目标和成功标准。 用量化和可衡量的方式概述该软件产品（网站）提供了哪些重要的业务利益；如是社会公益性项目，可采取定性的描述语句说明其社会管理、社会服务等方面给受益群体带来的好处。要按照结构化的要求描述，即

22、将业务目标描述为BO-1 、BO- 2的形式，将成功标准描述为SC-1、 SC-2形式。3. 业务风险。 概述与该软件产品（网站）开发相关的主要风险。包括可能出现的市场竞争问题、时间问题、用户认可、实现问题以及其他可能对业务造成的负面影响。185-2 实验数据处理（选做）对于 “实验内容及步骤 ”实施的结果，回到上述的步骤2 和 3，按照下表3-2 所示格式，仔细分析、对照、检查业务需求描述内容与客户业务知识的符合程度，修改、精炼、完善 业务需求。表 3-2 业务需求实验信息处理表业务需求描述 -1业务需求描述 -2修改原因（实验内容与步骤的结果）（修改与完善后的结果）1.背景、业务机会和客户

23、需要2.业务目标和成功标准3.业务风险另：1）本次实验不要求有关软件版本的内容。2）在本实验中，不要求使用用例图。用例方法在实验4 中要求必做。六、实验注意事项本课程的实验3， 4， 5，为同一个软件（网站）的三部分需求，即业务需求、用户需求和功能需求。 学生务必以注意保持三个实验报告和记录的连续性，以便最终完成一个完整的软件需求说明文档。七、思考题针对表 3-2 中的 “修改原因 ”进行分析，并笔答下列问题:1.你的修改原因是怎样发现的？2.对修改前后对比，你认为你的业务需求实验结果发生了怎样的变化？3.总结一下你在做这个实验的过程和方法以及对业务需求文档描述工作 的认识。19实验 4：软件

24、需求分析（用户需求）（综合性实验，4 学时）一、实验目的与要求用户需求（ userrequirement），描述的是用户使用预期软件系统所要达到的功能性目标及非功能性要求。一般，用户需求描述的是软件使用者（用户） 使用系统能够完成什么业务任务或信息处理工作。具体内容是用例描述。场景描述不要求。本课程规定：用户需求的描述，采用用例（user case ）文档来记录。详细的内容见教材第8章。用例方法， 主要用于发现必要的功能性需求。 对于不太复杂的用例， 只要求写出一个简略的描述， 然后，推导出角色执行该用例 （包括分支过程和异常处理） 需要的所有功能性需求。实验目的针对某小型软件产品（含小型网站

25、）的开发，在业务需求文档（前景范围文档）的基础上，进一步收集、获取用户的业务知识（重点是人机交互、任务的输入、任务功能、输出信息及业务任务的结果等） ，建立起用例模型，描述：1） 用户业务任务的用例图2） 用户业务任务的用例列表（示例见表4-1）3） 若干个具体的用例。即从用例出发推导部分功能需求和非功能需求，并明确说明。异常处理单独描述。 （示例见表4-2）4） 用户完成业务任务中需遵循的业务规则（可选）说明： 上述 “若干个 ”具体的用例描述，指实验小组的每个成员至少从本组的软件（网站）的业务主干过程中选择一个用例进行规范描述。要求：1. 2 人一组。2.严格按照实验报告格式编写；3.实验

26、报告内容详实，公正，态度认真。二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE 软件： Visio200220三、实验预习与准备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关资料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤在学生自选的小型软件（或网站） 的业务需求文档的基础上，实施以下实验内容：1.深入获取业务知识，描绘用例图。2.编写用例列表。3.分工编写各自负责的用例描述。4.学生自主讨论，教师指导、答疑。五、实验报告要求5-1实验报告模板用例分析的结果，应按照下述示例的表格形式填写。表 4-1用例列表（示例：自动

27、订餐系统，教材附录D.2 ）主要参与者用 例1.订餐2.变更订单3.取消订单4.查看菜单顾客5.注册从工资中扣除餐费的付费方式6.取消注册的从工资中扣除餐费的付费方式7.订购标准餐8.修改所订的标准餐9 推翻所订的标准餐10.创建菜单菜单经理11.修改菜单12.定义特色菜13.准备餐自助食堂工作人14.生成付费请求员15.请求送货16.生成系统使用报告17.送餐送餐人员18.记录送餐情况19.打印送餐说明21表 4-2用例ID号用例名称创建者最后更新者创建日期最后更新日期参与者描述前置条件后置条件主干过程分支过程用例描述（示例：自动订餐系统的订餐用例，教材附录D.2 ）UC-1订餐Karl W

28、iegerssJack McGillicutty2002 年 10月 21日2002 年 11月 7 日顾客顾客从公司内联网或从家里访问“自助食堂订餐系统”，随意查看某一天的菜单，选择自己想要的食物，提交订单并要求在特定的时间窗口（15 分钟）内送货到指定的地点1.顾客登录到 “自助食堂订餐系统”2.顾客注册的付费方式是从工资中扣除1.订单在 “自助食堂订餐系统”中的存储状态是“已接受 ”2.根据这一订单的食物条目来更新食物存货3.根据这一次的送货请求，对请求的时间窗口更新剩余的送货能力1.0 订一份餐1.顾客要求查看某一天的菜单2.系统显示有效食物菜单和当日特色菜3.顾客从菜单中选择一种或多

29、种食物4.顾客表明订餐完成5.系统显示所订菜单条目、单价和总价格，包括应交纳的税和送货费用6.顾客确认订餐订单或请求修改订餐订单（回到第3 步）7.系统显示那一天中有效的送餐时间8.顾客选择送餐时间和指定送餐地点9.顾客指定付费方式10.系统确认接收订单11.系统向顾客发送电子邮件，确认订单细节、价格和送餐说明12.系统将订单存储在数据库中，并发送电子邮件通知自助食堂工作人员，将食物信息发送给自助食堂库存系统，并更新有效的送餐时间1.1 订多份餐（第4 步之后分支出来）1.顾客要求预订另一份餐2.返回到第2 步1.2 同样的餐订多份（第3 步之后分支出来）1.顾客请求预订指定数量的同样食物的多

30、份餐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 步）1.系统通知顾客它所能提供的同样食物曲多份餐的最大数量2 顾客变更所订的同样食物的份

31、数，或者取消订单包含无优先级高使用频率大约 400 名用户，平均每天使用一次业务规则BR-1 ，BR-2 ，BR-3 ，BR-4 ，BR-8 ，BR-11，BR-12， BR-3322用例ID号UC-1用例名称订餐特别需求1.顾客在确认订单之前的任何时间都可以取消订单2.顾客能查看自己前 6 个月的全部订餐，并可以重复其中的任一次订餐作为新的订餐，只要所有食物在请求送餐日的菜单中都有效。 （优先级为中）假设1.假设 30%的顾客会订当日特色菜（来源：根据前6 个月的自助食堂数据所得）1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期。否则，默认日期是注意和问题自助食堂的下一个营

32、业日2.如果顾客不要求送餐，那么 “请求注册付费方式是从工资中扣除 ”这一前置条件就不适用3.这一用例的峰值使用负载是当地时间早晨8点到 10点5-2需求描述基本要求按照上述模板描述的用户需求（包括推导出的功能需求）、非功能需求，需参照下列要求认真编写。其中（ 1）、（ 2）、（ 3）和（ 4）是必须满足的基本要求；对于（ 7），参照 5-3 进行用例测试。（ 1）完整性 不能缺少某些信息。（ 2）正确性 需求之间不应发生冲突。（ 3）可行性 避免不可实现的需求。（ 4）必要性 必须是用户的真正需要（ 5）有优先次序 在产品的某一版本中的重要程度。（ 6）无歧义 一项需求只有一种一致的解释。（

33、 7）可验证性 用检查或演示可以判断产品是否正确实现了需求。5-3 用例测试选择 2 3 个主要用例，按照下面的例子，进行用例测试，填写下表4-3。意图是明确该用例的若干条可能的执行路径及其处理过程（含异常）。表 4-3 用例测试示例用例名称： 查看定单用户输入系统输出期望的结果问题与分析用户输入要查定单存在，表明该用户提交显示定单的详细情况看的定单号了定单定单不存在显示消息“很抱歉，定单找不到！定单存在，但不是该用户提显示消息“很抱歉，这不是交的定单。您的定单！”。5-4 实验数据检查与分析要求：学生自主检查自己的实验记录（用例列表和用例描述），并填写下列表格（1）和表格（ 2），检查用例分

34、析结果（注：如有重大问题，应返回修改；一般问题只要记录检查结果，不必修改。遗留问题在实验5 中解决）：（1） 功能性需求描述检查问题检查结果1 用例描述是否比较详细？有没有不必要的实现细节？2 用例中的每个参与者和步骤是否都与所执行的任务有关？3 是否定义了系统的全部输入，包括其来源、精度、取值范围等？4 是否定义了系统的全部输出，包括目的地、精度、取值范围、格23问题检查结果式等？5 用例的前置条件和后置条件是否合理？7 是否列出了用户想要做的全部事情？8 是否定义了每个任务所用的数据，以及每个任务得到的数据？（2）非功能需求描述检查问题检查结果1 从用户的视角，是否按照需求描述了期望响应时

35、间？2 是否定义了安全要求和安全级别？3 所有能想到的异常条件是否都已经被定义？4 需求中是否遗漏了必要的信息？六、实验注意事项各小组注意：1.讨论，检查，修改用例图和用例列表。2.讨论，检查，修改用例图、用例列表和用例描述。3.上述示例的表4-1，表 4-2，可作为实验记录附件。七、思考题1.总结用例法分析用户需求的过程和步骤。2.针对 实验数据检查与分析结果，总结自己的问题与收获。24实验五 ：“××系统” 软件需求规格说明书的编写一、实验目的需求开发的最终成果是： 客户和开发小组对将要开发的产品达成一致的协议。这一协议综合了业务需求、 用户需求和软件功能需求。从前面实

36、验中所得出的一些分析文档中，我们可以知道： 项目视图和范围文档包含了业务需求，而使用实例文档包含了用户需求。我们还必须编写从使用实例派生出的功能需求文档，还要编写产品的非功能需求文档，包括质量属性和外部接口需求。至此，我们综合前面的相关分析结果，来进行需求说明书的编写，进一步理解由业务需求，用户需求， 功能需求三个部分综合而形成软件需求说明书的过程。二、实验的软硬件环境硬件：微型计算机，打印机；软件： Windows XP/7 ，Office 2003/2007 ， Visual Studio 、 Delphi ，SQL Server 等要求实验环境为网络环境。三、实验要求与任务1、要求：完成

37、软件需求规格说明书的编写：（ 1）用好的结构化和自然语言编写文档型文档（ 2）建立图形化模型。（ 3）编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。2、具体任务：开发“××系统” （如人事管理信息系统、财务信息管理系统、酒店信息管理系统、设备信息管理系统、仓库管理信息系统、进存销管理信息系统、学生信息管理系统、图书馆信息管理系统，图书销售信息管理新系统等等）。通过调查获取用户需求， 按照需求的内容进行分析， 按照内容、 格式要求撰写完整的软件需求规格说明书。四、实验步骤1、 参考相关模板，初步理解软件需求规格说明书的结构2、 结合项目实际，完成软件

38、需求规格说明书3、 进一步检查、完善相应的需求部分，尽量避免需求遗漏，和定义的不清晰。同时，25应确保采用规范图例。4、 重复进行前面几个步骤，经过小组成员多次讨论，并得到客户的认可，最终达到客户和开发小组对需求的认识一致。【附录一】 软件需求规格说明模板1引言引言是对整个软件需求规格说明的概览，以帮助读者更好地阅读和理解文档。包括文档的意图（目的） 、主要内容（范围） 、组织方式（文档组织）、参考文献（参考文献）和阅读时的注意事项（定义、首字母缩写和缩略语）。1.1 文档的意图（目的）目的是说明软件需求规格说明的主要目标， 描述软件规格说明所定义的产品或某些产品部分。限定预期的读者。1.2

39、主要内容（范围）在这一节中：根据名称确定将被开发的软件产品。解释软件产品的预期功能，并在必要的时候解释没有纳人软件产品预期的功能。描述软件产品的应用，包括相关的好处、目标和目的。如果在此软件需求规格说明之外，还存在着一个更高层次的规格说明（例如系统需求规格说明），那么该部分的描述应该与更高层次文档的相关段落保持一致。1.3 阅读时的注意事项（定义、首字母缩写和缩略语）定义了正确理解软件需求规格说明所必需的术语、首字母缩写和缩略语。这部分内容也可以通过添加附录或者引用其他文档来提供。1.4 参考文献在这一节中：提供需求规格说明文档引用的全部文档的清单列表。利用标题、报告编号（如果适用）旧期和出版

40、机构来标识文档。指出参考文献的来源，在该来源中可以获得文献。这部分内容也可以通过添加附录或者引用其他文档来提供。1.5 组织方式（文档组织）在这一节中：描述软件需求规格说明余下部分所包含的内容。解释软件需求规格说明的组织方式。2总体描述从总体上描述影响产品和需求的因素。这部分并不涉及将在文档第3 部分（详细需求描述）中描述的具体的需求，而是为其提供背景知识，使其更加易于理解。2.1 产品前景该节将所定义的产品和其他相关的产品联系起来，在联系中描述产品的起源和背景，进26而说明对产品的总体预期。如果产品是一个独立的、完全自包含的系统， 那么就应该在这里进行声明。如果像常见的情况那样，产品仅仅是较大系统的一个组件，那么就应该将较大系统的需求和软件的功能联系起来进行说明， 并标识它们之间的接口。 如果能够开发一个可以显示较大系统的主要组件、内部连接和外部接口的框图，将会有很大帮助。这一节还应该描述较大系统的其他部分对软件产品的操作预期。这些部分包括：系统接口：系统接口对软件产品的功能要求。用户界面：软件产品和用户之间接口的逻辑特征和优化要求。硬件接口： 软件产品和较大系统中硬件组件之间接口的逻辑特征。软件接口：其他软件系统对软件产品的要求。 ：交流接口：本地网络协议之类的交流接口要求。内存：软件产品在主存