餐饮收银需求分析
餐饮收银需求分析报告
目录
1 引言 . ...................................................................................................................................... - 2 -
1.1
1.2
1.3
2 编写目的 ............................................................................................................................. - 2 - 产品范围 ............................................................................................................................. - 2 - 参考文献 ............................................................................................................................. - 2 - 系统概述 ............................................................................................................................... - 2 -
2.1
2.2
2.3
2.4 产品的状况 ......................................................................................................................... - 2 - 产品的功能 ......................................................................................................................... - 3 - 用户类和特性 ..................................................................................................................... - 3 - 运行环境 ............................................................................................................................. - 3 - 3 外部接口需求 . ....................................................................................................................... - 3 -
3.1
3.2
3.3
3.4 用户界面 ............................................................................................................................. - 3 - 硬件接口 ............................................................................................................................. - 3 - 软件接口 ............................................................................................................................. - 3 - 通讯接口 ............................................................................................................................. - 4 - 4 系统功能需求 . ....................................................................................................................... - 4 -
4.1
4.2
4.3 说明和优先级 ..................................................................................................................... - 4 - 激励/响应序列 . ................................................................................................................... - 4 - 输入/输出数据 . ................................................................................................................... - 4 - 5 其它非功能需求 . ................................................................................................................... - 4 -
5.1
5.2
5.3
5.4
5.5 性能需求 ............................................................................................................................. - 4 - 安全措施需求 ..................................................................................................................... - 5 - 安全性需求 ......................................................................................................................... - 5 - 操作需求 ............................................................................................................................. - 5 - 软件质量属性 ..................................................................................................................... - 5 -
1 引言
1.1 编写目的
本需求分析说明书对本项目第一阶段的内容进行分析,对需求细节和实现方式进行了较为详细的阐述。
需求分析是在可行性研究的基础上,将用户对系统的描述,通过开发人员的分析概括,抽象为完整的需求定义,再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发,问题是否能够解决,而需求分析旨在回答" 系统做什么" 的问题,确保将来开发出来的软件产品能够真正满足用户的需要。
构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样,在出错之后会如此严重地影响随后实现的系统,并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程,它完成的好坏直接影响后续软件开发的质量。一般情况下,用户并不熟悉计算机的相关知识,而软件开发人员对相关的业务领域也不甚了解,用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以,开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。
有效的需求分析通常都具有一定的难度,一方面是因为交流存在障碍,另一方面是因为用户通常对需求的陈述不完备、不准确和不全面,并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求,还需要挖掘隐藏的需求。此外,把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中,首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性,需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作,而且还应该贯穿于整个生命周期中,它应该随着项目的深入而不断地变化。
此外,为了方便后续的评审和测试等工作,需求的描述应该尽量做到:具体、详细、可以测量和可以实现,并且基于时间。
1.2 产品范围
本系统适用于各大酒楼,餐厅,茶楼,快餐点等餐饮服务行业。
1.3 参考文献
2 系统概述
2.1 产品的状况
根据市场上存在现有的餐饮收银系统的不足之处和作出升级、改进,以满足更多的需求。
2.2 产品的功能
主要实现餐饮行业的点餐、收银、收银状况的查询等功能。
2.3 用户类和特性
2.4 运行环境
1. 硬件平台:普通的pc 即可。
2. 操作系统和版本:Windows XP、 Windows NT、Windows 2000、Windows 7以上的操作系统 并且支持触摸屏操作。
3. 支撑环境和版本:Sql server 2012。
4. 其它与该软件有关的组件:.NET Framework 2.0。
5. 与该软件共存的应用程序:无。
3 外部接口需求
3.1 用户界面
追求用户界面友好,美观简洁大方,直观易操作。
3.2 硬件接口
POS 机、打印机、收银柜,会员刷卡机等。
3.3 软件接口
描述该软件产品与其它外部组件的连接,这些外部组件必须明确它们的名称和版本号以资识别,可能的外部组件包括:
1. 操作系统:windows 2000及以上系统
2. 数据库:SQL server2012
3. 工具:Visual Studio2010及以上版本
2. 函数库:.net framework
4. 集成的商业组件:无
3.4 通讯接口
4 系统功能需求
4.1 说明和优先级
只是作为整个餐饮系统的一个子系统,也就是只有一个角色操作的系统,所有不存在优先级。
4.2 激励/响应序列
目前不祥。
4.3 输入/输出数据
5 其它非功能需求
5.1 性能需求
1. 数据精确度:在精度需求上,根据实际需要,数据在输入、输出以及传输的过程中要满足各种精度的需求根据关键字精度的不同。在数据的类型上一定要进行判断。
2. 时间特性:系统响应时间应在人的感觉和时间范围呢(
3. 适应性:在操作方式、运行环境、软件接口或开发计划等发生变化是,应具有适应能力。
4. 可使用性:操作界面简单明了,易于操作,对格式和数据类型限制的数据,进行验证,包括和客户端验证和服务器验证,并采用错误提醒机制,提示用户输入正确数据和正确的操作系统。
5. 安全保密性:只有合法用户才能登录使用系统,对每个用户都有权限设置。对登录名、密码、以及用户重要信息进行加密,保证账号信息安全。
6. 可维护性:系统采用了记录日志,用于记录用户的操作及故障信息,同时本系统采用的C /S模式,结构清晰,便于维护人员进行维护。
5.2 安全措施需求
5.3 安全性需求
1. 系统保密性:只有授权的用户才能动用和修改信息系统的信息,而且必须防止信息的非法、非授权的泄漏。
2. 系统完整性:也就是说信息必须以其原形被授权的用户所用,也只有授权的用户才能修改信息。
3. 漏洞检测和安全风险评估:识别检测对象的系统资源,分析这一资源被攻击的可能指数,了解支撑系统本身的脆弱性,评估所有存在的安全风险
4. 可用性和抗毁性:设备备份机制、容错机制,防止在系统出现单点失败时,系统的备份机制保证系统的正常运行。
4. 系统防病毒:网络防病毒系统应基于策略集中管理的方式,使得分布式的企业级病毒防护不再困难,而且提供病毒定义的实时自动更新功能
5.4 操作需求
1. 操作方式:支持触摸屏操作。
2. 操作难度:简单易用。
3. 操作容错:操作错误易更改。
5.5 软件质量属性
软件的质量属性包括:正确性、健壮性、可靠性、性能、可扩展性、安全性、易用性。