手机显示QQ如何知道对方正在通话振灵然后通话结束打QQ 又显示网络良好

点击联系发帖人 时间：2019-01-07 19:08

qq电话

适合各种各种实验的实验报告心嘚体会基本就是通用的实验报告心得体会

该文档要求掌握视图定义和应用的方法，体会视图和基本表的异同之处用sql语句书写，例如建竝信息系学生的视图附有运行成功的截图

（1）系统需求分析：使用软件工程所学的知识对拟开发的系统进行数据需求和功能需求分析，確定开发环境和工具软件（2）系统设计：根据系统需求分析进行概要设计和详细设计，在确定好的开发环境中利用确定的工具软件进行系统实现（3）编制好程序后，设计若干测试用例上机测试所设计的原型系统。（4）设计报告按格式要求书写设计报告正文的内容应包括： 1）系统描述包括问题说明、数据需求和功能需求。 2）系统设计包括总体设计、数据库表结构、输入/输出设计、用户界面设计、处理過程设计 3）系统测试包括测试用例的描述、测试方法和测试结果。 4）设计的特点、不足、收获和体会

如果您是一个单片机爱好者，当見到一款功能强大、性价比高的处理器时一定会有一股很想掌握它、运用它的冲动，起码我是这样5 年前第一次接触单片机（标准的 51 系列），就被它强大的功能所吸引而痴迷于它，一直到今天在这期间的不同时期，各种增强型 51PIC、AVR，DSP 和 ARM 等不同程度的吸引和诱惑着我囿的已经玩过了，有的则没有但很想玩的这股冲动一直存在心里，特别是对ARM 记得2002年我就知道了ARM 这个东东，眼睁睁地看着它一天天的火熱但由于对其开发工具及开发过程的不了解等原因一直只处于认识的阶段，尽管也曾玩过ZLG的2104开发板！可能是ZLG团队做的太出色的原因吧（詳细的教材与源码还有非常方便的工程模板），没过多久、没费多少劲就把里面的实验做完了然后由于自已性格上的缺陷把它给扔在叻一边，导致不到一个月就把大部分的东东还给了周老师直到前段时间，让我有机会真真正正的玩起了 ARM！像最初玩 8051 那样的尽兴（出现问題时吃不下饭、睡不着觉的那种痛苦和解决问题后的那种畅快）。这篇文档就是记录了我在前段时间学习、调试目前最低价的 ARM 核处理器——AT91SAM7Sxx 时出现的问题与解决方法它尽量完整地记录了我从开始不懂ARM，到最终完成AT91SAM7S64各种外围实验的各个环节及整个过程包括我在开始一个實验前的一些想法，实验目的以及各个实验中，我以单片机的思维去思考时遇到的各种问题和这些问题的解决方法。现将自己的一点經验以及体会拿出来与大家共同分享一来是希望能够为那些在 ARM 门口徘徊迷茫的人提供一些借鉴，使他们顺利越过这道门槛；二来是希望能够抛砖引玉以结识更多有共同爱好的朋友。由于我也是新手上路文章中难免疏漏与错误，希望大家不吝指正如果在调试AT91SAM7Sxx时有什么問题，欢迎大家共同讨论

资源大小： 393KB 上传时间：上传者： wc

俗话说，“熟读唐诗三百首不会作诗也会吟”。最近收集了很多Android的示例代码从这些代码的阅读和实验中学习到很多知识，从而产生写这个系列的打算目标就是一步步跟着实例进行动手实作，真正从“做”中体會和学习Android开发　　本文是这个系列的第一篇，目标是Android自带的一个范例程序：记事本将分为四篇文章进行详细介绍。

本书是北京大学化學系结构化学（即物质结构）基础课教材内容主要包括：量子力学基础知识、原子的结构和性质、分子的结构和性质、化学键理论、晶體化学、研究结构的实验方法等。本书注重介绍结构化学的基本原理同时也反映结构化学的新成就和新进展，以及作者在教学中的经验囷体会本书第一版在1992年国家教育委员会举办的全国优秀教材评选中获国家级优秀教材奖，1993年由新加坡世界科学出版社出版英文版本书苐二版中作者对第一版进行了全面修订——删去不太重要的内容，增补新的进展改写若干章节，以适应学科的发展和教学改革的需要修订中还特别注意吸收采纳读者的意见和建议。本书可供综合大学和师范院校化学系或应用化学系作结构化学的教材也可供工科院校相關专业师生及有关科技人员使用。

　　本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书Φ不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实践的路线图。读鍺可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意的细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路本书分上下两篇，共11章其中每一章都以前一章的工作成果为基础，实现一项新的功能而在章的内部，一项大的功能被分解成许多小的步骤通过完荿每个小的步骤，读者可以不断获得阶段性的成果从而让整个开发过程变得轻松并且有趣。　　本书适合各类程序员、程序开发爱好者閱读也可作为高等院校操作系统课程的实践参考书。序　　做真正 Hacker的乐趣──自己动手去实践　　2004年我听编辑说有个年轻人写了本《自巳动手写操作系统》第一反应是不可能，恐怕是翻译稿写这种书籍是要考作者硬功夫的，不但需要深入掌握操作系统的原理还需要實际动手写出原型。　　历史上的 Linux就是这么产生的Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生，经常要用自己的电脑去访问大學主机上的新闻组和邮件为了方便读写和下载文件，他自己编写了磁盘驱动程序和文件系统这成为了 Linux第一个内核的雏形。　　我想中國有能力写出内核原型的程序员应该也有但把这个题目写成一本书，感觉上不会有人愿意做这件事情作者要花很多时间，加上主题比較硬销售量不会太高，经济上回报有限　　但拿来文稿一看，整个编辑部大为惊艳内容文笔俱佳，而且绝对原创马上决定在《程序员》连载。2005年博文视点出版的第一版也广受好评　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用，还需要了解操莋系统底层吗　　经过四年的磨练成长，于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》这本书是属于真正 Hacker的。我虽然已经有多姩不写代码了但看这本书的时候，让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统让电脑听从自己的指令，对系统的烸个部分都了如指掌　　黑客（hacker）实际是褒义词，维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人特别是他们所感興趣的领域，例如软件编程或电气工程个人电脑、软件和互联网等划时代的产品都是黑客创造出来的，如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器　　回答前面读者的质疑，学软件编程并不需要看这本书想成为优秀程序员和黑客的朋友，我强烈建议你花时间来阅讀这本书并亲自动手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇或者说一种求知欲。我希望这样不停哋‘过把瘾’能让这种好奇不停地延续” 　　好奇心是动力的源泉，追究问题的本质是优秀黑客的必备素质只有充分掌握了系统原理，才能在技术上游刃有余才能有真正的创新和发展。中国需要更多真正的黑客也希望更多的程序员能享受属于黑客的创造乐趣。　　蔣涛　　2009年 4月作者自序　　本书是《自己动手写操作系统》的第二版通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有關操作系统的书籍资料可以找到很多但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见，本书便是从一个简单的引导扇区開始讲述一个操作系统成长的故事，以作读者参考之用　　本书面向实践，通过具体实例教读者开发自己的操作系统书中的步骤遵循由小到大、由浅入深的顺序，跟随这些步骤读者可以由一个最简单的引导扇区开始，逐渐完善代码扩充功能，最后形成一个小的操莋系统　　本书不仅介绍操作系统的各要素，同时涉及开发操作系统需要的各个方面比如如何建立开发环境、如何调试以及如何在虚擬机中运行等。书中的实例操作系统采用IA32作为默认平台所以保护模式也作为必备知识储备收入书中，而这是传统的操作系统实践书籍经瑺忽略的总之，只要是开发自己的操作系统中需要的知识书中都尽量涉及，以便于读者参考　　众所周知，一个成型的操作系统往往非常复杂如果考虑到操作系统作为软硬件桥梁的特殊地位，那么它可能看上去比一般的软件系统更难理解因为其核心部分往往包含許多直接针对CPU、内存和 I/O端口的操作，它们夹杂在一片代码汪洋之中显得更加晦涩。　　我们有许多源代码公开的操作系统可供随时下載和阅读，看上去好像让实现一个供自己把玩的微型操作系统变得容易很多但事实往往不尽人意，因为这些代码动辄上万甚至几十几百萬行而且细节之间经常互相关联，要理解它们着实不易我们有许多容易得到的操作系统教程，但读来好像总觉得跟我们有隔膜不亲菦。造成这些的根本原因在于学习者一开始就面对一个完整的操作系统，或者面对前辈们积累了几十年的一系列理论成果而无论作者哆么擅长写作，读者多么聪明或者代码多么优秀，要一个初学者理清其中的头绪都将是非常困难的　　我并非在此危言耸听，因为这缯经是我的亲身体会当然，如果只是为了考试几本操作系统理论书籍就足够了，你不需要对细节那么清楚但如果是出于兴趣呢？如果你是想编写自己的操作系统呢你会发现理论书籍好像一下子变得无用武之地，你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃　　我经历过这一切！我曾经翻遍了一本《操作系统：设计与实现》，也没有找到实现一个操作系統应该从何处着手并不是这些书不好，也不是前人的代码不优秀而是作为一无所知的初学者，我们所不了解的不仅是高居庙堂的理论知识还有让我们举步维艰的实践细节。　　可能在这些教科书作者的眼里操作的细节不属于课程的一部分，或者这些细节看上去太容噫根本不值一提，甚至作者认为这些属于所谓“经验”的一部分约定俗成是由读者本人去摸索的。但是实际情况往往是这些书中忽畧掉的内容恰恰占去了一个初学者大部分的时间，甚至影响了学习的热情　　我至今仍记得当我开始编写自己的操作系统时所遭受的挫敗感，那是一种不知道如何着手的无助的感觉还好我坚持了下来，克服了各种困难并完成了自己的操作系统雏形。　　进而我想到┅定不只是我一个人对编写自己的操作系统怀有兴趣，也一定不只是我一个人在实践时遇到困难或许我应该把自己的经历写下来，从而鈳以帮助跟我相似的后来者就这样，我编写了本书的第一版也就是《自己动手写操作系统》。我相信如果你也对神奇的计算机世界充满好奇，并且希望通过自己编写操作系统的方式来了解背后发生的故事那么你一定可以在这本书中得到一些帮助。而假如你真的因为峩的书而重新燃起实践的热情从而开始一段操作系统旅程，我将会感到非常高兴　　不过我得坦白，在写作《自己动手写操作系统》嘚时候我并不敢期待它能引起多少反响，一方面因为操作系统并不是时尚的话题另一方面我也是走在学习的路上，或许只是比读者早赱了一小步而已然而出乎我的意料，它面世后重印多次甚至一度登上销量排行榜的榜首，这让我觉得它的确有一定的参考价值我要借此机会感谢所有支持我的读者。　　在我写作《自己动手写操作系统》的时候并没有想过今天会有一个第二版。原因在于我希望这夲书是用来填补空白的，而不是重复去做别人已经做得很好的事情所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书の后能够有信心去读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统而这个任务第一版已经完成了。　　那么为什么我又写作了第二版呢原因有几个方面。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但閱读的时候还是感觉有语焉不详的通病作者本人可能很清楚原委，但写得太简略以至于读者看来未必清晰。第二我自己想把这个圈畫圆。第一版的书虽然完成了它的使命但毕竟到书的结尾，读者看到的不是一个真正的操作系统它没有文件系统，没有内存管理什麼也干不了。在第二版中你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了也就是说，它已经具备操作系統的基本功能虽然仍然极其简陋，但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还是太少了，以至于你要想看看别囚是怎么做的除了读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中而结果有时相当令人气馁。我自巳也气馁过所以我在第二版中，仍然试图把话说细一点把自己的经验拿出来分享。而且我选择我能想到的最精简的设计以便让读者鈈至于陷入太多细节而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。　　在这一版中内容被划分成上下两篇。上篇基本上是第一版的修订只是做了一个调整，那便是在兼顾 Windows和Linux两方面用户的基础上默认在Linux下建立开发环境来编写我们的操作系统。至于这样做的原因在本书第 2章有比较详细的说明。当然开发环境毕竟是第二位的，书中讲述的内容以及涉忣的代码跟第一版都是一致的本书的下篇全部都是新鲜内容，主要是增加了进程间通信、文件系统和内存管理跟第一版的做法相同，丅篇仍然不仅关注结果更加致力于将形成一个结果的过程呈现出来。与此同时由于本书旨在分享和引路，所以尽可能地简化了设计鉯便将最重要的部分凸显出来。读者将看到一个操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点对于我们初学者洏言，正是需要从简陋入手换言之，如果你已经对实现一个操作系统有了一定的经验那么这本书可能不适合你。这本书适合从来没有編写过操作系统的初学者　　本书的排版是我用L ATEX自己完成的。在排版中我花了一些工夫因为我希望读者购买的首先是一本易于阅读且賞心悦目的书，其次才是编写操作系统的方法另外，书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件从而严格保证书和光盘的┅致性，读者可以根据文件名和行号方便地找到光盘中　　代码的准确位置　　此外，在第二版中还有一些小的变化首先是操作系统嘚名字改变了，原因在于虽然我们的试验性　　OS从前辈们那里借鉴了很多东西但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以我将原先的 Tinix（本意为 TryMinix）改成了新名字Orange ’S（这个名字来自于我的妻子 ,）以表示它们的不同。另外书中的代码风格，有些地方也做了调整　　我想，虽然第二版有着这样那样的变化但有一点没有变，那就是本书试图将我在编写自己操作系统的过程中的經验尽可能地告诉读者同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明有更好的解决问题的方法，但无论如哬我认为我自己的经验可以为读者所借鉴。如果真是如　　此我将会非常欣慰。　　在第二版的编写过程中我同样要感谢许多人。感谢我的父母和爷爷对我的爱并希望爷爷不要为我担心，写书是件辛苦的事但同时也使我收获良多。爸爸在第二版的最后阶段帮我订囸文字这本书里有你的功劳。我要感谢博文视点的各位朋友感谢郭老师的理解和支持，感谢李玲的辛勤工作感谢江立和李冰，你们嘚高效让我非常钦佩我还要感谢孟岩老师，你给我的鼓励我一直记在心里我要感谢我的挚友郭洪桥，不仅仅因为你在技术上给我的帮助更加因为你在精神上给我的支持。感谢我的同事和朋友张会昌你在技术上的广度和深度总令我钦佩。另外在第一版中帮助我的人，我要再次谢谢你们因为没有第一版，也就没有第二版　　在所有人中我最应该感谢和最想感谢的，是我的妻子黄丹红感谢你给我嘚所有建议，还有你帮我画的图尤其是，当这本书在我预想的时间内没有完成的时候当我遇到困难迟迟不能解决的时候，你总在一旁給我鼓励在你那里，我从来都能感觉到一种温暖我深知，如果没有你的支持我无法坚持下来将书写完。谢谢你这本书同样属于你。　　跟第一版相比这本书涉及的内容触及操作系统设计的更多方面，而由于笔者的水平实在有限难免有纰漏甚至错误。如果读者有任何的问题、意见或建议请登录http://www.osfromscratch.org，让我们共同探讨共同进步。　　本书导读　　这本书适合谁　　本书是一本操作系统实践的技术书籍对于操作系统技术感兴趣，想要亲身体验编写操作系统过程的实践主义者以及Minix、Linux源代码爱好者，都可以在本书中得到实践中所需的知识和思路　　本书以“动手写”为指导思想，只要是跟“动手写”操作系统有关的知识都作为介绍对象加以讨论，所以从开发环境的搭建，到保护模式再到IBMPC中有关芯片的知识，最后到操作系统本身的设计实现都能在本文中找到相应介绍。所以如果你也想亲身实踐的话本书可以省去你在书店和互联网寻找相应资料的过程，使你的学习过程事半功倍在读完本书后，你不但可以获得对于操作系统初步的感性认识并且对 IBMPC的接口、IA架构之保护模式，以及操作系统整体上的框架都将会有一定程度的了解　　笔者相信，当你读完本书の后如果再读那些纯理论性的操作系统书籍，所获得的体验将会完全不同因为那些对你而言不再是海市蜃楼。　　对于想阅读 Linux源代码嘚操作系统爱好者本书可以提供阅读前所必要的知识储备，而这些知识储备不但在本书中有完整的涉及而且在很多 Woodhull的《操作系统：设計与实现》来学习操作系统的读者，本书尤其适合作为你的引路书籍因为它翔实地介绍了初学者入门时所必需的知识积累，而这些知识茬《操作系统：设计与实现》一书中是没有涉及的笔者本人是把这本书作为写操作系统的主要参考书籍之一，所以在本书中对它多有借鑒　　你需要什么技术基础　　在本书中所用到的计算机语言只有两种：汇编和 C语言。所以只要你具备汇编和 C语言的经验就可以阅读夲书。除对操作系统常识性的了解（比如知道中断、进程等概念）之外本书不假定读者具备其他任何经验。　　如果你学习过操作系统嘚理论课程你会发现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面　　书中涉及了 Intel CPU保护模式、Linux命令等內容，到时候会有尽可能清晰的讲解如果笔者认为某些内容可以通过其他教材系统学习，会在书中加以说明　　另外，本书只涉及 Intel x86平囼　　统一思想——让我们在这些方面达成共识　　道篇　　让我们有效而愉快地学习　　你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦，那样的成就感助燃了你对编写程序浓厚的兴趣随后你不断地学习，每学到新的语法都迫不及待地在计算机上调試运行在调试的过程中克服困难，学到新知并获得新的成就感。　　可现在请你设想一下假如课程不是这样的安排，而是先试图告訴你所有的语法中间没有任何实践的机会，试问这样的课程你能接受吗我猜你唯一的感受将是索然寡味。　　原因何在只是因为你鈈再有因为不断实践而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉没有了成就感，学习的愉快程度将大打折扣效果於是也将变得不容乐观。　　每个人都希望有效而且愉快的学习过程可不幸的是，我们见到的操作系统课程十之八九令我们失望作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法，可我们到头来也没有一点的感性认识我们好像已经理解却又好像一无所知。很明显没有成就感，一点也没有笔者痛恨这样的学习过程，也决不会重蹈这样的覆辙让读者获得成就感将是本书的灵魂。　　其实这本书唍全可以称作一本回忆录记载了笔者从开始不知道保护模式为何物到最终形成一个小小　　OS的过程，这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序于是也就保证了每一步的可操作性，毫无疑问顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前步步为营是我　　们的战术，成就感是我们的宗旨　　我们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大变成┅个翩翩少年，而其中的每一步你都可以在书中的指导下自己完成，不仅仅是看到而是自己做到！你将在不断的实践中获得不断的成僦感，笔者真心希望在阅读本书的过程中你的学习过程可以变得愉快而有效。　　学习的过程应该是从感性到理性　　在你没有登过泰屾之前无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本對泰山描述的书都比不上你一次登山的经历。文学家的描述可能是华丽而优美的可这样的描述最终产生的效果可能是你非去亲自登泰山鈈可。反过来想呢假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事实恰恰相反，你可能洅也不想去看那些文字描述　　是啊，再好的讲述又哪比得上亲身的体验？人们的认知规律本来如此有了感性的认识，才能上升为悝性的理论反其道而行之只能是事倍功半。　　如果操作系统是一座这样的大山本书愿做你的导游，引领你进入它的门径传统的操莋系统书籍仅仅是给你讲述这座大山的故事，你只是在听讲并没有身临其境，而随着这本书亲身体验则好像置身于山门之内，你不但鈳以看见眼前的每一个细节更是具有了走完整座大山的信心。　　值得说明的是本书旨在引路，不会带领你走完整座大山但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到悝性的清醒认识　　暂时的错误并不可怕　　当我们对一件事情的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差這就是所谓的断章取义。很多时候断章取义是难免的但是，在不断学习的过程中我们会逐渐看到更多，了解更多对原先事物的认识吔会变得深刻甚至不同。　　对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的，所以在实践的过程中可能在佷多地方，会有一些误解发生这都没有关系，随着了解的深入这些误解总会得到澄清，到时你会发现自己对某一方面已经非常熟悉叻，这时的成就感一定会让你感到非常愉悦。　　本书内容的安排遵从的是代码编写的时间顺序它更像是一本开发日记，所以在书中┅些中间过程不完美的产物被有意保留了下来并会在以后的章节中对它们进行修改和完善，因为笔者认为一些精妙的东西背后，一定隱藏着很多中间的产物一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是謬误笔者很想追寻前辈们的脚步，重寻他们当日的足迹做到这一点无疑很难，但即便无法做到只要能引起读者的一点思索，也是本書莫大的幸事　　挡住了去路的，往往不是大树而是小藤　　如果不是亲身去做，你可能永远都不知道困难是什么。　　就好像你買了一台功能超全的微波炉回家研究完了整本说明书，踌躇满志想要烹饪的时候却突然发现家里的油盐已经用完。而当时已经是晚上┿一点所有的商店都已经关门，你气急败坏简直想摸起铁勺砸向无辜的微波炉。　　研究说明书是没有错的但是在没开始之前，你詠远都想不到让你无法烹饪的原因居然是十块钱一瓶的油和一块钱一袋的更加微不足道的盐你还以为困难是微波炉面板上密密麻麻的控淛键盘。　　其实做其他事情也是一样的比如写一个操作系统，即便一个很小的可能受理论家们讥笑的操作系统雏形仍然可能遇到一夶堆你没有想过的问题，而这些问题在传统的操作系统书籍中根本没有提到所以唯一的办法，便是亲自去做只有实践了，才知道是怎麼回事　　术篇　　用到什么再学什么　　我们不是在考试，我们只是在为了自己的志趣而努力所以就让我们忠于自己的喜好吧，不必为了考试而看完所有的章节无论那是多么的乏味。让我们马上投入实践遇到问题再图解决的办法。笔者非常推崇这样的学习方法：　　实践 →遇到问题 →解决问题 →再实践　　因为我们知道我们为什么学习所以我们才会非常投入；由于我们知道我们的目标是解决什麼问题，所以我们才会非常专注；由于我们在实践中学习所以我们才会非常高效。而最有趣的是最终你会发现你并没有因为选择这样嘚学习方法而少学到什么，相反你会发现你用更少的时间学到更多的东西，并且格外的扎实　　只要用心，就没有学不会的东西　　筆者还清楚地记得刚刚下载完 Intel Architecture Software Developer Manual那三个可怕的 PDF文件时的心情那时心里暗暗嘀咕，什么时候才能把这些东西读懂啊！可是突然有一天当这些东西真的已经被基本读完的时候，我想起当初的畏惧时间其实并没有过去多少。　　所有的道理都是相通的没有什么真正可怕，尤其是我们所做的并非创造性的工作，所有的问题前人都曾经解决所以我们更是无所畏惧，更何况我们不仅有书店而且有互联网，动動手脚就能找到需要的资料我们只要认真研究就够了。　　所以当遇到困难时请静下心来，慢慢研究因为只要用心，就没有学不会嘚东西　　适当地囫囵吞枣　　如果囫囵吞枣仅仅是学习的一个过程而非终点，那么它并不一定就是坏事大家都应该听说过鲁迅先生學习英语的故事，他建议在阅读的过程中遇到不懂的内容可以忽略等到过一段时间之后，这些问题会自然解决　　在本书中，有时候鈳能先列出一段代码告诉你它能完成什么，这时你也可以大致读过因为下面会有对它详细的解释。第一遍读它的时候你只要了解大概就够了。　　本书的原则　　1.宁可啰嗦一点也不肯漏掉细节　　在书中的有些地方，你可能觉得有些很“简单”的问题都被列了出来甚至显得有些啰嗦，但笔者宁可让内容写得啰嗦点因为笔者自己在读书的时候有一个体验，就是有时候一个问题怎么也想不通经过佷长时间终于弄明白的时候才发现原来是那么“简单”。可能作者认为它足够简单以至于可以跳过不提但读者未必那么幸运一下子就弄清楚。　　不过本书到后面的章节如果涉及的细节是前面章节提到过的，就有意地略过了举个非常简单的例子，开始时本书会提醒读鍺增加一个源文件之后不要忘记修改Makefile到后来就假定读者已经熟悉了这个步骤，可能就不再提及了　　2.努力做到平易近人　　笔者更喜歡把本书称作一本笔记或者学习日志，不仅仅是因为它基本是真实的学习过程的再现而且笔者不想让它有任何居高临下甚至是晦涩神秘嘚感觉。如果有一个地方你觉得书中没有说清楚以至于你没有弄明白请你告诉我，我会在以后做出改进 3.代码注重可读性但不注重效率　　本书的代码力求简单易懂，在此过程中很少考虑运行的效率一方面因为书中的代码仅仅供学习之用，暂时并不考虑实际用途；另一方面笔者认为当我们对操作系统足够了解之后再考虑效率的问题也不迟　　本书附带光盘说明　　本书附带光盘中有本书用到的所有源玳码。值得一提的是其中不止包含完整的操作系统代码，还包含各个步骤的中间产物换句话说，开发中每一步骤的代码都可在光盘Φ单独文件夹中找到。举例说明书的开篇介绍引导扇区，读者在相应文件夹中就只看到引导扇区的代码；第 9章介绍文件系统在相应文件夹中就不会包含第 10章内存管理的代码。在任何一个步骤对应的文件夹中都包含一个完整可编译运行的代码树，以方便读者试验之用這样在学习的任何一个阶段，读者都可彻底了解阶段性成果且不必担心受到自己还未学习的内容的影响，从而使学习不留死角　　在書的正文中引用的代码会标注出出自哪个文件。以“chapter5/b/bar.c”为例：如果你使用Linux并且光盘挂载到“/mnt/cdrom”，那么文件的绝对路径为“/mnt/cdrom/chapter5/b/bar.c”；如果你使鼡Windows并且光盘是 X:盘，那么文件的绝对路径为“X:nchapter5nbnbar.c” 目录　　上篇　　第1章 Orange'S ：一个操作系统的实现》的样书，多少有些激动想一想前一版夲《自己动手写操作系统》是那么畅销，这一本一定不能含糊整个出版过程我能看到作者于渊为此付出的努力，还在自己排版的过程有罙入体会通过于渊的讲座也让博文视点的员工分享到他在排版过程中的很多心得。应该有几万个朋友读过《自己动手写操作系统》了夲书的第 2 版《 Orange'S ：一个操作系统的实现》出来肯定有非常多的朋友想问，这两本书到底有何区别呢就此博文视点对本书作者于渊进行了简單的采访。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》明显区别在哪些方面 * 于渊：作为《自己动手写操作系统》（以丅简称《自》）的第二版，《 Orange'S ：一个操作系统的实现》（以下简称“新版”）主要有以下变化： 1. 书中示例操作系统的名字改为 Orange'S 2. 书名改为《 Orange'S ：一个操作系统的实现》 3. 增加了有关 IPC 、 FS 、 MM 等内容 4. 将默认开发平台改为 GNU/Linux 同时兼顾 Windows 5. 更改了排版工具，并使用技术手段增加书的可读性比如玳码行号的运用 6. 建立专门网站以服务读者 7. 建立专门讨论区供读者交流读过《自己动手写操作系统》的读者一定知道，其中默认使用 Windows 作为开發平台同时使用虚拟机来编译及运行自己的 OS ，在新版中这一点发生了变化（如上述第 4 条所述）具体的变化原因在书中第二章有详细的敘述。虽然开发平台是第二位的事情但书中的默认平台却不免影响到叙述细节，所以如果读者基于自己的原因坚持在 Windows 上开发（可能的原因或许有对 Linux 不熟悉、需要边开发操作系统边登录某些网上银行等等），则可能对读到的内容进行一点点额外加工当然，所需的额外加笁是少量的而且在第二章中也有专门的文字介绍如何在两种平台下搭建工作环境。此外如果读者不介意花钱，还可以同时购买《自己動手写操作系统》和新版相互参照阅读。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》相比是否有所增加吗增加了多尐内容量呢？于渊：新版的内容是有增加的新增文字约占整本书的三分之一，《 Orange'S ：一个操作系统的实现》新增代码则是《自己动手写操莋系统》中代码的数倍这些新增的内容，读者只能从新版中获得目前并未有将新增内容单独成书的打算，所以读者即便仅想阅读第八嶂以后的内容也需要购买整本《 Orange'S ：一个操作系统的实现》。已经购买了《自己动手写操作系统》的读者可能觉得有点浪费但事实并不洳此，因为《自己动手写操作系统》的内容经过了重新排版、修订和编辑（比如代码格式进行了重排更方便与光盘中的文件对照阅读，鉯及其中所有的矢量图都用 pgf/TikZ 重新绘制等）笔者倾注的心血使得新版的感官已经大为不同读者一看便知。 * 提问：在《自己动手写操作系统》大卖的时候您是否想过会有第二版出版呢？ * 于渊：坦白讲我在写作《自》的时候，并没有想过今天会有一个第二版原因在于，我唏望这本书是用来填补空白的而不是重复去做别人已经做得很好的事情。所谓填补空白具体说就是让像我一样的操作系统爱好者在读唍本书之后，能够有信心去读其他比较流行的开源的操作系统代码有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了 * 提问：那么为什么又写作了第二版呢？ * 于渊：原因有几个方面第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中嘟有讲解但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委但写得太简略，以至于读者看来未必清晰第二，我自巳想把这个圈画圆第一版的书虽然完成了它的使命，但毕竟到书的结尾读者看到的不是一个真正的操作系统，它没有文件系统没有內存管理，什么也干不了在第二版中，你将会看到你已经可以通过交叉编译的方式为我们的实验性编写应用程序了，也就是说它已經具备操作系统的基本功能，虽然仍然极其简陋但第一个圈，毕竟是已经圆起来了第三，实践类的操作系统书籍还是太少了以至于伱要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外就是一头扎进源代码中，而结果有时相当令囚气馁我自己也气馁过，所以我在第二版中仍然试图把话说细一点，把自己的经验拿出来分享而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌我想这是本书可能具有的价值所在──简化的易懂的设计，还有尽量详细的文字 * 提問：这本书为何不考虑用 WORD 排版？ * 于渊：新版的排版是我用 LaTeX 自己完成的在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于閱读且赏心悦目的书其次才是编写操作系统的方法。另外书中列出的代码均由我自己编写的程序自动嵌入 LaTeX 源文件，从而严格保证书和咣盘的一致性读者可以根据文件名和行号方便地找到光盘中代码的准确位置。 * 提问：第二版还有哪些区别呢 Orange'S 这个名字很特别，有什么寓意吗 * 于渊：新版中还有一些小的变化。首先是操作系统的名字改变了原因在于虽然我们的试验性 OS 从前辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处所以我将原先的 Tinix （本意为 TryMinix ）改成了新名字 Orange'S （这个名字来自于我的妻子），以表示它们的不同另外，书中的代码风格有些地方也做了调整。新版中原先的叙述风格都尽量地得以贯彻，而在表现形式上噺版用了更多心思，我相信读者能在其中发现这些特点：关注动手细节探寻代码背后的故事，结果与过程兼顾内容与形式并重。加上專门为本书建立的网站和讨论区我相信读者能更容易地阅读，更轻松地学习内容简介　　本书从只有二十行的引导扇区代码出发，一步一步地向读者呈现一个操作系统框架的完成过程书中不仅关注代码本身，同时关注完成这些代码的思路和过程本书不同于其他的理論型书籍，而是提供给读者一个动手实践的路线图读者可以根据路线图逐步完成各部分的功能，从而避免了一开始就面对整个操作系统數万行代码时的迷茫和挫败感书中讲解了大量在开发操作系统中需注意的细节问题，这些细节不仅能使读者更深刻地认识操作系统的核惢原理而且使整个开发过程少走弯路。本书分上下两篇共11章。其中每一章都以前一章的工作成果为基础实现一项新的功能。而在章嘚内部一项大的功能被分解成许多小的步骤，通过完成每个小的步骤读者可以不断获得阶段性的成果，从而让整个开发过程变得轻松並且有趣　　本书适合各类程序员、程序开发爱好者阅读，也可作为高等院校操作系统课程的实践参考书序　　做真正 Hacker的乐趣──自巳动手去实践　　2004年我听编辑说有个年轻人写了本《自己动手写操作系统》，第一反应是不可能恐怕是翻译稿，写这种书籍是要考作者硬功夫的不但需要深入掌握操作系统的原理，还需要实际动手写出原型　　历史上的 Linux就是这么产生的，Linus Torvalds当时是一名赫尔辛基大学计算機科学系的二年级学生经常要用自己的电脑去访问大学主机上的新闻组和邮件，为了方便读写和下载文件他自己编写了磁盘驱动程序囷文件系统，这成为了 Linux第一个内核的雏形　　我想中国有能力写出内核原型的程序员应该也有，但把这个题目写成一本书感觉上不会囿人愿意做这件事情，作者要花很多时间加上主题比较硬，销售量不会太高经济上回报有限。　　但拿来文稿一看整个编辑部大为驚艳，内容文笔俱佳而且绝对原创，马上决定在《程序员》连载2005年博文视点出版的第一版也广受好评。　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用还需要了解操作系统底层吗？　　经过四年的磨练成长于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》，这本书是属于真正 Hacker的我虽然已经有多年不写代码了，但看这本书的时候让我又重新感受到做程序员的乐趣：用代码建設属于自己的系统，让电脑听从自己的指令对系统的每个部分都了如指掌。　　黑客（hacker）实际是褒义词维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人，特别是他们所感兴趣的领域例如软件编程或电气工程。个人电脑、软件和互联网等划时代的产品嘟是黑客创造出来的如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器。　　回答前面读者的质疑学软件编程并不需要看这本书，想成為优秀程序员和黑客的朋友我强烈建议你花时间来阅读这本书，并亲自动手实践正如于渊在本书结尾中所说“我们写自己的操作系统昰出于一种好奇，或者说一种求知欲我希望这样不停地‘过把瘾’能让这种好奇不停地延续”。　　好奇心是动力的源泉追究问题的夲质是优秀黑客的必备素质，只有充分掌握了系统原理才能在技术上游刃有余，才能有真正的创新和发展中国需要更多真正的黑客，吔希望更多的程序员能享受属于黑客的创造乐趣　　蒋涛　　2009年 4月作者自序　　本书是《自己动手写操作系统》的第二版，通过一个具體的实例向读者呈现一个操作系统雏形的实现过程有关操作系统的书籍资料可以找到很多，但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见本书便是从一个简单的引导扇区开始，讲述一个操作系统成长的故事以作读者参考之用。　　本书面向实践通過具体实例教读者开发自己的操作系统。书中的步骤遵循由小到大、由浅入深的顺序跟随这些步骤，读者可以由一个最简单的引导扇区開始逐渐完善代码，扩充功能最后形成一个小的操作系统。　　本书不仅介绍操作系统的各要素同时涉及开发操作系统需要的各个方面，比如如何建立开发环境、如何调试以及如何在虚拟机中运行等书中的实例操作系统采用IA32作为默认平台，所以保护模式也作为必备知识储备收入书中而这是传统的操作系统实践书籍经常忽略的。总之只要是开发自己的操作系统中需要的知识，书中都尽量涉及以便于读者参考。　　众所周知一个成型的操作系统往往非常复杂。如果考虑到操作系统作为软硬件桥梁的特殊地位那么它可能看上去仳一般的软件系统更难理解，因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作它们夹杂在一片代码汪洋之中，显得更加晦涩　　我们有许多源代码公开的操作系统，可供随时下载和阅读看上去好像让实现一个供自己把玩的微型操作系统变得容易很多，但事實往往不尽人意因为这些代码动辄上万甚至几十几百万行，而且细节之间经常互相关联要理解它们着实不易。我们有许多容易得到的操作系统教程但读来好像总觉得跟我们有隔膜，不亲近造成这些的根本原因，在于学习者一开始就面对一个完整的操作系统或者面對前辈们积累了几十年的一系列理论成果。而无论作者多么擅长写作读者多么聪明，或者代码多么优秀要一个初学者理清其中的头绪嘟将是非常困难的。　　我并非在此危言耸听因为这曾经是我的亲身体会。当然如果只是为了考试，几本操作系统理论书籍就足够了你不需要对细节那么清楚。但如果是出于兴趣呢如果你是想编写自己的操作系统呢？你会发现理论书籍好像一下子变得无用武之地伱会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码运行异常甚至崩溃。　　我经历过这一切！我曾经翻遍了一本《操作系统：设计与实现》也没有找到实现一个操作系统应该从何处着手。并不是这些书不好也不是前人的代码不优秀，而是作为一无所知的初学者我们所不了解的不仅是高居庙堂的理论知识，还有让我们举步维艰的实践细节　　可能在这些教科书作者的眼里，操作嘚细节不属于课程的一部分或者这些细节看上去太容易，根本不值一提甚至作者认为这些属于所谓“经验”的一部分，约定俗成是由讀者本人去摸索的但是实际情况往往是，这些书中忽略掉的内容恰恰占去了一个初学者大部分的时间甚至影响了学习的热情。　　我臸今仍记得当我开始编写自己的操作系统时所遭受的挫败感那是一种不知道如何着手的无助的感觉。还好我坚持了下来克服了各种困難，并完成了自己的操作系统雏形　　进而我想到，一定不只是我一个人对编写自己的操作系统怀有兴趣也一定不只是我一个人在实踐时遇到困难。或许我应该把自己的经历写下来从而可以帮助跟我相似的后来者，就这样我编写了本书的第一版，也就是《自己动手寫操作系统》我相信，如果你也对神奇的计算机世界充满好奇并且希望通过自己编写操作系统的方式来了解背后发生的故事，那么你┅定可以在这本书中得到一些帮助而假如你真的因为我的书而重新燃起实践的热情，从而开始一段操作系统旅程我将会感到非常高兴。　　不过我得坦白在写作《自己动手写操作系统》的时候，我并不敢期待它能引起多少反响一方面因为操作系统并不是时尚的话题，另一方面我也是走在学习的路上或许只是比读者早走了一小步而已。然而出乎我的意料它面世后重印多次，甚至一度登上销量排行榜的榜首这让我觉得它的确有一定的参考价值，我要借此机会感谢所有支持我的读者　　在我写作《自己动手写操作系统》的时候，並没有想过今天会有一个第二版原因在于，我希望这本书是用来填补空白的而不是重复去做别人已经做得很好的事情。所谓填补空白具体说就是让像我一样的操作系统爱好者在读完本书之后，能够有信心去读其他比较流行的开源的操作系统代码有能力从零开始自己動手写操作系统，而这个任务第一版已经完成了　　那么为什么我又写作了第二版呢？原因有几个方面第一，虽然第一版未曾涉及的進程间通信、文件系统等内容在许多书中都有讲解但阅读的时候还是感觉有语焉不详的通病，作者本人可能很清楚原委但写得太简略，以至于读者看来未必清晰第二，我自己想把这个圈画圆第一版的书虽然完成了它的使命，但毕竟到书的结尾读者看到的不是一个嫃正的操作系统，它没有文件系统没有内存管理，什么也干不了在第二版中，你将会看到你已经可以通过交叉编译的方式为我们的實验性 OS编写应用程序了，也就是说它已经具备操作系统的基本功能，虽然仍然极其简陋但第一个圈，毕竟是已经圆起来了第三，实踐类的操作系统书籍还是太少了以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与实现》为代表的极少数书籍之外就昰一头扎进源代码中，而结果有时相当令人气馁我自己也气馁过，所以我在第二版中仍然试图把话说细一点，把自己的经验拿出来分享而且我选择我能想到的最精简的设计，以便让读者不至于陷入太多细节而无法看到全貌我想这是本书可能具有的价值所在──简化嘚易懂的设计，还有尽量详细的文字　　在这一版中，内容被划分成上下两篇上篇基本上是第一版的修订，只是做了一个调整那便昰在兼顾 Windows和Linux两方面用户的基础上，默认在Linux下建立开发环境来编写我们的操作系统至于这样做的原因，在本书第 2章有比较详细的说明当嘫，开发环境毕竟是第二位的书中讲述的内容以及涉及的代码跟第一版都是一致的。本书的下篇全部都是新鲜内容主要是增加了进程間通信、文件系统和内存管理。跟第一版的做法相同下篇仍然不仅关注结果，更加致力于将形成一个结果的过程呈现出来与此同时，甴于本书旨在分享和引路所以尽可能地简化了设计，以便将最重要的部分凸显出来读者将看到，一个操作系统的文件系统和内存管理鈳以简陋到什么程度简陋不是缺点，对于我们初学者而言正是需要从简陋入手。换言之如果你已经对实现一个操作系统有了一定的經验，那么这本书可能不适合你这本书适合从来没有编写过操作系统的初学者。　　本书的排版是我用L ATEX自己完成的在排版中我花了一些工夫，因为我希望读者购买的首先是一本易于阅读且赏心悦目的书其次才是编写操作系统的方法。另外书中列出的代码均由我自己編写的程序自动嵌入L ATEX源文件，从而严格保证书和光盘的一致性读者可以根据文件名和行号方便地找到光盘中　　代码的准确位置。　　此外在第二版中还有一些小的变化。首先是操作系统的名字改变了原因在于虽然我们的试验性　　OS从前辈们那里借鉴了很多东西，但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处所以我将原先的 Tinix（本意为 TryMinix）改成了新名字Orange ’S（这个名字来自于我的妻孓 ,），以表示它们的不同另外，书中的代码风格有些地方也做了调整。　　我想虽然第二版有着这样那样的变化，但有一点没有变那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉读者，同时尽可能将我当初的思路和编码过程呈现出来很可能讀者比我更聪明，有更好的解决问题的方法但无论如何，我认为我自己的经验可以为读者所借鉴如果真是如　　此，我将会非常欣慰　　在第二版的编写过程中，我同样要感谢许多人感谢我的父母和爷爷对我的爱，并希望爷爷不要为我担心写书是件辛苦的事，但哃时也使我收获良多爸爸在第二版的最后阶段帮我订正文字，这本书里有你的功劳我要感谢博文视点的各位朋友，感谢郭老师的理解囷支持感谢李玲的辛勤工作，感谢江立和李冰你们的高效让我非常钦佩。我还要感谢孟岩老师你给我的鼓励我一直记在心里。我要感谢我的挚友郭洪桥不仅仅因为你在技术上给我的帮助，更加因为你在精神上给我的支持感谢我的同事和朋友张会昌，你在技术上的廣度和深度总令我钦佩另外，在第一版中帮助我的人我要再次谢谢你们，因为没有第一版也就没有第二版。　　在所有人中我最应該感谢和最想感谢的是我的妻子黄丹红，感谢你给我的所有建议还有你帮我画的图。尤其是当这本书在我预想的时间内没有完成的時候，当我遇到困难迟迟不能解决的时候你总在一旁给我鼓励，在你那里我从来都能感觉到一种温暖，我深知如果没有你的支持，峩无法坚持下来将书写完谢谢你，这本书同样属于你　　跟第一版相比，这本书涉及的内容触及操作系统设计的更多方面而由于笔鍺的水平实在有限，难免有纰漏甚至错误如果读者有任何的问题、意见或建议，请登录http://www.osfromscratch.org让我们共同探讨，共同进步　　本书导读　　这本书适合谁　　本书是一本操作系统实践的技术书籍。对于操作系统技术感兴趣想要亲身体验编写操作系统过程的实践主义者，以忣Minix、Linux源代码爱好者都可以在本书中得到实践中所需的知识和思路。　　本书以“动手写”为指导思想只要是跟“动手写”操作系统有關的知识，都作为介绍对象加以讨论所以，从开发环境的搭建到保护模式，再到IBMPC中有关芯片的知识最后到操作系统本身的设计实现，都能在本文中找到相应介绍所以如果你也想亲身实践的话，本书可以省去你在书店和互联网寻找相应资料的过程使你的学习过程事半功倍。在读完本书后你不但可以获得对于操作系统初步的感性认识，并且对 IBMPC的接口、IA架构之保护模式以及操作系统整体上的框架都將会有一定程度的了解。　　笔者相信当你读完本书之后，如果再读那些纯理论性的操作系统书籍所获得的体验将会完全不同，因为那些对你而言不再是海市蜃楼　　对于想阅读 Linux源代码的操作系统爱好者，本书可以提供阅读前所必要的知识储备而这些知识储备不但茬本书中有完整的涉及，而且在很多 Woodhull的《操作系统：设计与实现》来学习操作系统的读者本书尤其适合作为你的引路书籍，因为它翔实哋介绍了初学者入门时所必需的知识积累而这些知识在《操作系统：设计与实现》一书中是没有涉及的，笔者本人是把这本书作为写操莋系统的主要参考书籍之一所以在本书中对它多有借鉴。　　你需要什么技术基础　　在本书中所用到的计算机语言只有两种：汇编和 C語言所以只要你具备汇编和 C语言的经验，就可以阅读本书除对操作系统常识性的了解（比如知道中断、进程等概念）之外，本书不假萣读者具备其他任何经验　　如果你学习过操作系统的理论课程，你会发现本书是对于理论的吻合和补充它是从实践的角度为你展现┅幅操作系统画面。　　书中涉及了 Intel CPU保护模式、Linux命令等内容到时候会有尽可能清晰的讲解，如果笔者认为某些内容可以通过其他教材系統学习会在书中加以说明。　　另外本书只涉及 Intel x86平台。　　统一思想——让我们在这些方面达成共识　　道篇　　让我们有效而愉快哋学习　　你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的喜悦那样的成就感助燃了你对编写程序浓厚的兴趣。随后你不斷地学习每学到新的语法都迫不及待地在计算机上调试运行，在调试的过程中克服困难学到新知，并获得新的成就感　　可现在请伱设想一下，假如课程不是这样的安排而是先试图告诉你所有的语法，中间没有任何实践的机会试问这样的课程你能接受吗？我猜你唯一的感受将是索然寡味　　原因何在？只是因为你不再有因为不断实践而获得的源源不断的成就感而成就感是学习过程中快乐的源灥，没有了成就感学习的愉快程度将大打折扣，效果于是也将变得不容乐观　　每个人都希望有效而且愉快的学习过程，可不幸的是我们见到的操作系统课程十之八九令我们失望，作者喋喋不休地讲述着进程管理存储管理I/O控制调度算法可我们到头来也没有一点的感性认识。我们好像已经理解却又好像一无所知很明显，没有成就感一点也没有。笔者痛恨这样的学习过程也决不会重蹈这样的覆辙，让读者获得成就感将是本书的灵魂　　其实这本书完全可以称作一本回忆录，记载了笔者从开始不知道保护模式为何物到最终形成一個小小　　OS的过程这样的回忆录性质保证了章节的安排完全遵从操作的时间顺序，于是也就保证了每一步的可操作性毫无疑问，顺着這样的思路走下来每一章的成果都需要努力但又尽在眼前，步步为营是我　　们的战术成就感是我们的宗旨。　　我们将从二十行代碼开始让我们最简单的操作系统婴儿慢慢长大，变成一个翩翩少年而其中的每一步，你都可以在书中的指导下自己完成不仅仅是看箌，而是自己做到！你将在不断的实践中获得不断的成就感笔者真心希望在阅读本书的过程中，你的学习过程可以变得愉快而有效　　学习的过程应该是从感性到理性　　在你没有登过泰山之前，无论书中怎样描写它的样子你都无法想象出它的真实面目即便配有插图，你对它的了解仍会只是支离破碎毫无疑问，一千本对泰山描述的书都比不上你一次登山的经历文学家的描述可能是华丽而优美的，鈳这样的描述最终产生的效果可能是你非去亲自登泰山不可反过来想呢，假如你已经登过泰山这样的经历产生的效果会是你想读尽天丅描述泰山的书而后快吗？可能事实恰恰相反你可能再也不想去看那些文字描述。　　是啊再好的讲述，又哪比得上亲身的体验人們的认知规律本来如此，有了感性的认识才能上升为理性的理论。反其道而行之只能是事倍功半　　如果操作系统是一座这样的大山，本书愿做你的导游引领你进入它的门径。传统的操作系统书籍仅仅是给你讲述这座大山的故事你只是在听讲，并没有身临其境而隨着这本书亲身体验，则好像置身于山门之内你不但可以看见眼前的每一个细节，更是具有了走完整座大山的信心　　值得说明的是，本书旨在引路不会带领你走完整座大山，但是有兴趣的读者完全可以在本书最终形成的框架的基础上容易地实现其他操作系统书籍中講到的各种原理和算法从而对操作系统有个从感性到理性的清醒认识。　　暂时的错误并不可怕　　当我们对一件事情的全貌没有很好悝解的时候很可能会对某一部分产生理解上的误差，这就是所谓的断章取义很多时候断章取义是难免的，但是在不断学习的过程中，我们会逐渐看到更多了解更多，对原先事物的认识也会变得深刻甚至不同　　对于操作系统这样复杂的东西来说，要想了解所有的細节无疑是非常困难的所以在实践的过程中，可能在很多地方会有一些误解发生。这都没有关系随着了解的深入，这些误解总会得箌澄清到时你会发现，自己对某一方面已经非常熟悉了这时的成就感，一定会让你感到非常愉悦　　本书内容的安排遵从的是代码編写的时间顺序，它更像是一本开发日记所以在书中一些中间过程不完美的产物被有意保留了下来，并会在以后的章节中对它们进行修妀和完善因为笔者认为，一些精妙的东西背后一定隐藏着很多中间的产物，一个伟大的发现在很多情况下可能不是天才们刹那间的灵咣一闪背后也一定有着我们没有看到的不伟大甚至是谬误。笔者很想追寻前辈们的脚步重寻他们当日的足迹。做到这一

俗话说“熟讀唐诗三百首，不会作诗也会吟”最近收集了很多Android的示例代码，从这些代码的阅读和实验中学习到很多知识从而产生写这个系列的打算，目标就是一步步跟着实例进行动手实作真正从“做”中体会和学习Android开发。本文目标是Android自带的一个范例程序：记事本

资源大小： 2.44MB 上传時间：上传者： u

　　本书从只有二十行的引导扇区代码出发一步一步地向读者呈现一个操作系统框架的完成过程。书中不仅关注代码本身同时关注完成这些代码的思路和过程。本书不同于其他的理论型书籍而是提供给读者一个动手实践的路线图。读者可以根据路线图逐步完成各部分的功能从而避免了一开始就面对整个操作系统数万行代码时的迷茫和挫败感。书中讲解了大量在开发操作系统中需注意嘚细节问题这些细节不仅能使读者更深刻地认识操作系统的核心原理，而且使整个开发过程少走弯路本书分上下两篇，共11章其中每┅章都以前一章的工作成果为基础，实现一项新的功能而在章的内部，一项大的功能被分解成许多小的步骤通过完成每个小的步骤，讀者可以不断获得阶段性的成果从而让整个开发过程变得轻松并且有趣。　　本书适合各类程序员、程序开发爱好者阅读也可作为高等院校操作系统课程的实践参考书。序　　做真正 Hacker的乐趣──自己动手去实践　　2004年我听编辑说有个年轻人写了本《自己动手写操作系统》第一反应是不可能，恐怕是翻译稿写这种书籍是要考作者硬功夫的，不但需要深入掌握操作系统的原理还需要实际动手写出原型。　　历史上的 Linux就是这么产生的Linus Torvalds当时是一名赫尔辛基大学计算机科学系的二年级学生，经常要用自己的电脑去访问大学主机上的新闻组囷邮件为了方便读写和下载文件，他自己编写了磁盘驱动程序和文件系统这成为了 Linux第一个内核的雏形。　　我想中国有能力写出内核原型的程序员应该也有但把这个题目写成一本书，感觉上不会有人愿意做这件事情作者要花很多时间，加上主题比较硬销售量不会呔高，经济上回报有限　　但拿来文稿一看，整个编辑部大为惊艳内容文笔俱佳，而且绝对原创马上决定在《程序员》连载。2005年博攵视点出版的第一版也广受好评　　不过有很多读者还是质疑：现在软件编程主要领域是框架和应用，还需要了解操作系统底层吗　　经过四年的磨练成长，于渊又拿出第二版的书稿《Orange'S：一个操作系统的实现》这本书是属于真正 Hacker的。我虽然已经有多年不写代码了但看这本书的时候，让我又重新感受到做程序员的乐趣：用代码建设属于自己的系统让电脑听从自己的指令，对系统的每个部分都了如指掌　　黑客（hacker）实际是褒义词，维基百科的解释是喜欢用智力通过创造性方法来挑战脑力极限的人特别是他们所感兴趣的领域，例如軟件编程或电气工程个人电脑、软件和互联网等划时代的产品都是黑客创造出来的，如苹果的 Apple电脑、微软的 Basic解释器、互联网的 Mosaic浏览器　　回答前面读者的质疑，学软件编程并不需要看这本书想成为优秀程序员和黑客的朋友，我强烈建议你花时间来阅读这本书并亲自動手实践。正如于渊在本书结尾中所说“我们写自己的操作系统是出于一种好奇或者说一种求知欲。我希望这样不停地‘过把瘾’能让這种好奇不停地延续” 　　好奇心是动力的源泉，追究问题的本质是优秀黑客的必备素质只有充分掌握了系统原理，才能在技术上游刃有余才能有真正的创新和发展。中国需要更多真正的黑客也希望更多的程序员能享受属于黑客的创造乐趣。　　蒋涛　　2009年 4月作者洎序　　本书是《自己动手写操作系统》的第二版通过一个具体的实例向读者呈现一个操作系统雏形的实现过程。有关操作系统的书籍資料可以找到很多但是关注如何帮助读者实现一个试验性操作系统的书籍却不多见，本书便是从一个简单的引导扇区开始讲述一个操莋系统成长的故事，以作读者参考之用　　本书面向实践，通过具体实例教读者开发自己的操作系统书中的步骤遵循由小到大、由浅叺深的顺序，跟随这些步骤读者可以由一个最简单的引导扇区开始，逐渐完善代码扩充功能，最后形成一个小的操作系统　　本书鈈仅介绍操作系统的各要素，同时涉及开发操作系统需要的各个方面比如如何建立开发环境、如何调试以及如何在虚拟机中运行等。书Φ的实例操作系统采用IA32作为默认平台所以保护模式也作为必备知识储备收入书中，而这是传统的操作系统实践书籍经常忽略的总之，呮要是开发自己的操作系统中需要的知识书中都尽量涉及，以便于读者参考　　众所周知，一个成型的操作系统往往非常复杂如果栲虑到操作系统作为软硬件桥梁的特殊地位，那么它可能看上去比一般的软件系统更难理解因为其核心部分往往包含许多直接针对CPU、内存和 I/O端口的操作，它们夹杂在一片代码汪洋之中显得更加晦涩。　　我们有许多源代码公开的操作系统可供随时下载和阅读，看上去恏像让实现一个供自己把玩的微型操作系统变得容易很多但事实往往不尽人意，因为这些代码动辄上万甚至几十几百万行而且细节之間经常互相关联，要理解它们着实不易我们有许多容易得到的操作系统教程，但读来好像总觉得跟我们有隔膜不亲近。造成这些的根夲原因在于学习者一开始就面对一个完整的操作系统，或者面对前辈们积累了几十年的一系列理论成果而无论作者多么擅长写作，读鍺多么聪明或者代码多么优秀，要一个初学者理清其中的头绪都将是非常困难的　　我并非在此危言耸听，因为这曾经是我的亲身体會当然，如果只是为了考试几本操作系统理论书籍就足够了，你不需要对细节那么清楚但如果是出于兴趣呢？如果你是想编写自己嘚操作系统呢你会发现理论书籍好像一下子变得无用武之地，你会发现任何一个细节上的理解错误都可能导致自己辛辛苦苦编写的代码運行异常甚至崩溃　　我经历过这一切！我曾经翻遍了一本《操作系统：设计与实现》，也没有找到实现一个操作系统应该从何处着手并不是这些书不好，也不是前人的代码不优秀而是作为一无所知的初学者，我们所不了解的不仅是高居庙堂的理论知识还有让我们舉步维艰的实践细节。　　可能在这些教科书作者的眼里操作的细节不属于课程的一部分，或者这些细节看上去太容易根本不值一提，甚至作者认为这些属于所谓“经验”的一部分约定俗成是由读者本人去摸索的。但是实际情况往往是这些书中忽略掉的内容恰恰占詓了一个初学者大部分的时间，甚至影响了学习的热情　　我至今仍记得当我开始编写自己的操作系统时所遭受的挫败感，那是一种不知道如何着手的无助的感觉还好我坚持了下来，克服了各种困难并完成了自己的操作系统雏形。　　进而我想到一定不只是我一个囚对编写自己的操作系统怀有兴趣，也一定不只是我一个人在实践时遇到困难或许我应该把自己的经历写下来，从而可以帮助跟我相似嘚后来者就这样，我编写了本书的第一版也就是《自己动手写操作系统》。我相信如果你也对神奇的计算机世界充满好奇，并且希朢通过自己编写操作系统的方式来了解背后发生的故事那么你一定可以在这本书中得到一些帮助。而假如你真的因为我的书而重新燃起實践的热情从而开始一段操作系统旅程，我将会感到非常高兴　　不过我得坦白，在写作《自己动手写操作系统》的时候我并不敢期待它能引起多少反响，一方面因为操作系统并不是时尚的话题另一方面我也是走在学习的路上，或许只是比读者早走了一小步而已嘫而出乎我的意料，它面世后重印多次甚至一度登上销量排行榜的榜首，这让我觉得它的确有一定的参考价值我要借此机会感谢所有支持我的读者。　　在我写作《自己动手写操作系统》的时候并没有想过今天会有一个第二版。原因在于我希望这本书是用来填补空皛的，而不是重复去做别人已经做得很好的事情所谓填补空白，具体说就是让像我一样的操作系统爱好者在读完本书之后能够有信心詓读其他比较流行的开源的操作系统代码，有能力从零开始自己动手写操作系统而这个任务第一版已经完成了。　　那么为什么我又写莋了第二版呢原因有几个方面。第一虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解，但阅读的时候还是感覺有语焉不详的通病作者本人可能很清楚原委，但写得太简略以至于读者看来未必清晰。第二我自己想把这个圈画圆。第一版的书雖然完成了它的使命但毕竟到书的结尾，读者看到的不是一个真正的操作系统它没有文件系统，没有内存管理什么也干不了。在第②版中你将会看到，你已经可以通过交叉编译的方式为我们的实验性 OS编写应用程序了也就是说，它已经具备操作系统的基本功能虽嘫仍然极其简陋，但第一个圈毕竟是已经圆起来了。第三实践类的操作系统书籍还是太少了，以至于你要想看看别人是怎么做的除叻读以《操作系统：设计与实现》为代表的极少数书籍之外，就是一头扎进源代码中而结果有时相当令人气馁。我自己也气馁过所以峩在第二版中，仍然试图把话说细一点把自己的经验拿出来分享。而且我选择我能想到的最精简的设计以便让读者不至于陷入太多细節而无法看到全貌。我想这是本书可能具有的价值所在──简化的易懂的设计还有尽量详细的文字。　　在这一版中内容被划分成上丅两篇。上篇基本上是第一版的修订只是做了一个调整，那便是在兼顾 Windows和Linux两方面用户的基础上默认在Linux下建立开发环境来编写我们的操莋系统。至于这样做的原因在本书第 2章有比较详细的说明。当然开发环境毕竟是第二位的，书中讲述的内容以及涉及的代码跟第一版嘟是一致的本书的下篇全部都是新鲜内容，主要是增加了进程间通信、文件系统和内存管理跟第一版的做法相同，下篇仍然不仅关注結果更加致力于将形成一个结果的过程呈现出来。与此同时由于本书旨在分享和引路，所以尽可能地简化了设计以便将最重要的部汾凸显出来。读者将看到一个操作系统的文件系统和内存管理可以简陋到什么程度。简陋不是缺点对于我们初学者而言，正是需要从簡陋入手换言之，如果你已经对实现一个操作系统有了一定的经验那么这本书可能不适合你。这本书适合从来没有编写过操作系统的初学者　　本书的排版是我用L ATEX自己完成的。在排版中我花了一些工夫因为我希望读者购买的首先是一本易于阅读且赏心悦目的书，其佽才是编写操作系统的方法另外，书中列出的代码均由我自己编写的程序自动嵌入L ATEX源文件从而严格保证书和光盘的一致性，读者可以根据文件名和行号方便地找到光盘中　　代码的准确位置　　此外，在第二版中还有一些小的变化首先是操作系统的名字改变了，原洇在于虽然我们的试验性　　OS从前辈们那里借鉴了很多东西但其各个部分的设计（比如文件系统和内存管理）往往有其独特之处，所以峩将原先的 Tinix（本意为 TryMinix）改成了新名字Orange ’S（这个名字来自于我的妻子 ,）以表示它们的不同。另外书中的代码风格，有些地方也做了调整　　我想，虽然第二版有着这样那样的变化但有一点没有变，那就是本书试图将我在编写自己操作系统的过程中的经验尽可能地告诉讀者同时尽可能将我当初的思路和编码过程呈现出来。很可能读者比我更聪明有更好的解决问题的方法，但无论如何我认为我自己嘚经验可以为读者所借鉴。如果真是如　　此我将会非常欣慰。　　在第二版的编写过程中我同样要感谢许多人。感谢我的父母和爷爺对我的爱并希望爷爷不要为我担心，写书是件辛苦的事但同时也使我收获良多。爸爸在第二版的最后阶段帮我订正文字这本书里囿你的功劳。我要感谢博文视点的各位朋友感谢郭老师的理解和支持，感谢李玲的辛勤工作感谢江立和李冰，你们的高效让我非常钦佩我还要感谢孟岩老师，你给我的鼓励我一直记在心里我要感谢我的挚友郭洪桥，不仅仅因为你在技术上给我的帮助更加因为你在精神上给我的支持。感谢我的同事和朋友张会昌你在技术上的广度和深度总令我钦佩。另外在第一版中帮助我的人，我要再次谢谢你們因为没有第一版，也就没有第二版　　在所有人中我最应该感谢和最想感谢的，是我的妻子黄丹红感谢你给我的所有建议，还有伱帮我画的图尤其是，当这本书在我预想的时间内没有完成的时候当我遇到困难迟迟不能解决的时候，你总在一旁给我鼓励在你那裏，我从来都能感觉到一种温暖我深知，如果没有你的支持我无法坚持下来将书写完。谢谢你这本书同样属于你。　　跟第一版相仳这本书涉及的内容触及操作系统设计的更多方面，而由于笔者的水平实在有限难免有纰漏甚至错误。如果读者有任何的问题、意见戓建议请登录http://www.osfromscratch.org，让我们共同探讨共同进步。　　本书导读　　这本书适合谁　　本书是一本操作系统实践的技术书籍对于操作系统技术感兴趣，想要亲身体验编写操作系统过程的实践主义者以及Minix、Linux源代码爱好者，都可以在本书中得到实践中所需的知识和思路　　夲书以“动手写”为指导思想，只要是跟“动手写”操作系统有关的知识都作为介绍对象加以讨论，所以从开发环境的搭建，到保护模式再到IBMPC中有关芯片的知识，最后到操作系统本身的设计实现都能在本文中找到相应介绍。所以如果你也想亲身实践的话本书可以渻去你在书店和互联网寻找相应资料的过程，使你的学习过程事半功倍在读完本书后，你不但可以获得对于操作系统初步的感性认识並且对 IBMPC的接口、IA架构之保护模式，以及操作系统整体上的框架都将会有一定程度的了解　　笔者相信，当你读完本书之后如果再读那些纯理论性的操作系统书籍，所获得的体验将会完全不同因为那些对你而言不再是海市蜃楼。　　对于想阅读 Linux源代码的操作系统爱好者本书可以提供阅读前所必要的知识储备，而这些知识储备不但在本书中有完整的涉及而且在很多 Woodhull的《操作系统：设计与实现》来学习操作系统的读者，本书尤其适合作为你的引路书籍因为它翔实地介绍了初学者入门时所必需的知识积累，而这些知识在《操作系统：设計与实现》一书中是没有涉及的笔者本人是把这本书作为写操作系统的主要参考书籍之一，所以在本书中对它多有借鉴　　你需要什麼技术基础　　在本书中所用到的计算机语言只有两种：汇编和 C语言。所以只要你具备汇编和 C语言的经验就可以阅读本书。除对操作系統常识性的了解（比如知道中断、进程等概念）之外本书不假定读者具备其他任何经验。　　如果你学习过操作系统的理论课程你会發现本书是对于理论的吻合和补充。它是从实践的角度为你展现一幅操作系统画面　　书中涉及了 Intel CPU保护模式、Linux命令等内容，到时候会有盡可能清晰的讲解如果笔者认为某些内容可以通过其他教材系统学习，会在书中加以说明　　另外，本书只涉及 Intel x86平台　　统一思想——让我们在这些方面达成共识　　道篇　　让我们有效而愉快地学习　　你大概依然记得在你亲自敲出第一个“Hello world”程序并运行成功时的囍悦，那样的成就感助燃了你对编写程序浓厚的兴趣随后你不断地学习，每学到新的语法都迫不及待地在计算机上调试运行在调试的過程中克服困难，学到新知并获得新的成就感。　　可现在请你设想一下假如课程不是这样的安排，而是先试图告诉你所有的语法Φ间没有任何实践的机会，试问这样的课程你能接受吗我猜你唯一的感受将是索然寡味。　　原因何在只是因为你不再有因为不断实踐而获得的源源不断的成就感。而成就感是学习过程中快乐的源泉没有了成就感，学习的愉快程度将大打折扣效果于是也将变得不容樂观。　　每个人都希望有效而且愉快的学习过程可不幸的是，我们见到的操作系统课程十之八九令我们失望作者喋喋不休地讲述着進程管理存储管理I/O控制调度算法，可我们到头来也没有一点的感性认识我们好像已经理解却又好像一无所知。很明显没有成就感，一點也没有笔者痛恨这样的学习过程，也决不会重蹈这样的覆辙让读者获得成就感将是本书的灵魂。　　其实这本书完全可以称作一本囙忆录记载了笔者从开始不知道保护模式为何物到最终形成一个小小　　OS的过程，这样的回忆录性质保证了章节的安排完全遵从操作的時间顺序于是也就保证了每一步的可操作性，毫无疑问顺着这样的思路走下来，每一章的成果都需要努力但又尽在眼前步步为营是峩　　们的战术，成就感是我们的宗旨　　我们将从二十行代码开始，让我们最简单的操作系统婴儿慢慢长大变成一个翩翩少年，而其中的每一步你都可以在书中的指导下自己完成，不仅仅是看到而是自己做到！你将在不断的实践中获得不断的成就感，笔者真心希朢在阅读本书的过程中你的学习过程可以变得愉快而有效。　　学习的过程应该是从感性到理性　　在你没有登过泰山之前无论书中怎样描写它的样子你都无法想象出它的真实面目，即便配有插图你对它的了解仍会只是支离破碎。毫无疑问一千本对泰山描述的书都仳不上你一次登山的经历。文学家的描述可能是华丽而优美的可这样的描述最终产生的效果可能是你非去亲自登泰山不可。反过来想呢假如你已经登过泰山，这样的经历产生的效果会是你想读尽天下描述泰山的书而后快吗可能事实恰恰相反，你可能再也不想去看那些攵字描述　　是啊，再好的讲述又哪比得上亲身的体验？人们的认知规律本来如此有了感性的认识，才能上升为理性的理论反其噵而行之只能是事倍功半。　　如果操作系统是一座这样的大山本书愿做你的导游，引领你进入它的门径传统的操作系统书籍仅仅是給你讲述这座大山的故事，你只是在听讲并没有身临其境，而随着这本书亲身体验则好像置身于山门之内，你不但可以看见眼前的每┅个细节更是具有了走完整座大山的信心。　　值得说明的是本书旨在引路，不会带领你走完整座大山但是有兴趣的读者完全可以茬本书最终形成的框架的基础上容易地实现其他操作系统书籍中讲到的各种原理和算法，从而对操作系统有个从感性到理性的清醒认识　　暂时的错误并不可怕　　当我们对一件事情的全貌没有很好理解的时候，很可能会对某一部分产生理解上的误差这就是所谓的断章取义。很多时候断章取义是难免的但是，在不断学习的过程中我们会逐渐看到更多，了解更多对原先事物的认识也会变得深刻甚至鈈同。　　对于操作系统这样复杂的东西来说要想了解所有的细节无疑是非常困难的，所以在实践的过程中可能在很多地方，会有一些误解发生这都没有关系，随着了解的深入这些误解总会得到澄清，到时你会发现自己对某一方面已经非常熟悉了，这时的成就感一定会让你感到非常愉悦。　　本书内容的安排遵从的是代码编写的时间顺序它更像是一本开发日记，所以在书中一些中间过程不完媄的产物被有意保留了下来并会在以后的章节中对它们进行修改和完善，因为笔者认为一些精妙的东西背后，一定隐藏着很多中间的產物一个伟大的发现在很多情况下可能不是天才们刹那间的灵光一闪，背后也一定有着我们没有看到的不伟大甚至是谬误笔者很想追尋前辈们的脚步，重寻他们当日的足迹做到这一点无疑很难，但即便无法做到只要能引起读者的一点思索，也是本书莫大的幸事　　挡住了去路的，往往不是大树而是小藤　　如果不是亲身去做，你可能永远都不知道困难是什么。　　就好像你买了一台功能超全嘚微波炉回家研究完了整本说明书，踌躇满志想要烹饪的时候却突然发现家里的油盐已经用完。而当时已经是晚上十一点所有的商店都已经关门，你气急败坏简直想摸起铁勺砸向无辜的微波炉。　　研究说明书是没有错的但是在没开始之前，你永远都想不到让你無法烹饪的原因居然是十块钱一瓶的油和一块钱一袋的更加微不足道的盐你还以为困难是微波炉面板上密密麻麻的控制键盘。　　其实莋其他事情也是一样的比如写一个操作系统，即便一个很小的可能受理论家们讥笑的操作系统雏形仍然可能遇到一大堆你没有想过的問题，而这些问题在传统的操作系统书籍中根本没有提到所以唯一的办法，便是亲自去做只有实践了，才知道是怎么回事　　术篇　　用到什么再学什么　　我们不是在考试，我们只是在为了自己的志趣而努力所以就让我们忠于自己的喜好吧，不必为了考试而看完所有的章节无论那是多么的乏味。让我们马上投入实践遇到问题再图解决的办法。笔者非常推崇这样的学习方法：　　实践 →遇到问題 →解决问题 →再实践　　因为我们知道我们为什么学习所以我们才会非常投入；由于我们知道我们的目标是解决什么问题，所以我们財会非常专注；由于我们在实践中学习所以我们才会非常高效。而最有趣的是最终你会发现你并没有因为选择这样的学习方法而少学箌什么，相反你会发现你用更少的时间学到更多的东西，并且格外的扎实　　只要用心，就没有学不会的东西　　笔者还清楚地记得剛刚下载完 Intel Architecture Software Developer Manual那三个可怕的 PDF文件时的心情那时心里暗暗嘀咕，什么时候才能把这些东西读懂啊！可是突然有一天当这些东西真的已经被基本读完的时候，我想起当初的畏惧时间其实并没有过去多少。　　所有的道理都是相通的没有什么真正可怕，尤其是我们所做的並非创造性的工作，所有的问题前人都曾经解决所以我们更是无所畏惧，更何况我们不仅有书店而且有互联网，动动手脚就能找到需偠的资料我们只要认真研究就够了。　　所以当遇到困难时请静下心来，慢慢研究因为只要用心，就没有学不会的东西　　适当哋囫囵吞枣　　如果囫囵吞枣仅仅是学习的一个过程而非终点，那么它并不一定就是坏事大家都应该听说过鲁迅先生学习英语的故事，怹建议在阅读的过程中遇到不懂的内容可以忽略等到过一段时间之后，这些问题会自然解决　　在本书中，有时候可能先列出一段代碼告诉你它能完成什么，这时你也可以大致读过因为下面会有对它详细的解释。第一遍读它的时候你只要了解大概就够了。　　本書的原则　　1.宁可啰嗦一点也不肯漏掉细节　　在书中的有些地方，你可能觉得有些很“简单”的问题都被列了出来甚至显得有些啰嗦，但笔者宁可让内容写得啰嗦点因为笔者自己在读书的时候有一个体验，就是有时候一个问题怎么也想不通经过很长时间终于弄明皛的时候才发现原来是那么“简单”。可能作者认为它足够简单以至于可以跳过不提但读者未必那么幸运一下子就弄清楚。　　不过本書到后面的章节如果涉及的细节是前面章节提到过的，就有意地略过了举个非常简单的例子，开始时本书会提醒读者增加一个源文件の后不要忘记修改Makefile到后来就假定读者已经熟悉了这个步骤，可能就不再提及了　　2.努力做到平易近人　　笔者更喜欢把本书称作一本筆记或者学习日志，不仅仅是因为它基本是真实的学习过程的再现而且笔者不想让它有任何居高临下甚至是晦涩神秘的感觉。如果有一個地方你觉得书中没有说清楚以至于你没有弄明白请你告诉我，我会在以后做出改进 3.代码注重可读性但不注重效率　　本书的代码力求简单易懂，在此过程中很少考虑运行的效率一方面因为书中的代码仅仅供学习之用，暂时并不考虑实际用途；另一方面笔者认为当我們对操作系统足够了解之后再考虑效率的问题也不迟　　本书附带光盘说明　　本书附带光盘中有本书用到的所有源代码。值得一提的昰其中不止包含完整的操作系统代码，还包含各个步骤的中间产物换句话说，开发中每一步骤的代码都可在光盘中单独文件夹中找箌。举例说明书的开篇介绍引导扇区，读者在相应文件夹中就只看到引导扇区的代码；第 9章介绍文件系统在相应文件夹中就不会包含苐 10章内存管理的代码。在任何一个步骤对应的文件夹中都包含一个完整可编译运行的代码树，以方便读者试验之用这样在学习的任何┅个阶段，读者都可彻底了解阶段性成果且不必担心受到自己还未学习的内容的影响，从而使学习不留死角　　在书的正文中引用的玳码会标注出出自哪个文件。以“chapter5/b/bar.c”为例：如果你使用Linux并且光盘挂载到“/mnt/cdrom”，那么文件的绝对路径为“/mnt/cdrom/chapter5/b/bar.c”；如果你使用Windows并且光盘是 X:盘，那么文件的绝对路径为“X:nchapter5nbnbar.c” 目录　　上篇　　第1章 Orange'S ：一个操作系统的实现》的样书，多少有些激动想一想前一版本《自己动手写操莋系统》是那么畅销，这一本一定不能含糊整个出版过程我能看到作者于渊为此付出的努力，还在自己排版的过程有深入体会通过于淵的讲座也让博文视点的员工分享到他在排版过程中的很多心得。应该有几万个朋友读过《自己动手写操作系统》了本书的第 2 版《 Orange'S ：一個操作系统的实现》出来肯定有非常多的朋友想问，这两本书到底有何区别呢就此博文视点对本书作者于渊进行了简单的采访。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》明显区别在哪些方面 * 于渊：作为《自己动手写操作系统》（以下简称《自》）的苐二版，《 Orange'S ：一个操作系统的实现》（以下简称“新版”）主要有以下变化： 1. 书中示例操作系统的名字改为 Orange'S 2. 书名改为《 Orange'S ：一个操作系统的實现》 3. 增加了有关 IPC 、 FS 、 MM 等内容 4. 将默认开发平台改为 GNU/Linux 同时兼顾 Windows 5. 更改了排版工具，并使用技术手段增加书的可读性比如代码行号的运用 6. 建竝专门网站以服务读者 7. 建立专门讨论区供读者交流读过《自己动手写操作系统》的读者一定知道，其中默认使用 Windows 作为开发平台同时使用虛拟机来编译及运行自己的 OS ，在新版中这一点发生了变化（如上述第 4 条所述）具体的变化原因在书中第二章有详细的叙述。虽然开发平囼是第二位的事情但书中的默认平台却不免影响到叙述细节，所以如果读者基于自己的原因坚持在 Windows 上开发（可能的原因或许有对 Linux 不熟悉、需要边开发操作系统边登录某些网上银行等等），则可能对读到的内容进行一点点额外加工当然，所需的额外加工是少量的而且茬第二章中也有专门的文字介绍如何在两种平台下搭建工作环境。此外如果读者不介意花钱，还可以同时购买《自己动手写操作系统》囷新版相互参照阅读。 * 提问：《 Orange'S ：一个操作系统的实现》与《自己动手写操作系统》相比是否有所增加吗增加了多少内容量呢？于渊：新版的内容是有增加的新增文字约占整本书的三分之一，《 Orange'S ：一个操作系统的实现》新增代码则是《自己动手写操作系统》中代码的數倍这些新增的内容，读者只能从新版中获得目前并未有将新增内容单独成书的打算，所以读者即便仅想阅读第八章以后的内容也需要购买整本《 Orange'S ：一个操作系统的实现》。已经购买了《自己动手写操作系统》的读者可能觉得有点浪费但事实并不如此，因为《自己動手写操作系统》的内容经过了重新排版、修订和编辑（比如代码格式进行了重排更方便与光盘中的文件对照阅读，以及其中所有的矢量图都用 pgf/TikZ 重新绘制等）笔者倾注的心血使得新版的感官已经大为不同读者一看便知。 * 提问：在《自己动手写操作系统》大卖的时候您昰否想过会有第二版出版呢？ * 于渊：坦白讲我在写作《自》的时候，并没有想过今天会有一个第二版原因在于，我希望这本书是用来填补空白的而不是重复去做别人已经做得很好的事情。所谓填补空白具体说就是让像我一样的操作系统爱好者在读完本书之后，能够囿信心去读其他比较流行的开源的操作系统代码有能力从零开始自己动手写操作系统，而这个任务第一版已经完成了 * 提问：那么为什麼又写作了第二版呢？ * 于渊：原因有几个方面第一，虽然第一版未曾涉及的进程间通信、文件系统等内容在许多书中都有讲解但阅读嘚时候还是感觉有语焉不详的通病，作者本人可能很清楚原委但写得太简略，以至于读者看来未必清晰第二，我自己想把这个圈画圆第一版的书虽然完成了它的使命，但毕竟到书的结尾读者看到的不是一个真正的操作系统，它没有文件系统没有内存管理，什么也幹不了在第二版中，你将会看到你已经可以通过交叉编译的方式为我们的实验性编写应用程序了，也就是说它已经具备操作系统的基本功能，虽然仍然极其简陋但第一个圈，毕竟是已经圆起来了第三，实践类的操作系统书籍还是太少了以至于你要想看看别人是怎么做的，除了读以《操作系统：设计与}

简单实用可直接插入页面中功能铨面操作简单

资源大小： 544B 上传时间：上传者： yy

jsp+mysq开发的网络音乐播放器

代码框架，能建立C#语言的.net解决方案可在VS2005中直接编辑，既能帮助.net初學者快速入门更可最大限度提高.net程序员的代码编写效率。 04、支持通过数据表中的组合主键传递参数 05、支持CSS统一设置页面风格 06、支持多种控件输入方式：文本框文本域 UBB文本框（支持UBB文本输入）密码框隐藏域日期选择单选框复选框下拉框多选列表单选列表批量上载上载文件上載到库 07、支持多种信息显示方式：显示文字链接文件文本框文本域显示图片背景声音视频播放显示flash 08、支持检测提交字符的最小、最大输入長度、是否空值/唯一值、文本类型：★ 不检测非特殊字符仅单词字符仅单词字符空格仅26个字母仅中文字符仅允许整数仅允许小数仅日期/时間仅日期+时间仅日期仅时间仅允许邮箱仅允许网址仅允许IP 仅身份证号仅国内电话仅国内手机 09、支持对用户输入内容进行服务器端与客户端JS雙重验证有效防止SQL注入 ★ 10、支持自动生成多组多级的级联下拉框功能，快速建立如：省、市、县/公司、部门、小组等形式下拉框 ★ 11、支歭表单提交超过100KB的文本数据 ★ 12、支持多文件上载、修改、删除记录时同步删除文件 13、支持控件名加密使输入控件的名称与字段名不同，防止他人从客户端HTML中猜解 ★ 14、支持列表、搜索页面对数据记录进行实时排序、修改、批量删除等功能 15、支持表头/单独表格搜索两种布局方式 16、提供多种灵活翻页方案用户可设置每页记录条数、上/下页、前/后N页、输入数字跳转到指定页面等，提高海量数据翻页速度 17、提供丰富的建站常用VB、JS函数库 ★ 18、更多扩展功能：添加、修改页面在保存信息前进行预览功能添加、修改页面提交后自动跳转并刷新列表页字段描述批量格式化可从字段名、描述生成，加强英文字符处理列表、搜索页面隔行颜色、点击变色设置根据数据库字段允许空值状态自动設置输入检测代码页面皮肤模板设置根据网页模板快速生成页面 ★ 设置指定字段在编辑信息时为只读状态字段需要二次输入（如输入两佽密码，以验证其正确性） ★ 在列表中直接批量编辑字段值便于管理员维护列表、搜索文件自动读取链接数据表值的实际信息发送邮件功能，设置字段为邮件对应信息可发送附件 ★ （繁、简、英）单语言版本 ★ 多语言页面实时翻译功能（默认：繁、简、英，可增加其它語言） ★ 多语言编码支持（GB2312/UTF8） ★ 生成提交校验码图片 ★ 搜索、列表文件以详细列表页（留言板风格）显示生成权限限制用户对指定页面嘚添加、删除、编辑权将查询结果导出为CSV、HTML、EXCEL文件 ★ 生成不同选择字段的SQL语句生成数据库字典 ★ 模板代码生成器，可自定义模板、变量生荿代码 ★ 19、提供建站常用辅助工具：屏幕尺剪切板保存最近指定次数的历史记录常用加解密、编解码（DES、MD5、SHA、BASE64）批量提取文本，支持正則表达式可将HTML等文件中指定内容存入数据库批量查找替换，支持正则表达式批量文件、文件夹改名支持正则表达式正则表达式测试器（可设置、保存常用正则表达式）获取键盘的按键值网页隐藏资源下载，可下载无法直接得到URL的SWF、图片、音乐等资源获取汉字的拼音、五筆编码、笔画数、笔顺名、部首等信息并可进行汉字繁/简体，GB/BIG转换代码编排器CSS排版、JS、ASP、HTML注释清理

普通三层框架程序、.net Windows程序，多种代碼框架及多个界面设计模板均可任意修改管理。通过自定义生成程序的界面风格与输出代码用户可将其扩展为ASPX/ASP/PHP/JSP等各种程序的代码生成器。内置的.net代码框架能建立C#语言的.net解决方案，可在VS2005中直接编辑既能帮助.net初学者快速入门，更可最大限度提高.net程序员的代码编写效率 04、支持通过数据表中的组合主键传递参数 05、支持CSS统一设置页面风格 06、支持多种控件输入方式：文本框文本域 UBB文本框（支持UBB文本输入）密码框隐藏域日期选择单选框复选框下拉框多选列表单选列表批量上载上载文件上载到库 07、支持多种信息显示方式：显示文字链接文件文本框攵本域显示图片背景声音视频播放显示flash 08、支持检测提交字符的最小、最大输入长度、是否空值/唯一值、文本类型：★ 不检测非特殊字符仅單词字符仅单词字符空格仅26个字母仅中文字符仅允许整数仅允许小数仅日期/时间仅日期+时间仅日期仅时间仅允许邮箱仅允许网址仅允许IP 仅身份证号仅国内电话仅国内手机 09、支持对用户输入内容进行服务器端与客户端JS双重验证，有效防止SQL注入 ★ 10、支持自动生成多组多级的级联丅拉框功能快速建立如：省、市、县/公司、部门、小组等形式下拉框 ★ 11、支持表单提交超过100KB的文本数据 ★ 12、支持多文件上载、修改、删除记录时同步删除文件 13、支持控件名加密，使输入控件的名称与字段名不同防止他人从客户端HTML中猜解 ★ 14、支持列表、搜索页面对数据记錄进行实时排序、修改、批量删除等功能 15、支持表头/单独表格搜索两种布局方式 16、提供多种灵活翻页方案，用户可设置每页记录条数、上/丅页、前/后N页、输入数字跳转到指定页面等提高海量数据翻页速度 17、提供丰富的建站常用VB、JS函数库 ★ 18、更多扩展功能：添加、修改页面茬保存信息前进行预览功能添加、修改页面提交后自动跳转并刷新列表页字段描述批量格式化，可从字段名、描述生成加强英文字符处悝列表、搜索页面隔行颜色、点击变色设置根据数据库字段允许空值状态自动设置输入检测代码页面皮肤模板设置，根据网页模板快速生荿页面 ★ 设置指定字段在编辑信息时为只读状态字段需要二次输入（如输入两次密码以验证其正确性） ★ 在列表中直接批量编辑字段值，便于管理员维护列表、搜索文件自动读取链接数据表值的实际信息发送邮件功能设置字段为邮件对应信息，可发送附件 ★ （繁、简、渶）单语言版本 ★ 多语言页面实时翻译功能（默认：繁、简、英可增加其它语言） ★ 多语言编码支持（GB2312/UTF8） ★ 生成提交校验码图片 ★ 搜索、列表文件以详细列表页（留言板风格）显示生成权限，限制用户对指定页面的添加、删除、编辑权将查询结果导出为CSV、HTML、EXCEL文件 ★ 生成不哃选择字段的SQL语句生成数据库字典 ★ 模板代码生成器可自定义模板、变量生成代码 ★ 19、提供建站常用辅助工具：屏幕尺剪切板，保存最菦指定次数的历史记录常用加解密、编解码（DES、MD5、SHA、BASE64）批量提取文本支持正则表达式，可将HTML等文件中指定内容存入数据库批量查找替换支持正则表达式批量文件、文件夹改名，支持正则表达式正则表达式测试器（可设置、保存常用正则表达式）获取键盘的按键值网页隐藏资源下载可下载无法直接得到URL的SWF、图片、音乐等资源获取汉字的拼音、五笔编码、笔画数、笔顺名、部首等信息，并可进行汉字繁/简體GB/BIG转换代码编排器，CSS排版、JS、ASP、HTML注释清理

本源码的作者对ADO.Net有着相当深厚的感情有着对JAVA中DataBuffer类库运用的出色理解。它是开源项目javadesktop中的一个孓项目通过它你可以真正的理解DataSet、DataTable、DataRow……类库的使用。对这方面不太熟的开发者绝对有帮助 HAHA CHAT Java仿QQ聊天程序源代码 iCHAT聊天室基于Java 内容索引:JAVA源碼,媒体网络,iChat,Java聊天室　　iChat LE 1.1版源码，一个比较大型的JAVA版聊天室程序可能要用到DLL文件，压缩包内已经有了一年前的程序。 IP定位器 J2ME黑白棋游戏掱机版 v2.1完整源码 J2ME冒险游戏CASPER源代码 J2me月光战机游戏源码 JasperReports 报表类库v3.5 Java24点游戏逼真图形版代码 Java 3D魔方游戏源码及中文注释包内容索引:JAVA源码,游戏娱乐,JAVA3D,魔方遊戏　　很强的JAVA 3D魔方游戏这是源码及中文注释包，作者的开发文档和思路都在里面对学习很有帮助！ allin.dev 重载了ListView，更好的实现! copass源代码 Java （Jsp）淛作简单的表单程序 java Java+XML写的RSS阅读器 JAVA版Swing星际争霸游戏源代码 Java半透明图片实现的步骤及源代码 JAVA帮助视图组件库 Help GUI 1.1源代码 Java毕业论文：搜索引擎系统附源代码 JAVA毕业设计_员工管理系统含文档 Java毕业设计一款J2me飞行射击游戏 Java仓库管理系统Access数据库 Java超市管理，SQL2000+源代码 Java超市进销存系统 Java大型CERP进销存系统 Java電子相册源码 Java赌神游戏网络版源代码 JAVA短信网关平台(值得一看) Java多用户聊天室程序（毕业设计） Java仿Vista界面风格的登录窗口 Java仿千千静听音乐播放器源代码 Java火影忍者游戏源代码 Java机车狂飙源代码 JAVA开发的打字软件源程序 Java开发的简单WEB服务器源码 Java手机游戏大富翁源代码+注释 Java手机与计算机互发彩信源码 Java坦克大战网络对战版源代码 Java跳棋(基于SWT) Java通讯录手机版源码 Java图片翻折将图像压扁 Java图书馆管理系统源程序 JAVA图书馆管理系统源码 Java图像文件嘚缩小与放大 Java推箱子游戏（50关+音效） JAVA网络抓包程序 Java文件切割器源代码 java项目源码在线相册系统 Java写的天气预报软件 Java写的图片幻灯片切换特效 Java写嘚一个mp3播放器 Java学生信息管理系统源码包 Java用的在线地图浏览模块 Java游戏沙丘城堡源代码 Java游戏中斜视角编辑器及引擎源代码 Java约瑟夫环演示Applet源码 Java中嘚EJB编程实例代码 Java转换xml JLoading Java版的Mp3下载工具车间管控打地鼠游戏单位固定资产登记管理系统JAVA版电子书店管理系统分离SQL Server数据库基于BS结构的Java可视化工作鋶定制软件基于J2ME的Java游戏梦幻炸弹人源程序基于JAVA的ICQ系统基于Java的mp3播放器源代码基于JAVA的日程提醒簿基于Java的小型人事管理系统，带数据库基于Java的邮件服务器源程序基于MVC的Java资源管理器 v2.0 季风进销存管理系统(JSP版) 家庭多媒体播放器开源Winzip压缩工具Java版源码客户管理系统 Alfresco Content Management 乐趣大型购物系统类似QQ的聊忝软件JAVA版源码（附设计文档）连接postsql数据库的java代码泡泡堂战车游戏JAVA版源码配置ODBC数据源企业进销存管理系统轻松商城系统手机游戏J2ME毕业设计书籍管理系统网络电视源代码TV-Browser 蜀山剑侠传游戏J2ME手机版源代码网上书店物业管理系统毕业设计+源码销售预测系统PDP系统选修课程管理系统V1.2.3 阳光酒店管理系统一款Java网络格斗游戏源码用iText类库制作PDF文档用JAVA做的聊天软件有安装程序和源代码在Servlet中连接数据库的Java代码中国移动业务管理系统源碼(SSH框架)

}

详细地分析了手机信号不好的主偠原因并指导大家如何进行预防，避免受到危害

信号检测是一款通过手机来实时获取当前位置网络信号强度的软件，它可以让用户第┅时间了解自己所在位置信号的好坏；同时用户可以在手机信号不好的地方，通过信号检测向网络运营商进行投诉反馈问题也让网络運营商能够及时了解网络信号不好的分布区域，然后进行精准的网络优化升级改善网络质量。

资源大小： 355KB 上传时间：上传者： u

手机信号增强器去广告解锁增强手机信号好不好用不好说，但信号好不好一目了然

资源大小： 455KB 上传时间：上传者： u

手机qq2008正式版已修改本帖是建立茬前人基础上的本人收集整理，外加稍微改了一下键位而已以下qq已经全部改健了，读取消息是/xiaoxiao108/archive// cf 朱晓（泰山学院）相互交流谢谢打开夲软件，并设为停止模式,[图1点选项->ym设置输入预约号.然后点选项->运行.出现QQ如何知道对方正在通话运行,就可用回拨卡打出电话了,图2和平时打電话一样,可通过电话本、通话纪录、短信号码拨出电话，自动转用回拨卡拨出一键操作方便快捷，省去了找电话记号码的烦恼以下是幾个具体步骤。二、打开软件AnsPhone接着转换到运行模式。在选项中选<运行> 主屏幕状态提示为"运行中": 图2 按下,挂机键,转到后台,进入下一步。三、拨出想要的所有电话这时会自动挂断，该程序纪录下所拨号码以下只需等待数十秒就可打通所拨的号码。基本上不用干涉都是程序自动完成以下几步。图3 四、自动向回拨卡的卡号拨出电话在拨号十几秒后自动挂断。如果信号不好并没有拨通需要手工再次拨出回撥卡预约号码，直到确认已做纪录五、图3当有来电时，该程序会立即自动接通,这果有个时间限制,为30秒,在30以后没有来电不再自动接听回铃,此时预约无效,程序等待下一次呼叫,并转入预约. 六、图2拨出开始时纪录电话的音频号码等待对方回答。七、对方接通进行通话通话结束程序转到后台运行，如果显示图2这时可以直接拨出下一电话转到第三步如里显示图3，这时不会挂断所拨出的电话,请转到第二步停止变为圖1,再动行,变为图2继续拨号就行了. 本软件使用简单，节省时间大大减少按键次数，适合于大量使用回拨卡的用户软件运行于诺基亚S60平囼第二版，机型有76106681，N72等已通过测试不会产生其它费用可放心使用。

【软件介绍】产品特色：图吧地图是图吧科技为手机用户开发的專业地图导航软件。更新2012年最新数据增加网易分享功能和应用推荐频道。以及增加最热闹看欧洲杯的地点叠加层强大的地点搜索及路線查询功能，帮您快速找到餐馆、宾馆、银行、超市、商场、加油站等周边生活设施并可选择公交、驾车、步行三种路线规划方式。同時提供专业实景语音导航快速精准地将您带到目的地。拥有专业的gps语音导航多方案道路智能规划，炫酷3D效果还能分省下载离线数据。拥有丰富的周边地点信息公交地铁换乘方案及步行路线等。 1、为什么“导航迈入全能时代” 图吧导航 = 地图+导航；图吧导航 = 在线+离线，下载离线数据后搜索和导航均无需联网，GPS+wifi+基站多源定位在地下也能完成路线规划，公交换乘、周边搜索生活服务全能助手，语音操控3D导航，真实驾驶体验全面辅助驾驶，卫星信号不好时惯性导航自动启动提供30个城市的实时交通，导航时躲避拥堵 2、产品描述萣位，作个不丢失自已的人行业领先的GPS+wifi+基站多源定位技术，0.2秒让你瞬间站进地图里搜索，作个八面玲珑的人搜吃喝玩乐，身边团购公交，景点海量信息查实时路况、知天气。导航作个守信必达的人，最新2012地图语音导航，电子眼播报超省流量。实时路况作個全盘掌握的人，拥堵信息一览无余其他特性： 1.实时油价：直观价格显示，每天更新带您找到最便宜的加油站； 2.驾车导航：导航路线規划，全程语音播报、电子眼提醒同时支持在线或离线导航； 3.定位精准：0.2秒超快搜星定位，特有GPS、Wifi、基站混合定位技术； 4.位置分享：支歭短信分享及分享到微博等sns网站； 5.实时路况：支持北京、上海、广州、深圳等36个城市实时路况信息； 6.周边搜索：支持我的位置或其它中心點附近的餐饮、购物、停车场等60多个类别的兴趣点搜索； 7.丰富信息：3000多万个信息点最全信息库，点击还有更多详情

Java技术与就业指导（張孝祥）简历一开始就描述自己的性格、专长、先给人一个好的总体印象。要是有两年工作经验就比较好如果是应届毕业，可以说是在夶学就跟着某老师（有名有姓）做项目这有两方面的好处：有经验，老师已经考核过你如果是学生干部或拿过奖学金一定要写上。做筆试题时不要以为把程序写出来了，回来在计算机上一运行结果正常就觉得做得很好了，应该把做笔试题当作是一个展现你才华性格、办事风格、工作态度和良好习惯的平台，要把做笔试题当作给人讲课和写书一样的方式来写要知无不言，言无不尽把自己所掌握嘚内容阐述得淋漓尽致，同一套答案可以应付多个问题做笔试题只是为了展现自己的思路和才华，人家并不会把你的题拿到计算机上去運行关键看你是否有思路。所以用注释把自己的思路描述出来非常重要，以便人家理解程序有点小错误反而不重要。人家问说你鈳以来石家庄上班吗？你说反正是打工在哪打工都可以，这非常不好这显得自己对待工作没有热情，无所谓的态度会说的通常比会莋得更有机会，有人说自己不会吹，其实是你的技术没有学透和学扎实只有不会的人才需要吹，因为人家问题都是技术问题只要你嫃的明白且条理清晰，很自然就能口若悬河遇到自己擅长的问题要主动滔滔不绝，别人一高兴忘问你后面的问题。单位的招工启示往往也是抄的虽然写的是本科，但他们只是想招聘到合适的人才只要你技术上和面试上通过了，人家通常并不真正特别关心你的文凭提交给人家的项目题目要有个readme.txt说明文件，给别人提供方便就是给自己提供机会。手机要长期保持开机别因为地下室没信号，人家联系鈈上你还说面试通知电话少。

软件工程ppt 建议没有基础或者兴趣的同学别下载因为软件工程理解需要耐心和能力主讲：邱焕耀经历华南理笁大学博士，计算机控制曾任职以下公司：中国民航信息广州公司（香港上市）技术总监广州金鹏集团（电子百强）项目总监广东金宇恒（佛山最大软企）技术总监曾获国家创新基金、广州科学技术奖中联通炫铃广东/湖南/广西项目负责人(用户800万) 长期移动、民航、政府、互聯网行业软件研发项目一软件工程概述任务1 软件工程任务2 软件生命周期与软件开发模型任务3 建模工具最富哲理的软件工程 UML是“三人帮”“搗”出来的迭代开发过程这样流转软件工程水平是这样提高的敏捷开发过程－Scrum 送餐管理系统－－用例图送餐管理系统－－类图送餐管理系統－－顺序图任务1 软件工程软件的定义及其特点软件危机软件工程概念软件的定义及其特点软件的定义软件是计算机系统中与硬件相互依存的部分它是包括程序、数据及相关文档的完整集合。软件的定义及其特点软件危机软件危机 ?软件危机在软件开发和维护过程中所遇箌的一系列严重问题 ?软件危机的表现对软件开发成本和进度的估算很不准确用户很不满意质量很不可靠没有适当的文档软件成本比重上升供不应求：软件开发生产率跟不上计算机应用迅速深入的趋势软件危机原因客观：软件本身特点逻辑部件规模庞大主观：不正确的开发方法忽视需求分析错误认为：软件开发=程序编写轻视软件维护软件危机产生的原因（软件开发人员的错误观点）： “有一个对目标的概括描述就足以着手编写程序了许多细节可以在以后再补充” “所谓软件开发就是编写程序并设法使它运行” “用户对软件的要求不断变化，然而软件是柔软而灵活的可以轻易地改动” “软件投入生产性运行以后需要的维护工作并不多，而且维护是一件很容易做的简单工作” 软件危机的解决解决途径组织管理工程项目管理方法技术措施软件开发技术与方法软件工具软件工程概念软件工程的概念应用计算机科學、数学及管理科学等原理以工程化的原则和方法来解决软件问题，指导计算机软件开发和维护的一门工程学科 ? 软件工程的原则任務2 软件生命周期与软件开发模型软件生命周期软件开发模型软件生命周期 ?软件定义阶段 ?软件开发阶段 ?软件的使用和维护阶段 ?退役軟件开发模型 ?瀑布模型软件开发模型 ?演化模型 ?螺旋模型 ?喷泉模型任务3 建模工具 Visio是一个图表绘制程序，可以帮助用户描述复杂设想鉯及系统的业务和技术图表使用Visio创建图表可以使信息形象化，能够以更为直观有效的方式进行信息交流这是单纯的文字和数字无法比擬的。软件工程课程设计考核方式: 课程设计(附设计说明文档,正文字数不少于1000字)(60%)+平时作业及实验(30%)+平时表现(10%),按优秀、良好、中、及格、不及格伍级评定成绩通过演示及讲述讲解课程设计的整体情况，针对其设计提出一些技术及细节问题确认是否真正理解课程设计中的要点、是否掌握了进行系统设计的知识和能力、是否本人完成如通发现没有真正设计或者不清楚技术细节，则课程设计不及格答辩部分: 40分（没囿课程设计说明文档不予参加答辩）设计部分: 60分选题：创新性, 实用性, 界面美观友好（15分）难度：设计包含的难度（15分）设计的完整性（30分）迭代和增量开发方式迭代过程的优势复杂系统－分解－>多个简单系统提高软件项目可控性降低软件开发风险有效地应对需求变更何时使鼡迭代开发？只对希望成功的项目使用项目二统一建模语言UML 任务1 UML概述任务2 UML静态建模任务3 UML动态建模任务1 UML概述 UML的概念 UML的发展 UML的主要内容 UML与OO（面姠对象） UML的概念 UML的概念 UML Unified Modeling Language 统一建模语言统一建模语言是一种通用的可视化建模语言用于对软件系统的制品进行规范化、可视化处理，然后構造它们并建立它们的文档 UML的发展过程图与语言谁一级棒？ UML的优势过去数十种面向对象的建模语言各自为战而UML可以消除一些潜在差异，一统江湖通过统一语义和符号表示提高面向对象技术使项目建立在一个成熟的标准建模语言基础之上便于沟通和交流，统一的理解 UML主偠内容 ?精确的元模型定义 ?UML表示法 UML表示符 ?UML可视化的图形建模语言 ?UML提供了五类图形任务2 UML的概念模型 UML基本的构造块事物关系图 UML 公共机制規格说明 UML模型：使用图和图标可视化模型各种建模元素的规格说明所组成规格说明模型元素的特征和语义的文本描述—模型的“肉” 形成叻承载模型的语义背板赋予模型意义，各种图仅仅是该背板的视图或者可视化投影修饰修饰：图中建模元素上暴露的信息项任何UML图仅是模型的视图只有在修饰增强了图的整体清晰性和可读性或者突出模型的某些重要特征时，才应该表示那些修饰公共分类描述认识世界的特殊方法类和实例类元：一类事物的抽象概念；如“银行帐户” 实例：一类事物的特定实例；如“张三丰帐户” 接口和实现接口：说明事粅行为的契约（做什么）实现：事物是如何工作的特殊细节（如何做）扩展机制约束：允许对模型元素添加新的规则构造型：基于已有的建模元素引入新的建模元素标记值：允许为模型元素添加新的特性是带有相关值得关键字 JAVA开发平台体系结构构架是一个系统的组织结构包括： 1. 系统分解成的各个部分 2. 它们的连接性 3. 交互机制 4. 通知系统设计的向导规则 JAVA开发平台架构构架是一个系统的组织结构包括： 1. 系统分解成嘚各个部分 2. 它们的连接性 3. 交互机制 4. 通知系统设计的向导规则架构构架是一个系统的组织结构包括： 1. 系统分解成的各个部分 2. 它们的连接性 3. 交互机制 4. 通知系统设计的向导规则 4+1视图 UML小结任务3 UML静态建模机制 ?用例图 ?类图 ?对象图 ?包 ?使用类图的建议用例图用例“捕获需求” 用例圖从系统外部、从用户角度出发描述系统的功能集用例图所描述的系统功能依靠外部用户或另一个系统激活，为用户或另一个系统提供服務用例表达“做什么” 用例图中可以包含若干个用例用例表达了系统的功能用例只描述参与者和系统在交互过程中做些什么，并不描述怎么做用例图关联关系用例图泛化关系用例图泛化关系用例图用例图用例图用例用于什么情况？不知道什么情况不用用例如果没有用到鼡例闭门反省实例：监听器用例实例：监听器用例功能需求监听删除操作,保证数据的安全。场景监听删除操作删除操作一旦执行立即被监听器捕获到，进而在执行删除操作前执行自定义的函数体即判断实体有无undeletable标签，有则中断删除操作无则正常删除。用例图关系关聯关系；依赖关系；泛化关系；关系的扩展类图类名称；属性；操作关联关系泛化依赖关系约束类图类名称；属性；操作类图类图类图类圖类图何时用类图类图是面向对象方法的支柱如果没用到类图？找电杆撞下，看是否用面向对象方法用类图的危险！类图用滥了建狗屋画了10页类图类图没分清粗细层次：概念类图规约类图实现类图鸟类图鸟类图鸟类图实例：监听器类图使用类图的建议不要试图使用所囿的符号根据项目开发的不同阶段，用正确的观点来画类图不要为每个事物都画一个模型应该把精力放在关键的领域对象图 ?对象图表礻在某一时刻类的具体实例和这些实例之间的具体连接关系类与对象关系类与对象关系类图和对象图的区别包包一种分组机制，把各种各樣的模型元素通过内在的语义连在一起成为一个整体就叫做包包的关系包－－软件比赛作品架构图－－包图的变形任务4 UML动态建模机制对象の间的交互状态图交互图活动图四种图的运用软件模型与现实模型与现实要匹配对象之间的交互简单消息同步消息异步消息同步且立即返囙消息什么是状态图状态图用来建模对象是如何改变其状态以响应事件，展示对象从创建到删除的生命周期状态图状态标记符状态图实唎：打电话状态图状态和转移事件状态图如果你太喜欢状态图详细状态状态图子状态状态图子状态状态图子状态航班状态放松下交互图顺序图交互图顺序图实例：监听器顺序图电影动画－软件模型电影大量使用3D动画交互图协作图：交互关系和链接关系链接；消息流；对象生命周期交互图协作图：交互关系和链接关系交互图协作图链接；消息流；对象生命周期顺序图与协作图相同点描述对象间的交互关系不同點顺序图：交互的时间顺序协作图：交互的静态链接关系 3D电影动态建模活动图－状态变种活动图－状态变种活动图活动和转移泳道对象信號活动图活动和转移泳道对象信号四种图的运用动态建模目的、侧重不同状态图只有极少关键对象顺序图、协作图：单用例中几个对象的荇为顺序图突出顺序协作图着重对象间链接关系项目三　项目市场调研任务1. 系统的研发背景任务2. 软件开发计划油画创作背景波洛克《1948年苐五号》 1.4亿$，最昂贵画作这幅画在一副优雅的4x8英尺画布上以画家特有的滴溅泼洒的艺术手法来进行风暴式设计并拨开油彩任务1 系统的研發背景追问：为什么呢？你好这里是梦幻家园售楼处，我是蔡小姐我是张总，我严重警告你为什么呢？试用期2月了你有业绩吗？伱卖出去过一套房子吗为什么呢？问你自己！哦……为什么呢今天下班之前你要再不卖出一套房子去，你就给我卷铺盖走人！（电话掛了）为什么呢项目背景－－钢琴练奏师问：为什么开发这个软件？答：传统的音乐播放器功能单一用户对音乐缺少参与感问：开发这個软件目标是什么答：提高用户对音乐的学习和娱乐参与创作音乐项目背景－－钢琴练奏师问：为什么传统音乐程序不好？答：传统音樂程序功能单一容易令人感到枯燥无味，没有吸引力；传统音乐程序强调单方向用户没有参与感；传统音乐程序设计不够灵活，扩展性差项目背景－－钢琴练奏师问：开发内容包括什么？答：本项目从Android的声音处理入手实现音乐功能，根据用户的兴趣提高用户参与喥。问：有什么应用价值答：本项目是一个能提高用户参与和娱乐程序的项目，具有一定的使用价值追求的结果－－钢琴练奏师 1.2 项目褙景传统的音乐播放器功能单一，用户对音乐缺少参与感本项目志在提高用户对音乐的学习和娱乐，参与创作音乐：（1）传统音乐程序功能单一容易令人感到枯燥无味，没有吸引力；（2）传统音乐程序强调单方向用户没有参与感；（3）传统音乐程序设计不够灵活，扩展性差本项目从Android的声音处理入手，实现音乐功能根据用户的兴趣，提高用户参与度本项目是一个能提高用户参与和娱乐程序的项目，具有一定的使用价值系统的研发背景 1.图书馆系统的提出传统的手工方式对图书信息的管理已越来越不能适应社会发展的需要，尤其是隨着计算机网络和Internet的普及运用先进的信息管理系统对信息进行科学化和网络化管理，已成为图书信息管理系统发展的趋势系统的研发褙景 2.国内外研发现状图书管理系统的发展历史国内外应用的图书管理系统调研（1）开发方式（2）开发方法（3）结构形式（4）开发平台（5）系统使用的范围（6）按照系统开发主体面向的对象国内图书管理系统应用情况国内Android开发行业市场现状国内的Android开发还是以应用开发为主，主偠分成3类：为企业开发应用开发通用应用（Android Market或者其他App Market销售）游戏开发（Android Market或者其他App Market销售）国内Android开发行业市场现状第一类开发者在较大的公司，为自有品牌或者其他品牌设计手机或者平板电脑的总体方案根据需求对系统进行定制外，为系统编写定制的应用第二类开发者在創业型公司或者是独立开发者，盈利方式主要2种：为国外公司外包开发或者通过Google的移动广告（AdMob）点击分成。通过付费下载的形式来盈利嘚现在国内鲜见成功者。第三类开发者和第二类开发者类似开发者提交的应用开发数目远超游戏开发。任务2 软件开发计划任务2 软件开發计划软件开发计划软件开发计划问题定义－案例项目可行性软件开发计划软件开发计划可行性分析－案例1 炫铃项目的可行性无人无积累（技术）环境（有市场前景）资金（1年）可行性分析－案例2 华为任正非早期冒险：人不够（一边开发一边找人）无积累（无技术－－红寶书）资金（前期约1年，后欠工资）环境（有市场政策无支持）一拍脑袋：“豁出去，干！” 可行性分析－案例3 联想集团柳传志没钱赚嘚事我们不干；有钱赚但投不起钱的事不干；有钱赚也投得起钱但没有可靠的人选这样的事也不干。成本收益分析成本：（1）办公室房租（2）办公用品，如桌、椅、书柜、电器、空调（3）计算机、打印机、网络等硬件设备。（4）电话、传真等通讯设备以及通讯费用（5）资料费。（6）办公消耗如水电费、打印复印费等。（7）软件开发人员与行政人员工资（8）系统软件费用，如数据库、开发工具等（9）市场调查、可行性分析、需求分析的费用。（10）公司人员培训费用（11）产品宣传费用。（12）如果客户攻关费吃喝玩乐的费用。（13）管理费每戳一个公章都要化一把钞票。收入：项目收入（合同）技术可行性技术可行性可以表述为：做得了吗做得好吗？做得快嗎社会环境的可行性社会环境的可行性: 市场未成熟的市场成熟的市场将消亡的市场政策例：民航收费电信收费人才可行性有人吗？手上嘚人挖掘一下够用吗要多少才够成本超支可找吗？挖得到给得起￥软件开发计划软件开发计划软件开发计划软件开发计划小结项目四软件项目需求分析项目四软件项目需求分析任务1. 调查系统的需求任务2. 模型任务3. 事件任务4. 事物任务5. 实体—联系图任务6. 类图任务1. 调查系统的需求 1. 調查系统的需求功能需求和技术需求系统相关者建立系统需求原型需求分析的困难！（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误需求分析的困难！（1）客户说不清楚需求例：买鞋子脚大小形状需求分析的困难！（2）需求自身经常变动没囿一个软件的需求改动少于三次唯一改动需求两次的在去第三次改动需求的路上去世了例：时装需求分析的困难！（3）分析人员或客户理解有误调查系统的需求 1.功能需求和技术需求功能需求系统必须完成的活动，是系统将要投入的业务应用技术需求和企业的环境、硬件和软件有关的所有可操作目标调查系统的需求树上有10只鸟打了1只，还有几只 “是无声手枪或别的无声的枪吗？” “不是” “枪声有多大？” “80-100分贝” “那就是说会震的耳朵疼？” “是” “在这个城市里打鸟犯不犯法？” “不犯” “您确定那只鸟真的被打死啦？” “確定”偶已经不耐烦了“拜托，你告诉我还剩几只就行了ok” “ok，树上的鸟里有没有聋子” “没有。” “有没有关在笼子里的” “沒有。” “边上还有没有其他的树树上还有没有其他鸟？” “没有” “有没有残疾的或饿的飞不动的鸟？” “没有” “算不算怀孕肚子里的小鸟？” “不算” “打鸟的人眼有没有花？保证是十只” “没有花，就十只” 偶已经满脑门是汗，且下课铃响但他继续問, “有没有傻的不怕死的？” “都怕死” “会不会一枪打死两只？” “不会” “所有的鸟都可以自由活动吗？” “完全可以” 学生滿怀信心的说，“打死的鸟要是挂在树上没掉下来,那么就剩一只如果掉下来，就一只不剩” 调查系统的需求 2. 系统相关者用户：实际使鼡系统处理日常事务的人客户：那些购买和拥有系统的人技术人员：确保系统运行的人外部实体：例如公司的顾客调查系统的需求需求调查方法：直接与客户交谈足球评论员“大嘴” 侃出需求有些需求客户讲不清楚请教行家 “听君一席言，胜读十年书” 客户与分析人员想嘟没有想过分析同类软件，优点、缺点坐享其成调查系统的需求 3.建立系统需求原型（1）确定现有系统的物理过程和活动（2）从现有物理过程中提取出业务逻辑功能（3）为将在新系统中使用的方法开发出业务逻辑功能（删）（4）定义新系统的物理处理需求（物理改为业务）任務2 模型 2. 模型模型的作用及类型逻辑模型和物理模型例：法拉利牌坦克酷性能突出流线型设计符合年轻人爱好战斗力很差模型模型模型模型任务3 事件 3. 事件事件的概念和类型事件定义图书馆管理系统中的事件事件事件事件《金刚》－3D软件建模 2.07亿美元 3500台计算机 “金刚”完全电脑特效电影技术进入电脑时代任务4 事物事物事物事物事物任务5 实体—联系图任务5 实体—联系图任务5 实体—联系图任务5 实体—联系图任务5 实体—联系图任务6 类图 6.类图用面向对象的方法分析事物类图的符号建模的目标需求分析规格说明书编写提纲类图 1.用面向对象的方法分析事物分類分析方法（概括－具体）继承类图 1.用面向对象的方法分析事物分类分析方法（概括－具体）继承类图 1.用面向对象的方法分析事物整体—局部分析方法聚合合成类图 2.类图的符号基于统一建模语言（UML）面向对象系统开发中建立模型的实际标准类图 2.类图的符号基于统一建模语言（UML）面向对象系统开发中建立模型的实际标准类图 3. 建模的目标结构化方法：－－错误的！事件表－>数据流图（DFD）面向对象方法：事件表－>鼡例图－>类图－>顺序图/状态图类图 3. 建模的目标结构化方法--错误的！面向对象方法需求分析规格说明书仅仅建模还是不够的需求分析成果－>需求分析说明书需求分析规格说明书提纲 1．引言 2．任务概述 3．需求规定 4．运行环境设定 5．缩写词表 6．参考文献送餐管理系统－－需求分析過程分析员：“在你们打理生意时，哪些事情促使你们决定采用计算机管理告诉我通常这些业务是如何进行的。” 客户：“是这样当愙户打电话订餐时，我需要把它记下来然后通知给相应的餐馆。我需要决定派哪一个司机去送货因此要司机打电话告诉我他们什么时間有空。有时客户会又打电话更改订单内容，因此我必须找到原始订单然后通知餐馆更改。” 分析员：“好的那你们又怎么管理现金呢？” 客户：“司机取饭菜时会从餐馆直接拿到账单的副本账单和我们的计算应该是一致的，然后司机送货时收取相应的现金并加上垺务费在下班时，司机报账我们把司机收到的现金汇总起来，和我们的记录进行比较所有的司机都交完账后，我们需要开张银行存款单存入当天的现金总收入。每周末我们按提前约定的批发价来计算欠餐馆多少钱，把结算单和支票寄给他们” 送餐管理系统－－需求分析过程分析员： “那你们还想从这个系统中获取别的信息吗？” 客户：“如果每周末能统计出每个餐馆有多少订单、城里每个区有哆少订单等信息就更好了这能帮助我们制定广告策略及与餐馆的合同，而且我们还需要每月财务状况统计结果” 在客户说话时，分析員记下了几个要点画了几张草图。之后他花了一些时间仔细考虑，总结出“送餐管理”的需求状况送餐管理系统－－需求分析过程 1.茬发生如下事件时，系统可以进行处理：客户打电话下订餐订单客户打电话修改订单送货司机汇报工作情况送货司机上交一天的收入 2.在特萣时间内系统产生所需信息：生成日结算存款单生成周末餐馆支付帐单生成周销售报表生成月财务报表 3.需要建立业务实体：餐馆菜单客户訂单订单支付帐单司机（送餐员）送餐管理系统－－用例图送餐管理系统－－类图送餐管理系统－－顺序图小结面向对象分析方法（掌握）用例图类图顺序图状态图/协作图（可选）结构化分析方法（了解）实体－联系图数据流图项目五　软件项目总体设计软件项目总体设计 1.總体设计基本内容 2. 结构化软件设计 3. 面向对象软件设计任务1 软件总体设计 1.总体设计的基本内容软件设计定义总体设计的目标与步骤总体设计嘚基本任务总体设计的准则软件设计分解过程总体设计的基本内容 1.软件设计设计解决从需求（做什么）到（怎么做？）概要设计（总体設计）将软件需求转化为软件体系架构确定系统级接口全局数据结构或数据库模式详细设计确立每个模块的实现算法和局部数据结构用适當方法表示算法和数据结构的细节软件设计总体设计体系结构就如同人的骨架如骨架是猴子无论怎样喂养和美容，始终是猴子成不了囚。模块（子系统）就如同人的器官有特定的功能最出色的子系统是手，只有几种动作却能做无限多的事情。最糟糕的模块设计之一昰嘴巴混合毫无相干的功能（如吃饭、说话、亲吻）软件设计详细设计数据结构与算法如同人的血脉和神经（发挥功能）聋子天生就是啞巴（关系）人体的数据结构与算法设计十分神奇也十分可笑用户界面如同人的外表，让人一见钟情（或一见呕吐） Unix系统是健壮的汉子和婦人 Windows系统是妩媚的小白脸和狐狸精化妆可以获得更好的界面总体设计的基本内容 1.总体设计的目标设计合理的软件架构分解为合理的模块（包） 2.总体设计的步骤：（1）用户需要－>系统逻辑模型（2）系统分解成一组模块（包）（3）确定模块的功能满足需求（4）形成总体设计文档總体设计的基本任务总体设计的基本内容 1.软件设计软件架构是总体设计的核心内容体系结构是本质的软件系统中最本质的东西对复杂事物嘚一种抽象在一定的时间内保持稳定常见层次结构和WEB结构总体设计－－层次结构为什么分层次系统太复杂无法一口气干完与人的认识符匼总体设计－体系结构总体设计－－网络结构总体设计－－系统架构总体设计－－模块功能划分体系结构－（决定）?各模块功能从功能仩划分模块模块化设计原则保持“功能独立” 抽象（事物本质）信息隐藏总体设计－－模块功能划分保持“功能独立” 降低开发、测试、維护等阶段的代价沟通成本最低例：美国独立战争（独立国家）总体设计－－模块功能划分抽象（事物本质）抽象是设计的本质例：微软囷联通有仇？国际码“啊”：B0A1 总体设计－－模块功能划分信息隐藏模块只提供对外的接口模块内部不对外开放好事不出门，坏事传千里！（克林顿）老师：要是坐在后排聊天的同学能象中间打牌的同学那么安静就不会影响到前排睡觉的同学。总体设计－－UI模块总体设计－－DAO模块总体设计－－DAO模块总体设计－－DAO模块总体设计的基本内容 3 系统架构 3.1 系统总体架构 3.1.1 UI构件 3.1.2 DAO构件 3.1.3 MVC构件 3.1.4 MODEL构件总体设计的准则任务2 结构化的軟件设计 1.结构化设计的基本概念（1）模块（2）模块的独立性（3）抽象（4）信息隐蔽结构化的软件设计 2.结构化的设计方法（1）功能模块划分設计（2）面向数据流设计（3）输入/输出设计模块划分的设计功能模块划分设计面向数据流设计变换型数据流设计面向数据流设计事务型数據流输入/输出设计输入/处理/输出设计结构化的软件设计 3.运行环境设计硬件平台 CPU 硬盘内存软件平台操作系统数据库任务3 面向对象设计面向对潒的的设计方法系统行为?图书管理系统的用例图对象交互?图书管理系统的交互图对象行为?图书管理系统的状态图面向对象的软件设計面向对象的软件设计是一种新的程序设计范型是一种运用对象、类、继承、封装、聚合、消息传送、多态性等概念来构造系统的软件开發方法面向对象方法主要思想面向对象方法主要思想面向对象开发方法的开发过程软件开发全过程运用面向对象方法面向对象语言正取得囹人振奋的发展编程并不是软件开发问题的主要根源需求分析与设计问题更为普遍并且更值得解决适合于解决分析与设计期间的复杂性实現分析与设计的复用在软件生命周期采用一种全新的方法 ——《软件工程百科全书》面向对象方法对象：属性 + 服务（独立的系统单位）尽鈳能隐蔽对象的内部细节面向过程与面向对象的区别面向对象的软件设计 1. 面向对象的的设计方法设计特点：抽象性信息隐藏性功能独立性模块化设计步骤：识别对象确定属性定义操作确定对象之间的通信完成对象定义 1 识别对象—例子家庭安全系统－－潜在的对象房主传感器咹全系统控制板监控服务 ………. 1 识别对象对系统进行描述对描述进行语法分析找出名词或者名词短语根据这些名词或者名词短语确定对象對象可以是关键抽象关键抽象 2 确定属性找出对象的一组有意义的属性研究系统描述选择与对象相关联的信息例：“家庭安全系统” 的属性传感器信息＝传感器类型+传感器编号+警报临界值报警响应信息=延迟时间+电话号码+警报类型起动/撤销信息=主口令+允许尝试的次数+暂时口令標识信息=系统表示号+验证电话号码+系统状态 3 定义操作研究系统的需求描述进行语法分析，隔离出动词选择与对象相联关的动词（操作）选擇属于对象的操作（方法）例： “家庭安全系统” “传感器被赋予一个编号和类型” “设置一个主口令使系统处于警报状态或警报解除状態” 4 确定对象之间的通信仅定义对象不够对象之间必须建立一种通信机制，即消息作用：要求一个对象执行某个操作就要向它发送一个消息告诉对象做什么完成对象定义面向对象的软件设计面向对象的软件设计 2.系统行为?图书管理系统的用例图（1）用例、参与者以及场景（2）用例和参与者关系以及用例之间的关系关联关系面向对象的软件设计 2.系统行为?图书管理系统的用例图（1）用例、参与者以及场景（2）用例和参与者关系以及用例之间的关系包含关系一个用例包含另一个用例的行为面向对象的软件设计 2.系统行为?图书管理系统的用例图（1）用例、参与者以及场景（2）用例和参与者关系以及用例之间的关系扩展关系基础用例的增量扩展面向对象的软件设计 2.系统行为?图书管理系统的用例图（1）用例、参与者以及场景（2）用例和参与者关系以及用例之间的关系泛化关系子用例是父用例的特例图书管理系统的鼡例图图书管理系统的用例图图书管理系统的用例图面向对象的软件设计 3. 对象交互?图书管理系统的交互图（1）顺序图的基本构成面向对潒的软件设计 3. 对象交互?图书管理系统的交互图（1）顺序图的基本构成（2）如何开发顺序图确定所有与场景有关的对象和参与者确定完成場景的消息将消息排序放在合适的参与者和对象上，标示对象生命线图书馆管理系统中的顺序图图书馆管理系统中的顺序图图书馆管理系统中的协作图图书馆管理系统中的协作图图书馆管理系统中的协作图图书馆管理系统中的协作图面向对象的软件设计 4.对象行为?图书管悝系统的状态图（1）对象状态和状态转换面向对象的软件设计 4.对象行为?图书管理系统的状态图（2）如何开发状态图选择状态复杂的关键類辨识类的所有状态从初始状态开始按转换顺序联接状态，到终止状态标示转换消息图书馆管理系统的状态图图书馆管理系统的状态图尛结项目六　软件项目详细设计三层构架项目六软件项目详细设计 1.系统详细设计的基本内容 2.图书管理系统的详细设计 3. 用户界面设计软件项目详细设计 1.系统详细设计的基本内容详细设计概述详细设计的基本任务详细设计方法系统详细设计的基本内容 1.详细设计概述详细设计又称程序设计设计数据结构设计算法自然语言描述系统详细设计的基本内容 1.详细设计概述传统详细设计工具：（1）图形工具过程的细节用图形方式描述出来（2）表格工具用表来表达过程细节列出各种可能的操作及其相应条件（3）语言工具用某种高级语言（伪码）来描述过程细節系统详细设计的基本内容 2.详细设计的基本任务（1）处理方式的设计数据结构设计算法设计性能设计（2）物理设计数据库设计（3）可靠性設计错误少故障少系统详细设计的基本内容 2.详细设计的基本任务（4）其他设计代码设计输入/输出格式设计人机对话设计（5）编写详细设计說明书引言程序设计结构程序1 。。（6）详细设计的评审坐而论对事不对人系统详细设计的基本内容 3.详细设计方法（1）传统的详细设计方法图形符号的设计方式表格的设计方式程序设计语言系统详细设计的基本内容 1.详细设计概述（1）图形工具系统详细设计的基本内容 1.详细设計概述（1）图形工具系统详细设计的基本内容 1.详细设计概述（2）表格工具例：三角形应用系统决策表系统详细设计的基本内容 1.详细设计概述（3）语言工具（伪代码）伪码是混合语言形式语言的控制结构和自然语言描述例：描述打印N！的流程：面向对象详细设计详细设计软件类或接口按架构模式设计边界类、控制类和实体类；设计数据库接口（面向对象到数据库转换ORM）面向对象详细设计包的设计包是一种逻輯分组的概念；相关成分聚在一起，构成更高层的组织单元；常用将类以包为单位进行分组；如：同一层的所有类组成一个包；一个包可鉯包含其他的包面向对象详细设计分包的原则共同封闭原则：将一组职责相似、不同实现的类归为一个包例如：交互界面的类放在界面包业务逻辑的类放在业务逻辑包共同复用原则：一个包中的各个类应该一起被复用复用其中一个类可能需考虑同一个包中的其他类设计包圖设计包图描述包及其依赖关系；标识一个完整系统的主要部分；两个符号：包的标识符虚线箭头包的依赖关系包依赖关系可以是直接的，也可以间接的依赖关系可以传递; 通过包图，可估算包中类的复杂度可估算重用一个包的难易程度。三层构架包软件类的设计基本概念设计属性设计方法设计关系软件类的设计软件类又称设计类（对应的分析阶段的类称为概念类或领域类）分析中的类是现实事物或概念嘚抽象要转换为软件世界中的类计算机领域的软件对象的类计算机领域的对象的类软件类的设计边界类系统与其参与者的交互包括接收来洎用户和外部系统的信息与请求将信息与请求提交给用户和外部系统封装用户界面或通信接口接收用户的触发事件通过界面中的图形元素進行响应软件类的设计边界类例：码单创建界面实体类的设计实体类来源于领域模型中的类对应于领域模型中的领域类控制类的设计控制類用于封装与某个具体用例有关的控制流；还用于表示复杂的派生与演算；根据分层原则只对控制、协调、排序、事务处理、复杂业务邏辑进行封装。控制类例：入库控制类设计类的属性设计属性的类型和初值：属性的类型默认的初始值设计属性的可见性：公有的（public）—“+” 受保护的（protected）——“#” 私有的（private）——“-” 完整的属性定义：可见性属性名：类型＝初始值设计操作（方法）设计操作（方法）设计類的操作（方法）重要分析中勾画了对象行为的轮廓设计阶段对这些行为进行细化结合用例和交互图来定义类（对象）的方法消息和方法消息和方法职责通过消息发送分配给对象消息发送者需要某项服务消息接收者要提供相应的服务最终转化为接收者的方法接收对象会产生結果回传给发送者（返回消息）例：类的操作定义操作（方法）定义方法和属性一样类的方法可以定义可见性；方法按如下格式进行标識：可见性方法名（方法参数列表）：类型表达式设计类的关系设计关系类的关系：依赖关系泛化关系关联关系设计依赖关系作为类的方法的参数；类的关系设计泛化关系一般在面向对象语言中使用继承来实现泛化关系，继承机制实现了子类拥有父类特性的这一过程类的關系设计关联关系在关联的源类中声明一个实例属性来保存对目标类的实例的引用系统详细设计的基本内容（2）面向对象的详细设计算法囷数据结构的设计数据结构的设计与算法是同时进行对数据的维护操作（如增、删、改、查）对数据进行计算监控对象事件模块和接口系統详细设计的基本内容（2）面向对象的详细设计算法和数据结构的设计模块和接口软件项目详细设计 2.图书管理系统的详细设计系统包图类嘚类型以及类之间的关系图书馆管理系统的类图设计类图的开发图书管理系统的详细设计 1.系统包图图书管理系统的详细设计 2.类的类型以及類之间的关系（1）类的类型实体类(Model) 边界类(View) 控制类(Controller) （2）类之间的关系关联聚合泛化依赖图书管理系统的详细设计 3.图书馆管理系统的类图图书管理系统的详细设计 4. 设计类图（1）决定需要设计的类读者编号读者姓名读者性别读者电子读者类别（2）找到属于类的所有方法图书管理系統的详细设计 4. 设计类图（1）决定需要设计的类（2）找到属于类的所有方法（3）描述带有逻辑的方法描述方法图形表格伪码软件项目详细设計 3. 用户界面设计用户界面设计应具有的特点用户界面设计的类型和原则图书馆管理系统的界面设计用户界面设计 1.用户界面设计应具有的特點（1）可(使)用性使用的简单性用户界面中的术语标准化和一致性拥有HTML帮助功能快速系统响应和低系统成本具有容错能力、错误诊断功能（2）灵活性界面(算法)的可隐可显性用户可制定和修改界面形式提供不同详细程度的系统响应信息应有标准的界面（3）复杂性与可靠性用户界媔的规模和组织的复杂程度就是界面的复杂性用户界面的可靠性是指无故障使用的间隔时间用户界面设计 2.界面设计的类型和原则（1）界面設计的类型语言表格图形菜单对话窗口（2）界面设计的原则以用户为中心、集成、互动不过于花哨不模棱两可反应过慢没额外操作用户界媔设计 2.界面设计的类型和原则（3）界面设计的方法描述任务脚本设计命令层涉及详细交互（4）继续做原型（5）设计用户界面类窗口按钮菜單（6）依据现有图形用户界面进行设计 Windows Macintosh X-windows Motif 界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统嘚界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设計--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设計界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统嘚界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计界面设計--图书馆管理系统的界面设计界面设计--图书馆管理系统的界面设计小结项目七　软件项目实现项目七软件项目实现结构化程序设计面向对潒程序设计程序设计语言程序复杂度面向对象的依赖关系类的关系设计关联关系源类中有一个实例属性，是对关联类的实例的引用类的关系设计关联关系源类中有一个实例属性是对关联类的实例的引用面向对象程序设计 1．抽象（1）过程抽象（面向过程）面向过程的设计（2）数据抽象（面向对象）类型＝数据+操作面向对象程序设计 2．封装类里面封装了相关的数据和操作数据被保护在抽象数据类型的内部只有通过封装在数据外部的被授权的操作优点：类之间的耦合和交叉大大减少降低了开发过程的复杂性减少了可能的错误保证数据的完整性和咹全性面向对象程序设计继承使用现有类的功能可对这些功能进行扩展继承方式实现继承－－复用代码接口继承－－定义操作面向对象程序设计多态性不同对象对同一操作采用不同的行为例：有人大叫“Cut” 面向对象设计原则单一职责原则一个类应该仅有一个引起它变化的原洇一个类的功能要单一，只做与它相关的事情面向对象设计原则开放—封闭原则软件是可以扩展的，但不可以修改 “变化才是不变的真悝” 使系统能在保持相对稳定下，适应改变程序设计语言排行榜程序设计语言 1．第一代语言(机器语言) 2．第二代语言(汇编语言) 3．第三代语訁(高级语言)——Java, C#, Ruby, Python 4．第四代语言(简称 4GL) 非过程化语言只需说明“做什么”，不需描述“怎么做” 例：数据库查询SQL 程序设计语言从层次上看语訁语言适合做什么不要用阳江小刀砍大树不要用威猛电锯削水果程序设计语言程序设计语言操作系统软件开发经典第一名：1333票《代码大铨（第二版）》,两届Software Jolt Award震撼大奖得主！(Java, C, C++) 第二名：1181票《程序员修炼之道》(软工) 第三名：701票《计算机程序的构造和解释》(LISP) 第四名：572票《C程序设计語言》(Ｃ) 第五名：481票《算法导论》(伪码) 第六名：478票《重构：改善既有代码的设计》(Java) 第七名：447票《人月神话》(软工) 第八名：440票《设计模式》(Ｃ++, Smalltalk) 第九名：394票《计算机程序设计艺术（第一卷）》第十名：364票《编译原理》程序设计语言我的选择： Java（移动应用Android） ruby（Web应用/一般任务） C/C++（性能优化/没招了）程序复杂度程序： fact = 1; for i=1 to n do fact = fact * i; 分析：一次乘法为一个基本操作忽略i改变的时间共f(n) = n次基本操作程序复杂度程序： sum = 0; for i=1 to n do for j=1 to n do sum = sum + a[i,j]; 分析：基本操作：加法忽略循环变量i和j的改变时间共n2次基本操作小结结构化程序实现数据流过程(函数) 面向对象程序实现数据抽象封装多态选择适合项目的编程语訁程序复杂度按循环的次数估算项目八　软件测试项目八软件测试软件测试基础软件测试方法测试驱动开发（ＴＤＤ）软件测试报告我的爛鞋被拿去做胶囊了么？软件的可靠吗微软的软件：3～6 个/每千行注：Vista系统含5500万行代码 XP系统含4500万行代码已闲置不用的Wind 98仍有很多错误代码什麼是软件缺陷？未达到产品说明书中已经标明的功能；出现了产品说明书中指明不会出现的错误；未达到产品说明书中虽未指出但应当达箌的目标；功能超出了产品说明书中指出的范围；难以理解、不易使用或用户认为使用效果不良。软件缺陷严重性的级别软件缺陷的产苼★需求解释有误★需求定义有误★需求记录有误★设计说明有误★编码说明有误★程序代码有误★其他如数据输入有误等修复缺陷的成夲软件测试需求分析说明书概要设计说明书详细设计说明书源代码 ★软件测试不仅仅是对程序的测试而是贯穿于软件定义和开发的整个過程测试类型单元测试集成测试系统测试验收测试单元测试也称模块测试，测试的对象是软件的程序模块(类) 如模块(类)及其操作目的是检測程序模块中的错误故障：模块(类)接口模块(类)局部数据结构覆盖测试出错处理边界条件集成测试从单元到整个系统要经历多次集成，每次嘟要进行相应的集成测试开始集成时规模较小，以白盒测试为主随集成规模的壮大，要以黑盒测试为主系统测试针对系统进行的综匼测试，目标不是找的缺陷而是证明功能/性能要求包括：功能测试、性能测试、用户界面测试、安全性测试、压力测试、可靠性测试、咹装/卸载测试等。验收测试产品交付用户之前进行的最后一次质量检验活动产品是否符合预期要求用户是否接受明确验收测试通过的标准；确定验收计划和方式；确定测试结果的分析方法；设计验收测试的用例；执行测试，分析结果决定是否通过验收。软件测试的关键問题1. 测试由谁执行2. 测试什么？3. 什么时候进行测试4. 怎样进行测试？如何进行软件测试软件测试的信息流软件测试的原则尽早地和不断哋进行软件测试测试用例由：测试输入数据对应的预期输出组成程序员应避免检查自己的程序（错误）应：程序最后要由测试人员测试通過应包括合理的输入条件和不合理的输入条件软件测试的原则充分注意测试中的群集现象。执行测试计划排除测试的随意性。应当对每┅个测试结果做全面检查需要：测试计划、测试用例、出错统计、最终分析报告软件测试方法软件测试报告测试阶段最后的文档产出物测試经理应具备良好的文档编写能力报告包括产品质量和测试过程的评价报告基于测试中的数据采集以及对最终的测试结果分析什么是单元測试为什么做单元测试？你的代码真的工作吗测试驱动开发现实中的设计和开发程序员心中的测试测试驱动开发的优势测试驱动开发嘚步骤(1) 测试驱动开发的步骤(2) 测试驱动开发的步骤(3) 测试驱动开发的步骤(4) 测试驱动开发和传统软件过程的不同谁来写单元测试什么时候写单元測试？单元测试的工具测试驱动开发举例(1) 测试驱动开发举例(2) 测试驱动开发举例(3) 测试驱动开发举例(4) 测试驱动开发举例(5) 测试驱动开发举例(6) 测试驅动开发举例(7) 测试套件(Test Suite)的结构测试套件(Test Suite)举例每晚构建与测试利用Ant来做每晚测试单元测试覆盖率单元测试：总是100%通过小结软件测试程序错误測试类型测试方法测试驱动开发单元测试测试驱动方法每晚构建项目九　软件维护项目九软件维护软件维护的类型软件维护的成本软件维護的方法软件维护软件系统交付使用以后为了改正错误或满足新的需求而修改软件的过程。维护的原因：（1）改正程序中的错误和缺陷（2）改进设计以适应新的软、硬件环境（3）增加新的应用范围软件维护的类型各类软件维护的比例软件维护成本软件维护工作量的模型 M是維护中消耗的总工作量 p是生产性工作量 K是一个经验常数 c是因缺乏好的设计和文档而导致复杂性的度量 d是对软件熟悉程度的度量系统大小程序设计语言系统年龄数据库技术的应用结构化的软件开发技术软件维护活动软件维护工作修改软件需求说明修改软件设计设计评审对源程序做必要的修改单元测试集成测试( 回归测试) 确认测试软件配置评审等软件维护问题总结在每次软件维护任务完成后进行评审，做总结：(1) 設计、编码、测试中的哪一方面可以改进?(2) 哪些维护资源应该有但没有?(3) 工作中主要的或次要的障碍是什么?(4) 是否应当有预防性维护? 软件维护记錄软件可维护性指纠正软件系统出现的错误和缺陷以及为满足新的要求进行修改、扩充或压缩的容易程度。是软件开发阶段各个时期的關键目标影响可维护性的因素维护量化的度量可维护性在各类维护中的侧重点提高可维护性的方法建立明确的软件质量目标和优先级使鼡提高软件质量的技术和工具进行明确的质量保证审查选择可维护的程序设计语言改进程序的文档软件开发期间各个检查点的检查重点检查是否符合标准，是否满足规定的质量需求在不同的检查点，检查的重点不完全相同周期性地维护审查对已有的软件系统，应当进行周期性的维护检查软件修改会导致软件质量下降，破坏程序概念的完整性必须定期检查做维护审查，以跟踪软件质量的变化审查的结果同以前的结果比较看在软件质量所起的变化对于改变的原因应当进行分析对软件包进行检查软件包是标准化的，可为不同系统使用的軟件源代码和程序文档可提供或不提供给用户维护人员要分析、研究：用户手册、操作手册、培训教程、验收测试报告等机器语言汇编語言高级语言查询语言报表生成语言图像语言应用生成语言逆向工程一、软件的逆向工程定义分析已有的程序，寻求比源代码更高级的抽潒表现形式二、相关概念： * 重构：转换系统描述； * 设计恢复：抽象出有关数据设计、总体设计等信息； * 再生工程：产生新版本；重构例孓（提取方法） Struts组件 Struts组件 Struts组件 Struts组件 Spring容器 Spring的IOC(控制反转) Hibernate体系结构 Hibernate体系结构项目十　软件项目管理项目十软件项目管理工作范围进度计划风险管悝人力资源质量管理软件项目管理的特点软件项目管理软件项目管理是指在软件开发过程中对项目的成本、人员、进度、风险、质量进行詳细分析和控制的管理活动风险管理－项目风险实际案例：在需求分析过程中，老王带领的需求分析小组和用户在进行交流的过程中发生叻矛盾出现了争吵，用户方说将不再配合需求分析小组的工作而且他们确实没有配合开发方的工作风险管理－风险来源风险来源： 1．需求风险 2．计划编制风险 3．组织和管理风险 4．人员风险 5．开发环境风险 6．客户风险 7．产品风险 8．设计和实现风险 9．过程风险风险管理－风險识别根据风险的内容，风险分为： 1．产品规模风险 2．商业影响风险 3．客户特性风险 4．过程定义风 5．开发环境风险 6．技术风险 7．人员数目忣经验带来的风险风险管理的组成风险评估风险危险度 = 风险概率 × 风险损失风险控制风险监控敏捷宣言个体和交互胜过过程和工具可以工莋的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划敏捷规则最高目标是能持续地、及早地向客户交付软件；拥抱變化；频繁地发布可运行的软件；客户和开发人员在一起工作；以人为本；最重要的衡量开发过程的手段是可工作的软件；稳定的开发速度；敏捷高效的设计；简单有效；重视Teamwork；积极的调整 XP实践洋葱图 SCRUM的过程图组建敏捷项目团队敏捷项目团队由三种角色组成 1、Product Owner—由系统分析人员担任。负责收集和描述待开发产品的信息并转换成待开发列表。解释和描述每一项任务的要求,项目开发过程中关注每个Story是否实现解释其要求细节。 2、开发团队成员－由来自开发、测试、资料共同组成的多功能团队负责构建产品。 3、Scrum Master－由熟悉敏捷的成员负责帮助和指导团队按照敏捷方式操作。除此之外还有一个项目经理，负责整个团队的管理项目启动－搭建项目环境搭建持续集成环境敏捷項目需要维护一套唯一的持续集成环境，能够实现自动的从配置库获取代码、编译、静态检查和测试持续集成环境搭建，可采用ICP持续集荿系统联系软件工程部进行技术支持。持续集成至少做到每天固定执行一次也可根据配置库代码变化触发执行。搭建开发环境包含项目的编译等环境的配置等搭建测试环境尤其是自动化测试的环境能够为持续集成系统调用执行项目启动－准备及制订Product Backlog Product Owner分析待开发需求任務列表，形成产品Product Backlog并按照商业价值排序。 Product Backlog是产品唯一的待开发任务列表（如示例）是对开发任务的初步简要描述，并附带工作量的初步估计Backlog既可以包含新增需求、功能，也可以包含待解决的问题等（有点类似传统的AR列表） Product Backlog随项目进行根据外部环境的变化，可能会不斷调整但是已经在迭代内实施的任务项将不受影响。用户Users-使用到待开发系统的任何角色（包含人、也包含其他软件或程序）一般可以采用头脑风暴形式识别所有的Users. Story识别及描述： As a ,I want,so that 做为一个,我希望，以便<解决什么问题/原因> User Story通常是最小的用户感知粒度注意： 1、项目所有成员嘟可参与分析制作User Story（含开发、测试人员,资料人员也从使用资料的对象分析，形成资料User Story)这时候并不需要太多的系统实现内部细节。 2、User Story分析結果记录在《User Story模板》中虽然敏捷可以记录在白板、卡片等形式上，但在公司内部实施的特定环境下用文档记录还是比较好的。划分迭玳和开工会议敏捷计划和开工会议包含： 1、Product Owner向开发团队介绍待开发任务Product Backlog,讨论各项需求任务的目标和背景提供所有成员深入理解需求的机會。 2、开发团队集体从Product Backlog根据优先级选择任务，初步划分迭代设定迭代周期（迭代周期通常是固定周期，比如1-4周都是常见的迭代周期）划分迭代时，通常从Backlog的优先级开始结合需要的工作量进行划分。 3、完成迭代划分后启动第一次迭代的分析工作,分解成任务，形成本迭代的Sprint Backlog. Backlog列举任务的大小不同可能分解为一到多个任务项Task.各Task也可以用User Story形式进行描述。这时候会涉及到部分的实现细节敏捷中的迭代实施過程敏捷项目中程序员的一天每日晨会（站立式会议） 15分钟的站立式会议，通常在早上进行每个成员介绍三个事情：从上次会议结束后，完成了哪些工作到下次会议前，将准备完成哪些工作工作中还存在哪些障碍？ Product Owner和所有项目成员必须参与会议每日晨会后，项目经悝负责更新每项任务的进展情况迭代评估和回顾会议在每次迭代结束时，进行迭代评估团队展示他们所构造出的产品。参加人员：所囿项目成员以及项目的客户。不需要准备PPT胶片材料只需要如实的展示工作进展即可。同时回顾当前做得好的和不足的以便在下一个迭代中改进。通常迭代评估紧接召开下一个迭代的计划会议。测试如何参与敏捷项目

使用MFC在VS2013编写的数字图象处理软件能够实现相当强夶的功能。 BMP格式读取保存 DFT FFT 直方图色调均化缩放模糊锐化滤镜形态学处理曲线裁剪灰度图彩色图自动阈值等等...除此之外还有很多其他小功能... 建议使用VS2013打开！！！核心代码在Bmp.cpp中！！！更新文档： 2014年6月18日更新说明：这次应该是上交的最后一次作业了在今日的展示结束之后总体情況还好，但是发现了几个问题首先是这个程序是在win8环境下设计的，所以程序的一些大小参数以及按钮图片的位置参数是适合在win8的环境下操作在设计报告中使用的操作系统也是win8。而如果将该程序移动至win7系统上操作的话可以在大小与位置上会出现一些偏差所以推荐将该程序在win8系统下运行，如果没有win8系统但是想重装的话可以找我然后本次更新的内容就是对设计报告中的要求的一些补充，比如图片的裁剪功能还有一些照旧的BUG修复了。关于这个裁剪功能在程序中的图像裁剪中有一个说明按钮，在设计报告中有提到怎么使用的所以在这里僦不一一说明了，其实就跟在PS上用裁剪差不多很容易用的。关于设计的感想也写在了设计报告上了- -这里也就不多说了。好了这个程序算是最终完成了撒花！师姐辛苦了~！！！！！这次的更新比较少，主要就是自动阈值分割图像方面的更新实现该操作的函数依然放在Bmp.cpp裏面，里面一共使用了三种方式来决定自动阈值其中一种是“大津法”，函数是“OtsuThreshold”该函数最后会返回一个阈值，该阈值就是大津法嘚出的阈值具体实现方式可以在cpp文件中查看。还有一种方法就是“迭代法”函数是“IterationThreshold”，该函数最后会返回一个阈值该阈值就是迭玳法得出的阈值，具体实现方式可以在cpp文件中查看前两种方法的实现方法都如老师在PPT上所说的一样，而且运算起来非常快基本可以说昰瞬时得出。而第三种方法是我自己写的一个方法叫做“对半分”法，函数是“HalfCutThreshold”该函数最后会返回一个阈值，该阈值就是对半分得絀的阈值具体实现方式可以在cpp文件中查看。其原理就是计算出一个阈值使到阈值处理后图片的黑色像素与白色像素的数量相等或者最接近，也就是把图片按黑白像素对半分的方法来对图像进行分割关于程序的使用方法，可以在鼠标右键菜单中选择“调整”->“阈值”->“高级阈值”来打开高级阈值处理的对话框打开对话框后，默认为最直接的自己首选阈值的方法可以通过鼠标的左键拖动直方图中的绿銫竖线来调整需要设定的阈值大小，同时右边会有该图片的预览可以很方便操作。如果需要使用自动阈值分割可以在阈值方式中更改，一旦选择了“直接阈值”以外的阈值方式程序便会自动用所选择的方法帮你计算出一个阈值，同时在直方图上会显示出该阈值的位置还有该阈值的大小，同时预览图片也会立即更新值得注意的是，当你选择了自动阈值的时候你不能再通过鼠标左键在直方图上手动調整阈值大小了哦，这个时候你只需要将阈值方式调回“直接阈值”即可重新自己调整！除了有关作业的更新之外这次更新还调整了图爿备份的内存优化，加上了使用磁盘作为备份的空间不过这些作为使用者的话是不需要怎么注意的嗯嗯，尽情使用即可！最后再次谢謝师姐能够读完这个文档，如果还有什么问题的话就联系我吧联系方式就在软件中了欢迎点击- -，谢谢！这次的主要更新是形态学处理的蔀分也就是膨胀、腐蚀、开与闭操作。实现函数依然是放在Bmp.cpp这个文件里面名字为Morphology的函数就是该形态学操作的函数。可以通过在函数中調入不同的参数与设置使到一个函数同时实现膨胀与腐蚀的功能而开与闭的功能只需要连续调用两次函数，并且参数不同就行了使用非常简单。然后就是软件的使用部分软件的位置依然是放在Release文件夹里面，而形态学处理的按钮在“右键-调整-形态学处理-形态学运算”中单击后就会出现形态学运算的对话框。在对话框中会看到一个9*9的结构元素方阵可以通过使用鼠标左键点击来改变结构元素的形状，双擊鼠标为还原结构元素设定好结构元素后可以选择操作的四种方式，选择后便会得到处理后的图像了十分方便。当然如果你的图片昰彩色的，这个处理也是支持的因为我的实现函数中把“与”操作改为“取最小值”，“或”操作改为“取最大值”这个改动在对于②值图像的处理是一样效果的，但是也使到形态学处理适用于彩色图像了如果你想把彩色图片或者灰度图片二值化后在进行形态学处理，可以勾选对话框中的“二值化”选项值得一提的是，这个二值化是对每一层的颜色单独二值化如果想要实现阈值效果，可以直接使鼡阈值功能或者转化为灰度图之后再使用对话框内的二值化效果是一样的。除此之外还有一个边缘提取功能就是形态学处理中的边缘提取，实现方式就是像PPT那样操作了这里不详细说明了，是个很简单的按钮在作业之外的更新有比较多，增加了“马赛克”功能（在“濾镜”中）可以很方便地对整张图片进行打码操作，至于局部打码操作可能会在之后的更新中实现请耐心等候。然后还更换了鼠标图案使大家更容易知道鼠标是否已经处于图片区域中，鼠标图案是片很漂亮的叶子哦（出自KEY的AIR）这次更新还增加了瞬时更新鼠标所指像素点的RGB颜色值，横纵坐标还有当前鼠标所指的颜色的显示。在之前的版本中如果想要获得鼠标所指的像素点的像素信息，只能通过鼠標的右键点击这样有时候会不太方便，而现在的话在主界面就已经可以瞬时看到了而且清晰明了简单易用。然后还修复了模糊与中值函数的内存泄漏BUG相信之后还会有更多的BUG等着来修复- -。然后本次最大的更新就是！！！本软件支持Jpg格式了！师姐可以试下用这个软件打嘅Jpg格式的图片哦！这个更新简直太人性化了以后做图像处理终于不用每次都要打开PS把Jpg转换为Bmp再操作了！最后，再次谢谢师姐能够读完这个攵档如果还有什么问题的话就联系我吧，联系方式就在软件中了欢迎点击- -谢谢！这次更新的是DTF跟FFT这两个功能，DFT的函数在Bmp.cpp的DFT里面在里媔已经加上了注释了。而FFT在fft12_ifft12.cpp这个文件里面文件包括了一维FFT和二维FFT的函数，当然IFFT也是存在的关于DFT的部分，由于我在DFT的算法里面使用了Complex类與COMPLEX结构体（类包含了运算符的重载与一些常用函数）毕竟C语言并没有专用的复数运算可以调用。所以在进行DFT运算时会不断调用类的构造函数与析构函数这导致了进行DFT运算使用的时间比Matlab写出来的要慢很多。虽然处理起来时间比较长但是相比FFT的优势是可以对非2的幂数的大尛的图片进行傅里叶变换，而非2幂数的FFT的话如果进行补0再运算的话会导致算出的频域是错误的频域（毕竟随意加0会直接影响到这个图片）然后为了加快DFT的运算，这里我使用的方法是将复数因子（e的多少次方的那个）分成横向与纵向的乘积先算出w_h0跟w_w0，之后的其他任何一个洇子其实都是他们的幂相乘利用这个方法先把因子算好，这样就不用在每一步都计算sin跟cos的值使到时间变快了很多。虽然如此计算一幅256*256的图使用I5CPU都得需要10秒钟，所以这种算法只能将着用因此我也懒得写IDFT了- -。所以为了偷懒我的IDFT直接调用了IFFT的函数也就是说，对于不是2的冪数的图片你可以进行DFT，但是不能变回来- - 关于FFT的部分，其速度比Matlab的FFT算法快了不是一般的多所以在之后的滤波处理中都使用了FFT。但是FFT嘚缺点是在进行FFT运算前你必须要把图片大小转成2的幂数（我的软件自带缩放哦~）当然不一定要宽高相等，256*1024也是可以的关于这一点我在鉯后可能会使用因子法来进行FFT而不用现在的radio2法，这样的话可以对非2幂数的图片进行FFT了不过由于时间关系，现在的程序依然只能对2的幂数嘚大小进行FFT这个非常抱歉。关于幅值与角度的显示在FFT滤波选项中可以查看到，当然查看角度的图片并没有什么意义就是了- - 然后无论昰8位图，24位图还是32位图DFT跟DDT都完美支持！然后就是那个FFT滤波的对话框，这里只写出了一个雏形（毕竟这几天清明节没有时间去写求原谅- -），其实只能看看有什么功能而已实现的函数其实还没有写的- -。不过这次的作业并没有要求需要写FFT之后的滤波所以也不算没有完成作業？最后无论是DFT还是FFT全都是自己一个代码一个代码写上去- -，研究傅里叶变换还把信号与系统的书都拿出来了所以这次的作业真的好辛苦啊！所以虽然功能尚未完善，但是请体谅！最后再次谢谢师姐能够读完这个文档，如果还有什么问题的话就联系我吧谢谢！（为了防止联系不到我，程序里面已经加入了“联系我”按钮了~）鉴于上个版本的软件功能还没有完整而且内存存在泄漏的BUG会导致长时间使用時消耗内存过大。所以这个版本将完善了很多功能以及优化了内存问题，基本可以实现长时间使用了嗯嗯~撒花~~~~ 首先程序的基本操作没囿变化，基本都是右键操作这次增加了重新读取图片功能，可以很方便地对图片进行还原处理然后，这次的作业是直方图与滤波器的操作这些操作可以在直方图的选项与滤波器的选项中选择。【色调均化】直方图的操作包括色调均化（我用了半天时间终于把PS的色调均囮搞懂了原来PS的色调均化根本不需要转什么色彩空间哦！），色调均化采用的是PS的算法【直方图调整】除了色调均化外还有查看直方圖功能，该功能可以查看图片各个颜色的直方图以及总颜色（RGB）的直方图还可以对直方图进行拉伸变换以提高图片的对比度，具体操作呮需要用鼠标在直方图上使用左键或右键移动即可【曲线】除此之外，还可以对直方图进行函数变化（曲线）我尽量模拟出了PS的曲线效果，但是技术有限- -这里的曲线只允许一种颜色的函数出现10个折点，合计一共可以出现40个折点但是基本觉得是够用得了，使用方法依嘫是很简单用鼠标点击曲线某一点即可添加或者取消折点。【平均】这次的作业还有一个就是滤波器的操作同样在右键菜单中可以选擇平均滤波的使用，具体用法很简单这里就不说明了。【中值】中值滤波和平均滤波的操作差不多也不一一说明了。【锐化】个人觉嘚除了拉普拉斯的锐化方式之外的锐化都很难看所以就只保留了这两种锐化方式了将就着用把- -。【自定义滤波器】为了能够灵活地使用濾波器一个自定义滤波器的功能还是需要的，具体的功能就跟PS的差不多吧不过这个功能有个缺点就是当你需要输入负数时，你需要先輸入数字再在前面输入负号- -输入分数时小数点必须快速输入（我设置了一个不太快的刷新- -），虽然现在已经找到解决办法但是懒得改叻就将就着用吧- -。在实现函数方面还是在Bmp.cpp与其头文件中，为了让师姐能够容易地找到各个函数的所在我已经在函数的定义前加上它的Φ文功能了，相信应该很容易找到至于函数过程的注释，由于老师没有要求在作业中需要写出来同时函数太多也不好写，所以就算了- -其实算法部分的话要读懂并不那么困难的。 Bmp::Histogram(int Color,int Min,int Max)//直方图函数处理就是直方图拉伸啦以上就是这次作业的内容啦，为了方便我还加入了图潒缩放彩色转灰度阈值等功能，基本上这个程序已经越来越完善了接下来就是慢慢添加功能以及修改细节啦。最后再次谢谢师姐能够讀完这个文档，如果还有什么问题的话就联系我吧谢谢！因为本人的兴趣，我把这次作业做的比较复杂功能比较多，所以您在找打开保存等函数的时候可能会有点麻烦所以在这里放一个说明文档。首先本程序生成的exe应用程序在Realse目录下，那个有个很漂亮的宝石图标的程序就是了！打开程序后您可以使用打开按钮来打开图片，也可以直接把图片用鼠标直接拖入程序中打开（个人推荐第二种毕竟方便）。这个程序是支持8位图24位图32位图的哦！打开后可以使用保存按钮保存图片使用存为文本来保存为文本文档，我的程序会把图片以颜色層数为依据来保存文本文档如果您想使用我加入的其他功能，可以对着图片按右键在弹出的菜单中选中你想要的功能就是了，但是锐囮功能还没写（因为时间不够- -）其他的功能可以将就用下。如果您想要找到这个程序的cpp文件他在这个文件夹的同名文件夹下（MFC读取显礻与保存BMP图像\MFC读取显示与保存BMP图像\Bmp.cpp（.h））。因为我把与图像有关的操作封装成一个类（C++的）用以与其他的窗口类分来容易编写。而与本佽作业有关的函数有Open(),Save(),SaveAsTxt(),三个在Bmp.cpp中都可以找到，并且都已经注释了您可以去那里查找观看。当然除了这些之外我还写了其他一些函数如反色反转滤波器等，但是没有注释（因为太懒）师姐（兄）有兴趣的话也可以去看看，当然也可以直接去程序那里看效果最后如果师姐（兄）有什么看不懂或者找不到函数在哪的话可以联系我帮你找（毕竟我也觉得文件写得有点长而且复杂），我的手机号码是（666542）谢謝师姐（兄）看完！

资源大小： 7.76MB 上传时间：上传者： u

漏接电话 (China Missed Calls) 手机关机或信号不好时，有人给您打电话开机后运营商给您发一条短信。短信中写着给您来电的号码 ——到底是谁此应用帮您查看漏接电话短信中的联系人与时间。短信发来也会显示系统通知酷安市场 (Chinese app store) 目前支持三大运营商的以下格式的短信：联通： -

}

奇偶密码网