下载文档原格式
软件工程导论复习重点总结很全(第六版)软件工程导论复习重点总结很全(第六版)软件工程是一门研究如何以系统化的、可管理的和可维护的方式来构建高质量的软件的学科。
在软件工程导论中，我们学习了软件开发的基本概念、原理和方法。
本文将对软件工程导论的重点内容进行总结，帮助读者巩固所学知识，为学习和工作提供帮助。
1. 软件工程概述软件工程的定义、目标和原则；软件生命周期和过程模型；软件开发的重要性和挑战；软件工程中的质量保证和风险管理。
2. 软件需求工程软件需求的定义和分类；需求获取、分析和建模；需求验证和确认；需求变更和配置管理。
3. 软件设计软件设计原则和方法；面向对象设计和结构化设计；软件架构设计；设计模式的应用。
4. 软件测试与调试软件测试的概念和目的；测试策略和技术；测试用例的设计和执行；测试评估和管理；软件错误调试和修复。
5. 软件项目管理软件项目管理的基本概念和流程；项目计划和进度管理；团队组织和沟通；风险管理和变更管理；质量管理和配置管理；软件工程伦理与法规。
6. 软件开发过程软件开发过程模型的选择和应用；瀑布模型、迭代模型和敏捷开发等常用模型的特点和比较；敏捷开发方法的原理和实践。
7. 软件工具与环境软件开发工具的选择和使用；集成开发环境、版本控制工具、测试工具和调试工具等的功能和特点；软件工程中的自动化工具和技术。
8. 软件工程的前沿技术软件工程的新兴技术和趋势；人工智能、大数据、云计算等技术在软件开发中的应用；软件工程的创新与创业。
通过对上述主要内容的学习和理解，我们可以全面掌握软件工程导论的核心知识和方法。
在今后的学习和实践中，我们应该注重理论与实际的结合，不断提高自己在软件开发和项目管理方面的能力。
只有不断学习和实践，我们才能成为优秀的软件工程师，为社会和企业创造更大的价值。
总结：软件工程导论是软件工程领域中的重要基础课程，通过对软件开发过程和管理原理的学习，我们可以掌握软件工程的基本概念、原则和方法。
第1章软件工程学概述1.1 软件危机1.1.1 软件危机旳简介软件危机(软件萧条、软件困扰): 是指在计算机软件旳开发和维护过程中所碰到旳一系列严重问题。
软件危机包括下述两方面旳问题:怎样开发软件, 满足对软件日益增长旳需求；怎样维护数量不停膨胀旳已经有软件。
软件危机旳经典体现:（1）对软件开发成本和进度旳估计常常很不精确；（2）顾客对“已完毕旳”软件系统不满意旳现象常常发生；（3）软件产品旳质量往往靠不住；（4）软件常常是不可维护旳；（5）软件一般没有合适旳文档资料；（6）软件成本在计算机系统总成本中所占旳比例逐年上升；（7）软件开发生产率提高旳速度, 远远跟不上计算机应用迅速普及深入旳趋势。
1.1.2 产生软件危机旳原因（1）与软件自身旳特点有关（2）与软件开发与维护旳措施不对旳有关1.1.3 消除软件危机旳途径对计算机软件有对旳旳认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完毕旳工程项目。
应当推广使用在实践中总结出来旳开发软件旳成功技术和措施, 并继续研究探索。
应当开发和使用更好旳软件工具。
总之, 为了处理软件危机, 既要有技术措施(措施和工具), 又要有必要旳组织管理措施。
1.21.2.1 软件工程旳简介软件工程: 是指导计算机软件开发和维护旳一门工程学科。
采用工程旳概念、原理、技术和措施来开发与维护软件, 把通过时间考验而证明对旳旳管理技术和目前可以得到旳最佳旳技术措施结合起来, 以经济地开发出高质量旳软件并有效地维护它, 这就是软件工程。
（期中考）软件工程旳本质特性:软件工程关注于大型程序旳构造软件工程旳中心课题是控制复杂性软件常常变化开发软件旳效率非常重要友好地合作是开发软件旳关键软件必须有效地支持它旳顾客在软件工程领域中是由具有一种文化背景旳人替具有另一种文化背景旳人发明产品1.2.2 软件工程旳基本原理用分阶段旳生命周期计划严格管理坚持进行阶段评审实行严格旳产品控制采用现代程序设计技术成果应能清晰地审查开发小组旳人员应当少而精承认不停改善软件工程实践旳必要性1.2.3 软件工程措施学软件工程包括技术和管理两方面旳内容。
软件工程导论知识点总结软件工程导论知识点总结1. 软件工程概述1.1 什么是软件工程软件工程是一门研究如何有效地开发、维护和管理软件系统的学科。
它基于工程原理和方法，将系统化的、规范化的方法应用于软件开发过程中，以提高软件的质量、可靠性和可维护性。
1.2 软件工程的重要性在当今日益发展的信息技术领域，软件已经成为各个行业和领域中不可或缺的核心组成部分。
软件工程的实践使得软件开发更加可控，能够满足用户需求，提高软件质量，降低开发和维护成本。
1.3 软件工程的原则软件工程有一些核心原则，包括适应性、可理解性、一致性、可复用性和可维护性。
这些原则帮助开发人员创建高质量的软件，并确保软件在不同环境下的可靠性和安全性。
2. 软件开发过程2.1 软件开发生命周期软件开发生命周期是指从软件概念形成到软件退役的整个过程。
常见的软件开发生命周期模型包括瀑布模型、迭代模型和敏捷模型。
2.2 瀑布模型瀑布模型是一种线性的软件开发过程模型，包括需求分析、设计、编码、测试和维护五个阶段。
每个阶段都有明确的输入和输出，下一个阶段在前一个阶段完成后开始。
2.3 迭代模型迭代模型是一种循序渐进的软件开发过程模型，将软件开发分为多个迭代周期。
每个迭代周期包括需求分析、设计、编码、测试和评审阶段。
每个迭代周期都会产生一个可执行的软件版本。
2.4 敏捷模型敏捷模型强调迭代和反馈，在软件开发过程中更加注重灵活性和适应性。
常用的敏捷开发方法包括Scrum和XP（极限编程）等。
3. 软件开发方法与工具3.1 需求工程需求工程是软件工程的关键环节，用于确定用户需求并转化为可行的软件规格说明。
需求工程包括需求获取、需求分析、需求建模和需求验证等阶段。
3.2 架构设计架构设计为软件系统提供了一个稳定的基础，确定系统各个组件之间的关系和交互方式。
常用的架构设计模式包括模块化、层次化、客户端-服务器和MVC等。
3.3 编程与测试编程是将设计转化为可执行代码的过程，而测试是验证代码是否达到预期功能的过程。
软件工程导论复习资料软件工程导论是计算机科学与技术专业的一门重要课程，它主要介绍了软件工程的基本概念和原理，帮助学生了解软件开发过程中的关键问题和解决方法。
本文将为大家提供一份软件工程导论的复习资料，希望能够帮助同学们更好地复习和掌握这门课程。
1. 软件工程概述1.1 软件工程定义软件工程是一门关于开发和维护大规模软件的学科，它涉及到软件开发的各个阶段和过程。
软件工程的目标是通过系统化和可量化的方法来开发、维护和管理软件，以提高软件的质量、效率和可靠性。
1.2 软件生命周期软件生命周期是软件开发过程中的一个重要概念，它包括需求分析、设计、编码、测试、部署和维护等阶段。
了解软件生命周期的各个阶段和活动，对于理解软件开发过程的全貌和整体把控至关重要。
1.3 软件工程方法学软件工程方法学是用于指导软件开发过程的一种方法体系，包括传统的瀑布模型、敏捷开发方法、迭代开发方法等。
通过学习不同的软件工程方法学，可以使软件开发过程更加有序、高效。
2. 需求工程2.1 需求定义和分类需求工程是软件开发过程中的第一个阶段，它主要涉及到需求的定义、分析和规范化等活动。
了解需求的定义和分类能够帮助我们更好地理解用户的需求，从而制定出更准确的软件需求规格说明书。
2.2 需求获取和分析需求获取是收集用户需求信息的过程，需求分析是将这些需求信息进行过滤、分类和分析的过程。
在需求获取和分析阶段，我们需要使用一些常见的工具和技术，例如面谈、问卷调查、用例图等。
2.3 需求规格说明书需求规格说明书是对系统需求进行详细描述和规范的文档，它包括功能需求、非功能需求、性能需求等内容。
编写清晰、准确的需求规格说明书是软件开发过程中的关键一步，它对于后续的设计和编码工作具有重要的指导作用。
3. 软件设计3.1 软件设计基础软件设计是将需求转化为软件结构的过程，它包括模块化设计、面向对象设计、数据结构设计等。
掌握软件设计的基础知识，能够帮助我们合理划分系统的功能模块，提高软件的可维护性和可扩展性。
“软件工程导论”的授课内容重点、难点--供期末考试(教考分离)命题参考一、教材：软件工程—原理、方法与应用（第3版），史济民等编著，高等教育出版社二、任课教师: 陈征、于海雯三、授课内容及重点、难点第1章绪论重点：软件的基本概念，软件危机，软件工程学的范畴，传统软件工程和面向对象软件工程的比较。
第2章软件生存周期与软件过程重点：软件生存周期的基本概念，传统软件开发模型（瀑布模型、快速原型模型、增量模型、螺旋模型）的特点，可行性研究的内容，风险分析的3项活动。
第3章结构化分析与设计重点：结构化分析的任务和步骤，数据流图的组成符号，画分层的数据流图，数据字典的条目，加工逻辑的描述工具（判定表和判定树等），结构化设计的任务和步骤，面向数据流的设计方法（变换映射和事务映射），模块划分的原则，详细设计的目的与任务，常用的详细设计工具（程序流程图和N-S图等）。
难点：画分层的数据流图，画判定表和判定树，变换映射和事务映射。
第4章面向对象与UML重点：面向对象的基本概念，UML中的9种图（4种静态图、5种动态图）的基本结构，类与类之间的4种关系（关联、聚集、泛化、依赖）的含义，类图的画法。
难点：类图的画法。
第7章7.1 软件设计概述重点：软件设计的基本概念（模块化、抽象与细化、信息隐藏、模块独立性），内聚性（7种类型）和耦合性（7种类型）的含义。
第8章编码与测试重点：编码的风格，编码语言的选择，测试的目的，黑盒测试和白盒测试的测试用例设计方法，多模块程序的测试策略（单元测试、集成测试、确认测试和系统测试）。
难点：黑盒测试和白盒测试的测试用例设计。
第9章软件维护重点：软件维护的种类，维护的副作用，软件配置管理的含义。
第11章软件工程管理重点：软件估算模型、软件成本估计、人员的分配与组织、项目进度安排（计划评审技术图和Gantt 图）。
第12章软件质量管理重点：质量保证和质量认证的基本概念，软件可靠性的概念，软件容错技术，CMM软件能力成熟度模型。
第一章软件工程概述重点掌握的内容：软件和软件工程的基本概念一．什么是软件1.满足功能要求和性能的指令或计算机程序集合；2.处理信息的数据结构；3.描述程序功能以及程序如何操作和使用所要求的文档；软件的特点：软件是一种逻辑实体,而不是具体的物理实体,因而它具有抽象性;软件是通过人们的智力活动,把知识与技术转换成信息的一种产品,是在研制、开发中被创造出来的在软件运行和使用的期间,没有硬件那样的机械磨损、老化问题软件的开发和运行经常受到计算机系统的限制,对计算机系统有着不同程度的依赖性软件的开发至今尚未完全摆脱手工的开发方式软件的开发费用越来越高,成本相当昂贵;二．软件危机以及产生软件危机的原因1.软件开发生产率提高的速度,远远跟不上计算机迅速普及的趋势;软件产品“供不应求”;2.软件成本在计算机系统总成本中所占的比例逐年上升;3.软件开发人员和用户之间的信息交流往往很不充分,用户对“已完成的”的软件系统不满足的现象经常发生;4.软件产品的质量不容易保证;5.软件产品常常是不可维护的;6.软件产品的重用性差,同样的软件多次重复开发;7.软件通常没有适当的文档资料;产生软件危机的原因可归结为两个重要的方面：软件生产本身存在的复杂性；软件开发所使用的方法和技术;三、软件危机1、软件危机定义：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题;2、软件危机的两个主要问题：如何开发软件,以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件;3、软件危机的典型表现：1对软件开发成本和进度的估计常常很不准确;2用户对“已完成的”软件系统不满意的现象经常发生;3软件产品的质量往往靠不住;4软件常常是不可维护的;5软件通常没有适当的文档资料;6软件成本在计算机系统总成本中所占的比例逐年上升;7软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势;软件工程1、软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科;采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地、高效的开发出高质量的软件并有效地维护它,这就是软件工程;软件工程准则可以概括为7条基本原则：用分阶段的生命周期计划严格管理；坚持进行阶段评审实行严格的产品控制采用现代程序设计技术应能清楚地审查结果合理安排软件开发小组的人员承认不断改进软件工程实践的必要性3、软件工程方法学,三要素：方法、工具和过程4、软件生命周期概念、三时期,八阶段软件生命周期由软件定义、软件开发和运行维护也称为软件维护3个时期组成;软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析;软件开发时期分为4阶段：总体设计、详细设计、编码和单元测试、综合测试五、软件开发模型：软件开发模型是跨越整个软件生存周期的系统开发、运作、维护实施的全部工作和任务的结构框架;1瀑布模型采用结构化的分析与设计方法,将逻辑实现与物理实现分开;特点阶段的顺序性和依赖性规范化推迟实现的观点系统化质量保证阶段评审存在问题不适合需求模糊的系统需求的迷糊性和不确定性适用于操作系统、编译系统、数据库管理系统等系统软件的开发快速原型模型：所谓快速原型是快速建立起来的可以在计算机上运行的程序,它所能完成的功能往往是最终产品能完成的功能的一个子集;快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统,让用户在计算机上试用它,通过实践来了解目标系统的概貌3增量模型：是瀑布模型的顺序特征与快速原型法德迭代特征相结合的产物;这种模型把软件看成一系列相互联系的增量,在看法过程的各次迭代中,每次完成其中的一个增量;4喷泉模型5微软过程六、思考：你认为“软件就是程序”这一个观点正确吗如果不正确,请批驳之;1.请从以下几个方面结合自己的经验实例加以论述;软件就是程序的观点是不正确的,因为软件等于程序加文档加数据;1文档是软件的一个非常重要的组成部分,在软件的开发过程中起着非常重要的作用;2在软件开发的每一个阶段都应有相应的文档;它是开发人员与用户以及开发人员与项目管理人员之间交流的媒介3文档是软件在不同阶段的表现形式;4程序与文档必须一致,文档才有价值;5文档质量直接决定软件质量的高低;6文档也是软件测试和维护的依据;在没有文档或文档不全的情况下对大型软件进行测试与维护是不可思议的事情;7文档是软件可重用的依据;2、有人说：软件开发时,一个错误发现得越晚,为改正它所付出的代价就越大;对否请解释你的回答;答:对,第二章可行性研究重点掌握的内容：可行性研究的系统流程图一般内容：可行性研究的任务和步骤,成本效益分析一、可行使研究：1、可行性研究的任务：是用最小的代价在尽可能短的时间内确定问题是否能够解决;一般来说,应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性可行性研究的目的：在明确了所要研究问题定义之后,分析员应该在明确目标系统所有限制和约束的前提下,去确定该问题是否值得去解决;或就是用最小代价在尽可能短的时间内确定问题是否能够解决;2、可行性研究过程：1）复查系统规模和目标2）研究目前正在使用的系统3）导出新系统的高层逻辑模型4）进一步定义问题5）导出和评价供选择的解法6）推荐行动方针7）草拟开发计划8）书写文档提交审查3、系统流程图的定义和作用：可行性研究对现有系统做概括的物理模型描述,如用图形工具表示则更加直观简洁;系统流程图是描绘物理系统的传统工具,它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件程序、文件、数据库、表格、人工过程等;系统流程图表达的是部件的信息流程,而不是对信息进行加工处理的控制过程;在可行性研究过程中,利用系统流程图来描述所建议系统的物理模型;4、数据流程图的定义和作用：数据流程图有两个特征：抽象性和概括性;抽象性指的是数据流程图把具体的组织机构、工作场所、物质流都去掉,只剩下信息和数据存储、流动、使用以及加工情况;概括性则是指数据流程图把系统对各种业务的处理过程联系起来考虑,形成一个总体5、数据流程图的组成元素数据流图可以用来抽象地表示系统或软件;它从信息传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程,同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节;因此,数据流图既提供了功能建模的机制,也提供了信息流建模的机制,从而可以建立起系统或软件的功能模型;6、数据流程图的组成：外部实体外部实体是指系统之外的人或单位,它们和本系统有信息传递关系数据流,处理、数据存储;如何绘制数据流程图1识别系统的输入和输出,画出顶层图2画系统内部的数据流、加工与文件,画出一级细化图3加工的进一步分解,画出二级细化图4其它注意事项7、数据流程图的注意点1每个处理都必须有流入的数据流和流出的数据流,如果没有,是错误的;数据守恒2每个数据存储应该有流入的数据流和流出的数据流,如果缺了一种,是Warning的；缺两种就错了;3、数据流只能在处理与处理、数据存储或者外部实体之间流动;、数据存储到数据存储、外部实提到外部实体、外部实提到数据存储之间的数据流都是错误的;4、一个处理可以细分成多个子处理,分成若干个层次均匀分解5、良好命名系统流程图与数据流程图有什么区别答：1系统流程图描述系统物理模型的工具,数据流程图描述系统逻辑模型的工具;2系统流程图从系统功能的角度抽象的描述系统的各个部分及其相互之间信息流动的情况;3数据流程图从数据传送和加工的角度抽象的描述信息在系统中的流动和数据处理的工作状况;三、数据流图：1、组成符号：4中基本图形符号正方形、圆角矩形、开口矩形2、数据流图的基本要点是描绘“做什么”,而不是考虑“怎么做”;3、一套分层的的数据流图由顶层、底层、和中间层组成;4、画分层数据流图基本原则与注意事项：a.自外向内,自顶向下,逐层细化,完善求精;b.保持父图与子图的平衡;也就是说,父图中某加工的输入数据流中的数据必须与它的子图的输入数据流在数量和名字上相同;c.保持数据守恒;也就是说,一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得,或者是通过该加工能产生的数据;d.加工细节隐藏;根据抽象原则,在画父图时,只需画出加工和加工之间的关系,而不必画出各个加工内部的细节;e.简化加工间关系;在数据流图中,加工间的数据流越少,各加工就越相对独立,所以应尽量减少加工间输入输出数据流的数目;f.均匀分解;应该使一个数据流中的各个加工分解层次大致相同;g.适当地为数据流、加工、文件、源/宿命名,名字应反映该成分的实际意义,避免空洞的名字;h.忽略枝节;应集中精力于主要的数据流,而暂不考虑一些例外情况、出错处理等枝节性问题;i.表现的是数据流而不是控制流;j.每个加工必须既有输入数据流,又有输出数据流.在整套数据流图中,每个文件必须既有读文件的数据流又有写文件的数据流,但在某一张子图中可能只有读没有写或者只有写没有读;小结：一个软件系统,其数据流图往往有多层;如果父图有N个加工Process,则父图允许有0～N张子图,但是每张子图只能对应一张父图;在一张DFD图中,任意两个加工之间可以有0条或多条名字互不相同的数据流；在画数据流图时,应该注意父图和子图的平衡,即父图中某加工的输入输出数据流必须与其输入输出流在数量和名字上相同;DFD信息流大致可分为两类：交换流和事务流;9、数据字典1．数据字典是在数据流程图的基础上,对数据流程图中的各个元素进行详细的定义与描述,起到对数据流程图进行补充说明的作用;2．数据字典的内容包括：数据流、数据流分量即数据元素、数据存贮、处理逻辑和外部实体;3.数据字典的作用是什么对用户来讲,数据字典为他们提供了数据的明确定义；对系统分析员来讲,数据字典帮助他们比较容易修改已建立的系统逻辑模型;数据字典的实现：P4910、成本效益分析：成本/效益分析的目的是要从经济角度分析开发一个特定的新系统是否可行,从而帮助使用部门负责人正确地做出是否投资与这项开发工程的决定;几种度量效益的方法：货币的时间价值、投资回收期、纯收入第三章需求分析一、重点掌握的内容那：需求分析的方法和面向数据流的分析方法二、一般掌握的内容：需求分析的任务和原则三知识点：1、为什么要做需求分析可行性分析研究阶段已经粗略的描述了用户的需求,甚至还提出了一些可行的方案,但是,许多细节被忽略了,在最终目标系统中是不能忽略、遗漏任何一个微小细节的,所以,可行性研究不能代替需求分析;2、需求分析的方法：需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成,它定义了表示系统逻辑视图和物理视图的方式,大多数的需求分析方法是由数据驱动的,也就是说,这些方法提供了一种表示数据域的机制,分析员根据这种表示,确定软件功能及其特性,最终建立一个待开发软件的抽象模型,即目标系统的逻辑模型;3、需求分析的任务：它的基本任务是准确地回答“系统必须做什么”这个问题;需求分析所要做的工作是深入描述软件的共能和性能,确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求;需求分析的任务不是确定系统如何完成它的工作,而是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求;其实现步骤如下图所示：一般说来需求分析阶段的任务包括下述几方面：1）确定对系统的综合需求对系统的综合需求主要有：系统功能需求、系统性能需求、可靠性和可用性需求、错处理需求、接口需求、约束、逆向需求、将来可能提出的需求:2）分析系统的数据需求就是在理解当前系统“怎样做”的基础上,抽取其“做什么”的本质,明确目标系统要“做什么”,可以导出系统的详细的逻辑模型;具体做法：首先确定目标系统与当前系统的逻辑差别；然后将变化部分看作是新的处理步骤,对功能图一般为数据流图及对象图进行调整；最后有外及里对变化的部分进行分析,推断其结构,获得目标系统的逻辑模型;通常用数据流图、数字字典和主要的处理算法描述这个逻辑模型;3）导出系统的逻辑模型4）修正系统开发计划在经过需求分析阶段的工作,分析员对目标系统有了更深入更具体的认识,因此可以对系统的成本和进度做出更准确地估计,在此基础上应该对开发计划进行修正;5开发原型系统：使用原型系统的主要目的是,使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念,从而可以更准确地提出他们的要求;4、需求分析的步骤：1调查研究2分析与综合3书写文档4需求分析评审5、需求分析的原则：1、必须能够表达和理解问题的数据域和功能域2、按自顶向下、逐层分解问题3、要给出系统的逻辑视图和物理视图6、软件需求的验证：需求分析阶段的工作结果是开发软件系统的重要基础,大量统计数字表明,软件系统中15%的错误起源于错误的需求;为了提高软件质量,确保软件开发成功,降低软件开发成本,一旦对目标系统提出一组要求之后,必须严格验证这些需求的正确性;一般说来,应该从下述4个方面进行验证：1一致性所有需求必须是一致的,任何一条需求不能和其他需求互相矛盾;2完整性需求必须是完整的,规格说明书应该包括用户需要的每一个功能或性能;3现实性指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的;对硬件技术的进步可以做些预测,对软件技术的进步则很难做出预测,只能从现有技术水平出发判断需求的现实性;4有效性必须证明需求是正确有效的,确实能解决用户面对的问题;7、状态转换图：指明了作为外部事件结果的系统行为;为此,状态转换图描绘了系统的各种行为模式称为“状态”和在不同状态间转换的方式;状态转换图是行为建模的基础;思考：利用DFD图进行需求分析：在结构化分析方法中,用以表达系统内数据的运动情况的工具有A;供选择的答案：A.数据流图B.数据词典C.结构化英语D.判定表与判定树在结构化分析方法中用状态―迁移图表达系统或对象的行为;在状态―迁移图中,由一个状态和一个事件所决定的下一状态可能会有A个;供选择的答案：多个D.不确定五、总体设计概要设计重点掌握的内容：概要设计的过程和方法一般掌握的内容：概要设计的文档和评审考核知识点：一、总体设计：1、总体设计的目的：总体设计的基本目的就是回答“概括地说,系统应该如何实现”这个问题,因此,总体设计又称为概要设计或初步设计;1、面向结构设计SD2、面向对象设计OOD2、总体设计的任务：1系统分析员审查软件计划、软件需求分析提供的文档、提出最佳推荐方案,用系统流程图,组成物理元素清单,成本效益分析,系统的进度计划,供专家沈顶峰,审定后进入设计2去顶模块结构,划分功能模块,将软件功能需求分配给所划分的最小单元模块;确定模块之间的联系,确定数据结构、文件结构、数据库模式,确定测试方法与策略;3编写概要设计说明书,用户手册,测试计划,选用相关的软件工具来描述软件结构,结构图是经常使用的软件描述工具;选择分解功能与划分模块的设计原则,例如模块划分独立性原则,信息隐蔽原则等3、总体设计过程通常由两个主要阶段组成：系统设计阶段,确定系统的具体实现方案；结构设计阶段,确定软件结构;4、典型的总体设计过程包括下述9个步骤：1、设想功选择的方案2、选取合理的方案3、推荐最佳方案4、功能分解5、设计软件6、设计数据库7制定测试计划8、书写文档：系统说明、用户手册、测试计划、详细的实现计划、数据库设计结果；9、审查和复审二、设计原理分析模块化,在模块化程序设计中,按功能划分模块的原则是,模块化和软件成本关系：模块具有输入和输出参数传递、功能、内部数据结构局部变量和程序代码四个特性1、模块化:就是把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求.2、模块化的根据:把复杂的问题分解成许多容易解决的小问题,原来的问题也就容易解决了. 模块化和软件成本关系:根据总成本曲线,每个程序都相应地有一个最适当的模块数目M,,使得系统的开发成本最小.3、模块设计的准则：1改进软件结构,提高模块独立性:在对初步模块进行合并、分解和移动的分析、精化过程中力求提高模块的内聚,降低藕合;2模块大小要适中:大约50行语句的代码,过大的模块应分解以提高理解性和可维护性;过小的模块,合并到上级模块中;3软件结构图的深度、宽度、扇入和扇出要适当;一般模块的调用个数不要超过5个;4尽量降低模块接口的复杂程度；5设计单入口、单出口的模块;6模块的作用域应在控制域之内;4、抽象的概念:抽出事务的本质特性而暂时不考虑它们的细节.5、信息隐蔽：模块中所包括的信息不允许其它不需这些信息的模块调用信息局部化：是把一些关系密切的软件元素物理地放得彼此靠近6、什么是模块独立性答：模块独立性概括了把软件划分为模块时要遵守的准则,也是判断模块构造是不是合理的标准;7、模块独立性：是软件系统中每个模块只涉及软件要求的具体子功能,而和软件系统中的其它的模块接口是简单的;模块独立的概念是模块化、抽象、信息隐蔽和局部化概念的直接结果;8、为什么模块的独立性很重要答：1有效的模块化的软件比较容易开发出来2独立的模块比较容易测试和维护;总之,模块独立是好设计的关键,而设计又是决定软件质量的关键环节;9、衡量模块独立的两个标准是什么它们各表示什么含义10、答：衡量模块的独立性的标准是两个定性的度量标准：耦合性和内聚性;1耦合性;也称块间联系;指软件系统结构中各模块间相互联系紧密程度的一种度量;模块之间联系越紧密,其耦合性就越强,模块的独立性则越差;模块间耦合高低取决于模块间接口的复杂性、调用的方式及传递的信息;2内聚性;又称块内联系;指模块的功能强度的度量,即一个模块内部各个元素彼此结合的紧密程度的度量;若一个模块内各元素语句之间、程序段之间联系得越紧密,则它的内聚性就越高;耦合性与内聚性是模块独立性的两个定性标准,将软件系统划分模块时,尽量做到高内聚低耦合,提高模块的独立性,为设计高质量的软件结构奠定基础;模块的高内聚、低耦合的原则称为模块独立原则,也称为模块设计的原则;10、启发规则：1)改进软件结构提高模块独立性2)模块规模应该适中3)深度、宽度、扇出、、和扇入都应适当深度表示软件结构中控制的层数,它往往能粗略地标志一个系统的大小和复杂程度;宽度是软件结构内同一个层次上的模块总数的最大值；一般来说,宽度越大系统越复杂;对宽度影响最大的因素是模块的扇出;一个模块的扇入是指直接调用该模块的上级模块的个数;一个模块的扇出是指该模块直接调用的下级模块的个数;设计原则：低扇出、高扇入;4)模块的作用域应该在控制域内5)力争降低模块接口的复杂程度6)设计单入口和单出口的模块7)模块功能应该可以预测三、概要设计的方法：1、面向数据流的设计方法把信息流映射成软件结构,信息流的类型决定了映射的方法;面向数据流的设计要解决的任务,就是上述需求分析的基础上,将DFD图映射为软件系统的结构;2、数据流图的类型：交换型结构和事务型结构交换型结构：由3部分组成,传入路径,变换中心,输出路径系统的传入流经过变换中心的处理,变换为系统的传出流;事务型结构：有至少一条接受路径,一个事务中心与若干条动作路径组成;当外部信息沿着接受路径进入系统后,经过事务中心获得某个特定值,就能据此启动某一条动作路径的操作;四、结构化设计1、结构化设计方法：是一种面向数据流的设计方法,中心任务就是把用DFD图表示的系统分析模型转换为软件结构的设计模型,确定软件的体系结构域接口;2、结构化方法的步骤：1复审DFD图,必要时刻再次进行修改或细化：2鉴别DFD图所表示的软件系统的结构特征,确定它所代表的软件结构是属于变换型还是事务型;3按照SD方法规定的一组规则,吧DFD图转换为初始的SC图;变换型DFD图初始SC图事务型DFD图初始SC图3、结构设计的优化规则：1对模块分割、合并和变动调用关系的指导规则：以提高模块独立性为首要标准,除此之外,适当考虑模块的大小;2保持高扇/入低扇出原则3作用域/控制域规则：作用域不要超出控制域的范围；软件系统的判定,其位置离受它控制的模块越近越好;六、详细设计重点掌握的内容：详细设计的任务和方法一般掌握的内容：详细设计的原则和详细设计的规格与评审。
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、软件测试环节:模块测试、子系统测试、系统测试、验收测试、平行运行。
软件工程导论知识点总结一、软件工程概述软件工程是将系统化、规范化、可度量化的方法应用于软件的开发、运行和维护的过程。
软件工程包括软件开发过程、软件工具和方法以及软件质量管理等方面。
二、软件生命周期模型1. 瀑布模型：依次完成需求分析、设计、编码、测试和维护等阶段。
2. 增量模型：将整个项目分为多个增量，逐步完成。
3. 螺旋模型：在瀑布模型基础上增加风险评估环节，不断迭代。
4. 原型模型：快速构建原型，反复修改完善。
5. 敏捷开发：注重快速响应变化，通过迭代交付高质量的软件。
三、需求分析需求分析是指对用户需求进行详细的调查和分析，并将其转换为可实现的系统规格说明。
主要包括功能性需求和非功能性需求两个方面。
四、设计1. 结构设计：确定系统各个组成部分之间的关系。
2. 数据设计：确定数据结构及其组织方式。
3. 接口设计：定义各个组成部分之间的接口。
4. 过程设计：定义系统中各个过程的执行方式。
五、编码编码是将设计好的系统规格说明转换为计算机可执行的程序代码，主要包括选择编程语言、编写代码、调试和测试等环节。
六、测试测试是对软件进行验证和确认，主要包括单元测试、集成测试、系统测试和验收测试等环节。
七、维护维护是指在软件交付后，对软件进行修改和更新以满足用户需求或修复缺陷。
维护包括预防性维护、适应性维护和完善性维护等方面。
八、软件质量管理软件质量管理是指通过各种手段确保软件产品满足用户需求，并具有可靠性、可用性、安全性等特点。
主要包括质量计划制定、质量保证控制和质量评估等环节。
九、常见开发模式1. 面向对象开发模式：采用面向对象的思想进行开发。
2. 组件化开发模式：将系统划分为多个组件进行开发。
3. 服务化开发模式：将系统划分为多个服务进行开发。
4. 微服务架构：将系统划分为多个微服务进行独立部署和运行。
十、常用工具和技术1. UML：统一建模语言，用于软件建模和设计。
2. IDE：集成开发环境，用于编码、调试和测试等环节。
软件工程复习1.重点1-9章2.掌握基本概念软件危机的典型表现,解决途径软件过程的主要模型数据流图的用途验证软件需求模块独立程度度量最基本的控制结构盒图黑、白盒测试软件维护的代价面向对象方法需求陈述软件工程学可行性研究的任务事件、状态转换获取需求的典型方法详细设计的具体任务测试、调试、维护性质类的关联软件生命周期系统的逻辑模型软件结构的层次系统细化流图内聚与耦合用面向对象方法开发软件，三大模型的功能软件项目管理的周期良好的软件设计原则3. 有穷状态机4. 三个主要作业5. MTTF6. 根据数据流图类型，映射出对应的软件模块结构图7. 流图，并计算它的环形复杂度8. 程序流程图设计测试用例7-8 对一个包含10000条机器指令的程序进行一个月集成测试后，总共改正了15个错误，此时MTTF=10h;经过两个月测试后，总共改正了25个错误(第二个月改正了10个错误)，MTTF=15h。
要求：(1) 根据上述数据确定MTTF与测试时间之间的函数关系，画出MTTF与测试时间τ的关系曲线。
在画这条曲线时做了什么假设?(2) 为做到MTTF=100h，必须进行多长时间的集成测试?当集成测试结束时总共改正了多少个错误，还有多少个错误潜伏在程序中?解：（1）假设MTTF与时间存在线性关系（2）设MTTF = a + bt10 = a + b15 = a + 2b得： a = 5, b = 5所以： 100 = 5 + 5tt = 19(月)由：))((t E E K I MTTF c T T -=有： )15(1000010-=T E K )25(1000015-=T E K 求得：E T = 45, K=33.33))19(45(33.3310000100Ec -= 求得：Ec(19) = 42还有 45 - 42 = 37-9 如对一个长度为100000条指令的程序进行集成测试期间记录下下面的数据：(a) 7月1日：集成测试开始，没有发现错误。
大一软件工程导论知识点软件工程导论是大一软件工程专业的一门基础课程，旨在为学生介绍软件工程领域的基本知识和概念。
本文将介绍一些大一软件工程导论常见的知识点，帮助读者对该课程有一个初步的了解。
1. 软件工程的概念和定义软件工程是一门研究将系统化的、规范化的、可度量的方法应用于软件的开发、运行和维护的学科。
它涉及软件开发的各个阶段，包括需求分析、设计、编码、测试等。
2. 软件生命周期软件生命周期是指软件从概念形成到废弃的整个过程。
它包括需求分析、设计、编码、测试、部署和维护等阶段。
了解软件生命周期的不同阶段对于开发高质量的软件非常重要。
3. 软件开发模型软件开发模型是指用于组织和管理软件开发的一种方式。
常见的软件开发模型有瀑布模型、迭代模型、敏捷开发等。
不同的模型适用于不同的项目需求和团队特点。
4. 需求工程需求工程是软件开发过程中最重要的一环，它涉及对用户需求的收集、分析、规范和验证等工作。
学习需求工程的方法和技巧对于准确理解用户需求，避免开发过程中的误解和问题至关重要。
5. 软件设计原则软件设计原则是指在进行软件设计时应遵循的一些基本原则和规范。
常见的软件设计原则包括单一职责原则、开闭原则、接口隔离原则等。
遵循这些原则有助于提高软件的可维护性和可扩展性。
6. 软件测试软件测试是保证软件质量的重要环节，它包括单元测试、集成测试、系统测试等不同级别的测试。
学习软件测试的方法和技巧可以帮助开发人员发现和修复软件中的缺陷。
7. 软件项目管理软件项目管理是指对软件开发项目进行规划、组织、协调和控制的一系列活动。
了解软件项目管理的基本概念和方法可以帮助开发团队更好地管理项目进度和资源。
8. 软件质量保证软件质量保证是指通过一系列的质量控制手段来确保软件达到预期的质量标准。
了解软件质量保证的方法和工具可以帮助开发团队提高软件的质量和可靠性。
9. 软件维护软件维护是指对已经发布的软件进行故障修复、功能增强等各种维护活动。
软件工程导论重要知识点《软件工程导论重要知识点：开启代码魔法之旅》嘿，大家好呀！今天咱来聊聊软件工程导论那些重要知识点，这可真是一门充满神奇魔力的学问啊！首先呢，需求分析就像是给软件盖房子打地基，可重要了呢！你得搞清楚用户到底想要啥，就像搞清楚他们到底想要个豪华别墅还是温馨小窝。
这要是搞错了，那可就南辕北辙，盖出个四不像喽！所以咱得瞪大双眼，仔细倾听用户的每个需求，一个字都不能落下。
然后说说设计这一块，那简直就是软件的蓝图啊！我们得像个大师级的建筑师一样，精心规划每个模块，让它们各司其职，又能紧密合作。
这就跟搭积木似的，得找到最合适的组合方式，不然到时候一推就倒，那可就丢大人啦！接着是编码，哈哈，这可是我们软件魔法师展示真正技术的时候啦！各种编程语言就像我们的魔法咒语，通过巧妙组合，就能创造出神奇的软件世界。
但可别小瞧了这个过程，一个不小心写错个符号，可能就会引发一场代码大灾难，让整个软件陷入瘫痪。
所以咱得小心翼翼，全神贯注地敲好每一行代码。
测试呢，就像是给软件做体检。
我们得找出那些隐藏的小毛病、小漏洞，让软件健健康康地去面对用户。
不然等用户发现一堆问题，那我们的脸可就没地方放喽！所以测试人员就像是软件的医生，要严格把关，不放过任何一个蛛丝马迹。
文档也不能小瞧呀，它就像是软件的说明书。
没有它，用户可能连怎么用软件都不知道。
而且这文档得写得通俗易懂，可别整一堆高深莫测的术语，不然用户看得云里雾里，那可就白瞎了咱的辛苦努力啦！最后说说项目管理，这可是统领全局的大角色。
要合理安排时间、人力、资源，让整个项目有条不紊地进行。
就像个指挥家一样，协调好各个声部，才能演奏出美妙的乐章。
总之呢，软件工程导论的重要知识点就像是一把钥匙，能打开软件世界的大门。
只有掌握了这些知识点，我们才能在代码的海洋中畅游无阻，创造出令人惊叹的软件作品。
所以小伙伴们，让我们一起加油，努力学习这些知识，成为厉害的软件魔法师吧！。
大一软件工程导论考试知识点软件工程导论是大一软件工程专业的一门重要课程，通过这门
课程的学习，可以帮助学生了解软件工程的基本概念和理论知识。
下面是大一软件工程导论考试的主要知识点：
一、软件工程概述
1. 软件工程的定义和发展历程
2. 软件工程的特点和目标
3. 软件工程的生命周期模型（瀑布模型、迭代模型等）
4. 软件工程的核心原则（模块化、抽象化、标准化等）
二、软件需求工程
1. 需求工程概念和主要内容
2. 需求获取和分析方法（访谈、问卷调查、用例分析等）
3. 需求规格化和需求验证方法
4. 需求变更和配置管理
三、软件设计
1. 软件设计的基本原则和方法
2. 结构化设计和面向对象设计的特点和应用
3. UML建模语言的基本概念和图形表示法
4. 软件设计模式（单例模式、观察者模式等）
四、软件测试
1. 软件测试的基本概念和目的
2. 软件测试的方法和策略（黑盒测试、白盒测试等）
3. 软件测试的测试用例设计方法（等价类划分、边界值分析等）
4. 软件缺陷管理和缺陷跟踪
五、软件项目管理
1. 软件项目管理的基本概念和研究内容
2. 软件项目组织结构和角色分工
3. 软件项目计划和进度管理
4. 软件项目风险管理和质量管理
六、软件工程伦理与职业道德
1. 软件工程师的职业道德标准和责任
2. 软件知识产权保护和遵守法律法规
3. 软件工程的社会和经济影响
以上是大一软件工程导论考试的主要知识点。
在备考过程中，
建议同学们注重理论知识的掌握，同时也要注重实际应用的能力。
希望大家能够认真学习，顺利通过考试。
软件工程考试整顿第一章1、CASE(Computer Aided Software Environment)2、软件危机旳概念P1-2：指在软件开发和维护过程中所碰到旳一系列严重问题。
（怎样开发软件，以满足对软件日益增长旳需求；怎样维护数量不停膨胀旳已经有软件）3、产生软件危机旳原因P3：首先与软件自身有旳特点有关，另首先也和软件开发与维护旳措施不对旳有关。
4、消除软件危机旳途径P5：既要有技术措施（措施和工具），又要有必要旳组织管理措施5、软件工程支撑环境P5：假如把各个阶段使用旳软件工具有机地集合成一种集体，支持软件开发旳全过程。
6、软件工程旳定义P5：是指导计算机软件开发和维护旳一门工程学科。
详细旳定义：①把系统旳、规范旳、可度量旳途径应用于软件开发、运行和维护过程，也就是把工程应用与软件；②研究①中提到旳途径。
7、软件工程措施学P9-10：包括三个要素：措施、工具和过程。
最广泛旳措施学包括老式措施学和面向对象措施学。
老式措施学：也称为生命周期措施学或构造化范型。
重要是把软件生命周期旳全过程一次划分为若干个阶段，然后次序地完毕每个阶段旳任务。
面向对象措施学：4个要点（对象、类、继承、封装性）8、软件生命周期3个时期P13：软件定义、软件开发、软件维护软件定义阶段：确定开发过程旳总任务；工程旳可行性；实现工程目旳应采用旳方略；系统必须完毕旳功能；估计资源和成本。
软件开发阶段：总体设计，详细设计（前两个阶段又称系统设计），编码和单元测试，综合测试（后两个阶段又称系统实现）。
9、三个模型旳优缺陷：瀑布模型（带反馈环）P15长处：①可强迫开发人员采用规范旳措施；②严格规定了每个阶段必须提交旳文档；③规定每个阶段交出旳所有产品都必须通过质量保证小组旳仔细验证。
缺陷：由于是一种文档驱动旳模型，最终开发出旳软件产品也许并不是顾客真正需要旳。
迅速原型模型（不带反馈环）P17可以通过迅速构建起一种在计算机上运行旳原型系统，让顾客试用原型并搜集顾客反馈意见旳措施，获取顾客旳真实需求。
1.1软件危机软件危机的表现软件危机是指在计算机软件的开发、使用和维护过程中遇到的一系列严重问题。
1）成本难以估计、成本高。
2）软件开发进度估计不准确，项目延期比比皆是。
3）软件质量得不到保证（功能和性能）。
4）用户对“已完成的”软件系统不满意的现象经常发生。
5）维护非常困难(多样性、复杂性、副作用)。
6）软件通常没有适当的文档。
7）软件产品供不应求，跟不上计算机普及速度。
产生软件危机的原因（1）与软件本身的特点有关(逻辑复杂，成本高，风险大,难于维护)。
（2）与软件开发与维护的方法不正确有关：软件≠程序（软件是程序、数据及相关文档的完整集合）急于求成=拔苗助长(软件从定义、开发、使用和维护、废弃要经历一个漫长的生命周期)各自为阵无方法学（应要组织良好、管理严密、各类人员协作共同完成的工程项目）1.2软件工程定义软件工程是应用计算机科学、数学、心理学及管理科学等原理开发软件的工程。
它借鉴传统工程的原则、方法，以提高质量、降低成本和提高效率为目的。
软件工程包括技术和管理两方面的内容，是技术与管理紧密结合所形成的工程学科。
软件工程的特性：1. 软件工程关注于大型程序的构造（传统的程序设计技术和工具是支持小型程序设计的）2. 软件工程的中心课题是控制复杂性（问题分解）3. 软件经常变化（考虑将来要发生的变化）4. 开发软件的效率非常重要（寻求更好、更有效的工具）5. 和谐地合作是开发软件的关键（运用标准和规程）6. 软件必须有效地支持它的用户（软件要服务于用户）7. 在软件工程领域中通常是由具有一种文化背景的人替具有另一种文化背景的人创造产品软件工程的7条基本原理1.用分阶段的生命周期计划严格管理2.坚持进行阶段评审3.实行严格的产品控制4.采用现代程序设计技术5.结果应能清楚地审查6.开发小组的人员应该少而精7.承认不断改进软件工程实践的必要性软件工程方法学通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学(methodology)，也称为范型(paradigm)。
第一章软件工程概述一．什么是软件？1.满足功能要求和性能的指令或计算机程序集合；2.处理信息的数据结构；3.描述程序功能以及程序如何操作和使用所要求的文档；软件的特点：软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。
软件是通过人们的智力活动，把知识与技术转换成信息的一种产品，是在研制、开发中被创造出来的在软件运行和使用的期间，没有硬件那样的机械磨损、老化问题软件的开发和运行经常受到计算机系统的限制，对计算机系统有着不同程度的依赖性软件的开发至今尚未完全摆脱手工的开发方式软件的开发费用越来越高，成本相当昂贵。
二．软件危机以及产生软件危机的原因1.软件开发生产率提高的速度，远远跟不上计算机迅速普及的趋势。
软件产品“供不应求”。
2.软件成本在计算机系统总成本中所占的比例逐年上升。
3.软件开发人员和用户之间的信息交流往往很不充分，用户对“已完成的”的软件系统不满足的现象经常发生。
4.软件产品的质量不容易保证。
5.软件产品常常是不可维护的。
6.软件产品的重用性差，同样的软件多次重复开发。
7.软件通常没有适当的文档资料。
产生软件危机的原因可归结为两个重要的方面：软件生产本身存在的复杂性；软件开发所使用的方法和技术。
三、软件危机1、软件危机定义：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2、软件危机的两个主要问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。
3、软件危机的典型表现：(1) 对软件开发成本和进度的估计常常很不准确。
(2) 用户对“已完成的”软件系统不满意的现象经常发生。
(3) 软件产品的质量往往靠不住。
(4) 软件常常是不可维护的。
(5) 软件通常没有适当的文档资料。
(6) 软件成本在计算机系统总成本中所占的比例逐年上升。
(7) 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
软件工程1、软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地、高效的开发出高质量的软件并有效地维护它，这就是软件工程。
软件工程准则可以概括为7条基本原则：用分阶段的生命周期计划严格管理；坚持进行阶段评审实行严格的产品控制采用现代程序设计技术应能清楚地审查结果合理安排软件开发小组的人员承认不断改进软件工程实践的必要性3、软件工程方法学三要素：方法、工具和过程4、软件生命周期（概念、三时期，八阶段）软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)3个时期组成。
软件定义时期通常进一步划分成3个阶段，即问题定义、可行性研究和需求分析。
软件开发时期分为4阶段：总体设计、详细设计、编码和单元测试、综合测试五、软件开发模型：软件开发模型是跨越整个软件生存周期的系统开发、运作、维护实施的全部工作和任务的结构框架。
1）瀑布模型瀑布模型即生存周期模型，由B.M.Boehm提出，是软件工程的基础模型。
其核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作。
采用结构化的分析与设计方法，将逻辑实现与物理实现分开。
特点阶段的顺序性和依赖性（规范化）推迟实现的观点（系统化）质量保证（阶段评审）存在问题不适合需求模糊的系统（需求的迷糊性和不确定性）适用于操作系统、编译系统、数据库管理系统等系统软件的开发快速原型模型：所谓快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。
快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统，让用户在计算机上试用它，通过实践来了解目标系统的概貌3）增量模型：是瀑布模型的顺序特征与快速原型法德迭代特征相结合的产物。
这种模型把软件看成一系列相互联系的增量，在看法过程的各次迭代中，每次完成其中的一个增量。
4）喷泉模型5）微软过程六、思考你认为“软件就是程序”这一个观点正确吗？如果不正确，请批驳之。
1. 请从以下几个方面结合自己的经验实例加以论述。
软件就是程序的观点是不正确的，因为软件等于程序加文档加数据。
（1）文档是软件的一个非常重要的组成部分，在软件的开发过程中起着非常重要的作用。
（2）在软件开发的每一个阶段都应有相应的文档。
它是开发人员与用户以及开发人员与项目管理人员之间交流的媒介（3）文档是软件在不同阶段的表现形式。
（4）程序与文档必须一致，文档才有价值。
（5）文档质量直接决定软件质量的高低。
（6）文档也是软件测试和维护的依据。
在没有文档或文档不全的情况下对大型软件进行测试与维护是不可思议的事情。
（7）文档是软件可重用的依据。
2、有人说：软件开发时，一个错误发现得越晚，为改正它所付出的代价就越大。
对否？请解释你的回答。
答:对，第二章可行性研究重点掌握的内容：可行性研究的系统流程图一般内容：可行性研究的任务和步骤，成本效益分析一、可行使研究：1、可行性研究的任务：是用最小的代价在尽可能短的时间内确定问题是否能够解决。
一般来说，应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性可行性研究的目的：在明确了所要研究问题定义之后，分析员应该在明确目标系统所有限制和约束的前提下，去确定该问题是否值得去解决。
（或就是用最小代价在尽可能短的时间内确定问题是否能够解决。
）2、可行性研究过程：1）复查系统规模和目标2）研究目前正在使用的系统3）导出新系统的高层逻辑模型4）进一步定义问题5）导出和评价供选择的解法6）推荐行动方针7）草拟开发计划8）书写文档提交审查3、系统流程图的定义和作用：可行性研究对现有系统做概括的物理模型描述，如用图形工具表示则更加直观简洁。
系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等)。
系统流程图表达的是部件的信息流程，而不是对信息进行加工处理的控制过程。
在可行性研究过程中，利用系统流程图来描述所建议系统的物理模型。
4、数据流程图的定义和作用：数据流程图有两个特征：抽象性和概括性。
抽象性指的是数据流程图把具体的组织机构、工作场所、物质流都去掉，只剩下信息和数据存储、流动、使用以及加工情况。
概括性则是指数据流程图把系统对各种业务的处理过程联系起来考虑，形成一个总体5、数据流程图的组成元素数据流图可以用来抽象地表示系统或软件。
它从信息传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节。
因此，数据流图既提供了功能建模的机制，也提供了信息流建模的机制，从而可以建立起系统或软件的功能模型。
6、数据流程图的组成：外部实体（外部实体是指系统之外的人或单位，它们和本系统有信息传递关系）数据流，处理、数据存储。
如何绘制数据流程图(1)识别系统的输入和输出，画出顶层图(2)画系统内部的数据流、加工与文件，画出一级细化图(3)加工的进一步分解，画出二级细化图(4)其它注意事项7、数据流程图的注意点1）每个处理都必须有流入的数据流和流出的数据流，如果没有，是错误的。
（数据守恒）2）每个数据存储应该有流入的数据流和流出的数据流，如果缺了一种，是Warning的；缺两种就错了。
3）、数据流只能在处理与处理、数据存储或者外部实体之间流动。
、数据存储到数据存储、外部实提到外部实体、外部实提到数据存储之间的数据流都是错误的。
4）、一个处理可以细分成多个子处理，分成若干个层次（均匀分解）5）、良好命名系统流程图与数据流程图有什么区别?答：1）系统流程图描述系统物理模型的工具，数据流程图描述系统逻辑模型的工具。
2）系统流程图从系统功能的角度抽象的描述系统的各个部分及其相互之间信息流动的情况。
3）数据流程图从数据传送和加工的角度抽象的描述信息在系统中的流动和数据处理的工作状况。
三、数据流图：！！！！！！！！！！！！！！！！！！1、组成符号：4中基本图形符号正方形、圆角矩形、开口矩形2、数据流图的基本要点是描绘“做什么”，而不是考虑“怎么做”。
3、一套分层的的数据流图由顶层、底层、和中间层组成。
4、画分层数据流图基本原则与注意事项：a.自外向内，自顶向下，逐层细化，完善求精。
b.保持父图与子图的平衡。
也就是说，父图中某加工的输入数据流中的数据必须与它的子图的输入数据流在数量和名字上相同。
c.保持数据守恒。
也就是说，一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得，或者是通过该加工能产生的数据。
d.加工细节隐藏。
根据抽象原则，在画父图时，只需画出加工和加工之间的关系，而不必画出各个加工内部的细节。
e.简化加工间关系。
在数据流图中，加工间的数据流越少，各加工就越相对独立，所以应尽量减少加工间输入输出数据流的数目。
f.均匀分解。
应该使一个数据流中的各个加工分解层次大致相同。
g.适当地为数据流、加工、文件、源/宿命名，名字应反映该成分的实际意义，避免空洞的名字。
h.忽略枝节。
应集中精力于主要的数据流，而暂不考虑一些例外情况、出错处理等枝节性问题。
i.表现的是数据流而不是控制流。
j.每个加工必须既有输入数据流，又有输出数据流.在整套数据流图中，每个文件必须既有读文件的数据流又有写文件的数据流，但在某一张子图中可能只有读没有写或者只有写没有读。
小结：一个软件系统，其数据流图往往有多层。
如果父图有N个加工(Process)，则父图允许有0～N张子图，但是每张子图只能对应一张父图。
在一张DFD图中，任意两个加工之间可以有0条或多条名字互不相同的数据流；在画数据流图时，应该注意父图和子图的平衡，即父图中某加工的输入输出数据流必须与其输入输出流在数量和名字上相同。
DFD信息流大致可分为两类：交换流和事务流。
9、数据字典1）．数据字典是在数据流程图的基础上，对数据流程图中的各个元素进行详细的定义与描述，起到对数据流程图进行补充说明的作用。
2）．数据字典的内容包括：数据流、数据流分量（即数据元素）、数据存贮、处理逻辑和外部实体。
3）.数据字典的作用是什么？对用户来讲,数据字典为他们提供了数据的明确定义；对系统分析员来讲,数据字典帮助他们比较容易修改已建立的系统逻辑模型。
数据字典的实现：P4910、成本效益分析：成本/效益分析的目的是要从经济角度分析开发一个特定的新系统是否可行，从而帮助使用部门负责人正确地做出是否投资与这项开发工程的决定。
几种度量效益的方法：货币的时间价值、投资回收期、纯收入第三章需求分析一、重点掌握的内容那：需求分析的方法和面向数据流的分析方法二、一般掌握的内容：需求分析的任务和原则三知识点：1、为什么要做需求分析可行性分析研究阶段已经粗略的描述了用户的需求，甚至还提出了一些可行的方案，但是，许多细节被忽略了，在最终目标系统中是不能忽略、遗漏任何一个微小细节的，所以，可行性研究不能代替需求分析。
