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

资源描述

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

《《软件需求分析》课程设计内容.docx》由会员分享，可在线阅读，更多相关《《软件需求分析》课程设计内容.docx（18页珍藏版）》请在冰豆网上搜索。

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

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

上海电机学院

课程设计报告

课程名称：

软件需求分析

课题名称：

姓名：

班级：

带教老师：

杨志和

报告日期：

2011-12-12

电子信息学院

课程设计任务书4

餐厅点菜系统5

需求分析5

1.引言5

1.1目的5

1.2背景5

1.3参考资料6

1.4术语6

2.任务概述6

2.1目标6

2.2系统（或用户）的特点7

2.3假定和约束7

3需求规定8

3.1软件功能说明8

3.2对功能的一般性规定10

3.3对性能的一般性规定10

3.3.1精度10

3.3.2时间特性要求10

3.3.3灵活性11

3.4输入输出要求11

4数据管理能力要求（针对软件系统）11

4.1故障处理要求11

4.2其他专门要求12

5运行环境规定12

5.1设备12

5.3接口12

5.4控制12

6.尚需解决的问题12

7.测试13

7.1引言13

7.1.1目的13

7.1.2背景13

7.1.3测试范围13

7.1.4项目文件列表13

7.2测试需求13

7.2.1分析各种信息13

7.3.测试策略14

7.4测试内容15

7.5资源15

7.5.1人力资源15

7.5.2系统资源16

7.6人员安排16

7.6.1估计测试工作量16

8附件17

9.小结与体会18

本科生课程设计成绩评定表19

课程设计任务书

学生姓名：

组长：

班级：

专业：

指导教师：

杨志和学院：

题目:

xxx系统的需求分析

初始条件：

1.完成<<软件需求分析>>课程教学与实验

2.××××系统的需求分析

根据课程要求，确定4-6人一个小组，推选一个组长，每个小组选择一个题目，完成软件需求分析。

提交表

（一）实验小组信息表

项目名称

小组成员分工

序号

姓名

班级

学号

E-mail

电话

签名

1、组长

2、成员

3、成员

4、成员

5、成员

6、成员

要求完成的主要任务:

（包括课程设计工作量及其技术要求，以及说明书撰写等具体要求）

1.掌握软件需求获取的方法

2.熟悉软件需求分析方法

3.熟悉需求规格说明的结构和内容

4.掌握需求分析建模方法

5.熟悉需求与进度之间协调

时间安排：

1.第15周周2（12月13日）:

全体集中讲解课程设计原理与方法

2.第15周周3～5（12月14～16日）:

分小组实验,完成系统需求分析报告

指导教师签名：

2011年月日

系主任（或责任教师）签名：

2011年月日

下面以《餐厅点菜系统》实例作为模板！

仅供参考！

餐厅点菜系统

需求分析

1.引言

1.1目的

随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店,餐厅等消费场所的人数也与日俱增。

传统的手工点菜方式存在难计算、难查找、难更改、易出错、效率低等缺点，因此，继续开发一个相对效率更高，功能多样，的餐厅点菜管理系统。

为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高餐厅的服务管理质量，提高餐厅工作人员的工作效率，本人在充分考察其他餐厅以及酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，对现有的餐厅点菜系统做一个相对比较简单的需求分析。

1.2背景

系统名称：

餐厅点菜管理系统

行业情况：

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

据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。

就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等方面在大型餐饮企业全方位地整合起来了。

（摘自IT168—中国第三方餐饮企业信息化研究）

用户：

该系统面向的用户主要是大中型餐厅

1.3参考资料

编号

资料名称

作者

日期

出版单位

软件需求工程

毋国庆

2008.08

机械工业出版社

软件工程导论

张海藩

2003.12

清华大学出版社

UML和模式应用

CraigLarman

2006.01

机械工业出版社

网点

XX知道

Csdn网站

http:

//ieeexplore.ieee.org/Xplore/dynhome.jsp

1.4术语

需求分析：

只对要解决的问题进行详细分析，弄清楚问题的要求，包括输入什么样的数据，要得到什么结果，最后应输出什么。

用户：

利用计算机系统提供服务的人，这里主要指顾客，经理厨师

功能需求：

只开发人员必须实现的软件功能或软件系统应具有的外部行为。

性能需求：

只实现的软件系统功能应该达到的技术标准，如：

计算效率和精度，可靠性，可维护性和可扩展性等。

2.任务概述

2.1目标

为了提高目前大中型餐厅传统点菜方式的效率低下，以及错误频出的问题，我通过对一些酒店餐厅的餐厅点菜业务过程以及点菜系统进行考察，提出独具二色的餐厅点菜系统，希望能够改变传统的点菜方式，使消费者在点菜时有更多的选择，更多的自主权，同时，使得顾客点菜的方式更加多样化，点菜系统采用交互模式，使顾客可以根据自己的喜好更加自主的点菜。

该统主要应用于大中型餐厅。

该系统完成的功能主要有点菜，退选，更改，选择口味，评分，建议等功能。

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2系统（或用户）的特点

该系统主要用于大中型餐馆，用户是来自不同年龄层的人，具有不同的知识背景和知识水平，很多顾客没有相当的专业计算经知识，因此系统的操作要求是操作简单，界面友好。

应能是绝大多数顾客一看就知道如何操作。

由于系统的数据会随着顾客的增加而增加，随时间而积累，数据具有局部时间有效性，因此，系统可以有自动清除数据的功能，以减少系统管理员的工作量。

系统应尽量减少图片的输入输出一提高速度，另外系统应具有高稳定性和安全可靠性。

2.3假定和约束

经费预算：

100万人民币

开发时间：

六个月

其他限制：

1）系统的反映速度应该控制在一个比较适当的时间，一般应以3S，

2）应能够使系统在一定的时间段可以容纳足够的数据流量，这与餐馆的顾客流量有关，大型的餐厅数据流量显然要大一些，而且还与时段有关，餐厅的时间都集中在某几个特定的时间段。

3）可维护性，当客户的功能需求或者性能需求发生改变时，系统能够及时，低成本的达到新的需求。

或者，系统灵活。

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

3需求规定

3.1软件功能说明

1）系统管理模块

系统管理员可以根据餐厅现有的原材料设置可供用户选择的菜单，可以对菜的种类，价格，对餐当进行删除，添加，改名，查找等操作。

系统管理员还应该能够进行用户的权限设置，保证系统安全性。

2）客户服务模块

顾客可以根据系统显示的菜单搜索，点菜，退选，提醒，建议，打分，顾客还可以通过点名厨师做以及点配料要求厨师做菜，增加交互。

系统自动计费，记录销量，便于统计营业额，记录系统点菜状况，有助于详细记录营业状况，有利于公司制定市场计划。

客户服务用例图用例图

3）后台管理模块

经理可以根据点菜记录，对菜单进行相应的调整，向顾客推荐特色菜或和特价菜，厨师可以查看点菜的实时记录，根据顾客要求做菜。

逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。

3.2对功能的一般性规定

由于用户水平不均，因此要求该系统具有操作简单，界面友好的优点，同事，系统应该可以提供实时服务的功能，可以在线呼叫服务员，以求解决系统问题或者其他有关方面的问题。

还可以有错误提示音，引导用户进行正确的操作。

界面上可以有用户使用参考资料，便于用户在最短的时间内掌握系统的必要操作。

本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。

3.3对性能的一般性规定

3.3.1精度

见假定与约束

3.3.2时间特性要求

一般系统的反应时间应该控制在3S以内。

3.3.3灵活性

系统一改可维护性强，当需求发生变化时，为适应新需求而做出的系统更改应该对系统的安全性，稳定性，系统的开发进度影响尽量小，对适应需求所做成的改变成本应该最大限度的低

3.4输入输出要求

菜名：

String数据类型

厨师ID：

long数据类型

打分：

float数据类型

评价：

String数据类型

呼叫：

选择已有呼叫方式进行呼叫

输出则有系统固定相应的输出方式，对于已售完的点菜显示售完信息。

对于不存在的菜提出提示。

按用户的选择显示信息，并要求用户的最后确定。

4数据管理能力要求（针对软件系统）

为最大限度的适应市场需求，并且注意降低成本，我们要对餐馆的业务量进行定量的分析，要求保证在餐厅营业的高分其不会出现操作延迟严重的现象，要保证操作的延迟控制在3S以内，根据一般的情况，应能够保证在同一时间，可以有10名顾客同时进行操作，10名厨师或经理进行操作。

4.1故障处理要求

1.由于系统管理员操作不当造成系统崩溃，解决方法：

有专业人员在最短时间内修复，并进行故障记录。

2.由于系统超负荷工作造成瘫痪，解决方法：

重启优化系统，对系统中已有数据注意进行清理，还原重要数据。

3.配置太低，系统无法正常工作。

解决方法：

及时更换设备，或者通过较少关闭某些不太必要的功能维持系统正常运行。

4.断电造成系统数据丢失，解决方法：

经常对数据进行备份，数据丢失时通过原有数据完成对数据的修复。

5.用户的某些误操作造成系统不稳定，解决方法：

即使进行数据清理

4.2其他专门要求

可维护性：

要求系统在出现故障时可以在最短的时间内修复，需求发生变化时，系统足够灵活，可以以最小的成本代价满足需求的变更。

可靠性：

系统运行安全时间长，不易发生崩溃，不出错，用户放心。

易操作性：

界面友好，操作简单，对用户没有特别的专业要求。

稳定性：

能够长期正确，快速的处理数据。

5运行环境规定

5.1设备

服务器

客户端