系统分欧析与设计实验第一次展示.pptVIP

4 印第安纳汉堡公司随着业务的扩大和发展，发现现有的管理系统已经难以满足他们的库存控制管理、顾客订单管理以及经营报表的管理，同时为了提高自己的收入，拓展自己的业务，他们决定开发一个网上订餐系统，以提高自己的收入。 用户注册功能 为经常在网上订餐的客户提供网上会员注册功能。 库存管理功能 为客户提供库存商品的数量，以供客户选择。 客户网上订餐的功能 客户登陆到网上订餐系统后，可以查看汉堡、饮料、薯条等的供应情况，同时根据自己的喜好，搭配自己的用餐。因此，此系统可以在线实时更新货物的情况，并为用户提供订餐服务。这其中包括在线选餐、在线支付餐费两个功能。 6 公司员工注册功能 为给客户提供配送人员的信息，因此需要有公司员工的注册模块，同时也方便管理网上订餐系统中的员工工作内容与工资发放。 推荐食品功能 根据以往客户的购买情况，分析客户对食物的喜爱情况，为客户推荐产品，以满足客户的用餐体验。 计算运送时间 根据客户的送餐地址，寻找最近的餐厅，并计算运送的时间，以减少客户的等待时焦急的情绪。 分解结构 10 经济可行性分析 13 技术可行性分析 需求分析阶段风险 ①客户方面：表现在客户需求可能会在系统开发过程中临时改变，客户要求的开发期限过短导致产品无法达到要求等 ②开发团队方面：表现在与客户沟通存在问题导致不明确客户需求、对客户需求的调研不够深入透彻。 软件设计阶段风险： ①产品大小：实践经验表明项目风险和产品的大小成正比，公认产品大小的度量方法是以以功能点计。我们的订餐系统需尽可能地满足商家及顾客的需求，将所涉及的产品规模控制在一定程度内，以达到规避产品大小带来的风险。 ②产品的灵活性：分析人员在设计系统结构时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负担，和维护成本的激增。对用户来说系统的使用比例会有明显的折扣，甚至造成软件寿命过短。反之，软件结构的过于灵活和通用，必然引起软件实现的难度增加，系统的复杂度会上升，这又会在实现和测试阶段带来风险，系统的稳定性也会受到影响。 ③团队人员经验：由于团队成员都没有在汉堡店实地工作过，不熟悉汉堡店经营的具体操作流程，因此，我们的团队面临着经验不足的风险。 系统运行维护阶段风险： ①客户方面：汉堡店的工作人员或者顾客不了解该订餐系统的具体使用方法，并且工作人员和顾客之间难于沟通等。 ②维护费用：从软件工程的角度看，软件维护费用约占总费用的55%~70%，系统越大，该费用越高。对系统可维护性的轻视是大型软件系统的最大风险。 ③软件体系结构设计不合理：主要表现在设计的产品在实际运行时无法满足客户需求 项目风险表 印第安纳汉堡网上订餐系统 2012年10月 系统开发的应用背景与目标 系统的功能概述 项目的分解结构与时间安排 项目的可行性分析 风险评估 系统开发的应用背景与目标 开发一个网上订餐系统，以满足互联网时代网络用户足不出户订餐的功能需要，方便客户的生活，同时减少店面服务人员打扫卫生的工作量，以节约成本，提高利润，增加公司的收益。 系统的功能概述（一） 系统的功能概述（二） 项目的分解结构与时间安排（一） 订餐功能 推荐食品功能 配送时间计算系统 库存管理系统 用户注册系统 公司员工注册系统 网上订餐系统 项目的分解结构与时间安排（二） 项目的分解结构与时间安排（三） 项目的分解结构与时间安排（四） 项目的可行性分析 后台数据库：SQL Server 编程语言：java 其他技术：网络通信设备 风险评估（一） 风险评估（二） 风险评估（三） 风险 概率 影响 规模估计过低 60% 严重的 交付期限太紧张 50% 严重的 用户需求变化频繁 75% 严重的 技术达不到预期效果 30% 轻微的 质量保证体系的措施实施不利 60% 严重的 软件体系结构设计不合理 40% 灾难性的 人员流动 30% 严重的 风险评估（四）