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

网上订餐系统项目建议书

学院：计算机科学与工程学院 专业：计算机科学与技术

组员：

2016年10月

目录

1

概述 ............................................................ 3 1.1 系统建设目标与内容............................................................................... 3

1.1.1 系统建设目标.................................................................................... 3 1.1.2 系统建设的主要内容........................................................................ 3 系统设计方案 .................................................... 4 2.1 总体架构设计........................................................................................... 4

2.1.1 系统总体业务架构............................................................................ 4 2.1.2 系统总体软件架构............................................................................ 4 2.2 系统组成................................................................................................... 5 2.3 系统功能................................................................................................... 5 2.4 系统环境................................................................................................... 6

2.4.1 软件环境............................................................................................ 6 2.4.2 硬件环境............................................................................................ 7 主要技术指标 .................................................... 7 交付成果 ........................................................ 8 验收策略 ........................................................ 9 5.1 系统验收测试的原则............................................................................... 9 5.2 验收测试的具体内容............................................................................... 9 5.3 验收测试的步骤..................................................................................... 10 质量保证 ....................................................... 11 6.1 软件研制一般要求................................................................................. 11 6.2 软件评审要求......................................................................................... 12 6.3 软件配置管理要求................................................................................. 13 售后服务 ....................................................... 13 7.1 培训......................................................................................................... 13 7.2 维护与升级............................................................................................. 13 7.3 质量保证期内的服务............................................................................. 13 7.4 寿命期内维修服务................................................................................. 14 开发进度计划 ................................................... 14

2

3 4 5

6

7

8

II

1 概述

随着互联网技术的快速发展，网络早已经成为现代人日常生活中不可或缺的部分，网上订餐由于其独有的便捷性和直观性，更能够轻而易举地被现代人认同和接受。网上订餐系统是一个基于互联网的B/S模式的网上订餐网站，能为客户提供网上浏览菜单、点菜订餐、餐品、服务评价等服务。客户通过登陆网站进行订餐，从而使餐馆订单增加而获利。

1.1 系统建设目标与内容

1.1.1

系统建设目标

随着麦当劳，肯德基等洋味十足的快餐店越来越密集的出现在城市的大街小巷，越来越多的消费者光顾它们。然而一旦走进这些店铺，大多数人看到的都是铺天盖地排长龙的等待购买的人群、领餐后茫然寻找座位的人群以及因为人太多等不及购买而进去又徘徊出来的人。当然国内其他大型餐饮或者其他行业也都会出现类似的现象。

面对以上这种现象，国民迫切的需要一种实际的解决方法，一个功能完备但是操作简单的订餐点餐系统。 1.1.2

系统建设的主要内容

该系统分为前台和后台两个部分，前台部分主要是用户进行资讯的浏览，以及订餐，订座管理等，主要是面向用户的。而后台主要是管理人员对前台数据的维护和设置，主要是面向管理人员的。网上订餐系统无论是在应用的深度还是广度都是一个逐步发展的过程。在开发一个局部系统时要充分考虑到局部系统和整个目标系统之间的相容性和完整性，以利于今后整个系统的建立。该系统从总体上把握系统的设计，在具体的设计实现上我们围绕着三个方面的需求展开，即管理者、系统使用者、系统维护者。

对于本系统的不同使用者，其功能与业务逻辑是不尽相同的。对于普通用户而言，系统主要像用户展示一个美观的界面，用户在可以浏览各类资讯，查询餐饮信息，订餐，订座等。而管理员则需要在后台维护这些数据。本系统的主要功

3

能应是用户的订餐了，用户可以查询菜品信息，当发现自己满意的以后，可以将这些菜品添加到自己的购物车，此时用户虽然选择了要预定的商品，但是还不具备法律效用，当用户通过一定方式（此方式不属编程范围）得到预定许可后，管理员在后台可以审核是否批准该用户的订餐请求，当管理员同意了该用户的订餐请求，即可将该用户所预定的发送给客户，此时客户在客户端可以看到自己购物车的状态，如果管理员没有批准或没有处理等，该客户都可以在前台看见相关信息。

2 系统设计方案 2.1 总体架构设计

2.1.1

系统总体业务架构

2.1.2 系统总体软件架构

服务器端：tomcat

操作系统：Windows7操作系统

4

数据库：Microsoft SQL Server 2008 网络通信协议：TCP/IP 开发工具：MyEclipse

2.2 系统组成

2.3 系统功能

根据需求分析与系统功能设计目标，结合实际情况本系统功能模块设计分为如下几个模块：

1．主页：在这里我们可以看见本系统的主要功能和信息。

2．用户注册：在这里我们可以注册我们的基本信息，其中电话和Email是比较重要的，因为我们需要对这些信息进行处理，以方便用户的付款和邮购。

3．用户登陆：为了方便用户的付款，邮购和管理，我们需要变成会员后才可以进行消费。

4．菜品浏览：成功登陆后的用户可以分页浏览菜品菜品，并将想要的菜品

5

提交到填写订单页面。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登录页面”。

5．订购菜品：成功登陆的用户可以在该页面定购所需要的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。

6．查看订单：成功登陆的用户可以在该页修改已经订购的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。

7．修改订单：成功登陆的用户可以在该页修改或删除已经订购的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。

8．菜品查询：成功登陆的用户可以在该页查找自己需要的菜品。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。

9．修改密码：成功登陆的用户可以在该页修改自己的密码。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。

10．修改个人信息：成功登陆的用户可以在该页修改自己当初注册时的信息。如果用户还没有注册就直接进入或者没有成功登陆就进入页面，将被连接到“用户登陆页面”。

11.商城公告：发布各种菜品信息或者新闻。

12.管理员：查看用户订单，查看用户信息，并根据用户信息和用户订单对菜品进行发派。

2.4 系统环境

2.4.1

软件环境

a. 操作系统：Windows 7； b. 浏览器：IE，Chrome；

c. 开发工具：MyEclipse ，SQLsever 2008

6

2.4.2 硬件环境

系统至少需要5个部署节点，每个部署节点的硬件平台应满足如下要求： a. CPU主频2.0G以上，核心数量2个（含）以上； b. 内存4G（含）以上；

c. 有效硬盘容量500G（含）以上。

3 主要技术指标

基本性能指标：

a. 支撑规模和并发性指标

本系统建设规模应至少可满足500名用户，页面每秒并发用户超过30人，后台每秒并发用户20人；其中并发操作指多用户同时在平台上进行的访问、信息修改等各类操作。

b. 存储指标

(1)各种操作日志、系统运行日志、用户访问日志等各种日志原始文本文件，至少存储2个月；

(2)对于存储容量不少于240TB，并可以随着业务的增加动态扩展存储容量； (3)系统对关键数据有实时备份，并对整体数据有离线备份功能，离线备份时间窗口为10天，每24个小时增量备份一次数据。

c. 页面性能指标

用户查询时系统的响应时间（从查询开始到查询结果展现）小于2秒，同时不能影响其他在线用户进行的其他操作。

在网络稳定（业务有效带宽不少于512kbps）的环境下操作性界面单一操作的系统响应时间小于2秒。

稳定性与可靠性:

a. 系统应提供7×24小时的连续运行能力； b. 系统应具备高于99.9%的高可用性； c. 平均故障间隔时间MTBF ≥1000小时。 可扩展性要求：

a. 系统的处理节点具有扩展性；

7

b. 系统的存储能力可以扩展；

c. 数据预处理算法通过插件化的形式扩展； d. 生成报表的模板可以扩展。 易维护性要求：

a. 系统应具有软件、硬件故障在线恢复的能力。重大故障时间间隔应大于

6个月

b. 故障平均修复时间MTTR ≤ 60分钟；

c. 系统要求升级过程不影响网络性能，不影响业务运行，不丢失历史数据。 易用性和兼容性:

a. 系统必须提供统一的图形用户界面风格；

b. 系统要求界面友好，易于安装、配置和管理，并有详尽的技术文档。支

持中文图形界面、提供中文报表以及各类中文技术文档；

c. 设备应能在浏览器中完成基本的管理任务，对用户输入错误，应尽早发

现和提示；

d. 系统应支持同时打开多个管理窗口以对不同任务进行并行的操作； e. 导致系统数据发生变化的操作执行之前，系统应明确提示用户确认。系

统正在执行用户提交的请求而无法返回时，应明确标识系统处于繁忙阶段；

f. 设备必须支持分布式结构，能够提供统一的管理界面对所有设备进行配

置及管理；

g. 应具备完善的联机帮助功能，对于每一个操作功能都能查找到相应的使

用说明；

h. 支持灵活自定义时间粒度进行报表统计，能够根据实际需要灵活定制各

种统计报表；

i. 系统运行平台兼容Linux以及Winodws； j. 系统支持Chrome，IE等浏览器的访问与显示。

4 交付成果

交付的内容为软件以及开发文档，见下表1。

8

表1 交付清单

序号 1. 2. 3. 4. 5. 文件名称 《网上订餐系统范围计划》 《网上订餐系统成本计划》 《网上订餐系统质量计划》 《网上订餐系统风险计划》 《网上订餐系统软件成品》 介质形式 纸介质 光盘 √ √ √ √ √

5 验收策略

5.1 系统验收测试的原则

网上订餐系统验收测试的内容主要包括程序、数据和文档。系统验收测试的对象应当含盖这三个方面。验收测试的主体以用户为主，系统承制方应积极配合，如果以第三方测试为主，用户和系统承制方共同配合

a. 验收测试始终要以双方确认的需求规格说明和技术合同为准，确认系统需

求规格说明书中定义的功能已全部实现，性能指标全部达到要求，各项合同条款是否得到贯彻执行。

b. 对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。 c. 验收测试工件齐全（测试计划、测试说明、测试报告）

d. 验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间

在最大程度上确认软件的功能和性能是否满足要求。

5.2 验收测试的具体内容

系统验收测试的目的是确认系统是否满足需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。系统具体包括以下测试内容：安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。

a. 安装测试

9

安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。

b. 功能测试

功能测试是验收测试中的主要内容。应根据系统需求规格说明书中的各功能点逐一测试，测试用例要覆盖全面。

c. 界面测试

系统界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。

d. 性能测试

性能测试主要测试软件的运行速度和对资源的消耗。通过调整系统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的运行速率、稳定性和可靠性。一般借助各类自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。

e. 文档测试

文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯 性和可理解性。

5.3 验收测试的步骤

a. 验收环境准备阶段

软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作，按计划按步骤执行验收测试

b. 现场验收阶段

将设备运输到委托方，由委托方组织进行现场验收，软件承制单位派人参加，主要工作内容包括：系统联试、现场验收测试等。形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，对软件问题要分级分类管理，必要时要进行回归测试，确保所有问题能得到关闭，最终成功通过验收。

c. 最终交付

验收合格后，系统正式交付用户，最终交付时间为整个大系统正式交付用户

10

使用的时间。

6 质量保证

软件研制应当覆盖需求分析、概要设计、详细设计、代码实现、测试以及验收交付等研制环节，文档、代码等交付物齐套。

承制方必须有严格的配置管理要求，最终目标代码进入交办方配置管理体系。应按照要求建立软件开发库、受控库和产品库，对软件实施入库、出库控制。用于确认测试和系统联试的软件必须取自受控库，交付软件产品应取自产品库。

对变更过的软件必须进行回归测试，确保对有关文档进行相应的变更。在整个软件开发过程中，禁止对目标程序代码进行修补，所有的软件变更必须用源程序语言编码并编译。对已经推广应用的或者在现场系统上的安全关键软件的变更，必须以修改后通过审查批准的整个软件部件的形式来发布而不得对目标程序代码进行修补。

软件交付用户使用之前，交由第三方独立机构进行测试，出具相应质量评测报告，以保证符合以上质量规范要求。

6.1 软件研制一般要求

根据软件工程化要求，软件研制应经历以下几个阶段。软件研制各阶段的工作任务概要如表2 软件研制阶段所示。

表2 软件研制阶段

阶段 确定运行环境 确定功能、性能和接口要求，编写需求规格说明 确定关键成分 需求分析 制定综合性软件项目开发计划 制定确认测试计划 主要工作及文档编制 完成标志 需求规格说明 软件开发计划，包括质量保证计划、配置管理计划 软件确认测试计划 软件接口需求和设计说明 11

阶段 主要工作及文档编制 建立总体结构，划分软件模块 定义各功能模块接口 完成标志 系统进行可靠性、安全性分析 设计 制定软件组装测试计划 设计软件功能模块的算法和细节 确定模块间的详细接口信息 拟定单元测试方案 编写源程序，并生成目标程序 组装测试计划 软件详细设计报告 软件源程序 单元测试说明 单元测试报告 进行调试、静态分析和单元测试（包括语句覆盖测试，分软件支覆盖测试，修正的条件判定覆盖（MC/DC）测试，目标实现 码覆盖测试） 编写单元测试说明 软件单元测试 系统执行软件确认测试计划 测试 编写软件确认测试用例设计报告 测试整个软件系统 编写软件确认测试报告 审查软件研制报告、测试报告 确认测试报告 评测证明书 软件使用说明书 软件产品，移交文件 软件研制总结报告 软件质量履历书 软件产品证明书 验收组织移交 交付 6.2 软件评审要求

软件研制应根据每个研制阶段的设计准则，承制方应按照委托方的安排，制定相应的评审检查单，经双方评审通过后方可转入下阶段，软件过程中各阶段的评审要求如表3软件评审要求所示。

表3软件评审要求

序号 1 评审项目 需求评审 工作产品 需求规格说明书 评审证明书 研制总结报告 评审证明书 2 系统级演示及结项评审 12

6.3 软件配置管理要求

承制方必须有严格的配置管理要求,应按照要求建立软件开发库、受控库和产品库，对软件实施入库、出库控制。用于确认测试和系统联试的软件必须取自受控库，交付软件产品应取自产品库。

对软件的变更应严格实施变更控制，对变更过的软件必须进行回归测试，确保对有关文档进行相应的变更，进行软件变更危险分析，并保留修改的历史文档。

7 售后服务 7.1 培训

用户需选派相关人员参与培训，培训分为技术培训和使用培训。培训时应配套内容详细的技术资料、操作使用手册和培训教材。

技术培训内容为系统组成、技术指标、工作原理等，以集中授课形式为主；使用培训在全系统验收通过后进行，主要培训内容包括软件操作与注意事项等内容，以现场讲解形式和书面资料为主。

7.2 维护与升级

用户需指定人员参与培训来负责日常维护与保养，确保软件的正常工作状态。数据处理软件的承制单位负责提供技术支持，具体包括质量保证期内的服务和寿命期内升级和维护服务。

7.3 质量保证期内的服务

系统正式交付之日起进入免费保修期，保修期1年，在此期限内，系统承制单位提供一些服务：

a. 根据系统使用说明书完成对用户的操作培训，保证用户能独立操作系统各软

件；

b. 软件因质量问题出现故障或不合格部分均由软件承制单位免费及时处理，发

生的一切费用由软件承制单位承担；

c. 保修期内，软件承制单位需提供技术支持，免费提供系统升级服务；

13

d. 在重大测试或执行重要任务期间，系统承制单位应派技术人员到现场提供支

持，确保设备的安全运行；

e. 软件承制单位须设立技术支持队伍和维修电话，提供长期的跟踪维护和技术

支援。

7.4 寿命期内维修服务

a. 在质量保证期外，对系统各项升级服务需支付相应费用，具体费用另行商定； b. 在得到故障报告后，在24h内对故障做出响应，并提供应急方案，如需要应

派出维护人员到现场处理。

c. 遇非软件质量问题，需要提供技术支持，期间发生的一切费用由委托单位承

担。

8 开发进度计划

表4系统开发进度

起始日期 2016.10.01 2016.10.11 2016.10.16 2016.10.22 2016.10.28 2016.11.04 2017.01.13 2017.01.25

截止日期 2016.10.10 2016.10.15 2016.10.21 2016.10.27 2016.11.03 2017.01.11 2017.01.20 2017.02.10 主体工作 需求说明与项目建议 软件项目范围成本 项目成本计划 质量计划与风险分析 审核并确认软件项目计划 软件开发 验收测试 售后培训与调试服务 负责人 张三 李四 李二 李明 张三 软件开发人员 某企业经理 李红 14

本文来源：https://www.bwwdw.com/article/e4lx.html