《网上订餐系统分析与设计实验报告.docx》由会员分享，可在线阅读，更多相关《网上订餐系统分析与设计实验报告.docx（76页珍藏版）》请在三一办公上搜索。
1、信息系统分析与设计课程实验报告饱了么网上订餐平台信息系统分析与设计组 长 组 员 专 业指导教师完成日期目 录第一部分 项目管理与计划3实验1 指定项目计划3实验2 项目可行性分析6第二部分 系统分析8实验 3 项目需求收集8实验4 用例建模9实验5 通过用例获取概念数据模型16实验6 将概念数据模型转换为对象关系模型17实验7 分析类图建模（序列图、分析类图）17实验8 三种可选方案选择分析20第三部分 系统设计23实验9 物理数据库设计23实验10 确定系统构架等设计元素、设计类图建模28实验 11 界面设计30第一部分 项目管理与计划实验1 指定项目计划1.1项目的工作分解结构（WBS）
2、，所需资源网上订餐系统WBSWBS所需资源1 需求开发1.1需求获取1.2需求定义1.3需求验证1.4需求规格说明书一定的用户群体需求调查资料2 总体设计2.1 系统方案设计2.2 总体进度规划2.3 风险评估同类别系统相关信息3 详细设计3.1 结构设计3.2 人机界面设计3.3 接口设计3.4 网络构架设计3.5 数据库设计相应的设计人员4 设计实施4.1用户管理模块4.1.1添加用户4.1.2修改个人信息4.1.3删除用户4.1.4系统退出4.2店铺管理模块4.2.1添加店铺4.2.2修改店铺信息4.2.3查询店铺4.3.4删除店铺4.3菜品管理模块4.3.1添加菜品4.3.2修改菜品信
3、息2.3.3查找菜品4.3.4删除菜品4.4 订餐操作4.4.1购物车管理4.4.2结算管理4.5 订单管理4.5.1处理订单4.5.2修改订单4.5.3查找订单4.5.4删除订单4.6新闻管理模块4.6.1添加新闻信息4.6.2修改新闻信息4.6.3查找新闻信息4.6.4删除新闻信息4.7 评论管理模块4.7.1添加评论4.7.2查找评论4.7.3删除评论4.8 统计管理模块4.8.1订餐统计4.8.2消费统计合作商家基础菜品信息实施人员管理人员5 测试5.1集成测试5.2环境测试5.3系统测试5.4缺陷跟踪5.5测试总结测试工具，环境6 交付6.1验收测试6.2产品提交6.3用户培训交洽人
4、员，场地1.2 通过PERT技术估算项目的持续时间PERT公式（其中a为乐观时间，m为最可能时间，b为悲观时间）模块乐观时间（day）最可能时间悲观时间PERT估计期望时间需求开发7111511总体设计3454详细设计57117设计实施14203221测试5797交付5121912总计621.3甘特图和网络图甘特图 网络图实验2 项目可行性分析2.1经济可行性分析随着人民的生活水平的提高，餐厅也蓬勃发展，线下的实体服务已经满足不了日益进步的需求。网络订餐系统给人们带来了方便，成为一种全新的商务模式。网上订餐平台一方面为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济成本，创造更多的收益；另一方面
5、，能为广大消费者争取更多的优惠。这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐平台，从而获得可观的收益。一次性成本工作表网上订餐系统 0年A.开发费用 15,000B.新硬件 25,000C.新购买的软件 1.应用软件包 4,000 2.Internet站点注册 1,000 D.用户(商家)培训 1,000 E.站点准备 0F.其他_ 0 一次性成本合计 46,000续生成本工作表网上订餐系统 15年A.应用软件维护 20,000B.增加的数据存储需求 3,000 估算费用C.Internet通信 3,000 D.新硬件或硬件租用 0 E.供给品 1,000F.其他_ 0 续生成本合计 2
6、7,000有形收益网上订餐姓名 15年费用减少避免 5,000错误减少 3,000增加的灵活性 10,000提高的活动速度 15,000管理技术或控制的改进 0增加销售 20,000 _ 有形收益合计 53,000(之后每年预计增加10000)表1: 经济可行性分析表2.2技术可行性分析技术可行性是指根据现有的技术条件是否能够顺利的完成开发工作，所需要的物理资源是否具备、能否得到。技术条件包括硬件、系统软件、使用的操作环境等多个方面。随着信息技术的发展，当前的计算机硬件配置完全可以满足开发的需求。在软件方面，由于目前的单机模式发展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，可靠性高，
7、价格相对较低。此系统是基于JSP+SQLServer 2008环境开发的，目前SQLServer 2008数据库管理系统的功能也足够强大，足以满足我们的需求。由于该系统的规模是相对较小的，主要功能是客户在网上注册、登录、浏览记录、订餐以及管理员的订单管理等，复杂性较低，对开发人员的知识水平限制较小。而且在项目启动之前，小组成员已经学习了相关知识，根据各自的擅长部分合理分配任务，完全具备开发此系统的技术。2.3进一步细化的项目进度安排1 、需求开发我们产品服务对象主要面向在校学生及白领等工作人士。由于开发团队为在校学生因此，可直接在校内收集大学生就餐信息。已工作白领，可以求光谷软件园进行调查，所
8、以，需要花费两到三天的时间进行调查准备，包括设计调查问卷、确立访谈话题及详细问题等，调查手段包括观察、问卷、访谈等。企划部对收集到需求进行整理，归纳，筛选。由企划部进行调查为期一周。2、产品设计根据需求调查结果，我们通过联合应用程序设计以分组会谈的思想将产品需求转换为产品功能模块。历时一天。将功能模块交由设计部进行详细设计，根据产品服务对象的特点确定系统结构、界面UI等项目，历时三天。开发部进行软件设计开发。耗时七至十天。最后有测试人员进行调试，消除bug后产品交付。3、试运行产品交付用户后，技术人员跟踪平台运行情况，抓住平台需求，结合企划部平台推广方案。对功能进行进一步扩充，包括地理定位系统
9、、电子支付接口、账户预存、店铺优惠系统包括红包、打折等功能接口预留。关注系统流畅度及用户反馈并及时升级系统。2.4系统服务请求报告系统服务请求饱了么网上订餐平台请 求 者 日期 部 门 管 理 部 地 点 联系方式 手机：XXXXXXXXXX 电子邮件：XXXXXXX请求类型 紧迫性 x 新系统 立即-业务受损或者或者失去机会 系统增强 存在问题，但可以渐渐改变 系统错误修改 x 业务损失可以容忍到新系统安装问题陈述当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订
10、餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。服务请求联系人 手机：XXXXXXXXXXX 电子邮件：XXXXXXXXX发起人 -由系统优先委员会完成 - 批准请求分派给 _开始日期 _ 建议修改 建议用户开发 否决，原因是 _2.5项目范围说明书饱了么网上订餐平台项目范围说明书A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息项目名称:饱了吗网上订餐系统客户名称:饱了么科技有限公司项目
11、组长:起草人:项目发起人:日期:2014.10.27B. 项目的交付结果饱了吗网上订餐系统分析与设计饱了吗网上订餐系统系统程序饱了吗网上订餐系统系统文档饱了吗网上订餐系统转换盒培训程序C. 项目问题 当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。D. 项目目标使客户能够有效高效地从饱了么网上订餐平台订餐。E. 项目描述 建立一个新的信息系统，使得客户能够使用标准web浏览器通过
12、Internet完成网上订餐或活动，项目将遵循系统的开发周期。F. 业务收益增加销售改进对客户订餐方式的理解改进对市场和销售人员的利用拆分词条G. 估计项目持续时间4个月拆分词条拆分词条第二部分 系统分析实验 3 项目需求收集3.1访谈笔录、观察笔记、会议记录访谈记录表1课题名称 网上订餐系统用户调查访谈主题 商家对于网上订餐系统的接受度及建议访谈者 访谈日期 访谈时间 14:00-14:30访谈地点 XX烤肉饭馆访谈对象信息姓名 李老板职业 个体户单位 XX烤肉饭馆联系地址 西苑 XX烤肉饭馆联系电话 XXXXXXXXXX访谈目的： 了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及
13、建议、要求。 采访的问题： 1、请问您的餐馆有没有扩展业务的意向或者在人流高峰期有没有忙不过来的时候？ 2、请问您有没有做网上订餐的兴趣？ 3、您对网上订餐的系统有没有要求？ 4、您对网上订餐的系统有没有顾虑？ 5、您对网上订餐的系统有没有建议？访谈记录（整理要点）：1、 有做网上订餐业务的意向。2、 对此项目的宣传抱有怀疑，担心受众的广度。3、 对主办方与商家自身的利益划分。4、 希望商家能有更加完备的商业企划及相关的管理办法条例。访谈结果（是否达到了目的，解决了哪些问题，有哪些收获和体会）：基本了解了商家的市场需求，对于系统功能的设计有了一定的启发。 被访问者的建议： 希望系统安全性好并且
14、配有好的宣传。观察记录1受访者虽然表示有意向参加网上订餐，但表现不够热情，对此项目的信任度不大，或者兴趣不够浓厚。访谈记录表2课题名称 网上订餐系统用户调查访谈主题 商家对于网上订餐系统的接受度及建议访谈者 访谈日期 访谈时间 15:00-14:15访谈地点 学生宿舍访谈对象信息姓名 张同学职业学生单位中南财经政法大学联系地址学生宿舍联系电话 XXXXXXXXXX访谈目的： 了解商家对于网上订餐的接受程度，及商家对于网上订餐的顾虑及建议、要求。 采访的问题： 1、请问您有没有网上订餐的想法？ 2、怎样会吸引您去网上订餐？ 3、您对网上订餐的系统有没有顾虑？ 4、您对网上订餐的系统有没有建议？访
15、谈记录（整理要点）：1. 有网上订餐业务的意向。2. 价格的优惠和免费送餐比较有吸引力。3. 对商家的信任度抱有怀疑。4. 对送餐的及时性有顾虑。 访谈结果（是否达到了目的，解决了哪些问题，有哪些收获和体会）：基本了解了消费者的市场需求，对于系统功能的设计有了一定的启发。 被访问者的建议： 希望系统安全性好并且配有相关的优惠及评价体系。观察记录2从受访者的表情来看，受访者还是对此项目有比较浓的兴趣，有此方面的需求，也希望有相关的订餐体系。观察记录3时间：11.08 中午12:00-下午1:00地点：西苑观察现象：餐厅爆满，有些餐厅排长队，服务员在人最多的时候忙不过来。还有些人因为没有地方打包，
16、有的人打包好多份应该的帮人带的。结论：外卖送餐及网上订餐应该有很大的市场需求。会议纪要一、基本信息会议名称模拟JAD召集人会议日期2014-11-06开始时间14:00会议地点文泰持续时间40分钟记录人审核人二、 会议目标对于系统设计及商业运营方面的协调三、参加人员四、主要议程1. 需求调查报告；2. 项目设计构想；3. 项目设计进度安排；4. 联系用户提出的意见进行系统的设计安排；5. 分配任务。六、遇到的问题1、 系统设计的灵活性及安全性；2、 用户使用的舒适度体验；3、 开发资金及维护费用；4、 谈妥商家入驻系统。七、工作计划1、 现阶段主要进行系统功能设计，结合用户建议进行系统设计；2
17、、 将安全性考虑进系统开发，对用户评价系统设计的舒适易行；3、 分配设计图的工作。3.2资产负债表、利润表、业务表单 年份科目 第一年 第二年 第三年 第四年 第五年资产流动资产： 货币资金31.4147.3360.7190.30116.49 应收账款20.5028.9040.3550.6570.46 预付账款48.0048.0048.0048.0048.00 其他应收款5.509.7518.7728.9844.25 存货135.20168.80223.2247.36257.44 其他流动资产3.505.858.9013.4524.88流动资产合计244.11308.63399.93478.7
18、4561.52非流动资产： 固定资产26.8227.3527.8828.4128.94 减：累计折旧 2.68 5.42 8.21 11.05 13.94 固定资产净值24.1421.9319.6717.3615.00 无形资产22.5025.4527.8927.8930.20 其他非流动资产25.8025.8025.8025.8025.80非流动资产合计72.4473.1873.3671.0571.00资产总计316.55381.81473.29549.79632.52资产负债表 单位：网上订餐系统 金额单位：人民币（万元）负债和所有者权益负债流动负债： 短期借款50.0060.0070.0
19、085.00100.00 应付账款5.903.987.5513.854.56 预收账款15.8018.9033.4540.8750.99 应付职工薪酬43.8950.5066.8871.2088.90 应交税费8.4517.1125.0329.1930.70 应付利息3.253.904.235.536.5 应付股利9.6318.2928.5133.2635.00流动负债合计136.92172.68235.65278.90316.65非流动负债： 长期借款50.0060.0060.0060.0070.00 非流动负债合计50.0060.0060.0060.0070.00负债合计186.92232
20、.68295.65338.90386.65所有者权益 实收资本120.00120.00120.00120.00120.00 盈余公积1.935.8311.5318.2825.18 未分配利润7.7023.346.1172.71100.69所有者权益合计129.63149.13177.64210.89245.87负债和所有者权益 总计316.55381.81463.29549.79632.52利润表单位：网上订餐系统 金额单位：人民币（万元）年份科目第一年第二年第三年第四年第五年一、营业收入288.00372.00508.00568.40593.60减：生产成本211.20244.80299.2
21、0323.96333.44制造费用7.087.147.197.247.29管理费用13.2213.2213.2213.2213.22销售费用28.8051.24107.34129.78141.00二、营业利润27.7055.6081.0594.2098.65加：营业外收入1.001.502.002.503.00减：营业外支出1.001.001.001.001.00三：利润总额27.7056.1082.0595.70100.65减：应交税费8.4517.1125.0329.1930.70四、净利润19.2538.9957.0266.5169.95销售日报表日期：_年_月_日 单位：元 编号客户名
22、称商品名称数量单价折扣金额送餐地址1234567891011今日访问数本月累计访问数本月营业目标： 当日收款总计： 已完成目标累计： 未完成目标累计：市场动态品质反应主管评估工作价值总经理主管经理制表人实验4 用例建模4.1用例图顶层用例图1 用户分为游客和游客和会员，游客注册登录会称为会员。只有会员才可以进行订餐操作，避免恶意欺诈行为。2 管理员分为系统管理员和订单管理员和店铺管理员和新闻管理员。系统管理员主要负责对永和注册的审核和对管理员的管理；订单管理员主要负责处理订单；店铺管理员主要负责对店铺菜品的编辑和对评论的管理；新闻管理员主要负责首页的新闻管理。用户使用订餐系统用例图1 游客可以
23、浏览首页但是不能订餐，通过注册，由系统管理员审核后方可成为会员。2 会员可以登录，登陆后可以修改信息。进行订餐服务，包括将菜品放入购物车、浏览购物车、删除购物车中菜品和修改菜品数量，其中删除购物车中菜品和修改菜品数量需要在浏览购物车的基础上进行。进行订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提交订单需要在填写订单信息的基础上进行，然后由订单管理员进行处理，评论菜品需要在查看历史订单的基础上进行，由店铺管理员进行管理。管理员用例图1 管理员可以对所有的账号进行管理。分为对顾客的管理和对管理员的管理。2 对顾客的管理包括审核注册用户和查看顾客信息。3 对管理员的管理包括添加
24、删除修改管理员。店铺管理员用例图1 店铺管理员可以管理店铺、菜品、评论。2 浏览店铺后可以添加和删除店铺。3 浏览菜品后可以添加、修改、删除菜品。4 浏览评论后可以删除评论，不可以进行修改等操作。订单管理员用例图订单管理员主要负责在浏览订单后对订单进行处理，即修改订单状态为“已处理”等。新闻管理员用例图新闻管理员主要负责浏览新闻后对新闻的添加、删除、修改。4.2用例描述用户用例描述用例名称：注册主参与者：游客层次：海平面（用户目标）利益相关者：游客，用户前置条件：游客必须在线访问网站最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：游客能成功打开网上订餐网站触发器：游客访问网站
25、主页主要成功情节：1游客提出注册请求；2游客点击注册按钮；3系统打开注册页面；4游客输入用户名、密码、再次输入密码及用户常用邮箱5单击“提交”；6系统验证登录用户的信息并返回相应信息。扩展：a 用户选择“重置”，系统将清空输入框信息；a 注册不成功 6.a.1 系统管理员审核不通过。 6.a.2 用户输入的用户名已存在，则提示用户重新输入； 6.a.3 用户输入的密码格式不正确或两次密码不一致，则提示用户重新输入； 6.a.4 系统注册时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示会员注册失败.用例名称：浏览商品主参与者：用户层次：海平面（用户目标）利益相关者：用户
26、前置条件：用户必须已经能在线访问网站最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功打开网站，浏览首页触发器：用户成功打开网站，浏览首页主要成功情节：1.用户打开网站首页；2.成功加载所有信息。扩展：2.a 浏览商品时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，则浏览商品信息不成功。用例名称：登录主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已注册成网上订餐系统的用户最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功登录网站，返回首页触发器：用户选择“登录”按钮主要成功情节：1.系统为用户打开登录页
27、面；2.用户输入用户名、密码、验证码，再选择“登录”；3.系统验证登录用户名和密码的正确性；4. 经验证用户名和密码正确则进入网上订餐系统。扩展：a 登录页面打开失败 1.a.1 用户重新刷新打开网页a 登录失败 3.a.1 用户名或者密码错误，提示用户重新输入信息，返回登录页面。 3.a.2 验证码出现错误，提示用户重新验证码，返回登录页面。 3.a.3系统登录时出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用户登录失败。 用例名称：修改个人信息主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已正确登录系统最低保证：回滚任何未完成的事务，系统记录
28、进展日志直至失败成功保证：用户能查看当前个人信息页面触发器：用户选择“个人信息”按钮主要成功情节：1.调用“登录”用例2.为当前“个人信息”事务打开一个新的网页。3.用户能在新网页中查看当前所有个人信息，如收货地址，用户名，邮箱，联系电话，修改密码选项等。4.点击“修改”按钮，打开新的个人信息页面，用户可输入新的用户名等信息。5.点击“保存”按钮，更新后台数据库，返回个人信息页面。扩展：1.a “登录”用例调用失败 1.a.1 用户被告知登录失败，提示检查并重新登录5.a 点击“保存”按钮，返回个人信息页面后信息没有修改 5.a.1 刷新页面，个人信息正确显示。 5.a.2 点击刷新，无法成功
29、显示修改后的个人信息，与页面管理员联系。用例名称：将菜品放入购物车主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已成功进入订餐服务界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看所有菜品信息触发器：用户点击“加入购物车”按钮主要成功情节：1.调用“订餐服务”用例2.用户查看菜品信息时点击“加入购物车”按钮；3.用户点击“加入购物车”后则将菜品放入对应的购物车中。扩展：1.a “订餐服务”用例调用失败 1.a.1 用户被告知失败，提示检查并重新请求3.a 点击“加入购物车”按钮，无法成功将菜品加入 3.a.1 当前菜售完，返回首页浏览菜品。
30、3.a.2 当前菜品的商家还未开始营业，提示用户正确营业时间，返回首页浏览菜品3.a.3 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用户加入购物车失败。 用例名称：浏览购物车主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已成功进入订餐服务界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看所有菜品信息触发器：用户点击“浏览购物车”按钮主要成功情节：1.调用“订餐服务”用例2.用户查看菜品信息时点击“浏览购物车”按钮；3.用户点击“浏览购物车”后则将购物车中菜品信息显示到新的页面中。扩展：1.a “订餐服务”用例调用
31、失败 1.a.1 用户被告知失败，提示检查并重新请求3.a 点击“浏览购物车”按钮，无法获得菜品信息 。 3.a.1 购物车中没有菜品，提示购物车为空。 3.a.2 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 用例名称：删除购物车中的菜品主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已成功浏览购物车最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户能查看购物车中所有菜品信息触发器：用户点击“删除”按钮主要成功情节：1.调用“浏览购物车”用例2.用户查看菜品信息时点击“删除”按钮；3.用户点击“删除”
32、后则将购物车中菜品信息返回到“浏览购物车”页面。扩展：1.a “浏览购物车”用例调用失败 1.a.1 用户被告知获取购物车信息失败，提示检查并重新请求3.a 点击“删除”按钮，无法获得更新的菜品信息 。 3.a.1 删除后购物车中没有菜品，提示购物车为空。3.a.2 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。3.a.3 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 用例名称：修改菜品数量主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已成功浏览购物车最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功
33、保证：用户能查看购物车中所有菜品信息触发器：用户点击“修改”按钮主要成功情节：1.调用“浏览购物车”用例2.用户查看菜品信息时点击“修改”按钮；3.用户点击“修改”后则将购物车中菜品信息返回到“浏览购物车”页面。扩展：1.a “浏览购物车”用例调用失败 1.a.1 用户被告知获取购物车信息失败，提示检查并重新请求3.a 点击“修改”按钮，无法获得更新的菜品信息 。 3.a.1 点击刷新，无法成功显示更新的菜品信息，与页面管理员联系。3.a.2 出现系统故障，例如网络故障，数据库服务器故障，系统弹出系统异常页面，提示用户获取购物车信息失败。 用例名称：填写订单信息主参与者：用户层次：海平面（用户目标）利益相关者：用户前置条件：用户已成功进入订单处理界面最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：用户成功填写订单信息并完成保存触发器：用户点击“保存”按钮主要成功情节：1. 用户进入填写订单信息界面。2. 访问购物车信息，顾客收到加入购物车的商品的确认。3. 用户填写地址，电话等订单信息。4. 用户点击“保存”按钮后，创建订单行条目，弹出提示。扩展：2. a 由于购物车为空而不返回有效的购物车信息 2.a.1 顾客收到购物车为空的消息，顾客返回重新选购。
