高校食堂网需求分析

《高校食堂网需求分析》由会员分享，可在线阅读，更多相关《高校食堂网需求分析（28页珍藏版）》请在金锄头文库上搜索。

1、南京师范大学2015-2016学年第二学期软件工程设计课程设计报告姓 名: 学 号: 班 级: 专 业: 学 院: 指导教师:题 目:信息管理与信息系统高校食堂网订餐系统需求分析说明书提交日期:2016目录一、引言41.1目的41.2项冃背景41.2.1项冃名称41.2.2项目提出者41.2.3开发用户4124用户41.2.5项冃实施单位41.2.6与其他项冃关系41.3缩写说明41.4术语定义51.5参考资料51.6版本信息5二、任务概述52.1系统定义62.1.1项目来源及背景62.1.2项目要到达的目标62.1.3系统整体结构62丄4系统各部分组成，与其他部分的关系，各部分的接口等62.

2、2运行环境6221设备环境72.2.2硬件环境72.2.3软件环境72.2.4网络环境72.2.5操作环境72.2.6应用环境72.3条件限制92.3.1软件开发工作的假定和约束92.3.2软件的最终用户、用户的教育水平和技术专长92.3.3软件的预期使用频度等9三、数据描述103.1静态数据103.2动态数据103.3数据库描述103.4数据字典103.5数据采集15四、功能需求164.1功能划分164.1.1系统功能组成164.1.2功能编号和优先级164.1.3功能定义164.2功能描述174.2.1功能说明174.2.2详细描述18五、性能需求215.1数据精确度215.2时间特性21

3、5.3适应性21六、运行需求226.1用户界面226.1.1界面风格226.1.2界面描述和样式226.2硬件接口226.3软件接口236.4故障处理23七、其他需求237.1检测或验收标准257.2可用性、可维护性、可靠性、可转换性、可移植性要求257.3安全保密性要求257.4开发要求25一、引言1.1目的随着计算机的迅速发展，计算机被广泛的应用到各个领域，由于当前学校 的规模不断扩大，学生数量不断增加，学生信息量也成倍增长，食堂管理工作成 为学校各项管理工作的一个重要部分。面对庞大的信息量，如何有效的提高食堂 管理工作的效率是学校急需解决的问题。因此我们提出了利用计算机软件管理食 堂系统

4、，这样不仅提高了工作效率，也避免了以前手工作业的麻烦，从而使得管 理者能够准确，有效的管理餐饮。1.2项目背景121项目名称高校食堂网订餐系统需求分析1.2.2项目提岀者南京师范大学中北学院信息管理与信息系统专业1.2.3开发用户南京师范大学中北学院信息系124用户各校师生1.2.5项目实施单位南京师范大学老北食堂1.2.6与其他项目关系木系统独立运行缩写说明南师中北：南京师范大学中北学院1.4术语定义数据字典：数据字典是指对数据的数据项、数据结构、数据流、数据存储、 处理逻辑、外部实体等进行定义和描述，其冃的是对数据流程图中的各个元素做 出详细的说明。数据流图：简称DFD,它从数据传递和加工

5、角度，以图形方式来表达系统的逻辑功能、数邂在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方 迭的主要表达工具及用于表示软件模型的一种图示方法。用例图：用例图是指由参与者(Actor)、川例(Use Case)以及它们之间 的关系构成的用于描述系统功能的静态视图。用例图(UserCase)是被称为参 与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用 例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建橈。黑;III黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用。在测试中，把程庄看作一个不能打开的黑盒子，在完全不考虑程序 内部结构和内部特性

6、的情况下，在程序接口进行测试,它只检查程序功能是否按 照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确 的输出信息。黑盒测试着眼于程昼外部结构，不考虑内部逻辑结构,主要针对软 件界面和软件功能进行测试。1.5参考资料软件工程一一原理、方法与应用需求分析报告模板16版本信息修改编号修改日期修改后版本修改位置修改内容概述12016-3-301.0全部完成第一次编 写二、任务概述2.1系统定义2.1.1项目来源及背景南师中北信息管理与信息系统提出的，要求开发食堂管理系统。改善以前 食堂人流不均匀，菜谱信息更改不及时，外卖混乱的现彖。2.1.2项目要到达的目标开发本系统是为了服务

7、师生，使得食堂更好的经营。适用于高校食堂，主 要用于就餐管理。本软件产品是一项独立的软件，不过功能还可以增加，完成后 可以升级以增加功能和完善系统2.1.3系统整体结构2丄4系统各部分组成，与其他部分的关系，各部 分的接口等本系统是一个独立运行的系统，不需要与其他系统连接。2.2运行环境2.2.1设备环境普通PC机:处理器P4以上，内存1GB以上。需要4个以上的USB接口，支 持双鼠标和双键盘工具；数据库：实现数据共享，数据共享包含所有用户可同时存取数据库中的数 据，也包括用户可以用各种方式通过接口使用数据库，并提供数据共享。2.2.2硬件环境对于硬件的要求主要是能够同时接键盘和鼠标，至于计算

8、机的配置则要求 不高，只要能正常运行该系统即可2.2.3软件环境该软件适用于冃前主流的操作系统，所以必须支持Windows XP Windows 7 两种系统。如有特殊需求，可开发支持Linux或者MAC OS等平台的版本。2.2.4网络环境无线局域网或蜂窝移动数据。2.2.5操作环境计算机桌面操作226应用环境修改订单不购买此商品删除购物车信息返回结束操作系统工作流程图2.3条件限制2.3.1软件开发工作的假定和约束本项冃要求在Visual Studio2008以上版本进行开发，需要Windows DDK、Windows SDK支持。本项目由2009级学生开发，他们存在经验不足的情况，需 要

9、在教师指导下进行。开发经费较少。2.3.2软件的最终用户、用户的教育水平和技术专长木软件的最终用户一般是各大高校的广大师生，会操作智能机。2.3.3软件的预期使用频度等本软件是在师生就餐时间使用，一般一天三到四次。三、数据描述3.1静态数据木系统支持师生在网上订餐，需要分析食堂窗口是否送餐及时， 所以要了解他们工作的及时性。因此，本系统需要存储每个食堂窗口 的菜单、订单信息、订单评价和订餐人的详细信息、以及设定送餐时 间等。3.2动态数据(1) 用户登录信息(2) 用户选择菜单的选项(3) 订单提交请求(4) 显示订单配送、确认结果(5) 显示费用支付时间、订单配送时间、配送人员信息等3.3数

10、据库描述需要数据库MSSQL5.0即可。3.4数据字典数据元素:名称订单编号别名取值字符型长度10个字节描述选中的食品位置订餐单名称食品编号别名取值字符型长度10个字节描述库存的食品位置：存货单数据流:名称：存货详单描述：按照仓库库存编写的清单来源：仓库去处物流部组成各种食品的统计表流通量：名称：订单描述：需要的食品清单来源：物流部去处采购员组成各种缺少的物品流通量：名称：派送单描述：所派送的食品清单来源：送货员去处物流部组成派送的食品集合流通量：名称收支账单描述按照收支计算出的清单来源收支核算去处财务部组成平时所花费的费用与收入流通量：名称：操作请求描述：对订单信息的操作来源:内务部去处订单

11、信息表组成对订单信息进行查询添加删除修改等操作流通量：顶层数据流图注：这个食堂管理系统面向的用户主要是物流部、内务 部、财务部这三个部门。物流部负责物流管理，主要涉及到 采购、派送和库存三个方面。内务部主要工作于订单管理和 制度建立，主要关心订单信息的管理。财务部负责食堂的财 务管理，管理食堂各项工作的支出和收入。顶层数据流图给出了这三个主要部门和整个食堂管理 系统之间的信息交流。物流部向系统提供订单，主要是食堂的粮食、蔬菜、油 盐等辅料、卫生用具的支出等。待系统处理好用户的要求之 后，系统会向物流部提交库存的所有物品的详细存货单。内务部可以通过这个管理系统处理订单信息，包括订单 信息的查询、

12、修改、添加、删除。内务部管理人员向系统提 供操作请求后，待系统处理好后，向用户提供操作结果。财务部通过该系统处理财务，对各项资金的入出进行处理。系统处理好后，会提交给用户一张财务报表。物流部财务部第二层数据流图注：物流管理和财务管理之间通过物流账单这个数据存储文件建立关联，订单信息管理和财务管理之间通过订单收 入表这个数据存储建立关联。第三层数据流图注：物流部的采购会产生采购账单，运输会产生运输账 单，库存会产生库存记录，而从库存记录中我们可以得出食 堂售出饭菜的信息。这些加上派送员费用、损耗成本，一起 提供给账目统计处理。账目汇总表中记录的有食堂的收入和 支出的信息汇总。订单确认订单H输采购

13、账单订单H输订单确认采购账单运费账的3.5数据采集系统运行时需要预先读取数据，或实时通过外设读取数据。系统启动时，需要读取用户的个人信息和评测结果信息，以及系统设置信息等。四、功能需求4.1功能划分4.1.1系统功能组成(1) 系统初始化设置(2) 订单管理设置会员管理设置(4)支付系统设置用户管理4.1.2功能编号和优先级编号名称优先级描述主要发起者1系统初始化设置次要系统初始化设定管理员2订单管理设置重要订单生成与评价师生3会员管理设置重要会员注册与绑定师生4支付系统设置重要订单支付设置师生5用户管理重要用户注册与更新管理员4.1.3功能定义(1) 系统初始化设置基本参数设置，包括用户类型的新建、修改和删除等。用户 基本信息的新建、修改和删除等，并记录在系统数据库中。