软件工程复习总结--最新教学内容

软件工程复习总结--

软件工程导论总结报告

软件工程总结报告序言本期软件工程专业导论课程结束后，为圆满完结本期此课程的学习，特此总结个人学习所得以求些许回报先生无私教导。主体第一节课主要讲述了软件工程各领域之间的联系以及贯穿始终的基础为何。其中较为基础并相当重要使的应该是算法。对于算法重要性与基础性的理解，我个人有比较切身的体验。比如前不久的 ACM 竞赛，在比赛中我所在的小组以及当场几乎所有小组都遇到这样一个问题：超时—这无非就是个人设计的算法的效率不够高，这也证明我们对算法理论知识的匮乏（不清楚优化个人算法的方法）。我对软件工程这一专业有了一个较为全面的把握，对我个人未来进取方向而言也起到了一定的指导作用。第二节课老师带来了三位本专业的前辈向我们传授大学生活应如何度过以及对我等一些问题作出解答。其中我个人印象深刻的是其中一位学姐 PPt 中引用李开复的那部分内容。即试着记录下自己一整天做的所有事以及其所花费的时间，再仔细研究自己在哪些事上浪费了时间，应该如何整改。我个人认为这方法可能有一定直观性，因为直观的数据更能深刻的反映真实和刺激一个人整改，但此法实施起来又太古板，中觉得生活有些教条化、章程化，缺乏新意与自由。求上进，珍惜时间也无需以丧失人生情趣为代价。还有就是学长再提潘老师曾讲过的那些重要、紧急优先次序。他提到的个人的学习生活情况

倒没什么深刻感，但我认为他引用的一番话较有道理，大概意思是比起个人兴趣更为优先的应该是谋生的本领，尤其是当自己感兴趣的正好是冷门时。当掌握了一些实实在在有能保证自身良好发展前景后，再去做一些自己感兴趣的事也来得及。于我而言，一个人尚不能独善其身，何求其兼济天下。成己方成人就是如此道理。第三节课主要讲解了大学学习生活中应着重的基础课以传递重基础的要旨。据个人体会，其中英语科目实是基础中的基础，主要是为辨认单词（即代码变量以及注释）意义以达到理解他人算法并顺利接手他人接下来的工作。企业和公司出于其本身利益主张雇方市场 -- 讲究项目的可接手性，而不希望对现有人员的过分依赖。离散数学则应该是为之后学习其他编程专业知识做理论知识的铺垫。概率统计更多应是对统计有关算法及理论的学习（个人认为现实生活中许多问题都可以运用概率统计的方法加以解决，因此应是很重要的基础知识）。C/C++(Java)语言是作为编程的工具使用，无疑是基础（现今水平下的我们主要用 C 编代码）。数据结构则应是提供特定的解决问题的结构思想以便进行数据处理方面工作。算法的重要性以及基础性的个人体会已包含在第一节课中。计算机体系结构与汇编课程与操作系统原理课程主要在于理解计算机系统运行原理能加深对代码运行原理的理解，对于现今水平的我也能更深层次的理解 c 语言的指针操作等方面知识。汇编语言能够直接对硬件进行操作，生成的程序与其他的语言相比具有更高的运行速度，占用更小的内存，因此在一些对于时效性要求很高的程序、许多大型程序的核心模块以及工业控制方面大量应

软件工程课程设计心得总结

软件工程课程设计个人总结学期就快要结束了，到了最后一周居然还有软件工程课程设计，还要考试真的有点忙啊，不管怎样还是好好干吧，把对工程的理论研究、学习成果用于实践也是一种检验学习成果和提升工程能力的有效手段嘛。工作内容安排软件工程课程设计的第一天拿到题目，听取老师对于课程设计的要求、要完成的工作、预期要达到的效果和注意事项。然后分组、讨论和确定选题。这真正的课程设计才算开始了，经过组长，组员的反复研究、论证后一致决定选择：实习题目4：开发一个基于Web的BBS系统，包含一般BBS所具有的功能，如用户注册、用户信息管理、发贴功能、贴子管理、主题词查询、用户信息修改和查询等。这个题目对于现代化的网络交流来说发展的成熟而且符合当代互联网大众的网络需求，符合现代网络对信息分享讨论的爱好，我们一致预测在今后很长的一段时间内也将会是非常流行的一种交流介质。确定选题后我们开始软件开发的第一步，需求分析，详细设计等内容，分块分工完成模块，我分到的主要部分就是分析论坛里面的帖子内容，用户的爱好，然后解决用户的索引需求，把用户的索引需求智能的、友好的呈现给用户，把这部分的代码编写，测试，把用户界面做好就是我接下来几天的工作内容。俗话说：磨刀不误砍柴工，要想把我的这部分内容做好，做得完美，我的好好的分析一下，对全组对整个系统的需求分析的基础上又认真分析了本部分的内容和本部分要实现的功能，对本部分实现的主要思想理清，认真设计界面，还有对队员们的模块能有效的结合起来，让他们的模块也能有效的供我使用，做好我的接口也方便其他模块与此的衔接。问题与解决在本次课程设计中遇到了好多前所未有的问题，第一次接触HTML网页开发，第一次邂逅JSP web应用程序开发，第一次有了原来开发应用程序是需要数据库的，对于这些都是第一次接触，需要了解HTML的基本语法，需要学习JSP web 应用程序web app的开发方法，需要实践配置数据库TOMCAT、SQL sever，居然有这么多的东西需要从头来，对于这些方面我就像一张崭新的白纸，怎么能在短短的四五天时间内将这张白纸绘成一幅栩栩如生的画卷呢，这是我们面对的亟待解决的问题。为了解决这一系列的问题，我们没有找借口，我们没有懒惰，我们更没有放弃，而是迎难而上，到图书馆“大采购”求资料，找到想要的，真想把图书馆搬到课程设计实验室。接下来就是根据我们的需求分析，概要设计，详细设计等内容分模块编写网页源代码，修复bug，测试代码，连接数据库这样我们的全新的基于web的BBS论坛就成功上线了。

软件工程复习资料

软件概念:与计算机系统操作有关的程序、数据以及相关文档的完整集合软件特点:逻辑实体、智力产品，制造即拷贝2无磨损和老化，不遵循“浴盆曲线”，但存在退化问题3尚未摆脱手工方式，软件移植的需要，复杂（问题复杂性/ 程序结构复杂性），软件开发的性质如成本、进度、质量等难以估计控制，维护困难，可复用性软件分类：按功能：系统软件/支撑软件/应用软件2按工作方式：实时处理/分时/交互/批处理3按服务对象：项目 / 产品（定制 / 通用）4按失效影响：关键/ 非关键5规模：微型、小型、中型、大型、甚大型、极大型软件危机的表现：软件开发成本和进度失控，维护代价高2用户不满意3软件质量不可靠4软件不可维护 5无文档资料6 计算机系统中软件成本比重加大7软件开发生产率提高不能满足要求软件危机的原因软件的规模和复杂性2人类智力的局限性3协同工作的困难性4缺乏方法学和工具5用户描述不精确、二义、遗漏，双方理解有偏差缓解软件危机的途径组织管理、协同配合的工程2软件工程的理论模型、技术方法3软件工具软件工程的三要素1过程：管理部分2方法：技术手段3工具：自动或半自动地支持软件的开发和管理三要素的关系：相互关联与支持软件生命周期：可行性研究-需求分析-概要设计-详细设计-实现-集成测试-确认测试-使用与维护-退役软件开发和测试活动之间的关系软件开发和软件测试都是软件生命周期中的重要组成部分，软件测试是保证软件开发产物质量的重要手段。测试是贯穿于整个开发流程了，而不是在编码完成才开始。瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。最终得到软件产品优点是使用时间最长、应用面比较广泛的开发模型2是其他一些开发模型的基础3当前一阶段完成后，只需要去关注后续阶段缺点不能适应用户需求的变化2到最后阶段才能得到可运行的软件版本适用场合：对于规模较小,软件需求较为稳定的项目,采用模型能够显著提高软件开发的质量和效率演化模型（原型模型）演化模型是一种全局的软件(或产品) 生存周期模型。属于迭代开发方法。该模型可以表示为：第一次迭代(需求->设计->实现->测试->集成)->反馈->第二次迭代(需求->设计->实现->测试->集成)->反馈->……优点：1支持需求的动态变化2有助于获取用户需求，便于用户对需求的理解3尽早发现软件中的错误缺点1需要为系统的每个新版本交付文档，不划算2新需求的不断增加，使系统结构退化，变更成本上升3不支持风险分析螺旋模型1将瀑布模型与原型模型进行有机结合2增加风险分析步骤优点1支持需求的动态变化2有助于获取用户需求，便于用户对需求的理解3尽早发现软件中的错误4支持风险分析，可降低或者尽早消除软件开发风险5适合于需求动态变化、开发风险较大的系统缺点建设周期长适用场合在需求不明确的情况下，适合用螺旋模型进行开发，便于风险控制和需求变更。特别适合于大型复杂的系统喷泉模型：软件复用与生命周期中多项开发活动集成，主要支持面向对象的开发方法优点1软件系统可维护性较好2各阶段相互重叠，表明了面向对象开发方法各阶段间的交叉和无缝过渡3整个模型是一个迭代的过程，包括一个阶段内部的迭代和跨阶段的迭代4模型具有增量开发特性，即能做到“分析一点、设计一点、实现一点，测试一点”，使相关功能随之加入到演化的系统中5模型由对象驱动，对象是各阶段活动的主体，也是项目管理的基本内容6该模型很自然地支持软部件的重用缺点由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。 OO 为什么好oo 解决问题的思路是从现实世界中的客观对象入手，运用人类的自然思维方式来构造软件系统，而传统的结构化方法从功能入手和信息工程化方法从信息入手。在面向对象方法中，把一切都看成是对象。OO 方法用类和对象作为系统的基本构成单位。对象对应问题域中的事物，其属性与操作刻画了事物的静态特征和动态特征，它们之间的继承关系、聚合关系、消息和关联如实地表达了问题域中事物之间实际存在的各种关系面向对象方法的特点（1）从现实世界中客观存在的事物出发来建立软件系统，强调直接以问题域中的事物为中心来思考问题、认识问题，把它们抽象地表示为系统中的对象，作为系统的基本构成单位。这可以使系统直接映射问题域，保持问题域中事物及其相互关系的本来面貌(对象) （2）用对象的属性表示事物的状态特征；用对象的操作表示事物的动态特征（属性与操作）（3）对象的属性与操作结合为一体，成为一个独立的、不可分的实体，对外屏蔽其内部细节（封装）（4）对事物进行分类。把具有相同属性和相同操作的对象归为一类，类是这些对象的抽象描述，每个对象是它的类的一个实例（分类）（5）复杂的对象可以用简单的对象作为其构成部分（聚集：一个（较复杂的）对象由其他若干（较简单的）对象作为其构成部分，称较复杂的对象为聚集，称较简单的对象为成分，称这种关系为聚集）（6）通过在不同程度上运用抽象的原则,可以得到较一般的类和较特殊的类。特殊类继承一般类的属性与操作，从而简化系统的构造过程及其文档，有利于复用（继承：特殊类拥有其一般类的全部属性与操作，称作特殊类对一般类的继承）(7) 类具有封闭性，把内部的属性和服务隐藏起来，只有公共的服务对外是可见的(类的封闭性)(8) 对象之间通过消息进行通讯，以实现对象之间的动态联系（消息）(9) 通过关联表达类之间的静态关系（关联）自顶向下，逐步求精：从顶层开始逐层向下分解，直至系统的所有模块都小到易于掌握为止抽象从事物中舍弃个别的非本质的特征，而抽取共同的、本质特征的做法叫抽象。过程抽象：将完成一个特定功能的动作序列抽象为一个函数名和参数表（模块）例: 比较字符串: int Compare (CString, CString)。数据抽象:将诸多数据对象的定义（描述）抽象为一个数据类型名，以后可通过该数据类型名来定义多个具有相同性质的数据对象例：Eg: 1, 2, 3,—>Integer ；软件工程书;人工智能书—>书类封装把对象的属性和操作结合成一个独立的系统单位，并尽可能隐蔽对象的内部细节。只是向外部提供接口，降低了对象间的耦合度使对象能够集中完整地描述并对应一个具体事物。意义：体现了独立性，使对象外部不能随意存取对象的内部数据，使其所含的信息对那些不需要这些信息的模块不可访问。对象的内部的修改对外部的影响很小，减少了修改引起的“波动效应”。公开静态的、不变的操作，而把动态的、易变的信息隐藏起来。模块化将一个软件划分为一组具有相对独立功能的部件，每个部件称为一个模块；当把所有的模块组装在一起时，便可获得满足用户需求的软件系统。为什么要进行模块化：模块化体现了“分而治之”的问题分析和解决方法。模块化的目的①进行功能分解，把复杂的大的功能划分成简单的小的子功能，尽量降低每个模块的成本。②尽量使每个模块间的接口不能太多，太多会使接口成本增加。兼顾二者可取得最佳的划分状态，确保软件总成本最低模块设计原则1信息隐藏2高内聚度（强）3低耦合度（松）什么是信息隐藏（1）模块应该设计得使其所含的信息（过程和数据）对那些不需要这些信息的模块不可访问（2）模块之间仅仅交换那些为完成系统功能所必须交换的信息信息隐藏的优点（1）支持模块的并行开发（设计和编码）（2）模块的独立性更好（3）便于系统功能的扩充（4）便于测试和维护，减少修改影响向外传播的范围模块化、信息隐藏，局部化是什么关系局部化与信息隐藏是一对密切相关的概念。局部化就是指将一些使用上密切相关的元素尽可能放在一起。对一个模块来说，局部化是期望模块所使用的数据尽可能是在模块内部定义的。因此，局部化意味着减少模块之间的联系，有助于实现模块之间的信息隐藏。在软件测试和维护期间经常需要修改一些模块的内容。信息隐藏和局部化降低了模块之间的联系，使得在修改一个模块时对其他模块的影响降到最低。“隐藏”的意思是，有效的模块化通过定义一组相互独立的模块来

《软件工程导论》实验报告

2011-2012（2）《软件工程导论》实验报告学院：计算机学院班级：软件工程114 姓名：黄芳恺学号：119074258 目录实验1：项目计划、分析和设计实验2；编码实验3：代码复查、编译实验4：项目测试总结

软件工程导论实验一：项目计划、分析和设计 [ 实验日期 ] 2012 年 4 月 20 日 [ 实验目的 ] 初步了解结构化分析、设计方法的原理、步骤以及各阶段的文档，练习撰写简要的需求文档、设计文档。 [ 实验内容 ] 贪吃蛇程序：贪吃蛇游戏是一个深受人们喜爱的游戏，一条蛇在密闭的围墙内，在围墙内随机出现一个食物，通过按键盘上的四个光标键控制蛇向上下左右四个方向移动，蛇头撞到食物则表示食物被蛇吃掉，这时蛇的身体长一节，同时计1分，接着又出现食物，等待被蛇吃掉，如果蛇在移动过程中，撞到墙壁或身体交叉蛇头撞到自己的身体，游戏结束。根据编写贪吃蛇的游戏规则，我们利用c语言来进行编辑具体步骤，从而使游戏能够运行，根据编写贪吃蛇程序，掌握软件工程思想及要领，进一步巩固编程思想和掌握画图函数底层，依据项目可行性研究的结果，进行需求分析和设计，编写简要的需求规格说明书，绘制程序流程图。 [ 实验原理和步骤] 当前的建模方法主要有传统的结构化分析、设计方法（SA/D）和面向对象分析、设计方法（OOA/D）两种。分析阶段：结构化分析（SA）是一种建模技术，它通过一定方法帮助开发人员定义系统需要什么功能，系统需要存储和使用哪些数据，以及为完成这些功能，系统需要什么样的输入和输出以及如何把这些功能结合在一起来完成任务。设计阶段：分总体设计和详细设计两阶段。总体设计阶段的任务主要是确定系统由哪些模块组成，以及这些模块之间的相互关系；详细设计阶段的任务主要是设计每个模块的处理过程。常用的结构化设计（SD）方法有面向数据流分析（DFA）的设计方法和面向数据的设计方法。DFA设计技术实施的通用步骤：(1)复查并精化DFD；(2)确定DFD类型； (3)把DFD映射到系统模块结构,设计出模块结构的上层；(4)基于DFD逐步分解高层模块,设计出下层模块〈初步结构〉；(5)根据模块独立性原理，精化模块结构，得到更为合理的软件结构；(6)模块接口描述；（7）修改和补充数据词典；（8）制定测试计划。详细设计阶段的任务主要是确定每个模块的处理过程，包括（1）确定每个模块的算法。（2）确定每一个模块的数据组织。（3）为每个模块设计一组测试用例。（4）编写详细设计说明书。详细设计阶段采用的方法是结构化程序设计（SP），与SA，SD方法衔接。目标是给出可以直接用以编码的程序逻辑结构，强调清晰第一。设计思路：这个程序的关键点是表示蛇的图形以及蛇的移动。用一个小矩形块表示蛇的一节身体，身体每长一节，增加一个矩形块，蛇头用两节表示。移动时必须从蛇头开始，所以蛇不

软件工程学习心得作业

软件工程作业

软件工程心得体会通过这半学期我对软件工程的学习，老师在课堂上从软件工程的基础到用户的需求分析，最后到黑盒白盒测试通过自身做过的一些案例，生动形象的讲解了软件工程这门本身枯燥乏味的课程，这不仅增强了学生学习的积极性，也通过让我们自己去做一些需求分析，我们从中学到了许多知识。老师不仅仅在课堂上对我们悉心的知道，在课外还让我们多看一些有关软件工程方面最前沿的理论，通过这段时间我读了《软件工程——实践者的研究方法》、《件工程案例》这两本书，通过自己的读书学习，我有以下心得体会。众所周知软件对于一个公司，一个企业乃至一个国家都是十分重要的，因此一个软件的维护也十分重要，下面我就讲一些关于软件维护的知识。维护阶段是软件生存期中时间最长的一个阶段，也是花费的精力和费用最多的一个阶段。由于操作系统软件和基础软件版本升级或应用管理系统软件的不断开发、完善，需要对软件进行维护。但当运行环境改变或者系统功能、性能需求发生变化，使原软件不能通过维护的手段满足用户需求时，则需要进行软件更新。 1.软件维护的类型：软件的开发过程对软件的维护有较大的影响。若不采用软件工程的方法开发软件，则软件只有程序而无文档，维护工作非常困难，这是一种非结构化的维护。若采用软件工程的方法开发软件，则各阶段都有相应的文档，容易进行维护工这是一种结构化的维护。非结构化维护活动只能从阅读、理解和分析源程序开始，这样做难以弄清系统功能、软件结构、数据结构等问题，常常造成误解。同时由于没有测试文档，也不可能进行回归测试很难保证程序的正确性。这种软件维护

方法仅在软件工程时代之前采用。在进行结构化维护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变；对设计说明文档进行评价，并进行修改和复查；根据设计的修改，进行程序的变动；根据测试文档中的测试用例进行回归测试；最后，把修改后的软件再次交付使用。这对于减少精力、减少花费和提高软件维护效率有很大的作用。 2.软件维护的困难：软件维护的困难主要是由于软件需求分析和开发方法的缺陷造成的。软件生存周期中的开发阶段没有严格而科学的管理和规划，就会引起软件运行时的维护困难。这种困难表现在如下几个方面。（1）读懂别人的程序是困难的。（2）文档的不一致性。这种不一致性表现在各种文档之间的不一致以及文档与程序之的不一致。（3）软件开发和软件维护在人员和时间上存在差异。（4）软件维护不是一项吸引人的工作。 3. 软件维护的费用：软件维护的费用在总费用中的比重是不断增加的，它在1970 年占35%～40%，1980 年上升到40%～60%，1990 年上升到70%～80%。软件维护费用不断上升，这只是软件维护有形的代价，另外还有无形的代价，即要占用更多的资源。由于大量软件的维护活动要使用较多的硬件、软件和软件人员等资源，这样一来，投入新的软件开发的资源就因不足而受到影响。由于维护时的改动，在软件中引入了潜在的故障，从而降低了软件的质量。 4.软件维护的分类

软件工程知识点总结

软件工程（简要知识点) 一、. 软件过程五个模型对比(瀑布模型、快速原型、增量、螺旋、喷泉模型) 二、可行性研究：１、任务:用最小的代价在尽可能短的时间内确定问题是否能够解决。 2、四个方面：技术、经济、操作可行性、法律 3、数据流图四种成分:1、源点／终点２、处理３、数据存储 4、数据流三、需求分析： 1、任务：确定系统必须完成哪些工作,对目标系统提出完整、清晰、具体的要求。 2、结构化方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 3、实体联系图:1、数据对象2、属性３、联系（１:１、1:N、M:N) 四、总体设计： 1.任务：回答“概括的说，系统应该如何实现”，用比较抽象概括的方式确定系统如何完成预定的任务，也就是说应该确定系统的物理配置方案,并且进而确定组成系统的每个程序结构。２.系统设计阶段(确定系统具体实施方案）、结构设计阶段（确定软件结构) 3.模块独立:内聚和耦合 4. 耦合表示一个软件结构内各个模块之间的互连程度，应尽量选用松散耦合的系统

5. 内聚(Cohesioｎ): 一个模块内各元素结合的紧密程度 6.面向数据流的设计方法：变换流和事务流五、详细设计： 1.任务：确定应该怎样具体的实现所要求的系统，也就是说经过这个阶段的设计工作应该得出对目标系统的精确描述,从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。２.过程设计的工具(程序流程图、盒图、PＡD图、判定表、判定树) 七、测试： 1、单元测试：又称模块测试。每个程序模块完成一个相对独立的子功能，所以可以对该模块进行单独的测试。由于每个模块都有清晰定义的功能,所以通常比较容易设计相应的测试方案，以检验每个模块的正确性。２、集成测试：在单元测试完成后，要考虑将模块集成为系统的过程中可能出现的问题,例如，模块之间的通信和协调问题,所以在单元测试结束之后还要进行集成测试。这个步骤着重测试模块间的接口,子功能的组合是否达到了预期要求的功能,全程数据结构是否有问题等。 3、白盒测试技术（逻辑覆盖、基本路经测试）

软件工程导论实验报告

<<软件工程概论>> 实验报告姓名：李治学号：100511210 班级：网工1001 指导教师：桂兵祥实验一“图书馆系统”结构化需求分析

上机任务：用结构化需求分析方法完成下列任务： (1)对“图书馆系统”问题进行描述； (2)对该系统进行功能分析； (3)建立数据流图； (4)建立实体 - 关系图； (5)建立数据字典；一、图书馆系统的问题描述： ① 一个图书馆藏有图书和期刊杂志两大类书籍，每种图书/杂志可以有多册。 ② 图书馆可以维护（注册、更新和删除）图书资料。 ③ 图书馆管理员负责与借书者打交道。 ④ 借书者可以预约目前借不到的书或杂志。 ⑤ 所有人员都可以浏览图书馆的图书信息和各种告示。 ⑥ 系统能在流行的技术环境下运行，有一个良好的图形交互界面。 ⑦ 系统应具有良好的可扩展性。二、图书馆系统功能分析： ① 浏览功能：所有人员都可以浏览图书馆的图书信息。 ② 借还功能：借书者可以借/续借、还、预约图书。 ③ 图书管理功能：图书管理人员可以做录入、更新和销毁等图书信息维护工作。④ 借书者管理：系统管理人员可进行注册、更改、注销借书者信息等维护工作。三、建立数据流图： 1、图书馆系统的基本逻辑模型：浏览图书浏览者图书信息浏览信息 2、借/还功能数据流图：（1）借/还功能（第一步）DFD ：借书还书续借预约书目号和借书证号书目号书目号标题号和借书证号管理员借书者借书者显示信息（2）借/还功能（修改）DFD ：

借书还书续借预约书目号和借书证号书目号书目号标题号和借书证号管理员借书者 3、维护功能数据流图：（1）维护功能（第一步）DFD ：更改借者注销借书者录入新书更新图书管理员注册借书者销毁图书处理罚金管理员（2）维护功能（修改） DFD ：录入标题修改标题删除标题录入新书管理员销毁书目修改书目标题信息标题号标题号书目信息书目号书目号 4、借书功能细化的数据流图：

《软件工程导论》第六版期末复习总结要点

软件工程一、名词解释与问答 1、S A——结构化分析方法 2、画数据流图应注意什么事项？（1）数据流名称只能是名词或是名词短语；（2）每个加工至少有一个输入数据和一个输出数据流，反映出此加工数据的来源与加工的结果；（3）编号：某个加工分解成一张数据流图时，上层图为父类，下层图为子类；父图与子图的平衡：子图的输入输出数据流同父类相应的输入输出数据流必须一致；（4）注意数据流图的易理解性； 3、什么是软件生存周期？它有那几个活动？一个软件从提出开发要求开始直到该软件报废为止的整个时期。包括：可行性分析和项目开发计划，需求分析，概要设计，详细设计，编码，测试，维护。 4、什么是数据流图？作用是什么？其中的基本符号表示什么含义？以图的方式描述数据在系统中流动和处理的过程，只反映系统必须完成的逻辑功能，是一种功能模型。箭头，表示数据流数据流是数据在系统内传播的路径，由一组成分固定的数据项组成；圆或椭圆，表示加工对数据进行某些操作或变换，每个加工要有名字，通常是动词短语，描述完成的加工；双杆，表示数据存储指暂时保存的数据；方框，数据源点或终点软件系统外部环境的实体，为帮助理解系统接口界面引入，只出现在顶层图中；什么是数据字典简述数据字典与数据流图的关系答案：数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说明,是数据流程图的补充工具.（2分）数据流图和数据字典共同构成系统的逻辑模型没有数据字典数据流图就不严格，然而没有数据流图数据字典也难于发挥作用?数据流图和对数据

流图中每个元素的精确定义放在一起，才能共同构成系统的规格说明.（3分）简述编码风格的重要性? 答案：阅读程序是软件开发和维护过程中的一个重要组成部分，程序实际上也是一种供人阅读的文章?应当在编写程序时讲求程序的风格,这将大量地减少人们读程序的时间? 良好的编码风格有助于编写出可靠而又容易维护的程序，编码的风格在很大程度上决定着程序的质量. 简述软件测试的任务、目的与类型。答：软件测试是一个为了寻找软件错误而运行程序的过程。目的就是为了发现软件中的错误。一个好的测试用例是指很可能找到迄今为止尚未发现的错误的用例。一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。软件测试主要分为白盒测试和黑盒测试两大类。可行性分析的目的和主要任务是什么？答：可行性分析的目的不是解决问题，而是确定问题是否值得去解决。主要任务是从下面几方面研究每种解法的可行性：技术可行性，经济可行性，操作可行性，社会可行性，抉择可行性。需求分析的目的和主要任务是什么？答：进行需求分析是为了准确地回答“系统必须做什么”这个问题，决定可以做什么不做什么。需求分析的主要任务是描述系统的功能需求、性能需求、数据需求、可靠性/可用性需求、出错处理需求、接口需求、约束条件、其他需求。软件维护的目的和主要任务是什么？维护的类型有哪些？答：软件维护是软件生命周期中最后一个、持续时间最长的阶段。主要任务是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件，目的是提高软件的可靠性、可用性，延长软件的寿命。维护的类型有：改正性（错误）、适应性（环境）、完善性（功能）、预防性（新产品）什么是耦合？模块的耦合包括哪些类型？答：耦合是对一个软件结构内不同模块之间互连程度的度量。模块的耦合包括以下几种类型：数据耦合，控制耦合，特征耦合，公共环境耦合，内容耦合，标记耦合，无耦合/非直接耦合什么是内聚？模块的内聚包括哪些类型？

软件工程知识点汇总

软件工程知识点汇总 1 软件工程、软件工程方法学：三要素 1.1 软件工程：○1应用系统化的、规范化的、可度量的方法来开发、运行和维护软件，即将工程应用到软件；○2对○1的各种方法的研究 1.2 软件工程是一门研究用工程化方法构建和维护有效的实用的和高质量的软件的学科 1.3 软件工程三要素是：方法、工具、过程软件工程的方法：是指完成软件开发各项任务的技术方法软件工具：是指为软件工程方法的运用提供自动半自动的软件支撑环境软件工程过程：是指将软件工程方法和工具综合起来以达到合理、及时地进行计算机软件开发这一目的 2 软件工程的原则包括：模块化原则、信息隐蔽原则、抽象化原则、模块独立原则（内聚、耦合）、依赖倒转原则、开闭原则等 2.1 模块化原则：指解决一个复杂问题时自顶向下逐层把软件系统划分为若干模块的过程。模块是程序中相对独立的成分，一个独立的编程单位，应有良好的编程接口，模块的大小要适中，模块过大会使模块内部的复杂性增加不利于模块的理解和修改，模块过小会导致整个系统表示过于复杂，不利于控制系统的复杂性。 2.2 信息隐蔽原则：采用封装技术，将程序模块的实现细节隐藏起来，使模块接口尽量简单。 2.3 抽象化原则：抽取事物最基本的特性和行为，忽略非本质细节，采用分层次抽象，自顶向下，逐层细化的办法控制软件开发过程的复杂性。 2.4 模块独立原则：是指每个模块只完成系统要求的独立子功能，并且与其他模块的联系最少且接口简单。要求在一个物理模块内集中逻辑上相互关联的计算机资源，保证模块间由松散的偶合关系，模块内部有较强的内聚性，这有助于控制系统的复杂性。（即：高内聚低耦合） 2.5 依赖倒转原则：抽象不应该依赖于细节，细节应该依赖于抽象。 2.6 开闭原则：软件实体应该是可扩展的，但是不可以修改。即对于扩展是开放的，对于更改是封闭的。 3 软件开发模型：瀑布模型；快速原型；喷泉模型；各种模型的工作原理、阶段、每阶段任务、特点、示意图；软件开发模型（也称为软件过程模型）：是从软件项目需求定义开始直至软件经使用后废弃为止，跨越整个生命周期的系统开发、运行和维护所实施的全部过程、活动和任务的结构框架 3.1 瀑布模型（又称线性模型）： 3.1.1工作原理：规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。前一阶段的工作成果是后一阶段工作开始的基础.所以,每个阶段都必须交出合格的文档,必须对前阶段的工作进行评审,前一阶段的工作完成后才可以开始后一阶段的工作 3.1.2 阶段：计划时期：问题定义、可行性研究开发时期：需求分析、设计、编码、测试运行时期：运行和维护 3.1.3 各阶段任务： 1.需求分析和定义在软件项目进行过程中，需求分析是从软件定义到软件开发的关键步骤，是今后软件，开发的基本依据，同时也是用户对软件产品进行验收的基本依据。需求分析和定义是以用

软件工程导论(第6版)知识点总结、复习课_图文.

复习课 --------酷爱YC 第一章 1、什么是软件危机,什么是软件工程软件危机是指在计算机软件开发、使用与维护过程中遇到的一系列严重问题和难题。它包括两方面:(1如何开发软件,以满足对软件日益增长的需求;(2如何维护数量不断膨胀的已有软件。软件工程:采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件,并有效地维护它。 2、完整的软件配置由哪些内容组成软件配置主要包括程序,文档和数据等成分。 3、软件生命周期分为哪3个时期和8个阶段,每个阶段的任务(工作分别是什么,重要性如何

概括地说,软件生命周期由软件定义、软件开发和运行维护3个时期组成 1、软件定义(系统分析。软件定义时期的任务是:确定软件开发工程必须完成的总目标;确定工程的可行性;导出实现工程目标应该采用的策略及系统必须完成的功能;估计完成该项工程需要的资源和成本,并且制定工程进度表。这个时期的工作通常又称为系统分析,由系统分析员负责完成。软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析。 (1 问题定义,确定系统要解决的问题是什么。成果:关于问题性质、工程目标和工程规模的报告。 (2 可行性研究,确定问题是否有可用的、能行得通的解(包括:技术、经济、操作、社会等方面的可行性。这个阶段的任务不是具体解决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行的解决办法。成果:可行性研究报告。 (3 需求分析,确定软件系统的必须实现的功能、必须达到的性能、必须满足的运行环境要求。系统分析员在需求分析阶段必须和用户密切配合,充分交流信息,以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法表示系统的逻辑模型。在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。成果:软件需求规格说明书(SRS,内容包括:系统的逻辑模型;系统(子系统的名称、功能描述、接口、基本数据结构、性能、设计需求、开发标准、验收原则等。 2、软件开发。开发时期具体设计和实现在前一个时期定义的软件,它通常由下述4个阶段组成:总体设计,详细设计,编码和单元测试,综合测试。其中前两个阶段又称为系统设计,后两个阶段又称为系统实现。 (1 总体设计(概要设计,回答“怎样实现目标系统”。

软件工程基础知识点总结

软件工程基础部分知识点总结知识点一软件工程的基本概念 1、软件定义：是计算机系统中与硬件相互依存的另一部分，是包括程序、数据以及相关文档的完整集合。 1）程序是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令（语句）序列。 2）数据是使程序能够正常操作信息的数据结构。 3）文档是与程序开发、维护和使用有关的图文资料。国标（GB）计算机软件的定义：与计算机系统的操作相关的计算机程序、规程、规则以及可能有的文件、文档及数据。 2、软件特点： 1）软件是一种逻辑实体，而不是物理实体，具有抽象性,是计算机的无形部分； 2）软件的生产与硬件不同，它没有明显的制作过程； 3）软件在运行、使用期间不存在磨损、老化问题； 4）软件的开发、运行对计算机系统具有依赖性，受计算机系统的限制，这导致了软件移植的问题； 5）软件复杂性高，成本昂贵； 6）软件开发涉及诸多的社会因素 3、软件的分类：按照功能可以分为：应用软件、系统软件、支撑软件（或工具软件）

1）应用软件是为解决特定领域的应用而开发的软件。 2）系统软件是计算机管理自身资源，提高计算机使用效率并为计算机用户提供各种服务的软件。 3）支撑软件是介于系统软件和应用软件之间，协助用户开发软件的工具软件。 4、软件危机：是指在软件的开发和维护过程中所遇到的一系列严重问题。软件危机主要体现在以下几个方面： ①软件开发的实际成本和进度估计不准确 ②开发出来的软件常常不能使用户满意 ③软件产品的质量不高，存在漏洞，需要经常打补丁 ④大量已有的软件难以维护 ⑤软件缺少有关的文档资料 ⑥开发和维护成本不断提高，直接威胁计算机应用的扩大 ⑦软件生产技术进步缓慢，跟不上硬件的发展和人们需求增长 5、软件工程：此概念的出现源自软件危机。软件工程是指应用计算机科学、数学及管理科学等原理，以工程化的原则和方法来开发与维护软件的学科。 1）研究软件工程的主要目的就是在规定的时间、规定的开发费用内开发出满足用户需求的高质量的软件系统(高质量是指错误率低、好用、易用、可移植、易维护等)。 2）软件工程的三个要素：方法、工具和过程。 ①方法：完成软件工程项目的技术手段；

软件工程导论实验报告白盒测试黑盒测试

《软件工程导论》实验报告学生姓名：学号：班级：指导老师：专业：实验日期：

白盒测试一、实验目的通过简单程序白盒测试，熟悉测试过程，对软件测试形成初步了解，并养成良好的测试习惯。熟练掌握如何运用基路径测试方法进行测试用例设计，初步熟悉如何利用程序插装技术进行逻辑覆盖率分析。二、实验内容： 1、被测试程序功能：求解系数为整数的方程ax2+bx+c=0 2、程序定义：键盘输入3个数字a，b，c，求解方程ax2+bx+c=0 3、测试环境：Windows 8.1、Eclipse 4、说明：本次测试采用插桩测试法，由于程序比较简单，手动输入测试用例。四、实验步骤 1、程序流程图

2、代码： import java.util.Scanner; public class test { public static void main(String[] args) { Scanner sc=new Scanner(System.in); System.out.println("请输入3个整数a,b,c:"); String as; String bs; String cs; int a=0; int b=0; int c=0; double x, x1, x2; as=sc.nextLine(); bs=sc.nextLine(); cs=sc.nextLine(); try{ a=Integer.parseInt(as); b=Integer.parseInt(bs); c=Integer.parseInt(cs); }catch(Exception e){ System.out.println("输入错误"); System.exit(0); } if (a == 0) { if (b == 0) { if (c == 0) System.out.println("无穷多解" ); else

软件工程导论最全复习总结

1、软件危机是指在计算机开发过程中的开发和维护过程中所遇到的一系列的严重问题。 2、软件是程序、数据及相关文档的完整集合,程序是能够完成预定功能和性能的可执行的程序序列;数据是是使程序能够适当的处理信息的数据结构;文档是开发、使用和维护程序所需要的图文资料。 3、软件工程学包含3个要素:方法、工具、过程。 4、目前使用最广泛的软件工程方法学是传统方法学和面向对象方法学。 5、软件工程方法学的软件过程基本上可以用瀑布模型来描述。 6、瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型。 7、Rup把软件生命周期划为:初始、精化、构建、移交阶段。 8、可行性研究的三方面:技术可行性、经济可行性、操作可行性。 9、数据流图(DFD是一种图形化技术,他描绘信息流和数据从输入移动到输出的过程中所经受的变化。 10、数据字典是关于数据信息的集合,也就是对数据流程图中所包含的所有元素的定义的集合。 11、数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据如就不严格, 没有流程图,数据字典也难以发挥作用。

12、需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书,以书面形式准确的描述软件需求。 13、9、结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。 14、ER图中包含了实体、关系和属性,矩形代表实体,菱形表示关系,椭圆或圆角矩形表示属性,用直线把实体和其属性连接。 15、验证软件需求的正确性:一致性、完整性、现实性、有效性。总体设计又称 16、总体设计的基本目的是回答“概括地说,系统应该如何实现?”，为概要设或初步设计。 17、模块的独立程度可以有两个定性标量度量:内聚和耦合。 18、软件测试的目标:(1测试是为了发现程序中的错误而执行程序的过程;(2好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;(3成功的测试是发现可至今为止尚未发现的错误的测试。 19、软件测试步骤:模块测试、子系统测试、系统测试、验收测试、平行运行。 20、软件可靠性是程序在给定的时间点,按照规格说明书的规定,成功的运行的概率。

软件工程期末复习知识点整理

复习整理、绪论 1. 软件的定义软件是能够完成预定功能和性能的可执行的计算机程序，包括使程序正常执行所需要的数据，以及有关描述程序操作和使用的文档。(软件=程序+文档) 2.软件工程的定义是指导计算机软件开发和维护的一门工程学科；采用工程化的原理与方法对软件进行计划、开发和维护；把证明正确的管理技术和最好技术综合运用到软件开发中；研究经济地开发岀高质量的软件方法和技术；研究有效维护软件的方法和技术。 3.软件危机的概念，及出现的原因软件开发技术的进步未能满足发展的要求。在软件开发中遇到的问题找不到解决的办法，问题积累起来，形态尖锐的矛盾，导致了软件危机。产生原因： ⑴软件规模越来越大，结构越来越复杂 ⑵软件开发管理困难而复杂。 ⑶软件开发费用不断增加。 ⑷软件开发技术落后。 ⑸生产方式落后，仍采用手工方式。 ⑹开发工具落后，生产率提高缓慢。 4.三种编程范型的特点 (1)过程式编程范型：把程序理解为一组被动的数据和一组能动的过程所构成；程序=数据结构 +算法；着眼于程序的过程和基本控制结构，粒度最小 (2)面向对象编程范型：数据及其操作被封装在对象中；程序=对象+消息；着眼于程序中的对象，粒度比较大 (3)基于构件技术的编程范型：构件是通用的、可复用的对象类；程序=构件+架构；眼于适合整个领域的类对象，粒度最大二、软件生存周期与软件过程 1、软件生存周期的定义，把生存周期划分为若干阶段的目的是什么，有哪几个主要活动定义：一个软件从开始立项起，到废弃不用止，统称为软件的生存周期目的：软件生存周期划分为计划、开发和运行3个时期；把整个生存周期划分为较小的阶段, 给每个阶段赋予确定而有限的任务，就能够化简每一步的工作内容，使因为软件规模而增长而大大增加了软件复杂性变得较易控制和管理。主要活动：需求分析、软件分析、软件设计、编码、软件测试、运行维护( P19) 2、软件生命周期划分为哪几个阶段软件生命周期分为三个时期八个阶段：软件定义：问题定义、可行性研究；软件开发：需求分析、概要设计、详细设计、编码、测试；软件运行：软件维护

软件工程导论复习重点总结很全(第六版)(精)

第1章软件工程学概述 1.1 软件危机 1.1.1 软件危机的介绍软件危机(软件萧条、软件困扰:是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。软件危机包含下述两方面的问题: 如何开发软件,满足对软件日益增长的需求; 如何维护数量不断膨胀的已有软件。软件危机的典型表现: (1对软件开发成本和进度的估计常常很不准确; (2用户对“已完成的”软件系统不满意的现象经常发生; (3软件产品的质量往往靠不住; (4软件常常是不可维护的; (5软件通常没有适当的文档资料; (6软件成本在计算机系统总成本中所占的比例逐年上升; (7软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势。 1.1.2 产生软件危机的原因 (1与软件本身的特点有关 (2与软件开发与维护的方法不正确有关

1.1.3 消除软件危机的途径对计算机软件有正确的认识。认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。应该推广使用在实践中总结出来的开发软件的成功技术和方法,并继续研究探索。应该开发和使用更好的软件工具。总之,为了解决软件危机,既要有技术措施(方法和工具,又要有必要的组织管理措施。 1.2 1.2.1 软件工程的介绍软件工程:是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它,这就是软件工程。(期中考软件工程的本质特性: 软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化开发软件的效率非常重要和谐地合作是开发软件的关键软件必须有效地支持它的用户

软件工程复习考点小结

《软件工程》考点小结 1、软件工程的定义及软件工程的研究内容？软件工程研究的内容包括软件开发方法、软件开发模型、软件支持过程和软件管理过程。软件工程是研究软件开发和软件管理的一门工程学科。2、软件工程五个面向实施理论？ “五个面向理论”是指“面向流程分析、面向数据设计、面向对象实现、面向功能测试、面向过程管理”，它是在综合“四种开发方法”各自的优点之后提出的软件工程实施理论，是对前者的继承与发展。 3、什么是“软件生命周期模型”，常用的软件生命周期模型有哪些？软件生命周期由哪5个阶段构成？软件生命周期模型是指在整个软件生命周期中，软件开发过程应遵循的开发路线图。或者说，软件生命周期模型是软件开发全部过程、活动和任务的结构框架。瀑布模型、增量模型、迭代模型、原型模型、XP等模型分析、设计、编码、测试、维护 4、简述瀑布模型与迭代模型之间的关系？在宏观上，迭代模型是动态模型，瀑布模型是静态模型。在微观上，迭代模型与瀑布模型都是动态模型。在迭代和瀑布模型中，你中有我、我中有你。瀑布模型与迭代模型之间的关系，反映了人们对客观事物的认识论：要认识与掌握某一客观事物，必须经历由宏观到微观的多次反复的过程。只有从宏观上反复迭代几次，才能看清全貌，掌握事物的宏观发展规律。只有从微观上反复迭代几次，才能吃透每个细节，掌握事物的微观发展规律。 5、何谓软件的“功能模型”？功能模型是描述系统能做什么，即对系统的功能、性能、接口和界面进行定义。 6、“容错技术”的定义？容错就是当由于种种原因在系统中出现了数据、文件损坏或丢失时，系统能够自动将这些损坏或丢失的文件和数据恢复到发生事故以前的状态，使系统能够连续正常运行的一种技术。 7、何谓软件的“快速原型法”？快速原型法就是在系统开发之初,尽快给用户构造一个新系统的模型(原型),反复演示原型并征求用户意见,开发人员根据用户意见不断修改完善原型,直到基本满足用户的要求再进而实现系统,这种软件开发方法就是快速原型法。 8、.业界存在哪三种需求分析方法？你认为哪一种方案更好？业界存在三种需求分析方法：面向功能分析、面向对象分析、面向数据分析。以上这三种方法，各自适用于不同的目标系统。目前时尚的方法是面向对象，包括面向主体和面向方法。总的来说，对于系统软件和应用软件来说，面向功能需求分析的方法简单明了，而面向对象的需求分析方法则复杂抽象。对于以关系数据库为平台的信息系统软件来说，面向数据需求分析方法的特点是抓住了本质。但是，这三种分析方法都离不开面向流程分析这根总线：功能、对象、数据都是在流程中产生的，又都是为流程服务的。 9、需求分析的目的是什么，输入及输出是？需求分析的难点在哪里？软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中首先要获取用户的需求，通过对软件需要的提取、分析、文档化及验证，为进一步的设计和实现提供依据。输入是软件《合同》或软件《立项建议书》，以及对用户现场的调研、分析和确认，输出是《用户需求报告》/《需求分析规格说明书》需求分析的难点是：在系统的功能、性能和接口方面，开发者与客户达成完全一致的需求，让客户最终签字确认，并保证在项目验收前，需求相对稳定不变。万一需求有一点变化，双方必须履行“需求变更管理程序”，而变更管理程序在签订合同时已经做了规定。要知道，合同是具有法律效力的。 10、试说出黑盒测试和白盒测试的区别和联系。？黑盒测试又称功能测试。在这里，盒子指的是被测试的软件，“黑盒”就是只知道被测试软件的外部情况，主要是界面和接口，被测试软件的内部逻辑结构和数据结构，对测试人员来说是不可见的，主要关注被测试软件的功能实现。白盒测试就是对程序执行路径的测试，又叫做玻璃盒测试（Glass Box Testing）、透明盒测试（Clear B ox Testing）、结构化测试（Structured Testing）、开放盒测试（Open B ox Testing）、基于代码的测试（C ode-Based Testing）等。黑盒测试和白盒测试的联系是：一般宏观上用黑盒测试，微观上用白盒测试，系统集成人员用黑盒测试方法对系统进行测试，构件开发人员用白盒测试方法对构件进行测试，这是常用的测试方法。 11、为什么说需求分析是面向流程的？系统的功能、性能、接口、界面都是在流程中动态实时的反映出来。在所有的流程（物流、人流、资金流、信息流、单据流、报表流、数据流）中，数据流最重要，也最具有代表性。因为在计算机网络系统内，一切流程都表现为数据流，或者说是数据流在不同方向的投影。而流程是动态的、实时的。所以说，需求分析是面向流程的。 12、简述实用软件测试的流程？