SPSS 11．0是业界领先的统计分析软件包，包括完整的数据准备、统计分析、报告图表和结果展现等功能。在数据分析与决策方面有30多年的历史，能够为用户提供从数据输入整理、探索分析、分析报告、建立模型、预测分析到结果发布的完整的公众关系管理解决方案。本书由浅入深地介绍了数据管理、图表制作、样本检验和多种统计分析等内容，最后还给出了SPSS 11．0的表达方式。 本书内容全面，叙述清晰而有条理，并辅以大量的实例，帮助读者快速掌握所学知识并应用到实践中。本书可作为大中专院校统计专业学生的参考书，也可作为统计专业技术人员学习用书。本书繁体字版名为（（SPSS 11．0与统计模式构建》，由文魁资讯股份有限公司出版，版权属林杰斌、刘明德所有。本书简体宇中文版由文魁资讯股份有限公司授权清华大学出版社独家出版。未经本书原版出版者和本书出版者书面许可，任何单位和个人均不得以任何形式或任何手段复制或传播本书的部分或全部。

暂缺简介...

本书特色：·最值得中国软件开发人员学习的一本软件保护类图书·全面介绍各种最新的实用软件保护技术·能够实实在在的提供程序员的软件保护水平·语言流畅并提供示例代码和各种免费资源本书全面分析软件防护技术，系统阐述防范非法复制的解决方案。首先介绍解密工具、软件保护的基本类型、光盘保护策略、免费软件和共享件以及商业软件保护程序。然后论述防范SoftICE和TRW的反调试、反-反汇编策略；分析断点、跟踪程序和调试程序的检测方法。最后介绍Windows的重要结构和一些软件保护编写规则。本书是最新软件防护技术的结晶，适合那些从事软件保护工作和商业软件开发的技术人员，也适合从事软件保护研究的相关人员。

本书特色●阐述了有关信息安全管理性和技术性两方面的内容。●包含相关资料和技术细节部分。相关资料中介绍了许多有关将来研究主题的文章；为便于读者阅读，技术细节中分离出了所在章中的许多技术信息。●专门为每个新的信息安全从业人员编写。本书详细介绍了信息安全领域方方面面的内容，为每一位行忠于成为商务决策人员的读者提供了全面的指导。本书从管理和技术两方面介绍了这一激动人心的学科，并着重讲述了CISSP（认证信息系统安全专家）认证所需掌握的知识。作者在现实世界环境中讨论信息安全问题，同时给出了许多当今商务世界面临的问题示例。本书还介绍了用于解决这些安全问题的策略和工具，以及每个未来的信息安全从业人员为准备迎接这个快速发展的领域所必须掌握的知识。

本书是电脑报社策划的一本面向个人电脑用户的读物，首先简要介绍了个人电脑安全的基本策略，再侧重于从个人电脑安全问题的三个方面进行详细讲解：病毒查杀——帮你构筑坚固的“比特长城”；黑客防范——为你营建“电子马奇诺防线”；数据安全——教你打造数据防护的“神兵利器”。该书内容丰富、结构清晰，基本涵盖了电脑安全各个方面的内容，从硬件、系统、磁盘管理、文件、网络等层面全面讲述了电脑安全。不但讲解了常见病毒和黑客的防范与清除技巧，还讲解了数据维护、数据备份、灾难恢复等实际操作，力求为电脑用户提供一个完整的安全解决方案。本书一大特色在于“实战”，我们安排的内容都是个人电脑用户能够上手操作的实际技能，没有枯燥的理论说教；另一大特色在于“揭密”，书中整理总结了一些典型的病毒资料、黑客攻防以及数据备份与恢复等方面的实例，让广大读者能够轻松上手。本书内容深入浅出，使那些刚入门的读者“知其然”而又“知其所以然”，而让有一定基础的读者得到进一步的提高，从而在整体上对电脑安全问题全面把握。黑客防御技巧典型病毒查杀实战数据备份与恢复全攻略杀毒软件使用设置详解防黑工具使用技巧大放送系统安全防范实战技巧揭秘数据加密与解密技巧全剖析

全书从技术分析角度出发，对黑客的每个攻击入侵方法和所有实例都进行了测试，全部可以实现和做到，但，害人之心不可有，读者诸君切勿将本书内容用于任何违法行为，否则一切法律责任自负！上网大家都会，但网络安全的观念和常识却相当缺乏，在遇到别有用心者的入侵后，结果会非常严重！针对这群电脑用户，本书特别披露黑客“练功”全过程，并将其入侵伎俩和招数大曝光，大家在一步步跟着学做后即可熟知那些所谓“神秘”的黑客手法，从而高度重视网络安全，并采取相关措施现场自救！本书特色：不需要专业的网络知识，不需要任何编程基础。适用读者：电脑初学者和稍微有点基础的电脑用户；对黑客和黑客技术感兴趣的所有电脑用户。光盘内容：本书重点黑客攻防实例的视频展示，任何人都没理由看不懂！

本书按软件的应用专题和技巧实例分类，介绍操作系统、多操作系统、Linux、多媒体、图形图像、软件应用、办公应用、注册表、搜索引擎速查技巧、刻录应用等内容，尽量做到分类较细、合理，内容精选、实用。光盘内容除各种工具软件、系统软件、影视频软件等，还包括《计算机应用文摘》2003年杂志全文PDF电子文档。·万丈高楼平地起——Windows操作系统秘笈Windows优化网络应用技巧系统安全系统备份与还原系统故障排除系统日常维护·鱼和熊掌可兼得——多操作系统并存技巧安装与卸载备份与还原多系统常用资源的共享应用软件共享·自由企鹅展个性——Linux的安装与应用Redhat 8.0安装起步Linux下的中文输入法感受Linux下游戏的魅力Linux下免费的Office·创造多彩新世界——图形图像处理要点清除相片中的面部雀斑Flash动画瘦身记“马赛克”效果制作与还原制作透明立体网格图·让你工作更轻松——办公应用全接触Word应用技巧PowerPoint应用技巧Excel应用技巧Outlook应用技巧·去芜存精巧安排——注册表实用设置经验集个性化系统维护系统安全注册表备份与恢复系统设置与优化·刻盘备份轻松行——光盘刻录技巧大揭秘刻录数据及系统维护光盘音乐及视频影片光盘记录电脑启动及系统安装光盘制作光盘增容、特殊光盘刻录光盘内容：·《计算机应用文摘》2003年杂志全文PDF电子文档，具备模糊查询系统，可按期数、栏目、作者名等轻松查询文章·音频视频软件、系统工具软件、优化软件

Together：自始至终强化软件开发Together开发了一套非常优秀的支持完整生命周期的工具，用于构造高质量、高效率和高性能的软件。《快速开发最佳软件》是一本具有权威性的Together的使用指南。在这本书中，两位一流的Together导师和我们分离了开发过程中每步取得成功的方法：从规划到需求，到开发、调试、交付和管理。无论你是一个分析人员、体系结构师、设计人员、开发人员，还是管理人员及其他，无论你在使用什么样技术，本书都有助于你有效地组织和强化下一个软件项目——Together！·Together基于团队的软件开发权威指南·改善质量，提高效率和改进性能的可靠技术·覆盖整个项目生命周期：需求、建模、设计、体系结构、调试、部署及其他·由一流的Together技术专家编写你将在本书中找到详细的例子和实用的见解：·利用Together的通用语言、图和构造块组件，以改善团队协作·常用TogetherSoft的“模型—构造—属性”软件开发方法·用Together Control Genter管理软件开发程·使用Together简化建模、设计和体系结构·利用Together工具提高编程人员的效率，并且减少错误本书的主要目标是使开发团队用最小的预算获得最大的帮助，开发出最佳的软件。本书向你推荐了一种轻量级、灵活的软件开发过程：刚刚够用的过程，刚刚够用的形式，以及刚刚够用的文档。本书全篇贯穿了四大主题：只维护一个单源模型；最小元模型；扰乱改变模型；持续的质量测量，主要讲述的是如何使用Together这一软件开发平台帮助您在更短的时间内交付同样质量或更高质量的软件，即快速开发最佳软件。本书适合于软件开发团队、团队领导和项目经理，尤其是将Java或类似的面向对象语言作为程序设计语言的软件开发团队使用，也适于教师、学生、培训人员及顾问做参考手册。

本书每一章节均划分为“攻篇”及“防篇”，精选了100多个精彩的黑客攻击与防范实例。通过对攻击行为的步骤分析，使您学习到黑客常用攻击手法和相关网络安全知识。通过对防御手段的剖析，让您对保障网络安全有更直观的了解。 本书中的实例设置了“问题分析”、“实际操作”和“实现效果”等内容。在介绍每种攻击，防御手法的原理和背景的同时，还一步一步地详细讲解每种攻击、防御手法的操作过程，即使您不具备相关的网络知识，也可以轻松快速地掌握。

代码整洁可用（clean code that works），Ron Jeffries这句言简意赅的话，正是测试驱动开发（TDD）所追求的目标。代码整洁可用之所以是一个值得追求的目标，是基于以下的一系列原因：§ 它是一个可预测的开发方法。你知道什么时候可以完工，而不用去担心是否会长期被bug困扰。§ 它给你一个全面正确地认识和利用代码的机会。如果你总是草率地利用你最先想到的方法，那么你可能再也没有时间去思考另一种更好的方法。§ 它改善了你的软件用户的生活§ 它让软件开发小组成员之间相互信赖§ 这样的代码写起来感觉很好但是我们要怎样做才能使代码整洁可用呢？很多因素妨碍我们得到整洁的代码，甚至是可用的代码。无需为此征求很多的意见，我们只需用自动运行的测试来推动开发，这是一种被称之为测试驱动开发的开发方式（TDD）。在测试驱动开发中，我们要这样做：§ 只有自动测试失败时，我们才重写代码§ 消除重复设计，优化设计结构这是两条很简单的规则，但是由此产生了复杂的个人和小组行为规范，技术上的含意是：§ 我们必须通过运行代码所提供的反馈来做决定，并以此达到有机设计的目的。§ 我们必须自己写测试程序，这是因为测试很多，很频繁，我们不能每天把大量的时间浪费在等待他人写测试程序上§ 我们的开发环境必须能迅速响应哪怕是很小的变化§ 为使测试简单，我们的整个规划必须是由许多高内聚、低耦合的部分组成这两条规则实际上蕴含了开发过程中所经历的阶段：§ 不可运行──写一个不能工作的测试程序，一开始这个测试程序甚至不能编译§ 可运行──尽快让这个测试程序工作，为此可以在程序中使用一些不合情理的方法§ 重构──消除在让测试程序工作的过程中产生的重复设计，优化设计结构不可运行/可运行/重构──这就是测试驱动开发的口号现在假设这样的开发方式是可能的，那么，进一步，显著地减少代码的错误密度（defect density），让所有参与某一工作的开发人员对工作主题足够明了的假定也将成为可能。如果是这样的话，那么只有测试失败时才需要重写代码，其社会意义是：§ 如果代码的错误密度能够充分地减少，那么软件的质量保证（QA）工作可以由被动保证软件质量转变为主动保证软件质量§ 如果开发过程中令人不快的意外能够充分地减少，那么项目经理能对软件开发进度有一个精确的把握，以让实际用户参与日常开发§ 如果每次技术讨论的主题都足够明确，那么软件工程师之间的合作是以分钟计算的，而不是每天合作或每周合作§ 再者，如果代码错误密度能够充分地减少，我们每天都可以得到有新功能的软件成品（shippable），并以此产生新的商业关系如此说来，观念是很简单的，但我的动机是什么呢？为什么一个软件工程师要做额外的写自动测试程序的工作？为什么一个设计观念可以瞬息万变的软件工程师却只能一小步一小步地进行工作？我们需要的是勇气。勇气测试驱动开发是一种可以在开发过程中控制忧虑感的开发方法。我并非指那些毫无意义的没有必要的担忧──（pow widdle prwogwammew needs a pacifiew）──而是指合理的担忧，担忧是否合理是个很困难的问题，不能从一开始就看出来。如果说疼痛自然就会叫 "停！"，那么担忧自然就会说"细心！"，小心谨慎是好的，但它也会产生以下一系列负面影响：§ 让你一直处于试验性的阶段。§ 让你不愿意与他人交流。§ 让你羞于反馈。§ 让你变得脾气暴躁。这些负面影响对编程都是有害无益的，尤其是当需要编程解决的问题比较困难的时候。所以问题变为当我们面临一个比较困难的局面的时候，如何才能做到：§ 尽快开始具体的学习，而不是一直处于试验性的阶段。§ 更多地参与交流和沟通，而不是一直拒不开口§ 寻找那些有益的、建设性的反馈，而不是尽量避免反馈§ （依靠自己改掉坏脾气）设想把编程看成是转动曲柄从井里提一桶水上来的过程。如果水桶比较小，那么仅需一个能自由转动的曲柄就可以了。如果水桶比较大而且装满水，那么还没等水桶全部被提上来你就会很累了。你需要一个防倒转的装置，以保证每转一次可以休息一会儿。水桶越重，防倒转的棘齿相距越近。测试驱动开发中的测试程序就是防倒转装置上的棘齿。一旦我们的某个测试程序能工作了，你就知道，它从现在开始并且以后永远都可以工作了。相比于测试程序没有通过，你距离让所有的测试程序都工作又近了一步。现在我们的工作是让下一个测试程序工作，然后再下一个，就这样一直进行。分析表明，要编程解决的问题越难，每次测试所覆盖的范围就应该越小。我的《Extreme Programming Explained》一书的读者可能会注意到我讲极限编程（XP）与讲测试驱动开发的语气是有区别的：讲测试驱动开发不像讲极限编程那么绝对。讲极限编程时我会说"这些是想进一步学习所必须具备的基础"，而讲测试驱动开发时要模糊一些。测试驱动开发知道编程过程中的反馈与欲实现的构思之间的差距，并且提供了控制这个差距大小的技术。"如果我在纸上规划一周，然后通过测试驱动编码，这是否就是测试驱动开发？"当然，这就是测试驱动开发。你知道欲实现的构思与反馈之间的差距，并且有意识地控制了这个差距。绝大多数学习测试驱动开发的人发现他们的编程习惯被永久地改变了。"测试感染"（Test Infected）是Erich Gamma所杜撰的用以描述这种转变的词语。你可能发现写测试程序变得容易了，并且相对较小的工作节奏比前所梦想的节奏更明智。另一方面，一些学习测试驱动开发的软件工程师重回到了以前的程序开发方法，而保留测试驱动开发方法作为当其它开发方法不能奏效的特殊情况下的秘密武器。当然也存在一些编程任务不能仅仅（或者根本就不能）由测试程序来驱动开发。举个例子来说，软件的安全性和并行性，测试驱动开发方法就不能充分地从机械证明的角度说明软件是否达到这两个目标。软件安全性从本质上来说依赖于无缺陷的代码。确实如此，但它同时也依赖于人们对软件安全机制的判断。精妙的并行问题不是仅靠再次运行代码就能可靠地重复出现的。一旦你读完本书，你要准备：§ 从简单的例子开始。§ 写自动测试程序。§ 重构，每次增加一个新的设计构思。这本书是由三个部分组成的：§ 第一部分，资金实例（The Money Example）── 一个典型的完全由测试驱动的代码模型的例子。这个例子是几年前我从Ward Cunningham那儿得到的，并且自从引入多币种算法以来已经多次用到过。你将从中学会如何在写代码之前写好测试程序，并最终发展成为一个有机的规划方案§ 第二部分，xUnit实例（The xUnit Example）── 一个通过建立自动测试框架来测试包含映像（reflection）和异常（exception）的逻辑上更复杂的程序的例子。这个例子同时也将向你介绍作为许多面向程序员的测试工具灵魂的xUnit结构体系。在第二个例子中你将学会以甚至比第一个例子更小的开发步骤工作，同时也包括深受许多计算机专家喜爱的呼喊式的自我提醒（self－referential hooha）。§ 第三部分，测试驱动开发模式（Patterns for Test-Driven Development）──包括决定写哪些测试的模式，如何用xUnit写测试的模式和大量的设计模式精选以及例子中所用到的重构。我写了关于结对编程（pair programming）的例子。如果你习惯于在四处转一转之前先看一看地图的话，你可以直接到第三部分去看那些模式，并将那些例子作为说明。如果你习惯于先到四处转一转，然后再看地图以确定自己处于什么位置的话，试着通读例子，当你需要了解更多关于某一技术问题的细节时，可以查阅后面所讲的模式，并将这些模式作为参考。一些批评家指出，当他们启动编程环境，输入代码，运行所读到的测试程序时，最大的收获却在这些例子之外。关于这些例子要注意一点。这两个例子，多币种计算和测试框架，显得很简单。而解决同一个问题却也存在（我曾经见到过）一些复杂、风格很差、近乎弱智的解决方案。我本可以从这些复杂、风格很差、近乎弱智的解决方案中采用一个以使本书有一种"真实"感。然而，我的目标是写出整洁可用的代码，希望你的目标也是这样。在以那些被认为很简单的例子开始之前，花15秒的时间设想一下，如果所有的代码都能如此清晰和直接，没有复杂的解决方案，只有显然需要认真思考的很复杂的问题，那么这个世界会是什么样子。测试驱动开发可以引导你这样去认真思考。