产品需求设计规格详细说明doc 11页.docx
《产品需求设计规格详细说明doc 11页.docx》由会员分享,可在线阅读,更多相关《产品需求设计规格详细说明doc 11页.docx(17页珍藏版)》请在冰豆网上搜索。
产品需求设计规格详细说明doc11页
产品需求设计规格详细说明(doc11页)
会员产品设计规格说明书
版本<1.0>
修订历史纪录
日期
版本
描述
作者
2011.02.15
0.1
根据现有的产品模型和相关文档,归纳总结出概要设计说明书
先说明核心的会员分档后应该具有的功能部分(徐欢想看到的部分的文字版说明)
其它部分(业务流+技术实现),需要乙方补充,甲方提供指导,形成必要的概要性文档
王洋
1.概述
应用编号
HY-5(技术文档规范号请乙方适情设计和使用,1-4分别是会员产品战略需求文档、会员产品市场需求文档、会员产品产品需求文档、会员产品概要原型)
应用名称
会员功能前、后台系统
重点设计目标
划分出产品的体系结构,及部件(模块)
描述出部件(模块)间的关系
描述出各个主要部件的主要功能
描述各主要部件(模块)间的关系
需求的符合度更高
找出可复用的元素,可扩展的部分
设计原则
需求合适性、易用性、稳定性、可扩展性、可复用性
关键部件达到较高的效率
数据库适当沉余
适当消耗存储空间来换取系统执行效率
应用的产品组成
产品标识
产品名称
产品说明
HY-5-1
运营商会员管理系统
主要进行会员分档设计、各档功能的关联、计费、统计、问题处理
(该部分和商城的其它部分暂不作为该文档的说明主体)
HY-5-2
会员应用前台
主要进行注册、登录、前台其它应用(查、览等)
HY-5-3
会员应用后台
主要进行功能操作、查询自应用现状
关键词
(术语、缩略语)
无
备注
(如特殊环境需求)
无
2.引用
需求文档
前后台及功能会员_总体需求分析_V1.0—20110104.doc
数据结构专题
雅昌电子商务平台项目需求规格说明书(会员、内容、客服部分)20110119.doc
公共类专题
无
技术方案专题
无
其它参考资料
无
3.体系结构设计
3.1业务处理流程图
主干业务处理流程图:
3.2主要对象及关系模型
要求:
通过UML类图描述
可借此图,迅速找到本应用的部件、公用部件、公用类或本应用的部件的子类
可反映清晰的部件关系、部件及公用部件/公用类之间的关系
如果一个部件有几个类,一并描绘
一般画一层类图即可。
如果应用比较复杂,要考虑画出二层类图
这里主要描述会员处理程序的类图及关系
3.2.1用户界面的主要类图(窗口)
3.2.2业务类图
3.2.3实体关系图(E-R图)
3.3产品-部件结构图
要求:
用树状菜单结构描述
一级菜单描述子系统(产品)、二级菜单部件分类、三级菜单部件
对部件编号=产品包代码+部件标识
3.3.1一级部件结构图(功能部分,不涉及服务部分)
3.3.1.1基础应用组
用户群指导:
指的是基础大众,面对的是最广泛的目标客户群体。
包括大众买家、普通藏家为主的,提供的是以展示和推广为核心的服务;
条件:
仅仅是区分游客身份的角色,不做任何权级限定。
免费注册,享受基础服务;
序号
数据名称
数据代码(略)
类型(略)
说明
1
交易信息发布
(需要设计按单用户进行发布信息条目限定的窗口功能)
买家发布购买信息,卖家发布销售信息,需要提供交易信息的核心格式:
图片、商品文字、联系方式、成交现状,需要在前台提供交易信息的列表和定向查询通道
2
交易信息阅览
(需要设计成部分客户及其它买卖家信息可查询)
注意:
是部分信息会设置“免费会员不可见”,类似诚信通免费会员的思路不再累述
3
企业及个人展示
(需要类似企业名片的设计即可)
对自己和企业进行简单描述,需要提供的核心格式:
LOGO、企业名称、位置、联系方式、业务介绍
4
商品发布
(需要设计单用户的商品数量和价位的限定功能)
基础的企业商品信息展示位,含产品展示(N个商品N价位内的发布),不含开放型在线营销(意指博宝的“地摊交易”功能,把部分经过雅昌审核的商品放在这个特殊区域进行划区域营销)
5
留言
(需要最少对商品的留言、对企业的留言、对前一客户留言的留言)
评论功能,先发后审(但是保留先审后发的功能),提供关键词过滤机制,注意:
请保留留言开关功能,就是基础会员可以对哪些商品/企业能进行评论需要由运营商来管理
6
论坛
论坛的免费注册和发帖
7
搜索
提供站内的交易、资讯、企业、商品、展会等信息的强大搜索,检索和筛选功能也开放
8
保障性功能
客户服务保障,如:
邮件联络、客服电话、在线webIM等基础保障功能
9
买家角色会员的常规基础功能
注册、登录、个人基本信息维护、验证、进阶提醒、买家自信息展示、购物车、订单系统、收藏、个人轨迹
10
卖家角色会员的常规基础功能
注册、登录、店铺基本信息维护、验证、进阶提醒、卖家自信息展示、我的店铺、我的商品、我的评论、我的交易、基础客服(违约、退款、投诉、咨询等的处理)
3.3.1.2展示与推广应用组
用户群指导:
指的是普通文物商店、画廊、书画店、艺术家,提供的是以展示和推广为核心、同时有交易的核心服务;
条件:
主要的希望进阶且有条件和能力的商家,和部分运营者需要且同意其进阶的个人及组织;
一定是包含上述的基础功能,不再累述;
序号
数据名称
数据代码(略)
类型(略)
说明
1
与基础会员相似功能下的不同
所有的完整客户信息查询及资讯阅览,发布的各类信息排在免费会员之前
2
初级店铺
(需要模板建店)
类似阿里巴巴的旺铺1.0,不再累述
注意:
这里强调的是建站功能的增强,也就是准许正当交易的开展,比地摊交易更具有交易保障性
3
加入二级页的商铺库
二级页的企业推荐功能,轮播性的展示功能
4
首页/二级页基础广告功能
广告位的提供,主要是以文字链这样的低端广告为主
5
邮箱订阅
EDM,每周1次
6
短信服务
开通短信通道,一天一条,推荐企业信息为主
7
彩信服务
开通短信通道,一天一条,推荐商品图示信息为主
8
搜索结果页排名
排序规则先行简单:
级别越高越靠前,注册时间越早越靠前
9
PR
(篇幅和数量的限制)
交艺网软文支持,提供资讯上传的通道
10
商品推荐
首页在开辟店铺推荐的前提下,提供该店铺的商品文字推荐
11
雅昌助理
2次网站制作培训、5天X8小时技术支持、1套网站模板设计及制作、古玩商机联盟、中国XX网、交艺网平台基础会员;展会信息及时回馈、会员异地协助、线下沙龙、客户服务等
3.3.1.3全能应用组
用户群指导:
指的是古玩城、拍卖公司、大型文物商店,提供的是包含展示、推广、交易、资源整合的核心服务;
条件:
主要的希望进阶且有条件和能力的商家,和部分运营者需要且同意其进阶的个人及组织;
一定是包含上述的功能,不再累述;
序号
数据名称
数据代码(略)
类型(略)
说明
1
与基础会员相似功能下的不同
同上
2
高级店铺
(需要个性化建店)
类似阿里巴巴的旺铺2.0(基础套件:
文集/公告、文章/小档案、HTML微件、相册、流量统计、资讯管理、友情链接、企业名片(含企业家介绍)、站内搜索;自动更新:
行业资讯、关键词订阅微件(分开)、RSS订阅、网页剪切、内嵌网页/Iframe;发布展示:
最新销售及求购信息、销售及求购信息分类、分类列表、推荐分类、交易信息列表;互动:
门户引用者列表、留言板、企业贴吧、通用表单、单点地图、多点地图、在线及时通、在线咨询、下载中心;应用拓展:
便签、实用工具、商机搜索框、商机搜索结果、网络硬盘)
注意:
这里强调的是建站功能的增强,也就是准许正当交易的开展,比地摊交易更具有交易保障性
3
加入首页的商铺库
首页的企业推荐功能,轮播性的展示功能
4
首页/二级页高端广告功能
广告位的提供,丰富多样化,图片广告(打折)、一网打尽搜索引擎排名前3、超级展位、1个首页广告服务、1个二级页广告服务、会员企业及商品推荐、软文推广、首页人物访谈
5
邮箱订阅
EDM,每周3次
6
短信服务
开通短信通道,一天2条,推荐企业信息为主
7
彩信服务
开通短信通道,一天2条,推荐商品图示信息为主
8
搜索结果页排名
排序规则先行简单:
级别越高越靠前,注册时间越早越靠前
9
PR
交艺网软文支持,提供资讯上传的通道,不限字数、数量和篇幅与发布位置
10
商品推荐
首页在开辟店铺推荐的前提下,提供该店铺的商品大图推荐
11
雅昌助理
4次网站制作培训、网站模板设计、专业策划设计及制作、其它同推广型会员
3.3.2二级部件结构图
3.3.2.1诚信值
3.3.2.2成长值
3.3.2.3积分
3.3.2.4专业度积分
3.3.2.5其它共用部件及单元
后台数据管理工
3.4功能需求与部件对照表
这里的部件是指一个(或多个)Delphi的窗口对象(或单元文件),是系统每个功能菜单的入口
部件设计思想:
部件应该是较通用的,部件与部件之间或产品间的共用部件之间的接口应该是灵活的,低耦合的,部件内部是高类聚的。
以下是需求和部件对照表:
功能编号
功能名称
部件编号
部件名称
相关主要操作表
备注
要求:
功能来源于需求规格说明书的所有功能
部件可以是本应用的部件,也可以是公用部件
4.性能设计
性能需求
实现部件
建议设计方法
(注意:
1、性能需求摘自需求规格说明书的各功能的性能要求,也可在设计时自行补充。
2、实现部件可能是所有部件)
5.对外接口设计
接口项目
接口第三方软件
接口级别
接口实现说明(接口部件或调用申明)
接口级别,分为如下四种:
文件级,主要基于数据导入导出的方法
数据库级,1)共享表的读写权限。
(产品间)2)建立中间表
应用服务级,共享服务Web-Service,共享外部方法
界面操作级,界面集成
6.产品部署设计
6.1系统部署
会员系统物理部署图如下:
6.2产品交付文件定义
产品交付主要文件如下表:
产品交付文件
主要内容描述
文件命名及位置
6.3产品及功能间依赖关系
6.3.1组件图
将会员系统代码结构(或逻辑包)进行分解,如下图:
图中每个节点是一个物理代码或数据文件,或逻辑上独立的代码部件
6.3.2产品关系表
产品各部件依赖关系参见以上UML组件图,其中虚线箭头标识依赖关系,实线的圆点表示接口关系
产品名
产品功能(集)
依赖产品/功能
6.4升级设计
无需专门设计