网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
33、数据流图：
内容：数据流图是结构化分析的基本工具，它描述了信息流和数据转换。
34、内容：CASE工具是一些软件系统，支持软件过程的常规活动，如编辑设计图表、检
查图表的连贯性、跟踪已经运行的程序测试等。
35、模块作用域：
内容：是指受该模块判定影响的所有模块。受该模块内的一个判定影响的所有模块的
集合
36、内聚性：
内容：内聚性是模块独立性的衡量标准之一，它是指模块的功能强度的度量，即一个
模块内部各个元素彼此结合的紧密程度的度量
37、数据设计：
内容：数据设计是为在需求规格说明中定义的那些数据对象选择合适的逻辑表示 , 并
确定可能作用在这些逻辑结构上的所有操作 (包括选用已存在的程序包 )
38、瀑布模型：
内容：瀑布模型是将软件生命周期的各项活动规定为依线性顺序连接的若干阶段的模
型，适合于软件需求很明确的软件项目。
39、条件组合覆盖：
内容：条件组合覆盖就是设计足够的测试用例，运行被测程序，使得每个判断的所有
可能的条件取值组合至少执行一次。
40、软件工程过程
41、模块化
42、集成测试
43、软件可靠性
44、模块的控制范围
45、数据字典
内容：数据字典由数据条目组成，数据字典描述、组织和管理数据流图的数据流、加工、数据源及外部实体。
46、需求分析：
内容：是准确的理解用户的需求将其转换成需求定义，然后由需求定义转换成形式化的功
能规约。
47、模块的作用范围
48、错误推测法
在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性的编写检查这些错误的测试用例的方法。
49、黑盒推测法
50、软件质量保证
是向用户及社会提供满意的高质量的产品，确保软件产品从诞生到消亡为止的所有阶段的质量的活动，即确定到达和维护需要的软件质量而进行的所有激活、有系统的管理活动
51、瀑布模型
将软件生存周期各个活动规定为以线性顺序连接的若干阶段的一种软件开发模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。
52、增量构造模型有什么特点？
1、增量构造模型是部分阶段进行增量开发，即在该模型中，需求分析阶段和设计段与瀑布模型一样，按照瀑布模型方式进行开发。
2、而编码和测试阶段不采用瀑布模型方式，而采用增量方式开发
3、即先对部分功能进行编码，进行测试，将这部分功能提交用户，然后再对另一部分功能进行编码，测试提交用户，直到把全部功能按这种方式开发完毕，
4、在这种模型中，用户可以及早看到部分软件功能，及早发现问题，以便在其他软件功能开发及时解决。
53、软件测试要经过哪些步骤？简述这些测试的基本任务
1、单元测试 、集成测试、确认测试、系统测试。
2、单元测试 ：对源程序中的每个程序单元进行测试，检查各模块是否正确实现规定的功能，从而发现模块在编码中或算法中的错误。
3、集成测试 ：检查与设计相关的软件结构的有关问题
4、确认测试 ： 主要检查已实现的软件是否满足需求规格说明书中确定了的各种需求。
54、简述需求分析方法应遵循的基本原则
1、必须能够表达和理解问题的数据域和功能域
2、可以把一个复杂问题按 功能进行分析并可逐层细化
3、建模
55、模块间的耦合性包括哪些类型
1、无直接耦合
2、数据耦合
3、标记耦合
4、控制耦合
5、公共耦合
56、数据流图
57、信息隐蔽
58、继承性
59、投资回收期
60、模块
61、维护的副作用
62、软件配置管理
63、软件质量保证
是向用户及社会提供满意的高质量的产品，确保软件产品从诞生到消亡为止的所有阶段的质量的活动，即确定、到达的和维护需要的软件质量而进行的所有计划、系统的管理活动
64、 结构化程序设计
内容：结构化程序设计是一种程序设计技术，采用自顶向下逐步求精的设计方法和单入口单出口的控制构件。
65、软件设计：
内容：从抽象概括到具体实践过程
66、信息隐蔽：
内容：指在设计和确定模块时，使得一个模块内包含的信息（过程或数据） ，对于不需要这些信息的其它 模块来说，是不能访问的。
67、对象：
内容：是系统中描述客观事物的一个实体，它是构成系统的一个基本单位，由一组属性和
对这组属性进行操作的一组服务组成，是类的一个实例
68、耦合：
内容：块间联系，软件系统结构中各模块间相互联系紧密程度的一种度量。
69、数据抽象：
内容：数据抽象把一个数据对象的定义 ( 或描述 ) 抽象为一个数据类型名，用此类型名可定义多个具有相同性质的数据对象。
70、 类：
内容：具有相似或相同性质的对象的抽象就是类。
71、 系统测试：
内容：系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。
72、 综合测试：
内容：综合测试 是组装软件的系统测试技术 , 按设计要求把通过单元测试的各个模块组
装在一起之后 , 进行综合测试以便发现与接口有关的各种错误。
73、成熟度等级：
内容：软件成熟度等级是指软件开发组织在走向成熟的途中几个具有明确定义的表示软件过程能力成熟度的平台。
74、继承：
内容：广义的说是指能够直接获得已有的性质和特征，而不必重复定义它们
狭义的说是子类自动地共享基类中定义的数据和方法的机制
75、项目管理：
内容：就是通过合理地组织和利用一切可以利用的资源，按照计划的成本和计划的进度，完成一个计划的目标，它包含团队管理、风险管理、采购管理、流程管理、时间管理、成本管理和质量管理等。
76、预防性维护：
内容：预防性维护 是为了进一步改善软件系统的可维护性和可靠性 , 并为以后的改进奠
定基础。
77、编程风格：
内容：是在不影响性能的前提下 , 有效地编排和组织程序以提高可读性和可维性。
78、数据流图：
内容：数据流图是结构化分析的基本工具，它描述了信息流和数据转换。
79、软件测试：
内容：软件测试是以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。
80、CASE工具：
内容：CASE工具是一些软件系统，支持软件过程的常规活动，如编辑设计图表、检查图表的连贯性、跟踪已经运行的程序测试等。
81、模块作用域：
内容：是指受该模块判定影响的所有模块。受该模块内的一个判定影响的所有模块的集合。
82、内聚性：
内容：内聚性是模块独立性的衡量标准之一，它是指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量
83、数据设计：
内容：数据设计是为在需求规格说明中定义的那些数据对象选择合适的逻辑表示 , 并确定可能作用在这些逻辑结构上的所有操作 ( 包括选用已存在的程序包 )
84、条件组合覆盖：
内容：条件组合覆盖就是设计足够的测试用例，运行被测程序，使得每个判断的所有可能的条件取值组合至少执行一次
85、简述软件工程面临的问题。
答：内容：①软件开发技术②软件开发管理
面临的主要问题：①软件费用②软件可靠性③软件维护④软件生产率⑤软件重用
86、过程设计语言 (PDL)
也称程序描述语言，又称为伪码，是一种用于描述模块算法设计和处理细节的语言
87、可移植性
指程序从一个计算机环境移植到另一个计算机环境的容易程度
88、.渐增式测试
是把未经过测试的模块逐个组装到已经过测试的模块上进行集成测试，每增加一个模块进行一次集成测试，重复此过程直至完成集成测试。
89、详细设计
也称过程设计，是在概要设计的基础上，设计出软件各模块内部的详细算法， 并精确地表达这些算法。一般采用过程设计的表达工具给出适当的算法描述。
90、条件覆盖
指设计足够多的测试用例，使得判定表达式中每个条件的各种可能的值至少出现一次。
91、信息隐蔽 答案：信息隐蔽指在设计和确定模块时，使得一个模块内包含的信息 (过程或数据)，对于不需要 这些信息的其它模块来说，是不能访问的。
92、原型 答案：原型是指模拟某种产品的原型模型。软件开发中的原型是软件的一个早期可运行的版本，它反映了最终系统的重要特征。
93、事件 答案：事件是指定时刻发生的某件事情。它是某事情发生的信号，它没有持续时间，
它是一种相 对性的快速事件。
94、模块 答案：模块在程序中是数据说明、可执行语句等程序对象的集合，或者是单独命名和
编址的元素
95、多态性 答案：指相同的操作或函数、过程可作用于多种类型的对象上并获得不同结果。不同的对象，收 到同一消息可以产生不同的结果，这种现象称为多态性。
96、软件： 一般是指计算机系统中的程序及其文档。
软件工程 : 是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进
97、软件需求： 是产品 / 系统设计、实现以及验证的基本信息源之一，是任何软件工程项目的基础。
98、功能需求： 规约了系统或系统构件必须执行的功能，是整个需求的主体。
99、非功能需求：
分为性能需求、外部接口需求、设计约束和质量属性需求。性能需求规约了一个系统或系统构件在性能方面必须具有的一些特征；外部接口需求规约了系统或系统构件必须与之交互的用户、硬件、软件或数据库元素；设计约束限制了软件系统或软件系统构件的设计方案的范围；质量属性规约了软件产品所具有的一个性质必须达到其质量方面一个所期望的水平。
100、需求规约：
是一个软件项 / 产品 / 系统所有需求陈述的正式文档，它表达了一个软件产品 / 系统的概念模型。
101、变换型数据流图：具有较明显的输入部分和变换（主加工）部分之间的界面变换部分和输出部分之间界面的数据流图
102、数据流图：表达功能模型的工具，即数据流图（ Dataflow Diagram ） 简称 DFD图，简单的说， DFD图是一种描述数据变换的图形化工具，其中饮食的元素可以是数据流、数据存储、加工、数据源和数据潭等
103、事务型数据流图：数据到达一个加工 T，该加工 T根据输入数据的值，在其后的基干动作序号（称为一个事务）中选出一个来执行
104、模块：执行一个特殊任务的一个过程以及相关的数据结构
105、过程内聚：一个模块内部的处理成分是相关的，而且这些处理必须以特定的次序执行
106、通信内聚：一个模块的所有成分都操作同一数据集或生成同一数据集
107、顺序内聚：一个模块的各个成分和同一个功能密切相关，而且一个成分的输出作为另一个成分的输入
108、功能内聚：最理想的内聚，模块的所有成分对于完成单一的功能都是基本的。功能内聚的模块对完成其功能而言是充分必要的
109、何谓模块的控制域和模块的作用域？并举例说明
控制域：模块本身以及所有直接或间接从属于它的模块的集合。
作用域：受该模块内的一个判定所影响的所有模块的影响
110、过程域：
是一个业务域中一束相关实践，当它们一起得以实现时，就满足被认为对该过程域的改善具有重要作用的一组条件。
111、过程改善： 是指人为设计的一个活动程序， 其目的是改进组织的过程性能和成熟度，并改进这一程序的结果
112、专用目标： 每一个过程域中都有一个或多个“专用目标” ，用于描述该过程域必须呈现的一些独有特征
113、共用目标： 每一个过程域中都有一个或多个“共用目标” ，用于描述实现制度化的该过程必须呈现的特征
114、专用实践： 每一个过程域中都有一个或多个“专用实践” ，这些专用实践被认为对于达到该过程域的专用目标是重要活动，即期望以专用实践所描述的活动，会导致达到一个过程域的专用目标
115、共用实践： 每一个过程域中都有一个或多个“共用实践” ，这些共用实践被认为对于达到该过程域相关的共用目标是重要活动
116、能力等级： 是指单一过程域中已达到的过程改善，能力等级是为了管理，对过程改善程序所设定的几个“台阶”
117、成熟度等级： 是指达到预先定义的一组过程域所有目标的一种过程改善等级
118、渐增式测试
非渐增式测试
119、面向对象设计
结构化分析
120、附加策略
抛弃策略
121、抽象
参数化抽象
122、模型 ：
瀑布模型
增量模型
喷泉模型
123、功能模型
动态模型
124、
125、
126、类：对具有相同数据和相同操作的一组相似对象的定义。
127、软件维护 :在软件已经交付使用之后 ,为了改正错误或满足新的需要而修改软件的过程 .
128、继承 :子类自动地共享基类中定义的数据和方法的机制 .
129、投资回收期 : 就是使累计的经济效果等于最初投资的需要的时间。
130、结构化分析方法 : 就是面向数据流自顶向下逐步求精进行需求分析的方法。
131、投资回收期：就是使累计的经济效果等于最初投资的需要的时间。
132、宽度：是软件结构内同一个层次上的模块总数的最大值。
133、事务流： 数据沿输入通路到达一个处理， 这个处理根据输入数据的类型在若干个动作序列中选出一个来
执行。这类数据流应该划分为一类特殊的数据流，称为事务流。
134、事件： 是某个特定时刻所发生的事情， 它是对引起对象从一种状态转换到另一种状态的现实世界中的事
件的抽象。
135、函数重载：指在同一作用域内的若干个参数特征不同的函数可以使用相同的函数名字。
136、扇出：是一个模块直接控制的模块数目。
137、纯收入 . 在整个生命周期内系统的累计经济效益（折合成现在值）与投资之差。
138、模块独立性 ：指每个模块只完成系统要求的独立的子功能（即：功能单一），并且与其他模块的联系
最少且接口简单（比如：只有一个接口）。
139、软件复用 ：将已有软件的各种有关知识用于建立新的软件，以缩减软件开发和维护的花费。
140、测试用例 ：为某个特殊目标而编制的一组测试输入、 执行条件以及预期结果， 以便测试某个程序路径
或核实是否满足某个特定需求
141、信息隐蔽 ：将每个程序的成分隐蔽或封装在一个单一的设计模块中 , 定义每一个模块时尽可能少
地显露其内部的处理
142、软件调试 ：软件测试成功后，根据错误迹象确定错误的原因和准确位置，并加以改正。
143、实体—关系图 描述系统所有数据对象的组成和属性，描述数据对象之间关系的图形语言。
144、软件维护的副作用 指由于维护或在维护过程中其他一些不期望的行为引入的错误 ,
145、软件过程 (software process) 软件开发人员为开发和维护软件及相关产品所实施的一系列步骤，这些步骤涉及方法、工具及人的组织和行为。
146、过程抽象 把完成一个特定功能的动作序列抽象为一个过程名和参数表，通过指定过程名和实际参数调用此过程 ;
147、水平原型 是指仅仅模拟目标软件系统某一层面 ( 通常是用户界面层 ) 的原型。
148、部署图 (deployment diagram) 描述软件系统运行环境的硬件及网络的物理体系结构。
149、垂直原型 是指模拟目标软件系统某一部分的多个层面的原型。 当目标系统的内部功能和用户界面都需要借助原型来确定时， 这类原型特别有用。 一般的进化性原型都属于垂直原型。
150、适应性维护 ：
是为适应环境的变化而修改软件的活动。
151、数据设计 是为在需求规格说明中定义的那些数据对象选择合适的逻辑表
152、异步消息 (Asynchronous Message) 表示消息源发出消息后不必等待消息处理过程的返回，即可继续执行自己的后续操作。
153、恢复测试 主要检查系统的容错能力。当系统出错时，能否在指定的时间间隔内修正错误并重新启动系统。
154、部件合成 是指将库中的软部件 (经适当修改后 ) 相互连接，或者将它们与当前开发项目中的软件元素相连接，最终构成新的目标软件
155、
156、
157、
158、
159、
160、
161、
162、
163、
164、
165、
166、
167、
168、
169、
170、
171、
172、
173、
174、
175、
176、
177、
178、
179、
180、
181、
182、
183、
184、
185、
186、
187、
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
新的目标软件
155、
156、
157、
158、
159、
160、
161、
162、
163、
164、
165、
166、
167、
168、
169、
170、
171、
172、
173、
174、
175、
176、
177、
178、
179、
180、
181、
182、
183、
184、
185、
186、
187、
[外链图片转存中…(img-ggSwqRmn-1714986805899)]
[外链图片转存中…(img-ubOIzvMm-1714986805899)]
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
441
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
