本文共 8155 字，大约阅读时间需要 27 分钟。
第五届北大青鸟杯全国IT精英挑战赛中南&西南区域一等奖项目——日杂百货分销系统
需求分析说明书
作者：武汉宏鹏田超凡
版权所有，转载请注明原作者，仿冒侵权必究法律责任
编号：BDQN-武汉宏鹏-日杂百货分销商城
版本：1.0
| 作者： | 田超凡 | 日期： |
|
| 审批： | 中心名称 | 日期： |
|
| 状态 | 修订人 | 修改日期 | 版本 | 备注 |
| 需求分析 | 田超凡 | 1.0 | 需求分析说明书 | |
| 概要设计 | 田超凡 |
|
|
|
| 详细设计 | 田超凡 |
|
|
|
目 录
- 概述
- 目的
读者范围：最终用户和软件开发人员
适用群体：面向广大需要了解、查询、网购的用户
设计初衷：根据广大互联网用户日益增长的精神、物质和文化需求，特研发此日杂百货电子商城来便捷智能的综合网购一体化服务。
研发目的：为想要通过互联网便捷、高效、人性化购物的用户提供一个综合的网上商城，用户可以在网上商城进行便捷、舒适化地购物。
本文档作为需求说明文档，用于与用户确定最终的目标，并成为协议文本的一部分，同时也是本系统设计人员的基础文档。为了分析用户需求和软件需求，从而将需求抽取为计算机软件可以处理的业处理模型，特编写此文档。此文档旨在帮助系统分析人员就用户需求和软件需求行沟通并尽可能达成一致的理解。 同时本文档为系统设计人员和系统开发人员提供系统设计的依据。
-
- 定义、简写和缩略语
| 编号 | 缩写、术语 | 解 释 |
| 1 | 用例 | 从一个外部角色的角度描述如何使用系统。用例说明了系统的功能，并且是用外部角色、用例和被建模的系统的角度来描述。用例应该对某个特定角色产生一个可见的结果。 |
| 2 | 用户 | 指运行系统或者直接与系统发生交互作用的个人或集团。 |
| 3 | 智联 | 智慧互联，使系统连贯易用，高效率办公。 |
| 4 | B/S架构 | 浏览器/服务器，基于请求相应模式，是软件的一种开发架构。 |
| 5 | 前置条件 | 在操作被执行前必须为真的条件。 |
| 6 | 后置条件 | 在操作完成后必须为真的一个条件。 |
| 7 | 建模语言 | 用语法和语义定义的、用来表示模型的语言。一些建模语言还有一些 实用规则。 |
| 8 | 用户 | 指运行系统或者直接与系统发生交互作用的个人或集团。 |
| 9 | 优先级 | 5 最高、4 高、3 中、2 低、1最低 |
| 10 | 流程图 | 本文专指业务流程图， 就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。 |
-
- 综述
本文档第一部分为引言，主要介绍需求规格说明书的背景内容；第二部分为项目的总体描述，第三部分是系统具体需求说明和用例说明。
- 总体描述
2.1产品描述
为满足广大互联网用户日益增长的精神、物质和文化需求，弥补各类综合网购网站的繁冗、稀少和网购流程繁琐、交互性差等缺点，同时也为互联网网购商城提供更加便捷、高效、交互性强、功能完整的业务流程，特开发此日杂百货电子商城方便用户通过互联网快速了解、购买自己心仪的商品，在论坛发表自己对商品的见解，和广大互联网用户进行沟通，增强广大互联网用户对商品的兴趣和爱好，有助于提升人们的精神文化素养并具有显著的价值性，同时也为社会的优速发展贡献一份力量。
2.2
转存失败
2.3
用户分为以下几类：系统管理员、会员两类。
权限说明：系统管理员拥有本系统所有权限，会员可以在前台进行前台的所有操作。用户结构如下：
转存失败
系统用例图：
根据以上用户特点描述，本系统用例图如下所示：
转存失败
3.功能性需求
3.1功能描述
日杂百货分销商城主要目的是提供更好的互联网综合购物平台，通过前台页面方便用户浏览和购买商品，构建一个交互性强、实用性强、页面性能优良的生活品网购平台。前台包括注册、登录、商品浏览、分类展示、发帖讨论等模块，后台页面方便管理员轻松管理网站信息，后台包括商品和分类管理、订单和用户管理等模块。详情见3.2流程描述。
流程描述
3.2.1前台页面管理
3.2.1.1信息查询模块
(1).商品信息查询
转存失败
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 商品信息查询 |
| 主要参与者 | 普通用户、会员用户 |
| 简要说明 | 查询某一商品的相关信息 |
| 事件流 |
|
| 前置条件 | 无 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 2 |
| 说明 | 无 |
(2).商品分类查询
转存失败
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 商品分类查询 |
| 主要参与者 | 普通用户、会员用户 |
| 简要说明 | 根据商品类别查询商品信息 |
| 事件流 | 1.通过搜索栏输入类别查询或通过分类查询 2.显示相应分类下的商品信息 |
| 前置条件 | 无 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 2 |
| 说明 | 注意类别是级联的，一级分类下包含二级分类，二级分类下包含三级分类。 |
(3).附加条件查询
转存失败
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 附加条件查询 |
| 主要参与者 | 普通用户、会员用户 |
| 简要说明 | 根据附加条件（价格、折扣、作者）任意组合查询商品信息 |
| 事件流 | 1.通过分类查询 2.根据附加条件筛选商品 3.显示相应的商品信息 |
| 前置条件 | 无 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 2 |
| 说明 | 注意附加条件可有可无，可多有，根据选择的条件筛选相应的商品信息 |
3.2.1.2购物管理模块
(1).加入购物车
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 加入购物车 |
| 主要参与者 | 会员用户 |
| 简要说明 | 选择商品加入购物车 |
| 事件流 |
|
| 前置条件 | 已注册的会员用户并且登陆了页面 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 无 |
(2).订单结算
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 订单结算 |
| 主要参与者 | 会员用户 |
| 简要说明 | 在购物车调整商品数量并核对价格后提交订单进行结算 |
| 事件流 |
|
| 前置条件 | 已注册的会员用户并且登陆了页面 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 支付接口页面和支付方式多样化 |
| 优先级 | 4 |
| 说明 | 无 |
(3).查询订单
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 订单结算 |
| 主要参与者 | 会员用户 |
| 简要说明 | 在个人信息中查看已下单的订单 |
| 事件流 |
|
| 前置条件 | 已注册的会员用户并且登陆了页面 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 订单分为正常订单(已付款订单和未付款订单)，已付款订单又分为已发货\未发货\退货中等订单状态 |
(4).修改订单
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 修改订单 |
| 主要参与者 | 会员用户 |
| 简要说明 | 在个人主页修改订单信息 |
| 事件流 | 1.登录前台页面 2进入个人主页 3.修改我的订单 |
| 前置条件 | 已注册的会员用户并且登陆了页面 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 无 |
(5).删除订单
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 删除订单 |
| 主要参与者 | 会员用户 |
| 简要说明 | 在个人主页删除订单信息 |
| 事件流 | 1.登录前台页面 2进入个人主页 3.修改我的订单 |
| 前置条件 | 已注册的会员用户并且登陆了页面，订单状态为已完成或未付款 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 只有已完成订单和未付款订单可以删除 |
(6).退/换货
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 退/换货 |
| 主要参与者 | 会员用户 |
| 简要说明 | 在个人主页对未完成订单或已完成订单进行退换货操作 |
| 事件流 | 1.登录前台页面 2进入个人主页 3.订单退换货 |
| 前置条件 | 已注册的会员用户并且登陆了页面，订单状态为已付款或已完成 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 只有已付款和已完成订单可以退换货 |
3.2.1.3用户管理模块
(1).注册
转存失败
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 注册 |
| 主要参与者 | 普通用户 |
| 简要说明 | 普通用户注册成为网站会员 |
| 事件流 | 1、 阅读并同意接受《会员守则》 2、 填写注册信息 3、 注册信息确认 4、 注册成功 |
| 前置条件 | 准会员符合《会员守则》要求，并同意接受该守则 |
| 后置条件 | 在数据库中保存新注册会员信息 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 每个新会员都必须由正式会员为其注册个人资料，注册资料时可以填写注册会员的推荐人。其中用户名必须唯一，且不可更改。 会员资料一旦注册成功，系统会立即为其分配一个会员账户 |
(2).登录
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 登录 |
| 主要参与者 | 会员用户 |
| 简要说明 | 会员用户登录网站 |
| 事件流 |
|
| 前置条件 | 已注册会员才能登陆 |
| 后置条件 | 登陆的会员信息存入服务器会话 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 5 |
| 说明 | 需考虑会话的作用域和生命周期。 |
(3).收藏商品
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 收藏商品 |
| 主要参与者 | 会员用户 |
| 简要说明 | 会员用户收藏心仪商品 |
| 事件流 |
|
| 前置条件 | 已登录会员才能收藏商品 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 5 |
| 说明 | 使用cookie收藏和保存浏览记录 |
(4).基本信息管理
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 基本信息管理 |
| 主要参与者 | 会员用户 |
| 简要说明 | 会员用户管理个人基本信息 |
| 事件流 |
|
| 前置条件 | 已登录会员 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 5 |
| 说明 | 有些会员个人信息是注册后就不能修改的。 |
- .地址管理
转存失败
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 地址管理 |
| 主要参与者 | 会员用户 |
| 简要说明 | 会员用户管理收货地址信息 |
| 事件流 |
|
| 前置条件 | 已登录会员 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
(6).评论管理
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 评论管理 |
| 主要参与者 | 会员用户 |
| 简要说明 | 会员用户管理自己发布的评论 |
| 事件流 |
|
| 前置条件 | 已登录会员 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 2 |
| 说明 | 无 |
(7).余额充值
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 余额充值 |
| 主要参与者 | 会员用户 |
| 简要说明 | 会员用户充值账户余额 |
| 事件流 |
|
| 前置条件 | 已登录会员 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 2 |
| 说明 | 无 |
3.2.2后台页面管理
3.2.2.1商品信息管理
转存失败
- .添加商品
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 添加商品 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 填写并添加商品信息 |
| 事件流 |
|
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 保存商品信息到数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 5 |
| 说明 | 无 |
(2).修改商品
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 修改商品 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 修改指定商品信息 |
| 事件流 | 1管理员登录后台 2修改商品信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 保存商品信息到数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 无 |
(3).删除商品
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 删除商品 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 删除商品信息 |
| 事件流 | 1管理员登录后台 2删除商品信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 从数据库中删除商品信息 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 可以同时删除一个或多个商品信息，并更新数据库 |
- .查询商品
| 用例框架 | 框架说明 |
| 用例名称 | 查询商品 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 根据条件查询商品信息 |
| 事件流 | 1管理员登录后台 2按条件查询商品信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
3.2.2.2商品类别管理
(1).查询分类
| 用例框架 | 框架说明 |
| 用例名称 | 查询分类 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 根据条件查询分类商品信息 |
| 事件流 | 1管理员登录后台 2按条件查询商品分类信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
- .添加分类
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 添加分类 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 填写并添加商品分类信息 |
| 事件流 |
|
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 保存商品分类信息到数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 5 |
| 说明 | 无 |
(3).修改分类
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 修改分类 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 修改指定商品分类信息 |
| 事件流 | 1管理员登录后台 2修改商品分类信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 保存商品分类信息到数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 无 |
(4).删除分类
用例说明：
| 用例框架 | 框架说明 |
| 用例名称 | 删除分类 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 删除商品分类信息 |
| 事件流 | 1管理员登录后台 2删除商品分类信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 从数据库中删除商品分类信息 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 删除分类后该分类下的所有商品都要删除 |
3.2.2.3用户信息管理
(1).用户权限管理
| 用例框架 | 框架说明 |
| 用例名称 | 用户权限管理 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员管理所有用户权限 |
| 事件流 | 1管理员登录后台 2管理用户权限 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
(2).修改评论
| 用例框架 | 框架说明 |
| 用例名称 | 修改评论 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员修改商品的用户评论 |
| 事件流 | 1管理员登录后台 2修改用户评论 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
(3).删除评论
| 用例框架 | 框架说明 |
| 用例名称 | 删除评论 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员删除商品的用户评论 |
| 事件流 | 1管理员登录后台 2删除用户评论 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
(4).置顶评论
| 用例框架 | 框架说明 |
| 用例名称 | 置顶评论 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员对好的评论进行置顶 |
| 事件流 | 1管理员登录后台 2置顶用户评论 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
3.2.2.4订单信息管理
(1).订单查询
| 用例框架 | 框架说明 |
| 用例名称 | 订单查询 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员根据条件查询订单 |
| 事件流 | 1管理员登录后台 2根据条件查询订单信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 无 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
(2).订单处理
| 用例框架 | 框架说明 |
| 用例名称 | 订单处理 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员更新订单状态 |
| 事件流 | 1管理员登录后台 2更新订单状态 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 同步数据库订单状态 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 无 |
(3).退换货处理
| 用例框架 | 框架说明 |
| 用例名称 | 退换货处理 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员处理退换货订单 |
| 事件流 | 1管理员登录后台 2处理退换货订单 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 同步数据库订单状态 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 4 |
| 说明 | 无 |
3.2.2.5咨询管理模块
(1).发布公告
| 用例框架 | 框架说明 |
| 用例名称 | 发布公告 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员发布系统公告 |
| 事件流 | 1管理员登录后台 2编辑并发布系统公告 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 同步数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 | 公告发布后只能删除不能修改 |
(2).删除公告
| 用例框架 | 框架说明 |
| 用例名称 | 删除公告 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员删除系统公告 |
| 事件流 | 1管理员登录后台 2删除系统公告 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 同步数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 |
|
(3).发布活动
| 用例框架 | 框架说明 |
| 用例名称 | 发布活动 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员发布商品活动 |
| 事件流 | 1管理员登录后台 2发布商品活动信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 同步数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 |
|
(4).删除活动
| 用例框架 | 框架说明 |
| 用例名称 | 删除活动 |
| 主要参与者 | 系统管理员 |
| 简要说明 | 管理员删除商品活动 |
| 事件流 | 1管理员登录后台 2删除商品活动信息 |
| 前置条件 | 系统管理员登录后台 |
| 后置条件 | 同步数据库 |
| 非功能需求 | 无 |
| 扩展点 | 无 |
| 优先级 | 3 |
| 说明 |
|
3.技术需求
4.1技术需求
4.1.1软硬件环境需求
（1）软件要求：
1.各大主流浏览器均可，推荐谷歌浏览器和360浏览器
2.MySQL5.5数据库
3.Tomcat7.0服务器
4.需配置jdk1.6以上，建议配置jdk1.7，配置Java语言运行环境
（2）服务器端硬件要求：
CPU：4核或8核
内存：8-16G
硬盘：500G
远程控制卡
4.1.2产品性能
经设计、编码开发和测试后，产品性能需要保持稳定高效快速响应用户请求。
4.1.3安全性
需要保证数据的安全性，防止SQL注入攻击。编码时可以采取MD5加密技术等对敏感数据进行加密。
质量需求
可靠性
系统具有大量的数据统计汇总和查询分析要求，因此，必须确保数据汇总、统计、查询分析的更准确有效。系统必须具备较强的可靠运行设计，可应对单点故障。保证数据安全，包括数据级备份与灾难性恢复。
灵活性
系统要采用先进的技术，保证可灵活地按照不同方式组织其内部模块，从而适应不同网络规模、不同个性化需求和不同组织模式。
兼容性
系统必须具有高度的可扩展性，能够在规模、功能、性能三个方面进行扩展，以适应应用和技术发展的需要，特别是对省（区、市）应用系统及其他纪检监察业务系统的扩展。系统必须开发维护中心，使整个系统的管理维护工作量以及开销较小，并提供完备的运行管理解决方案，包括性能、安全、统计、配置管理等。
易用性
须保证系统的易用性。具体可以通过以下方式保障系统的易用性：
通过提供统一的信息门户，使多种渠道的信息方便接入，并提供一致的渠道服务手段。
针对不同类型的用户设计集成的用户界面，保证用户能够方便快捷的使用自己需要的常用功能。
遵循统一的界面设计规范，在应用程序编码阶段监督编码人员认真执行规范，以做到：界面风格一致、颜色调和、提示清晰、窗口大小适当，提供常用的快捷操作键，操作方法应符合日常习惯。
4.3设计约束
4.3.1 语言约束
本系统必须加入中文乱码处理，防止出现中文乱码
4.3.2系统模型约束
本系统采用三层架构模型，在保证实现技术简单易维护的基础上，实现表示层和业务逻辑层、数据访问层的分离，提高可重用性、可移植性，实现高内聚，低耦合。表示层采用html5/css3/javascript/jQuery/jsp技术实现页面展示，业务逻辑层使用Servlet实现页面控制，数据访问层采用dao模式开发
4.3.3涵盖技能点：
Java基础语法
Java面向对象
HTML5+CSS3
JavaScript+jQuery
JSP+Servlet
SQL语句和jdbc访问数据库
配置文件
Web Service支付和物流、QQ登录、短信API接口
验收标准
日杂百货分销商城验收标准为：
-
-
- 实现所有功能需求
- 满足技术需求
- 系统设计文档完整，且符合规范
- 代码符合规范，且与系统设计一致
-
此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求，则项目可以提交。
转载地址：https://supertian.blog.csdn.net/article/details/105662798 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！
发表评论
最新留言
关于作者
