本文目录一览：
芯片功能的常用测试手段或方法几种?
1、软件的实现
根据“成电之芯”输入激励和输出响应的数据对比要求，编写了可综合的verilog代码。代码的设计完全按照“成电之芯”的时序要求实现。
根据基于可编程器件建立测试平台的设计思想，功能测试平台的构建方法如下：采用可编程逻辑器件进行输入激励的产生和输出响应的处理；采用ROM来实现DSP核程序、控制寄存器参数、脉压系数和滤波系数的存储；采用SRAM作为片外缓存。
2、 硬件的实现
根据功能测试平台的实现框图进行了原理图和PCB的设计，最后设计完成了一个可对“成电之芯”进行功能测试的系统平台。
扩展资料：
可编程逻辑器件分类：
1、固定逻辑器件中的电路是永久性的，它们完成一种或一组功能 - 一旦制造完成，就无法改变。
2、可编程逻辑器件（PLD）是能够为客户提供范围广泛的多种逻辑能力、特性、速度和电压特性的标准成品部件 - 而且此类器件可在任何时间改变，从而完成许多种不同的功能。
参考资料来源：百度百科-可编程逻辑器件
wdk 怎么打开sample 源码
你的问题比较笼统，不知道是怎样的需求。我把我的经验全都贴出来，楼主挑自己感兴趣的吧。
一、源代码编译
在微软官网上下载 WDK 开发包，里面有 WDK 编译器，链接器，配置工具，如NMAKE。然后，用记事本写 C 或 C++ 文件，编译，链接就 OK 了。
WDK 库是一定要的，否则头文件，导入库都没有，就无法编译了。至于编译器和连接器，其实就是普通的 cl.exe 和 link.exe 两个工具，和 VS 中的 VC 编译链接器是同一个。
编译的方法是：
在自己的目录如 c:\wdkdemo 中有个待编译的 wdkdemo.c ，那么需要在这个目录里加入两个文件，一个是 makefile （无后缀名）的固定文件名，内容也是固定的：
INCLUDE $(NTMAKEENV)\makefile.def
另外一个文件是 sources （无后缀名）的固定文件名，内容为：
targettype=driver
targetname=obj
sources=wdkdemo.c
这两个文件都是让nmake 工具配置用的，最终调用合适的编译器和链接器开关来编译出 sys 。
WDK包有个 build 命令行工具，当配置好了以上两个文件后。双击 build 工具，进入到 c:\wdkdemo 目录，输入命令 build 回车，然后只要 wdkdemo.c 源代码正确，就会生成 sys 文件了。
二、sys 文件安装：
在网上下载个免费的驱动安装工具，这个不难吧，一般调试用的驱动，建议在安装的时候，千万记得要选择手动模式，因为自启动模式，如果驱动有BUG ，会导致蓝屏，重启机器后，驱动因自启动又被加载，导致再次蓝屏。
三、调试
在微软官网下个 windbg ，但 windbg 需要调试机和被调试机模式，因此 windbg 最好配合 vmware 来使用。
我感觉，sys 文件编译是很麻烦的。不如编译应用程序，只要一个 VS 可以搞定大部分的事情。驱动开发需要很多关于其他工具的知识。譬如，用记事本或者NOTEPAD++编辑源代码感觉很吃力，因为 VS 没有驱动开发的项目，因此 VS 不直接支持驱动开发，当然，可以进行配置，但 VS 配置驱动是很麻烦的。另外， windbg 有很多的调试命令，当然常规的命令一般4、5个就够用了。VMWARE 的配置也是很麻烦的，当初，我自己研究了很长时间，网上虽然有教程，但都是讲得不全面，譬如要配置10个地方，网上都是只说7、8个，导致 VMWARE 配置不成功。
驱动开发还有 DRIVER STUDIO 这么一个 IDE 可以使用，另外还有 IRPTRACE ，DEVICE TREE ， DEBUG VIEWER 等工具。
我开发驱动的工具是 VMWARE + VS2010 + WDK + WINDBG + WINOBJ + IRPTRACE + DEBUG VIEWER 这几个。
追问
我就是想把WDK和visual studio合在一起开发，在记事本上太吃力了，每一个字都需要自己写，这样的话不就退化到好几年之前了嘛--现在做一个小东西也需要几千的代码，这样会累死的，就像这样我的在visual studio 2008里面已经有这样的了，但是编译不出 .sys文件，我自己写的代码也不行，别人写的（网上下的）也编译不出来 你看看是什么情况，图上的是我自己机子上我搞的（原本没有）
追答
原来是这个呀。
首先，新建一个WIN32控制台工程，选择空项目。然后新建一个.cpp文件。接下去所有的项目属性不要修改，需要修改的地方如下，至于有些修改的含义，就不多说了，一说又一大堆。
VS 中配置 WDK 选项：
（假定 WDK 安装目录为 C:\WinDDK\7600.16385.1，这个是我机器上的配置）
一、C/C++
1.常规
*附加包含目录：编辑添加3个路径，分别对应WDK安装目录\INC子目录中的三个目录：crt,api,ddk。最终在附加包含目录的内容为：C:\WinDDK\7600.16385.1\inc\api;C:\WinDDK\7600.16385.1\inc\ddk;C:\WinDDK\7600.16385.1\inc\crt
调试信息格式：C7兼容 /Z7
2.预处理器
*WIN32;DBG;_X86_;WINVER=0x0501
3.代码生成
*启用最小重新生成：否
*基本运行时检查：默认值
运行库：多线程调试(/MTd)
*缓冲区安全检查：否(/GS-)
4.高级
调用约定：__stdcall (/Gz)
二、链接器
1.常规
输出文件：$(OutDir)\$(ProjectName).sys
*启用增量链接：否(/INCREMENTAL:NO)
附加库目录：编辑添加1个路径，对应WDK安装目录\LIB\WXP\I386，最终的附加库目录的内容为：C:\WinDDK\7600.16385.1\lib\wxp\i386。注意，如果是WIN7系统，子目录把 WXP 改成WIN7
2.输入
*附加依赖项：ntoskrnl.lib
*忽略所有默认库：是(/NODEFAULTLIB)
3.清单文件
清单文件：否
4.系统
子系统：本机(/SUBSYSTEM:NATIVE)
*驱动程序：驱动程序(/DRIVER)。注意，如果是WDM类型驱动，改成 WDM (/DRIVER:WDM)。
5.高级
入口点：DriverEntry
随机地址：默认值
数据执行保护（DEP）:默认值
以上带 * 的意识为，内容可以根据项目的具体分化，可以有所变动。当然啦，变动，肯定是基于你对该选项的理解基础上进行变更的。譬如附加依赖项一般需要ntoskrnl.lib ，如果使用了第三方库里的函数，那需要再添加其他的 lib 库。譬如想启用缓冲区安全检查，那除了开关设置意外，必须
在附加依赖项开关加上 bufferoverflowU.lib 这个库，因为安全检查函数由 bufferoverflowU.lib 导出。
更正下我第一次的回答：
sources （无后缀名）的固定文件名，内容为：
targettype=driver
targetname=obj
sources=wdkdemo.cpp
更正为：
targettype=driver
targetname=wdkdemo
targetpath=obj
sources=wdkdemo.cpp
“系统架构”是什么意思？都有哪些架构？
系统架构（Framework 或Architecture）或软件架构的定义很难明确，仁者见仁智者见智。
在面向对象范畴中，我认为就是通过若干类、抽象类及其接口有机组成的软件系统，其中类起的作用好比建筑物中的砖瓦钢筋水泥楼板，而接口和抽象类中没有实现的方法好比其中的一个个空间，包括大厅，走廊，房间，厨房,卫生间....，架构使用者的任务就是往这些空间中填充东西，也就是实现那些接口和抽象方法，从而可以创建一座定制了的建筑物。进一步，可以对这个建筑进行修饰使其外观更加漂亮。当然也可以进行改动，以便结构更加合理。
在《Rational 统一过程实践者指南》（RUP）认为，系统架构为：1. 系统中最重要的组成部分和它们的接口，以及做出的创建、购买或是重用这些组成部分的决定；2.描述这些组成部分在运作时如何交互来实现系统中最重要的脚本；3.实现并测试系统架构的原型，以验证架构是否可行、是否化解了重大风险，以及验证它是否打到了重要的质量指标：性能、可扩展性和成本等。
互联网是个神奇的大网，系统架构设计也是一种模式，这里提供最详细的报价，如果你真的想做，可以来这里，这个手机的开始数字是一八七中间的是三儿零最后的是一四二五零，按照顺序组合起来就可以找到，我想说的是，除非你想做或者了解这方面的内容，如果只是凑热闹的话，就不要来了
系统的非功能性特征，如可扩展性、可靠性、强壮性、灵活性、性能等。
系统架构的设计要求架构师具备软件和硬件的功能和性能的过硬知识，这一工作无疑是架构设计工作中最为困难的工作。
此外，从每一个角度上看，都可以看到架构的两要素：元件划分和设计决定。
首先，一个软件系统中的元件首先是逻辑元件。这些逻辑元件如何放到硬件上，以及这些元件如何为整个系统的可扩展性、可靠性、强壮性、灵活性、性能等做出贡献，是非常重要的信息。
其次，进行软件设计需要做出的决定中，必然会包括逻辑结构、物理结构，以及它们如何影响到系统的所有非功能性特征。这些决定中会有很多是一旦作出，就很难更改的。
根据作者的经验，一个基于数据库的系统架构，有多少个数据表，就会有多少页的架构设计文档。比如一个中等的数据库应用系统通常含有一百个左右的数据表，这样的一个系统设计通常需要有一百页左右的架构设计文档。
构架模式
构架模式是解决复杂构架问题的现成形式。构架框架或构架基础设施（中间件）是可以在其上构建某种构架的构件集。许多主要的构架困难应在框架或基础设施中进行解决，而且通常针对于特定的领域：命令和控制、MIS、控制系统等等。
模式示例
[BUS96] 根据构架模式最适用的系统的特征将其分类，其中一个类别处理更普遍的结构问题。下表显示了 [BUS96] 中所提供的类别和这些类别所包含的模式。
类别 模式结构 层管道和过滤器黑板分布式系统代理交互系统 模型-视图-控制器表示-抽象-控制自适应系统反射微核
在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”[GS93]
但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”[IEEE98]。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。
在 Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
为阐明其含义，下面将详述其中的两个；完整说明请参见。模式以下列广泛使用的形式来表示：
模式名环境问题影响，描述应考虑的不同问题方面解决方案基本原理结果环境示例模式名层
环境需要进行结构分解的大系统。
问题必须处理不同抽象层次的问题的系统。例如：硬件控制问题、常见服务问题和针对于不同领域的问题。最好不要编写垂直构件来处理所有抽象层次的问题。否则要在不同的构件中多次处理相同的问题（可能会不一致）。
影响
系统的某些部分应当是可替换的构件中的变化不应波动相似的责任应归为一组构件大小 -- 复杂构件可能要进行分解解决办法将系统分成构件组，并使构件组形成层叠结构。使上层只使用下层（决不使用上层）提供的服务。尽量不使用非紧邻下层提供的服务（不跳层使用服务，除非中间层只添加通过构件）。
示例：
1. 通用层
严格的分层构架规定设计元素（类、构件、包、子系统）只能使用下层提供的服务， 服务可以包括事件处理、错误处理、数据库访问等等。 相对于记录在底层的原始操作系统级调用，它包括更明显的机制。
2. 业务系统层
上图显示了另一个分层示例，其中有垂直特定应用层、水平层和基础设施层。注意：此处的目标是采用非常短的业务“烟囱”并实现各种应用程序间的通用性。 否则，就可能有多个人解决同一问题，从而导致潜在的分歧。
有关该模式的深入讨论，请参见指南：分层。
模式名黑板
环境没有解决问题的确定方法（算法）或方法不可行的领域。例如 AI 系统、语音识别和监视系统。
问题多个问题解决顾问（知识顾问）必须通过协作来解决他们无法单独解决的问题。各顾问的工作结果必须可以供所有其他顾问访问，使他们可以评估自己是否可以参与解决方案的查找并发布其工作结果。
影响
知识顾问参与解决问题的顺序不是确定的，这可能取决于问题解决策略
不同顾问的输入（结果或部分解决方案）可能有不同的表示方式
各顾问并不直接知道对方的存在，但可以评估对方发布的工作
解决办法多名知识顾问都可访问一个称为“黑板”的共享数据库。黑板提供监测和更新其内容的接口。控制模块/对象激活遵循某种策略的顾问。激活后，顾问查看黑板，以确定它是否能参与解决问题。如果顾问决定它可以参与，控制对象就可以允许顾问将其部分（或最终）解决方案放置于黑板上。
示例：
以上显示了使用 UML 建模的结构或静态视图。 它将成为参数化协作的一部分，然后会绑定到实参上对模式进行实例化。
构架风格软件构架（或仅是构架视图）可以具有名为构架风格的属性，该属性减少了可选的形式，并使构架具有一定程度的一致性。样式可以通过一组模式或通过选择特定构件或连接器作为基本构件来定义。对给定系统，某些样式可作为构架描述的一部分记录在构架风格指南（Rational Unified Process 中设计指南文档的一部分）中。样式在构架的可理解性与完整性方面起着主要的作用。
逻辑视图：类图、状态机和对象图。进程视图：类图与对象图（包括任务 - 进程与线程）。实施视图：构件图。部署视图：配置图。
推荐一款性能好的笔记本，8000左右，要有好的显卡，主要是玩游戏的
一，联想ideaPad Y530A-PSE Intel 酷睿2双核 P7350 2GB 250GB DVD刻录机NVIDIA GeForce 9500M G 512MB 15.4英寸 6芯锂电池 2小时29分钟 130万像素 支持人脸识别 五喇叭全音域杜比音效音响体系 无边墨晶防护屏 带有TV电视功能，支持模拟电视信号 RMB7999
优点：
1 确实继承了y510的光荣传统
2 A面确实是最吸引力的地方
3 15的大屏幕也非常不错
缺点：还是比较重
总结： 联想的机器确实越做越好了，而且在价格上和其它一线品牌也有竞争力，还是比较支持联想的。
二，戴尔Studio 1535（R511009CN） Intel 酷睿2双核 T8100 2GB DVD刻录机 ATI Mobility Radeon HD 3450 256MB/64bit 15.4英寸TFT WXGA 续航2-3小时左右 可选2.0MP网络摄像头 指纹识别 RMB7599
优点：
选本无非考虑外观 性能 可能还加一点便携性，这款外观设计大气 时尚
性价比也不错 对于又要求移动性又追求游戏娱乐的人来说15寸 刚刚好
缺点：
稍微有点偏沉，不适合经常出差的朋友
总结：
戴尔向来以性价比为卖点 而有不适大厂风范 做工 口碑都很好
三，惠普Compaq 6531s(FP632PA) Intel 酷睿2双核 P8400 2GB 250GB DVD刻录机 ATI Mobility Radeon HD 3430 14.1英寸TFT WXGA 续航2-3小时左右 RMB8200
优点：
1.外型绝对的低调但却高贵，、
2.屏幕显示效果非常出色，、
3.散热效果非常好，运行大游戏一两个小时温度仍然很低！
4.配置在商用本里很娱乐，P8400+2G双通道配合HD3430很爽。所以是一款很功能完善的本本。
缺点：
价格偏高
总结：
是一款很不错的机子。就是价位偏高。惠普的本本本来性价比就不是很高 人家卖的是品牌 是质量。
四，华硕F8H81SN-SL Intel 酷睿2双核 T8100 1GB 160GB DVD刻录机 NVIDIA GeForce 9500M GS 14.1英寸TFT LCD 续航2-3小时 内建摄像头、指纹识别 RMB7800
优点：
1,外观漂亮
2,显卡也不错,玩游戏什么的还是不错的
3,散热也很好,开几个小时感觉也不热
缺点：
160G的硬盘不是很大 内存在加1G更加完美
总结：
总体上还不错，八千元的价格，性价比还行
