《软件需求分析》课程设计内容

1、上海电机学院课程设计报告课程名称： 软件需求分析 课题名称： 姓 名： 班 级： 带教老师： 杨志和 报告日期： 2011-12-12 电 子 信 息 学 院目录课程设计任务书4餐厅点菜系统5需求分析51.引言51.1目的51.2背景51.3参考资料61.4术语62.任务概述62.1目标62.2系统（或用户）的特点72.3假定和约束73需求规定83.1软件功能说明83.2对功能的一般性规定103.3对性能的一般性规定103.3.1 精度103.3.2 时间特性要求103.3.3 灵活性113.4输入输出要求114数据管理能力要求（针对软件系统）114.1 故障处理要求114.2其他专门要求12

2、5运行环境规定125.1设备125.3接口125.4控制126.尚需解决的问题127.测试137.1 引言137.1 .1目的137.1.2 背景137.1.3 测试范围137.1.4 项目文件列表137.2测试需求137.2.1 分析各种信息137.3. 测试策略147.4 测试内容157.5 资源157.5.1 人力资源157.5.2 系统资源167.6人员安排167.6.1估计测试工作量168附件179.小结与体会18本科生课程设计成绩评定表19课程设计任务书学生姓名： 组长： 班级： 专业： 指导教师： 杨志和 学院： 题 目: xxx系统的需求分析 初始条件：1.完成课程教学与实验

3、2. 系统的需求分析根据课程要求，确定4-6人一个小组，推选一个组长，每个小组选择一个题目，完成软件需求分析。 提交表（一）实验小组信息表项目名称小组成员分工序号姓名班级学号E-mail电话签名1、组长2、成员3、成员4、成员5、成员6、成员要求完成的主要任务: （包括课程设计工作量及其技术要求，以及说明书撰写等具体要求）1.掌握软件需求获取的方法2.熟悉软件需求分析方法3.熟悉需求规格说明的结构和内容4.掌握需求分析建模方法5.熟悉需求与进度之间协调时间安排： 1.第15周周2(12月13日):全体集中讲解课程设计原理与方法 2.第15周周35(12月1416日):分小组实验,完成系统需求分

4、析报告指导教师签名： 2011 年 月 日系主任（或责任教师）签名： 2011 年 月 日下面以餐厅点菜系统实例作为模板！仅供参考！餐厅点菜系统需求分析1.引言1.1 目的随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店,餐厅等消费场所的人数也与日俱增。传统的手工点菜方式存在难计算、难查找、难更改、易出错、效率低等缺点，因此，继续开发一个相对效率更高，功能多样，的餐厅点菜管理系统。为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高餐厅的服务管理质量，提高餐厅工作人员的工作效率，本人在充分考察其他餐厅以及酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水

5、平和市场竞争力为目标，对现有的餐厅点菜系统做一个相对比较简单的需求分析。 1.2 背景系统名称：餐厅点菜管理系统行业情况：目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个酒店餐饮业的规模化发展和整体服务水平的提升，如向阳渔港、张生记等. 在中国饭店协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄准了酒店餐饮业信息技术应

6、用市场的巨大潜力。据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等方面在大型餐饮企业全方位地整合起来了。（摘自IT168中国第三方餐饮企业信息化研究）用户：该系统面向的用户主要是大中型餐厅1.3 参考资料编号资料名称作者日期出版单位1软件需求工程毋国庆2008.08机械工业出版社2软件工程导论张海藩2003.12清华大学出版社3UML和模式应用Cra

7、ig Larman2006.01机械工业出版社网点百度知道Csdn网站/Xplore/dynhome.jsp1.4 术语需求分析：只对要解决的问题进行详细分析，弄清楚问题的要求，包括输入什么样的数据，要得到什么结果，最后应输出什么。用户：利用计算机系统提供服务的人，这里主要指顾客，经理 厨师功能需求：只开发人员必须实现的软件功能或软件系统应具有的外部行为。性能需求：只实现的软件系统功能应该达到的技术标准，如：计算效率和精度，可靠性，可维护性和可扩展性等。2.任务概述2.1目标 为了

8、提高目前大中型餐厅传统点菜方式的效率低下，以及错误频出的问题，我通过对一些酒店餐厅的餐厅点菜业务过程以及点菜系统进行考察，提出独具二色的餐厅点菜系统，希望能够改变传统的点菜方式，使消费者在点菜时有更多的选择，更多的自主权，同时，使得顾客点菜的方式更加多样化，点菜系统采用交互模式，使顾客可以根据自己的喜好更加自主的点菜。该统主要应用于大中型餐厅。该系统完成的功能主要有点菜，退选，更改，选择口味，评分，建议等功能。叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明

9、这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。2.2系统（或用户）的特点该系统主要用于大中型餐馆，用户是来自不同年龄层的人，具有不同的知识背景和知识水平，很多顾客没有相当的专业计算经知识，因此系统的操作要求是操作简单，界面友好。应能是绝大多数顾客一看就知道如何操作。由于系统的数据会随着顾客的增加而增加，随时间而积累，数据具有局部时间有效性，因此，系统可以有自动清除数据的功能，以减少系统管理员的工作量。系统应尽量减少图片的输入输出一提高速度，另外系统应具有高稳定性

10、和安全可靠性。2.3假定和约束经费预算：100万人民币开发时间：六个月其他限制：1）系统的反映速度应该控制在一个比较适当的时间，一般应以3S，2）应能够使系统在一定的时间段可以容纳足够的数据流量，这与餐馆的顾客流量有关，大型的餐厅数据流量显然要大一些，而且还与时段有关，餐厅的时间都集中在某几个特定的时间段。3）可维护性，当客户的功能需求或者性能需求发生改变时，系统能够及时，低成本的达到新的需求。或者，系统灵活。列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。3需求规定3.1软件功能说明1） 系统管理模块系统管理员可以根据餐厅现有的原材料设置可供用户选择的菜单，可以对菜的种类，价格

11、，对餐当进行删除，添加，改名，查找等操作。系统管理员还应该能够进行用户的权限设置，保证系统安全性。菜品种设置菜价格设置菜口味设置菜原材料设置菜图片设置系统管理员其他数据设置其他数据包括20项图2-4 系统管理模块用例图2） 客户服务模块顾客可以根据系统显示的菜单搜索，点菜，退选，提醒，建议，打分，顾客还可以通过点名厨师做以及点配料要求厨师做菜，增加交互。系统自动计费，记录销量，便于统计营业额，记录系统点菜状况，有助于详细记录营业状况，有利于公司制定市场计划。点菜补选退选查看顾客结账评价客户服务用例图用例图3） 后台管理模块经理可以根据点菜记录，对菜单进行相应的调整，向顾客推荐特色菜或和特价菜，

12、厨师可以查看点菜的实时记录，根据顾客要求做菜。逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。图2-7 后台管理模块用例图系统管理员点菜次数显示选菜总价显示酒店经理厨师服务员顾客3.2对功能的一般性规定由于用户水平不均，因此要求该系统具有操作简单，界面友好的优点，同事，系统应该可以提供实时服务的功能，可以在线呼叫服务员，以求解决系统问题或者其他有关方面的问题。还可以有错误提示音，引导用户进行正确的操作。界面上可以有用户使用参考资料，便于用户在最短的时间内掌握系统的必要操作。本处仅列出

13、对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。3.3对性能的一般性规定3.3.1 精度见假定与约束3.3.2 时间特性要求一般系统的反应时间应该控制在3S以内。3.3.3 灵活性系统一改可维护性强，当需求发生变化时，为适应新需求而做出的系统更改应该对系统的安全性，稳定性，系统的开发进度影响尽量小，对适应需求所做成的改变成本应该最大限度的低3.4输入输出要求菜名：String 数据类型厨师ID：long 数据类型打分：float 数据类型评价：String 数据类型呼叫：选择已有呼叫方式进行呼叫输出则有系统固定相应的输出方式，对于已售完的点

14、菜显示售完信息。对于不存在的菜提出提示。按用户的选择显示信息，并要求用户的最后确定。4数据管理能力要求（针对软件系统）为最大限度的适应市场需求，并且注意降低成本，我们要对餐馆的业务量进行定量的分析，要求保证在餐厅营业的高分其不会出现操作延迟严重的现象，要保证操作的延迟控制在3S以内，根据一般的情况，应能够保证在同一时间，可以有10名顾客同时进行操作，10名厨师或经理进行操作。4.1 故障处理要求1.由于系统管理员操作不当造成系统崩溃，解决方法：有专业人员在最短时间内修复，并进行故障记录。2.由于系统超负荷工作造成瘫痪，解决方法：重启优化系统，对系统中已有数据注意进行清理，还原重要数据。3.配置

15、太低，系统无法正常工作。解决方法：及时更换设备，或者通过较少关闭某些不太必要的功能维持系统正常运行。4.断电造成系统数据丢失，解决方法：经常对数据进行备份，数据丢失时通过原有数据完成对数据的修复。5.用户的某些误操作造成系统不稳定，解决方法：即使进行数据清理4.2其他专门要求可维护性：要求系统在出现故障时可以在最短的时间内修复，需求发生变化时，系统足够灵活，可以以最小的成本代价满足需求的变更。可靠性：系统运行安全时间长，不易发生崩溃，不出错，用户放心。易操作性：界面友好，操作简单，对用户没有特别的专业要求。稳定性：能够长期正确，快速的处理数据。5运行环境规定5.1设备服务器客户端相关设备5.2

16、支撑软件1） 操作系统2） 数据库管理系统5.3接口遵循一般软件间的通信协议。5.4控制摄像头、键盘、鼠标，触摸屏6.尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题角色尚未解决的问题顾客顾客触发相关事件的处理服务员收账操作在系统中的反映及实现经理查看菜品反映情况顾客反馈意见机制后台管理人员权限设置，数据备份厨师自动提示下一个该做哪一个菜7.测试7.1 引言7.1 .1目的测试系统是否满足需求，为了测试系统的健壮性，保障系统的完备。7.1.2 背景所有硬件设备基本配置完毕，系统已具备逻辑及操作架构。系统部分功能实现。7.1.3 测试范围测试系统的运行，查询，信息操作性能。测

17、试服务器、数据库的负载能力。系统的可维护性和易操作性。 7.1.4 项目文件列表相关文件列表文档已创建（是/否）版本/日期需求详述是/2010.01.10功能详述是/2010.01.13项目计划是/2010.01.15设计详述是/2010.01.18原型是/2010.01.20用户手册是/2010.01.1227.2测试需求7.2.1 分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。可以按照以下步骤执行：1）确定软件提供的主要商业任务2）对每个商业任务，确定完成该任务所要进行的交易。3）确定从数

18、据库信息引出的计算结果。4）对于对时间有要求的交易，确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6）确定应用需要处理的数据量。7）确定需要的软件和硬件配置。通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。8）确定其他与应用软件没有直接关系的商业交易。包括：管理功能，如启动和推出程序配置功能，如设置打印机操作员的爱好，如字体、颜色应用功能，如访问email

19、或者显示时间和日期。 9）确定安装过程，包括定置从哪安装、定制安装、升级安装。10）确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测 试到。还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。7.3. 测试策略测试策略项例子测试阶段系统测试测试类型功能测试测试技术75%用SQA Suite自动测试，25%手工测试完成标准95%测试用例通过并且最高级缺陷全部解决特殊考虑测试必须在上午进行7.4 测试内容根据软件项目的实际特点确定确认测试的测试内容。对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。

20、1） 功能测试测试各项功能是否完全实现，是否满足用户的功能需求，通过场景进行模拟测试。2） 用户界面测试由开发人员和用户代表操作用户界面，调查用户满意程度，测试界面的友好程度以及操作的简单方便性是否达到既定要求3） 性能测试输入数据，测试系统的安全性，稳定性，正确性是否达标4） 配置测试测试系统要求的最低软件和硬件配置是否和需求相同5） 安装测试在符合系统配置的软件和硬件环境下测试系统的安装时间是否适中，安装过程有无异常，安装是否完全。7.5 资源7.5.1 人力资源职位姓名特殊责任/说明测试经理01负责测试项目的所有运作安排测试工程师设计/开发（可以多人）02负责测试项目的步骤设计和进度安排

21、测试工程师测试执行（可以多人）03负责测试项目的测试操作测试系统管理员007负责测试项目的管理7.5.2 系统资源系统名称/类型硬件环境软件环境专门配置要求客户测试机其他要求终端机，服务器windows 系统XP/VistaIntel Pentium系列处理器1GHz以上内存128M以上7.6人员安排7.6.1估计测试工作量安排好每一个测试的时间，分析测试需求的数目和每一个需求测试的数目，再由工作量等于每一个测试的时间*每一个需求测试的数目*测试需求的数目可得工作量，有需求分析可得测试工作量为62个月。表7.6 创建工程调度表任务相关工作量（天）测试计划62确定项目2定义测试策略10决定测试需

22、求7估计工作量10确定资源10调度测试活动20生成测试计划文档3测试设计 30分析测试需求5指定测试过程10指定测试用例10查看测试需求的覆盖率5测试开发 93建立测试开发环境3录制和回放原型过程5开发测试过程5测试和调试测试过程30修改测试过程30重新测试并调试测试过程20测试执行 35设置测试系统3执行测试10验证测试结果10调查突发结果（unexpected result）10生成缺陷日记2测试评估 11回顾测试日记2评估测试需求的覆盖率2评估缺陷2决定是否达到测试完成的标准58附件1) 测试特性（Assets）模拟用户使用流程进行测试，测试的内容包括功能需求，性能需求。模拟用例场景，从单元测试开始，模块测试，在集成测试，最后进行系统测试。通过一系列的测试，验证系统是否满足需求，同时，根据测试，改进系统的功能和性能特性。2