软件危机出现的原因
《软件工程导论》考试重点
第一章1.软件危机的概念：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重的问题。
2.产生软件危机的原因：(1) 开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。
造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。
(2) 软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。
(3)尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。
3.软件配置的主要包括程序、文文件和数据等成分。
配置管理工具：commit,分支，合并。
4.软件工程的定义：软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程。
它借鉴传统工程的原则、方法，以提高质量，降低成本为目的。
（ppt上定义）、、、、、//6.通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为范型//7.软件工程方法学包含三个要素：方法、工具和过程。
//8.目前使用得最广泛的软件工程方法学，分别是传统方法学和面向对象方法学//9.传统方法学也称为生命周期方法学或结构化范型//10.面向对象方法学的四个要点：//1.把对象作为融合了数据及在数据上的操作行为的统一的软件构件//2.把所有对象都划分成类//3.按照父类（或称为基类）与子类（或称为派生类）的关系，把若干个相关类组成一个层次结构的系统（也称为类等级）。
//4.对象彼此间仅能通过发送消息互相联系。
11.软件生命周期：软件定义（问题定义，可行性研究，需求分析）、软件开发（总体设计，详细设计，编码，单元测试，总体测试）、运行维护（持久地满足用户的需要）12.最基本的测试是集成测试和验收测试。
13.瀑布模型，快速原型模型，增量模型，螺旋模型，喷泉模型，概念.方法.优缺点.区别。
软件工程期末复习重点
1.软件危机的介绍在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2.产生软件危机的原因与软件本身特点有关：软件开发与维护的方法不正确有关：3.消除软件危机的途径4.软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。
5.软件定义时期的任务是：确定软件开发工程必须完成的总目标；确定工程的可行性；导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。
这个时期的工作通常又称为系统分析，由系统分析员负责完成。
软件定义时期通常进一步划分成3个阶段，即问题定义、可行性研究和需求分析。
6.开发时期具体设计和实现在前一个时期定义的软件，它通常由下述4个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。
其中前两个阶段又称为系统设计，后两个阶段又称为系统实现。
7.维护时期的主要任务是使软件持久地满足用户的需要。
8.软件生命周期每个阶段的基本任务：问题定义、可行性研究，需求分析，总体设计，详细设计，编码和单元测试，综合测试。
9.常用软件模型区别原理：(1)瀑布模型：按照传统的瀑布模型开发软件，有下述的几个特点。
a)阶段间具有顺序性和依赖性：两重含义：段的输出文档正确，后一阶段的工作才能获得正确的结果。
①必须等前一阶段的工作完成之后，才能开始后一阶段的工作；②前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶b) 推迟实现的观点瀑布模型在编码之前设置了系统分析与系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。
c)质量保证的观点：软件工程的基本目标是优质、高产。
为了保证所开发的软件的质量，在瀑布模型的每个阶段都应坚持两个重要做法。
每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。
每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。
软件危机的原因
1、软件危机的原因：①用户需求不明确。
②缺乏正确的理论指导③软件规模越来越大。
④软件复杂度越来越高。
2、信息系统危机：①效益问题②需求问题③规划问题④队伍建设问题3、信息系统工程体系：信息系统工程是一种层次化的技术，包含以信息系统质量为核心的四个层面的内容：过程层、方法层、建设语言层、工具层、四个层次的核心焦点都是信息系统质量4、信息系统开发方法：①结构化方法（面对过程的方法）②信息建模方法（面对数据的方法）③面对对象方法5、模型是运用某种图表工具对系统特征（包括静态特征和动态特征）的一种表示6、瀑布模型是于20世纪70年代提出的较早得一种生命周期模型7、瀑布模型的特点是：强调阶段的划分及其顺行性、强调各阶段工作及其文档的完备性、是一种严格线性的、按阶段顺序的、逐步细化的开发模式8、原型即样品、模型的意思。
原型分为三类：抛弃式、演化式、增量式。
9、原型法的优点和缺点优点：①减少了开发时间，大大提高了系统开发效率。
②使信息需求的定义工作更为简单、直观。
③增加了用户对设计的满意程度，提高信息系统的质量。
④减少了系统开发费用。
缺点：①分析和设计上的深度不够。
②快速原型法中的第一个工作原型可能并不是一个最优方案。
③通过原型法所开发的系统不具备灵活性，难以适应用户需求的变化。
④工作原型不容易修改。
10、统一过程的特点：用例驱动；以体系结构为中心；迭代和增量11、结构化方法是理解问题和解决问题的一种模式，这种模式的实质可以概括为：模块化；自顶向下，逐步求精；信息隐藏12、面向对象方法是一种风范，是观察和分析问题的一种方法论。
具体来说，面向对象是一种运用对象、类、继承、封装、聚合、消息传递、多态性等概念来构造系统的软件开发方法。
什么是软件危机？产生软件危机的原因有哪些以及它的表现有哪些？
什么是软件危机？产⽣软件危机的原因有哪些以及它的表现有哪
些？
什么是软件危机：泛指在计算机软件的开发和维护过程中所遇到的⼀系列严重问题。
出现软件危机的原因主要有：
（1）软件本⾝独有的特点确实给开发和维护带来了困难
（2）软件开发和维护过程不规范
（3）缺乏软件开发的经验和有关软件开发数据的积累
（4）轻视，⼈们在制定计划时总会有⼀些天马⾏空的想法和要求，轻视是⼀个最⼤的错误。
（5）忽视软件需求分析的重要性、忽视软件的可理解性、⽂档不完备、轻视软件的可维护性、过分强调编码技巧等等⽅⾯。
（6）⽤户与开发⼈员的沟通问题，从⽽技术⼈员获取的需求不够全⾯。
软件危机的表现：
（1）软件开发没有真正的计划性，对软件开发进度和软件开发成本的估计常常很不准确，计划的制定带有很⼤的盲⽬因素。
（2）对于软件需求信息的获取常常不充分，软件产品往往不能真正地满⾜⽤户的实际需求。
（3）缺乏良好的软件质量评测⼿段，从⽽导致软件产品的质量常常得不到保证。
（4）对于软件的可理解性、可维护性认识不够；软件的可复⽤性、可维护性不如⼈意。
（5）软件开发过程没有实现“规范化”，缺乏必要的⽂档资料或者⽂档资料不合格、不准确，难以进⾏专业维护。
（6）软件开发的⼈⼒成本持续上升。
（7）缺乏⾃动化的软件开发技术，软件开发的⽣产率依然低下，远远满⾜不了急剧增长的软件需求。
软件工程复习资料参考
第一章软件危机概念：指在计算机软件的开发和维护过程中，所遇到的一系列严重问题。
软件危机表现：1.对软件开发成本和进度的估计常常很不正确2.用户对“已完成的”软件系统不满意的现象经常发生3.软件产品的质量往往靠不住4.软件常常是不可维护的5.软件通常没有适当的文档资料6.软件成本在计算机系统总成本中所占的比例逐年上升7.软件开发生产率提高的速度远远跟不上计算机应用迅速普及深入的趋势软件危机原因：1.与软件本身的特点有关2.与软件开发与维护的方法不正确有关①软件开发尚未完全摆脱手工开发方式。
②软件成本相当昂贵，主要依靠大量复杂的、高强度的脑力劳动。
③软件的开发和运行常常受到计算机系统的限制，对计算机系统有着不同程度的依赖性。
怎样消除软件危机：1 、彻底消除“软件就是程序”的错误观念。
2 、充分认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目，不是个人独立的劳动。
3 、推广和使用在实践中总结出来的软件开发的成功技术和方法。
4 、开发和使用更好的软件工具软件工程概念：概括地说，软件工程是指导计算机软件开发和维护的一门工程学科。
...p5软件工程方法学：通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学也称为范型。
结构化范型和面向对象范型的要点：1采用结构化技术（结构化分析、结构化设计和结构化实现）来完成软件开发的各项任务；2把软件生命周期划分为若干个阶段，按顺序完成每个阶段的任务；3每个阶段开始和结束都有严格的标准，对任何两个相邻的阶段而言，前一个阶段的结束标准就是后一阶段的开始标准；4每一个阶段结束之前都必须进行正式严格的技术审查和管理复审传统方法学的优点：分解任务，分工合作，降低整个软件开发工程的困难；采用科学的管理技术和良好的技术方法对每个阶段成果都进行严格的审查。
保证了软件的质量。
传统方法学的缺点：把数据和操作人为地分离成两个独立的部分，增加了软件开发与维护的难度。
软件危机的表现及原因
软件危机的表现及原因计算机科学与技术4班周才1.软件危机:落后的软件生产方式无法满足迅速增长的计算机软件需求,从而导致软件开发与维护过程中出现一系列严重问题的现象。
2.概况:20 世纪60年代以前,计算机刚刚投入实际使用,软件设计往往只是为一个特定的应用而在指定的计算机上设计和编制,采用密切依赖于计算机的机器代码或汇编语言,软件的规模比较小,文档资料通常也不存在,很少使用系统化的开发方法,设计软件往往等同于编制程序,基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。
60年代中期,大容量、高速度计算机的出现,使计算机的应用范围迅速扩大,软件开发急剧增长。
高级语言开始出现;操作系统的发展引起了计算机应用方式的变化;大量数据处理导致第一代数据库管理系统的诞生。
软件系统的规模越来越大,复杂程度越来越高,软件可靠性问题也越来越突出。
原来的个人设计、个人使用的方式不再能满足要求,迫切需要改变软件生产方式,提高软件生产率,软件危机开始爆发3.现象:早期出现的软件危机主要表现在:①软件开发费用和进度失控。
费用超支、进度拖延的情况屡屡发生。
有时为了赶进度或压成本不得不采取一些权宜之计,这样又往往严重损害了软件产品的质量。
②软件的可靠性差。
尽管耗费了大量的人力物力,而系统的正确性却越来越难以保证,出错率大大增加,由于软件错误而造成的损失十分惊人。
③生产出来的软件难以维护。
很多程序缺乏相应的文档资料,程序中的错误难以定位,难以改正,有时改正了已有的错误又引入新的错误。
随着软件的社会拥有量越来越大,维护占用了大量人力、物力和财力。
进入80年代以来,尽管软件工程研究与实践取得了可喜的成就,软件技术水平有了长足的进展,但是软件生产水平依然远远落后于硬件生产水平的发展速度。
软件危机不仅没有消失,还有加剧之势。
主要表现在:①软件成本在计算机系统总成本中所占的比例居高不下,且逐年上升。
由于微电子学技术的进步和硬件生产自动化程度不断提高,硬件成本逐年下降,性能和产量迅速提高。
软件危机的产生及解决
1.分析上述说明中的案例，简述什么原因导致了以上情况，应用什么途径消除？答：这些情况是由软件危机导致的，导致软件工程发生的主要原因为（1）软件的规模越来越大，结构越来越复杂。
（2）软件开发管理困难而复杂。
（3）软件开发费用不断增加。
（4）软件开发技术落后。
（5）生产方式落后。
（6）开发工具落后，生产率提高缓慢。
解决软件危机的办法是：(1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。
在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。
(2) 推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。
(3) 根据不同的应用领域，开发更好的软件工具并使用这些工具。
将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发环境。
总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施2.简述软件生命周期的划分及任务答：软件生命周期的具体划分和任务如下1.问题定义此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2.可行性研究可行性分析的任务是明确应用项目的开发的必要性和可行性。
必要性来自实现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。
这项工作是建立在初步调查的基础上。
3.需求分析在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
"唯一不变的是变化本身。
"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
4.总体设计此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件危机的主要原因
软件危机的主要原因
软件危机的主要原因是缺乏有效的软件开发方法和技术，导致软件项目的成本高、进度滞后、质量低、可维护性差等问题。
具体而言，以下几个方面是造成软件危机的主要原因：
1. 软件需求不清晰：软件项目的成功与否往往决定于需求的准确性、完整性和一致性。
如果需求不明确，就会导致软件项目延期、超预算、出现设计缺陷等问题。
2. 软件开发过程没有明确的规划和管理：软件开发过程需要规划和管理，涉及项目计划、资源分配、进度控制、质量保证等方面。
如果缺少管理，则难以保证项目的交付质量和进度。
3. 软件设计和编码缺乏规范性和统一性：软件设计和编码是软件开发过程的核心环节，如缺乏规范性和统一性，就会导致代码难以维护、调试困难等问题。
4. 缺乏合适的工具和技术支持：软件开发需要使用各种工具和技术来实现不同的任务。
如果缺乏合适的工具和技术支持，就会浪费开发时间，耗费开发资源，并降低项目的成功率。
综上所述，软件危机的主要原因是整个软件开发过程中存在的一系列问题，需要使用现代软件开发方法和技术来加以解决。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.软件危机出现的原因：软件维护费用的急剧上升，直接威胁计算机应用的扩大；软件生产技术进步缓慢，是加剧软件危机的重要原因2软件的特征：软件的开发不同于硬件设计、不同于硬件制造、不同于硬件维修3软件危机：开发软件需高成本和产品的低质量之间有着尖锐的矛盾4软件维护有哪些种类？他们的目标分别是什么？软件维护的种类以及对应目标依次是:完善性维护：在软件漫长的运行时期中,用户往往会对软件提出新的功能要求与性能要求。
为了适应这些变化,应用软件原来的功能和性能需要扩充和增强。
这种增加软件功能、增强软件性能、提高软件运行效率而进行的维护活动称为完善性维护。
适应性维护让软件适应运行环境的改变而进行的一种维护。
纠错性维护纠正在开发期间未能发现的遗留错误。
预防性维护为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护。
5软件重用的效益是什么？答：1软件重用可以显著地改善软件的质量和可靠性。
2软件重用可以极大地提高软件开发的效率。
3节省软件开发的成本，避免不必要的重复劳动和人力、财力的浪费。
6自顶而下渐增测试与自底而上渐增测试各有何优、缺点？答：①自顶而下渐增测试优点：不需要测试驱动程序，能够在测试阶段的早期实现并验证系统的主要功能，而且能够尽早发现上层模块的接口错误。
缺点：需要存根程序，底层错误发现较晚。
②自底而上渐增测试优点与缺点和自顶而下渐增测试相反。
7提高可维护性的方法有哪些？答：在软件工程的每一阶段都应该努力提高系统的可维护性，在每个阶段结束前的审查和复审中，应着重对可维护性进行复审。
A在需求分析阶段的复审中，应对将来要扩充和修改的部分加以注明。
在讨论软件可移植性问题时，要考虑可能要影响软件维护的系统界面。
B在软件设计的复审中，因从便于修改、模块化和功能独立的目标出发，评价软件的结构和过程，还应对将来可能修改的部分预先做准备。
C在软件代码复审中，应强调编码风格和内部说明这两个影响可维护性的因素。
D在软件系统交付使用前的每一测试步骤中都应给出需要进行预防性维护部分的提示。
E在完成每项维护工作后，都应对软件维护本身进行仔细认真的复审。
F为了从根本上提高软件系统的可维护性，人们正试图通过直接维护软件规格说明来维护软件，同时也在大力发展软件重用技术。
8软件分析的目标是什么？包含哪些内容？软件分析的目标是将软件需求阶段产生的需求模型转变为软件分析模型。
包含的任务：1理解用户的需求包含全面理解和分析用户分析，明确所开发的软件系统职责，形成文化并规范的加以表述，然后进行分析提取类和对象，并结合分析进行建模。
其基本步骤为：标志类、定义属性和方法、刻画类的层次。
表示对象以及对象与对象之间的关系，为对象的行为建模以上步骤可以进行反复直至完成建模。
9简述软件测试要经过哪几个步骤，每个步骤与什么文档有关解答：测试过程按4个步骤进行，即单元测试、集成测试、确认测试、和平行运行。
2单元测试集中对用源代码实现的每一个程序单元进行测试，与其相关的文档是单元测试计划和详细设计说明书。
3集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。
与其相关的文档是集成测试计划和软件需求说明书。
4确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。
与其相关的文档是确认测试计划和软件需求说明书。
5平行运行把已经经过确认的软件纳入实际运行环境中，与其他系统成份组合在一起进行测试。
与其相关的文档：用户指南、使用手册等。
10请说明软件文档的作用？软件开发项目生存期各阶段都包含哪些文档？软件文档的作用是：提高软件开发过程的能见度；提高开发效率；作为开发人员阶段工作成果和结束标志；记录开发过程的有关信息便于使用与维护；提供软件运行、维护和培训有关资料；便于用户了解软件功能、性能。
软件开发项目生存期各阶段应包括得文档以及与各类人员的关系如下：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、测试计划、概要设计说明书、详细设计说明书、用户手册、操作手册、测试分析报告、开发进度月报、项目开发总结、程序维护手册。
11什么是数据字典？其作用是什么？它有哪些条目？数据字典是用来定义数据流图中的各个成分的具体含义的，它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。
他和数据流图共同构成了系统的逻辑模型，是需求规格说明书的主要组成部分。
数据字典是为分析人员查找数据流图中有关名字的详细定义而服务的，因此也像普通字典一样，要把所有条目按一定的次序排列起来，以便查阅。
数据字典有以下四类条目：数据流、数据项、数据存储、基本加工。
数据项是组成数据流和数据存储的最小元素。
源点、终点不在系统之内，故一般不在字典中说明。
12采用黑盒技术设计测试用例有哪几种方法？这些方法各有什么特点？1等价类划分。
等价类划分是将输入数据域按有效的或无效的划分成若干个等价类，测试每个等价类的代表值就等于对该类其它值的测试。
2边界值分析。
该方法是将测试边界情况作为重点目标，选取正好等于，刚刚大于或刚刚小于边界值的情况，根据这些情况选择测试用例。
3错误推测。
错误推测法没有确定的步骤，凭检验进行。
它的基本思想是列出程序中可能发生错误的情况，根据这些情况选择测试用例。
4因果图。
因果图能有效的检测输入条件的各种组合可能会引起的错误。
因果图的基本原理是通过画因果图，把用自然语言描述的功能说明转换为判定表，最后为判定表的每一列设计一个测试用例。
13何谓软件生存周期？其可以划分为几个时期？每个时期又可分为几个阶段？每个阶段的主要任务是什么？一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件生存期也可以分为三个时期：计划时期、开发时期和运行时期。
软件生存周期一般可分为以下几个阶段：1问题定义：问题定义阶段必须回答的关键问题是“要解决的问题是什么？”2可行性研究：这个阶段要回答的关键问题是：对于上一个阶段所确定的问题“有行得通的解决办法吗?”，可行性研究阶段应该导出系统的高层逻辑模型，准确地估计系统的成本和效益。
3需求分析需求分析阶段的任务，主要是确定目标系统必须具备的功能，得出经用户确认的系统逻辑模型。
4总体设计：必须回答的是“概括地说，应该如何解决这个问题”。
总体设计的目标是将需求分析阶段定义的系统模型转换成相应的软件结构，以规定软件的形态及各成分间的层次关系、界面及接口要求。
5详细设计：详细设计阶段的任务是把解法具体化，理解“应该怎样具体地实现这个系统”。
详细设计亦即模块设计。
它是在算法设计和结构设计的基础上，针对每个模块的功能、接口和算法定义，设计模块内部的算法过程及程序的逻辑结构，并编写模块设计说明。
6编码：任务，是根据详细设计的结果，选择一种适合的程序设计语言，把详细设计的结果翻译成程序的源代码。
7测试：以便尽早发现程序中的错误和缺陷而进行的一个过程，有单元测试、集成测试、确认测试和系统测试4种。
8运行与维护：通过各种必要的维护措施支持软件系统能持久地满足用户的需要。
14如何做好软件质量保证工作？软件质量保证工作是软件工程管理的重要内容，软件质量保证应做好以下几个方面的工作：<1>采用技术手段和工具。
质量保证活动要贯彻开发过程始终，必须从采用技术手段和工具，尤其是使用软件开发环境来进行软件开发。
<2>组织正式技术评审，在软件开发的第一个阶段结束时，都要组织正式的技术评审。
国家标准要求单位必须采用审查、文档评审、设计评审、审计和测试等具体手段来保证质量。
<3>加强软件测试。
软件测试是质量保证的重要手段，因为测试可发现软件可发现软件中大多数潜在错误。
<4>推选软件工程规范。
用户可以自己指定软件工程规范，但标准一旦确认就应贯彻执行。
<5>对软件的变更进行控制。
软件的修改和变更常常会引起潜伏的错误，因此必须严格控制软件的修改和变更。
<6>对软件质量进行度量。
即对软件质量进行跟踪，及时记录和报告软件质量情况。
15什么是面向对象分析，其主要思想是？面向对象分析是一个系统的开发过程中进行系统业务调查以后，按照面向对象的思想来分析问题。
主要思想：面向对象分析利用面向对象的技术来分析过程建立问题域的静态模型和动态模型，通过理解问题，抽取类对象属性和操作。
确定对象间的结构关系分析对象的状态变化以及对象的消息往来并用UML等工具来表示这一需求，对应的类/对象模型，对象关系模型对象行为模型等，来完成问题空间模型形成面向对象的分析模型。
选择：1常用耦合和内聚这两个定性度量标准来评定模块的独立性。
2结构化设计方法以数据流图为基础，按一定步骤映射成软件结构，数据流图有两种基本结构：变换型结构和事务流型结构。
3软件的定义可以简单的表述为：软件＝程序＋文档4测试技术有黑盒测试和白盒测试两种，根据程序的功能来设计测试用例，这种方法称为黑盒测试。
5在面向对象的系统设计过程中，有4种主要的设计组件必须定义，它们是领域组件、人机交互组件、任务管理组件和数据管理组件。
6统一建模语言是面向对象软件工程所使用的一种建模工具，其英文缩写是UML7软件结构的深度、宽度、扇人、扇出四个特征，定义了软件结构的形态。
扇出是指一个模块直接调用的下属模块的数目。
8软件维护的内容包括纠错性维护，适应性维护、完善性维护和预防性维护。
9向一个已经拖期的项目追加开发人员，可能使它完成得更晚。
鉴于这一发现的重要性，许多文献称之为Brooks定律。
10在UML的图形符号中，虚线箭头表示的是两个元素之间的依赖关系。
11软件的测试可以分为4个步骤，主要包括单元测试、集成测试、确认测试和系统测试。
12在软件的开发过程中，必须遵循的原则是抽象、信息隐蔽和模块化。
13为使软件适应运行环境的改变而进行的一类维护称之为适应性维护。
14在结构化分析中,数据字典用于详细地定义数据流图中的成分。
15耦合性和内聚性是衡量模块独立性的两个定性的标准。
16结构化程序设计是一种程序设计技术，它采用自顶向下、逐步求精的设计方法和顺序、选择、循环三种基本控制结构构造常态程序。
17结构化分析方法中，数据流图的四种基本成分为：处理、源点或终点数据存储和数据流。
18从模块内外的联系来看，结构化设计的要求是高内聚低耦合。
19在需求分析中，可从有关问题的简述中提取组成数据流图的基本成分。
通常问题简述中的动词短语将成为数据流图中的处理成分。
20如果两模块间的通信信息是若干个参数，而每个参数是单一的数据项，则称这种耦合性为数据耦合。
21模块内部的算法设计在结构化方法的详细设计阶段进行。
22定性度量模块独立性的两个标准是内聚性和耦合性。