EZ-USB 68013A开发指南

EZ-USB 68013A开发指南

1.元器件

CYPRESS 68013A：支持USB 2.0协议，带增强型8051单片机，时钟频率48M hz。支持串口通讯。

2.文档

cy7c68013.pdf 68013外设手册

cy7c68013_5.pdf 68013外设手册

CY3684_A_SCH.PDF 68013A外围电路图 FX2 TechRefManual.pdf EZUSB-FX2技术手册

fx2_to_fx2lp.pdf FX2和FX2LP的区别

CYAPI.PDF CYAPI手册 高级类库

CYUSB.PDF CYUSB手册 底层API

3.开发环境

3.1 Keil C 7.0编译器

3.2 C++ Builder 6.0

3.3 VC++ 6.0

3.4 EEPROM烧写器

3.5 68013A的开发包（含CYPRESS CONSOLE、CYUSB.SYS、例程等)

3.6 BUS HOUND 5.0

4.开发流程

4.1 硬件程序编写

1）根据CYPRESS的示例程序建立工程框架，一般由FW.C PERIPH.C和定义寄存器的几个头文件组成。

2）FW.C负责了设备连接、重枚举、设备初始化等过程

3）PERIPH.C负责响应各种中断事件。

4）dscr.a51文件定义了USB设备握手时需要的各种描述符

5）FX2REGS.H定义了USB中所有的寄存器

6）FX2.H主要定义了各种二级中断向量和描述符的数据结构

7）编译后的二进制代码和工程同名，扩展名为HEX。

8) 相应的头文件和类库在KEIL C的lib和inc文件夹内，需在项目设置

中设置路径。

4.2 硬件程序烧录

1）因为本产品要求将二进制代码和硬件PID/VID烧录在EEPROM，而不是使用CYPRESS推荐的在线下载方式，所以外部采用了8K的EEPROM。

上电后68013A会将EEPROM中的数据和程序加载到RAM中运行。

2）HEX文件只是68013A上8051的程序代码，还要加上PID/VID等信息才能正确运行，CYPRESS在开发包中提供了HEX2BIN.EXE这个工具，

可以根据HEX生成完备的IIC文件，将此文件烧录到EEPROM上即可。

3）HEX2BIN.EXE的使用方法如下：

将XXX.HEX文件拷贝到HEX2BIN.EXE所在目录，打开CMD，按如下格

式输入：

hex2bix -i -o xxx.iic xxx.hex -f 0xC2 -v 0x1234 -p 0x1234

-i 表示输出文件，也就是IIC文件

-o 表示输入文件，也就是HEX文件

-f 表示68013A发送PID/VID的方式，这里为C0，即从EEPROM 上读取。

-v 表示VID的BCD码，开发阶段使用1234

-p 表示PID的BCD码，开发阶段使用1234

4）将生成的IIC文件用烧写器烧录到EEPROM上，本项目使用的是深圳思泰佳电子公司的NSP通用烧写器，此烧写器不支持IIC类型，选择BI

N类型可替代。

4.3 驱动的识别

1）将EEPROM连到68013A上后，接上USB线，上电。计算机提示找到新硬件，要求安装驱动。

2）CYPRESS针对68013A提供了全新的驱动程序CYUSB.SYS。这个驱动使用了新的API，所以上位机的编写上和旧的方式完全不同。底层的IO

CTL控制字的定义也完全不同，详见CYAPI.PDF和CYUSB.PDF。

3）安装驱动之前，必须先根据VID/PID正确编辑CYUSB.INF文件，在文件中添加自己的PID/VID代码和设备描述，连接设备时，将根据硬件

上的PID/VID查找INF文件中对应的驱动，如果找不到，在设备管理

器中将显示“68013 EEPROM MISSING”的字样。

4）详细的INF配置方法参考CYUSB.PDF PART1/PART2/PART3。这里不在赘述。

5）安装驱动时候找到修改好的CYUSB.INF文件，驱动将被正确安装，此时设备可以正常使用。

4.4 测试过程

1）被正确识别的设备可以在CYPRESS CONSOLE上看到设备信息。如图： 2）CYPRESS CONSOLE的具体使用方法请参考CyConsole.chm。

3）要注意的是，除EP0/EP1外，当其他端点Max Pkt Size大小为64字节时，表示工作在USB 1.1模式，有可能是软件的原因，也有可能是

外围上拉电阻的问题。开发中要特别注意。

5.推荐开发流程

5.1 看本介绍USB 2.0协议的书，对USB 2.0协议有所了解。推荐《USB 2.

0原理与工程开发》

5.2 看CYUSB.PDF文档。了解驱动安装方法。

5.3 看KEIL C51的书籍，熟悉C51的编程方法，熟悉KEIL C编程环境。

5.4 看CYPRESS提供的例程，了解68013A编程框架。推荐《EZ-USB 2100

系列单片机原理、编程及应用》（基本框架类似，部分寄存器定义不同）。

5.5 对照USB 2.0协议，编写dscr.a51文件，配置各种描述符。

5.6 结合FX2 TechRefManual.pdf，研读FW.C、PERIPH.C、FX2REGS.H、FX2.

H，了解寄存器的定义。

5.7 根据系统需求编写响应代码，有开发板时，根据开发版上的LED来测试

程序正确与否。

5.8 根据CYAPI.PDF CYUSB.PDF编写上位机通讯程序。

同步读取数据方法 XferData();

异步读取数据方法 BeginDataXfer()/WaitForXfer()/

FinishDataXfer();

5.9 调试程序。

5.10编写其他8051上的程序，并继续调试。

6.发布时应提供的文件

1）CYUSB.SYS

2）CYUSB.INF

3）XXX.IIC

7.重点讲解

7.1 如何理解CYPRESS 68013A程序框架

CYPRESS提供了非常好的程序框架，免去了用户自己编写一些通用性比较强、模式化的程序（如果不提供，很少有人能写出如此高效，结构紧凑的程序，实际上此框架和68013A内部结构关系密切，一般人也没有足够的内部资料也不可能写出来）。在框架的基础上，用户只需在相应的地方写相应的代码即可完成USB工作。

一般来说框架可以分成3个部分。

1）描述符文件。例如dscr.a51文件，里面定义了枚举设备的时候要用的各种描述符信息，这部分用户需要根据实际的情况自己编

写。我写的时候发现一个最大的问题就是各种书籍协议版本不同，

翻译质量不同，同一字段的意义表述不同，容易让人产生困惑。

例如USB 1.1/2.0/2.13对设备类型的子类定义都不完全相同，所

以写的时候最好几种文档对比起来写。由于USB官方网站的文档

中字段解释过于专业化，所以对USB不是很熟悉的人比较难以理

解其真正含义。所以要多参考不同的书籍，某种程度上降低了开

发速度，但对第一次做USB开发的人来说，这也是值得的。

2）固件文件，例如FW.C文件，这是硬件程序的函数入口。主要有以下这些方法：

void SetupCommand(void); //握手命令处理

void TD_Init(void); //初始化，完成配置，启动时调用一次

void TD_Poll(void); //用户处理程序，循环调用

void IO_Init(void); //8051 IO初始化

void REG_Init(void); //8051寄存器初始化

BOOL TD_Suspend(void); //挂起处理

BOOL TD_Resume(void); //唤醒处理

//以下为各种描述符的获取和设置函数，重枚举时自动调用

BOOL DR_GetDescriptor(void);

BOOL DR_SetConfiguration(void);

BOOL DR_GetConfiguration(void);

BOOL DR_SetInterface(void);

BOOL DR_GetInterface(void);

BOOL DR_GetStatus(void);

BOOL DR_ClearFeature(void);

BOOL DR_SetFeature(void);

BOOL DR_VendorCmnd(void);

3）功能文件，处理各种中断。例如PERIPH.C文件。8051一般默认只有四个中断，这显然不够USB使用，所以CYPRESS引入了自动

向量的概念，相当于软中断，大大扩展了现有的中断数量。主要

的中断有：

void ISR_Sudav(void) interrupt 0 //收到setup包

void ISR_Sutok(void) interrupt 0 //收到SETUP令牌

void ISR_Sof(void) interrupt 0 //收到起始帧

void ISR_Ures(void) interrupt 0 //收到RESET

void ISR_Susp(void) interrupt 0 //收到挂起信息

void ISR_Highspeed(void) interrupt 0 //高速模式

void ISR_Ep0ack(void) interrupt 0 //正常响应ACK

void ISR_Stub(void) interrupt 0

void ISR_Ep0in(void) interrupt 0

void ISR_Ep0out(void) interrupt 0

void ISR_Ep1in(void) interrupt 0

void ISR_Ep1out(void) interrupt 0 //EP1输入中断

void ISR_Ep2inout(void) interrupt 0 //EP2中断

void ISR_Ep4inout(void) interrupt 0

void ISR_Ep6inout(void) interrupt 0

void ISR_Ep8inout(void) interrupt 0

void ISR_Ibn(void) interrupt 0

void ISR_Ep0pingnak(void) interrupt 0

void ISR_Ep1pingnak(void) interrupt 0

void ISR_Ep2pingnak(void) interrupt 0

void ISR_Ep4pingnak(void) interrupt 0

void ISR_Ep6pingnak(void) interrupt 0

void ISR_Ep8pingnak(void) interrupt 0

void ISR_Errorlimit(void) interrupt 0

void ISR_Ep2piderror(void) interrupt 0

void ISR_Ep4piderror(void) interrupt 0

void ISR_Ep6piderror(void) interrupt 0

void ISR_Ep8piderror(void) interrupt 0

void ISR_Ep2pflag(void) interrupt 0

void ISR_Ep4pflag(void) interrupt 0

void ISR_Ep6pflag(void) interrupt 0

void ISR_Ep8pflag(void) interrupt 0

void ISR_Ep2eflag(void) interrupt 0

void ISR_Ep4eflag(void) interrupt 0

void ISR_Ep6eflag(void) interrupt 0

void ISR_Ep8eflag(void) interrupt 0

void ISR_Ep2fflag(void) interrupt 0

void ISR_Ep4fflag(void) interrupt 0

void ISR_Ep6fflag(void) interrupt 0

void ISR_Ep8fflag(void) interrupt 0

void ISR_GpifComplete(void) interrupt 0

void ISR_GpifWaveform(void) interrupt 0

特别是对于接受数据，一般都在中断中完成相应处理，“中断中适合进行少量简短的操作，不适合进行复杂操作”，这句话在此依然有效。如果要进行复杂的操作可以在TD_POLL()中进行（多数操作都是在这个函数中完成的）。

另外非常重要的一点是，中断程序的结尾应该让中断复位，允许下一次中断，有些端点的计数器也要清零并允许接受新的中断请求。

例如：

EP1OUTBC = 0; //清空计数

EZUSB_IRQ_CLEAR(); //USB中断复位

EPIRQ = 0x08; //允许EP1中断请求

7.2 68013A端点寄存器介绍

68013A内部的寄存器约有300个上下，一次都记住是不可能的，而且每个寄存器都有8个位，也就是说一共有2000多个可以配置的

位，一次都理解掌握这些位的含义也是不可能的，所幸地是开发中

并不会用到所有的寄存器，但是依然强烈建议把FX2REGS.H和FX2.

H走读一边，这就像读书一样，没有学会识字，再看都是天书。结合

FX2 TechRefManual.pdf走读这些寄存器大约需要一到两天时间，这

点时间投入还是值得的。

在通讯过程中，打交道最多的是各种端点寄存器，掌握好这些寄存器地使用对提升开发效率是很有帮助。值得特别关注的寄存器和

配置位如下：

Rwuen、REVCTL、EP1OUTCFG、EP1INCFG、EP2CFG、EP4CFG、EP6 CFG、EP8CFG、EP2FIFOCFG、EP4FIFOCFG、EP6FIFOCFG、EP8FIFOCFG、

FIFORESET、EPIRQ、EPIE、EP1OUTBC、APTR1H、APTR1L、EXTAUTODA

T1、AUTOPTRH2、AUTOPTRL2、EXTAUTODAT2、EP2BCH、EP2BCL 其中有些寄存器的设置需要连续设置多次，看似重复了，其实不然，这和设置的缓冲区数量有关。有些寄存器中间必须用SYNCDELA

Y来延时。这类寄存器FX2 TechRefManual.pdf上有说明。

对于EP0，用于系统握手，相关的寄存器操作基本上都由68013 A的内核（SIE）来完成了。

对于EP1,分为OUT/IN两组配置和寄存器。

对于EP2～EP8,不分OUT/IN输入输出，主要有EP2CFG/ EP2FIF OCFG/ EP2BCH/EP2BCL寄存器。

7.3 什么是自动指针

自动指针是CYPRESS提供的一个非常有用的特性。在数据交互的过程中，很多时候都涉及到数据的搬迁，比如从EP2OUT收到的数据

需要转发到EP6IN上（一些转换类设备）；再比如从RAM中拷贝数

据到EP4IN上，传统的做法是申明两个指针，指向源和目的地址，

然后用循环一个个字节拷贝，同时还要考虑增加指针地址，对于连

续的空间这到不是问题，关键是如果数据需要拷贝到多个缓冲时，指针地址是循环的。这时候如果手工完成操作很容易出错。

因此CYPRESS提供了两组自动指针，用的时候一组指向源，一组指向目的地址。然后循环拷贝数据就行了，自动指针会自动指向下一个源或目的空间，不论是否是循环地址方式。这样减少了程序出错的几率。

下面的程序将EP2OUT接受到的数据拷贝到EP6IN发送出去： if(!(EP2468STAT & bmEP6FULL))

{ // check EP6 FULL(busy) bit in EP2468STAT (SFR), core set's this bit when FIFO is full

APTR1H = MSB( &EP2FIFOBUF );

APTR1L = LSB( &EP2FIFOBUF );

AUTOPTRH2 = MSB( &EP6FIFOBUF );

AUTOPTRL2 = LSB( &EP6FIFOBUF );

count = (EP2BCH << 8) + EP2BCL;

// loop EP2OUT buffer data to EP6IN

for( i = 0x0000; i < count; i++ )

{

// setup to transfer EP2OUT buffer to EP6IN buffer using AUTOPOINTER(s)

EXTAUTODAT2 = EXTAUTODAT1;

}

EP6BCH = EP2BCH;

SYNCDELAY;

EP6BCL = EP2BCL; // arm EP6IN

SYNCDELAY;

EP2BCL = 0x80; // re(arm) EP2OUT

}

}

APTR1H/APTR1H通过MSB和LSB获取EP2FIFOBUF的高位地址和地位地址。

EXTAUTODAT1表示APTR1H/APTR1H指向的数据。

AUTOPTRH2/AUTOPTRL2通过MSB和LSB获取EP6FIFOBUF的高位地址和地位地址。

EXTAUTODAT2表示AUTOPTRH2/AUTOPTRL2指向的数据。

7.4 CYUSB和CYAPI的关系

以前68013上位机程序的编写过程中，应用程序端通过调用Dev iceIoControl() API或CREATEPIPE() API与驱动进行交互，继而读

写控制硬件设备，在新的68013A的驱动中采用了两种新的调用方法：第一种是继续使用DeviceIoControl()函数读写，不同的是，IO CTL控制字和老驱动完全不同，具体定义参考CYUSB.PDF。用户可以

通过这些底层API完成操作。

第二种是使用CYPRESS提供的面对对象的类，一共有9个类，调用这些类的方法就可以和硬件打交道。这些类是对第一种方法的封

装，使用起来非常简便。

用户可以根据需要选择这两种方法或混合使用，使用时需要加上头文件CyAPI.h和cyioctl.h，另外在项目中还要引用CyAPI.lib。

7.5 同步和异步读写的比较

CYAPI提供了同步和异步读写方式。同步方式的时候调用线程阻塞在哪里，直到读写到数据或超时；异步方式的时候调用线程立即

返回。具体实例参考CYAPI.PDF。

7.6 如何用C++ BUILDER写上位机程序

1）首先确定使用7.4中的第几种方法，添加相应的头文件和库文件。

2）连接USB设备，确保驱动已经被正确加载。

3）编写收发数据线程。通过开发板上的LED或CYPRESS CONSOL E或BUS HOUND分析收发正确与否。

7.7 U盘如何正确加载驱动

在WINDOWS 2000/XP上U盘使用的PID/VID应该直接能加载操作系统默认的海量存储器的驱动程序。为了使用正确的PID/VID，可以

通过以下途径：

1）找一个现有品牌的U盘，看看他的PID/VID是何值。

2）在注册表中查找海量存储器信息。

8.其他问题

1）编写上位机的时候要注意添加异常处理。

2）调试上位机的时候，USB外设应正确连接。

3）8051其他模块的编写请参考相应书籍。

有限公司产品开发作业指导书

Page：1/ 8 产品开发作业指导书 QXT-WO-0307 产品开发流程图 负责单位工作流程工作接口

评审结论 3.2.1 产品部市场计划 用户教育计划 3.2.2 程序部功能说明书 项目计划书3.2.3 测试部测试计划 3.2.4 开发部开发计划 3.2.5 技术支持部安装计划 概念设计 3.2.6 程序经理逻辑设计 物理设计 3.2.7 产品经理 3.2.8 程序经理 测试计划 3.2.9 程序经理市场计划 设计计划 安装计划 3.2.9 程序经理

3.3.2 程序经理协调沟通/计划跟进/风险管理概要设计方案3.3.3 开发经理 bug 管理流程3.3.4 测试经理 bug 管理流程3.3.5 售后经理 3.3.6 程序经理 3.3.7 开发经理 alpha 版本3.3.9 产品经理 3.3.10 测试经理 3.3.11 3.3.11 开发经理 3.4.1 产品经理 3.4.2 程序经理 3.4.3 开发经理 beta版 3.4.5 测试经理 bug报告 3.4.6 技术支持部安装运行报告

相关部门 3.4.9 测试经理 3.4.10 技术支持 3.5 维护流程

1 目的 建立一个产品开发作业程序, 确保所有软件产品的开发, 符合客户的要求及产品规 格书的规定。 2 适用范围 适用于集团技术开发中心所有软件产品的开发设计及软件测试与验证。 3 作业程序 3.1 需求分析 3.1.1 由AM按照《项目立项管理流程》及《开发合同评审流程》，对经集团技术开发中心议定自 研的项目或通过产品事业群合同评审的的售前支持的新项目提出书面的产品立项通知，送交开发中心PO及集团技术总裁审核签批后，向集团相关部门发布产品立项通知。 3.1.2 相应产品事业群（包括产品、程序、开发、测试、技术支持五个角色）在产品立项通知发布 后，首先由产品部负责对用户需求具体分析，明确和定义系统的目标/范围，对用户界面、产品功能、产品开发目标、用户场景、风险进行分析和描述。 3.1.3 程序部在系统目标明确之后，设计系统目标，确定总体解决方案及设计思想，提出总体解决 方案和风险计划。 3.1.4 开发部依照总体解决方案进行原型设计、开发技术难点分析、构件调查，提出风险计划和技 术报告。 3.1.5 测试部负责制定测试、验收标准，分析隐含的测试问题，提出品质保证计划和风险计划给相 关的产品事业群。 3.1.6 技术支持部要针对系统的可管理性、可维护性进行描述，提出风险计划和描述文档。 3.1.7 产品部拟制出正式的书面的《产品规格书》，内容要求包括产品功能说明、产品开发目标、 总体解决方案、用户场景描述，经产品经理核准后，递交产品事业群评审。

房地产开发临水临电配套作业指导书

房地产开发临水临电配套作业指导书 1.作业目的 按照项目建设进度控制节点制订工作计划，保证在项目前期三通一平完成时，办全所有的申办和报批的手续，完成施工施工时的临时用水、用电配套工程。 2.主管岗位项目经理：督促检查主办岗位的作业。 主办岗位设备工程师：具体经办本项作业。 3.作业描述 3.1 临时施工用水： 3.1.1拟写临时施工用水报告，盖好公章。 3.1.2按自来水公司业务受理的区域范围，持上述报告及以下资料送交自来水公司业务发展中心（分浦东、市南、闵行、市北有限公司）。 3.1.2.1接水前期业务办理记录卡（复印件）， 3.1.2.2征询用水批复意见（复印件）， 3.1.2.3 1/500总平面图， 3.1.2.4 1/500地下管线图， 3.1.2.5地块总平面图， 3.1.2.6项目批文。 3.1.3 七天内经办人员到现场调查核实，之后由经办人员拟定接水方案(确定临水接口位置)上报公司审核。

3.1.4接到付费通知后，办理付费手续。 3.1.5 付费后一月内安排施工（特殊情况除外）。 3.1.6 移交施工总包单位，水费由施工总包单位承担。 3.2 临时施工用电： 3.2 临时施工用电（高低压划分：低压单相220伏，三相380伏；高压 10千伏及以上）。 3.2.1向营业室申请临时供电。填写“用户用电申请单”，提交申请报告，标明临时变电站位置的总平面图以及施工装机容量，地下综合管线图，项目批文。 3.2.2高压工询现场踏勘，设计临电供电方案，进行外线设计，编制预算。供电方案确定后由营业室通知临时电用户（低压7个工作日、高压20个工作日），。用户收到方案后30天内缴纳供配电贴费与临时用电施工费用，同时与用户协商确定送临电日期，用户自行采购或委托供电局采购变电设备。用户进行箱式变压器的土建施工，供电局进行箱式变压器的安装及外线施工，然后进行电试、监察验收、挂表送电。3.2.3临电设施移交总包单位，电费由总包单位承担，待正式供电完成后由设备工程师向供电局办理销户拆除手续。3.2.4 临时施工用电应按规定标准缴纳供配电贴费： 当临时用电设施在6个月内（接电日至报拆日止，下同）拆除者，全额退还；拆除时间在6个月至12个月者，退还75%；12个至24个月者，退还50%；24个月至36个月者，退还

产品研发经理业务手册

产品研发经理业务手册 主办：上海普瑞思管理咨询有限公司 时间： 2010年10月28—29日深圳 10月25—26日杭州 2010年11月29—30日北京 11月25—26日上海 2010年12月30—31日北京 12月27—28日深圳 价格：￥2200/人(包括授课费、资料费、会务费、证书、午餐等) 【培训对象】企业CEO/总经理、研发总经理/副总,公司总工/技术总监,公司人力资源总监、产品线总监、产品经理/项目经理、PMO（项目管理办公室）成员、市场总监、技术支持总监等。 【课程背景】 2008年一场金融风暴席卷全球，大量的工业企业倒闭关门，大批员工失业。在这场金融危机中我们发现还是有很多企业不但没有倒下，反而更加高速成长，其中一个重要的原因就是这些企业构建了成功的产品管理体系，培养了优秀的产品经理，能够组织团队开发出具有竞争力、满足客户需求的产品。公司在冬天更应该加强自己内功的修炼来应对危机，同时迎接春天的到来。 当一个企业从单一产品线向多产品线跨越的时候，必须突破的一个瓶颈就是公司产品经理的培养，因为产品经理是公司价值链中最重要的一个环节，是直接面向客户、带领团队创造价值的领军人物，因此产品经理个人及其所率领的团队的能力往往决定了该产品在市场上的竞争力。业界大量公司在构建产品管理体系和培养产品经理的过程中常见如下困惑的问题： 1.产品经理该如何定位？究竟定位于研发还是定位于市场？ 2.产品经理和项目经理有什么区别？如何作好分工？ 3.产品经理究竟应该具有什么样的素质模型？谁来承担比较合适？ 4.产品经理如何参与产品的市场管理流程？如何从源头来规划产品？ 5.如何推动产品开发全流程的工作？ 6.如何协调产品的市场管理、开发管理、财经管理之间的关系？ 7.产品经理如何管理产品团队？ 8.公司如何建立产品经理的培养体系以成批培养产品经理？ 本课程在过去4年讲授的基础上作了大量的更新,结合业界成功公司在产品经理培养和管理上的一些教训和 经验，针对以上难题进行深入的讲解，并总结出如何建立公司的产品经理资源池来批量培养成功的产品经理，实现公司规模化的扩张。 ≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡≡ 【课程收益】 1.分享讲师数百场研发管理培训的专业经验，通过现场的互动帮助学员理清适合自己企业的产品管理的思路和产品经理的培养方案 2.分析业界公司在产品经理培养和管理中的误区，并分享成功经验 3.了解产品经理的定位、职责、素质模型与任职资格标准 4.理解新产品市场管理、路标规划、需求管理的流程及支撑体系 5.掌握新产品开发的过程管理的技巧和方法

05.房地产开发、出租及经营审核作业指导书

质量管理体系专业审核作业指导书房地产开发、出租及经营 发布日期：2001- 6 - 16 实施日期：2001- 6 - 16

目录 目录（1）前言（2） 1 范围（3） 2 引用文件（3） 3 服务特点（3） 4 服务流览和关键质量活动（4） 5 审核要点与审核办法（6）附录A：适用的法律法规和有关标准清单（18）

前言 房地产业务包含以下三个方面的基本形式：房地产开发和销售、房地产开发和出租、房地产开发和经营。其基本特征是：通过投资建设或租赁“房地产”这个硬件（含其他基本配套设施）来为广大的潜在顾客群提供直接的生活，学习和工作场所及环境或以“房地产”为依托，为社会提供诺如出租、餐饮、购物、住宿和休闲娱乐等服务。 为保证本公司的审核员在审核房地产开发、出租及经营时，能够准确地把握专业特点，抓住主要过程为关键活动进行审核，使本公司的审核工作规定的水平，依据GB／T19001：2000标准，制订本专业的审核作业指导书。 本专业审核作业指导书侧重专业上的要求，是通用审核要求的补充，不是替代。 本专业审核作业指导书附录中列出的法律法规要求和强制法技术要求／规范等是本专业质量管理体系认证审核的依据之一。审核员在不同地区进行审核时，应考虑不同地区对房地产法规要求。 本专业审核作业指导书起草单位：北京中经科环质量认证有限公司。 本专业审核作业指导书主要起草人：何乃鸿

1 范围 本指导书的适用范围是32K，对应的专业小类为70.1自有房地产、租用房地产以及租用房地产的经营（70.11，70.12）；70.2 自有房地产的出租。 2引用文件 GB／T19000-2000 《质量管理体系—基础和术语》 GB／T19001-2000 《质量管理体系—要求》 ZJJI 0901 《专业审核作业指导编写程序规则》 3服务特点 房地产业是国民经济的重要产业部门之一。其业内形式多种多样，但最基本的也就三种：开发房地产并销售，开发房地产并出租，开发或租赁房地产并经营。3．1房地产开发是一项复杂的系统工程。其适用的法律法规多，涉及的主管部门多参选的单位多，一次性投资大，开发周期长。一个房地产项目的开发要经历立项批准、勘察设计、施工准备、施工安装、市政配套，竣工验收、交付使用等多个主要过程。 3．2做为房地产业务产品之一的“房地产”具有单项性、产品固定，而生产资源流动的特点，且建设周期长。 3．3房地产经营活动，是房地产开发的后续产品，其具有服务业的特点，通常包含了功能性、安全性、经济性和和文明性。 功能性：用于经营的房地产满足的不同顾客的需求是多种多样的：学习、办公、生产、购物、娱乐、饮食、住宿、健身等。 安全性：是指顾客在接受服务时要确保生命财产不受损失。 经济性：是指顾客的不同的服务所需费用的合理程度。 文明性：是指顾客在接受服务时的精神感受满足程度（包括服务设施的完备、适用、方便及服务能力胜任、可靠、完善的程度）。 3．4房地产出租是房地产开发后的又一种服务业产品，根据其房屋构造的不同，一般用于居住、办公和生产，其同样具有上述的安全性、经济性和文明性。除其主导产品外，该类企业不可能提供诸如：就餐、咨询、停车、订票、运输等其他类型的服务。 4 服务流程和关键质量活动

产品开发作业指导书

产品开发作业指导书 负责单位工作流程工作接口 《项目立项治理作业指导书》3.1.1 AM 公布立项通知《开发合同评审作业指导书》 产品立项通知 3.1.2 产品部 3.1.3 程序部 3.1.4 开发部 3.1.5 测试经理 3.1.6 技术支持部 3.1.7 产品部 3.1.8 程序 3.1.9 程序部 3.1.10 产品经理开发评审流程 评审结论 3.2.1 产品部市场打算 用户教育打算

3.2.2 程序部 功能说明书项目打算书 3.2.3 测试部测试打算 3.2.4 开发部开发打算 3.2.5 技术支持部安装打算 概念设计 3.2.6 程序经理逻辑设计 物理设计 3.2.7 产品经理 3.2.8 程序经理 测试打算 3.2.9 程序经理市场打算 设计打算 安装打算 3.2.9 程序经理 3.3.1 产品经理治理客户愿望/用户界面设计/风险治理 3.3.2 程序经理和谐沟通/打算跟进/风险治理概要设计方案3.3.3 开发经理详细设计/编码/风险治理 bug 治理流程

3.3.4 测试经理测试用例设计/测试/风险治理 bug 治理流程3.3.5 售后经理 3.3.6 程序经理 3.3.7 开发经理 alpha 版本 3.3.9 产品经理 3.3.10 测试经理 3.3.11 3.3.11 开发经理 3.4.1 产品经理 3.4.2 程序经理 3.4.3 开发经理 beta版 3.4.5 测试经理 bug报告 3.4.6 技术支持部安装运行报告 3.4.7 程序经理 3.4.8 产品经理《版本公布通知》 相关部门 3.4.9 测试经理 3.4.10 技术支持

XX房地产公司法务工作操作规程

XX房地产公司法务工作操作规程 XX房地产开发有限公司 XX年XX月XX日法务工作操作规程（相关岗位作业指导书）诉讼案件起诉：公司层面的案件起诉由公司法务人员根据公司会议（包括例会、专题会等各类会议）会议纪要的决定，或根据相关主管副总以上级人员的书面或口头的指示，展开操作步骤：填写《案件立案起诉申报单》，单中详细载明起诉对象（背景）、事由、目的、希望的结果等事项；收集相关证据材料；同时对重大事项加附内部法律意见书，对案件我方的利弊、案件未来走向、结果进行判断及预测；经涉及部门负责人和主管副总签字同意后进行实务性操作。遇特别重大事项，需总经理签字后方可执行，这里特别重大事项是指单独具备或同时具备以下情形的事项：（1）诉讼标的100万元人民币以上或（2）含涉外因素或（3）诉讼对象具备重要社会关系背景或（4）诉讼对象为我司常年或重要合作伙伴或（5）诉讼目的指向为群体或（6）其他对公司经营管理有重大影响的。各部门或各业务口相关案件的起诉由各业务口主办人员填写《案件立案起诉申报单》，单中详细载明起诉对象（背景）、事由、目的、希望的结果等事项，经部门负责人签字同意后，与相关证据材料一并上报公司法务部门；公司法务部门接单后进行内部评议，认为可以起诉的，直接上报主管副总审批后进入实务操作程序，如认为存在问题，应书面反馈，并与相关人员协商后确定是否起诉及与诉讼相关的标的、目的等，在《案件立案起诉申报单》修订后进入主管副总审批程序，待批准后进入实务操作程序。对起诉申报阶段的证据准备工作，各部门要切实重视，认真执行。需向公司法务人员提交的基本证据材料包括相关合同、协议、双方往来信函及传真、双方或单方签署的其他文件、被起诉对象自然情况证明材料、起诉事项的详细经过说明、涉及该事项的其他内部资料、涉及金额的要提供金额具体数字及计算依据和方式。如法务人员认为需要补充的，各有关部门要根据要求即使补充。在这阶段提交的证据资料一律以复印件形式提供，并随附目录清单，清单上对每份证据要注明该证据发生的时间、是否有正本、保管部门、保管人。案件立案受理后，与案件相关部门要立即指定固定的专向负责人或联系人（视具体情况确定），负责配合公司法务人员对案件处理，包括涉及本部门资料的收集、案件简要情况的说明、案件进展的跟踪及向部门内反馈以及其他需要配合的事项，直至案件处理完毕。应诉公司负责收发信件的单位及个人在接到法院邮寄送达的信件后，要立即送交公司法务人员，遇法务人员外出情况，应立即将相关信件交总办秘书处保管，并由秘书即时通知公司法务人员。公司法务人员在接到法院应诉通知后，应及时与法院相关人员联系，了解情况后，展开应诉前期准备工作并详细填写《应诉案件通报单》上报审批；同时应立即对案件进行深入研究，针对需收集的证据及需配合的事项制作《案件应诉协办单》，分送相关的部门。整体操作时间不超过3个工作日。待应诉申请批准后，进入实务操作阶段。应诉工作阶段中关于所涉及相关部门责任、应完成的工作事项（包括证据、专向负责人、及其他应配合事项）等要求参见起诉阶段的相关规定。案件审理本阶段工作主要由公司法务人员承担，各相关部门根据法务人员的要求给予及时、必要的配合；公司法务人员应将案件审理过程中关键性问题制作法律意见书上报公司，同时针对情况进展择要书面通报。涉及调解：（1）公司法务人员应制作《案件调解意见申报单》上报审批；（2）涉及调解原则或方案，一般性案件报经涉案部门负责人、主管副总审批即可；重大案件需总经理批准后方可操作。关于结果：案件各审结案后，公司法务人员要即时将相关情况制作书面文件随附相关判决通报相关部门及公司管理层。涉及执行：（1）可立即执行的，由公司法务人员操作，各相关部门负责配合及跟踪；（2）不能立即执行的或需分期执行的，转由相关部门执行，总办负责配合及跟踪。（3）对方拒不执行的由相关部门发起和法务人员会签，进入申请强制执行程序。上述负责人认为强制执行可能产生重大影响或涉及其他部门业务的，可提起进入申报程序（填写《强制执行申

迪文DGUS与Modbus协议的基本应用

《迪文DGUS与Modbus协议的基本应用》 姚建真 （北京迪文科技有限公司，北京，海淀） 摘要：介绍了DWIN DGUS屏和基于DGUS的二次开发的基本设计方法。针对实际Modubs设备的通信需求——DGUS提出了采用微指令技术的二次开发方法和实现过程。 关键词：DGUS屏；二次开发；标准Modbus设备；实现过程。 Abstract:Introduce the DGUS LCM and Design method of secondary development with DWIN OS. Based on the implementation process and design method, audience will easily understand how to realize the communication between DGUS and Modbus Devices. Key words: DGUS LCM；Secondary Development; Modbus; DWIN OS 引言 在工业自动化应用中，通过GUI实现显示与输入是工程师比较繁琐的一部分工作，随着市场的发展，多数工业自动化厂商已经不满足于枯燥单调的界面给用户带来的直观体验，客制化的市场诉求越来越多的被发掘出来，厂商通过简单的图片处理软件（PS）就可以快捷有效的为客户提供客制化界面图片，再通过DWIN提供的PC端DGUS配置软件，就可以对界面的显示和触控功能进行个性化的配置，快捷有效的满足客户需求。迪文公司在通过开放的DGUS开发技术减少厂商产品GUI开发工作量的同时，更加建设性的提出基于DGUS的二次开发技术。利用DGUS二次开发环境，厂商的研发工程师可以将通信、执行等机构的部分开发工作转移到DGUS屏上来完成，通过微指令的形式进行简单的二次开发，大大的提高了产品灵活性。本文介绍了DGUS 微指令，针对工业自行化常见的Modbus设备提出实现的框架及少量代码。 1.DGUS应用开发介绍 DGUS屏采用直接变量驱动显示方式，所有的显示和操作都是基于预先配置好的变量配置文件来工作的。迪文公司提供PC端的配置软件《DGUS配置工具》。通过《DGUS配置工具》配置完成后，生成3个主要的文件13.BIN、14.BIN、CONFIG.TXT文件。 DGUS二次开发技术，以微指令（MicroCode）形式集成了大量工业自行化处理相关软件，如：串口通信、CRC、线性方程求解、 Modbus协议处理、数据库 操作等。同样的迪文公司提 供了PC端的开发软件 《DWIN OS Builder》。通 过《DWIN OS Builder》软 件开发完成，生成23.BIN 文件。在CONFIG.TXT文件 当中写入 “RUN_DWIN_OS”和” STOP_DWIN_OS”命令， 就可以很容易的完成对 23.BIN文件的运行和停止。

房地产开发建设施工组织设计范文

资料范本 本资料为word版本，可以直接编辑和打印，感谢您的下载 房地产开发建设施工组织设计范文 地点：__________________ 时间：__________________ 说明：本资料适用于约定双方经过谈判，协商而共同承认，共同遵守的责任与义务，仅供参考，文档可直接下载或修改，不需要的部分可直接删除，使用时请详细阅读内容

施工组织设计 一、编制说明： （一）、编制依据： 1、业主提出具体要求 2、本公司设计施工方案 3、中华人民共和国行业标准《建筑装饰工程施工及验收规范》（JGJ73-91）。 4、中华人民共和国国家标准?建筑内部装饰设计防火规范?GB50222 5、《建筑采暖卫生与煤气工程质量检验评定标准》QGBJ302-88 6、《建筑电气安装工程质量检验评定标准》QBJ-88 7、《建筑安装工程质量检验评定统一标准》QBJ300-88 8、《ISO9001-2000质量管理体系》 9、《建筑装饰工程、质量监控和通病防治》 (二)、编制目的： 本施工组织设计是对“通化市地税局办公楼”（以下简称本工程）在施工组织、施工管理、劳动力组织、材料设备供应、施工工艺、进度计划、质量安全措施等做出详细而周全的设计规划、是本工程在整个施工过程中各个环节始终处于受控状态，达到高标准、高质量、高水平，使业主称心满意，工程管理更加合理有效，工程质量、进度、成本达到最佳。 二、质量方针和实施目标 （一）、质量方针 我们以一流的服务、优秀的设计，创造最优质的建筑装饰产品。 （二）、实施目标： 发挥我公司技术优势，各专业、各工种积极配合，科学的组织安装和装饰的交叉作业，精心施工，严格履行合同，确保实现如下目标 1、质量目标 优质工程标准 2、工期目标 开工日期：2004年5月16日 竣工日期：2004年7月10日 总工期：日历工期55日 3、安全施工目标 杜绝死亡事故和重伤事故，轻伤频率控制在2‰以下 4、文明施工目标 通化市建委综合考评优良 （三）服务目标 信守合同，认真协调与各有关方面的关系，接受业主及通化市政府部门对本工程质量，工程进度，计划协调，现场管理的监督。 三、工程概况： 1、工程名称：通化市地税局办公大楼 2、工程位置：通化市 3、使用功能：办公楼 4、建设单位：通化市地税局 5、工程性质：办公楼室内装修 6、施工面积：8600平方米

软件开发作业指导书

软件项目开发作业指导书 一、项目可行性研究 公司设计人员根据行业需求和市场需求，设计大的方案和ppt文案，然后指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定市场营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由综管部组织对可行性研究报告进行评审，评审通过后，由技术研发部进行安排立项工作。 本阶段提交的文档： 1、设计文案 2、PPT介绍 3、项目可行性研究任务书（技术负责人或部门负责人下达） 4、项目可行性研究报告（可行性研究人员编写） 二、立项阶段 可行性分析评审通过后，由研发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。 本阶段提交的文档： 1、项目立项申请报告 2、开发任务书 三、需求分析阶段 承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审 定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用 快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段， 由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和 领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负

房地产开发建设施工组织设计方案范文

施工组织设计 一、编制讲明： （一）、编制依据： 1、业主提出具体要求 2、本公司设计施工方案 3、中华人民共和国行业标准《建筑装饰工程施工及验收规范》（JGJ73-91）。 4、中华人民共和国国家标准?建筑内部装饰设计防火规范?GB50222 5、《建筑采暖卫生与煤气工程质量检验评定标准》QGBJ302-88 6、《建筑电气安装工程质量检验评定标准》QBJ-88 7、《建筑安装工程质量检验评定统一标准》QBJ300-88 8、《ISO9001-2000质量治理体系》 9、《建筑装饰工程、质量监控和通病防治》 (二)、编制目的： 本施工组织设计是对“通化市地税局办公楼”（以下简称本工程）在施工组织、施工治理、劳动力组织、材料设备供应、施工工艺、进度打算、质量安全措施等做出详细而周全的设计规划、是本工程在整个施工过程中各个环节始终处于受控状态，达到高

标准、高质量、高水平，使业主称心中意，工程治理更加合理有效，工程质量、进度、成本达到最佳。 二、质量方针和实施目标 （一）、质量方针 我们以一流的服务、优秀的设计，制造最优质的建筑装饰产品。 （二）、实施目标： 发挥我公司技术优势，各专业、各工种积极配合，科学的组织安装和装饰的交叉作业，精心施工，严格履行合同，确保实现如下目标 1、质量目标 优质工程标准 2、工期目标 开工日期：2004年5月16日 竣工日期：2004年7月10日 总工期：日历工期55日 3、安全施工目标 杜绝死亡事故和重伤事故，轻伤频率操纵在2‰以下 4、文明施工目标

通化市建委综合考评优良 （三）服务目标 信守合同，认真协调与各有关方面的关系，同意业主及通化市政府部门对本工程质量，工程进度，打算协调，现场治理的监督。 三、工程概况： 1、工程名称：通化市地税局办公大楼 2、工程位置：通化市 3、使用功能：办公楼 4、建设单位：通化市地税局 5、工程性质：办公楼室内装修 6、施工面积：8600平方米 7、设计单位：吉林省宇信建筑工程有限公司 8、装饰部位：一至七层 9、装修内容： a、建筑物内部装修 b、建筑物专门部位内部装修 四、施工平面布置 1、施工现场平面和道路

产品研发流程管理制度

产品研发管理制度 第一章总则 第一条产品研发过程的管理，指产品研发项目确定后，进行产品研发，形成可 交付使用的软件产品的过程。在产品的研发过程中，做好研发流程的管理和控制，是确保产品研发质量和研发进度的关键。 第二条本流程制定的目的是为了对产品研发进行有效的组织实施，使产品研发处于受控 状态，保证软件开发的最后成功，向用户提供高质量的软件产品。 第二章产品的需求分析管理 第三条需求的采集 采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部 的建议等方面。 第四条需求的分析及编制文档 采集到的需求经过深入了解和系统分析，通过跟用户的讨论验证，并形成产品需 求文档，让开发、设计人员理解产品的概念，功能、特点及产品各个部分的逻辑。 产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。 1、业务需求：反映客户对系统、产品高层次的目标要求，在项目定义与范围文 档中予以说明。 2、用户需求：描述用户的目标，或用户要求系统必须要完成的任务，这在使用 实例或方案脚本中予以说明。 3、功能需求：规定开发人员必须在产品中实现的软件功能，使用户利用这些功 能来完成任务，从而满足了业务需求。 4、非功能性需求：描述软件产品为满足用户业务需求而必须具有的除功能需求 以外的特性。包括系统的完整性（联机帮助、数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、适应性等。 工作责任人需求分析工程师 工作职责概述需求采集、用户调查、业务分析、系统分析、变更管 理、用户验证

工作关系客户、市场、公司内部员工 工作成果产品需求文档 第三章产品的可行性分析报告、原型及评审管理 第五条可行性分析报告 产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、 生产等方面的可行性，论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素，论证所选定的方案的可行性。 可行性分析报告编制完成后，由公司技术战略委员会组织完成对产品可行性分析报告的可 行性初审和复审，形成相关议决后报总经理审批。第六条产品需求规格说明书 确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需 求的完整与可追溯性，通过产品需求规格说明书，以保证用户与需求分析人员、开发人员、 测试人员及其它相关利益人对需求达成共识，确保产品需求的实现。 第七条产品原型 原型图是对流程图中“界面元素”的展现，将页面的模块、原素、人机交互的形式，利用线 框描述的方法，将产品脱离皮肤状态下更加具像跟生动的进行表达。 工作责任人产品经理、产品助理 工作职责概述用户和市场分析、产品规划、产品需求管理、产品设计、推 动产品研发进程、产品发布管理、产品宣传推广 工作关系产品中心经理、需求分析工程师、研发中心、客户 工作成果产品可行性分析报告、产品需求规格说明书、产品原型设计 第四章产品的立项及评审管理 第七条产品立项报告书 产品立项报告书含以下内容： 2

试验作业指导书编写模板

Q/XXX XXX公司企业标准 Q/XXX-XXX-2010 ……试验作业指导书 2010-01-01发布 2010-01-01实施 XXX公司发布

Q/XXX-XXX-2010 目次 前言 (Ⅱ) 1范围………………………………………………………………………………………… 2规范性引用文件…………………………………………………………………………… 3术语和定义………………………………………………………………………………… 4职责………………………………………………………………………………………… 5试验项目及技术指标……………………………………………………………………… 6试验前准备………………………………………………………………………………… 7试验条件及要求…………………………………………………………………………… 8试验方法…………………………………………………………………………………… 9试验记录…………………………………………………………………………………… 10试验数据误差……………………………………………………………………………… 11试验报告…………………………………………………………………………………… 附录A（规范性附录）（附录名称）……………………………………………………… 附录B（资料性附录）（附录名称）……………………………………………………… 目次为可选要素，根据需要而设置。一般可依次列出前言、章的标题（需要时可列出带标题的条，层次自定）、附录的标题。 I

Q/XXX-XXX-2010 II 前言 本标准根据……………………… 视情况依次给出下列信息: ——说明与对应的国际标准、国家标准、行业标准、地方标准和企业标准或其他文件的 一致性程度，写出对应文件的编号、文件名称。 ——说明文件代替或废除的全部或部分其他文件。 ——说明与文件前一版本相比的重大技术变化或管理事项、工作事项中的重大改进。 ——说明该文件与国家标准、行业标准和其他标准或文件的关系。 本标准的附录（附录编号）为规范性附录，附录（附录编号）为资料性附录。 本标准自发布之日起实施。 本标准起草单位：（单位名称） 本标准主要起草人：（姓名） 本标准主要审定人：（姓名） 本标准批准人：（姓名） 本标准由（部门名称）归口管理并负责解释。 本标准文件的版本及修改状态： A/0。

产品开发作业指导书

1目的 对产品开发全过程进行指导，确保产品开发工作有效、快速地开展。 2范围 适用于本公司产品的开发。 3各部门职责 3.1市场部： 3.1.1提出产品内料、包装规格、包材类型、形式等要求； 3.1.2主导新品的口味测试工作（内部与外部）； 3.1.3负责产品包装、广宣品的设计； 3.1.4负责产品包装文案的评审工作； 3.1.5负责包装、产品的试产与产品上市的任务下达工作； 3.1.6负责控制、追踪整个新品的开发进度，对影响新品开发进度的相 关部门/人员提出 罚款申请，对加快产品开发进度的相关部门/人员提出奖励申请。 3.2技术品保部： 3.2.1负责研制符合市场部要求并具有生产可行性的产品内料； 3.2.2负责制定新品的企业标准、包装材料标准、原辅料及半成品验收 标准； 3.2.3负责提供符合市场部要求，适合产品内料特性并具有可行性、安 全性的包装物材料、

规格与形式； 3.2.4负责追踪产品内料、包装物、成品的试机过程并在试机完毕后提 供样品； 3.2.5协助新品的口味测试工作（内部与外部）； 3.2.6负责提供新原料、辅料、包装材料的质量验收标准给采购部作为 采购依据； 3.2.7负责提供内料、包材、辅材、产成品的贮存标准给生管部； 3.2.8提供/评审相关包装文案资料（配料表、营养成分表、喂哺表、冲 调方法、产品条 形码、产品标准号等）并对其准确性负责； 3.2.9提供产成品的基本信息资料给市场部、制造部； 3.2.10根据市场部的《产品试产任务书》与《产品上市通知》将新品资 料录入ERP系统； 3.2.11根据市场部提出的包装及形式要求，负责对新品所需机器的可行 性评估； 3.2.12按照市场部的开发进度协助开发期间的全过程； 3.2.13负责产成品的存货代码和存货编码、促销品的存货代码的编写及 录入ERP工作； 3.2.14产品在调试期间，负责样品的检测与破坏性实验并在职责范围内 提出生产可行性的 专业意见与建议； 3.2.15负责开发期间与试产期间，包装材料入库前与产品在线的管控工

房地产项目规划方案报审作业指导书 - 制度大全

房地产项目规划方案报审作业指导书-制度大全 房地产项目规划方案报审作业指导书之相关制度和职责，项目规划方案报审作业指导书1.作业目的为了体现政府对实施城市规划的监督,指导和服务的职能作用,使城市和地区的控制性规划设计理念和规划控制目标得以实现房地产开发项目的设计必须分... 项目规划方案报审作业指导书 1.作业目的 为了体现政府对实施城市规划的监督,指导和服务的职能作用,使城市和地区的控制性规划设计理念和规划控制目标得以实现房地产开发项目的设计必须分阶段地得到政府部门的批准。因规划方案报审的时间长,环节复杂,反复多,在公司内部又需要不同岗位在经办时间上搭接和衔接。所以要求各经办岗位事先做好充分准备,一旦条件成熟,立即进入报审程序。避免将本作业转化到关键路线上去。 2.作业依据 中华人民共和国城市规划法;上海市城市规划条例;上海市城市规划管理技术规定;获得中标土地批准的控制性详细规划与批文、土地协议。 3.主管岗位总建筑师:负责规划设计方案的定稿,在报审过程中处理主办岗位解决不了的协调问题。 主办岗位土建设计管理:负责收集整理报审资料文件,具体经办报审手续。 4.紧前工作条件 规划方案招标完成,并按专家评审时提出的主要优化意见作了调整。 5.作业描述 5.1主办岗位到规划部门领取《建设工程设计方案送审单》填报,并同时附送下列文件(带*号的为必送文件,所送原件在窗口交验后退还): *5.1.1批准的建设项目可行性研究报告或有关批准文件(原件及复印件各一份)。 *5.1.2市测绘院提供的1/500或1/1000地形图一份,地形图上应有设计单位用≤0.3mm的墨线笔标明的下列内容:建筑基地用地界限,建筑物外轮廓及层数,新建建筑物与基地用地界限,道路规划红线及相关控制线,相邻建筑物间距尺寸。 *5.1.31/500或1/1000总平面设计图(蓝图)二份,图纸须加盖建筑设计单位的设计方案出图章和注册建筑师印章,且符合国家和本市设计方案出图标准。 *5.1.4建筑设计方案图(含平面、立面、剖面)及文本二套,图纸须加盖建筑设计方案出图章和注册建筑师印章,且符合国家和本市设计方案出图、文本的标准。 *5.1.5经城市规划部门批准的《建设项目选址意见书的通知》及附图(复印件各一份)。 5.1.6《建设项目选址意见书的通知》中要求申请单位送审的相关其它文件、图纸等。 5.2第二次送审及以后各次送审所需的文件、图纸以城市规划部门前次审核意见要求为准。 5.3规划部门组织召开由规划专家、规划归口的职能部门参加的规划方案征询会,征询环保、消防、卫生、绿化、交通、民防等管理部门的意见,以《建筑工程设计方案审核意见单》给予批复。并附盖有“上海市城市规划管理局规划管理业务专用章”或“上海市**区(县)规划管理业务专用章”的核定设计方案。 5.4规划部门认为设计方案需要较大修改的,则核发“一审”意见。 5.5核发“建筑工程设计方案审核意见单”批复的时限为每次审核各为30个工作日。

产品开发作业指导书

产品开发流程图 负责单位工作流程工作接口 《项目立项管理作业指导书》 3.1.1 AM 发布立项通知《开发合同评审作业 指导书》 产品立项通知 3.1.2 产品部用户界面描述 明确系统目标/范围产品功能说明 产品开发目标 用户场景描述 风险计划 3.1.3 程序部设计系统目标，确定总体总体解决方案 解决方案及设计思想风险计划 3.1.4 开发部原型设计、开发技术难点分析风险计划 构件调查技术报告 3.1.5 测试经理制定测试、验收标准品质保证计划 隐含的测试问题分析风险计划 3.1.6 技术支持部系统可管理性、可维护性描述风险计划 描述文档 3.1.7 产品部产品功能说明 产品规格书产品开发目标 总体解决方案 用户场景描述 3.1.8 程序风险管理计划 3.1.9 程序部项目管理结构及计划 产品经理组织评审开发评审流程 评审结论 3.2.1 产品部概念设计/市场分析/用户教育计划市场计划 用户教育计划3.2.2 程序部逻辑设计/功能设计/项目计划功能说明书 项目计划书 3.2.3 测试部设计验收标准/测试计划测试计划 3.2.4 开发部物理设计/开发计划开发计划 3.2.5 技术支持部安装推广计划安装计划 概念设计 3.2.6 程序经理逻辑设计 物理设计 3.2.7 产品经理 3.2.8 程序经理 测试计划

3.2.9 程序经理项目开发计划书市场计划 设计计划 安装计划 3.2.9 程序经理组织评审 3.3.1 产品经理管理客户愿望/用户界面设计/风险管理 3.3.2 程序经理协调沟通/计划跟进/风险管理概要设计方案3.3.3 开发经理详细设计/编码/风险管理 bug 管理流程3.3.4 测试经理测试用例设计/测试/风险管理 bug 管理流程3.3.5 售后经理制定安装计划/风险管理 3.3.6 程序经理概要设计方案/风险管理计划 3.3.7 开发经理详细设计文档/程序代码 alpha 版本 3.3.9 产品经理用户界面设计文档/用户使用手册 3.4.1 产品经理用户培训/确定beta 版安装点/beta 发布 3.4.2 程序经理 beta版管理/协调 3.4.3 开发经理 bug修复与产品发布 beta版 3.4.5 测试经理 beta版测试/管理bug报告 bug报告 3.4.6 技术支持部工程安装安装运行报告3.4.7 程序经理开发总结报告 3.4.8 产品经理版本发布《版本发布通知》 相关部门 3.4.9 测试经理测试报告/测试工具提交 3.5 维护流程

DGUS应用指南

北京迪文科技有限公司 DGUS应用指南（2013.06.28） DGUS最新版本是V5.7，请到CRM//公共文档下载。 1.何谓DGUS？ DGUS是迪文图形应用服务软件的简称。 主要针对单片机客户快速开发高可靠性的全图形、触摸屏人机交互界面而设计。 2.DGUS如何使用？ 用DGUS来开发人机界面，主要借助PC软件来进行组态设计，把人机交互和控制过程完全分开，大大降低用户单片机的代码量（只需要写点通过串口读写变量存储器的代码）。 3.DGUS如何简单？ 举个例子：显示里面最麻烦的就是示波器了，基于DGUS开发示波器，用户单片机唯一要做的就是通过串口把A/D 采集的数据送给迪文屏，其它的，比如曲线缩放、上下平移都可以用DGUS开发出来，不涉及单片机代码。 4.组态方式开发人机界面，快是快，但是做出来东西千篇一律缺少特点。 DGUS的组态开发方式和传统人机界面的根本区别在于：迪文屏有256MB（最大可以扩展到2GB）的存储器，图形数据库是客户自定义的。意味着只要用PS能够设计出来的，迪文屏都可以支持，可以充分展示用户的创意。 5.相比传统HMI，DGUS的典型特点？ 迪文DGUS和传统HMI的最大区别在于软件平台，传统HMI采用通用操作系统来设计，比如WinCE、Linux、Andriod 等，而迪文DGUS是迪文自己独有的、固化在硬件中的专用软件，其典型特点是： （a）可靠性、稳定性好，抗干扰能力强； （b）没有版权费用导致产品便宜； （c）可以有效的保护用户知识产权，不会出现同行山寨的恶性竞争。 6.相比传统的液晶屏或者串口指令屏，DGUS的典型特点？ 迪文DGUS实质是硬件化的GUI平台，相比传统的液晶屏或者串口指令屏，其典型特点就是二次开发门槛低，开发质量高，生产、维护简单，并且很容易在用户通用的硬件平台上形成系列化产品。 7.DGUS系统的速度有多快？还需要用户单片机判忙吗？ DGUS的变量显示最小延迟是80mS，也就是说1秒钟变量显示最少可以变化12次，能够完全满足实时性的要求。DGUS采用了全新的设计思路，串口缓冲区永远不会溢出，用户不再需要判忙。 8.DGUS一个页面的最多只能显示128个变量是不是不够用？ DGUS的变量已经高度抽象化（比如1条曲线显示就是一个变量），再加上图形变量包含的信息量大，一般的应用，一个页面也就10来个变量了不起了，比如做个温控仪，真正的变量一共也就4个（当前温度、设定温度、报警上下限）。 另外，很多客户可能把键盘按钮也当做变量，触摸按钮在DGUS中是单独用触控文件来描述的，页面可以放置的触控按钮数量是没有限制的，不占用变量资源。 9.DGUS如何把当前显示屏幕内容打印到打印机上？ DGUS上的DWIN OS平台内嵌了标准打印机驱动，可以直接驱动串口打印机打印指定区域屏幕内容。 10.MODBUS设备或者PLC能不能直接接DGUS屏？ 可以，但需要借助DGUS屏内嵌的DWIN OS做一个简单的接口程序，迪文网站可以下载相关应用案例。

产品开发流程(IPD-CMMI)手册

产品开发流程（IPD-CMMI）手册 文件编号：版本：保密等级：发出部门：发布日期：发送： 抄送： 总页数： 10 页 附件：无 主题词：产品开发流程手册 文件类别： 跨部门 部门内 编制人： 责任人： 审核： 批准： 文件变更记录 变更日期版本变更条款变更内容责任人 文件分发清单 分发部门/人数量签收人签收日期分发部门/人数量签收人签收日期

目录 1目的 (3) 2适用范围 (3) 3定义 (3) 4体系概述 (3) 4.1IPD-CMMI流程管理体系总方针 (3) 4.2IPD-CMMI流程管理体系总目标 (4) 4.3IPD-CMMI流程管理体系框架 (4) 4.4项目分类 (6) 4.5生命周期模型 (6) 4.6裁剪指南 (6) 4.7IPD-CMMI流程与CMMI过程域的对应关系 (6) 5IPD-CMMI流程体系介绍 (7) 5.1工程类 (7) 5.1.1总体描述 (7) 5.1.2《产品开发流程之概念/计划/开发/验证/发布阶段流程》、《迭代开发流程》7 5.1.3《评审规范》 (8) 5.2项目管理类 (8) 5.2.1总体描述 (8) 5.2.2《PM作业规范》 (8) 5.2.3《采购管理控制程序》 (9) 5.3支持类 (9) 5.3.1总体描述 (9) 5.3.2度量与分析 (9) 5.3.3《PQA作业规范》 (9) 5.3.4《配置管理》 (10) 5.4过程管理类 (10) 5.4.1总体描述 (10) 5.4.2《IPD流程改进制度》 (10) 6参考文件 (11) 7附件 (11)

1目的 产品开发流程（IPD-CMMI）是在公司流程管理体系框架的指导原则下建立的，是公司产品开发（包括技术开发）的指导文件。本手册规定了产品开发流程的总体方针和目标。 建立IPD-CMMI流程体系的目的是做到产品开发运作全过程的有效控制，快速推出高质量的产品，以达到客户满意和实现公司的经营发展目标；在不同的产品开发项目组间能最大限度地共享技术、开发方面的财富和经验；在组织层面上定义和收集各项目共用的一组标准的过程指标。 通过本文件，产品开发相关人员可以掌握IPD-CMMI流程体系的架构。 2适用范围 本手册描述了IPD-CMMI流程体系整体框架、组织体系、平台体系，以及IPD-CMMI流程与CMMI ML3级过程域对应关系等。 IPD-CMMI流程体系适用于本公司所有产品开发项目，在公司流程管理体系中的位置如下图红线所示。 3定义 参考《产品开发流程数据字典》。 4体系概述 4.1IPD-CMMI流程管理体系总方针 ●为公司的产品开发过程提供规范和指导，确保产品和技术项目开发过程规范性； ●提升公司的产品开发能力，及时高质量的交付新产品； ●更好满足业务部门需求，促进客户满意度的提升。