第一篇：系统需求分析说明书
酒店点菜系统需求分析规格说明书
酒店管理系统需求规格说明书
1.引言............................................................................................................................................. 2
1.1编写目的 ............................................................................................................................ 2 1.2项目背景 ............................................................................................................................ 2 1.3定义 .................................................................................................................................... 3 1.4参考资料 ............................................................................................................................ 3 2.任务概述 ..................................................................................................................................... 4
2.1目标 .................................................................................................................................... 4 2.2运行环境 ............................................................................................................................ 4 2.3条件与限制 ........................................................................................................................ 5 3.数据描述 ..................................................................................................................................... 5
3.1静态数据 ............................................................................................................................ 5 3.2动态数据 ............................................................................................................................ 5 3.3数据库介绍 ........................................................................................................................ 6 3.4数据字典 ............................................................................................................................ 6 3.5数据采集 ............................................................................................................................ 8 4.功能需求 ..................................................................................................................................... 8
4.1功能划分 ............................................................................................................................ 8 4.2功能描述 ............................................................................................................................ 8 5.性能需求 ................................................................................................................................... 12 6.运行需求 ................................................................................................................................... 13 6.1用户界面 .......................................................................................................................... 13 6.2硬件接口 .......................................................................................................................... 13 6.3软件接口 .......................................................................................................................... 13 6.4故障处理 .......................................................................................................................... 13 7.其它需求 ................................................................................................................................... 13
1.引言
1.1编写目的
为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高酒店的服务管理质量，提高酒店工作人员的工作效率，我开发小组在多方面考察、分析、研究现有酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，致力于开发出一套可视化程度高、功能全面、集分析管理于一体的酒店管理系统，极具有市场价值。
编写这份规格说明书主要是为了使小组成员充分认识和掌握本系统的情况,以便确定本系统的后继工作,本说明书主要提交给用户和小组成员参考,以便最终实现用户的要求,给用户一份满意的答卷。
1.2项目背景
随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店等高等消费场所的人数也与日俱增。传统的手工点菜方式由于其难计算、难查找、难更改、易出错、效率低等缺点已逐渐退出了酒店等高等消费场所的服务管理平台。层出不穷的各类酒店点菜管理系统也应运而生，呈现出多元化的发展。
目前，我国酒店餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着酒店餐饮业高速发展和餐饮店规模的不断扩大，许多酒店餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个酒店餐饮业的规模化发展和整体服务水平的提升，如向阳渔港、张生记等. 在中国饭店协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄准了酒店餐饮业信息技术应用市场的巨大潜力。据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询
等方面在大型餐饮企业全方位地整合起来了。
本文主要介绍了“酒店点菜管理系统”的整个设计开发过程。该主要系统功能包括以下几个模块:系统管理模块(包括重新登陆、用户管理、系统备份、系统还原) 、基础数据设置管理、顾客管理模块(包括顾客点菜、上菜、统计、结账、评价等)、点菜记录管理、采购管理等模块。该规格说明书体现了清晰的点菜系统管理流程,完成了基本的酒店管理要求，是一个典型的信息管理系统。该系统大大地简化了操作流程，提高了酒店的工作效率。
1.3定义
1、专门术语：
顾客：根据系统操作提示自主进行点菜、退菜操作，系统要能够根据顾客的选择进行自动进行结账计算并显示;
服务员：根据系统操作提示对已经上桌的菜进行标记，查看账单进行收账; 经理：查看营业情况，各菜品反映情况，顾客反馈意见等; 厨师：查看顾客对菜品的评价;
采购部门：根据各菜品的受欢迎度采购食材;
后台管理人员：对数据库初始数据的设置，系统维护与升级，对数据进行分析，并根据顾客点菜情况适当修改菜单。权限设置，数据备份。
2、缩写
系统：若未特别指出，系统指本“酒店点菜管理系统”。
1.4参考资料
《实用软件工程》，郑人杰等著，清华大学出版社; 《软件工程》第二版，李代平等著，清华大学出版社;
《软件工程第六版》，Roger S.Pressman著，机械工业出版社; 《软件工程课程实验指导书》，山东交通学院计算机科学与工程系; 《数据库系统概论》(第四版),萨师煊 著, 高等教育出版社; 《软件工程导论》(第五版),张海藩 著，清华大学出版社。
2.任务概述
2.1目标
开发一个“酒店点菜管理系统”，方便酒店经理、后台管理员处理各种单据，以及方便采购人员采购。该系统主要实现以下目标：
1、实现顾客根据口味、价格、食料、菜系进行点菜，如菜系可分为中、西餐，或者鲁、粤、川、苏等;价格可根据不同的消费水平分为实惠、中档、高档不同等级;口味可分为酸、甜、辣等多种。通过前台可视化界面实现顾客多方面选择。
2、系统对顾客的选择具有自动记录和分析功能，能够统计每道菜的点击次数，根据受欢迎度可以分时推出本店的“金牌菜”，管理人员也可根据统计情况适当对菜谱进行改动，去掉人气低的菜品。此外还可以根据每日各菜品的选择次数调整使得材料选购的数量，尽量避免没有材料的情况。
3、点菜完毕后，实现对顾客所点菜品价格的统计，以免使顾客花费超出预算。本系统还可以实现顾客的退选或补选的要求，在顾客所点菜品上来之后，系统可通过点击进行记录，以免发生漏菜现象。
4、厨师可根据厨师号或菜系种类查询自己所做的菜是否受欢迎。
5、根据以上功能，该项目主要以以Windows为操作平台， SQLServer2008为数据库，PowerBuilder为开发工具,使用ODBC连接。前台界面实现可视化，方便顾客的选择。后台管理为数据库，管理菜品的增、删、改、查的实现都借以数据库实现。项目目标即为成功、完整的实现该系统，让客户满意。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护。
2.2运行环境
操作系统：Microsoft Windows 2000及以上系统 支持环境：Powerbuilder 数 据 库：Microsoft SQL Server 2000
2.3条件与限制
1、当库中的各种菜品数量发生变化时，都应修改相关的库存记录。
2、在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。
3、系统的外部项至少包括：顾客、厨师、传菜员、经理和管理工作人员。
3.数据描述
3.1静态数据
系统管理员通过该部分功能完成酒店点菜管理系统中基础数据的设置工作。主要工作包括：招牌菜、热菜、凉菜、靓汤、主食、酒水、糕点等菜系基础数据的设置，包括：菜品编号、菜品名称、菜品类型、菜品价格、菜品库存等的介绍，并根据价格的不同分为高、中、低三档。
3.2动态数据
点菜、补选或退选模块
顾客可根据口味、价格、食料、菜系进行点菜，菜品类型分为招牌菜、热菜、凉菜、靓汤、主食、酒水、糕点等;并根据价格分为高、中、低三个等级;根据口味可分为酸、甜、辣、咸四种。通过前台可视化界面实现顾客多方面选择。
点菜完毕后，系统自动进行菜价统计并显示。如顾客不满意则可进行退选或补选。 点菜次数记录
系统自动记录点菜次数，并对补选的菜进行次数增加，退选的菜进行次数减少，并将最终结果排序，以实现“特色菜”和“不受欢迎菜”，便于酒店推出特色菜，撤销不受欢迎菜，改变菜单，改进服务质量，并对衡量厨师水平有一定的指导作用。 后台管理模块
厨师可根据厨师号或者选择菜系名查看顾客对自己做的菜的满意度和受欢迎或者不受欢迎的菜;经理可根据系统自动排名推出“特色菜”撤销不受欢迎的菜，改进菜单，提高服
务质量;服务员可在输入自己的员工号后，输入顾客餐桌号或包间号进行收费
3.3数据库介绍
【给出使用数据库的名称和类型。】
菜谱数据库：存放餐厅所有菜品的编号、名称、类型、单价、库存等; 餐桌数据库：存放餐厅所有房间以及房间内餐桌的状态等; 点菜单数据库：存放顾客所点的菜品记录; 账单数据库：存放顾客的消费信息。
3.4数据字典
下面针对本系统，对点菜管理和过程的分析，为其提供必要的数据字典设计，以方便系统是最终实现。
菜谱：菜名+编号+单价+菜品类型+库存数量; 点菜记录：菜名+编号+单价+类型 +点菜日期+点菜次数
账单记录：顾客编号+房间号+餐桌号+账单编号 +日期+总消费情况 缺料记录：菜名+编号+缺料数量
经过我小组所有人员的分析讨论，得出的酒店点菜管理系统E-R图如下：
采购部门支配经理管理后 台管理员管理管理厨师烹饪服务员传菜顾客点菜菜品
图中各元素的属性如下：
区域编号顾客 餐桌号 编 号传菜员姓名服务区域 类 型所属菜系编 号菜品价 格菜名参考图片编 号厨 师所属菜系姓 名姓 名 经 理联系电话登录号密码姓 名 后台管理员 性 别 登录号
密码
3.5数据采集
由酒店管理部门及采购部门提供。
4.功能需求
4.1功能划分
以上酒店点菜管理系统流程图是对该系统的整体描述，根据用户提出的需求归纳，本系统主要分为9个子功能模块，即接待开台模块、点菜模块、厨师制作模块、上菜划单模块、传菜模块、结账模块、账单统计模块、缺料统计模块、修改库存记录模块。
4.2功能描述
据用户提出的需求归纳，本系统主要分为9 个子功能模块，即接待开台模块、点菜模块、厨师制作模块、上菜划单模块、传菜模块、结账模块、账单统计模块、缺料统计模块、修改库存记录模块。具体各模块功能介绍如下：
接待开台模块：根据顾客所点菜的菜系将顾客分配到餐厅不同的区域; 点菜模块：主要根据顾客点菜信息，生成菜单记录;
厨师制作模块：根据顾客的点菜信息，餐厅厨师制作顾客所点的菜品; 上菜划单模块：厨师制作好菜品后，出菜时修改上菜记录; 传菜模块：根据顾客的点菜记录，即菜单实现上菜功能; 结账模块：根据顾客的点菜记录，生成账单，方便顾客结账;
账单统计模块：选择合适的统计方式，根据相应的账单记录统计酒店餐厅的营业情况; 缺料统计模块：主要根据餐厅的缺料情况，生成缺料统计单，方便采购部门及时采购; 修改库存记录模块：食材到料后，根据到料通知单，修改食材缺料记录。
系统的数据流图：
后台管理员初始设置点菜记录顾 客 点菜记录账单 酒店点菜管理系统 划单单划上菜记录菜点经 理 营业传菜员上菜记录菜点情况缺料通知单进料通知单经 理采购部门
中间层数据流图
后台管理员菜 谱菜谱厨 师顾 客1 接 待开 台库存记录2 点菜 点菜记录3 厨 师制 作6 结账 库存记录库存记录8缺 料统 计 4 上 菜划 单传菜员账单记录帐单记录点菜记录9 修改库存记录 到料通知单缺料记录 缺料统计单7 账 单统 计采购人员营业收入记录营业情况点菜记录5 经 理
传 菜 上菜记录上菜记录
1、接待开台
1.11.2分配房间顾客选择菜系
2、点菜
菜 谱菜谱数据2.12.2点菜单生成点菜单2.3打印点菜单顾客点菜点菜单厨师点菜记录记菜录点点菜信息
3、厨师制作
3.1菜品分类3.2制作菜品3.3出菜话单点菜单厨 师点菜单出菜出菜记录出菜记录记录
4、上菜划单
4.14.2生成上菜单传菜员上菜划单上菜上菜上菜记录
记录记录
5、上菜
点菜记录顾客点菜记录5.1 上菜 上菜记录5.2标记为已上菜 传菜员
6、结账
账单记录 账单记录结账 顾 客付 款 6.1顾客付款6.2管理员标记为已付
7、账单统计
7.2 按房间统计 账单记录账单记录后台管理员7.1 选择统计方式 7.3按日期统计 营业收营业收 经 理 入记录入记录7.4按菜品统计
8、处理到料单
8.2 按原料统计 库存记录 8.1 选择缺料统计方式 8.4按菜品统计 8.3 按日期统计 缺料统计单缺料记录 采购人员缺料8.5统生成缺 计料统计单单缺料记录
9、修改库存记录
到料通知单9.1 采购人员 到料通知单9.2到料通知单处理缺料单9.3修改缺料记录修改库存记录库存记录 缺料记录 采购人员
5.性能需求
1、系统运行稳定、安全可靠。界面简洁友好，使用方便;
2、当基础数据发生变化时，系统管理员应该能很方便地维护基础数据，提高系统的灵活性;
3、最大程度的保证点菜数据的准确性。在顾客进行点菜时要实现各种关键基础数据的选择输入，避免大量的文字输入，以便减少点菜时间，提高录入数据的准确度。具体的基础数据项目包括：菜品名称，价格，口味，主要原料，参考图片，所属菜系，这些信息都采用按钮选择方式输入;
4、提高系统的并发性能。本系统每次点菜的人数在可预见的几年内平均每年最多约有40万人，平均每天点菜人数约为1000人，按最高峰值1500人，一天餐厅营业时间为8小时算，每次点菜时间为5分钟，所以系统要保证同时在线的人数为：1500人/(480分钟/5分钟)=15人;
5、系统报名页面的响应时间要限制在5秒以内;
6、竟可能的降低系统运行和维护的成本，以便在餐饮行业中推广本系统，扩大使用范围。
6.运行需求
6.1用户界面
采用对话方式框方式，多功能窗口运行。
6.2硬件接口
系统不存在和其它系统的硬件接口。服务器端建议使用专用服务器。
6.3软件接口
Windows xp及以上的操作系统
各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。
6.4故障处理
根据用户反馈信息，及时更新系统信息和升级系统功能。
7.其它需求
对顾客的消费信息可设置一定的保护程序，增加系统可靠性。
第二篇：学生成绩管理系统需求分析说明书
1. 引言
1.1 摘要
开发系统的名称：学生成绩管理系统 开发系统的目标：
节约资源，提高学籍信息的精确度。方便快速操作，精简人员，节约开支。结合学校管理的实际需要，实现对学生成绩等数据进行有效管理，提供查询分析功能等。 开发系统的功能：
学生查询功能，管理员查询功能、添加功能、修改功能、删除功能、汇总功能、统计功能。 1.2 背景
它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对学生成绩信息进行管理,具有手工管理所无法比拟的优点。例如，检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生档案管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。因此，开发学生成绩管理系统很有必要。 项目的承担者：软件工程0511班小组：李志洋，卢金华，周波 用户：某大学相关技术人员、管理人员及学生
本系统是学校教学管理系统的一个功能模块，可以快速方便地对学生成绩进行管理、输入、输出、查询，和教务管理系统、教材管理系统、班务管理系统是紧密相连的。例如，教务管理系统要通过成绩管理系统来存储学生成绩信息;班务管理系统也要通过成绩管理中的数据库对学生成绩进行管理。 1.3 参考和引用资料
《管理信息系统》.薛华成.清华大学出版社 《软件文档编写》.潘孝铭，辛明海.高等教育出版社 《软件工程》.钟珞.清华大学出版社 1.4
专门术语定义 随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,2. 项目概述
2.1 项目的主要工作内容
2.1.1 确定对系统的综合要求 系统功能要求
系统必须完成的功能有学生查询功能，管理员查询功能、添加功能、修改功能、删除功能、汇总功能、统计功能。此阶段必须确定下来。 系统性能要求
必须考虑到系统的响应时间、系统需要的存储容量以及后援存储、重新启动和安全性等方面。 运行要求
必须确定支持系统运行的系统软件是什么，采用哪种数据库管理系统，需要什么样的外存储器和数据通信接口等。 将来可能提出的要求. 应该明确的列出那些虽然不属于当前系统开发范畴，但是根据分析将来很可能会提出来的要求。 2.1.2 分析系统的数据要求
通过建立概念模型的方法来分析系统的数据要求。例如，利用数据字典可以全面准确地定义数据。 2.1.3 导出系统的逻辑模型
用数据流图、数据字典等，根据对系统的综合要求和数据要求的结果导出系统的详细的逻辑模型。 2.1.4 修正系统开发计划
根据在分析过程中获得的对系统的深入、细致的了解，比较准确地估计系统的成本和进度，修改以前制定的开发计划。 2.1.5 开发原型系统
构建原型系统用来检验关键设计方案的正确性及系统是否真正满足用户的需要。
2.2 系统需求说明
2.2.1 现行系统的现状调查说明
学生成绩管理系统主要提供方便高效的管理功能以及网上的信息查阅平台，学生可以通过该系统查阅相关信息，管理员可以管理所有信息。 现行系统的目标：
(1) 管理员能够方便的对信息进行添加、修改、删除、查询、汇总、 统计等操作。
(2) 可以将数据库发布到网上，进行资源共享。
(3) 学生可以在自己的权限内对信息进行访问，查询相关信息。 现行系统的主要功能：
(1) 学生查询功能：为了方便学生查找成绩等信息，将所有信息按照需要进行分类。这样学生就能很方便的找到自己所需要的信息。
(2) 管理员查询功能：管理员可以通过条件选择查询所有信息，并进行排序。
(3) 添加功能：管理员可以通过填写表格的形式输入学生成绩等相关信息。系统可以自动避免重复信息。
(4) 修改功能：管理员可以对数据库中的信息进行修改。系统能够通
过管理员给出的条件查找出所要修改的信息，对修改后的信息进 行保存，并自动查找是否是重复信息。
(5) 删除功能：管理员可以对数据进行删除操作。系统能够通过管理员给出的条件查找出要删除的信息，并提示是否确定删除，如果确定删除，则把相关信息从数据库中删除。
(6) 汇总功能：管理员可以通过此功能对信息进行汇总。
(7) 统计功能：管理员可以通过此功能对信息进行统计。
2.2.2 业务流程说明
学生成绩管理业务流程图1
图1
从以上的业务流程图可以看出学生成绩管理的基本业务及动态走向，从各科教师给出成绩到学生拿到成绩单要经过系部、教务处等部门。
学生成绩管理业务流程图2
图2 学生成绩管理业务流程图3
图3 2.3
系统功能说明
成绩管理系统数据流程图
单科成绩
F3
成绩单
成绩统计信息
F2
F8
顶层图
单科成绩
F3
成绩
F10
学生成绩
F8
F2.1
F2.3
F2.2
补考成绩单
二层图
S1学生科，S2学生，S3教师，S4教务处
P3.1录入，P3.2统计，P3.3查询，P3.4发布
F2成绩单，F2.1学生成绩，F2.2学生成绩单，F2.3补考成绩单，F3单科成绩，F8成绩统计信息，F10成绩，D3学分，D4成绩档案
2.4 系统的数据要求说明 编写数据词典
3. 实施总计划
3.1 3.2 3.3 工作任务的分解 进度 预算
第三篇：教师工资管理系统需求分析说明书
学校内部工资管理系统
需求分析报告
系统分析员：张倩、施婷婷、毛思雨、吴园希、陈金淼
日期：2011-5-3
1、 目导言
1.1 目的
为工资管理系统提供一套具有基本功能的模拟软件支持系统提供基本的需求分析和描述，为软件的开发参与者(系统设计人员、程序员、测试人员、开发商、管理人员等)提供完整的需求信息。
1.2 范围
本软件适用于我校工资系统的管理和应用，它是完善、安全、稳定的系统管理模拟软件。待开发软件系统的名称：基于Web应用的学校教师工资管理系统
本产品能具体化、合理化、安全的模拟实现基于Web应用的工资管理系统的各种基本操作。
2、 系统定义
2.1 项目来源及背景
本系统是一个学校内部工资管理系统。对教职员工的基本信息和工资信息进行添加和修改，能够调整工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进行优化，使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为学校财务人员提供便利。
2.2 用户的特点
本系统的用户主要有以下几类：
教职工：提交各人信息和查询总工资表;
财务处：查询总工资表，生成正确的工作表，生成各教职工工资条; 人事处：提交人员变动情况，制定奖惩实施细则，生成可变工资; 学校各部门：提交出勤情况，提交业绩情况，读取工资条。
本软件的使用对象是我校全体教职员工,必须通过IE浏览器访问该系统，然后再登陆页面输入正确的用户明和密码方可使用(即成功登陆)。
3、 功能规格
3.1 角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
3.1.1 教职工
学校教职工通过系统可以实现以下使用需求：提交个人信息，登陆修改个人信息，查询个人工资各项详情。
3.1.2 财务处
学校财务处可以通过系统实现以下需求：读取工资表，生成正确工资表及查询工资情况。
3.1.3 人事处
学校人事处可以通过系统实现以下使用需求：输入教职工调动信息，读取教职工出勤及业绩情况，制定奖惩实施细则，生成教职工出勤工资、奖金及扣款清单。
3.1.4 学校各部门
学校各部门可以通过系统实现以下使用需求：给出教职工出勤情况，给出教职工业绩考核情况，读取各部门汇总表，得到工资条。
3.1.5 数据库数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除、和修改等操作。
3.1.6 学校人事处
在学校教师工资管理系统中，管理员可以提交人员变动，提交可变工资(统计出勤工资、奖金及扣款项目)，制定奖惩明细，查询工资表。具体描述如下。
用例描述：学校人事处管理; 执行者：学校人事处;
前置条件：人事处管理者已登录系统;
后置条件上：如果人员和工资产生变化，则数据库中的随之变化。 基本路径：
登录成功，进入管理界面。
然后根据选择不同的操作分别进入不同状态，如：选择提交人员变动，可以对员工调入、调出、校内调动、离退休等数据进行修改，进入的状态为一个系统
反馈的信息表。若选择提交可变工资，则会再次给出选择分别进入状态为：出勤工资表，奖金表后者扣款清单表。
根据相应选择查询不同信息。 查看信息完毕后，最后退出系统。
在学校教师工资管理系统中，财务处管理员可以查询工资表，然后每月月底将教职工的工资表做好并将数据送往银行。每月初(3日前)将工资条发给各单位。具体描述如下。
4、 性能需求
4.1 界面需求
1. 以通信功能作为界面设计的核心
人机界面设计的关键是使人与计算机之间能够准确地交流信息。一方面，人向计算机输入信息时应当尽量采取自然的方式;另一方面，计算机向人传递的信息必须准确，不致引起误解或混乱。
2. 界面必须始终一致
统一的人机界面不致于会增加用户的负担，让用户始终用同一种方式思考与操作。最忌讳的是每换一个屏幕用户就要换一套操作命令与操作方法。
3. 界面友好、使用方便
4.2 响应时间需求
系统能设置登录等级，对于使用服务器端工作者可以先行响应;
4.3 开放性需求
一个优秀的软件应该提供在线求助功能，甚至提供使用向导，这将给用户带来极大的方便。在多媒体环境下，以语音提示作为操作向导，不会干扰屏幕信息，
是一个极佳的选择。
4.4 可扩展安全性需求
系统对要提供与读取信息的用户进行身份验证，登录后各员工只能可以看到各自工资详情;
第四篇：网上购物管理系统 需求分析说明书
文件名称：需求分析说明书 文件编号：xxxxxxxxxxxxx 编 制 人： 韩焱 编值日期：2016年11月25 审 核 人：xxxxxxxxxxxxx 版 本： 1.0 指导老师： 孙亚非 1. 引言 .................................................. 3 1.1编写目的： ........................................ 3 1.2背景： ............................................ 3 1.3参考资料： ........................................ 3 2. 任务概述 .............................................. 3 2.1目标： ............................................ 3 2.2用户的特点：....................................... 3 3. 需求规定 .............................................. 3 3.1目标： ............................................ 3 3.1首页 .............................................. 3 3.2商品搜索 .......................................... 4 3.3商品详细信息....................................... 4 3.4登陆 .............................................. 4 3.5商品分类管理....................................... 4 3.6商品管理 .......................................... 4 3.7退出界面 .......................................... 4 4. 运行环境规定 .......................................... 4
需求分析说明书
1. 引言
1.1编写目的：
本文档为网上购物管理系统需求分析报告，为网上购物管理系统的设计的主要依据，主要针对网上购物管理系统的概要设计和详细设计的人员，作为项目验收的主要依据。
1.2背景：
本软件全称为网上购物管理系统。
本软件为沧州职业技术学院本次考试作品，由小组成员曹孟，崔佳媚，韩焱共同完成。本软件适用于普通网上购物商店。
1.3参考资料：
阳光酒店管理系统。
2. 任务概述
2.1目标：
满足客户的需求，实现网上购物的流程。主要功能包括商品搜索、商品详细信息、客户端登陆、商品分类管理、商品管理、退出等。
2.2用户的特点：
最终用户为管理员及购物人员，界面应简洁友好，功能完善，系统易用，易维护。 3. 需求规定
3.1目标： 3.1首页
首页展示了商品分类及推荐商品，并可以进行商品搜索。 3.2商品搜索
在搜索框总输入搜索内容，点击“搜索”按钮即可按关键字进行搜索。
3.3商品详细信息
点击商品列表的商品图片即可进入商品详细信息。
3.4登陆
点击登陆，完成管理端的登陆。
3.5商品分类管理
里面包括商品分类管理的查看、分类添加、分类删除、分类编辑、分类搜索等功能，完成商品分类的增删改查的功能。
3.6商品管理
里面包括商品查询、商品添加、商品编辑及商品删除，完成商品增删改查的管理功能。
3.7退出界面
点击右上角的“退出”图标，即可退出管理系统。
4. 运行环境规定
环境：Eclipse集成开发环境(jdk1.8 Tomcat7.0) 操作系统：windows2010 数据库：MySQL
第五篇：精华志 京华志出品 机房收费系统需求分析说明书
需求分析类文档模板
编者说明：
许多有经验的开发团队在开始需求调查的时候，总会将“软件客户需求权利书”和“软件客户需求义务书”提交给客户，让客户明确其权利与义务，将会对需求调研、分析的工作带来意想不到的效果，你可以一试。
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.软件客户需求权利书 要求分析人员使用符合客户语言习惯的表达： 要求分析人员了解客户系统的业务及目标： 要求分析人员组织需求期间所介绍的信息，并编写软件需求规格说明； 要求开发人员对需求过程中所产生的工作结果进行解释说明； 要求开发人员在整个交流过程中保持和维护一种合作的职业态度； 要求开发人员对产品的实现及需求都要提供建议，拿出注意。 描述产品使其有易用、好用的特性； 可以调整需求，允许重用已有的软件组件； 当需要对需求进行变更时，对成本、影响、得失有个真是可信的评估； 获得满足客户功能和质量要求的系统，并且这些要求是开发人员同意的。
软件客户需求义务书
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.给分析人员讲解业务及说明业务方面的术语等专业问题； 抽出时间清楚地说明需求并不断完善； 当说明系统需求时，力求准确详细； 需要时要及时对需求做出决策； 要尊重开发人员的成本估算和对需求的可行性分析； 对单项需求、系统特性或使用实例划分优先级； 评审需求文档和原型 一旦知道要对项目需求进行变更，要马上与开发人员联系； 在要求需求变更时，应遵开发组织确定的工作过程来处理； 尊重需求工程中开发人员采用的流程（过程）。
需求规格说明书（ISO标准版）
编者说明：
当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS（Software Requirement Standard）。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。
1. 引言
1.1 编写的目的
确定系统实现的主要功能、指导开发、管理上机学生。
1.2背景
a) 待开发的系统的名称：机房收费系统
b) 本项目的任务提出者、开发者、用户：学校领导、李龙生、学校学生
c) 该系统同其他系统或其他机构的基本的相互来往关系。运行在学校局域网
中。
1.3 定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]
1.4 参考资料
[列出用得着的参考资料]VB程序设计、VB数据库开发、SQL数据库开发。
2. 任务概述
2.1 目标
[叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。]
管理学生上机、学校、网吧等场所
2.2 用户的特点
[列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。]
学校老师、计算机系教师、每年使用
2.3 假定和约束
[列出进行本系统开发工作的假定和约束。]
3. 需求规定
3.1 对功能的规定
[用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量，包括系统应支持的终端数赫尔应支持的并行操作的用户等指标。]
完成学生计费上机，收费下机的任务。
3.2 对性能的规定
3.2.1 精度
[说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精
度。]
3.2.2 时间特性要求
[说明对于该系统的时间特性要求]
3.2.3 灵活性
[说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这
些变化的适应能力。]
3.3 输入输出要求
[解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须标明的控制输出量进行解释并举例。]
3.4 数据管理能力要求（针对软件系统）
[说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。]
3.5 故障处理要求
[列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。]软件异常、死机等。
3.6 其他专门要求
[如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。]
4. 运行环境规定
4.1设备
[列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括;
A. 处理器型号及内存容量
B. 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量
C. 输入及输出设备的型号和数量，联机或脱机
D. 数据通信设备的型号和数量
E. 功能键及其他专用硬件]
4.2 支持软件
[列出支持软件，包括操作系统、编译程序、测试支持软件等。]
Window 7
4.3 接口
[说明该系统同其他系统之间的接口、数据通信协议等。]
4.4 控制
[说明控制该系统的运行的方法和控制信号，并说明这些控制信息的来源。]
数据要求说明书（ISO标准）
编者说明：
如果在你的项目中有大量要求数据存储、数据采集等方便的需求，那么你就应该专门将这些需求进行整理，以数据要求说明书的形式表现出来。
1. 引言
1.1 编写目的
[说明编写这份数据要求说明书的目的，指出预期的读者。]
1.2 背景
a) 待开发软件系统的名称；
b) 列出本项目的任务提出者、开发者、用户以及将运行该软件的计算站或计
算机网络系统。
1.3 定义
[列出本文件中用到的专门术语的定义和外文首字母词的原词组。]
1.4 参考资料
[列出有关的参考资料。]
2. 数据的逻辑描述
[对数据进行逻辑描述时可把数据分为动态数据和静态数据。]
2.1 静态数据
[列出所有作为控制或参考用的静态数据元素。]
2.2 动态输入数据
[列出动态输入数据元素。]
2.3 动态输出数据
[累出动态输出数据元素。]
2.4 内部生成数据
[列出向用户或开发单位中的维护调试人员提供的内部生成数据。]
2.5 数据约定
[说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制。对于在设计和开发中确定是临界性的限制更要明确指出。]
3. 数据的采集
3.1 要求和范围
[按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。]
3.2 输入的承担着
[说明预订的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。]
3.3 预期处理
[对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。]
3.4 影响
[说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响。]