数据抽取与主题开发基础流程

数据抽取与主题开发基

础流程

公司内部编号：（GOOD-TMMT-MMUT-UUPTY-UUYY-DTTI-

数据抽取、主题报表基础开发流程示例

1数据抽取

根据SG186一体化平台数据标准，相关数据抽取流程如下：

为了使用户能更全面的了解数据体系的原理及应用流程。下面我们以生产数据为例，详细演示数据的抽取的过程。

抽取模块：（中间到基础，基础到主题，基础到支撑）

下面以基础表到主题表的数据抽取为例，予以详细说明。另外,基础到支撑表的抽取与基础到主题抽取建模类似。

1.1明细表(源表)

例：SC_DEV_EXAM_REP(生产设备检修基础表)表。表结构如下：

目标表

T_SC_EQUIP_REPAIR(设备检修主题表)表.其表结构如下：

附：T_SC_EQUIP_REPAIR(设备检修主题表)主题表数据标准。

定义宏

为了移植方便，要定义宏。应用于整个数据抽取流程。其中定义了生产、营销的中间库、基础库、主题库的连接方式(ORACLE 9i、ORACLE 10g等数据库的连接方式)、数据库实例、用户名、密码以及数据抽取的时间戳。

（定义宏）

设计Map及Process

源连接

选择基础表相对应的源连接、数据库别名、用户ID、密码。最后将数据源按维度字段(在目标表(主题表)中需要分类查看的字段,其在源表(基础表中对应的字段)进行排序,以下是样例查询语句:

SELECT * FROM SC_DEV_EXAM_REP WHERE TAB_YEAR = $(SOURCE_TIME_YEAR) AND TAB_MONTH = $(SOURCE_TIME_MONTH)

ORDER BY TAB_YEAR,TAB_MONTH,REPAIR_TYPE,VOL_LEVEL

注:这里的对源数据进行分组的依据是目标表里面的维度字段。

目标连接

选择和源表相关的主题表。

选择输出模式、更新选项

有四种输出模式，可以根据实际的情况选择。

定义全局变量(属性)

将目标表中的维度和指标设为全局变量。由于在源数据转化为目标数据的过程中，需要对源数据指标进行Sum或Count或百分比的计算。其计算的结果就暂时赋给全局变量，然后又全局变量再赋给个目标值字段。实现了源数据指标经全局变量赋给目标字段的过程。为了便于开发、维护,全局变量的别名是依据目标字段产生的。

初始化全局变量

在BeforeTransfaction事件中将需要进行计算（Sum、Count、百分比）的全局变量赋初始值0 (初始化的值一般在这里用Execute方法指定)。

将全局变量依次赋给目标字段

把无值的全局变量赋给目标字段，由于全局变量是依据目标字段产生的，因此这里的赋值就便于理解以及后期的维护。

为全局变量赋值

在源AfterEveryRecord事件中设置其它各维度字段的值,执行指标字段Sum 或Count以及百分比计算,也就是为全局变量赋值的过程。可参考《农电管理主题数据》

经过步骤、、、的操作，整个值传递的过程结束。

此处做清洗的操作，如源表中一些数据不合规范，或不完整，需在此处做过滤，归并，重置值等操作(具体的清洗方法需根据实际源数据的质量水平来确定)。

处理OnDataChange1事件

选择数据变化监视器

选择需要监视的维度字段，多个字段则用表达式来处理用&关联，为全局变量赋值提供赋值依据。

ClearMapPut Record事件。

执行向目标表里面插入数据的动作。

还原全局变量，赋初始值0.为下次赋值做准备。

处理OnError事件

OnError事件resume，如果抽取工程发生错误，该时间将执行数据回滚动作。

调试运行

运行映射。直接运行或调度运行。

结果是：成功读取48条，修改4条。

源表：共48条记录

目标表：共4条记录

注：

步骤至：完成源与目标的连接、对应。

步骤至：完成源指标经全局变量赋给目标指标的过程。

步骤：监测抽取过程是否顺利进行。

步骤 : 运行、调试。

此步骤只基于源、目标一对一的情况。

建立多个映射后可将其集中到单个或多个流程中批量执行。

2主题开发

以上述主题表T_SC_EQUIP_REPAIR(设备检修主题表)为例，介绍一下主题开发的具体步骤。其表结构如下：

附：T_SC_EQUIP_REPAIR(设备检修主题表)主题的设计标准。

介绍元数据库

Microstrategy 元数据是存储在关系型数据库中的一个预定义的结构。Microstrategy定义了这个元数据的结构。元数据和数据仓库的RDBMS不必相同。当应用程序连接到这个元数据库时，所有的框架对象、报表对象、配置对象和项目设置信息都存储在这里。我们在这里使用Oracle数据库来存储MSTR元数据。

准备空的RDB，并定义ODBC

以ORACLE 9i为例，在ORACLE中创建一个数据库实例SG186ND。创建2个用户：basic_data/basic_data(数据仓库用户)、mstr_user/mstr_user(元数据用户)定义一个系统ODBC，命名为SG186ND_L。

配置元数据库

使用Configuration Wizard(开始/程序/Microstrategy/Configuration Wizard)第一项：

下一步，

选择创建元数据表，下一步

选择ODBC数据源名称：SG186ND_L，输入用户名和密码。（如果使用Access 作为元数据库，则选择在Access数据库配置资料库，在下面的文本框中输入Access文件的路径即可，系统会创建Access文件并配置ODBC。）点击下一步。如果有警告信息，点击关闭，再点下一步。

选择元数据脚本位置，一般情况下系统会根据元数据库类型选择出默认的脚本程序，如本例中系统会找到…..\。

点击下一步。

点击完成。

点击确定。配置元数据库完毕！！

连接项目源

项目源对象处于Microstrategy对象的最高级。一个项目源代表一个元数据库连接。这个连接可以由两种方式实现：

(1)直接或两层模式:通过知道DSN、LOGIN、口令连接到元数据库。

(2)服务器或三层模式:通过指向一个定义好的Intelligence Server连接到元数据库。

这里首先使用直接方式连接，稍后再把建设好的应用配置成三层模式，以便远程用户可以访问（通过desktop或直接在网页上访问）。

启动Microstrategy Desktop。

选择菜单工具/项目源管理器，点击添加，输入项目源名称（如Training），选择连接模式为直接，选择ODBC：SG186ND_L，点击确定（两次）。

可以看到我们刚刚创建的项目源 Training

创建项目

在应用中定义的MSTR对象(框架对象和用户对象等)隶属于项目。项目在项目源下，一个项目源下可以有多个项目。

在Microstrategy Desktop中双击进入刚才定义的项目源Training (最初配置一个项目源时，MSTR会创建一个内嵌的用户，用户名是Administrator，口令为空，当进入一个项目源时，需要输入这个项目源的user/PWD。从安全的角度考虑，进入一个新项目源后，应该修改MSTR内嵌用户Administrator的口令)，选择菜单框架/创建新项目。Desktop弹出项目创建助理：

项目创建助理有4个按钮，用于创建项目和快速初始化一个项目。在这里，首先用创建项目按钮来创建项目，其余按钮的功能在后面介绍。

点击创建项目按钮

输入项目名称和描述，点击确定，在弹出的登录窗口输入用户名(Administrator)和密码(空)。

项目创建完毕后，点击确定。

在项目源下出现新建的项目。

定义数据库实例

数据库实例代表与数据仓库的连接。用于在某个项目中使用的数据仓库。在项目源下的管理 / 数据库实例管理器中点击菜单文件/新建/数据库实例输入一个数据库实例名称，选择数据库连接类型，[输入描述]

在数据库连接中点击新建，输入数据库连接名称，选择一个指向所要的数据库的本地系统ODBC数据源;在数据库登录名中点击新建

输入数据库登录以及合法的登录ID和密码，点击确定

选择正确的数据库登录名，点击确定

选择正确的数据库连接名称，点击确定。

这样就定义了一个数据库实例，来代表物理的数据仓库。

选择数据仓库表

刚才创建了一个项目(TestProject)，我们要在项目中创建报表等BI应用，这些报表需要从数据仓库中的某些TABLES中选取数据。一个项目需要哪些数据仓库表，就在仓库目录中定义。每个项目可以配制不同的仓库目录。

将焦点放置所要控制的项目上(TestProject)，选择菜单框架/仓库目录，由于现在是第一次进入仓库目录对话框，系统会弹出选择数据库实例界面：选择刚刚创建的SG186ND数据库实例，点击确定。

系统弹出仓库目录对话框。左侧是数据仓库中可用的TABLE，右侧是选中的数据仓库表。

作为最简单项目，我们先选取6个张表：事实表T_SC_EQUIP_REPAIR，维表C_VOL_LEVEL、C_REPAIP_TYPE、CODE_MONTH、CODE_YEAR、CODE_QUARTER。

定义事实

在MicroStrategy产品环境中事实是关联数据仓库中的数值和MicroStrategy报表环境的框架对象。他们对应到数据仓库中的物理字段，并用以创建对事实数据进行运算的度量对象。

在该项目中，先定义三个事实(Fact)：PLAN_NUM（计划数），FINI_PLAN_NUM （完成数），REPAIR_RATE（完成率）。

将焦点移至TestProject项目下的框架对象/事实中，选择菜单文件/新建/事实，系统载入事实编辑器，并进入到创建事实表达式界面。先创建PLAN_NUM事实，PLAN_NUM事实存在于事实表T_SC_EQUIP_REPAIR中，在源表下拉列表中选择T_SC_EQUIP_REPAIR，把PLAN_NUM字段从可用的列拖到事实表达式中，在映射方法中选择手动，点击确定：

选中T_SC_EQUIP_REPAIR表前的复选框，点击保存并新建。

确认保存的路径是框架对象/事实，输入对象名称计划数，点击保存。

再创建FINI_PLAN_NUM事实。FINI_PLAN_NUM事实也存在于事实表

T_SC_EQUIP_REPAIR中

确认保存的路径是框架对象/事实，输入对象名称完成数，点击保存。

再创建REPAIR_RATE事实

确认保存的路径是框架对象/事实，输入对象名称完成率，点击保存。

定义实体

在Microstrategy环境中，实体——以及组成实体的元素——是业务内容的概念。你在报表中按照实体来汇总和查看数据。每个实体可能具有多个形式；每个形式可能从多个物理表中表示；实体间会有父子关系。

一个实体的实体形式是考察实体的一个角度。每个实体至少有一个实体形式，通常有两个：

ID

描述(DESC)

一些实体可能会有其它描述型形式。比如，客户实体有客户名称形式，还有地址、Email等其它描述型形式。

实体形式之间必须具有一对一关系。

形式有两种用途：

1．显示：在报表上或数据浏览时显示

2．条件：分析或做查询时用于限制条件。

你可以用多个形式使实体更加灵活。比如，零售业中的商品实体有两个基本的形式，ID——在数据库中参与快速的运算；名称——保存商品的名称。由于商

品在不同的国家/语言中可能会有不同的名称。你可以创建另外的实体形式表示外文名称。你还可以创建其它如尺寸、规格、包装等实体形式。

在这个简单项目中，先定义五个实体(Attribute)：Year(月)，

Quarter(季)，Month(月)，Vol_Level(电压等级)，Rerair_Type(检修类别)，其中Year是Quarter的Parent、Quarter是Month的Parent。

将焦点移至TestProject项目下的框架对象/实体中，选择菜单文件/新建/实体，系统载入实体编辑器，并进入到创建实体形式(ID)表达式界面。在创建实体形式(ID)表达式界面，选择源表CODE_YEAR，把Year_ID字段从可用的列拖到形式表达式中，在映射方法中选择自动，点击2次确定：

对于Year实体，不需要描述形式，但需要定义Year和Quarter父子关系。点击子标签，再点击添加按钮，选择Quarter实体，点击确定。

点击保存并关闭按钮。确认保存的路径是框架对象/实体，输入对象名称年，点击保存。

Quarter(季度)实体

再创建Quarter (季度)实体。选择菜单文件/新建/实体，系统载入实体编辑器，并进入到创建实体形式(ID)表达式界面。首先选择源表Code_Quarter，把Quarte_ID字段从可用的列拖到形式表达式中，在映射方法中选择手动（见附录），点击2次确定：

给该实体添加一个描述(DESC)，点击新形式。

选择季度的中国报表显示形式。Month_I D用于关联数据库，Month_Desc_Zh 规定了该实体在报表中的现实形式。点击2次确定

点击保存并关闭按钮。确认保存的路径是框架对象/实体，输入对象名称季，点击保存。

再创建Month (月)实体。选择菜单文件/新建/实体，系统载入实体编辑器，并进入到创建实体形式(ID)表达式界面。首先选择源表Code_Month，把

Month_ID字段从可用的列拖到形式表达式中，在映射方法中选择手动（见附录），点击2次确定：

给该实体添加一个描述(DESC)，点击新形式。

同时要定义Month和Quarter子父关系。点击父标签，再点击添加按钮，选择Quarter实体，点击确定。

点击保存并关闭按钮。确认保存的路径是框架对象/实体，输入对象名称月，点击保存。

再创建Vol_Level（电压等级）实体。选择菜单文件/新建/实体，系统载入实体编辑器，并进入到创建实体形式(ID)表达式界面。首先选择源表

C_VOL_LEVEL，把SORT_CODE字段从可用的列拖到形式表达式中，点击确定：

选择相对应的源表后。点击新建

选择事实表里面有电压等级字段的表关联起来。映射方法：自动。点击2次确定然后在给该实体添加描述(DESC)。

选择SORT_NAME 作为该实体的描述。映射方法：自动。点击2次确定点击保存并关闭按钮。确认保存的路径是框架对象/实体，输入对象名称电压等级，点击保存。

Repair_Type (检修类别)实体

再创建Repair_Type（检修类别）实体。选择菜单文件/新建/实体，系统载入实体编辑器，并进入到创建实体形式(ID)表达式界面。首先选择源表

C_REPAIR_TYPE，把SORT_CODE字段从可用的列拖到形式表达式中，点击确定：选择相对应的源表后。点击新建.

选择事实表里面有检修类别字段的表关联起来。映射方法：自动。点击2次确定然后在给该实体添加描述(DESC)。

选择SORT_NAME 作为该实体的描述。映射方法：自动。点击2次确定点击保存并关闭按钮。确认保存的路径是框架对象/实体，输入对象名称检修类别，点击保存。

更新框架

对于现在的简单项目，所有的框架对象(Schema Objects)都已经定义完了，为使框架对象最终在报表生效，需要更新框架(每当框架对象改变后，均需更新框架)。选择菜单框架/更新框架，点击确定来更新框架。

创建度量

度量是报表组件，它代表了商业度量和关键性能指示器。用存储在数据库中的数

据进行表达计算，这与电子数据表软件中的公式相似。使用事实创建度量。

对于我们现在的简单项目，对应上面创建的3个事实，可以创建3个度量：计划数、完成数和完成率。

将焦点移至TestProject项目下的公共对象/度量中，选择菜单文件/新建/度量，系统载入度量编辑器。将完成数事实拖至度量定义中：

点击保存并新建按钮，确认保存的路径是公共对象/度量，输入对象名称完成数，点击保存。将计划数事实拖至度量定义中：

点击保存并新建按钮，确认保存的路径是公共对象/度量，输入对象名称计划数，点击保存。将完成率事实拖至度量定义中：完成率 = 完成数 / 计划数 * 100%

点击保存并关闭按钮，确认保存的路径是公共对象/度量，输入对象名称完成率，点击保存。

创建报表

将焦点移至TestProject项目下的公共对象/报表中，选择菜单文件/新建/报表，系统载入报表编辑器：

从数据资源管理器中找到框架对象/实体，双击年、季、月、检修类型、电压等级实体(或拖拽)，让其显示在报表模板上，再从数据资源管理器中找到公共对象/度量，双击完成数、计划数、完成率。

选择菜单查看/表格查看，则报表执行，并以表格形式呈现结果。

点击保存并关闭按钮，确认保存的路径是公共对象/报表，输入对象名称设备检修主题表，点击保存。这样，一张报表就完成了。

设置I-SERVER

用刚才创建的简单项目(元数据库是ORACLE 9i中的SG186ND数据库，ODBC:SG186ND_L)，设置I-SERVER，就可以从浏览器看到报表。

使用Configuration Wizard(开始/程序/Microstrategy/Configuration Wizard)第二项：

下一步，

选择ODBC数据源：选择SG186ND_L，输入数据库用户名、密码，点击下一步。输入MicroStrategy管理员用户名和密码，点击下一步。

输入一个服务器定义名称，点击下一步。

选中TestProject项目，点击下一步。

点击完成。（如果系统显示警告信息，点击确定即可）

Web浏览

把包拷贝到TOMCAT的根目录，启动TOMCAT。它将启动寻找I-SERVER服务。访问就看以看到我们在Desksop中构建的项目（TestProject）。

点击进入。输入用户名：Administrator、密码：Administrator 登陆.在共享报表中可以浏览报表。

注：在WEB页面上也可以进行修改、扩展。修改后的结果会被写入数据库。

完整项目开发

现在来完善刚才的简单项目。将使用到数据仓库中多个TABLE，创建丰富的报表。

政府数据中心建设方案

政府数据中心建设方案

第一章概述 1.1 背景 为认真贯彻国家、省对电子政务建设要求的精神，根据《XX省“十一五”国民经济和社会信息化发展规划》，结合我省电子政务建设的实际情况和发展需要，特制定本方案。 1.2 目的 1、建设统一的电子政务网络平台。 我省电子政务网络由政务内网和政务外网组成。政务内网是党政机关办公业务网络，与互联网物理隔离，主要满足各级政务部门内部办公、管理、协调、监督以及决策需要，同时满足有关政务部门特殊办公需要。政务外网是党政机关公共业务网络，主要满足各级政务部门进行社会管理、公共服务等面向社会服务的需要。 目前，XX省政务内网已经建成并运行良好，政务外网正在规划建设，通过统一的政府数据中心建设，建成全省统一的电子政务外网，省委、省政府各部门和有关单位的业务应用系统，都要基于全省统一的政务网络资源，按需要分别在政务内网和政务外网部署。 2、统筹规划电子政务基础设施建设，避免重复建设，提高整体使用效益。 政府数据中心为省政府各部门和有关单位的信息化建设提供统一的计算机机房、电子政务网络、服务器、存储设备、网络和应用系统安全、数据备份、公共地理信息和基础软件等信息化基础设施，避免重复建设，降低系统建设成本。同时利用XX省综合信息中心技术人才资源，进行系统的运行维护，降低系统的运行维护成本。 3、建设统一的电子政务安全平台。 目前，各政府部门分散建设，安全漏洞和隐患多，通过政府数据中心建设，

全省建设统一的电子政务安全平台，高标准建设信息安全基础设施，加强和规范电子政务网络信任体系建设，建立有效的身份认证、授权管理和责任认定机制。建立健全信息安全监测系统，提高对网络攻击、病毒入侵的防范能力和网络失泄密的检查发现能力。统筹规划电子政务应急响应与灾难备份建设。完善密钥管理基础设施，充分利用密码、访问控制等技术保护电子政务安全，提高全省各项电子政务应用系统的网络和信息安全，完善网络和信息安全保障体系，保障电子政务系统的网络和信息安全。 4、提升政务信息资源开发利用水平。 通过统一的政府数据中心建设，整合各部门和有关单位的政务信息资源，为政务公开、业务协同、辅助决策、公共服务等提供信息支持。 5、完善电子政务标准化体系。 通过统一的政府数据中心的建设，贯彻国家、省和我省电子政务建设标准和规范，建立健全电子政务标准实施机制。 1.3 意义 政务数据中心的建设将进一步加快推进我省电子政务建设。电子政务建设有利于深化行政管理体制改革，提高执政能力；为党委、人大、政府、政协、政府部门和有关单位履行职能提供技术手段；有利于全面落实科学发展观，构建社会主义和谐社会，加快推进改革开放和社会主义现代化建设。 第二章业务状况分析 2.1 现状分析 2.1.1 电子政务建设现状 近几年，我省围绕全面实施“阳光政务”工程，加强电子政务基础设施建设。电子政务内网进一步完善，形成了覆盖全省的政务办公网络，实现了网上公文传递、处理。电子政务外网建设稳步推进，初步建成了政务公开信息传送系统，实

项目产品开发流程图.docx

相关单位商务部项目科采购部技术科项目报价图纸及项目报价 报价零件清单 阶段评审 项目承接通知 单 召开项目启动 会 技术转化 初始工艺方案 提交委外采购 需求(模, 夹检 具 ) 寻委外供应商 原材料需求计原材料采购 划 外协外购件外协外购厂 需求计划家定点 实验设备需实验设备购 求买 产能需求表生产设备购 买 讨论模、夹报 价工艺方案 签定技术协议 项目进度表 阶段评审 汇总项目进签定采购合 度表 提交项目进 会签模、夹 冲压件开发《过程价值流程图》 质量部供应商 相关表单及文件流程说明 生产部 《新产品工艺定额表》由商务部和技术部技术科主导 , 抄送冲压项目科. 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科。 零件检测方案 《产品信息表》由商务部下产品开发通知到技术部项目科。 编制 《零件清单》、《会议通知单》由项目下会议通知单召开项目启动会，参与部门 《小组成员职责表》商务中心、采购中心、质量部、技术部、制造和 《会议纪要》、《项目进度表》物控部。 《工艺方案表》工艺方案表包括初始流程图、模具数量、材料利用 率、使用设备等要求 , 发采购部抄送项目科。 《试制材料采购订单》项目提交材料替代单给客户确认后申请采购原材料。 《物料采购申请单》由项目科下申请单给采购部. 《设备请购单》设备请购单由项目申请 , 相关部门配合项目。 提交模、夹、 检报价工艺 讨论检具报 《技术协议》工艺讨论需项目、技术、质量、采购进行确认。 价方案 《最终工艺方案》 签定技术协议《模具制作进度表》由项目汇总进度表并进行跟踪，同时发给客户和相 《检具制作进度表》关部门。 项目进度表 《夹具制作进度表》 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科。 NG提交模、夹、 NG 会签检具制 会签模、夹阶段评审 NG提交模、夹、 检结构设计 NG 会签检具制 作结构设计 模、夹、检 制作过程问 题点解决 《工装工艺评审单》评审单需由项目、技术、质量、生产、采购进行会签， 《特殊特性清单》要求按《冲压模具设计管理标准》、《工装夹具管理 《实验计划》标准》、《专用检具管理标准》, 由项目科完成 PDM系 《过程流程图》统内的零件图档录入及特殊特性清单、实验计划及过 程流程图试制版下发. 《工装结构设计评审单》评审单需由项目、技术、质量、采购进行会签， 《检具检测方案评审单》要求按《冲压模具设计管理标准》、《工装夹具 管理标准》、《专用检具管理标准》. 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科. 《保模检查记录表》保模和铸件检查需项目、技术、采购参与并邀请客 《铸件检查记录表》户参加 ( 如客户要求 ) ，要求按《冲压模具验收管理 《铸件检查记录表》标准》、《工装夹具管理标准》、《专用检具管理 标准》. 提供技术支持 模、夹工装预验收提供技术支 检具预验收 配合模、夹、 模、夹、检问 题点整改移型 《调试纪录表》 《问题点纪录表》 《检具检测报告》模、夹、检预验收需项目、技术、采购、质量参与并 《动、静态验收报告》邀请客户参加 ( 如客户需要 ), 验收标准按《冲压模具验 《零件检测报告》收管理标准》、《工装夹具管理标准》、《专用检具 《问题点纪录表》管理标准》 . 由项目科完成控制计划、PFEMA及技术科 《备品备件清单》完成《作业指导书》等文件试制版下发. 《控制计划》 《PFEMA》 《作业指导书》 生产走线，阶段评审生产走线，《问题点纪录表》确认问题点修改完成情况. 小批量试生 产准备 过程能力分小批量试生 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科.析

产品开发流程

产品开发初步流程 业务需求 市场调查 开发评审报告 产品立项(《产品设计书》《立项报告》《整体产品工作计划》) 产品结构设计软件设计硬件设计包装设计产品标准 （产品结构总体方案）（软件设计总体方案）（硬件设计总体放案）（UL，CE，EMC，EMI，CC…）（功能结构总图）（软件设计总流程图和功能要求）（硬件设计总框图和功能要求） 下面是每部份的流程 A，产品结构流程（需和硬件相结合）

客户沟通初步结构 样品评审 送样 客户反馈 进行下一个阶段（和前面流程大概相似） 所有结构完成应有如下资料： 1，总装图（又叫爆炸图）2，零件图3，模具图4，工程图5，材料清单要求（如防火等级，表面处理）6，零件编码要求 B，软件流程 沟通产品设计要求

初步产品设计框图（设计大纲） 框图评审确认 子程序流程图 程序编写 程序调试 程序装机整体调试（这里做各种标准的调试，如电磁干扰等） 试样 芯片固化 批量生产 整个软件完成后需要的主要资料： 1，产品功能要求2，产品设计大纲3，产品所有的程序流程图4，程序原代码5，生成的原代码6，烧录程序后的格式码7，程序的工作时序8，调试报告。 C，硬件开发的流程 电路整体方案设计 功能整体设计

单元电路的总结 绘制完整的原理图 绘制PCB图 制定各种调试要求 规范各种测试要求和报告 样品评审 小批量生产 批量生产 硬件完成需要的资料： 1，原理图 2，PCB图 3，材料清单 4，元器件分布图 5，PCB走线图 6，产品测试要求

7，产品组装要求（这和结构相配合，产生工艺要求文件）8，产品工艺要求（这和结构相配合） 9，产品认证资料

新产品设计开发流程

｛修订记录｝

1. 目的 对产品设计开发全过程进行控制，确保产品能满足市场需求及顾客的要求，达到或超过、行业标准以及相关规定的技术要求。 2. 使用范围 本程序适用于公司所有新产品的设计开发和现有产品的重大改进。 3. 职责定义 3.1工程部负责设计开发工作的整个过程控制，负责设计输入到样件确认、批量生产的整个过程控制，负责设计开发过程中 生产工艺和输出文件的管理。 3.2PMC计划部负责设计开发过程中生产系统各部门资源的组织、协调与配合 3.3品质部负责设计开发过程中原材料及过程的品质控制。 3.4生产部负责批量生产及生产工艺。 3.5采购部负责设计开发及批量生产过程中的配套采购，及认证所需的配套文件。 3.6业务部负责新产品的策划宣传 3.7以上各相关部门协同实施设计开发，参与策划和规定的评审、验证和确认。 4. 引用标准及术语定义 无 5. 作业流程 I I 各员工；工程部各部门 U......------..-I.-.-..1. 6. 流程说明 6.1新产品设计开发的信息来源

6.1.1 公司各员工收集市场需求、客户要求以及行业的发展趋势的相关资料，交总经理办公室。由总经理组织公司高层管理根据产品的市场需求、 客户要求、市场占有率、技术现状和发展趋势以及资源效益等几方面进行科学预测及技术经济的分析论证，确定产品的系统功能与市场定 位。由工程经理编制《项目开发建议书》。 6.1.2 现有产品的重大改进，由项目负责人编制《项目开发建议书》。 6.1.3 销售合同，客户订做：有技术开发成分的销售合同(包括技术协议)，必须进行评审。评审通过后，将相关技术资料送交工程部，销售合同视为 《项目开发建议书》。 6.2 质量计划 6.2.1 项目负责人根据《项目开发建议书》对产品的实现过程进行策划，组织编写《质量计划》& 《新产 品开发计划表》。 6.2.2 《质量计划》包括以下的内容：产品的质量目标、人员配置要求、生产及检测设备、列出需验证的项目及方法、关键件明细及质量 控制方法(包括关键原材料技术协议及关键自生产件控制要点)。 6.2.3 《新产品开发计划表》包括以下的内容各部门人员的组成，分工及时间要求等。 6.2.4 《质量计划》& 《新产品开发计划表》由总经理批准后方可实施。 6.3 项目确认 6.3.1 设计输入 6.3.1.1 设计输入应包括一下内容： a) 产品的功能要求和性能要求；分析客户图纸或样品。 b) 产品遵循的法律、法规、标准( 3C ，等)。 c) 以前类似设计的有关信息。 d) 设计开发所需的人员配置要求及分工、生产及检测设备等其他要求。 e) 设计时间的要求。 6.3.1.2 项目负责人依据《新产品开发计划表》的安排组织设计开发输入评审。设计开发输入评审是对输入文件的充分性和适宜性进行评审。 6.3.1.3 设计开发输入评审的目的 a) 评定性能参数、产品功能、结构特点是否满足市场要求。 b) 评定产品是否具有市场前瞻性 c) 评定产品总体布置是否可行、合理。 d) 评定产品结构特点合理性、先进性、通用性、可行性以及配套使用性、工艺性。 e) 评定所依据的法律、法规、标准( 3C 等)是否具有有效性、适用性。 6.3.1.4 依据评审结果对《项目开发建议书》、《质量计划》、《新产品开发计划表》进行更改、更改过程按《工程更改控制程序》进行 6.4 设计试做 6.4.1 详细设计 6.4.1.1 项目负责人根据设计输入文件进行产品方案的设计。 641.2方案设计开发过程中须进行方案的评审，方案评审由项目负责人负责组织，应对产品机构、电气、研发工期、成本等多方面进行评审。评审出本方案的优缺点并提出相应的改进措施。评审的会议记录应予 以保存。 641.3设计开发方案评审由工程经理主持。

数据中心项目建设方案介绍

数据中心项目建设 可行性研究报告 目录 1概述 1.1项目背景 1.2项目意义 2建设目标与任务 数据中心的建设是为了解决政府部门间信息共享，实现业务部门之间的数据交换与数据共享，促进太原市电子政务的发展。具体目标如下：建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (一)建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现社会保障数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (二)建立全市自然人、法人、公共信息库等共享数据库，为宏观决策提供数据支持。对基础数据进行集中管理，保证基础数据的一致性、准确性和完整性，为各业务部门提供基础数据支持； (三)建立数据交换共享和更新维护机制。实现社会保障各业务部门之间的数据交换与共享，以及基础数据的标准化、一致化，保证相关数据的及时更新和安全管理，方便业务部门开展工作；

(四)建立数据共享和交换技术标准和相关管理规范，实现各部门业务应用系统的规范建设和业务协同； （五）为公共服务中心提供数据服务支持，实现面向社会公众的一站式服务； (六）根据统计数据标准汇集各业务部门的原始个案或统计数据，根据决策支持的需要，整理相关数据，并提供统计分析功能，为领导决策提供数据支持； （七）为监督部门提供提供必要的数据通道，方便实现对业务部门以及业务对象的监管，逐步实现有效的业务监管支持； （八）为业务数据库的备份提供存储和备份手段支持，提高业务应用系统的可靠性。 3需求分析 3.1用户需求 从与数据中心交互的组织机构、人员方面进行说明。

新产品开发工作流程

新产品开发工作流程1.流程工作内容

2.流程具体实施要求 新产品的开发流程根据以下几个阶段来考虑完善（顾客有明确要求的汽车主机厂整车付新产品开发执行APQP程序）： 顾客要求评审（合同评审） 2.1.1顾客要求评审的输入有三种： 1）顾客新要求，评审依据：《顾客要求评审表》； 2）产品变更要求，评审依据：《产品变更通知单》； 3）顾客确认不合格，评审依据：《新产品开发样品顾客确认通知单》。 2.1.2顾客要求评审的输出有三种： 1）顾客要求明确，公司有能力达到，纳入开发计划； 2）顾客要求不明确，需进一步沟通后纳入开发计划； 3）顾客要求明确，但公司没有能力达到，暂不纳入开发计划。 2.1.3技术部是新产品开发顾客要求评审（合同评审）的组织者。评审的模式及时间节点：销售部将《顾客要求评审表》或《产品变更通知单》《新产品开发样品顾客确认通知单》传递给技术部 1）简单产品（比如单口型挤出、单件产品、不涉及外协加工等），技术部根据以往经验和当前公司能力初步判定能否满足顾客要求；如无法独自判定，则组织生产、供应和相关人员进行评审确定。能够开发的项目，技术部进行产品工艺分析，确定原材料、工艺流程和技术文件完成时间并编制《新产品开发计划》交生产部及责任车间评审开发各阶段的完成时间。

技术部根据开发计划的评审时间确定产品交付时间，填写完成《顾客要求评审表》或《产品变更通知单》。最终将单据交回销售部。销售部将经过审批的单据分发到相关部门。如果进行开发，技术部据此组织开发计划实施。 时间节点，技术部自接单时刻计算，两个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 2）复杂项目或整车付产品项目的开发，技术部组织相关技术人员、供应部、生产部、质保部和生产车间召开项目开发评审策划专题会议，对开发项目进行评审策划，将最终结果填写在《产品开发项目评审记录表》与《项目开发评审策划书》上，形成评审结论。 根据评审结论，《顾客要求评审表》要求的相关部门填写完成此单据，在规定的时间前返回销售部。如果进行开发，技术部据此编制开发计划和技术文件。 时间节点，技术部自接单时刻计算，五至七个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 编制新产品开发计划 2.2.1新产品开发计划的输入有四种： 1）《顾客要求评审表》； 2）《产品变更通知单》； 3）《质量问题反馈单》中涉及到需要进行产品开发（完善）的相关措施； 4）经过顾客确认上次开发样品不合格的《新产品开发样品顾客确认通知单》。 2.2.2新产品开发计划的输出：项目负责人编制新产品开发试制技术文件和开发计划的实施。 2.2.3新产品开发计划的编制 技术部根据上述“输入”编制新产品开发计划。 1）对于前述第1种评审模式确定的开发计划的编制 技术开发部确定开发计划中的具体工艺流程项目，根据顾客要求数量（主要是根或套），由技术部在开发计划中增加相应的余量（余量的目的是为了留样和车间的损耗，从而保证最终入库的数量满足顾客要求）。采用x+x的格式，例如顾客数量要求5套，开发计划上可能是5+5套，后者的+5为挤出车间的余量，故挤出车间要按10套进行生产。材料数量由技术部在开发计划上注明实际用量和种类，由生产部根据生产情况进行适应的调整。由生产部组织相关责任车间评审各阶段的具体实施和完成时间，相关责任车间负责人分别在《新产品开发计划》签字，《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 2）对于前述第2种评审模式确定的开发计划的编制 技术部根据《项目开发评审策划书》直接编制《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 编制新产品试制技术文件

新产品开发设计流程

1、目的 1.1 明确工厂各职能单位在开发设计流程各阶段的责任和任务。 1.2 确保产品开发的品质 2、范围 适用于公司新产品设计的各项活动 3、角色与权责 3.1 产品经理：导入市场需求产品,策划、规划推广产品开发设计，处理开发中内、外部资源的瓶 颈，控制产品开发进度，监控产品设计开发的品质和成本,使产品如期推出，以满足市场及顾

客的需求，提高产品竞争力。

3.2 开发部：组织产品开发设计专案小组（包括电子、工业、美工、测试等），综合处理产品开发设 计过程中的技术问题（外销产品依实际产品而定）。主导开展产品规划和产品设计阶段的任务。 3.3 工程部：主导新产品设计开发的工程试制、试产。 3.4品质部：负责对样机及试产的品质测试验证。 3.5PMC：依据产品开发计划、工程试制验证报告安排新产品试产计划和试产物料需求计划。 3.6供应部：提供产品开发设计的新品器件、试制及试产材料，优化材料的品质和成本。 4、定义： 原型机：发生硬件主方案重大更改或整机结构、外观重大变化而开发的新产品 派生机：在原型机的基础上外观局部变化、不涉及硬件主方案更改、整机结构重大更改而开发的新产品。 5.内容 5.1 产品开发阶段划分：现有产品开发流程做了修改，由原C流程中的6个阶段变为5个阶段，原C 流程中的C2(产品设计)，C3(样机试制)和并为现在的C2(产品设计) 5.1.1C0 产品构想：概念产品形成阶段，经过产品创意的收集和概念产品验证形成产品立案通知 书，启动该产品在公司内部的开发。 5.1.2C1 产品规划：对概念产品生产的依据，使用的方案和外观进行整体的规划。 5.1.3C2 产品设计：完成产品在开发部阶段的设计和测试。 5.1.4C3 工程试制：工程和品质对产品的技术进行消化，并对开发输出的产品设计进行产品验证。 5.1.5C4 试产试销：通过产线和市场对新产品进行验证.

基础地理信息数据入库流程

基础地理信息数据入库流程 1、基础地理信息数据包括的内容 基础地理信息主要是指通用性最强，共享需求最大，几乎为所有与地理信息有关的行业采用作为统一的空间定位和进行空间分析的基础地理单元，主要由自然地理信息中的地貌、水系、植被以及社会地理信息中的居民地、交通、境界、特殊地物、地名等要素构成，另外，还有用于地理信息定位的地理坐标系格网，并且其具体内容也同所采用的地图比例尺有关，随着比例尺的增大，基础地理信息的覆盖面应更加广泛。基础地理信息的承载形式也是多样化的，可以是各种类型的数据、卫星像片、航空像片、各种比例尺地图，甚至声像资料等等。 2、基础地理信息数据入库的意义 通过制定统一的分类代码标准，将多格式基础地理信息数据统一整理转换进行入库形成统一的数据库，为基础地理信息数据共建共享与交换及数字化城市建设奠定良好的准备，同时通过建立统一的基础地理信息系统可以避免各部门间的重复劳动，提高工作效率节约社会资源。 3、基础地理信息数据入库的基本流程 1）、规范及标准的制定

基础地理信息数据种类齐全，内容丰富，涉及领域广泛，为了能将它们有机地进行组织，有效地进行存储、管理和检索应用，只有将所有的地理信息按一定的规律进行分类和编码，使其有序地存入计算机才能对它们进行按类别存储，按类别和代码进行检索，以满足各种应用分析需求。因此首先必须对基础地理信息数据进行分类和编码，编写相应的元数据标准。根据绍兴项目的实施其相应的规范和标准主要有以下内容： （1）、《4d产品数据成果入库提交技术规定》 （2）、《基础地理信息分类与代码》 （3）、《基础地理信息数据建库技术规定》 （4）、《基础地理信息数据库成果质量检查与验收技术规定》（5）、《基础地理信息要素属性》 （6）、《基础地理信息要素字典》 （7）、《基础地理信息元数据标准》 2）、基础地理信息数据的整理及入库

新产品开发流程介绍

产品开发流程介绍 目录 概述 (1) Stage-Gate新产品开发流程 (1) C-System开发流程介绍 (3) C-System各阶段说明： (5) C-System、Stage-Gate与ISO的异曲同工 (7) 新产品开发流程应以创新为本质 (8) 概述 在「台湾制造」(Manufactured by Taiwan)时期，产业以低廉的成本、快速反应以及完美的质量，征服了全世界。流程是「速度革命」时代的管理重点，「台湾制造」时期，企业虽然重视「快速反应」，喊出「快速研发」、「Time to Market」、「Time to Money」等口号，强调时间就是金钱的观念，推动同步工程、强化供应链，并获得了很好的成效，但在制造代工/设计代工(OEM/ODM)时期，大家做的其实仅是「快速量产」而已。我们所做的「快」，在产品创新上仅是轻轻的飘过，并没有深耕。因此，有别于过去的做法，我们今天要谈的新产品开发流程，必须由前端的产品发想开始，进而针对市场需求调查与产品细部设计做严密的讨论，直到产品进入生产与全面上市为止。 当迈入强调产品创新的「台湾创新」阶段后，产业该如何做才能在全球市场上胜出呢？事实上，「产品创新」是企业建立竞争优势必须运用的手段之一，因为每一产品都有其生命周期，企业若无法持续开发新产品，其营业一定无法成长，而且会随着产品生命周期的演变，步入衰退期并结束营业。因此，新产品的开发足以决定一家企业的兴盛与沦亡。尤其处于全球竞争的时代，产品生命周期快速的缩短，企业投入大量的资源进行新产品开发，产品开发自然变成企业营运的重心，使新产品开发管理更形重要，而新产品开发流程更成为企业的核心作业流程，受到企业的重视。 S TAGE-G ATE新产品开发流程

产品研发流程

新产品研发流程 内容： 企业的组织机构 新产品研发流程 生产工艺流程

企业组织机构 企业组织机构图（以****公司为例） 开发部主要职责： 1、技术创新 1）．及时搜集整理国内外产品发展信息，及时把握产品发展趋势，组织和编制公司技术发展规划和技术开发计划。并组织对计划实施。 2）．负责公司新技术引进和产品开发设计工作。 3）．编制生产工艺流程及工艺文件， 4）．负责做好技术图纸、技术资料的编制和编写。为指导生产提供全套技术文件。 2、技术支持 1）．负责制订和修改技术规程。编制产品的使用、维修和技术安全等有关的技术规定及使用说明书；改进和规范工艺流程。 2）．负责制定公司产品的企业标准，实现产品的规范化管理。 3）．及时指导、处理、协调和解决公司各部门的技术问题，确保经营工作的正

常进行。 主要岗位：电子线路设计、结构设计、工艺设计（电装工艺、钳装工艺、机加工工艺） 岗位职责： 线路、结构设计人员 进行新产品开发市场调查。提出设计项目立项建议。 2. 线路设计人员按计划和规定进行新产品的线路方面的开发与设计；结构设计人员按计划和规定进行新产品的结构方面的开发与设计。 3. 负责在研产品的技术资料、生产资料的建立、整理和归档工作。 4. 针对用户的要求或其它原因实施设计更改。 5. 解决生产过程中出现的有关技术问题。 6 .配合销售部门做好产品销售、工程服务中的技术支持工作。 工艺设计人员 1. 编制典型工艺文件，负责生产前的工艺技术准备。 2. 负责工艺文件执行及工艺纪律检查。 3. 负责处理生产过程的工艺技术问题。 4. 负责产品工时定额制定。 5. 组织员工进行技能培训。 线路设计和结构设计主要是产品设计, 产品设计和工艺设计之间的关系： 产品设计就是设计出你想要的产品，工艺设计就是设计如何制作出你想要的产品；设计是产品从概念到模型的一个转换过程，而工艺是将原材料实现为零部件的一个过程，设计需要了解工艺，工艺实现不了的设计是没意义的设计，工艺也需要明白设计的意图，否则不能很精确的反映出设计，产品设计和工艺设计应该

基础地理信息系统数据建库技术要求

项目编号: ZXPR-SU020-2003 基础地理信息系统 基础地理数据库建设技术要求 Version: 2.1 本文档使用部门：■主管领导■项目组 □客户（市场）□维护人员□用户

编制：评审：项目评审委员会 日期：日期： 分发编号： 目录 1.前言 (4) 1.1范围 (4) 1.2引用标准 (4) 2.总则 (4) 2.1编制目的 (4) 2.2数据库建设的主要工作 (4) 2.3数据成果 (4) 2.3.1成果资料 (4) 2.3.2成果格式 (5)

3.基础地理数据集规范 (5) 3.1数据文件命名 (5) 3.2图层名称结构 (5) 3.3图层定义 (6) 3.3.1测量控制点（POINT）*A01P (7) 3.3.2测量控制点辅助线（LINE）*A02L (8) 3.3.3测量控制点注记（POINT）*A03P (8) 3.3.4居民地(POLY、LINE、POINT) *B01A、*B01L、*B01P (9) 3.3.5居民地附属物(POLY、LINE、POINT) *B02A、*B02L、*B02P (9) 3.3.6居民地注记（POINT）*B03P (9) 3.3.7工矿建(构)筑物（POLY）*C01A (10) 3.3.8工矿建(构)筑物辅助线点（LINE、POINT）*C02L、*C02P (10) 3.3.9工矿建(构)筑物注记（POINT）*C03P (10) 3.3.10交通道路（POLY 、LINE）*D01A、*D01L (11) 3.3.11交通道路辅助设施（LINE、POINT）*D02L、*D02P (11) 3.3.12交通道路注记（POINT）*D03P (11) 3.3.13管线（LINE）*E01L (12) 3.3.14管线辅助设施（POINT）*E02P (12) 3.3.15管线注记（POINT）*E03P (12) 3.3.16水系（POLY、LINE）*F01A、*F01L (13) 3.3.17水系辅助设施（LINE、POINT）*F02L、*F02P (13) 3.3.18水系注记（POINT）*F03P (13) 3.3.19境界（POLY、LINE、POINT）*G01A、*G01L、*G01P (13) 3.3.20境界注记（POINT）*G03P (14) 3.3.21地貌与地质（POLY）*H01A (14) 3.3.22高程点（POINT）*H01P (14) 3.3.23等高线（LINE）*H01L (14) 3.3.24地貌与地质辅助设施（LINE、POINT）*H02L、*H02P (15) 3.3.25地貌与地质注记（POINT）*H03P (15) 3.3.26植被（POLY、LINE、POINT）*I01A、*I01L、*I01P (15) 3.3.27植被辅助设施（LINE、POINT）*I02L、*I02P (15) 3.3.28植被注记（POINT）*I03P (16) 3.3.29图幅索引图层（POLY）*INDEX01 (16) 4.数据转换流程 (16) 4.1数据转换技术流程 (16) 4.2代码转换、数据分层 (17) 4.2.1测量控制点 (18) 4.2.2居民地及垣栅 (18) 4.2.3工矿建(构)筑物及其它设施 (20) 4.2.4交通及附属设施 (25) 4.2.5管线及附属设施 (29) 4.2.6水系及附属设施 (30) 4.2.7境界 (33) 4.2.8地貌和土质 (33) 4.2.9植被 (34) 4.2.10注记 (35) 4.2.11其他特殊要求 (35) 4.3数据接边处理 (36) 4.4数据检查 (36) 4.4.1质量控制指标 (36) 4.4.2自（互）检 (36) 4.4.3过程检查 (36)

大型企业数据中心建设方案

目录 第1章总述 (4) 1.1XXX公司数据中心网络建设需求 (4) 1.1.1 传统架构存在的问题 (4) 1.1.2 XXX公司数据中心目标架构 (5) 1.2XXX公司数据中心设计目标 (6) 1.3XXX公司数据中心技术需求 (7) 1.3.1 整合能力 (7) 1.3.2 虚拟化能力 (7) 1.3.3 自动化能力 (8) 1.3.4 绿色数据中心要求 (8) 第2章XXX公司数据中心技术实现 (9) 2.1整合能力 (9) 2.1.1 一体化交换技术 (9) 2.1.2 无丢弃以太网技术 (10) 2.1.3 性能支撑能力 (11) 2.1.4 智能服务的整合能力 (11) 2.2虚拟化能力 (12) 2.2.1 虚拟交换技术 (12) 2.2.2 网络服务虚拟化 (14) 2.2.3 服务器虚拟化 (14) 2.3自动化 (15) 2.4绿色数据中心 (16) 第3章XXX公司数据中心网络设计 (17) 3.1总体网络结构 (17) 3.1.1 层次化结构的优势 (17) 3.1.2 标准的网络分层结构 (17) 3.1.3 XXX公司的网络结构 (18) 3.2全网核心层设计 (19) 3.3数据中心分布层设计 (20) 3.3.1 数据中心分布层虚拟交换机 (20) 3.3.2 数据中心分布层智能服务机箱 (21) 3.4数据中心接入层设计 (22) 3.5数据中心地址路由设计 (25) 3.5.1 核心层 (25) 3.5.2 分布汇聚层和接入层 (25) 3.5.3 VLAN/VSAN和地址规划 (26) 第4章应用服务控制与负载均衡设计 (27) 4.1功能介绍 (27) 4.1.1 基本功能 (27)

网易-产品开发流程说明.doc

网站产品开发流程说明 修改：20100827 雷小亮第一次修改 目录 第一节：流程 (1) 第二节：规则 (3) 第三节：方法 (4) 第四节：要求 (4) 第一节：流程 网站产品开发包括四个流程，包括策划，设计，开发和收尾，四个阶段需要完成的任务和文档包括： 第一阶段：策划阶段 进行产品策划，包括了解产品需要达成的目标，竞品分析和需要涉及的功能； 01，产品立项：主要是确认项目意图和负责团队、项目经理，完成项目的方向确认，完成产品立项书； 02，业务需求分析：对产品完成的目标进行描述；完成产品业务需求文档，文档提供产品的目标，用户需求和流程设计，并提交相关主管进行产品业务需求分析评审。

03，竞品分析：和竞争对手进行产品对比，列出产品需要提升和解决的问题，完成竞品分析。 04，产品功能分析：跟进产品需要完成的任务，对产品需要设计的功能进行分析设计，列举产品的功能列表。完成产品的功能需求文档和项目进度日程表，同时召开产品功能评审，确认产品的功能需求和项目日程进度，功能需求文档同时作为需求控制文档用进行需求变更控制。 第二阶段：设计阶段 对产品进行界面，流程设计，包括原型设计，美术设计，交互设计和前段设计； 01，原型设计：原型设计为了呈现产品的原型，对产品的界面，信息结构，逻辑，操作进行原型设计，需要提供的文档为产品原型设计文档。产品原型设计文档应该包括以下信息：界面原型，信息结构设计，导航设计，业务流程，用户流程； 02，美术设计：根据产品原型设计文档，对产品的界面效果进行美术设计； 03，交互设计：根据产品的美术设计和原型设计，对产品进行交互设计； 04，前端设计：根据美术设计和交互设计，进行前端设计； 05，可用性检查：根据可用性测试样例，对前端设计进行可用性检查； 第三阶段：开发阶段 对产品需求进行技术开发；同时进行产品的帮助文档，整理产品BUG文档。 01，开发预估：开发需要撰写产品开发计划，以及创建产品的开发工作分解结构书；02，产品开发和需求变更：进行产品开发，控制产品功能变更，同时进行产品帮助文档

国家基础地理信息数据使用许可协议(协议范本)

( 协议范本 ) 甲方： 乙方： 日期：年月日 精品合同 / Word文档 / 文字可改 国家基础地理信息数据使用许 可协议(协议范本) The clear rights and obligations of both parties facilitate the cooperation of both parties, provide a basis for resolving disputes in the future, and prevent possible risks.

国家基础地理信息数据使用许可协议(协 议范本) 本使用许可协议赋予使用方仅享有本协议所明确规定的国家基础地理信息数据的使用权。提供方保证，提供方是国家基础地理信息数据的法定授权提供者，并被授权具体行使国家基础地理信息数据的版权及相关权利。本许可协议为不可转让和非独占的。本许可协议由许可协议文本和附表组成。 1．使用方必须遵守以下规定： （1）使用方仅限于在本单位（本单位以使用方构成独立法人资格的组织为限）的范围内使用国家基础地理信息数据，不得扩展在所属系统和上级、下级或者同级其他单位。但获得特别许可的除外。（2）使用方必须在使用国家基础地理信息数据所形成的成果的显著位置注明国家基础地理信息数据版权的所有者（所有者名称见附

表）。 （3）使用方对被许可使用的国家基础地理信息数据不拥有复制、传播、出版、翻译成外国语言等权利，不得向第三方提供原始国家基础地理信息数据。不得以商业目的使用国家基础地理信息数据或者开发和生产产品。国家基础地理信息数据的任何格式或者任何复制品视同原始数据。使用方可根据需要对数据内容进行必要的修改和对数据格式进行转换，但未经许可，不得将修改、转换后的数据对外发布和提供，并应将修改、转换的情况及修改、转换的内容向提供单位备案。使用方不得将原始国家基础地理信息数据或者其衍生成果在计算机互联网上登载。 （4）使用方主体资格发生变化时，应向提供方重新提供使用申请，并需重新签订使用许可协议。 2．使用方必须根据国家基础地理信息数据的密级按国家有关保密法律法规的要求，采取有效的保密措施，严防泄密。 3．违约条款 （1）使用方在使用国家基础地理信息数据过程中违反国家法律法规

产品设计开发经验及流程

+ 产品开发设计详细流程 十几年的设计师亲身经验总结而出，新手、初学者、设计师、工程师等等好好珍惜！ 首先要知道设计的目的,设计的目的是将预定的目标,经过一系列规划与分析决策,产生一定的信息(文字,数据,图形)形成设计,并通过制造,使设计成为产品. 产品开发一般分为以下几个阶段: 1．提出项目建议阶段；2.设计平面图（效果图）阶段；3.设计结构图阶段；4.手板制作及评审阶段；5.模具制作阶段；6.初次试模阶段；7.工程验证、提高和改进产品设计阶段；8.最后工程试验板阶段；9.试产阶段；10.试销阶段11.生产阶段。 首先是提出项目建议阶段，也就是新产品立项阶段： 根据公司或客户提出项目设计要求，由开发部、销售部、品管部参与项目评审会议，确定项目的可行性及项目开发负责人，由项目负责人负责该项目的统筹工作，此阶段需编写好以下文件：1.设计任务书，设计任务书由总经理、业务经理、以及工程部经理完成；2.新产品成本预算表，这由项目工程师编写，经理审核；3.设计开发计划任务书，这个由项目工程师编写，主管审核，经理批准。然后，写出一份可行性报告，报告的主要内容一般包括：（1）新产品开发的必要性，市场需求预测，也就是说开发这套产品公司能不能得到很好的经济效益，说白了就是能不能赚钱；（2）有关产品的国内外发展水平和发展趋势；（3）所开发的产品属于哪种档次以及消费人群；（4）考虑公司在现有的条件下发展的可能性以及准备采取的措施;(5)预期达到的最低目标和最高目标,包括技术，经济，社会效益等；（6）突出设计，工艺等方面需要解决的关键问题；（7）预算投资费用及项目的进度期限。 确定好开发项目之后，就进入设计平面图阶段，也就是设计效果图阶段。这个阶段，首先由平面设计工程师在一周内完成平面设计效果图。然后由项目负责人召集会议，对效果图进行评审，评审的内容主要包括以下几点：（1）结构的可行性；（2）包装方案；（3）外观颜色的搭配；（4）零件的材料要求；（5）功能是否可行等等，其中要特别注意对产品功能以及产品成本的影响。如果评审中发现问题，应及时提出修改建议，重做效果图，并且做好评审报告。 平面图做好后，就根据平面图设计结构图，也就是进入设计结构图阶段。此阶段的工作主要由结构工程师与电子工程师共同负责。首先结构工程师根据效果图，用3D软件设计结构图，如果有IGS文件就更好了，可以直接导入，如果没有就对应效果图做结构图。如果在绘制过程中发现在软件上是不能完成的或者是出不了模的，应该及时提出，看是否可以更改外观要求。一般的结构图必须在5天内完成，复杂的结构图必须在7天内完成，这就应根据产品的复杂程度而定。 产品结构设计应以最简单的结构做出最优良的产品，这就叫做性价比。做结构图时应特别需要考虑以下方面的内容：首先根据产品的使用性能对产品的材料进行选择，以与产品结构性能最匹配的材料作为产品的首选材料。材料一般有五金件和塑料件，根据经验一般采用塑料件，因为塑料组成的多样性,结构,形状的多变性,使得它比起五金件有更理想的设计特性;特别是它的形状设计,材料选择,制造方法选择,更是五金件无可比较的,因为五金件在设计上对于外形和制造,都受到相当大的限制.而塑料件到底是用硬胶还是软胶，是透明的，还是不透明的，这些都要考虑好。对于安规材料必须要按照安规认证机构规定的要求购买. 然后考虑产品壁厚的大小：合理地确定产品的壁厚是很重要的，因为产品的壁厚首先决定于产品的使用要求，比如强度、结构、重量、电气性能、尺寸稳定性以及装配等各项要求。产品的壁厚不能过厚，也不能太薄，或是壁厚突变，因为太厚的话容易产生缩水，太薄则容易产生烧焦或填充不满等一些成型工艺问题，而太突然的壁厚变化会导致因冷却速度不同和

数据中心建设方案

XX核心机房改造方案2017年4月

目录 目录 (2) 一、方案概述 (3) （一）现状及业务状况分析 (3) （二）数据中心和核心建设是什么 (3) （三）综合运维平台建设 (4) （四）数据信息安全建设 (4) （五）平台迁移 (5) （六）方案综述 (5) 二、数据中心机房建设 (6) （一）基本信息 (6) （二）配电系统 (7) （三）空调系统 (8) （四）机房环境监控系统 (9) （五）方案介绍 (9) （六）机柜系统 (10) （七）防雷系统 (11) （八）接地处理方案 (11) （九）消防系统 (12) （十）安防门禁 (12) 三、综合运维平台建设 (13) （一）网络拓扑 (13) （二）业务健康程度 (14) （三）机房管理 (14) （四）用户管理 (18) 四、信息数据安全建设 (19) （一）开放兼容收集海量日志构建安全大数据仓库 (20) （二）大数据分析精准定位全网核心风险 (20) （三）构建安全知识库降低运维技术门槛 (20) （四）安全合规自查等保自评轻松实现 (21) 五、平台迁移 (22) （一）现有业务搬迁 (22) （二）设备扩容 (22)

一、方案概述 结合X市X局现有数据中心的现状，本次建设的分为四个部分进行建设 （一）现状及业务状况分析 现X市X局数据中心机房在市X局的二级单位-X市X学院4楼平台。 平台历经和X的合作，后期逐渐组建自己的网络中心维护管理着数据中心的业务，平台的几个重要功能分析如下: 做为X市X局及其各个区县X局的总出口来确保下属各个区县的互联网访问，提供市X局相关工作要求的上传下达。处理基于X查询、X管理等重要的业务平台。历经了X年的XM到XM的扩容。但是随着各个区县对于互联网资源的爆炸式需求，各个区县独立业务的上线。普遍放映出来的问题是“慢”，如何解决“慢”问题是重中之重。 X年9月份，市X局下发了各个区县X局独立利用各个区县的财政资金来解决本区域内的物联网带宽的资源问题，很好的解决了各个区县“慢”的问题。 但是，X市X局数据中心无论是设备还是结构都出现的严重的老化，无法更好的保证X市X资源的分发和访问。 建立一个高可用、高安全的数据中心势在必行 （二）数据中心和核心建设是什么 数据中心顾名思义，第一是中心，其次是数据。那么建设一个什么样子的中心尤为重要。 中心承载着各种信息数据的基础设备如互联网出口设备、核心数据交换设备、各种数据安全防护设备，数据存储平台设备。 结合现状建议把数据中心建设分为几个阶段 第一阶段：数据中心基础设施建设 一个标准数据中心机房的硬件建设应包含： 基础装修、门禁、安防、UPS、精密空调、机柜容量、防雷接地、消防、网络、服务器等组件，只有建设一个强大且先进的平台，才能确保在5-8年采购的信息化支持设备能力全力的发挥作用。同时可以满足主管单位的检查要求，即使资金有限但是应该全力确保

数据中心建设方案

数据中心网络建设方案

目录 第一章数据中心现状分析 (5) 第二章数据中心网络技术分析 (5) 2.1 路由与交换 (5) 2.2 EOR 与TOR (6) 2.3网络虚拟化 (7) 2.3.1 网络多虚一技术 (7) 2.3.2网络一虚多技术 (9) 2.4 VM互访技术（VEPA） (9) 2.5 虚拟机迁移网络技术 (14) 第三章方案设计 (17) 3.1网络总体规划 (17) 3.2省级数据中心网络设计 (20) 3.3市级数据中心网络设计 (21) 3.4区县级数据中心网络设计 (22) 3.5省、市、区/县数据中心互联设计 (23) 3.5.1省、市数据中心互联 (23) 3.5.2市、区/县数据中心互联 (24) 3.5.3数据中心安全解决方案 (25) 第四章方案的新技术特点 (27) 4.1量身定制的数据中心网络平台 (27) 4.1.1最先进的万兆以太网技术 (27)

4.1.2硬件全线速处理技术 (28) 4.1.3 Extreme Direct Attach技术 (30) 4.1.5 帮助虚机无缝迁移的XNV技术 (38) 4.1.5环保节能的网络建设 (43) 4.2 最稳定可靠的网络平台 (44) 4.2.1 独有的模块化操作系统设计 (44) 4.2.2超强的QOS服务质量保证 (46) 4.3先进的网络安全设计 (49) 4.3.1 设备安全特性 (50) 4.3.2用户的安全接入 (51) 4.3.3智能化的安全防御措施 (53) 4.3.4常用安全策略建议 (54) 附录方案产品资料 (59) 1. 核心交换机BD 8800 (59) 2. SummitX670系列产品 (66) 3. 三层千兆交换机Summit X460 (78) 4. 核心路由器MP7500 (86) 5. 汇聚路由器MP7200 (96) 6. 接入路由器MP3840 (105) 7. 接入路由器MP2824 (113) 8. MSG4000综合安全网关 (121)