商品模块表结构及逻辑说明

商品模块表结构及逻辑说明
商品模块表结构及逻辑说明

商品模块表结构及逻辑说明1涉及到表

1.1商品表(es_goods)

商品表

goodsid

名称

货号

品牌id

所属分类id 类型id

商品类型

计量单位

重量

是否上架

商品列表图片商品图片

简介

详细描述

销售价格

成本价

市场价

参数字串

规格字串

是否开启规格配件字串

添加时间

最后更新时间浏览次数

购买次数

是否可用

库存

积分

页面标题

页面关键字页面内容描述p20

p19

p18

p17

p16

p15

p14

p13

p12

p11

p10

p9

p8

p7

p6

p5

p4

p3

p2

p1

排序

have_field 是否是团购是否限时抢购评价值

库存报警数是否特价

是否支持打折度数最小值度数最大值mediumint(8)

varchar(200)

varchar(200)

mediumint(8)

mediumint(8)

mediumint(8)

enum('normal','bind') varchar(20)

decimal(20,3)

smallint(1)

longtext

longtext

varchar(255)

longtext

decimal(20,3)

decimal(20,3)

decimal(20,3)

longtext

longtext

smallint(1)

longtext

bigint(8)

bigint(8)

int(10)

int(10)

smallint(1)

mediumint(8)

int(10)

varchar(255)

varchar(1000)

varchar(1000)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

varchar(255)

int

smallint(1)

smallint(1)

smallint(1)

int

int

tinyint(1)

tinyint(1)

double(8,2)

double(8,2)

用于存储商品基本信息,其中字段P1至P21用于存储商品自定义属性。

直接将自定义属性存储于商品表中的目的是为了提高查询效率

确实存在更好的搜索方案,如Lucene ,这将是javashop 进步将要改进的

商品的自定义参数信息存储于es_goods_type 表,在后面会有详细的介绍

1.2 货品表(es_product)

在javashop 中关于货品的定义:

某一种商品可能有多种规格,那么每一种规格就是一个货品。

如某某衬衫是一个商品,他可能存在L 号及白色和S 号白色两种货品。

es_product 用于存储货品数据,其中goods_id 字段和es_goods 表关联,其它字段定义了这种货品可能特有的属性,如库存、价格或重量等。

在多库房的情况下,库存的存储会变得相对复杂,此处的库存是指全部库房的库存和。 而es_goods 表中的store 字段记录了此商品所有货品、所有库房的库存之和。

1.3 货品库存表(es_product_store )

这个表是为了定义多个库房的货品库存情况,其中depotid 字段和es_depot(库房表)关联。

货品

product_id

goods_id

名称

货号

库存

价格

规格

折扣

重量

...mediumint(8)mediumint(8)varchar(255)varchar(50)mediumint(8)decimal(20,3)longtext decimal(20,3)decimal(20,3)货品库存

storeid goodsid productid depotid store ...int int

int

int

int

1.4 商品库房对照表(es_goods_depot)

此表记录了某个库房是否完成了商品的进货。

这里涉及到了Javashop 关于“进货任务”的概念,在Javashop 中商品入库的流程为: 添加商品信息→形成进货任务→任务提醒→完成进货 “添加商品信息”和”进货”可能是由不同的角色完成的,“进货员”是否完成了某个商品的“进货任务”便记录在此表中,其中iscmpl 为1表示完成了此商品的进货任务。

1.5 商品分类表(es_goods_cat)

此表定义了商品的分类,es_goods 表中的cat_id 和此表关联。

1.6 商品类型表(es_goods_type)

类型和类别不同,类型定义了商品的特性,如手机有“网络制式”、“机身内存”、“屏幕尺寸”等等属性和参数,还要定义其“摩托罗拉”或是“诺基亚”的品牌,属性和参数的字段是props 、params 。

商品库房对照表

id

goodsid

depotid

iscmpl

...int int int smallint(1)商品类别

cat_id

类别名称

父id

路径

商品数量

显示次序

类型

显示到列表

类别图

...mediumint(8)varchar(200)mediumint(8)varchar(200)mediumint(8)smallint(5)mediumint(8)enum('0','1')varchar(255)商品类型

type_id 类型名称属性参数是否可用是否是实体商品是否有属性是否有参数是否关联品牌have_field ...mediumint(8)varchar(100)

longtext

longtext

smallint(1)

smallint(1)

smallint(1)

smallint(1)

smallint(1)

smallint(1)

类型和品牌的关系是一对多,对照表为:类型品牌对照表

2 商品模块逻辑分析

2.1 商品信息的维护

商品模块也是基于Javashop 的组件机制,其核心逻辑在“商品核心组件”

(GoodsCoreComponent)中,此组件包主要插件有:

商品基本信息插件 ●

商品相册插件 ●

商品自定义属性插件 ●

商品自定义参数插件

1.

商品基本信息是对商品名称、价格、重量等属性的维护 2.

商品相册是对商品表的 image_default \image_file 两个字段维护 3.

自定义属性是对商品表的p1-p20字段维护 4.

自定义参数是对商品表的params 字段维护。

2.2 对于规格的管理

对于商品规格的处理,涉及到两个组件:“标准货品组件”和“自定义规格组件”。 两个组件同时只能启用一个

2.2.1 规格组件(GoodsSpecComponent)

规格组件用于处理商品带有多种规格的情况,负责商品添加、修改、库存维护、配货发货环节的逻辑。

2.2.2 标准货品组件(ProductComponent)

此组件用于处理一种商品只对应一种规格的情况,在某些电子商务中的商品很简单,没有规格,一个商品即是一个货品,如果使用规格组件去处理会使业务变得过于复杂。因此提供标准货品组件,他也会涉及商品添加、修改、库存维护、配货发货环节的逻辑,但只考虑了单

类型品牌对照表

type_id brand_id mediumint(8)

mediumint(8)

一货品的情况。

2.3商品自定义属性及参数的存储

es_goods_type中的props及params字段存储了某个商品类型的自定义属性及自定义参数情况。

他们均以JSON格式存储于数据库中,参数JSON对应的Java实体对像为GoodsParam

属性JSON对应的Java实体为Attribute

在数据库中JSON字串的样子:

[{"datatype":"","hidden":0,"name":"包装","nums":[0,0],"optionAr":["盒装","瓶装"],"optionMap":[{"num":0,"selected":0,"url":"","name":"盒装"},{"num":0,"selected":0,"url":"","name":"瓶装"}],"options":"盒装,瓶装","required":0,"type":3,"unit":"","valStr":"","value":"","valueList":[]},{"datatype":"","hidden":0,"n ame":"口味","nums":[0,0,0,0],"optionAr":["白咖啡","卡布奇诺","其它","特色咖啡"],"optionMap":[{"num":0,"selected":0,"url":"","name":"白咖啡"},{"num":0,"selected":0,"url":"","name":"卡布奇诺"},{"num":0,"selected":0,"url":"","name":"其它"},{"num":0,"selected":0,"url":"","name":"特色咖啡"}],"options":"白咖啡,卡布奇诺,其它,特色咖啡","required":0,"type":3,"unit":"","valStr":"","value":"","valueList":[]}]

在运行期Javashop会将他们转为Java对象并显示到页面中:

2.4商品库存的维护

我们上面提到,商品的库存涉及到的表有:es_product_store、es_goods_depot。

他们是通过一系列的插件来完成维护的。

2.4.1库存创建插件GoodsDepotCreatePlugin

此插件用于在添加商品时创建每个商品对应的库存维护情况,即对es_goods_depot表维护。

2.4.2规格库存插件

他们在以下包中:

https://www.360docs.net/doc/911156716.html,ponent.spec.plugin.store

这些插件处理了带规格商品的库存维护的逻辑

2.4.3标准货品库存插件

他们在以下包中:

https://www.360docs.net/doc/911156716.html,ponent.product.plugin.store 这些插件处理了不带规格商品的库存维护的逻辑

产品详细设计说明书模版

XXX系统 详细设计说明书 作者: 完成日期: 签收人: 签收日期: 版本所有:北京无限讯奇信息技术有限公司

版本修改记录

目录 1引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (4) 2程序系统的组织结构 (5) 3程序1(标识符)设计说明 (6) 3.1程序描述 (6) 3.2功能 (6) 3.3性能 (6) 3.4输入项 (6) 3.5输出项 (6) 3.6算法 (7) 3.7流程逻辑 (7) 3.8接口 (7) 3.9存储分配 (7) 3.10注释设计 (7) 3.11限制条件 (7) 3.12测试计划 (7) 3.13尚未解决的问题 (8) 4程序2(标识符)设计说明 (9)

详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑,如果一个软件系统比较简单,层次很少,本文件可以不单独编写,有关内容合并入概要设计说明书。 1引言 1.1编写目的 说明编写这份详细设计说明书的目的,指出预期的读者。 1.2背景 说明: a.待开发软件系统的名称; b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。 1.3定义 列出本文件中用到专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出有关的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用到的文件资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够取得这些文件的来源。

产品设计说明书

产品设计说明书 产品规划阶段(认识需求、可行性论证、形成任务书) 功能原理方案设计阶段(分析功能、设计机器的工作原理,形成原理方案) 技术设计阶段(详细设计机器的各组成部分及零件,形成装配图和零件图) 样机试制与测试 批量化设计(商品化设计)阶段

一、产品规划阶段(明确设计任务阶段)(1)需求识别(创意的产生) 提出问题比解决问题更重要更困难 需求识别的方法: 从生活中的“不方便”之处发现需求; 从生产发展的角度寻找需求; 根据现有技术的弱点去寻找需求; 从新技术应用的角度去发现需求; 从意外中发现需求; (2)需求明确与范围界定。 (3)可行性研究(调查研究) ①技术调研: 现有产品技术水平、优缺点、使用情况等;

专利情报; 有关技术标准与法规; 适用的科技成果、新材料、新工艺、新技术等。 ②市场调研: 用户需求进一步调查:可能销售对象与销量;有关功能与性能、费用、外观、颜色、风格等方面的要求。 同行情况与行业技术经济情报:竞争产品的种类、优缺点和市场占有情况;竞争企业的生产经营实力和状况等。 原料供应情况:原料品种、价格和供应情况。 ③可行性论证(调查研究) 社会调查: 社会环境(产业政策、社会风俗、消费水平与购买能力等); 企业内部信息(企业实力、发展动向等)。 产品规划阶段的成果: 可行性报告——必要性、可行性 设计任务书:

功能与性能参数 制造、运输、使用、人机与美学要求或约束; 费用与时间要求等。 二、功能原理方案设计阶段——系统化设计方法 1.分析抽象总功能; 2.功能分解; 3.分功能的求解: 4.由分功能综合整体解; 5.方案评价与决策(必要时进行原理试验); 6.原理方案结果——功能分解图、决策表、原理示意图等。原理方案设计阶段

数据库设计各阶段

1.数据库应用系统的设计步骤 按规范设计的方法可将数据库设计分为以下六个阶段 (1)需求分析; (2)概念结构设计; (3)逻辑结构设计; (4)数据库物理设计; (5)数据库实施; (6)数据库运行和维护。 2.需求分析 需求收集和分析是数据库应用系统设计的第一阶段。明确地把它作为数据库应用系统设计的第一步是十分重要的。这一阶段收集到的基础数据和一组数据流图(Data Flow Diaˉgram———DFD)是下一步设计概念结构的基础。概念结构对整个数据库设计具有深刻影响。而要设计好概念结构,就必须在需求分析阶段用系统的观点来考虑问题、收集和分析数据及其处理。如何分析和表达用户需求呢?在众多的分析方法中,结构化分析(Structured Analysis,简称SA方法)是一个简单实用的方法。SA方法用自顶向下、逐层分解的方式分析系统。用数据流图,数据字典描述系统。然后把一个处理功能的具体内容分解为若干子功能,每个子功能继续分解,直到把系统的工作过程表达清楚为止。在处理功能逐步分解的同时,它们所用的数据也逐级分解。形成若干层次的数据流图。数据流图表达了数据和处理过程的关系。处理过程的处理逻辑常常用判定表或判定树来描述。数据字典(Data Dictionary,简称DD)则是对系统中数据的详尽描述,是各类数据属性的清单。对数据库应用系统设计来讲,数据字典是进行详细的数据收集和数据分析所获得的主要结果。数据字典是各类数据描述的集合,它通常包括以下5个部分: (1)数据项,是数据最小单位。 (2)数据结构,是若干数据项有意义的集合。 (3)数据流,可以是数据项,也可以是数据结构。表示某一处理过程的输入输出。 (4)数据存储,处理过程中存取的数据。常常是手工凭证、手工文档或计算机文件。 (5)处理过程。

产品设计说明书 模板

百度文库 项目编号: 工程编号: 版本号: 保密级别:打磨焊缝及周围热影响区 球罐焊缝(表面是 末)吸附罐 壁 移动小 车 摄像 照明设 备 固定小 车 接触罐 壁 打磨焊 缝 打磨热 影响区 能量转 换 xyz向 移动打 磨头 机密绝密产品设计说明书 产品名称: 产品型号: 工程编号: 设计: 编写: 校核: 审核: 0001年1月1日

XXX产品设计说明书 目录 NO TABLE OF CONTENTS ENTRIES FOUND.

XXX产品设计说明书 1.背景及意义 根据我国有关规程规定,根据基础情况,每隔2-6年需对大型球罐或圆柱形储罐检测一次,每隔2年需对使用5年以上的管线进行检测(通常,在低洼、潮湿的地方挖开数处检查)。各项检测之前,都必须进行罐体的清洗打磨。目前国内传统的清洗和打磨方法主要利用人工手持打磨设备进行打磨,存在着劳动强度大,施工周期长、安全性差等问题。 随着我国大型石油储罐的大量建设,以及人类对环境保护问题的日益重视,人工作业已不符合环境和发展的客观要求,淘汰人工作业是历史的必然。机器人技术的出现和发展,以及检测人员自我保护意识的增强,使得机器人代替人工进行罐壁打磨作业成为迫切任务。本项目开发的能携带自动化打磨装备的爬壁机器人,可以大大降低大型容器打磨作业的成本,提高工作效率,特别是把检测人员从危险作业环境中解脱出来。因此,大型容器壁面打磨机器人的研制具有重要的社会效益、经济意义和广阔的应用前景。 2.设计需求分析 需求表汇总 表XXX产品设计需求表 基本需求 名称内容小车最大尺寸 焊缝打磨宽度 越障高度 自重和承载 能量要求 功能需求 名称内容 吸附功能 机器人在罐壁工作时,应可靠地吸附在球罐内、外表面,且吸附力 不能过大。 移动转向功能

数据库设计实例需求分析、概念结构、逻辑结构

数据库设计实例分析 一、需求分析实例 现要开发高校图书管理系统。经过可行性分析和初步的需求调查,确定了系统的功能边界,该系统应能完成下面的功能: (1)读者注册。 (2)读者借书。 (3)读者还书。 (4)图书查询。 1、数据流图 顶层数据流图反映了图书管理系统与外界的接口,但未表明数据的加工要求,需要进一步细化。根据前面图书管理系统功能边界的确定,再对图书管理系统顶层数据流图中的处理功能做进一步分解,可分解为读者注册、借书、还书和查询四个子功能,这样就得到了图书管理系统的第0层数据流图 从图书管理系统第0层数据流图中可以看出,在图书管理的不同业务中,借书、还书、查询这几个处理较为复杂,使用到不同的数据较多,因此有必要对其进行更深层次的分析,即构建这些处理的第1层数据流图。下面的图8-7分别给出了借书、还书、查询子功能的第1层数据流图 2、数据字典 数据项 数据项名称:借书证号 别名:卡号 含义说明:惟一标识一个借书证 类型:字符型 长度:20 …… 数据结构 (1)名称:读者类别 含义说明:定义了一个读者类别的有关信息 组成结构:类别代码+类别名称+可借阅数量+借阅天数+超期罚款额 (2)名称:读者 含义说明:定义了一个读者的有关信息 组成结构:姓名+性别+所在部门+读者类型 (3)名称:图书 含义说明:定义了一本图书的有关信息 组成结构:图书编号+图书名称+作者+出版社+价格 ……

数据流 (1)数据流名称:借书单 含义:读者借书时填写的单据 来源:读者 去向:审核借书 数据流量:250份/天 组成:借书证编号+借阅日期+图书编号 (2)数据流名称:还书单 含义:读者还书时填写的单据 来源:读者 去向:审核还书 数据流量:250份/天 组成:借书证编号+还书日期+图书编号 …… 数据存储 (1)数据存储名称:图书信息表 含义说明:存放图书有关信息 组成结构:图书+库存数量 说明:数量用来说明图书在仓库中的存放数 (2)数据存储名称:读者信息表 含义说明:存放读者的注册信息 组成结构:读者+卡号+卡状态+办卡日期 说明:卡状态是指借书证当前被锁定还是正常使用 (3)数据存储名称:借书记录 含义说明:存放读者的借书、还书信息 组成结构:卡号+书号+借书日期+还书日期 说明:要求能立即查询并修改 …… 处理过程 (1)处理过程名称:审核借书证 输入:借书证 输出:认定合格的借书证 加工逻辑:根据读者信息表和读者借书证,如果借书证在读者信息表中存在并且没有被锁定,那么借书证是有效的借书证,否则是无效的借书证。 …… 二、概念结构设计实例 1.标识图书管理系统中的实体和属性 参照数据字典中对数据存储的描述,可初步确定三个实体的属性为: 读者:{卡号,姓名,性别,部门,类别、办卡日期,卡状态} 读者类别:{类别代码,类别名称,可借阅天数、可借阅数量,超期罚款额}

数据库课后题答案 第7章 数据库设计

第7章数据库设计 1.试述数据库设计过程。 答:这里只概要列出数据库设计过程的六个阶段:( l )需求分析;( 2 )概念结构设计;( 3 )逻辑结构设计;( 4 )数据库物理设计;( 5 )数据库实施;( 6 )数据库运行和维护。这是一个完整的实际数据库及其应用系统的设计过程。不仅包括设计数据库本身,还包括数据库的实施、运行和维护。设计一个完善的数据库应用系统往往是上述六个阶段的不断反复。 2 .试述数据库设计过程各个阶段上的设计描述。 答:各阶段的设计要点如下:( l )需求分析:准确了解与分析用户需求(包括数据与处理)。( 2 )概念结构设计:通过对用户需求进行综合、归纳与抽象,形成一个独立于具体DBMS 的概念模型。( 3 )逻辑结构设计:将概念结构转换为某个DBMS 所支持的数据模型,并对其进行优化。( 4 )数据库物理设计:为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。( 5 )数据库实施:设计人员运用DBMS 提供的数据语言、工具及宿主语言,根据逻辑设计和物理设计的结果建立数据库,编制与调试应用程序,组织数据入库,并进行试运行。( 6 )数据库运行和维护:在数据库系统运行过程中对其进行评价、调整与修改。 3 .试述数据库设计过程中结构设计部分形成的数据库模式。 答:数据库结构设计的不同阶段形成数据库的各级模式,即:( l )在概念设计阶段形成独立于机器特点,独立于各个DBMS 产品的概念模式,在本篇中就是 E 一R 图;( 2 )在逻辑设计阶段将 E 一R 图转换成具体的数据库产品支持的数据模型,如关系模型,形成数据库逻辑模式,然后在基本表的基础上再建立必要的视图( Vi 娜),形成数据的外模式;( 3 )在物理设计阶段,根据DBMS 特点和处理的需要,进行物理存储安排,建立索引,形成数据库内模式。 4 .试述数据库设计的特点。 答:数据库设计既是一项涉及多学科的综合性技术又是一项庞大的工程项目。其主要特点有:( l )数据库建设是硬件、软件和干件(技术与管理的界面)的结合。( 2 )从软件设计的技术角度看,数据库设计应该和应用系统设计相结合,也就是说,整个设计过程中要把结构(数据)设计和行为(处理)设计密切结合起来。 5 .需求分析阶段的设计目标是什么?调查的内容是什么? 答:需求分析阶段的设计目标是通过详细调查现实世界要处理的对象(组织、部门、企业等),充分了解原系统(手工系统或计算机系统)工作概况,明确用户的各种需求,然后在此基础上确定新系统的功能。调查的内容是“数据’夕和“处理”,即获得用户对数据库的如下要求:( l )信息要求,指用户需要从数据库中获得信息的内容与性质,由信息要求可以导出数据要求,即在数据库中需要存储哪些数据;( 2 )处理要求,指用户要完成什么处理功能,对处理的响应时间有什么要求,处理方式是批处理还是联机处理;( 3 )安全性与完整性要求。 6 .数据字典的内容和作用是什么? 答:数据字典是系统中各类数据描述的集合。数据字典的内容通常包括:( l )数据项;( 2 )数据结构;( 3 )数据流;( 4 )数据存储;( 5 )处理过程五个部分。其中数据项是数

大型商场组织架构图(参考)

总经理——全面。分管人资、企划部、商品管理(招商采购)部↓ 副总经理(1人)——负责营销部、总务部、现场管理部↓ 财务总监(1人)——直属集团管理 ↓ 物业公司副总经理——属集团物业公司管理,负责金鹰整体物业;由物业部经理1人参加金鹰中心例会进行工作协调 各部人员配置及职能: 一、营业(运营部)部:设总监1名;各部经理一名,秘书一名,主管若干名 1.负责日常经营销售、员工管理; 2.品牌业绩考核; 3.同供应商沟通,参加活动及业绩反馈; 4.新进场品牌装修、上柜跟进; 5.提供资源同企划部一起策划促销; 6.签定促销活动降扣; 7.秘书:统计、收集、汇总部门各种数据,进行分析整理上报;统计部门考勤报人资;发放各种费用;完成行政部下达的 各项工作; 8.经理:协调部门之间和内部关系;制定部门任务并分解; 同企划部定促销活动;同商品管理部协调商品调整;考核部门

主管、秘书工作。 二、商品管理(招商采购部)部:经理1名,秘书1名,业务主管 若干名 1.负责各楼层商品品类分布; 2.招商和供应商洽谈签约; 3.对供应商的业绩跟踪、反馈; 4.签定特卖合同; 5.重大统一活动配合营业部同供应商谈判。 三、现场管理部:经理1名,秘书1名,主管、现场管理员若干名 1.商场内营业期间的员工纪律检查; 2.商场内柜台道具是否有损毁、水电安全、灯光照明是否健全符合中心规定的检查; 3.商场内的防盗,发生紧急情况时负责组织人员撤离; 4.打烊后对商场内部的清场工作; 5.夜间商场内的安全保卫工作。 6.主管:分班带领队员工作;对本部门经理负责; 7.秘书:处理各种罚单分类,(同营业部) 四、总务部:经理1名,秘书1名,收货员、采购员、装潢设计员、 司机若干 1.负责办公物品、装潢材料购置; 2.审核装修图纸、道具; 3.工装采购、发放;

产品需求设计规格说明书

会员产品设计规格说明书 版本<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产品交付文件定义10 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基础应用组 用户群指导:指的是基础大众,面对的是最广泛的目标客户群体。包括大众买家、普通藏家为主的,提供的是以展示和推广为核心的服务; 条件:仅仅是区分游客身份的角色,不做任何权级限定。免费注册,享受基础服务;

数据库的逻辑结构

数据库逻辑存储结构 数据库的物理存储结构对应一系列的物理文件,这部分主要描述的是数据存储的实际位置,不过数据如果存储,是以什么结构存储到数据文件中,则取决于数据库的逻辑存储结构. Oracle数据库在执行操作时,并不是以数据文件为单位,而是从逻辑上定义出一组结构,操作的数据可以一步步细分不同的存储单元,oracle 操作数据的过程,实际上就是对这些不同级别的存储单元进行维护和管理的过程. 逻辑存储概述 --块(block)块是逻辑存储结构中最小存储单位,所有数据的存储都是以块为单位进行.初始化参数文件中BLOCK_SIZE来指定一个块的大小,也就是说oracle的块大小在数据库创建时指定,一经指定就无法修改,除非重建数据库. --区(extent) 区是oracle数据库的最小分配单位,由一组连续的块组成,这些块在物理上可能并不连续(也就是OS块),但是必需都存在于一个物理文件,单个区在分配时不能跨文件分配(这个文件应该是数据文件).在创建对象时,最少会为该对象分配一个区,这个区叫做初始区(initial extent) 在随着对象的不断扩展,超出初始区后,oracle就会再为其分配扩展区(incremental extent)扩展区不一定要与初始区连续存放,甚至大小也可以与初始区不同,不过扩展区也必需是由连续的块组成. 段(segment)从逻辑的角度看,段由一个或多个区组成,它是一个真正逻辑结构. 可以将段看作是对象的全部或某个部分 例如:一个普通的堆组织表(不含分区,LOB类型及索引等)那么该表就对应一个段,不管这个表中被存放多少记录,它都仍然只对应一个段,不过如果该表创建了索引,那么索引数据会存放专门的索引段,如果该表有LOB类型,LOB数据也会被存入单独的数据段. --表空间(tablespace)从逻辑上定义,是由一个或多个段组成,从物理上定义是由一个或多个数据文件组成.表空间是oracle数据库中空间分配的最大逻辑单位,在往上就是数据库级别. 平时进行的创建对象的操作,都是在表空间一级进行. **提示:如创建存储对象时只能指定存储到哪个表空间,而不能指定存储到更细粒度的逻辑结构,如段,区,块.也不能指定存储到某个数据文件中. *注意*:在创建存储对象时,只需要指定存储所在的表空间(如果未指定,则存储到用户当前的默认表空间中),其他一切由oracle自动处理图: 每层结构都是一对多的关系 逻辑结构对应关系图

挑战杯产品设计说明书

挑战杯产品设计说明书 ——————多向储风聚能隧道照明系统一序言 自古人类对风的追求和研究,就从来没有停止过步伐。从古代用风车来研磨,到现在利用风能来发电,一步步的诠释着风的力量。而如今,随着绿色能源的倡导,全世界的焦点都在研究怎么开发出一种新的能源。而对风能的研究,更是首当其冲。但风能应用的领域还不是十分的广泛,不具有一定的普遍性。因此对风能的研究还具有很大的发展空间,鉴于这点,我们提出了多向储风聚能隧道照明系统。 二作品的创意 现今一般的风力发电,都设置在特定的场合,而且针对性单一,受到自然条件和设备的限制,更重要的是不能最大限度的利用风能。对于再次利用能源没有可行性的措施,针对以上的缺点,我们加以改进,设计了具有以下特点的风力发电装置。 任何机动装置在行进的过程中,都会产生一定的气流,而这些机动车辆必须消耗一定的能源。我们可以利用我们的风力发电装置可以再次收集,使之发挥到最大。我们可以安装在任何可能出现或有这种形式的气流的地方,我们要强调的是,也可以收集自然风。这样就可以机车提供相应的次贷服务,比如说火车进隧道的时候,我们就可以不用再特定的为其安装照明系统,可以利用列车本身前进产生的气流来发电,节约了能源。以此,可以利用在很多类似的场合。而且我们利用的是多方向,更大限度的利用了风能。 三作品概述 (一)作品设计、发明的目的:随着科技的发展,新能源的提出,人类正一步步的向低碳的生活靠近。在当前以石化能源为主体的能源结构中,煤炭占%,石油占%,天然气占2%,其余为水电等其它资源,利用风能相对极限。 总而言之,我们的设计的主要的目的是合理利用绿色能源,倡导低碳的生活。 (二)基本思路:利用任何不稳定的风场或气流来发电 (三)创新点:⑴利用任何不稳定的风场或气流来发电,也适用于自然风;⑵利用声控进行开关控制;⑶多变、瞬态、多方向利用风能。 (四)技术关键:⑴在紊乱多变的气流中,应用集中的收集系统发电。 ⑵采用多方向控制,更大程度的提高了收集率。⑶安装在相对复杂恶劣的环 境中。 (五)主要技术指标:⑴叶片直径,760mm。⑵叶片数目,三片。⑶叶片材料,高强度低密度的复合材料。⑷叶片利用系数为1.⑸启动风速,3-5m/s。 ⑹停机风速,15-35m/s。⑺输出功率,4-7W。⑻直流发电机。⑼塔架高度,可协调高度。 四技术关键的说明 (一)汽车外流场数值仿真的研究 1 基本方程和紊流模型 所需常数如下所列 该模型考虑了紊流切应力的输运,不但能够对来流进行准确的预测,还能在

数据库原理课后题答案

第1章 1.试述数据、数据库、数据库系统、数据库管理系统的概念。 答:(1)数据:描述事物的符号记录成为数据。数据的种类有数字、文字、图形、图像、声音、正文等。数据与其语义是不可分的。 (2)数据库:数据库是长期储存在计算机内的、有组织的、可共享的数据集合。数据库中的数据按照一定的数据模型组织。描述和储存,具有较小的冗余度、较高的数据独立性和易扩展性,并可为各种用户共享。 (3)数据库系统:数据库系统是指在计算机系统中引入数据库后的系统构成,一般由数据库、数据库管理系统(及其开发人具)、应用系统、数据库管理员构成。 (4)数据库管理系统:数据库管理系统是位于用户与操作系统之间的一层数据管理软件,用于科学地组织和存储数据、高效地获取和维护数据。DBMS的主要功能包括数据定义功能、数据操作功能、数据库的建立和维护功能。 6.试述数据库系统三级模式结构,这种结构的优点是什么? 答:数据库系统的三级模式机构由外模式、模式和内模式组成。 外模式,亦称子模式或用户模式,是数据库用户(包括应用程序员和最终用户)能够看见和使用的局部数据的逻辑结构和特征的描述,是数据库用户的数据视图,是与某一应用有关的数据的逻辑表示。 模式亦称逻辑模式,是数据库中全体数据呃逻辑结构和特征的描述,是所有用户的公共数据视图。模式描述的是数据的全局逻辑结构。外模式涉及的是数据的内部逻辑结构,通常是模式的子集。 内模式,亦称存储模式,是数据在数据库内部的表示,即对数据的物理结构和存储方式的描述。 数据库系统的三级模式是对数据的三个抽象级别,它对数据的具体组织留给DBMS管理,使用户能逻辑抽象地处理数据,而不必关心数据在计算机中的表示和存储。 为了能够在内部实现这三个抽象层次的联系和转换,数据库系统在这三级模式之间提供了两层映像:外模式∕模式映像和模式∕内模式映像。正是这两层映像保证了数据库系统中的数据能够具有较高的逻辑独立性和物理独立性。 7.定义并解释下列术语。 外模式:亦称子模式或用户模式,是数据库用户(包括应用程序员和最终用户)能够看见和使用的局部数据的逻辑结构和特征的描述,是数据库用户的数据视图,是与某一应用有关的数据的逻辑表示。 内模式:亦称存储模式,是数据在数据库内部的表示,即对数据的物理结构和存储方式的描述。 模式:亦称逻辑模式,是数据库中全体数据逻辑结构和特征的描述,是所有用户的公共数据视图。模式描述的是数据的全局逻辑结构。外模式涉及的是数据的内部逻辑结构,通常是模式的子集。 DDL:数据库定义语言,用来定义数据库模式、外模式、内模式的语言。DML:数据操纵语言,用来对数据库中数据进行查询、插入、删除和修改的语句。 8.什么叫数据与程序的物理独立性?什么叫数据与程序的逻辑独立性?为什么

生鲜商品组织结构表

生鲜商品组织结构表 生鲜处 2 熟食课 200 代码大分类代码中分类代码小分类 200 熟食 2000 热食 200000 烤 200001 炸 200002 卤 200003 炒 200004 煮 200009 其他 2001 非热食 200100 凉拌荤菜 200101 凉拌素菜 200102 其他(火腿) 200103 寿司 200104 沙拉 200199 其他 201 配菜类 2010 配菜类 201000 素菜配菜 201001 沙锅 201002 猪肉配菜 201003 羊肉配菜 201004 牛肉配菜 201005 禽肉配菜 201006 海鲜配菜 201099 其他配菜 202 主食 2020 中式传统食品 202000 新疆特色主食 202001 糯米糕点 202002 三凉 202099 其他 2021 生面点 202100 切面

202101 面剂子 202102 饺子皮/馄饨皮 202103 散装米粉类 代码大分类代码中分类代码小分类202199 其他 2022 熟面点 202200 馒头/花卷 202201 包子 202202 饼类 202203 发糕 202204 炸制面食 202299 其他 203 熟食专柜 2030 热食 203000 专柜-1(联营商名称品牌依次录入) 203001 专柜-2 2031 非热食 203100 专柜-1

水产课 21 代码大分类代码中分类代码小分类210 水产 2100 鲜活水产 210000 鲜活淡水鱼 210001 鲜活海水鱼 210002 鲜活虾蟹类 210003 鲜活贝/甲类 210099 其他鲜活类 2101 冰鲜水产 210100 冰鲜淡水鱼 210101 冰鲜海水鱼 210102 冰鲜虾蟹类 210103 冰鲜软体类 210104 冰鲜贝类 210105 水发制品 210106 海藻类 210107 冷冻加工水产品 210108 冷冻水产类 210199 其他冰鲜水产 2102 水产干活 210200 鱼干类 210201 贝类 210202 干虾类 210203 干海藻类 210204 海味礼盒 210299 其他海味 211 水产专柜 2110 鲜活水产 211000 专柜一1 211001 专柜一2 2111 冰鲜水产 211100 专柜一1 211101 专柜一2

产品结构设计说明书汇编

产品结构设计说明书 姓名:杨宇欣 学号:51301081029 专业:13工业设计 学院:蚌埠学院 完成日期:2015/12/28

目录 一、椅子相关资料 二、椅子草图 三、椅子的基本功能 四、椅子连接结构—榫连接 五、椅子效果图

椅子的结构 一、椅子的相关资料 椅子的品牌 目前,市场上著名的椅子的品牌有:黑白调、卡弗特、八九间、木优、耐实、品成等。这些品牌的椅子都各有千秋。 椅子的材质 按照椅子的材质分为:实木椅、钢木椅、曲木椅、铝合金椅、金属椅、藤椅、塑料椅、玻璃钢椅、亚克力椅、板式椅、杂木椅、宝宝餐椅和圈椅等;按功能可分为中餐椅,西餐椅,咖啡椅,快餐椅,酒吧椅,办公椅等。每款不同功能的椅子都在空间中发挥其不同的作用。 椅子的进化史 其实,在中国古代,人们最开始是没有椅子可坐的,都是席地而坐。所谓的席地而坐,就是在地上铺上筵,再在筵上垫上席,人们就跪坐在席子上。直到东汉初年,胡床由西域少数名族传入中原,这时才有了椅子的形象。尽管当时“胡床”已经具备了椅子、凳子的形状,但并没有椅或者凳的称谓。到了唐明皇时期,带靠背的胡床出现,五代至宋,渐渐地人们不再称胡床为胡床,改为交椅,而且此时椅子的形式开始多起来,还出现了扶手椅、圈椅等,“椅”也才开始有了“椅子”的含义。直到现在,椅子的发展变得愈加的多种多样,出现了各种款式,各种材料的椅子。

二、椅子草图

三、椅子的基本功能 椅子是一种有靠背、有的还有扶手的坐具。椅子的形式多样,靠背椅、扶手椅、圈椅等。,纵观20世纪以来,,一张成功的椅子设计总是与制造的质量和使用功能紧密围绕联系在一起的.任何一个设计师通过一张椅子的创作同时也在演绎着椅子本身的特殊的需求和功能. 在实用设计的层面上,一把椅子的设计与创造要与人们心理与生理产生联系,以及要考虑到座椅的造型和材质.与此同时,还必须联系到使用者在知识、情感、美学、文化等精神层面上的特殊需要.在另一方面,就是设计与制造、工艺、结构之间的基本联系. 坐面旋转时,办公椅的支撑部分一般有两种,五爪轮或者是钢管支撑.后者不可移动,前者不但可轻易在平面移动,自身更可以360度旋转,,方便办公室内前后左右交流的需要. 在靠背倾仰时,不同座椅面的倾角会导致不同的椎间盘内压力及背部肌肉负荷.因此在一部分的办公椅的设计中,运用到了倾仰技术,即座椅可向后倾仰一定角度,从而减缓脊椎压力,提高工作效率. 在靠背倾仰锁定时,倾仰又分为不可锁定与可锁定两种.倾仰锁定可以让您的座椅固定倾仰角度,避免过仰造成的后翻或者其他伤害. 座椅的扶手支撑了我们肘部的重量,可调节高低的扶手升降功能,让座椅的扶手部分更贴合因人而异的高度要求,让办公椅的舒适度更高. 可旋转扶手可依据手肘的向内或向外摆放习惯调节扶手托把处的角度,贴合个人习惯,让您感觉轻松. 腰垫起到的作用就如同平时我们所用的靠垫,它托起了我们在坐下时下陷的腰部,使腰部受到的压力得以缓解,而且腰垫与座椅一体式可调节的设计,让我们更多地体验设计的人性化. 一张椅子在外表上看来是在制造一个实用的座具,其中也包含着其它的目的和风格上的考虑;从广义上看来,椅子的设计还涵盖了不同的意识观念、制造的方式和经济学理论等更深远的范畴.无论从哪个角度来看,一张椅子,从设计师到制造商都必须与社会的需求结合起来,实用功能是椅子的最终目的.所以无论是腰垫或是扶手体现的都是我们最的实现. 办公椅原本是一件给人们带来舒适的家具,而伴随着办公生活的需要,办公椅被赋予了身份的象征,办公座椅根据不同的使用者变更出了不同的样式。.办公椅的款式多种多样,并且不断地在功能与造型上有许多的创新设计.我们需要根据来选择座椅,不论哪种款式,目的只有一个:为了更好的办公.办公座椅展现了职场之中的睿智,为办公生活聚集了更多的舒适与人气.

14数据库设计(答案)

数据库设计 一、单项选择题 1、数据库设计的起点是( B )。 A、系统设计阶段 B、需求分析阶段 C、概念结构设计阶段 D、逻辑结构设计阶段 2、数据库设计的概念结构设计阶段,表示概念结构的常用方法和描述工具是 ( D )。 A、层次分析法和层次结构图 B、数据流程图分析法和数据流程 C、结构分析法和模块结构图 D、实体-联系方法和e-r图 3、在关系数据库设计中,设计关系模式是数据库设计中的( C )阶段的任务。 A、需求分析 B、概念设计 C、逻辑设计 D、物理设计 4、将设计好的表创建到ACCESS中,并设计窗体完成对表数据的操作,这是数 据库设计中的( C )阶段的任务。 A、逻辑结构设计 B、物理结构设计 C、实施 D、使用与维护 5、数据库应用系统开发一般包括两个方面的内容,即( D )。 A、需求分析和维护 B、概念结构设计和逻辑结构设计 C、功能设计和测试设计 D、结构特性设计和行为特性设计 6、将e-r图中的实体和联系转换为关系模型中的关系,这是数据库设计过程 中( D )设计阶段的任务。 A、需求分析 B、概念分析 C、物理结构 D、逻辑结构 7、把实体-联系模型转换为关系模型时,实体之间一对多联系在关系模型中是 通过( B )来实现。 A、建立新的主关键字 B、在n方增加1方的主关键字为外部关键字 C、建立新的关系 D、建立新的实体 8、数据库设计可分为6个阶段,每个阶段都有自己的设计内容,“为哪些关 系,在哪些属性上、建什么样的索引”这一设计内容应该属于( C )设计阶段。 A、概念设计 B、逻辑设计 C、物理设计 D、全局设计 9、把实体-联系模型转换为关系模型时,实体之间一对一联系在关系模型中是 通过( A )来实现。 A、两个关系各自增加对方的关键字为外部关键字 B、建立新的主关键字 C、建立新的关系 D、建立新的实体 10、数据库物理设计完成后,进入数据库实施阶段,下述工作中( D )一般 不属于实施阶段的工作。 A、建立库结构 B、系统调试 C、加载数据 D、扩充功能 11、以下错误的说法是,需求阶段的主要目标包括( D )。 A、画出数据流图 B、了解用户对数据库应用系统的各种要求

产品设计说明

产品设计说明 产品设计说明书 一、产品名称: 课桌椅 二、设计背景及目的: 在广工生活了近三年的时间,作为一个学生要经常跟课室打交道,课室的一事一物都对上课学生有或多或少的影响,例如可是使用的讲台的功能、多媒体、投影仪质量、窗户的设置以及窗帘的透光性等,他们的合理性都对每个学子有不同程度的影响,然而,我们发现的是课室里的一排排桌椅其实有几点不是很合理方便的地方。 我们注意到目前广工课室桌椅的几点我们认为需要改进的地方:1. 上课时,同学希望做到中间处的座位时,发现走进去不是很方便——要麻烦到两边的好几个同学站起来留出一道空隙来挤进去,这种现象特别在正在上课和下课同学需要趴下休息时显得尤为明显。2. 结构设计上,整套桌椅只有凳板能活动,其余都是硬邦邦的木板,放在课室里的话,由于扶手柄,桌板不能收缩,前排和后排之间的间隙就固定了,这样导致了上述的现象过道太小。另外,桌板下面放书包的“柜子”起不到实际放书包的作用,放书还勉强,并且人坐下的时候感觉这块板会很碍脚。这样显得这块板是多余的。 3. 另外我们的桌椅主体部分都使用木板做的,其中基本每个科室都有一两张坐板因为烂了而“虚位以待”。这说明不耐用,还有一个鄙视很好的现象是“刻桌”文化丰富,基本每张桌面上都写有一些文字,有的甚至留下永久的伤痕,同时因为是木做的,方便了考试作弊同学把考试相关内容写在桌面上。 4. 目前使用的木板桌椅没有人体流线设计结构,坐下时硬,没有舒适感,且靠背不设置角度不太合理,上课容易显得没精神。 那么,为了对这些想象得以改进,我们对课室桌椅进行了设计改进。

三、产品设计使用材料加工工艺: 产品主要架构采用锻钢锻造成型,储物钢架兜采用不锈钢,桌椅板均采用普通型ABS塑料、高密度纤维板或者PP塑料材料。 支撑腿采用30*80的椭圆管。底脚、支架采用2mm冷轧钢板冲压焊接而成。回弹部位采用钢件加簧扭转式,复位准确,双向消声,自动回弹无噪音。坐背板采用优质桦木单板,双覆防火板,利用高频压机一次模压成型,坚固耐用 面板采用高级模压板制成,具有防水、耐磨、不变形等特点。桌兜区别于其他型号、体积加大。与同等厚度材质相比,具有刚度大,抗弯、抗折性强,不变形等优点。材料表面经过酸洗、磷化、水洗、烘制、静电喷塑等工艺科学处理,光洁度高,耐磨,年久不褪色,经击。座椅根据人体学原理设计,舒适方便。 四、产品特点:符合人体曲线,座感舒适 适应场所:学校、报告厅、会议室 五、产品设计细节: 1.坐板和扶手柄的设计是采用弹簧阻尼回复机构。最大的优势是改善没人使用时占位空 间过道提供充分的空间,回弹部位采用钢件加簧扭转式,复位准确,双向消声, 自动回弹无噪音。另外,这种装置不是采用重力回位,而是采用弹簧自动回弹,显得自动、人性化化一点。 2.桌板设计,桌板设置在前排椅子背后,采用一块桌 面板、一对三角固定钢架额一对可以滑动运动结构配合,使

数据库逻辑结构图

数据库逻辑结构图 一、实体的关系模型 1)、管理员(用户名,密码) 2)、个人(帐号,密码,姓名,年龄,出生日期,电话号码)3)、备忘录(时间,地点,事件) 4)、通讯录(姓名,城市,备注,工作地点,联系方式) 5)、日记(日期,地点,人物,事情) 6)、财务(标志,消费项目,消费时间,消费金额,剩余金额,总收入) 其中有下划线的是主键。 二、关系模型合并 1)、管理员(用户名,密码) 2)、个人(帐号,密码,姓名,年龄,出生日期,电话号码)3)、备忘录(时间,地点,事件) 4)、通讯录(姓名,城市,备注,工作地点,联系方式) 5)、日记(日期,地点,人物,事情) 6)、财务(标志,消费项目,消费时间,消费金额,剩余金额,总收入) 三、关系模型的函数依赖关系 1)、用户名——>密码 2)、(帐号,密码)——>姓名,(帐号,密码)——>年龄,(帐号,密码)——>出生日期,(帐号,密码)——>电话号码

3)、时间——>地点,时间——>事件 4)、姓名——>城市,姓名——>备注,姓名——>工作地点,姓名——>联系方式; 5)、日期——>地点,日期——>人物,日期——>事情 6)、标志——>消费时间,消费时间——>消费项目,消费时间——>消费金额,标志——>总收入,标志——>剩余金额。 其中6不是第一范式其他都是第一范式,且6为第二范式. 四、优化 1)、管理员(用户名,密码) 2)、个人(帐号,密码,姓名,年龄,出生日期,电话号码)3)、备忘录(时间,地点,事件) 4)、通讯录(姓名,城市,备注,工作地点,联系方式)5)、日记(日期,地点,人物,事情) 6)、财务(标志,消费时间,剩余金额,总收入) 消费(消费时间,消费项目,消费金额)

数据库-逻辑结构设计

1、关系模型与ER模型:(一个关系就是一张二维表) 关系模式:→二维表 ER模型:→ER图 2、关系模型的基本概念: 教师(教师编号,A, B, 姓名,性别,所在系)--主表 课程(课程号,课程名,上课教师,教师编号)--从表 关系名:实体与实体间的联系 元组----记录---行(非空) 字段----数据项---列(属性) 键----关键字----标识属性(主键,外键,候选键) 主从关系:以该属性为主键的表就是主表,以该属性为外键的表就是从表。 3、将ER模型转换成二维表,以下面为例: ER模型: 实体: 教师(教师编号,姓名,性别,所在系) 课程(课程号,课程名,教师编号,上课教室) 学生(学号,姓名,年龄,班级) 联系: 讲授(教师编号,课程号) 选修(学号,课程号,成绩)

二维表: ①将实体转为关系表 (实体名--关系名,实体属性--关系属性,即列,实体键--关系键) ②将实体的联系转为关系表(关系模式) 1:1的联系--可以转为一个独立的关系模式,也可以与任一实体合并 1:n的联系--可以转为一个独立的关系模式,也可以与n端实体合并 m:n的联系--可以转为一个关系模式 3个或3个以上实体之间的多元化的联系--可以转为一个关系模式 相同的键的关系模式可以合并 4、关系规范化:(5个等级----5个范式-----1NF→5NF)Form ①规范化原因:消除不合适的数据依赖,即关系模式中会存在以下弊端: 数据重复(冗余) 数据不一致性 数据插入异常 数据删除异常…. ②范式规范化的判定条件: 1NF:实体中的属性不能再分解 实例: 学生1(学号,姓名,性别,出生日期,系部代码,入学时间,家庭成员)不属于1NF 更改后: 学生1(学号,姓名,性别,出生日期,系部代码,入学时间,家庭) 家庭(学号,家庭成员姓名,亲属关系) 2NF:实体中的非键属性完全依赖键属性 实例: 属于1NF,不属于2NF 分析: 系部代码----由学号决定,出生日期---由学号决定,成绩---由学号+课程号决定 更改后: 3NF:没有一个非键属性传递依赖于键(关键字→非关键字1....→非关键字n) 实例: 属于2NF 分析: 姓名,性别,出生日期,入学时间---由学号唯一决定 系部代码,系名,系宿舍楼----不是由学号唯一决定,相互递推出来不属于3NF (例如:系部代码----由学号或者系名或者系宿舍楼推出) 更改后:

产品设计说明书规范

产品设计说明书规范 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】

广泛,是产品用户了解产品的性能、特点,掌握产品使用方法和操作维护知识、保障使用安全的基本依据,是企业用户服务体系的组成部分。 一份好的产品说明书不仅体现出企业对产品质量的信心、对用户负责的态度,而且也是一个企业形象最好的展示。根据产品自身的特点, 的写作规律和要求 (二)产品说明书结构与写作内容 产品说明书由标题、正文和结尾3部分组成。 1.标题 说明书》。 2.正文 正文应写明产品基本情况,一般包括: (1)产品概况:包括 (2)产品用途、性能、特点 (3)产品使用方法,可配插图说明各部件名称、操作方法及注意事项; (4)产品的保养和维修;

(5)附“用户意见书”及其他事项。 产品说明书的种类不同,以上内容可有详略不同。 3.结尾 产品说明书的结尾要注明生产、销售企业名称、地址、联系电话等,以使消费者与厂家、商家取得联系。 (三)产品说明书的写作要求 社会生活、生产中的产品繁多,各具特色,用户对产品的需求各异。如购买药品,重在了解药物功能、服用方法;购买电器。重在产品的使用和保养方法;购买食品,重在产品的营养成分、味道、食用方法。不同的用户心理,不同的商家目的,不同的产品特点,都可以构成产品说明书的不同内容和写作方法。 但从产品说明书的社会功能来看,都是为了说明产品,为用户提供方便,对用户负责。因此,写作时应该做到: 1.实事求是.客观真实 2.根据对象,突出产品特点 3.语言通俗、准确简洁 4.杜绝虚假一防止夸大

塑胶产品结构设计说明

产品的结构设计 2007-10-15 18:59:47 一个完整产品的结构设计过程 1.ID造型; a.ID草绘............ b.ID外形图............ c.MD外形图............ 2.建模; a.资料核对............ b.绘制一个基本形状............ c.初步拆画零部件............ 1.ID造型; 一个完整产品的设计过程,是从ID造型开始的,收到客户的原始资料(可以是草图,也可以是文字说明),ID即开始外形的设计;ID绘制满足客户要求的外形图方案,交客户确认,逐步修改直至客户认同;也有的公司是ID绘制几种草案,由客户选定一种,ID 再在此草案基础上绘制外形图;外形图的类型,可以是2D 的工程图,含必要的投影视图;也可以是JPG彩图;不管是哪一种,一般需注名整体尺寸,至于表面工艺的要求则根据实际情况,尽量完整;外形图确定以后,接下来的工作就是结构设计工程师(以下简称MD)的了; 顺便提一下,如果客户的创意比较完整,有的公司就不用ID直接用MD做外形图;

如果产品对部结构有明确的要求,有的公司在ID绘制外形图同时MD就要参与进来协助 外形的调整; MD开始启动,先是资料核对,ID给MD的资料可以是JPG彩图,MD将彩图导入PROE后 描线;ID给MD的资料还可以是IGES线画图,MD将IGES线画图导入PROE后描线,这种方法精度较高;此外,如果是手机设计,还需要客户提供完整的电子方案,甚至实物; 2。建摸阶段, 以我的工作方法为例,MD根据ID提供的资料,先绘制一个基本形状(我习惯用BASE作为文件名);BASE就象大楼的基石,所有的表面元件都要以BASE的曲面作为参考依据;所以MD做3D的BASE和ID做的有所不同,ID侧重造型,不必理会拔模角度,而MD不 但要在BASE里做出拔模角度,还要清楚各个零件的装配关系,建议结构部的同事之间做一下小围的沟通,交换一下意见,以免走弯路; 具体做法是先导入ID提供的文件,要尊重ID的设计意图,不能随意更改; 描线,PROE是参数化的设计工具,描线的目的在于方便测量和修改; 绘制曲面,曲面要和实体尽量一致,也是后续拆图的依据,可以的话尽量整合成封闭曲 面局部不顺畅的曲面还可以用曲面造型来修补; BASE完成,请ID确认一下,这一步不要省略建摸阶段第二步,在BASE的基础上取面,拆画出各个零部件,拆分方式以ID的外形图为依据; 面/底壳,电池门只需做初步外形,里面掏完薄壳即可; 我做MP3,MP4的面/底壳壁厚取1.50mm,手机面/底壳壁厚取2.00mm,挂墙钟面/底壳壁厚取2.50mm,防水产品面/底壳壁厚可以取3.00mm; 另外面/底壳壁厚4.00mm的医疗器械我也做过,是客人担心强度一再坚持的,其实3.00mm 已经非常保险了,壁厚太厚很容易缩水,也容易产生应力引起变形,担心强度不足完全 可以通过在部拉加强筋解决,效果远好过单一的增加壁厚; 建摸阶段第三步,制作装配图,将拆画出各个零部件按装配顺序分别引入,选择参考中

相关文档
最新文档