《Delphi读书笔记》由会员分享，可在线阅读，更多相关《Delphi读书笔记（5页珍藏版）》请在金锄头文库上搜索。
1、1读书笔记读书笔记 1 出出 处：处：陈瑞 Delphi 程序设计实用教程电子工业出版社， 2003 读书日期：读书日期：2010 年 4 月 5 日 Delphi 是一种优秀的、成熟的 Windows 应用程序开发工具，它全面支持面向对 象编程，在图形用户界面设计、客户服务器数据库应用、Web 应用程序设计等方 面具有功能强、开发效率高等特点，是一种应用广泛的程序设计语言。因此，开设 Delphi 程序设计课程作为程序设计、面向对象方法、快速应用开发等方面的训练课 程是十分合适和必要的。 这本书的结构安排体现出 Delphi 作为一种快速开发工具的特点，全书分为三部 分。 第一部分快速构建
2、Delphi 应用程序。首先在第 12 章中介绍 Delphi 集成开发 环境和 Object Pascal 语言基础，随后在第 35 章中演示 VCL 基本组件的使用方法， 包括窗体、编辑框、按钮、列表框、菜单、工具栏、对话框、滚动条、日历、多页、 进程条、树形视图、列表视图等组件，充分利用 Delphi 提供的功能快速构建具有一 定功能和特色的应用程序。 第二部分深刻理解面向对象思想，掌握面向对象的设计方法。了解和熟悉 Delphi 之后，在第 6 章中系统地介绍类的封装、继承与多态等面向对象概念，做到 “知其然亦知其所以然” 。第 7 章介绍多文档界面与系统对象，提供 MDI 应用程序
3、作为多功能、多窗体界面的应用程序的设计方案。第 8 章介绍程序调试与异常处理， 通过分析程序中错误、说明找出程序错误的调试方法，增强调试技能，介绍异常处 理机制以增强程序的安全性和健壮性。 第三部分展示 Delphi 实用技术。在第 911 章中介绍多媒体技术、文件操作和 流、数据库应用等实际应用技术，第 12 章以学生管理信息系统作为综合应用设计实 例，详细说明需求方案、设计思想、模块划分、功能实现、调试运行等，贯彻理论 讲授和案例教学相结合的教学方法。 阅读了这本书以后，我发现学习更加注重理论知识和实用技术相结合，更加注 重基本知识的理解与基本技能的培养，注重在实践环节培养程序设计的基本技
4、能。 以“理论与实践相结合”的思想为指导，从这本书认识“够用必需为度”的原则， 精选核心基础理论内容，概念叙述准确，讲解透彻，由浅入深，层次分明，而不能 一味的依靠实例来指导我们以后程序的开发，更多的是需要学会何如巩固基础理论 原理。 丰富的实例让我开阔视野，让我加快具备应用程序开发能力，并培养良好的程 序设计习惯。除此之外，每章安排有习题和上机实验题。实验题精心选择，题目形 式多样，生动有趣，引人入胜，难度逐步增加。每个实验题均给出详细的训练目标、 设计内容和设计要求。最后为课程设计这样的综合实践性环节给出多种选题和设计 要求，使学生不仅具有扎实深厚的理论功底，还要能够独立思考、独立创作，具
5、有 可扩展素质，具备较强的创新能力。 阅读这本书深刻体会到，任何课程其教学效果的关键之处在于理论与实践相结 合，不仅要有充足、扎实的理论知识和对理论的深刻理解，更重要的是，要能够将 理论知识运用到实践中，在实践中增强对程序的控制能力，实践能力是一步步地锻2炼出来的。因此，读完这本书之后，自己更要强调理论与实践相结合，先讲理论知 识，再将理论知识应用于实践中。只讲理论不讲应用，或只讲操作没有理论做基础 都不行。 读书笔记读书笔记 2 出出 处：处：张海藩 软件工程导论（第五版） 清华大学出版社 2008 读书日期：读书日期：2010 年 4 月 10 日 什么是软件生命周期 软件生命周期(SDL
6、C，软件生存周期)是软件的产生直到报废的生命周期，周期 内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运 行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想 原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供 交流或备查，以提高软件的质量。但随着新的面向对象的设计方法和技术的成熟， 软件生命周期设计方法的指导意义正在逐步减少。 一、软件生命周期(SDLC)的六个阶段 1、问题的定义及规划 此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。 2、需求分析 在确定软件开发可行的情况下，对软件需要实现的各个功能进
7、行详细分析。需求分 析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下 良好的基础。“唯一不变的是变化本身。“，同样需求也是在整个软件开发过程中不 断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项 目的顺利进行。 3、软件设计 此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计， 数据库设计等等。软件设计一般分为总体设计和详细设计。好的软件设计将为软件 程序编写打下良好的基础。 4、程序编码 此阶段是将软件设计的结果转换成计算机可运行的程序代码。在程序编码中必须 要制定统一，符合标准的编写规范。以保证程序的可读性，易维护性，提高程
8、序的 运行效率。 5、软件测试 在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题 并加以纠正。整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。测 试的方法主要有白盒测试和黑盒测试两种。在测试过程中需要建立详细的测试计划 并严格按照测试计划进行测试，以减少测试的随意性。 6、运行维护 软件维护是软件生命周期中持续时间最长的阶段。在软件开发完成并投入使用后， 由于多方面的原因，软件不能继续适应用户的要求。要延续软件的使用寿命，就必 须对软件进行维护。软件的维护包括纠错性维护和改进性维护两个方面。3读书笔记读书笔记 3 出出 处：处：郑人杰，殷人昆 软件工程概论清华大
9、学出版社，2001 读书日期读书日期：2010 年 4 月 15 日 下面扼要介绍软件生存周期每个阶段的基本任务和结束标准下面扼要介绍软件生存周期每个阶段的基本任务和结束标准 问题定义问题定义 问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问 题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得 出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的，但是 在实践中它却可能是最容易被忽视的一个步骤。通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规 模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要 地
10、写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份书面报 告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都满意的文 档。问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时 间。 2 可行性研究可行性研究 这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决 办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统 分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题 的范围，探索这个问题是否值得去解，是否有可行的解决办法。在问题定义阶
11、段提出的对工程目标和规模的报告通常比较含糊。可行性研究阶 段应该导出系统的高层逻辑模型（通常用数据流图表示） ，并且在此基础上更准确、 更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效益，对建 议的系统进行仔细的成本效益分析是这个阶段的主要任务之一。可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要 依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去。 可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值得投资的工 程项目，可以避免更大的浪费。 3 需求分析需求分析 这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决
12、这个问 题，目标系统必须做什么” ，主要是确定目标系统必须具备哪些功能。用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达 出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样 使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统分 析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的 系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻辑模型。在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此4必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术专家 一般都喜欢很快着手
13、进行具体设计，然而，一旦分析员开始谈论程序设计的细节， 就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结构分析 设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完整准确 的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有效地防止和 克服急于着手进行具体设计的倾向。 总体设计总体设计这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用计 算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机 交互方式；信息存储使用传统的文件系统还是数据库。通常至少应该考
14、虑下述 几类可能的方案：低成本的解决方案。系统只能完成最必要的工作，不能多做一点 额处的工作。中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用起来 很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没有提出 这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的能力在实 践中将证明是很有价值的。系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方 案的成本和效益，还应该在充分权衡各种方案的利弊的基础上,推荐一个较好的系统 (最佳方案),并且制定实现所推荐的系统的详细计划。如果用户接受分析员推荐的系 统，则可以着手完成本阶段的另一项主要工作
15、。上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设 计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程序 应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二项主 要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的关系。 通常用层次图或结构图描绘软件的结构。 5 详细设计详细设计总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段的 任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这 个系统呢？”这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规格 说明的作用很类似于其他
16、工程领域中工程师经常使用的工程蓝图，它们应该包含必 要的细节，程序员可以根据它们写出实际的程序代码。通常用图（层次图加输入处理输出图）或语言（过程设计 语言）描述详细设计的结果。 6 编码和单元测试编码和单元测试这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语 言（必要时用汇编语言） ，把说细设计的结果翻译成用选定的语言书写的程序，并且 仔细测试编写出的每一个模块。 7 综合测试综合测试这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定 的要求。最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构，5把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行 必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析阶段确定） ， 由用户（或在用户积极参加下）对目标系统进行验收。必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。为了使用户
