• 【转】自助食堂在线订餐系统前景范围和文档


     自助食堂在线订餐系统前景范围和文档

    版本:1.0

     

    作者:

     

    日期:

     

    审批:

     

    日期:

     

    变更记录:

    日期

    版本

    变更说明

    作者

     

     

     

     

     

    1. 前言 

    本前景和范围文档是项目负责人就自助食堂在线订餐系统的开发进行了初步的探讨结果的总结。在文档中详细描述了我们对业务需求的理解,随着双方不断的交流,所有需求细节将被最终确定,形成最终的软件需求规格说明书,以此作为软件开发以及测试的基本依据。

     

    2.业务需求 

    2.1.背景、业务机会和客户需要 

    目前,大厦的大多数员工每天要花费60分钟去自助食堂就餐,其中大约有20分钟的时间要花费在公司与自助食堂的往返路程、排队、选择食物、以及现金方式或其它方式结算餐费上。当员工出去用午餐时,他们平均有90分钟不在岗。有些员工为了节约时间,提前给自助餐厅打电话预定午餐。但是,员工并不能总是如愿,因为自助食堂有些食物已经卖完,与此同时,自助餐厅又不可避免地会浪费大量的食物,因为有些食物没有卖出去而只好倒掉。 

    许多员工都想通过自助食堂用户在线订餐系统提出订餐请求,要求在制定的日期和时间内将所定的午餐送到制定的地点。 

    通过这样一个系统,使用这一服务的员工可以节约相当可观的时间,而且定到自己所喜欢的食物的机会就大大增加了。同时,自助食堂也提前了解了客户需要哪些食物,就可以减少浪费,真正做到“按单生产”。 

    2.2.业务目标和成功标准 

    业务目标:初始版本发布之后的6个月内,自助食堂的食物浪费减少50%(初步调研得到过去情况:一般浪费30%,此数据来自自助餐厅存货系统)初始版本发布之后的12个月,自助食堂的运作费用减少50%初始版本发布之后的3个月内,每个员工的平均有效时间增加20分钟  

    成功标准1:目前通过自助餐厅解决午餐问题的员工,在初始版本发布之后的6个月内,他们中有75%的人使用该“自助食堂订餐系统”。 l 

    成功标准2:初始版本发布之后的3个月内,对自助食堂满意度的季度调查要提高0.5,而在初始版本发布后的12个月内,这种满意度要提高1.0 

    2.3.业务风险 

    使用该系统的雇员太少,减少了对系统的开发和变更自助食堂经营过程的投资回报。(可能性0.3,影响为9) l 

    食堂管理公司可能要重新与客户公司签订合同,以反映新的角色和食堂营业时间。(可能性0.7,影响3)

     

    3.解决方案前景 

    3.1.前景陈述 

    对那些希望通过公司自助食堂或本地饭店在线订餐的员工来说:“自助食堂订餐系统”是一个基于Internet的应用程序,它可以接受个人订餐或团体订餐,结算用餐费用,并出发将预订餐送到公司内的指定位置。与当前的电话订餐和人工订餐不同,使用“自助食堂订餐系统”的雇员并不需要到食堂内去用餐,这既可以节约他们的时间,又可以增加他们对食物的选择范围。 

    3.2.主要特征 

    FE-1:根据自助食堂提供的选择菜单或送货菜单来订餐。 l 

    FE-2:根据本地饭店的送货菜单来订餐。 l 

    FE-3:创建、浏览、修改和删除用餐预订服务。 l 

    FE-4:注册用餐的付费方式。 l 

    FE-5:请求送餐。 

    FE-6:创建、浏览、修改和删除自助食堂菜单。 l 

    FE-7:预订自助食堂菜单上所没有的定做菜。 l 

    FE-8:生成自助食堂定做菜的食谱和配料列表。 

    FE-9:通过公司的内联网可以访问系统,或者授权的员工通过外部internet访问系统。 

    3.3.假设和依赖  

    AS-1:自助食堂内有可以访问公司内联网的计算机和打印机,这样自助食堂的雇员就可以处理期望的订单量,不会遗漏任何送货时间。 l 

    AS-2:最多比请求的送货时间晚15分钟,自助食堂有送货人员和送货车辆,这样就能满足所有订单的送货要求。 l 

    DE-1:如果某饭店有自己的联机订餐系统,那末“自助食堂订餐系统”必须能与这一系统进行双向通信。

     

    4.范围和局限性

    4.1初始版本和后续版本的范围

    特性

    版本一

    版本二

    版本三

    FE-1

    只能从午餐菜单中订标准餐;交货单的费用支付方式只能是从工资中扣除

    除了午餐订单外,也接受早餐订单和晚餐订单;费用的支付方式可以是信用卡和借机卡

     

    FE-2

    不实现

    不实现

    完全实现

    FE-3

    如果有时间就实现(具有中等优先级)

    完全实现

     

    FE-4

    注册的费用支付方式只能是从工资中扣除

    注册的费用支付方式可以是信用卡和借机卡

     

    ...

    ...

    ...

    ...

    4.2局限性和排斥性

    LI-1:自助食堂的有些食物不适宜于送货,因此“自助食堂订餐系统”的顾客所用的菜单是食堂整个菜单的一个子集。

     

    5.业务背景

    5.1涉众概览

    涉众

    主要价值

    态度

    主要兴趣

    约束条件

    公司管理层

    提高员工生产效率;节约自助食堂的费用

    强烈承诺完成版本2;如果有条件尽早完成版本3

    使用该系统所节约的费用必须超过开发此系统的费用和使用此系统的费用

    自助食堂工作人员

    ...

    ...

    ...

    ...

    顾客

    ...

    ...

    ...

    ...

    薪资管理部门

    ...

    ...

    ...

    ...

    饭店经理

    ...

    ...

    ...

    ...

    5.2项目优先级

    因素

    负责人

    约束条件

    自由度

    进度

     

     

    计划4个月完成第一版,6个月完成第二版,最多可超过期限3个星期。

    特性(功能集)

     

    1.0版本要实现的特性必须完全可操作。

    ...

    质量

    ...

    必须通过95%的用户验收测试;比粗全部通过安全性测试;所有的安全事务都必须遵守公司的安全标准

    ...

    工作人员

    ...

    ...

    ...

    费用成本

    ...

    ...

    财政预算最多可以超支15%

     

     

  • 相关阅读:
    闭包如何产生内存消耗及性能消耗
    纯色半透明
    CSS选择符权重
    浅谈模块化的JavaScript
    WEB前端知识体系
    侃侃meta标签
    【读书笔记】读《编写可维护的JavaScript》 编程风格(第一部分)
    谈谈防御性编程
    很小的一个函数执行时间调试器Timer
    谈谈防止重复点击提交
  • 原文地址:https://www.cnblogs.com/li-ming/p/3405468.html
Copyright © 2020-2023  润新知