产品需求设计规格说明书

会员产品设计规格说明书

版本 <1.0>

1. 概述3

2. 引用3

3. 体系结构设计4

3.1 业务处理流程图4

3.2 主要对象及关系模型4

这里主要描述会员处理程序的类图及关系 (4)

3.2.1 用户界面的主要类图(窗口) (4)

3.2.2 业务类图 (4)

3.2.3 实体关系图(E-R图) (4)

3.3 产品－部件结构图4

3.3.1 一级部件结构图（功能部分，不涉及服务部分） (4)

3.3.2 二级部件结构图 (7)

3.4 功能需求与部件对照表9

4. 性能设计10

5. 对外接口设计10

6. 产品部署设计10

6.1 系统部署10

6.2 产品交付文件定义11

6.3 产品及功能间依赖关系11

6.3.1 组件图 (11)

6.3.2 产品关系表 (11)

6.4 升级设计11

1.概述

2.引用

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基础应用组

用户群指导：指的是基础大众，面对的是最广泛的目标客户群体。包括大众买家、普通藏家为主的，提供的是以展示和推广为核心的服务；

条件：仅仅是区分游客身份的角色，不做任何权级限定。免费注册，享受基础服务；

3.3.1.2展示与推广应用组

用户群指导：指的是普通文物商店、画廊、书画店、艺术家，提供的是以展示和推广为核心、同时有交易的核心服务；

条件：主要的希望进阶且有条件和能力的商家，和部分运营者需要且同意其进阶的个人及组织；

一定是包含上述的基础功能，不再累述；

3.3.1.3全能应用组

用户群指导：指的是古玩城、拍卖公司、大型文物商店，提供的是包含展示、推广、交易、资源整合的核心服务；

条件：主要的希望进阶且有条件和能力的商家，和部分运营者需要且同意其进阶的个人及组织；

一定是包含上述的功能，不再累述；

3.3.2二级部件结构图3.3.2.1诚信值

3.3.2.2成长值

3.3.2.3积分

3.3.2.4专业度积分

3.3.2.5其它共用部件及单元

3.3.2.6后台数据管理工

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升级设计

无需专门设计

.