实验1网上订餐系统乙方项目建议书

1、网上订餐系统项目建议书学院：计算机科学与工程学院专业： 计算机科学与技术 组员： 2016年10月14 / 14文档可自由编辑打印目录1概述21.1系统建设目标与内容21.1.1系统建设目标31.1.2系统建设的主要内容32系统设计方案42.1总体架构设计42.1.1系统总体业务架构42.1.2系统总体软件架构42.2系统组成42.3系统功能52.4系统环境62.4.1软件环境62.4.2硬件环境63主要技术指标74交付成果85验收策略95.1系统验收测试的原则95.2验收测试的具体内容95.3验收测试的步骤106质量保证106.1软件研制一般要求116.2软件评审要求126.3软件配置管理要

2、求127售后服务137.1培训137.2维护与升级137.3质量保证期内的服务137.4寿命期内维修服务138开发进度计划141 概述随着互联网技术的快速发展，网络早已经成为现代人日常生活中不可或缺的部分，网上订餐由于其独有的便捷性和直观性，更能够轻而易举地被现代人认同和接受。网上订餐系统是一个基于互联网的B/S模式的网上订餐网站，能为客户提供网上浏览菜单、点菜订餐、餐品、服务评价等服务。客户通过登陆网站进行订餐，从而使餐馆订单增加而获利。1.1 系统建设目标与内容1.1.1 系统建设目标随着麦当劳，肯德基等洋味十足的快餐店越来越密集的出现在城市的大街小巷，越来越多的消费者光顾它们。然而一旦走

3、进这些店铺，大多数人看到的都是铺天盖地排长龙的等待购买的人群、领餐后茫然寻找座位的人群以及因为人太多等不及购买而进去又徘徊出来的人。当然国内其他大型餐饮或者其他行业也都会出现类似的现象。 面对以上这种现象，国民迫切的需要一种实际的解决方法，一个功能完备但是操作简单的订餐点餐系统。1.1.2 系统建设的主要内容该系统分为前台和后台两个部分，前台部分主要是用户进行资讯的浏览，以及订餐，订座管理等，主要是面向用户的。而后台主要是管理人员对前台数据的维护和设置，主要是面向管理人员的。网上订餐系统无论是在应用的深度还是广度都是一个逐步发展的过程。在开发一个局部系统时要充分考虑到局部系统和整个目

4、标系统之间的相容性和完整性，以利于今后整个系统的建立。该系统从总体上把握系统的设计，在具体的设计实现上我们围绕着三个方面的需求展开，即管理者、系统使用者、系统维护者。 对于本系统的不同使用者，其功能与业务逻辑是不尽相同的。对于普通用户而言，系统主要像用户展示一个美观的界面，用户在可以浏览各类资讯，查询餐饮信息，订餐，订座等。而管理员则需要在后台维护这些数据。本系统的主要功能应是用户的订餐了，用户可以查询菜品信息，当发现自己满意的以后，可以将这些菜品添加到自己的购物车，此时用户虽然选择了要预定的商品，但是还不具备法律效用，当用户通过一定方式（此方式不属编程范围）得到预定许可后，管理员在

5、后台可以审核是否批准该用户的订餐请求，当管理员同意了该用户的订餐请求，即可将该用户所预定的发送给客户，此时客户在客户端可以看到自己购物车的状态，如果管理员没有批准或没有处理等，该客户都可以在前台看见相关信息。2 系统设计方案2.1 总体架构设计2.1.1 系统总体业务架构2.1.2 系统总体软件架构服务器端：tomcat 操作系统：Windows7操作系统 数据库：Microsoft SQL Server 2008网络通信协议：TCP/IP 开发工具：MyEclipse2.2 系统组成2.3 系统功能根据需求分析与系统功能设计目标，结

6、合实际情况本系统功能模块设计分为如下几个模块： 1主页：在这里我们可以看见本系统的主要功能和信息。 2用户注册：在这里我们可以注册我们的基本信息，其中电话和Email是比较重要的，因为我们需要对这些信息进行处理，以方便用户的付款和邮购。 3用户登陆：为了方便用户的付款，邮购和管理，我们需要变成会员后才可以进行消费。 4菜品浏览：成功登陆后的用户可以分页浏览菜品菜品，并将想要的菜品提交到填写订单页面。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登录页面”。 5订购菜品：成功登陆的用户可以在该页面定购所需要的菜品。如果用

7、户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。 6查看订单：成功登陆的用户可以在该页修改已经订购的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。 7修改订单：成功登陆的用户可以在该页修改或删除已经订购的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。 8菜品查询：成功登陆的用户可以在该页查找自己需要的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。 9修改密码：成功登陆的用户可以在该页修改自己的密

8、码。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。 10修改个人信息：成功登陆的用户可以在该页修改自己当初注册时的信息。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。 11.商城公告：发布各种菜品信息或者新闻。 12.管理员：查看用户订单，查看用户信息，并根据用户信息和用户订单对菜品进行发派。2.4 系统环境2.4.1 软件环境a. 操作系统：Windows 7；b. 浏览器：IE，Chrome；c. 开发工具：MyEclipse ，SQL sever 20082.4.2 硬件环境系统至少

9、需要5个部署节点，每个部署节点的硬件平台应满足如下要求：a. CPU主频2.0G以上，核心数量2个（含）以上；b. 内存4G（含）以上；c. 有效硬盘容量500G（含）以上。3 主要技术指标基本性能指标：a. 支撑规模和并发性指标本系统建设规模应至少可满足500名用户，页面每秒并发用户超过30人，后台每秒并发用户20人；其中并发操作指多用户同时在平台上进行的访问、信息修改等各类操作。b. 存储指标(1)各种操作日志、系统运行日志、用户访问日志等各种日志原始文本文件，至少存储2个月；(2)对于存储容量不少于240TB，并可以随着业务的增加动态扩展存储容量；(3)系统对关键数据有实时备份，并对整体

10、数据有离线备份功能，离线备份时间窗口为10天，每24个小时增量备份一次数据。c. 页面性能指标用户查询时系统的响应时间（从查询开始到查询结果展现）小于2秒，同时不能影响其他在线用户进行的其他操作。在网络稳定（业务有效带宽不少于512kbps）的环境下操作性界面单一操作的系统响应时间小于2秒。稳定性与可靠性:a. 系统应提供7×24小时的连续运行能力；b. 系统应具备高于99.9%的高可用性；c. 平均故障间隔时间MTBF 1000小时。可扩展性要求：a. 系统的处理节点具有扩展性；b. 系统的存储能力可以扩展；c. 数据预处理算法通过插件化的形式扩展；d. 生成报表的模板可以扩展。易

11、维护性要求：a. 系统应具有软件、硬件故障在线恢复的能力。重大故障时间间隔应大于6个月b. 故障平均修复时间MTTR 60分钟；c. 系统要求升级过程不影响网络性能，不影响业务运行，不丢失历史数据。易用性和兼容性:a. 系统必须提供统一的图形用户界面风格；b. 系统要求界面友好，易于安装、配置和管理，并有详尽的技术文档。支持中文图形界面、提供中文报表以及各类中文技术文档；c. 设备应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发现和提示；d. 系统应支持同时打开多个管理窗口以对不同任务进行并行的操作；e. 导致系统数据发生变化的操作执行之前，系统应明确提示用户确认。系统正在执行用户提

12、交的请求而无法返回时，应明确标识系统处于繁忙阶段；f. 设备必须支持分布式结构，能够提供统一的管理界面对所有设备进行配置及管理；g. 应具备完善的联机帮助功能，对于每一个操作功能都能查找到相应的使用说明；h. 支持灵活自定义时间粒度进行报表统计，能够根据实际需要灵活定制各种统计报表；i. 系统运行平台兼容Linux以及Winodws；j. 系统支持Chrome，IE等浏览器的访问与显示。4 交付成果交付的内容为软件以及开发文档，见下表1。表1 交付清单序号文件名称介质形式纸介质光盘1.网上订餐系统范围计划2.网上订餐系统成本计划3.网上订餐系统质量计划4.网上订餐系统风险计划 5.网上订餐系统

13、软件成品5 验收策略5.1 系统验收测试的原则网上订餐系统验收测试的内容主要包括程序、数据和文档。系统验收测试的对象应当含盖这三个方面。验收测试的主体以用户为主，系统承制方应积极配合，如果以第三方测试为主，用户和系统承制方共同配合a. 验收测试始终要以双方确认的需求规格说明和技术合同为准，确认系统需求规格说明书中定义的功能已全部实现，性能指标全部达到要求，各项合同条款是否得到贯彻执行。 b. 对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。c. 验收测试工件齐全（测试计划、测试说明、测试报告）d. 验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度

14、上确认软件的功能和性能是否满足要求。5.2 验收测试的具体内容系统验收测试的目的是确认系统是否满足需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。系统具体包括以下测试内容：安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。a. 安装测试安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。b. 功能测试  功能测试是验收测试中的主要内容。应根据系统需求规格说明书中的各功能点逐一测试，测试用例要覆盖全面。c. 界面测试系统界面要符合现行标准和

15、用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。d. 性能测试  性能测试主要测试软件的运行速度和对资源的消耗。通过调整系统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的运行速率、稳定性和可靠性。一般借助各类自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。e. 文档测试   文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯&

16、#160;性和可理解性。5.3 验收测试的步骤a. 验收环境准备阶段软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作，按计划按步骤执行验收测试b. 现场验收阶段将设备运输到委托方，由委托方组织进行现场验收，软件承制单位派人参加，主要工作内容包括：系统联试、现场验收测试等。形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，对软件问题要分级分类管理，必要时要进行回归测试，确保所有问题能得到关闭，最终成功通过验收。c. 最终交付验收合格后，系统正式交付用户，最终交付时间为整个大系统正式交付用户使用的时间。6 质量保证软件研制应当覆盖需求分析、概要设计、详细设计、代码实现、测试

17、以及验收交付等研制环节，文档、代码等交付物齐套。承制方必须有严格的配置管理要求，最终目标代码进入交办方配置管理体系。应按照要求建立软件开发库、受控库和产品库，对软件实施入库、出库控制。用于确认测试和系统联试的软件必须取自受控库，交付软件产品应取自产品库。对变更过的软件必须进行回归测试，确保对有关文档进行相应的变更。在整个软件开发过程中，禁止对目标程序代码进行修补，所有的软件变更必须用源程序语言编码并编译。对已经推广应用的或者在现场系统上的安全关键软件的变更，必须以修改后通过审查批准的整个软件部件的形式来发布而不得对目标程序代码进行修补。软件交付用户使用之前，交由第三方独立机构进行测试，出具相应

18、质量评测报告，以保证符合以上质量规范要求。6.1 软件研制一般要求根据软件工程化要求，软件研制应经历以下几个阶段。软件研制各阶段的工作任务概要如表2 软件研制阶段所示。表2 软件研制阶段阶段主要工作及文档编制完成标志需求分析确定运行环境确定功能、性能和接口要求，编写需求规格说明确定关键成分制定综合性软件项目开发计划制定确认测试计划需求规格说明软件开发计划，包括质量保证计划、配置管理计划软件确认测试计划软件接口需求和设计说明系统设计建立总体结构，划分软件模块定义各功能模块接口进行可靠性、安全性分析制定软件组装测试计划设计软件功能模块的算法和细节确定模块间的详细接口信息拟定单元测试方案组装测试计划

19、软件详细设计报告软件实现编写源程序，并生成目标程序进行调试、静态分析和单元测试（包括语句覆盖测试，分支覆盖测试，修正的条件判定覆盖（MC/DC）测试，目标码覆盖测试）编写单元测试说明软件单元测试软件源程序单元测试说明单元测试报告系统测试执行软件确认测试计划编写软件确认测试用例设计报告测试整个软件系统编写软件确认测试报告确认测试报告评测证明书软件使用说明书验收交付审查软件研制报告、测试报告组织移交软件产品，移交文件软件研制总结报告软件质量履历书软件产品证明书6.2 软件评审要求软件研制应根据每个研制阶段的设计准则，承制方应按照委托方的安排，制定相应的评审检查单，经双方评审通过后方可转入下阶段，软

20、件过程中各阶段的评审要求如表3软件评审要求所示。表3软件评审要求序号评审项目工作产品1需求评审需求规格说明书评审证明书2系统级演示及结项评审研制总结报告评审证明书6.3 软件配置管理要求承制方必须有严格的配置管理要求,应按照要求建立软件开发库、受控库和产品库，对软件实施入库、出库控制。用于确认测试和系统联试的软件必须取自受控库，交付软件产品应取自产品库。对软件的变更应严格实施变更控制，对变更过的软件必须进行回归测试，确保对有关文档进行相应的变更，进行软件变更危险分析，并保留修改的历史文档。7 售后服务7.1 培训用户需选派相关人员参与培训，培训分为技术培训和使用培训。培训时应配套内容详细的技术资料、操作使用手册和培训教材。技术培训内容为系统组成、技术指标、工作原理等，以集中授课形式为主；使用培训在全系统验收通过后进行，主要培训内容包括软件操作与注意事项等内容，以现场讲解形式和书面资料为主。7.2 维护与升级用户需指定人员参与培训来负责日常维护与保养，确保软件的正常工作状态。数据处理软件的承制单位负责提供技术支持，具体包括质量保证期内的服务和寿