前景与范围文档剖析.pdf

《前景与范围文档剖析.pdf》由会员分享，可在线阅读，更多相关《前景与范围文档剖析.pdf（11页珍藏版）》请在金锄头文库上搜索。

1、有机蔬菜订购系统 小组成员： 马玥琦： 12013241554（组长） 聂晓斌： 12013241605 田红阳： 12013241586 王春晓： 12013241578 马丽雅： 12013241622 主要分工： 马玥琦：收集涉众意见，扮演项目经理，撰写文档 聂晓斌：扮演消费者，提出相关需求 田红阳：扮演公司管理层，提出项目要求 王春晓：扮演公司经理，配合软件公司进行项目开发 马丽雅：扮演工作人员，配合其余人员进行研讨 13 级软件工程7 班 D.1 前景和范围文档 D.1.1 业务需求 1. 背景、业务机会和客户需求 随着经济的发展， 民众越来越关心日常所食用食物的安全性，有机蔬菜这种

2、无公害的食材也 越来越受到普通消费者的青睐。但是对于蔬菜这种时效性较强的商品，如果在商场进行购买， 买到的产品往往不是新鲜的。造成这样现象的原因是商家无法对后期的销售量进行精准的预 估。进货量大有可能无法一天卖出，第二天无法保证食材的新鲜度或者造成浪费。最终商家 会滞销商品利润下降，消费者会抱怨买不到新鲜的有机蔬菜。 如果消费者和商家能够有这样一个专门针对有机蔬菜的销售订购系统，那么问题就会变得简 单很多。消费者通过登录自己的账号，选择明天将要进行采购的有机蔬菜种类并指定数量， 同时写明送货地址。商家在送货的前一天统计这些数据并进行汇总，将结果反馈至有机蔬菜 的采购部门， 采购部门根据这些数据

3、对蔬菜进行采购并进行打包分类。在送货的当天， 根据 用户所提供的送货地址进行上门送货，客户满意签收后交付费用。采用这样的系统使得消费 者能够买到最新鲜的蔬菜、蔬菜的种类也有所扩大；对于商家来说， 这样的系统能够精确统 计进货的数据，既保证了蔬菜的新鲜度也提高了销售的利润率还可以不浪费。 2. 业务目标（ Business Objective, BO）和成功标准（Success Criteria ，SC ） BO-1：初始版本发布的三个月内，配送的有机蔬菜的新鲜率能够达到80%以上。 度量单位：所采购食材滞销所导致的损失价值。 计量：检查“有机蔬菜库存管理系统”的日志。 BO-2：初始版本发布的

4、六个月内，配送的有机蔬菜的新鲜率能够达到90%以上。 SC-1 ：目前通过超市购买有机蔬菜的消费者，在初始版本发布的6 个月内，有60%以上能使 用有机蔬菜订购管理系统。 SC-2 ： 初始版本发布的三个月内，消费者对有机蔬菜订购管理系统的满意度要达到90%以上。 3. 业务风险（ Risk） RI-1：在初期，使用该系统的用户太少，会减少对系统开发和变更有机蔬菜订购管理系统的 投资回报（可能性0.4，影响为 9） RI-2：本地其余商家可能会认为有机蔬菜订购管理系统影响到了他们的客源，从而阻碍有机 蔬菜订购管理系统的推广（可能性0.8，影响为7） RI-3：投入营运有机蔬菜订购管理系统的商家

5、可能会对传统销售人员进行一定裁剪，以减少 不必要的开销（可能性0.7，影响为 4） RI-4：在后期版本中支持的货到付款方式可能会有用户因为主观原因选择拒绝支付（可能性 0.3，影响为 4） D.1.2 解读方案的前景 1. 前景陈述 对于那些希望通过使用有机蔬菜订购系统的消费者来说，“有机蔬菜订购系统”是一个基于 Internet 的应用程序，它可以接受用户的采购请求，结算相关费用，并将订购的有机蔬菜送 至消费者指定的收获地址。与当前的有机蔬菜购买体系不同，消费者可以在家进行新鲜有机 蔬菜的种类及数量挑选并在线进行支付；这样对于商家来说，使用有机蔬菜订购系统可以精 准的确定将要销售的有机蔬菜

6、的种类及数量，即保证蔬菜的新鲜度也可以保证利润节约不必 要的浪费。 2. 主要特性（ FEature) FE-1 ：根据商家所提供的选择菜单进行订餐。 FE-2 ：创建、浏览、修改和删除有机蔬菜预定服务。 FE-3 ：选择选购有机蔬菜的付费方式。 FE-4 ：请求订购。 FE-5 ：创建、浏览、修改和删除有机蔬菜订购系统蔬菜种类。 FE-6 ：更早提前预定有机蔬菜管理系统菜单上所没有的蔬菜。 FE-7 ：生成客户需要的有机蔬菜种类及数量列表。 FE-8 ：通过公司的内部网络可以访问系统或授权相关员工通过外部网络访问系统。 3. 假设（ ASsumption）和依赖（ DEpendency） A

7、S-1：在销售商的采购部门，有计算机和打印机，这样采购员就能在系统统计完用户所定蔬 菜种类和数量的基础上直接从供货商处进货。 AS-2：最多在用户提交订单的第二天十二点前将用户所采购蔬菜送至用户指定地点（应在配 送范围内），整个系统应该具有送货人员和送货车辆，这样就可以满足用户的送货需求。 AS-3： 送货人员应配备POS设备， 方便在用户选择货到付款方式并受到货品后兑付相关费用。 DE-1：如果某销售商已经有自己的仓库管理等软件，那么“有机蔬菜订购管理系统”必须与 这些系统进行双向通信。 D.1.3 范围和局限性 1. 初始版本和后续版本的范围 特性版本 1 版本 2 版本 3 FE-1 只

8、能从商家所提供的 蔬菜种类中进行选择 除了商家所提供的蔬 菜种类外，用户可预 约蔬菜种类 FE-2 时间充裕的情况下就 实现 完全实现 FE-3 支付方式只能选择在 线支付 支付方式增加了货到 付款和 POS设备 FE-4 送货地点只能是市区 主要街道 送货地点可以覆盖整 个市区 FE-5 完全实现 FE-6 不实现不实现完全实现 FE-7 完全实现 FE-8 完全实现 2. 局限性（ LImitation ）和排斥性 LI-1：有机蔬菜订购管理系统初期只能用于特定的城市及可以销售有机蔬菜的商家。 D.1.4 业务上下文 1. 涉众概览 涉众主要价值态度主要兴趣约束条件 公司管理层提高员工的工

9、作 效率；节约成本； 提升利润 尽快完成版本 2； 有条件的情况 下完成版本3 使用该系统所创 造及节约的费用 必须超过开发此 系统及后期系统 维护的相关费用 无 有机蔬菜订购管 理系统工作人员 提高了工作人员 的工作效率；提 升客户的满意度 原销售部门的员 工担心是否会裁 员；比较乐意接 受新系统 保住工作；提高 薪酬 需要系统使用的 相关培训人员来 培训员工掌握相 关技能；要增加 货车及配送人员 顾客节约时间；能够 获得新鲜的有机 蔬菜 乐意接受新系 统，但在系统推 广初期的使用率 可能不高，主要 是因为有些中老 年客户没有掌握 互联网使用的相 关技能 使用尽量简单； 能保证送货时 间；所

10、呈送的食 材新鲜度高 需要掌握互联网 使用及在线支付 的使用 人事部没有任何直接受 益；需要对原有 有机蔬菜销售人 事的结构进行变 更 不太愿意接受新 的软件系统，这 会增大他们的工 作量，但是为了 公司的整体利 益，会选择以大 局为重 尽量减少对当前 有机蔬菜销售人 员的人事变动 还未得到具体计 划对相关人事进 行调整 其余商家可能会对蔬菜销 售造成一定影 响，造成利润下 降等情况 希望自己店铺所 在公司也能提供 这样的系统 提高自己产品的 竞争力，获得足 够的利润 没有相关经验， 不知道系统投入 运行后会有什么 样的结果产生 2. 项目优先级 因素具体实施人员约束条件自由度 进度软件提供商

11、计划在12/12/2015 前 完 成 第 一 版 ， 在 2/2/2016 前完成第二 版。延误期限最多为 三个星期 特性在第一个版本中计划 实现的特性必须完全 可操作 质量必须通过95%的用户 验收测试；必须通过 全部的安全性测试； 所有安全事务徐遵守 公司的安全标准 工作人员项目团队规模包括一 名项目经理，两名开 发人员和一名工作测 试人员。如有必要， 需增加项目开发人员 和测试人员 费用在没有主要负责人审 批的条件下，最多可 支取整体预算的30% 有机蔬菜订购 管理系统 消费者 要 求 商 家 提 供 可 购 买 的 有 机 蔬菜目录 商 家 提 供 目 录信息 对有机蔬菜的 需求 有

12、 机 蔬 菜 有机蔬菜 仓库 库存报告 有机蔬菜 库存实时更 新 采 购 人 员 用户购买种类数 量 选择的有机蔬菜 提供商 财务部门 有机蔬菜销售 情况报告 要求提供财务报 告 配送人员 获得配送订单 配送反馈 D.2 用 例 各用户类确认的” 有机蔬菜订购系统“ 的用例和主要参与者如下所示： 主要参与者用例 消费者1.订货 2.变更订单 3.取消订单 4.查看菜单 5.注册在线付费方式 6.在线付费 菜单经理7.创建菜单 8.修改菜单 9.生成货品采购单 采购人员10. 获取货品采购单 11. 采购货物送至仓库 仓库工作人员12. 接受货品 13. 更新库存数据 14. 获取订单 15.

13、准备货物 16. 请求送货 17. 生成系统报告 配送人员18. 获取送货说明 19. 送货 20. 记录送货情况 财务人员21. 查看销售情况 22. 查看财务报告 用例 ID 号UC-1 用例名称订货 创建者Bing_X 最后更新者Liuyi 创建日期2015-12-1 最后更新日期2015-12-2 参与者消费者 描述消费者访问 ” 有机蔬菜订购系统”,随意查看某 天的菜单，选择自己想要的货物，提交订单， 在线付款，指定送货时间和地点 前置条件1.消费者登录 2.注册在线付款方式 后置条件1.订单在 ”有机蔬菜订购系统” 中的存储状 态为 ” 已接受 ” 2.根据这一订单的货品条目更新货

14、品库存 3.根据这一订单的送货请求，对送货能力进 行更改 主要参与者用例 主干过程1.0 订一批货物 1.消费者要求查看某一天的菜单 2.系统显示有效货品菜单 3.消费者从中选择一种或多种货品 4.消费者表明订购完成 5.系统显示所定所订菜单条目、单价和总 价，包括应缴纳的税和送货费用 6.顾客确认订单或请求修改订单（回到第3 步） 7.系统显示那一天的有效送货时间 8.消费者选择送货时间及指定送货地点 9.系统显示应付金额 10.用户确认付款 11.系统确认接受订单 12.系统将订单存储到数据库中，并发送消 息通知仓库工作人员，更新库存，更新 有效送货时间 异常1.0E.1 订单截止时间在当

15、前时间之前(第 1 步) 1.系统通知消费者有效订货时间规则 2a. 消费者取消订单 2b. 系统终止用例 3a. 消费者选择另一个日期 3b. 系统重新启动用例 1.0E.2 消费者余额不足付款失败(第 10 步 ) 1.系统通知通知消费者修改订单或退订 2a. 消费者取消订单 2b. 系统终止用例 3a. 消费者请求修改订单(回到第 3 步) 包含无 优先级高 使用频率大约 1000 用户，平均每天使用一次 业务规则无 特别需求1.消费者在确认订单之前的任何时间都可 以取消订单 2.消费者可查看自己以前订单 主要参与者用例 假设无 注意和问题1.如果消费者在今天的截止时间使用系统， 那么默

16、认送货日期是第二日 用例 ID 号UC-5 用例名称注册在线付费方式 创建者Bing_x 最后更新者Liuyi 创建日期2015-11-30 最后更新日期2015-11-30 参与者消费者，付费方式绑定系统 描述使用 ”有机蔬菜订购系统” 进行订购，必须 注册在线支付方式，付费只支持在线支付方 式 前置条件1.用户登录到 ”有机蔬菜订购系统” 后置条件1.用户注册在线支付方式 主要过程5.0 注册在线支付方式 1.用户请求注册在线支付方式 2.系统显示支持的在线付款系统 3.用户选择某一系统进行认证 4.系统确认已建立在线支付方式 分支过程无 异常5.0.E.1 用户认证失败 1. 系统在给两次认证机会来纠正认证方式 2a. 认证成功，用户继续使用用例 2b. 认证失败，系统提示是否更换认证方式 3a. 用户请求更换认证方式(回到第 2 步) 3b. 用户拒绝更换认证方式，系统终止用例 包含身份验证 优先级高 使用频率平均每个用户一次 业务规则无 特别需求无 假设无 注意和问题系统发布之后的最初阶段，预计会相当频繁 使用这一用例