2022年《信息系统工程与实践》实验指导书.doc

《2022年《信息系统工程与实践》实验指导书.doc》由会员分享，可在线阅读，更多相关《2022年《信息系统工程与实践》实验指导书.doc（36页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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五、实验报告要求1

2、8六、实验考前须知19七、考虑题19实验4：软件需求分析（用户需求）（综合性实验，4学时）20一、实验目的与要求20二、实验环境20三、实验预习与预备20四、实验内容和步骤21五、实验报告要求21六、实验考前须知24七、考虑题24实验五：“系统”软件需求规格说明书的编写（综合性实验，4学时）25一、实验目的25二、实验的软硬件环境25三、实验要求与任务25四、实验步骤25【附录一】软件需求规格说明模板26实验八：软件实现及测试（综合设计性实验，4学时）31五、实验报告要求32六、实验考前须知34七、考虑题34【附录二】 评分标准35实验1：软件功能描绘与确认（验证性实验2学时）一、实验目的与要

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

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

5、交换关键字否不区分大小写，不区分全/半角3撤销键入撤销已经键入的字符，即返回上一次操作否关闭之后也能够撤销键入4全选对文档里面所有的文字进展勾选是无实验描绘：Word2003软件中的“搜索”功能从菜单上进展操作，有搜索和复原。根本功能是：找到与关键字匹配的文档。搜索：1） 关于新建的文件，在提示框内能够输入关键字；2） 页面会出现与关键字匹配的文档，如没有匹配，则显示为空；复原：将上一次搜索的关键字复原；如没有，按钮显示为灰色。Word2003软件中的“交换”功能从菜单上进展操作，有查找，交换和定位。根本功能是：能够搜索、交换或删除字符格式，例如，查找指定的单词或词组并更改字体颜色；或查找指定

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

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

8、画笔定义表格的大小宽度；2） 能够擦除边线，能够用橡皮擦除已经绘制的表格边线；3） 能够改变表格的颜色，颜色选项里面能够本人配色；4） 能够设置底纹颜色；Word2003软件中的“插入表格”功能1） 插入一个新的表格进文档，能够设置位宽等选项；2） 选择插入的位置，包括行左列，行右列等；Word2003软件中的“自动套用格式”功能表格自动套用格式：能够对表格进展统一化，运用统一的格式。Word2003软件中的“视图”功能视图：对视图进展设定，有默认的“页面”按钮，有“大纲”类，也有文本文档类型的“一般”类实验操作与记录要求例如Word2003软件的“保存文档”功能 从菜单上操作，有保存、另存为

9、。根本功能是：把当前文件保存到指定的文件夹内。保存1） 新建文件，缺省情况下，提示用户保存到我的文档，在提示窗口下，用户可选择其他任意途径下的任何文件夹（可新建文件夹）；2） 既有文件，缺省情况下，直截了当保存到该文件所在的文件夹内。3） 保存操作完的表现：正常情况下无任何显示，如文件较大，则保存操作的进度由进度条表现。异常情况下，显示信息通知。另存为1） 系统显示提示窗口，用户可选择任意途径下的任何文件夹（可新建文件夹）；2） 保存操作完的表现：正常情况下无任何显示，如文件较大，则保存操作的进度由进度条表现。异常情况下，显示信息通知。六、实验考前须知1. 必须保证有足够的实验工作量。2. 试

10、验中要开展组内的讨论。3. 实验结果记录要严谨，有条理。七、考虑题1. 你认为上述功能中,哪些功能属于否非功能需求?为什么?2. 你认为利用上述格式描绘软件需求有何好处，上表的格式还能够如何改良？3. 总结一下你在做这个实验的过程和方法。实验2：从程序设计看软件需求（综合设计性实验，2学时）一、实验目的与要求针对给定的程序设计标题,或依照给定的可视控件人机界面设计，提炼/补充软件功能需求和非功能需求。要求：1.2-3人一组。2.严格按照实验报告格式编写；3.实验报告内容详实，公正，态度认真。二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE软件：Visio20

11、02三、实验预习与预备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关材料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤4-1 语言程序的软件功能需求分析说明：本实验为从C语言程序设计中提炼出软件功能需求（含非功能需求）。按照教学进度，目前学生已普遍明白软件用户需求和功能需求（含非功能需求），根本含义如下：l 用户需求：业务信息处理需求，交互需求等。l 功能需求：软件如何处理数据l 非功能需求：包括异常处理，界面友好，软件易用性等现有一些C语言程序设计标题，各标题描绘的需求层次不一。要求：每实验小组从以下标题中至少选择2个，调查原标题的需求描绘,推断属于上述

12、3类需求的哪一层次，在表中填写标题未描绘的其他需求。例如如下表2-1所示。表2-1 C语言程序设计标题原标题：输入一组整数，当输入负数时停顿，求和。用户需求功能需求非功能需求为计算一组人员年龄的平均值，先求出所有人员的年龄总和。求和开场的标志是：有一负数输入。输入一组整数，当输入负数时停顿,求和。1. 该软件应为用户提供方便的输入方式，输入错误时，应放弃计算，并以错误信息提示用户。2. 所有输入数据必须为整数，否则作为异常处理。3. 最初两个输入数据不能为负值，否则作为异常处理。4. 假定各输入整数上限为120，大于者作为异常处理。5. 异常处理：中断程序执行，返回代表上述3种情况的整数，并用

13、错误信息提示用户。实验标题：1.输入一组整数,当输入负数时停顿,求其中最小者。2.求 1-999 中能被 3 整除的数,并求它们的和。3.由键盘输入一个班50个学生的一门功课的成绩，求这门功课全班的平均成绩。4.编制一个运动会百米测验统计名次的程序。5.输入一组学生的姓名和成绩，从中找出成绩最高人的姓名，并打印出他们的姓名和成绩。6.编写程序，从键盘输入6名学生的5门成绩，分别统计出每个学生的平均成绩。7.设有5个学生，每个学生考4门课，编写程序能检查这些学生有无考试不及格的课程。假设某一学生有一门或一门以上课程不及格，就输出该学生的序号（序号从0开场）和其全部课程成绩。8.编写程序计算10名

14、学生1门课成绩的平均分。4-2 用户界面（可视控件）的软件需求分析说明：本实验为用户界面（可视控件）的软件需求提炼。要求：关于以下16组控件界面图，每实验小组至少选择3组，用文字描绘：该组各图的用户需求和功能需求。例如：例如-1用户需求：开发一学生成绩治理系统，其功能要求之一是：对数学、英语、语文三门课程的学生成绩（每生总分及平均分）用列表显示。功能需求：建立一独立窗体，从数据库中获得制定班级的三门课程成绩在窗体中的表格中显示；表格右边两列分别显示三门课程的总成绩和平均分数（精度为2位小数，第三位小数四舍五入）。例如-2用户需求：开发一客房治理系统，其功能要求之一是：快捷阅读每个房间的详细信息

15、，是否已预订，如已有预定，要求显示预定期间、客人姓名；列表显示所有房间的等级及其价格、有无空房。功能需求：建立一独立窗体，从数据库中客房信息一览表，该表含有客房类型、单价、空房间数等；该窗体中应提供方便的图形界面交互方式，快速显示已经预订的房间信息，包括房间号、房间类型、单价、预定时间等；另，应能够通过客人姓名快速检索已定客房信息。实验标题用户界面（可视控件）的软件需求分析可选标题如下：图1-1图1-2图2-1图2-2图3-1图3-2图4-1图4-2图5-1图5-2图6-1图6-2 图7-1图7-2 图8-1图8-2 图9-1图9-2图10-1图10-2图11-1图11-2图12-1图12-2

16、图13-1图13-2图14-1图14-2图15-1图15-2图16-1图16-2五、实验报告要求要求本实验结果按照以下表格格式填写。其中：实验对象描绘，指C语言程序描绘；在选择控件界面设计图为实验对象时，需将图形文件贴于此处。实验对象编号及其描绘软件功能需求提炼1.用户需求：功能需求：非功能需求：2.用户需求：功能需求：非功能需求：3.用户需求：功能需求：非功能需求：六、实验考前须知1.留意分析实验对象的非功能需求2.留意提高本人的文字表达才能3.留意总结对软件功能需求及非功能需求的认识七、考虑题1. 上述需求分析的结果中，有没有互相矛盾的情况？为什么？2. 你认为本次实验的意义（价值）如何？

17、3. 总结一下你在做这个实验的过程和方法。实验3：软件需求分析（业务需求）（综合性实验，4学时）一、实验目的与要求业务需求（Business requirement），描绘了组织为什么要开发一个系统，即组织希望到达的目的。组织的目的指超越软件本身的较高层次的目的。软件的业务需求任务是：定义工程范围。本课程规定：业务需求的描绘，采纳前景和范围（vision and scope）文档来记录。详细的内容见教材第4章。本实验的设计依照，来自本课程第3章给出的需求过程推荐方法中的第一布，即知识方法。通过获取软件客户的业务知识，建立起软件客户的业务需求框架。实验目的：针对某小型软件产品（含小型网站）的开发

18、，搜集、获取客户的业务知识，分析其业务需求，描绘出：1）客户通过该软件工程预期到达的业务目的；2）客户为到达预期业务目的所施行的软件工程范围；3）将客户业务知识经整理、汇总后作为本实验报告的附件（可选）。要求：1.2-3人一组。2.严格按照实验报告格式编写；3.实验报告内容详实，公正，态度认真。二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE软件：Visio2002三、实验预习与预备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关材料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤1. 每个小组自选一个小型软件（或网站），经

19、小组成员讨论后确定其名称；2. 利用各种渠道获取该软件的相关组织的业务知识。主要是：（1）业务领域及其产品（效劳）的内容、获利方式等；（2）组织构造与主要业务人员角色；（3）业务流程及相关术语；（4）其他知识。3. 绘制基于该软件构思的“业务-软件系统关联图”（参照教材4-27中的上下文图）；4. 按照本课程规定的“前景和范围文档”模板格式（见下表3-1，作为实验记录纸的内容），描绘基于预期软件作用下的业务需求；5. 学生自主讨论，老师指导、答疑。五、实验报告要求 5-1.实验记录业务需求模板本实验报告主要内容须按照下属格式填写。表3-1：业务需求描绘模板（前景和范围文档，参照教材表4-6、4

20、-7）标题：xxx软件（网站）业务需求（补充内容：对标题的选择给予简要说明）1. 背景、业务时机和客户需要2. 业务目的和成功标准BO-1：BO-2：BO-3：SC-1：SC-2：3.业务风险RI-1：RI-2：内容说明：1.背景、业务时机和客户需要。（1）背景。概述新产品的来由与背景。对历史和现状进展概括性的描绘，说明为什么决定开发该产品。（2）业务机遇。关于软件企业，描绘该预期软件产品（网站）可能得到的市场机遇或其产品的竞争才能；关于为某组织开发的信息系统软件，描绘的预期将要处理的业务咨询题或将要改良的业务流程；还应对产品或处理方案简要描绘其优点和作用。作为限制条件，能够描绘需要哪些其他的

21、技术、过程或资源。2.业务目的和成功标准。用量化和可衡量的方式概述该软件产品（网站）提供了哪些重要的业务利益；如是社会公益性工程，可采取定性的描绘语句说明其社会治理、社会效劳等方面给受益群体带来的好处。要按照构造化的要求描绘，马上业务目的描绘为BO-1、BO-2的方式，将成功标准描绘为SC-1、SC-2方式。3.业务风险。概述与该软件产品（网站）开发相关的主要风险。包括可能出现的市场竞争咨询题、时间咨询题、用户认可、实现咨询题以及其他可能对业务造成的负面妨碍。5-2 实验数据处理（选做）关于“实验内容及步骤”施行的结果，回到上述的步骤2和3，按照下表3-2所示格式，细心分析、对照、检查业务需求

22、描绘内容与客户业务知识的符合程度，修正、精炼、完善业务需求。表3-2 业务需务实验信息处理表业务需求描绘-1（实验内容与步骤的结果）业务需求描绘-2（修正与完善后的结果）修正缘故1.背景、业务时机和客户需要2.业务目的和成功标准3.业务风险另：1）本次实验不要求有关软件版本的内容。2）在本实验中，不要求使用用例图。用例方法在实验4中要求必做。六、实验考前须知本课程的实验3，4，5，为同一个软件（网站）的三部分需求，即业务需求、用户需求和功能需求。学生务必以留意保持三个实验报告和记录的连续性，以便最终完成一个完好的软件需求说明文档。七、考虑题针对表3-2 中的“修正缘故”进展分析，并笔答以下咨询

23、题: 1.你的修正缘故是怎么样发觉的？2.对修正前后比照，你认为你的业务需务实验结果发生了怎么样的变化？3.总结一下你在做这个实验的过程和方法以及对业务需求文档描绘工作的认识。实验4：软件需求分析（用户需求）（综合性实验，4学时）一、实验目的与要求用户需求（user requirement），描绘的是用户使用预期软件系统所要到达的功能性目的及非功能性要求。一般，用户需求描绘的是软件使用者（用户）使用系统能够完成什么业务任务或信息处理工作。详细内容是用例描绘。场景描绘不要求。本课程规定：用户需求的描绘，采纳用例（user case）文档来记录。详细的内容见教材第8章。用例方法，主要用于发觉必要的

24、功能性需求。关于不太复杂的用例，只要求写出一个简单的描绘，然后，推导出角色执行该用例（包括分支过程和异常处理）需要的所有功能性需求。实验目的针对某小型软件产品（含小型网站）的开发，在业务需求文档（前景范围文档）的根底上，进一步搜集、获取用户的业务知识（重点是人机交互、任务的输入、任务功能、输出信息及业务任务的结果等），建立起用例模型，描绘：1） 用户业务任务的用例图2） 用户业务任务的用例列表（例如见表4-1）3） 假设干个详细的用例。即从用例出发推导部分功能需求和非功能需求，并明确说明。异常处理单独描绘。（例如见表4-2）4） 用户完成业务任务中需遵照的业务规则（可选）说明：上述“假设干个”

25、详细的用例描绘，指实验小组的每个成员至少从本组的软件（网站）的业务主干过程中选择一个用例进展标准描绘。要求：1. 2人一组。2.严格按照实验报告格式编写；3.实验报告内容详实，公正，态度认真。二、实验环境1.个人计算机2.常用工具软件：MS Office 20033.CASE软件：Visio2002三、实验预习与预备1.组成实验小组2.复习课堂教学内容3.选择实验对象，查阅有关材料4.熟悉实验指导书内容5.实验报告、实验记录用纸等四、实验内容和步骤在学生自选的小型软件（或网站）的业务需求文档的根底上，施行以下实验内容：1.深化获取业务知识，描绘用例图。2.编写用例列表。3.分工编写各自负责的用

26、例描绘。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.打印送餐说明表4-2 用例描绘（例如：自动订餐系统的

27、订餐用例，教材附录D.2）用例ID号UC-1用例名称订餐创立者Karl Wiegerss最后更新者Jack McGillicutty创立日期2002年10月21日最后更新日期2002年11月7日参与者顾客描绘顾客从公司内联网或从家里访咨询“自助食堂订餐系统”，随意查看某一天的菜单，选择本人想要的食物，提交订单并要求在特定的时间窗口（15分钟）内送货到指定的地点前置条件1.顾客登录到“自助食堂订餐系统” 2.顾客注册的付费方式是从工资中扣除后置条件1.订单在“自助食堂订餐系统”中的存储状态是“已接受”2.依照这一订单的食物条目来更新食物存货3.依照这一次的送货恳求，对恳求的时间窗口更新剩余的送货

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

29、.顾客要求预订另一份餐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 不能完成指

30、定数量的同样食物的多份餐（第1步）1.系统通知顾客它所能提供的同样食物曲多份餐的最大数量2 顾客变更所订的同样食物的份数，或者取消订单包含无优先级高使用频率大约400名用户，平均每天使用一次业务规则BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33特别需求1.顾客在确认订单之前的任何时间都能够取消订单2.顾客能查看本人前6个月的全部订餐，并能够重复其中的任一次订餐作为新的订餐，只要所有食物在恳求送餐日的菜单中都有效。（优先级为中）假设1.假设30%的顾客会订当日特色菜（依照前6个月的自助食堂数据所得）留意和咨询题1.假如客户在今天的截止时间之前使用系统，那么默

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

32、一致的解释。（7）可验证性用检查或演示能够推断产品是否正确实现了需求。5-3 用例测试选择23个主要用例，按照下面的例子，进展用例测试，填写下表4-3。意图是明确该用例的假设干条可能的执行途径及其处理过程（含异常）。表4-3 用例测试例如用例名称：查看定单用户输入系统输出期望的结果咨询题与分析用户输入要查看的定单号定单存在，说明该用户提交了定单显示定单的详细情况定单不存在显示音讯“特别抱歉，定单找不到！定单存在，但不是该用户提交的定单。显示音讯“特别抱歉，这不是您的定单！”。5-4 实验数据检查与分析要求：学生自主检查本人的实验记录（用例列表和用例描绘），并填写以下表格（1）和表格（2），检查

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

34、安要求和平安级别？3所有能想到的异常条件是否都已经被定义？4 需求中是否遗漏了必要的信息？六、实验考前须知各小组留意：1.讨论，检查，修正用例图和用例列表。2.讨论，检查，修正用例图、用例列表和用例描绘。3.上述例如的表4-1，表4-2，可作为实验记录附件。七、考虑题1.总结用例法分析用户需求的过程和步骤。2.针对实验数据检查与分析结果，总结本人的咨询题与收获。实验五：“系统”软件需求规格说明书的编写一、实验目的需求开发的最终成果是：客户和开发小组对将要开发的产品达成一致的协议。这一协议综合了业务需求、用户需求和软件功能需求。从前面实验中所得出的一些分析文档中，我们能够明白：工程视图和范围文档

35、包含了业务需求，而使用实例文档包含了用户需求。我们还必须编写从使用实例派生出的功能需求文档，还要编写产品的非功能需求文档，包括质量属性和外部接口需求。至此，我们综合前面的相关分析结果，来进展需求说明书的编写，进一步理解由业务需求，用户需求，功能需求三个部分综合而构成软件需求说明书的过程。二、实验的软硬件环境硬件：微型计算机，打印机；软件：Windows XP/7 ，Office 2003/2007，Visual Studio 、Delphi，SQL Server 等要务实验环境为网络环境。三、实验要求与任务1、要求：完成软件需求规格说明书的编写：（1）用好的构造化和自然语言编写文档型文档（2）

36、建立图形化模型。（3）编写方式化规格说明，这能够通过使用数学上准确的方式化逻辑语言来定义需求。2、详细任务：开发“系统”（如人事治理信息系统、财务信息治理系统、酒店信息治理系统、设备信息治理系统、仓库治理信息系统、进存销治理信息系统、学生信息治理系统、图书馆信息治理系统，图书销售信息治理新系统等等）。通过调查获取用户需求，按照需求的内容进展分析，按照内容、格式要求撰写完好的软件需求规格说明书。四、实验步骤1、 参考相关模板，初步理解软件需求规格说明书的构造2、 结合工程实际，完成软件需求规格说明书3、 进一步检查、完善相应的需求部分，尽量防止需求遗漏，和定义的不明晰。同时，应确保采纳标准图例。

37、4、 重复进展前面几个步骤，通过小组成员屡次讨论，并得到客户的认可，最终到达客户和开发小组对需求的认识一致。【附录一】软件需求规格说明模板1引言引言是对整个软件需求规格说明的概览，以协助读者更好地阅读和理解文档。包括文档的意图（目的）、主要内容（范围）、组织方式（文档组织）、参考文献（参考文献）和阅读时的考前须知（定义、首字母缩写和缩略语）。1.1 文档的意图（目的）目的是说明软件需求规格说明的主要目的，描绘软件规格说明所定义的产品或某些产品部分。限定预期的读者。1.2 主要内容（范围）在这一节中：依照名称确定将被开发的软件产品。解释软件产品的预期功能，并在必要的时候解释没有纳人软件产品预期的

38、功能。描绘软件产品的应用，包括相关的好处、目的和目的。假如在此软件需求规格说明之外，还存在着一个更高层次的规格说明（例如系统需求规格说明），那么该部分的描绘应该与更高层次文档的相关段落保持一致。1.3 阅读时的考前须知（定义、首字母缩写和缩略语）定义了正确理解软件需求规格说明所必需的术语、首字母缩写和缩略语。这部分内容也能够通过添加附录或者援用其他文档来提供。1.4 参考文献在这一节中：提供需求规格说明文档援用的全部文档的清单列表。利用标题、报告编号（假如适用）旧期和出版机构来标识文档。指出参考文献的来源，在该来源中能够获得文献。这部分内容也能够通过添加附录或者援用其他文档来提供。1.5 组织

39、方式（文档组织）在这一节中：描绘软件需求规格说明余下部分所包含的内容。解释软件需求规格说明的组织方式。2总体描绘从总体上描绘妨碍产品和需求的要素。这部分并不涉及将在文档第 3 部分（详细需求描述）中描绘的详细的需求，而是为其提供背景知识，使其更加易于理解。2.1 产品前景该节将所定义的产品和其他相关的产品联络起来，在联络中描绘产品的起源和背景，进而说明对产品的总体预期。假如产品是一个独立的、完全自包含的系统，那么就应该在这里进展声明。假如像常见的情况那样，产品仅仅是较大系统的一个组件，那么就应该将较大系统的需求和软件的功能联络起来进展说明，并标识它们之间的接口。假如能够开发一个能够显示较大系统

40、的主要组件、内部连接和外部接口的框图，将会有特别大协助。这一节还应该描绘较大系统的其他部分对软件产品的操作预期。这些部分包括：系统接口：系统接口对软件产品的功能要求。用户界面：软件产品和用户之间接口的逻辑特征和优化要求。硬件接口：软件产品和较大系统中硬件组件之间接口的逻辑特征。软件接口：其他软件系统对软件产品的要求。：交流接口：本地网络协议之类的交流接口要求。内存：软件产品在主存储器和辅助存储器上的局限性和可适用特性。操作：用户要求的正常和特别操作。地点改变需求：对指定地点、任务或者操作方式的需求，调整软件装置而需要改变的地点或者任务的相关特征。2.2 产品功能概述软件将要执行的主要功能。此处

41、只需要概略的总结，其详细内容将在第 3 部分（详细需求描绘）中描绘。例如，一个账目治理程序的软件需求规格说明会在本节中描绘顾客账目维护、顾客描绘和发票处理等功能，但不会提及上述功能的大量细节。假如存在为软件产品分配功能更高一层的规格说明，那么这个部分的功能概述应该直截了当从更高层次规格说明的相关部分提取。为了明晰起见：功能的组织应该能够让第一次看到文档的顾客或者其别人理解功能列表。能够使用文本或者图形化的方法显示不同功能及其联络。2.3 用户特征描绘产品预期用户的一般特征，包括受教育水平、经历和技术才能等。这些描绘信息能够用来解释第 3 部分（详细需求描绘）中特定需求出现的缘故，但是本节并不涉

42、及这些特定的需求。2.4 约束对限制开发人员开发方案选择的事项进展一般性描绘。这些事项包括：规章政策。硬件限制。和其他应用的接口。并发操作。审计功能。操纵功能高阶语言要求（即程序开发语言）。信号握手协议（即信息交流的可靠性要求）。应用的临界状态。平安性考虑。2.5 假设和依赖列举并描绘了那些会对文档中所述需求产生妨碍的要素。这些要素并不是软件的设计限制，但是这些要素的任何变化都会妨碍到文档中的需求。例如，有如此一个假设：软件产品的目的硬件上会有某个特定的操作系统。而在实际情况中，假如如此的情况并不存在，那么文档中的需求将不得不进展相应的改变。3.详细需求描绘这通常是软件需求规格说明中最多和最重

43、要的部分。它要对所有的软件需求进展充分的描绘。这部分的内容应该包括设计人员进展设计时所需要的所有细节，足以让设计人员设计出一个满足需求的系统。它还需要清晰地告诉测试人员需要如何样的测试才能保证得到一个满足需求的系统。在这一部分：细节需求的描绘要符合优秀需求的特性要求（参见 2. 5 节），文档的组织和内容整合要符合优秀软件需求规格说明文档的特性要求（参见 15.5 节）。细节需求要能够回溯到相关的前期文档，构成前后参照。所有的需求都要被唯一的标识。需求的组织应该尽可能的提高可读性。该部分内容的最正确组织方式要依赖于软件产品的应用领域和特性。IEEE 830-19981为该部分的文档组织提供了 8 种不同的模板方式。模板是按照系统特性来进展需求组织的，除此之外也能够按照操作方式、类对象、刺激响应、功能分解、用户类别等方式进展组织。 IEEE 830-1998将需求分成了 5 品种别，并据此进展内容的组织。这 5 种内容是：功能需求。功能需求。约束。质量属性。对外接口。软件需求规格说明模板中第 2 章已经详细解释了 5 品种型需求的区别，本章将仅仅对文档内容的组织进展介绍。3.1 对外接口需求描绘了设计人员正确开发与软件外部实体的接口所需要的所有信息。对软件产品对外接口中的输人输出项，能够参照以下方式进展描绘：（1）