快餐店管理系统需求分析怎么写
1、把自己当作一个快餐店的老板，那么自己希望让这个管理系统有哪些功能，就把这些功能一一写下来，再分类整理一下就是需求分析了，比如只想有点餐和收银两大功能，那么收银下面还想实现一些日帐、周帐之类的统计功能，按这种顺序分下来就行，把需求分析当作一个大纲来写吧。
2、定义哪些类……这么说吧，按照C/S结构来分，可以分前台和后台两大类，后台类就是有关于操作数据库之类的功能，前台类就按程序界面功能划分
比如结账这个操作，假设首先需要从数据库中读取各食品的价格，然后计算总价，之后确认客户是否已结账，然后将账单再保存到数据库中。
其中除了连接数据库这个功能可以作为一个单独并允许其他类共用的功能类外，剩下计算、是否结账、保存这些语句完全可以写到一个类中。
其实如果做实验类项目的话，不必把研究需求分析之类的时间大于程序的开发时间，可以先写一个只能收银的系统，然后再增加一个点餐的功能，这样一个功能一个功能的添加上去，对于学习还是很有好处的。
我没开发过快餐店的系统，不过都是大同小异的系统……写个简单点的功能表你参考下吧（数据库部分就不写了，基本就是商品价格表、账单表、操作人员表之类的而已……）
主要就是4个功能吧
1、食品管理：在程序中设置食品价格、数量
2、点餐功能：统计客户所点的餐品及价格，在付账后保存到数据库中
3、账单统计：查询当日账单数量、食品售出份数、销售总价、利润额等
4、员工管理：这个就是工资、账单查询之类的了
以上这4个功能可以简单分为3类
A类就是数据库功能类，负责操作数据库的增、删、改等操作，然后别的类调用这个类对数据库进行操作
B类负责将客户点餐数量、总价保存到数据库中的临时表中，在经过确认收账操作后，保存到数据库中的账单表中
C类就是有关从前台设置数据库数据的功能，比如更改员工工资、食品价格之类的操作
当然，只有这3个类的话，日后数据库只要多添加一个列，这3个类基本都要改，所以维护和更新会很麻烦，这也就是为了日后工作量不会太大，开发时使用模块化方式的原因。
另外，诸如快餐之类的管理系统重点一般都在数据库上，前台也只是对后台的一些操作，如果提前将数据库设计的比较完善，那么日后一些功能完全可以随时写一个类添加进去……
多重随机标签