尚书古文疏证介绍
尚书古文疏证介绍
尚书古文疏证八卷。阎若璩清(1636;1704)撰。若瑰宁百诗，号潜丘，山西太原人，迁居江苏谁安。以下是为你精心整理的尚书古文疏证介绍，希望你喜欢。
尚书古文疏证简介《尚书》，“尚”即“上”，“书”即史官所记之史，《尚书》之名起于汉，《孔安国悄书传》说“以其上古之书谓之《尚书》”.也就是上古史的意思。经孔于编定，原书有一百篇。西汉初，存二十八篇，就是《今文尚书》，另有相传汉武帝时在孔子住宅壁中发现的《古文尚书》十六篇，和东晋梅赜所献的伪《古文尚书》二十五篇两种。古文即指先秦时代六国的古文字，与汉朝的隶书(即今文)相对。现在通行的《十二经注疏》本《尚书》五十八篇，就是《今文尚书》二十八篇(在本书巾被分割成二十三篇)与伪《古文尚书》二十五篇并加上假托孔安国名义的自序所组成的。
尚书古文疏证四库全书总目提要国朝阎若璩撰。若璩字百诗，太原人，徙居山阳。康熙己未荐举博学鸿词。古文《尚书》较今文多十六篇，晋魏以来绝无师说，故左氏所引，杜预皆注曰逸《书》。东晋之初，其书始出，乃增多二十五篇。初犹与今文并立，自陆德明据以作《释文》，孔颖达据以作《正义》，遂与伏生二十九篇混合为一。唐以来虽疑经惑古如刘知几之流，亦以《尚书》一家列之《史通》，未言古文之伪。自吴棫始有异议，朱子亦稍稍疑之。吴澄诸
人本朱子之说，相继抉摘，其伪益彰，然亦未能条分缕析，以抉其罅漏。明梅鷟始参考诸书，证其剽剟，而见闻较狭，蒐采未周。至若璩乃引经据古，一一陈其矛盾之故，古文之伪乃大明。所列一百二十八条，毛奇龄作《古文尚书冤词》，百计相轧，终不能以强词夺正理。则有据之言，先立於不可败也。其书初成四卷，馀姚黄宗羲序之。其後四卷又所次第续成。若璩没後，传写佚其第三卷。其二卷第二十八条、二十九条、三十条，七卷第一百二条、一百八条、一百九条、一百十条、八卷第一百二十二条至一百二十七条，皆有录无书。编次先後，亦未归条理。盖犹草创之本。其中偶尔未核者，如据《正义》所载郑玄《书序》注，谓马郑所传与孔《传》篇目不符，其说最确，至谓马郑注本亡於永嘉之乱，则殊不然。考二家之本，《隋志》尚皆著录，称所注凡二十九篇。《经典释文》备引之，亦止二十九篇。盖去其无师说者十六篇，止得二十九篇，与伏生数合，非别有一本注孔氏书也。若璩误以郑逸者即为所注之逸篇，不免千虑之一失。又《史记》、《汉书》但有安国上古文《尚书》之说，并无受诏作《传》之事。此伪本凿空之显证，亦辨伪本者至要之肯綮，乃置而未言，亦稍疏略。其他诸条之後，往往衍及旁文，动盈卷帙。盖虑所著《潜邱札记》或不传，故附见於此，究为支蔓。又前卷所论，後卷往往自驳，而不肯删其前说，虽仿郑玄注《礼》先用《鲁诗》，後不追改之意，於体例亦究属未安。然反复釐剔，以祛千古之大疑，考证之学则固未之或先矣。
尚书古文疏证当代信古派的批评杨善群：《辨伪学的歧途――评<
尚书古文疏证>》
西汉孔壁发现的《古文尚书》亡于魏晋之间，西汉初年伏生口授的《今文尚书》也亡于晋朝，只有东晋梅陨所献所谓《古文尚书》保存下来，被以后备朝奉为经典，其问颇有学者对它的真伪引起怀疑，《四库全书总目》说：“白吴棫始右异议，朱子亦稍稍疑之; 吴澄诸人本朱子之说，相继抉摘，其伪益彰，然亦未能条分缕析，以炔其够漏，明海运始参考诸书，证其副别，而见闻较狭，苑采未周，至若原乃引经据古，一一陈其矛盾之故，古文之伪乃大明。所列一百二十八条，毛奇龄作《古文尚书冤词》，百计相轧，终不能以强词夺正理，则有据之言，先立十不可败也。”事实并非如此，请看下面的例子。
汉书
第1条说《汉书》载武帝时坏孔子宅得古文《尚书》“多十六篇”，而东晋时梅赜“上古文《尚书》增多二十五篇”，“只此篇数之不合，伪可知矣”。人们不禁要问：除武帝时坏孔子宅“多十六篇”外，难道在几百年中的其它时间和地点就不能发现古文?西汉末刘歆就说：“天下众书，往往颇出”;“古文旧书，多者二十余通”(《汉书;楚元王传》)。显然，篇数不合，决不能定“伪”。
周官
第3条言“郑康成注古文篇名与今异”。此条所谈与第一略同，仍是篇数与篇名“不合”的问题。由于当时通讯的不发达，郑玄不可能尽知天下存书。如郑注《书序》云：“《周官》亡。”可是在记郑
门授学情况的《郑志》中，就有弟子赵商与其师讨论关于《周官》所述“三公”的问题。显然，东汉后期古文《周官》其篇俱在。阎氏只信郑玄等“大儒”而斥东晋时梅颐所上、在民间长期流传的二十五篇古文为“此等伪书”，只能说明其不调查研究，固执己见而已。
艺文志
第4条言“古文书题、卷数、篇次当如此”，以《汉书?艺文志》载和郑康成所注为准，推究“当日之旧”，要求世人“不以唐人义疏之说为可安，则古学之复也其庶几乎!”实际上古文《尚书》在不断发现和民间流传中，汉代没有像今天这样发达的新闻传媒，某地发现就会马上报道。以汉人、古学和东晋、唐人划线，而不考察其书是否真古文献，这是典型的门户之见。
墨子
第7条说：“墨子《尚同篇》有引《大誓》曰：‘小人见奸巧，乃闻不言也，发罪钧。’墨子又从而释之曰：‘此言见淫辟，不以告者其罪，亦犹淫辟者也。’可谓深切着明矣。墨子生孔子后、孟子前，《诗》《书》完好，未遭秦焰。且其书甚真，非依托者比。而晚出之古文独遗此数语，非一大破绽乎?”其实，《墨子》所释不通：朝中的大臣都或多或少地见到过纣王的罪行，可谁都不敢报告，难道他们全“有罪”?这里的“发”应该理解成周武王的名字，而今之《泰誓》中有“予弗顺天，厥罪惟钧”“百姓有过，在予一人”文辞、意义都比较接近，这句话其实是有的。而阎氏不光迷信墨子的解释，还强词夺理，硬说“晚出之古文独遗此”，做
学问岂能如此?
夏书
第9条言《左传》记鲁庄公引《夏书》曰：“皋陶迈种德，德，乃降。”此句见于古文《大禹谟》，是禹向舜推荐皋陶，称皋陶能勉力布种其德，德乃降临民间。鲁庄公引用此句于战争，将“降”释为投降，“德，乃降”即有德乃使人降服。这本是鲁庄公用己意解释古书。观《左传》所引《夏书》之句一气呵成，“皋陶迈种德”是因，“德，乃降”是果。阎氏将后句歪曲为“释《书》之语”，称其“窜入”《大禹谟》中。这明显是在混淆是非。
论语
第10条载《论语》引《书》云：孝乎惟孝友于兄弟施于有政。阎氏称此句应断为“孝乎惟孝，友于兄弟，施于有政。”并说：“钱尚书谦益家藏淳熙《九经》本点断句读，号称精审，亦以“孝乎惟孝”四字为句”“伪作《君陈》篇者竟将“孝乎”二字读属上”难道其断句就一定正确?此句亦可断为“孝乎!惟孝友于兄弟，施于有政。”这不正好符合《君陈》的断句形式吗?由此可见，阎氏煞费苦心寻找古文为“伪书”的证据，然而它是错误的。
礼记
第16条言《礼记》所引《书》今皆有，以此证明《尚书》是抄袭群书，乃“伪”;又说：“至引《尹吉》，曰不知为何书?缘康成所受十六篇有《咸有壹德》，知此‘惟尹躬及汤，咸有壹德’出其中，故注曰：吉，当为告。告，古文诰字之误也。尹
告伊尹之诰也。《书序》以为《咸有壹德》，今亡，其确指如此，果尔‘惟尹躬及汤，咸有壹德’既窜入《咸有一德》中，何‘惟尹躬天见于西邑夏，自周有终，相亦惟终’均为尹吉曰，而窜入《太甲》上篇中”以此证明《太甲》上篇及《咸有一德》“伪”。其实，这些都是阎氏的主观臆断。试问：难道必须是《尚书》抄《礼记》，而不能是《礼记》抄《尚书》?难道不会是《尚书》有错简情况，《礼记》所引《尹吉》之“惟尹躬天见于西邑夏，自周有终，相亦惟终”实为《太甲》上篇?
孝经
第20条言“古文《孝经》以证《书》”，欲以“古文《孝经》之伪”证古文《尚书》之“伪”。其实，古文《孝经》的真伪本难定论。据《四库提要》，唐时曾“诏令群儒质定：右庶子刘知几主古文，立十二验以驳郑;国子祭酒司马贞主今文”而“驳孔”。可能《孝经》的今古文之争，也是派别的门户之见;用古文《孝经》来证古文《尚书》，更说明它是“主古文”和“主今文”的意气之争。
礼经
第21条言“古文《礼经》以证《书》”谓：“《礼》与《尚书》同一古文”，在《礼》“奕代犹知宝之”，而《尚书》“皆以为是伪书，则以《礼》未为诸儒所乱，而《书》则为晚出之《孔传》所屈厌也”。这里称古文《尚书》“皆以为是伪书”，“为晚出之《孔传》所屈厌”，不列证据，强词夺理，做学问岂能如此?
第26条言“晚出《武成》、《泰誓》仍存‘改元'、
‘观兵'旧说”，因而断定古文《尚书》“出于魏晋之间群言淆乱之日”。周文王有“称王”、“改元”之事，周武王有“观兵孟津”之事，见于《逸周书》、《吕氏春秋》、《史记》、《尚书大传》等许多史籍，这应该是历史事实。阎氏不承认众多史书的记载，而只凭主观臆断，强词夺理，怎能令人信服!
第49条称召公为太保在成王时，而“武王时召公尚未也”。古文《旅獒》“当武王时叙召公所居官而曰太保”，这就是“伪书之以追书为实称，其误如此”。众所周知，用以后有名的官称叙其前做的事，是一种很普遍的方式。但这不能说明其“伪”。如《国语;晋语四》云：“怀公自秦逃归。”实际上，其人自秦逃归时还是“太子”，未为“怀公”。那么《国语》又是“伪书”了?由此可见，阎氏煞费苦心寻找古文为“伪书”的证据，然而它是违反常识的。
第54条言古文“《泰誓上》‘惟十有三年春'系以‘时'，非史例”。其后解释说：“《尚书》惟记言语，直指设言之日”，“绝不系以时”。这又是阎氏找到的古文“作伪”的证据。的确，《尚书》中很少记“时”(即“四时”春夏秋冬)，惟今文《金縢》有云：“秋，大熟。”难道此篇也是“伪古文”?
第56条引《尔雅;释诂》：“郁陶，繇喜也。”接着说古文《五子之歌》有“郁陶乎予心”之句，是忧愁之意。《疏证》就此评论道：这是“伪古文作者”的“窜入”，“忧喜错认，此尚可谓之识字也乎?”其实，“郁陶”有两解：《楚辞;九辩》有云：“郁陶而思君”，王逸注：“愤念蓄积盈胸臆也。”此正合《五子之歌》太康五兄弟的心情，
此词用得好极了。阎氏只讲《尔雅》一解，而对《楚辞》一解避而不谈，这难道是实事求是的态度吗?
第63条开头就故作呻吟道：“呜呼痛哉!作伪书者可谓之不仁也乎!古未有夷族之刑也。”这是就古文《泰誓》中指责商纣“罪人以族”而发的。阎氏接着评论此句是“轻加三代以上以惨酷不德之刑，予后世人主嗜杀者之口实”。商代真的没有“罪人以族”的刑罚吗?查今文《盘庚中》说：“我乃劓殄灭之，无遗育，无俾易种于兹新邑!”这不是灭族之罪吗?难道此篇又是“伪古文”?
第87、88、89 三条皆言《禹贡》孔传所注地名及状况在汉武帝后，此当是孔氏家族的后人所补入。《汉书;儒林传》记孔家“自安国以下世传古文《尚书》”;《孔丛子;连丛子》载孔氏子孙曰：“斯业之所以不泯，赖吾家世世独修之也。”可知孔传有汉武帝以后的内容，根本不能作为它是“伪书”的证据。
第99条言“古文盛行已久，后当废”，说什么“书之隐与见亦有时运，初非人意料所能及者”;“古文《书》二十五篇出于魏晋，立于元帝，至今日运已极”;希望有“尊正义者尊伏生三十一篇，俾其孤行乎，亦《书》之运也，吾终望之维持此运者。”此条不提任何证据，只是不恰当地把古文与谶纬相类比，诅咒其“运已极”，企图用唯心主义的方法把古文“废”除。这难道是学术争鸣吗?
尚书古文疏证介绍
软件性能的几个指标
1.1、响应时间 响应时间是指系统对请求作出响应的时间。直观上看，这个指标与人对软件性能的主观感受是非常一致的，因为它完整地记录了整个计算机系统处理请求的时间。由于一个系统通常会提供许多功能，而不同功能的处理逻辑也千差万别，因而不同功能的响应时间也不尽相同，甚至同一功能在不同输入数据的情况下响应时间也不相同。所以，在讨论一个系统的响应时间时，人们通常是指该系统所有功能的平均时间或者所有功能的最大响应时间。当然，往往也需要对每个或每组功能讨论其平均响应时间和最大响应时间。 对于单机的没有并发操作的应用系统而言，人们普遍认为响应时间是一个合理且准确的性能指标。需要指出的是，响应时间的绝对值并不能直接反映软件的性能的高低，软件性能的高低实际上取决于用户对该响应时间的接受程度。对于一个游戏软件来说，响应时间小于100毫秒应该是不错的，响应时间在1秒左右可能属于勉强可以接受，如果响应时间达到3秒就完全难以接受了。而对于编译系统来说，完整编译一个较大规模软件的源代码可能需要几十分钟甚至更长时间，但这些响应时间对于用户来说都是可以接受的。 1.2、系统响应时间和应用延迟时间
虽然软件性能指标本身只涉及软件性能的度量，但考虑到软件性能测试的主要目的是测试和改善所开发软件的性能，对于复杂的网络化的软件而言，简单地用响应时间进行度量就不一定合适了。 考虑一个普通的网站系统。开发该网站系统时，软件开发实际上只集中在服务器端，因为客户端的软件是标准的浏览器。虽然用户看到的响应时间时使用特定客户端计算机上的特定浏览器浏览该网站的响应时间，但是在讨论软件性能时更关心所开发网站软件本身的“响应时间”。也就是说，可以把用户感受到的响应时间划分为“呈现时间”和“系统响应时间”，前者是指客户端的浏览器在接收到网站数据时呈现页面所需的时间，而后者是指客户端接收到用户请求到客户端接收到服务器发来的数据所需的时间。显然，软件性能测试更关心“系统响应时间”，因为“呈现时间”与客户端计算机和浏览器有关，而与所开发的网站软件没有太大的关系。 如果仔细分析这个例子，还可以把“系统响应时间”进一步分解为“网络传输时间”和“应用延迟时间”，其中前者是指数据（包括请求数据和响应数据）在客户端和服务器端进行传输的时间，而后者是指网站软件实际处理请求所需的时间。类似的，软件性能测试也更关心“应用延迟时间”。实际上，这种分解还可以继续下去，如果该网站系统使用了数据库，我们可以把“数据库延迟时间”分离出来，如果该网站系统使用了中间件，还可以把“中间件延迟时间”也分离出来。 以上的时间分解实际上有两方面的目的。首先，人们通常希望把与所开发软件直接相关的延迟时间和与所开发软件爱你不直接相关的延迟时间分离开，因为改善前者往往需要开发人员修改程序代码，而改善后者不需
几种常用软件开发工具比较
几种常用软件开发工具比较(2008-10-27 10:11:59) 标签：职场it [转]近日和公司的系统分析员探讨了几种开发工具的特性，由其总结了下面的内容。 文章客观评价了各种开发工具的优缺点，本人把文章拿来和大家一起讨论一下，欢迎专业人事补充和指正。 一、跨平台特性 VB：无★ PB：WINDOWS家族, Solaris,Macintosh ★★★ C++ Builder/Dephi：WINDOWS家族，Linux ★★★ VC：无★ JAVA：所有能够运行JAVA虚拟机的操作系统★★★★ 二、组件技术支持 VB：COM,ActiveX ★★★ PB：COM,JavaBean,Jaguar,UserObject使用：CORBA+Acti veX ★★★ C++ Builder/Dephi：COM, ActiveX CORBA（本身自带CORBA中间件VisiBroker，有丰富向导）★★★★★ VC：COM,ActiveX，CORBA(没有任何IDE支持，是所有C编译器的功能,需要CORBA中间件支持) ★★★ JAVA：JavaBean,CORBA;ActiveX ★★★★ 三、数据库支持级别 数据访问对象： VB：DAO,ADO,RDO功能相仿；★ PB：Transaction,DwControl，可绑定任何SQL语句和存储过程，数据访问具有无与比拟的灵活性★★★★ C++ Builder/Dephi：具有包括DataSource,Table,Query,Midas,ADO在内的二十多个组件和类完成数据访问★★★ VC：同VB，但有不少类库可供使用，但极不方便，开发效率很低★★ JAVA：JAVA JDBC API,不同的IDE具有不同的组件★★ 数据表现对象： VB：DBGriD，与数据库相关的数据表现控件只有此一种，只能表现简单表格数据，表现手段单一★ PB：DataWindow对象（功能异常强大，其资源描述语句构成类似HTML的另外一种语言，可在其中插入任何对象，具有包括DBGrid在内的数百种数据表现方法），只此一项功能就注定了PB在数据库的功能从诞生的那 一天起就远远超过了某些开发工具今天的水平★★★★★ C++ Builder/Dephi：具有包括DBGrid,DBNavigator,DBEdit,DBLookupListBox在内的15 个数据感知组件，DecisionCube,DecisionQuery在内的6个数据仓库组件和包括QRChart, QRExpr在内的20多个报表组建，可灵活表现数据★★★
软件性能测试计划和方案模板
性能测试项目名称 拟制日期审核日期批准日期
修订记录
目录 介绍 ................................................................................................................................................... 1 目的................................................................................................................................................ 2 总览................................................................................................................................................ 表 1.1 –软件性能测试计划内容........................................................................................................ 3 范围................................................................................................................................................ 性能测试方法 .................................................................................................................................... 4 负载测试流程 ................................................................................................................................. 4.1 系统分析...................................................................................................................................... 4.1.1 创建虚拟用户脚本.................................................................................................................... 4.1.2 创建负载测试场景.................................................................................................................... 4.1.3 测试用例执行和性能监控......................................................................................................... 4.1.4 分析结果................................................................................................................................... 5 远景目标和近期目标 ...................................................................................................................... 业务流程&测试用例........................................................................................................................... 6 业务流程......................................................................................................................................... 6.1.1 高容量/高负载流程................................................................................................................. 6.1.2 低容量/低负载流程.................................................................................................................. 7 数据准备......................................................................................................................................... 8 LoadRunner 事务（Transactions）.............................................................................................. 9 LoadRunner 脚本（Scripts） ....................................................................................................... 10 Load Runner 场景（Scenarios） ................................................................................................ 11 LoadRunner 监控器（Monitors）................................................................................................ 11.1 具体的监控器 ............................................................................................................................ 11.2 具体的监控器 ............................................................................................................................ 负载测试需求 .................................................................................................................................... 12 Checklist ...................................................................................................................................... 13 测试入口标准 ............................................................................................................................... 14 测试结束标准 ............................................................................................................................... 应用程序环境 .................................................................................................................................... 15 应用程序软件环境........................................................................................................................ 16 应用程序硬件环境........................................................................................................................ 17 LoadRunner 环境......................................................................................................................... 测试结果和版本管理 ......................................................................................................................... 18 缺陷/版本管理 ............................................................................................................................. 19 发现.............................................................................................................................................. 20 详细测试结果 ............................................................................................................................... 20.1 场景1 ......................................................................................................................................... 介绍 1 目的 目的介绍
几种软件开发工具的区别
java、c、c++、vc、vc++、vb的区别和联系 java:分三大平台java se (j2se),java ee(j2ee),java me(j2me) java se是java ee和java me的基础 java ee是目前位置企业级开发平台中最牛的 java me是用来开发移动嵌入式程序的，例如手机游戏 java 的优点是非常适合用于开发大型企业级项目，我们曾为网通公司开发过的上千万级的项目，用的后台程序就是java ee。 java的主要领域还有开源技术，那要学的东西就太多了，比如(Spring,Ibatis,DWR,Hibernate，Tapestry等) 缺点是要学的技术太多，二是在底层开发中不行 C：经久不衰的语言 主要应用在嵌入式编程，硬件驱动程序设计中，说白了是计算机底层的编程设计 优点是可以嵌入汇编，可以直接与硬件打交道，做底层开发 缺点是在企业级开发中，几乎无用武之地 我朋友是做这个的，在长沙这种小地方，年薪也能达到10万以上 与北京的java程序员收入差不多 在北京的话，年薪20万不是大问题。 c++ ：我非常钦慕的语言，又AT&T的贝尔实验室研发 主要开发工具是微软的Visual C++和Borload的BCB（Borload C++ Builder） 优点在于含有大量的库，如MFC，可直接调用windows库函数干很多事情 其中的消息处理机制令我感觉尤为经典 缺点是，要想精通真不容易 主要领域一是做桌面程序，像QQ，迅雷这种桌面软件 领域二是做游戏后台开发，大部分游戏（包括魔兽等）后台语言就是使用C++ 精通的话，收入和C程序员差不多 vc ：刚说过了，vc全名是（Microsoft Visual C++） 是微软研发的一种开发C++的开发工具（IDE） vc++：同vc 注意c++是语言，vc++是工具，是一门使用c++语言的工具，记清楚，以后不要问这样肤浅的话。 以上几种，对比一下学java，学的不仅仅是技术，而是一种思想，架构项目的思想 所以java是培养架构师,培养System Designer，Project Manager的 c语言和c++只能培养技术专家，资深程序员 vb：曾经很流行的一种桌面程序开发技术 微软研发的（Visual Basic）是一种工具，用的语言是Basic Basic是比尔盖兹发家致富的一大工具
软件性能测试应用领域
软件性能测试应用领域 概括来说，可以将性能测试的应用领域划分为下面五个不同领域： ·能力验证 ·规划能力 ·性能调优 ·瓶颈发现 ·性能基准比较 一、能力验证 能力验证是性能测试中最简单也是最常见的一个应用领域。一个典型的能力验证的问题会采取这样的描述方式：某系统能否在A条件下具有B能力？ 能力验证领域的特点与性能测试的特点非常接近： ①要求在已确定的环境下运行 只有在一个确定的环境下运行，软件性能的验证才是有意义的；因为无法或很难根据系统在一个环境中的表现去推断其在另一个不同环境中的表现，因此这种应用领域内的测试必须要求测试环境（如硬件设备、软件环境、网络条件、基础数据等）已确定。 ②根据典型业务场景设计测试方案和用例 能力验证需要了解被测系统的典型业务场景，并根据典型场景设计测试方案和用例；一个典型场景包括操作步骤和并发用户量条件，设计用例时，需要确定响应的性能指标。 可靠性测试的内容也可以归入到该应用领域。因为从用户角度出发，对软件可靠性的保证也是承诺的软件性能的一部分。 在能力验证领域，一般采用的测试方法有：性能测试、可靠性测试、压力测试和失效恢复性测试。 二、规划能力 规划能力领域通常关心的是：如何使系统具有我们要求的性能能力或者某种可能发生的条件下，系统具有如何的性能能力？ 它通常会被描述为：某系统能否支持未来一段时间内的用户增长或者应该如何调整，使系统能够满足增长的用户数的需求？ 能力规划领域具有以下特点： ①它是一种探索性测试 规划能力领域侧重点是规划。即该领域不依赖预先设定的用于比较的目标，而要求在测试过程中了解系统本身的能力；这种测试与能力验证领域内的测试最大区别在于其探索性。 ②它可被用于了解系统性能以及获得扩展性能的方法 规划能力领域的问题是期望了解系统现在的能力，获得扩展系统性能以应对将来的业务增长的方法。该领域在测试过程中，除了要通过负载测试等方法获知系统性能表现外，还需要通过
电子元器件知识大全
电子元器件知识大全：看图识元件 介绍:电压.电流.电阻器.电容器.电感器.二极管.三极管.电位器.稳压块.保险管.集成块IC 无论是硬件DIY爱好者还是维修技术人员，你能够说出主板、声卡等配件上那些小元件叫做什么，又有什么作用吗？如果想成为元件（芯片）级高手的话，掌握一些相关的电子知识是必不可少的。 譬如在检修某硬件时用万用表测量出某个电阻的阻值已为无穷大，虽然可断定这个电阻已损坏，但由于电脑各板卡及各种外设均没有电路图（只有极少数产品有局部电路图），故并不知电阻在未损坏时的具体阻值，所以就无法对损坏元件进行换新处理。可如果您能看懂电阻上的色环标识的话，您就可知道这个已损坏电阻的标称阻值，换新也就不成问题，故障自然也就会随之排除。 诸如上述之类的情况还有很多，比如元器件的正确选用等，笔者在此就不逐一列举了，下面笔者就来说一些非常实用的电子知识，希望大家都能向高手之路再迈上一步。注：下文内容最好结合图一和后续图片进行阅读。看图识元件 电子元器件知识大全：看图识元件 介绍:电压.电流.电阻器.电容器.电感器.二极管.三极管.电位器.稳压块.保险管.集成块IC
无论是硬件DIY爱好者还是维修技术人员，你能够说出主板、声卡等配件上那些小元件叫做什么，又有什么作用吗？如果想成为元件（芯片）级高手的话，掌握一些相关的电子知识是必不可少的。 譬如在检修某硬件时用万用表测量出某个电阻的阻值已为无穷大，虽然可断定这个电阻已损坏，但由于电脑各板卡及各种外设均没有电路图（只有极少数产品有局部电路图），故并不知电阻在未损坏时的具体阻值，所以就无法对损坏元件进行换新处理。可如果您能看懂电阻上的色环标识的话，您就可知道这个已损坏电阻的标称阻值，换新也就不成问题，故障自然也就会随之排除。 诸如上述之类的情况还有很多，比如元器件的正确选用等，笔者在此就不逐一列举了，下面笔者就来说一些非常实用的电子知识，希望大家都能向高手之路再迈上一步。注：下文内容最好结合图一和后续图片进行阅读。看图识元件 一、电压，电流 电压和电流是亲兄弟，电流是从电压（位）高的地方流向电压（位）低的地方，有电流产生就一定是因为有电压的存在，但有电压的存在却不一定会产生电流——如果只有电压而没有电流，就可证明电路中有断路现象（比如电路中设有开关）。另外有时测量电压正常但测量电流时就不一定正常了，比如有轻微短路现象或某个元件的阻值变大现象等，所以在检修中一定要将电压值和电流值结合起来进行分析。在用万用表测试未知的电压或电流时一定要把档位设成最高档，如测量不出值来再逐渐地调低档位。 注：电压的符号是“V”，电流的符号是“A”。二、电阻器
流行的软件开发工具有哪些
不同的领域需要不同的图软件开发工具，这需要根据大家的需求不懂来决定。下面来跟大家介绍一些流行的软件开发工具。 1. 桌面程序：Java、C++、C#、VB、C均可。 2. 网站服务器端开发：JSP(Java语法)、PHP、ASP(C#语法)、Web App 框架等 3. 网站客户端：HTML、CSS、Javascript、Flash等等 4. 智能手机程序：安卓使用Java，iPhone使用Objective-C 5. 底层、工具开发：C、C++ 6. 多功能脚本程序：Python、Perl、Ruby等等 7. 人工智能：Prolog、PDDL 8. 工业控制：C、PLC、汇编 9. 通用应用层数据交换处理技术：标记语言XML/XPATH/XSLT、JSON、YAML等等
软件开发平台包括基础开发平台和快速开发平台，基础开发平台是从0开始写代码，而快速开发平台一般是做好了一些现成中间件，节省一定代码量。也有完全不用写代码的，直接通过配置开发软件的快速开发平台。 1、.NET底层的：天纵开发平台 2、JAVA底层的：普元开发平台、起步开发平台 3、EXCEL表格类：勤哲、云表 黑帽科技是一家集软件定制开发、软件外包、智慧信息化建设的软件开发服务商，黑帽科技拥有成熟的APP定制开发、小程序定制开发、软件项目外包开发平台。是专业的互联网产品解决方案提供商，可提供互联网产品咨询、网站设计、网站开发、手机应用开发、移动应用开发。黑帽科技为政府、企业以及团体提供行业解决方案和产品工程解决方案以及相关软件产品、平台及服务。我们通过规范的软件服务管理流程、精确的需求响应、迅捷的软件交付能力，全面构造公司的核心竞争力，并打造一支专业的技术服务团队，成功服务于数百家用户，赢得了广大客户的尊重和认可。 想要了解更多详情内容请拨打联系电话或登录浙江黑帽科技有限公司官网
软件性能测试计划和方案模板
性能测试项目名称
拟制审核批准日期日期日期
修订记录
精品资料
目录 介绍 (5) 1 目的 (5) 2 总览 (5) 表1.1 -软件性能测试计划内容 (5) 3 范围 (6) 性能测试方法 (6) 4 负载测试流程 (6) 4.1 系统分析 (6) 4.1.1 创建虚拟用户脚本 (6) 4.1.2 创建负载测试场景 (6) 4.1.3 测试用例执行和性能监控 (7) 4.1.4 分析结果 (7) 5 远景目标和近期目标 (7) 业务流程&测试用例 (7) 6 业务流程 (7) 6.1.1 高容量/高负载流程 (7) 6.1.2 低容量/低负载流程 (7) 7 数据准备 (8) 8 LoadRunner 事务( Transactions ) (8) 9 LoadRunner 脚本( Scripts ) (8) 10 Load Runner 场景( Scenarios ) (8) 11 LoadRunner 监控器( Monitors ) (8) 11.1 具体的监控器 (9) 11.2 具体的监控器 (9) 负载测试需求 (9) 12 Checklist (9) 13 测试入口标准 (10) 14 测试结束标准 (10) 应用程序环境 (10) 15 应用程序软件环境 (10) 16 应用程序硬件环境 (10) 17 LoadRunner 环境 (11) 测试结果和版本管理 (11) 18 缺陷/版本管理 (11) 19 发现 (11) 20详细测试结果 (11) 20.1 场景1 (11)
介绍 1目的 目的介绍 2总览 本文档表格中第二部分到第七部分为重要部分 3范围 计划适用范围 软件需求规格说明书(Software Requireme nts Specificati ons - SRS)
软件性能测试计划和方案模板
性能测试项目名称 拟制日期 审核日期 批准日期
修订记录
目录 介绍 (4) 1 目的 (4) 2 总览 (4) 表 1.1 –软件性能测试计划内容 (4) 3 范围 (4) 性能测试方法 (5) 4 负载测试流程 (5) 4.1 系统分析 (5) 4.1.1 创建虚拟用户脚本 (5) 4.1.2 创建负载测试场景 (5) 4.1.3 测试用例执行和性能监控 (5) 4.1.4 分析结果 (5) 5 远景目标和近期目标 (5) 业务流程&测试用例 (5) 6 业务流程 (6) 6.1.1 高容量/高负载流程 (6) 6.1.2 低容量/低负载流程 (6) 7 数据准备 (6) 8 LoadRunner 事务（Transactions） (6) 9 LoadRunner 脚本（Scripts） (6) 10 Load Runner 场景（Scenarios） (6) 11 LoadRunner 监控器（Monitors） (7) 11.1 具体的监控器 (7) 11.2 具体的监控器 (7) 负载测试需求 (7) 12 Checklist (7) 13 测试入口标准 (8) 14 测试结束标准 (8) 应用程序环境 (8) 15 应用程序软件环境 (8) 16 应用程序硬件环境 (8) 17 LoadRunner 环境 (8) 测试结果和版本管理 (9) 18 缺陷/版本管理 (9) 19 发现 (9) 20 详细测试结果 (9) 20.1 场景1 (9)
介绍 1 目的 目的介绍 2 总览 本文档表格中第二部分到第七部分为重要部分。 表 1.1 –软件性能测试计划内容 项目序号名字内容项目内容 1介绍 2性能测试方法 3业务流程&测试用例 4负载测试需求 5应用程序开发环境 6Load Runner 环境 7测试结果 & 版本管 理 3 范围 计划适用范围. 软件需求规格说明书(Software Requirements Specifications - SRS) 软件详细设计文档（Software Detail Design - SDD) 软件测试计划 (SoftWare Test Plan - STP) White Paper: Load Testing to Predict Web Performance. Mercury Interactive Corp.
《软件开发环境与工具》教学大纲
《软件开发环境与工具》教学大纲 课程编号：000０0408 课程中文名称：软件开发环境与工具 课程英文名称：Ｄｅveｌoｐing Enviｒonmeｎt anｄＴool ｆor Softｗare 总学时：40 实验学时:8 学分:2．5 适用专业：软件工程 一、课程性质、目的和任务（30０字内） 《软件开发工具与环境》是软件工程专业中面向应用软件开发方向的一门重要的专业选修课程。 本课程主要介绍软件开发整个过程的基本知识，包括必要的软硬件、网络、应用软件的体系结构；软件开发基础、软件开发过程、软件开发平台及工具等。 教学内容包括软件开发基础、开发工具与开发环境、软件开发管理等方面的内容。 软件开发基础简要介绍软件体系结构、软件的开发过程,编程语言、常见的开发环境及开发环境的选择,数据库基础等。使学生具备简单应用程序的开发基础 开发环境与工具中以SQL Seｒver 2000为例介绍一种数据库平台、以Visual Sｔudio ２010 foｒC＃为例介绍一种软件开发集成环境,以PowerＤesiｎer为例介绍一种软件设计工具。使学生了解和掌握软件开发过程各个阶段的工具及如何选择开发工具。 课程重点介绍基于．net环境的Ｃ#的开发方法，包括Vｉｓual Studｉｏ集成开发环境、Visual C#语言基础、C#面向对象程序设计及Viｓual C#程序设计等,使学生能够通过Visual Ｃ#快速开发出自己的控制台应用程序、Wiｎdｏwｓ窗体应用程序及Ｗeb应用程序。
通过实验,使学生熟悉工具,并能使用工具开发自己的应用。 二、课程教学内容及学时分配(每章均包括以下三项内容） 分为课堂教学和实验两部分。 1、课堂教学部分： 第1章软件概论 教学内容： 1.1软件基本概念 1．２软件架构 １．３软件开发过程 1．4软件开发环境与工具的 基本要求: 通过本章学习,使学生能够正确理解软件的基本概念、软件的发展历程、软件的生命周期及提出的各种模型，以及软件开发环境与工具的概念、类型和组成。 重点、难点： 软件开发环境及工具的组成,以及二者之间的关系。 学时：3 第2章软件分析与设计基础 教学内容： 2.1面向过程分析与设计 2．２面向对象分析与设计 2.3数据库建模与设计 基本要求: 通过本章学习,使学生能够了解和掌握软件分析与设计中常用的两种方法：结构化方法和面向对象的方法,并掌握利用面向对象的分析与设计工具Powerdｅsｉgner的使用方法。同时掌握数据库建模的步骤及方法。 重点、难点: 结构化方法和面向对象的方法。 学时:4
软件系统的主要测试内容及技术
软件系统的主要测试内容及技术 ●接口与路径测试 ●功能测试 ●健壮性测试 ●性能测试 ●用户界面测试 ●信息安全测试 ●压力测试 ●可靠性测试 ●安装/反安装测试 一、接口与路径测试 1、数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少。根据接口的定义，可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出参数。如果实际输出与期望的输出不一致，那么说明程序有错误。白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似。 2、一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条。想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行。 3、对于非严格系统而言，在分析路径方面化费很多精力是不值得的。我认为在构造接口测试的同时已经建立了测试路径。因为每一种输入将产生唯一的输出，输入与输出之间的路径也是唯一的。由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径。 4、路径测试的检查表 数据类型、变量值、逻辑判断、循环、内存管理、文件I/O、错误处理 5、由于接口测试是枚举的，有可能漏掉某些状况，导致一些重要的路径没有被测试。 预防措施有： （1）观察是否有程序语句从来没有被执行过。如果发生在这种情况，要么是程序 有错误，存在无用的代码；要么是接口测试不充分，漏掉了一些路径。 （2）要特别留意函数体内的错误处理程序块（如果存在的话），这是最易被人疏忽 的路径，隐患最多。 ----资料： 软件单元测试的主要内容是接口测试和路径测试，毫无疑问应当采用白盒测试方式。 如果对源代码中的某个函数进行白盒测试，那么要跟踪到函数的内部，检查所有代码的运行状况。初看起来，白盒测试可获得100%的正确性。但不幸的是，即使一段很小的程序，它的逻辑路径可能多得让人无法彻底地进行白盒测试。 数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少。根据接口的定义，可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出
常用电子元器件介绍
常用电子元器件介绍 电子元件知识——电阻器 电阻：导电体对电流的阻碍作用称为电阻，用符号R 表示，单位为欧姆、千欧、兆欧，分别用Ω、KΩ、MΩ表示。 电阻的型号命名方法：国产电阻器的型号由四部分组成（不适用敏感电阻） ①主称②材料③分类④序号 电阻器的分类： ①线绕电阻器 ②薄膜电阻器：碳膜电阻器、合成碳膜电阻器、金属膜电阻器、金属氧化膜电阻器、化学沉积膜电阻器、玻璃釉膜电阻器、金属氮化膜电阻器 ③实心电阻器 ④敏感电阻器：压敏电阻器、热敏电阻器、光敏电阻器、力敏电阻器、气敏电阻器、湿敏电阻器。 ※电阻器阻值标示方法： 1、直标法：用数字和单位符号在电阻器表面标出阻值，其允许误差直接用百分数表示，若电阻上未注偏差，则均为±20% 。 2、文字符号法：用阿拉伯数字和文字符号两者有规律的组合来表示标称 阻值，其允许偏差也用文字符号表示。符号前面的数字表示整数阻值，后面的数字依次表示第一位小数阻值和第二位小数阻值。表示允许误差的文字符
号文字符号：DFGJKM 允许偏差分别为： ±0.5%±1%±2%±5%±10%±20% 3、数码法：在电阻器上用三位数码表示标称值的标志方法。数码从左到 右，第一、二位为有效值，第三位为指数，即零的个数，单位为欧。偏差通 常采用文字符号表示。 4、色标法：用不同颜色的带或点在电阻器表面标出标称阻值和允许偏差。 国外电阻大部分采用色标法。 黑-0、棕-1、红-2、橙-3、黄-4 、绿-5 、蓝-6 、紫-7、灰-8、白-9、金- ±5%、银- ±10% 、无色-±20% 当电阻为四环时，最后一环必为金色或银色，前两位为有效数字，第三位为乘方数，第四位为偏差。 当电阻为五环时，最後一环与前面四环距离较大。前三位为有效数字，第四位为乘方数，第五位为偏差
web开发工具简介
Web开发工具 一、Web简介 超文本（hypertext）一种全局性的信息结构，它将文档中的不同部分通过关键字建立链接，使信息得以用交互方式搜索。它是超级文本的简称。 超媒体（hypermedia）是超文本（hypertext）和多媒体在信息浏览环境下的结合。它是超级媒体的简称。用户不仅能从一个文本跳到另一个文本，而且可以激活一段声音，显示一个图形，甚至可以播放一段动画。 超文本传输协议（HTTP）Hypertext Transfer Protocol超文本在互联网上的传输协议。 Internet采用超文本和超媒体的信息组织方式，将信息的链接扩展到整个Internet上。Web就是一种超文本信息系统，Web的一个主要的概念就是超文本连接，它使得文本不再象一本书一样是固定的线性的。而是可以从一个位置跳到另外的位置。可以从中获取更多的信息。可以转到别的主题上。想要了解某一个主题的内容只要在这个主题上点一下，就可以跳转到包含这一主题的文档上。正是这种多连接性把它称为Web。 所谓网站(Website)，就是指在网际网路（因特网）上，根据一定的规则，使用HTML 等工具制作的用於展示特定内容的相关网页的集合。简单地说，网站是一种通讯工具，就像布告栏一样，人们可以通过网站来发布自己想要公开的资讯（信息），或者利用网站来提供相关的网路服务（网络服务）。人们可以通过网页浏览器来访问网站，获取自己需要的资讯（信息）或者享受网路服务。 Web的特点可以从以下几个方面考虑： # (1)Web图形化 Web是图形化的和易于导航的（navigate） Web 非常流行的一个很重要的原因就在于它可以在一页上同时显示色彩丰富的图形和文本的性能。在Web之前Internet上的信息只有文本形式。Web可以提供将图形、音频、视频信息集合于一体的特性。同时，Web是非常易于导航的，只需要从一个连接跳到另一个连接，就可以在各页各站点之间进行浏览了。 (2)Web与平台无关 无论你的系统平台是什么，你都可以通过Internet访问WWW。浏览WWW对你的系统平台没有什么限制。无论从Windows平台、UNIX平台、Macintosh还是别的什么平台我们都可以访问WWW。对WWW的访问是通过一种叫做浏览器（browser）的软件实现的。如Netscape 的Navigator、NCSA的Mosaic、Microsoft的Explorer等。 (3)Web是分布式的 大量的图形、音频和视频信息会占用相当大的磁盘空间，我们甚至无法预知信息的多少。对于Web没有必要把所有信息都放在一起，信息可以放在不同的站点上。只需要在浏览器中指明这个站点就可以了。使在物理上并不一定在一个站点的信息在逻辑上一体化，从用户来看这些信息是一体的。
信息发布系统管理参数及软件功能介绍
信息发布系统管理参数及软件功能介绍 1.概述 信息发布系统充分利用现有宽带网络和显示设备（音响），采用先进的数字编解码和传输技术，对各种显示设备（LCD、LED、PDP、CRT、音响、海报屏）实现网络集中管理、内容远程传输，使动态信息（利率、基金、外汇、航班、新闻、天气）、业务广告、促销信息、政策法规、新闻等资讯得以实时发布。 系统是一套依托现有有线或无线网络，采用先进的数字编解码和传输技术，软、硬件相结合的系统，以前瞻性、稳定性、拓展性、先进性、实用性为设计思路，采用集中控制、统一管理的方式，将视音频信号、图片和滚动字幕等多媒体信息通过网络平台传输到显示终端，以高品质的数字信号播出。并通过网络实现信息播放终端远程监控，使设备安装、系统管理、系统升级、系统维护实现方便、快捷、准确。联网信息发布系统是对传统视音频资讯媒体技术的一次革命，也是传统视音频资讯传媒行业从劳动密集型到高科技传媒的一次质的飞跃。 2.系统组成 联网信息发布系统由四个部分组成：管理中心、信息发布终端、网络平台、显示终端。
系统拓扑 各组成部分的功能与角色描述如下：
。 2.1.服务器 服务器群架设在总部网络管理中心，采用先进的B/S管理架构，对各种信息播放媒介进行管理、控制、监控及下发各种多媒体信息。 可安装于各主流操作系统 ◆MS Windows:简体中文、英文版，港/台繁体版的2000 server、2003 server各 版本、XP各版本、Vista各版本 ◆LINUX：debian、redhat、suse、红旗、ubuntu、fedora、CentOS等 2.2.网络 系统支持多种网络连接方式：（LAN/WLAN/ADSL/3G等） 终端通过网络连接到服务器，获取播放列表以及播放内容。 服务器可以静态、动态设置网络连接带宽，保证网络链路的带宽稳定性。 2.3.后台管理中心 通过管理用户分配和相应权限的划分，可以通过浏览器登陆服务器管理中心实现所属信息播放终端的远程、分布式实时管理，实现金融数据、多媒体信息、控制信息、节目播出单的发布。 2.4.显示终端 信息播放终端支持与各种尺寸的普通CRT电视、背投、等离子电视、液晶电视、LED 电视<即将到来的主流> 一体式显示终端：落地式海报屏、框架式海报屏、多媒体落地架等多种终端形式。 终端通过网络连接到服务器群，并下载需要播放的信息内容、播放列表，并输出到相应的显示设备，最终实现丰富多彩的多媒体信息播放。 3.系统设计 3.1.设计原则 信息播放系统力求设计的先进性、可靠性、实用性和扩展性，同时体现以下原则： ?可靠性：系统必须保证安全、稳定、可靠运行。 。3
软件系统性能与功能检测报告
KL-QR-68 [系统名称+版本] 检测报告
版本变更记录
目录 版本变更记录 (2) 项目基本信息 (1) 第1章引言 (2) 1.1 编写目的 (2) 1.2 项目背景 (2) 1.3 参考资料 (2) 1.4 术语和缩略语 (2) 第2章测试概要 (3) 2.1 测试用例设计 (3) 2.2 测试环境与配置 (3) 2.2.1 功能测试 (3) 2.2.2 性能测试 (3) 2.3 测试方法和工具 (4) 第3章测试内容和执行情况 (4) 3.1 项目测试概况表 (4) 3.2 功能 (5) 3.2.1 总体KPI (5) 3.2.2 模块二 (5) 3.2.3 模块三 (5) 3.3 性能（效率） (6) 3.3.1 测试用例 (6) 3.3.2 参数设置 (6) 3.3.3 通信效率 (6) 3.3.4 设备效率 (6) 3.3.5 执行效率 (6) 3.4 可靠性 (6) 3.5 安全性 (6) 3.6 易用性 (6) 3.7 兼容性 (7) 3.8 安装和手册 (7) 第4章覆盖分析 (7) 第5章缺陷的统计与分析 (7) 5.1 缺陷汇总 (7) 5.2 缺陷分析 (7) 5.3 残留缺陷与未解决问题 (8) 第6章测试结论与建议 (8) 6.1 测试结论 (8) 6.2 建议 (8)
项目基本信息
第1章引言 1.1 编写目的 [以下作为参考] 本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。 …… [可以针对不同的人员进行阅读范围的描述。什么类型的人可以参见报告XXX页XXX章节等。] 1.2 项目背景 本报告主要内容包括： [对项目目标和目的进行简要说明。必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。] 1.3 参考资料 [需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。 测试使用的国家标准、行业指标、公司规范和质量手册等等。] 1.4 术语和缩略语 [列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。]