软件工程读书报告二
软件培训总结
软件培训总结软件培训总结1通过这半学期我对软件工程的学习，老师在课堂上从软件工程的基础到用户的需求分析，最后到黑盒白盒测试通过自身做过的一些案例，生动形象的讲解了软件工程这门本身枯燥乏味的课程，这不仅增强了学生学习的积极性，也通过让我们自己去做一些需求分析，我们从中学到了许多知识。
老师不仅仅在课堂上对我们悉心的知道，在课外还让我们多看一些有关软件工程方面最前沿的理论，通过这段时间我读了《软件工程——实践者的研究方法》、《件工程案例》这两本书，通过自己的读书学习，我有以下心得体会。
众所周知软件对于一个公司，一个企业乃至一个国家都是十分重要的，因此一个软件的维护也十分重要，下面我就讲一些关于软件维护的知识。
维护阶段是软件生存期中时间最长的一个阶段，也是花费的精力和费用最多的一个阶段。
由于操作系统软件和基础软件版本升级或应用管理系统软件的不断开发、完善，需要对软件进行维护。
但当运行环境改变或者系统功能、性能需求发生变化，使原软件不能通过维护的手段满足用户需求时，则需要进行软件更新。
1、软件维护的类型：软件的开发过程对软件的维护有较大的影响。
若不采用软件工程的方法开发软件，则软件只有程序而无文档，维护工作非常困难，这是一种非结构化的维护。
若采用软件工程的方法开发软件，则各阶段都有相应的文档，容易进行维护工这是一种结构化的维护。
非结构化维护活动只能从阅读、理解和分析源程序开始，这样做难以弄清系统功能、软件结构、数据结构等问题，常常造成误解。
同时由于没有测试文档，也不可能进行回归测试很难保证程序的正确性。
这种软件维护方法仅在软件工程时代之前采用。
在进行结构化维护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变；对设计说明文档进行评价，并进行修改和复查；根据设计的修改，进行程序的变动；根据测试文档中的测试用例进行回归测试；最后，把修改后的软件再次交付使用。
这对于减少精力、减少花费和提高软件维护效率有很大的作用。
《计算机专业相关书籍读书报告(3本)3200字》
计算机专业相关书籍读书报告（3本）张海藩，《软件工程导论》读书报告《软件工程导论》一书是我看过的很多教科书级别的书里边儿写的最好的一本,这里强调了一个"教科书"级别,是因为它非常细致严谨覆盖面也比较全面,而且真的有好多学校用它来做教科书。
它是我一直以来阅读的一本较为深入的书,随着深入阅读这本书籍,使我自身对于计算机专业的知识有了全新的认识,以下是我阅读后的理解与感受。
首先,《软件工程导论》是一本计算机系统方面的入门书。
当我们细细把这本书读完之后,最后会发现,它虽然看起来很厚,但是介绍的东西实在太多,所以均摊到每个部分也就只能很少了,所以只能做一个概述。
看完了之后只是有一个程序执行的大致框架,但是里边的好多知识对于使用高级语言的软件开发者来说是有非常多的收益的。
在《软件工程导论》书中我们应有认识地看到,操作系统软件是基于一组特殊的软件应用程序,其特殊之处主要在于它的操作系统通常是和各种硬件设备打交道得。
操作系统也可能会给每个处理器主机发送一个指令由其他处理器自动执行。
应用程序的系统调度也主要由系统操作员和系统人员来进行控制。
在移动计算机中的硬件与其他应用程序之间的它是一个操作系统。
应用程序不必再需要直接调用操作系统硬件,由系统操作管理系统自动定义简单统一的直接调用系统硬件的操作方式。
并发指令是一个操作进程的并发指令和另一个操作进程的并发指令,它是同时交错交叉执行的,宏观上同时交叉进行,微观上交叉同时进行。
处理器通过在不同的操作进程间进行切换方式得以轻松实现多个操作进程同时相互执行。
在任何时刻,单一的处理器进程只能同时执行一个特定进程的执行代码。
而每个内核用于管理应用程序的每个进程命令切换器则是由整个操作系统的各个内核进行管理的。
内核也常常是整个操作系统的一部分,内核的执行代码有时常驻在于主存。
应用程序指令可以通过操作系统内核调用的一个指令,将系统控制权直接交给系统内核,内核用于执行一个应用程序指令请求的一个需要就是操作系统用于完成这些操作的一个指令,然后内核返回指令到整个应用程序。
C++读书报告
《零基础学C++》读书报告一、作者简介：作者杨彦强，刘袁红，王浩等编著杨彦强：任职于方正集团，系统架构师，负责公司富客户端技术(包括Ext、OpenLaszlo、Flex)的调研与培训工作。
多年来专注于行业软件开发、架构设计。
擅长面向对象的分析设计、Java EE架构和Unix／Linux平台的编程技术。
一直关注开源事业，并致力于富客户端技术的研究，基于Ext JS框架已开发多个大型商业项目，具有精湛的Ext JS框架开发功力。
刘袁红：女,哈尔滨人,2005年毕业于哈尔滨工业大学职业技术学院计算机应用技术教育专业,本科,工学学士。
现工作于哈尔滨工业大学华德应用技术学院。
王浩：软件工程师。
任职于上市公司南天信息,担任项目经理二、内容概要：阅读和学习本书并不要求读者有C++语言的基础，通过几百个简洁高效的代码，本书将带领读者循序渐进地领略C++语言的魅力所在。
本书采用从无到有、由浅入深、逐级递进的编写方式，尤其适合无C++语言基础或C语言基础薄弱的程序员阅读。
本书共分为六篇21章，介绍了Visual C++6开发环境的搭建、C++语言的基本数据类型、C++语言的表达式、函数、函数重载、类的继承、多态、内存管理方式、文件存储、错误与异常、RTTI、String类、编码风格与程序编译等内容，最后还对世界500强中IT公司常见面试题进行了讲解。
本书非常适合C++语言的初、中级学者阅读，并可作为开发人员的参考手册。
三、书籍特色：1、由浅入深，循序渐进，从零开始学C++，一点都不难2、编程基础，编程进阶，编程应用，项目实战，上机练习，面试指南3、266个实例，42个练习题，68个面试题四、书籍内容：1、前言：2、第一篇C++基础：本篇是基础介绍，涵盖了程序设计语言的基本概念，Visual C++6开发环境的搭建、C++程序的构成、变量、常量、运算符与表达式、数据类型转换以及流程控制语句等内容。
第1章C++概述第2章开始C++之旅本章主要涉及以下知识点。
《软件工程》学习心得
课程（学习心得）课程名称：软件工程题目：学习心得院系：信息技术学院班级：11级计算机科学与技术3班姓名：学号：教师：赵卿昆明学院《软件工程》学习心得一、软件工程的定义软件工程 (Software Engineering，简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。
它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。
在现代社会中，软件应用于多个方面。
典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。
同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。
这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。
二、软件工程的目标在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。
三、软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程的原则有以下四项基本原则：1）选取适宜开发范型；2）采用合适的设计方法；3）提供高质量的工程支持；4）重视开发过程的管理。
四、软件工程的由来据说上个世纪60年代的程序员都是天才，写程式就像写日记一样，吃过晚饭没事干随手就可以写几个出来玩，第二天还可以拿去卖钱。
所以那时候程序员在大家眼中，跟那些搞美术，音乐的是一类的，被称为“艺术家”。
但事过境迁，就像任何人都不会嫌钱多一样，永远都不会有人嫌CPU快的。
于是，随之而来的就是硬件的迅猛发展和越来越变态的软件。
记得以前常去同学家拷游戏，通常几张软盘就可以搞定，而现在的游戏，两三张CD-ROM都算少的了。
像如此庞大复杂的怪物，就算你是如何的天才，一个人肯定是搞不定的，否则，等你把程式写出来，人家Intel连奔腾N都开发出来了。
既要开发大型的软件还要追求速度（这样才能赚钱），于是很自然地，合作的概念被提了出来。
研究生读书报告
浙江大学软件工程硕士研究生（双证）读书报告的相关规定一、目的：读书报告是学院研究生的学术科研活动之一，旨在通过读书报告的形式提高研究生的学术水平，促进专业间的交流，活跃同学们的思维，增强口头表达能力，更多了解当前学术前沿的新问题、新情况，帮助学生尽快融入学术氛围。
二、规范：1．读书报告计2个学分。
2．内容要求：（1）基于学术交流的目的，报告内容应涉及软件相关领域，由专业导师或者学院布置题目给学生，由学生完成。
（2）要求每位研究生在2008-2009学年完成4次读书报告，原则上每学期完成一次。
（3）参加相关的seminar，其中至少公开在学科或学院的学术论坛做读书报告1次，可以以班级为单位进行。
3．读书报告流程：（1）由专业导师对研究生进行分组，原则上每8~10名研究生一组。
（2）每位研究生独立完成4次读书报告，由专业导师和研究生商定每次读书报告的题目。
读书报告的撰写步骤见第4部分，格式见附录。
（3）每个学生必须在专业导师规定的时间内递交书面报告，字数5000字以内，摘要限500字以内，经过专业导师的审阅后，然后学生凭本人的学号及密码进入研究生院网址/，点击“我的读书报告”，然后“增加读书报告”，填入信息“读书报告题目、导师姓名、报告时间、报告状态（选择个人3次、学院或学科1次），再把读书报告的摘要（限500字）填入，学院将组织人员进行审核。
（4）各小组独立在成员完成读书报告的基础上进行seminar，一共四次，每次4～5人主讲，以各自的读书报告为主讲内容。
要求组员全勤参加seminar,并欢迎其他组的同学参加讨论。
报告采用演示文稿的形式，每人演讲10～20分钟，提问和讨论5～10分钟。
（5）要求每人至少主讲2次。
（6）每个小组派专人负责记录好每次读书报告的时间、地点、参加人员名单、报告题目等，随同读书报告及PPT的打印版一起交给教务办E308严老师存档。
各小组做报告的时间和地点要事先和教务办联系。
浙江大学硕士生读书报告与要求
浙江大学硕士生读书报告与要求TTA standardization office【TTA 5AB- TTAK 08- TTA 2C】浙江大学软件学院软件工程硕士研究生读书报告的相关规定（试行）一、目的读书报告是研究生的学术科研活动之一，旨在通过读书报告的形式提高研究生的学术水平，促进学术交流，活跃学术思想，增强口头表达能力，更多了解当前学术前沿的新问题、新情况，引导研究生尽快融入学术氛围。
二、规范1．读书报告计2个学分，由专业导师负责。
2．内容要求（1）基于学术交流的目的，读书报告的内容应涉及软件工程相关领域（要求数目或文论内容有深度，语言学习类不算入报告），由专业导师和研究生商定每次读书报告的题目。
读书报告可参考《浙江大学硕士研究生读书报告模板》（见附录）和按照《浙江大学软件学院读书报告格式》（见附件一）撰写。
（2）要求每位研究生完成4个读书报告，时间分别定于10，11，12月底前以及2016年3月底前。
原则上每学期（一年共4学期）完成1～2个。
4个读书报告中至少有1个为参加学术会议、阅读学术文献着作所写的感想、体会。
3. 读书报告流程（1）由专业导师对研究生进行分组。
现按学生名单依次分为4组，分组名单及组长见群内通讯录。
各小组成员在独立完成读书报告的基础上与专业导师交流，小组适时组织读书报告会，时间由组长统一,以各自的读书报告为主讲内容，每人总共演讲2次。
报告采用演示文稿的形式，每次为5人左右，每人演讲5～10分钟，提问和讨论5～10分钟，要求组员全勤参加。
在职研究生也可以在专业导师指导下以听学术报告、阅读学术文献着作等写感想、体会等形式完成读书报告。
（2）每个研究生必须在专业导师规定的时间内发送读书报告的电子版，字数5000字以内(10-15页之间)，摘要限500字以内，经过专业导师的审阅后，在网上上传读书报告摘要，具体操作方式如下：●双证研究生点击进入浙江大学研究生院网址，在“管理系统”窗口凭本人的学号及密码登录，点击“我的读书报告”，然后“增加读书报告”，填入相关信息“读书报告题目”、“导师姓名”、“报告时间”、选择“报告状态”（选择个人3次、学院或学科1次），再把读书报告的摘要（限500字）填入，点击保存即可。
怎样写读书报告
什么是读书报告读书报告是大学各种课程教学的基本要求。
修课学生就教师所指定的读物，进行研读，经过充分理解吸收，然后用自己的语言重行综合组织，钩玄提要，予以申述评论。
如此才能将学问化为己有，留下深刻印象。
从而拓展知识领域，厚植一生学术根基。
爰述一般写作要则如下：预备要则优先选择具有不朽价值的经典名著，以及经学术界确认有特色之新著，俾获最佳学习效益。
客观公正，实事求是，仔细精读。
举凡重要资料，或偶有心得，随时抄记於卡片上，待全书阅后再分析整理，以为写作之依据。
有关该书之研究与批评论文，以及其他相关资料，应翻检图书目录，尽量搜集参阅。
报告规则书目，选读之书，应查明书名、作者、出版处所、年月、版次，分项填写於题目左方。
译本加注外文原名。
全书提要：提要包括：重点介绍作者生平及著成之时代背景。
揭示全书题旨大意，体裁特质。
简评该书在文化上之价值。
其篇幅最长不宜超过全文三分之一。
心得评论：心得评论之写作，可分为五种类型：感发型：亦即常见的读后感。
以个人的直觉，表明对该书的印象与感受。
或随兴抒发，或借题发挥。
不必面面俱到，但应观察深刻，文字灵活。
论述型：贯穿全书，提纲挈领，析述其内容旨趣，以及结构方法，并评鉴其地位影响。
撷摘型：摘引书中若干具有代表性之片段，夹叙夹议，藉以表彰该书之精神特质。
源流型：评介该书所涉级学科之渊源流变，然后具体剖析该书在该学术范围之创获贡献。
比较型：将该书与同类著作作一比较，衡量其得失优劣。
以上诸类型，可随需要交互使用，不必拘泥。
结语综合归纳全文评析所获致之结果，以为结语。
附注凡文中需要注明引用资料来源，或欲引伸所陈述之论证，均另作「附注」。
参考书目文末编列「参考书目」，包括著作标题、作者姓名、发行事项三部分，依书籍种类或年代先后排列。
怎样写读书报告写读书报告的第一步写读书报告的第一步是一面看书一面写，不论有什么感想，疑问和见解，都随即把它们写下来。
如果书是自己的，可以直接写在书上；如果书不是自己的，就要准备一本读书札记簿，写在本子上。
软件工程实验报告
软件工程实验报告在当今科技日新月异的时代，软件工程成为各行各业中不可或缺的一环。
为了更好地培养学生的软件工程能力，各大高校开设了相关课程，并在其中加入了实验环节。
本篇文章将对软件工程实验报告的撰写进行探讨。
首先，软件工程实验报告的撰写应该贴近实验过程。
这意味着在实验之前，我们应该对实验内容有足够的了解，并对实验的目标有清晰的认识；在实验中，我们应该认真观察并记录实验过程中发生的所有细节；在实验之后，我们应该对结果进行分析，并对实验中存在的问题进行思考和归纳。
只有在真正深入实验过程，并对实验经过有全面的掌握后，我们才能写出一份优秀的实验报告。
其次，软件工程实验报告的撰写应该具备科学的逻辑性和清晰的表达能力。
在撰写实验报告时，我们应该先明确实验的目的，并在实验结果中体现出来；同时，我们需要将实验中所遇到的所有问题和解决方案进行详细的阐述，以便读者更好地理解实验过程和结果。
此外，在写实验报告时，我们应该注意语言的简洁明了，句式的条理清晰，以及格式的规范统一。
最后，在软件工程实验报告的撰写中，引用和参考文献的使用也是非常重要的。
我们应该在实验报告中注明所使用的软件和工具的名称、版本号等信息，以便读者对结果进行验证和复现。
同时，在实验报告中，我们还应该引用相关的文献，为实验结果提供支撑和佐证。
总之，软件工程实验报告的撰写是一个非常重要的环节，它能够反映出我们在实验过程中的观察能力、思考能力、分析能力、表达能力等多方面的能力。
因此，我们应该认真对待实验报告的撰写，力求做到准确、明确、清晰。
只有这样，我们才能更好地掌握软件工程知识，为将来的学习和工作打下坚实的基础。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
读书报告2.1阅读书籍：1、《软件工程》by Ian Sommerville 2、《软件工程方法》阅读体会及心得：一、参考书1（4-5章）和参考书2（4-6章）1. UML中定义了哪些主要类型的图？综述用例建模中如何对交互模型、结构模型、行为模型进行描述，举例说明。
1）UML提供的基本模型图包括(1)用例图：展示系统外部的各类执行者与系统提供的各种用例之间的关系(2)类图：展示系统中类的静态结构(类是指具有相同属性和行为的对象类图用来描述系统中各种类之间的静态结构)(3)对象图：是类图的一种实例化图(对象图是对类图的一种实例化)(4)包图：是一种分组机制。
在UML1.1版本中包图不再看作一种独立的模型图)(5)状态图：描述一类对象具有的所有可能的状态及其转移关系(它展示对象所具有的所有可能的状态以及特定事件发生时状态的转移情况) (6)顺序图：展示对象之间的一种动态协作关系(一组对象组成随时间推移对象之间交换消息的过程、突出时间关系)(7)合作图：从另一个角度展示对象之间的动态协作关系(对象间动态协作关系突出消息收发关系)(8)活动图：展示系统中各种活动的执行流程(各种活动的执行顺序、执行流程)(9)构件图：展示程序代码的物理结构(描述程序代码的组织结构各种构件之间的依赖关系)(10)配置图：展示软件在硬件环境中(特别是在分布式及网络环境中)时间推移对象之间交换消息的过程、突出时间关系)2）(1)交互模型也是针对每个用例而言的，是在用例描述和Robustness分析的结果的基础上进行的。
因此，我们还将以用例为蓝本，来说明如何构建交互模型。
我的习惯是将用例描述中的基本事件流与扩展事件流部分，以及Robustness分析的结果打印出来，以便在设计时参考。
而且这也方便了设计时团队成员之间的交流，可以获得较好的效果。
交互建模之后，到此为止，我们就完成了用例所对应的交互模型。
不过，事件还没有结束，我们需要在这个成果的基础上进一步工作，将其发挥更大的作用。
这些工作包括添加类的属性和方法、质量评审、引入基础类以及用设计模式进行优化，下面我们就一一作个简单的介绍。
添加个类的属性与方法。
在构建交互模型时，我们将会发现类应该具有的方法，也会在设计时找到一些新的属性，而这些东西将进一步地完善我们的静态模型。
我们基于域模型的基础，结合Robustness分析、交互模型构建时所引入的设计类，画出相应的设计类图，并且将这里所找到的属性、方法补充在类图中去，这样我们将获得一个较完整的类模型。
质量评审当我们通过引入基础类之后，将获得一个较完整的类模型，接下来我们就需要运用面向对象设计的一些基本原理，对其进行质量评审。
低耦合：耦合性是指两个类之间的连接强度，耦合性越低，说明类之间的独立 性越高，相应的系统的灵活性也越高。
高内聚：内聚性则是指一个类的属性与方法高度地集成，内聚性越高，说明类的设计越合理，系统的稳定性也越高。
效率：低耦合与高内聚都是一个相对的概念，衡量的要点在于解决方案的执行效率是否满足系统的需求。
完整性：类的完整性是指在任何环境下都可以重复使用，完整的类也就意味着其具有较高的内聚性，也就意味着它与其它类之间的耦合较低。
简单性：每一个类越简单，出错的可能性越小，系统的灵活性和可维护性也越好。
而把类当作一个框，什么都往里装的代码风格，就是一个具有“坏味道”的代码，需要重构它。
我们需要将这些包中，将要使用的类引入，然后从中派生（使用继承）应用系统所需要的类。
如果你使用Rose进行类建模，那么你就可以很方便地引入这些基础类，因为Rose都将这些基础类做好了。
应该看出一个学习开发知识的要点，即应该花足够多的时间来了解各种基础框架、库函数的功能与特性，以便在设计时做出最优的选择；另外，还应该对这些基础框架、库函数的类结构有一个清晰的了解，这样就可以最有效地找到基础类，最高效地使用。
用设计模式进行优化。
如果你在质量评审中发现了问题，那么你可以使用两种武器，那就是设计模式与重构。
它们都将帮助你使代码更加的高质量，重构技术侧重于代码结构的重新整合，而设计模式则是通过引入新的设计类，还提高代码的可维护性、灵活性。
交互建模是详细设计阶段的重要工具，当我们完成了交互模型之后，我们就会发现所有的类跃然纸上，而且这些类所需的属性和方法（即行为）也被清晰地找到，还清楚地掌握了类与类之间的交互，然后通过引入基础类、利用设计模式优化，将会使得紧接下来的代码编写工作将变得更加清晰。
不幸的是，由于篇幅的限制，我们从用例建模开始，只对其中的一个用例进行了分析，完成了用例描述，也仅对一个用例进行了Robustness 分析（初步设计）、构建交互模型（详细设计）。
因此，我想大家也不知不觉地走进了细节，也许让您感到“只见树木，不见森林”了。
不过没关系，我将在下一期中再次从更宏观地角度帮助大家整理一下思绪，然后再继续进发。
(2)结构模型设计模式中对框架的定义是框架就是一组相互协作的类，对于特定的一类软件，框架构成了一种可重用的设计。
软件框架是项目软件开发过程中提取特定领域软件的共性部分形成的体系结构，不同领域的软件项目有着不同的框架类型。
框架的作用在于：由于提取了特定领域软件的共性部分，因此在此领域内新项目的开发过程中代码不需要从头编写，只需要在框架的基础上进行一些开发和调整便可满足要求；对于开发过程而言，这样做会提高软件的质量，降低成本，缩短开发时间，使开发越做越轻松，效益越做越好，形成一种良性循环。
框架不是现成可用的应用系统。
是一个半成品，需要后来的开发人员进行二次开发，实现具体功能的应用系统。
框架不是“平台”，平台概念比较模糊可以是一种操作系统，一种应用服务器，一种数据库软件，一种通讯中间件等地那个，因此平台在应用平台主要指提供特定服务的系统软件，而框架更侧重了设计，开发过程，或者可以说，框架通过调用平台提供的服务而起的作用。
框架不是工具包或者类库，调用API并不就是在使用框架开发，紧紧使用API是，开发者完成系统的主题部分，并不时地调用类库实现特定任务。
而框架构成了通用的、具有一般性的系统主体部分，二次开发人员只是像做填空一样，根据具体业务，完成特定应用系统中与众不同的特殊部分。
二、框架与架构之间的关系 框架不是构架（即软件体系机构）。
体系结构确定了系统整体结构、层次划分，不同部分之间的协作等设计考虑。
框架比架构更具体。
更偏重于技术涉嫌。
确定框架后，软件体系结构也随之确定，而对于同一软件体系结构（比如Web开发中的MVC），可以通过多种框架来实现。
三、框架与设计模式之间的关系设计模式和框架在软件设计中是两个不同的研究领域。
设计模式研究的是一个设计问题的解决方法，一个模式可应用于不同的框架和被不同的语言所实现；而框架则是一个应用的体系结构，是一种或多种设计模式和代码的混合体虽然它们有所不同，但却共同致力于使人们的设计可以被重用，在思想上存在着统一性的特点，因而设计模式的思想可以在框架设计中进行应用。
框架和设计模式存在着显著的区别，主要表现在二者提供的内容和致力应用的领域。
1)从应用领域上分，框架给出的是整个应用的体系结构；而设计模式则给出了单一设计问题的解决方案，并且这个方案可在不同的应用程序或者框架中进行应用。
2)从内容上分，设计模式仅是一个单纯的设计，这个设计可被不同语言以不用方式来实现；而框架则是设计和代码的一个混合体，编程者可以用各种方式对框架进行扩展，进而形成完整的不同的应用。
3)以第二条为基础，可以得出设计模式比框架更容易移植：框架一旦设计成形，虽然还没有构成完整的一个应用，但是以其为基础进行应用的开发显然要受制于框架的实现环境；而设计模式是与语言无关的，所以可以在更广泛的异构环境中进行应用。
总之，框架是软件，而设计模式是软件的知识体，提升框架的设计水平。
(3)行为模型行为模型常用状态转换图（简称状态图）来描述，它又称为状态机模型。
行为模型通过描述系统的状态以及引起系统状态转换的事件来表示系统的行为。
状态图中的基本元素有事件、状态和行为等。
在传统的数据流模型中，控制和事件流没有被表示出来。
在实时系统的分析和设计中，行为模型尤其重要。
事实上，大多数商业系统是数据驱动的，所以非常适合数据流模型，相反，实时控制系统很少有数据输入，主要是事件驱动，因此，行为模型是最有效的系统行为描述方式。
当然，也有同时存在数据驱动和事件驱动两类模型的系统。
2. 需求模型有哪些基本元素？需求建模有哪些方法？可产生哪些类型的建模？综述基于场景建模、基于数据建模和基于类的建模方法。
1)需求模型中的基本元素(1)基于场景的元素：使用基于场景的的方法可以从用户的视角描述系统。
(2)基于类的元素：每个使用场景都暗示着当一个参与者和系统交互时所操作的一组对象，这些对象呗分成类--就有相似属性和共同行为的事物集合。
(3)行为元素：基于计算机系统的行为能够对所选择的设计和所采用的实现方法产生深远的影响。
状态图是一种表达系统行为的方法。
(4)面向数据流的元素：信息在基于计算机的系统中流动时会被转换，系统接受多种形式的输入；使用函数将其转换；生成多种形式的输出。
2)需求建模有哪些方法(1)结构化分析方法一种考虑数据和处理的需求建模方法，其中处理将数据作为独立实体加以转换。
数据对象建模定义了对象的属性和关系，操作数据对象的处理建模应标明当数据对象在系统内流动时处理如何转换数据。
(2)面向对象的分析方法这种方法关注与定义类和影响客户需求的类之间的协作3)(1) 基于场景建模：基于计算机的系统或产品的成果可以用多种方式度量，但是用户的满意度是最重要的。
如果软件工程师了解最终用户（和其他参与者）希望如何与系统交互，软件团队将能够更好的、更准确的刻画需求特征，完成更有针对性的分析和设计模型。
因此，使用UML将从开发用例、活动图和泳道图形式的场景开始。
(2) 基于数据建模：如果软件需求包括建立、扩展需求，或者具有数据库的接口，或者必须构建或操作比较复杂的数据结构，软件团队可以选择建立一个数据模型作为全部需求建模的一部分。
(3) 基于类的建模：这种建模方式表示了系统操作的对象、应用于对象间能有效控制的操作（也称为方法或服务）、这些对象间（某种层次）的关系以及已定义类之间的协作。
它的元素包括类和对象、属性、操作、类的职责协作者模型、协作图和包。
(4) 面向流程的建模方法和工具：面向流程的建模时当前应用最广泛的需求分析表达方法之一，数据流图及相关的图和信息可以补充UML图并提供对系统需求和流程的补充。
工具有：SafeHome软件。
3. 综述面向流程的建模方法和工具，举例说明如何用相应的建模和方法了描述控制流、表达控制行为？软件过程意味着开发一个软件系统的任务集合，这些任务由有组织的人员依赖一系列工具完成，高效地利用人力、物力资源，在保证软件质量的前提下，在要求的时间内完成软件的开发。