软件工程期末复习总结

第一章

1.开发软件不等于编写程序

2.软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

3.软件危机典型表现：

● 对软件开发成本和进度估计不准确。

● 用户对“已完成的”软件系统不满意甚至拒绝接受的现象经常发生。

● 软件产品的质量往往靠不住。

● 软件常常是不可维护的。

●软件通常没有适当的文档资料。

●软件成本在计算机系统总成本中所占的比例逐年上升

●软件开发生产率提高的速度，跟不上计算机应用迅速普及的趋势。

4.出现软件危机的主要原因：是对用户的要求没有完整准确的认识就匆忙着手编写程序，忽视软件需求分析，轻视软件维护。

5.软件是程序、数据及相关文档的完整集合。其中，程序是能够完成预定功能且具有预期性能的可执行的指令序列；数据是使程序能够适当地处理信息的数据结构；文档是开发、使用和维护程序所需要的图文资料。

6.消除软件危机：

1）把软件上升到软件工程，既要有技术措施（方法和工具），又要有必要的组织管理措施。2）应该开发和使用更好的软件工具

7.软件工程：把软件开发技术和管理技术融为一体的开发和维护软件的一门新兴学科。

8.软件工程基本原理：

1）有计划的开发和组织

2）定期评审

3）严格的产品控制

4）采用现代化的程序设计技术

5）结果详尽

6）开发人员少而精

7）不断改进

9.软件工程方法学：方法，工具，过程。

10.软件工程方法学：传统方法学，面向对象方法学。

11.软件生命周期由软件定义、开发和运行维护三个时期组成。

●软件定义包括（问题定义）、（可行性研究）和（需求分析）三个阶段。

●软件开发包括（概要设计），（详细设计），（编码和单元测试），（综合测试）。

●运行维护时期就是使软件长久地满足用户的要求，（软件维护），其中包括改正性维护，适应性维护，完善性维护，预防性维护。

12.通常使用软件生命周期模型来描述软件过程，

软件生命周期模型也称为软件过程模型。

软件过程模型包括（瀑布模型）（快速原型模型）（增量模型）（螺旋模型）（喷泉模型）。1）瀑布模型

（1）阶段间具有顺序性和依赖性

（2）推迟实现的观点

（3）质量保证的观点：

●每个阶段都必须完成规定的文档●每个阶段结束前都要对该阶段所完成的文

档进行评审

（4）有反馈环，可以随时进行问题反馈和补充。

瀑布模型的优点：

●它可强迫开发人员采用规范的开发方法（例如，结构化技术）。

●每个阶段必须提交文档。

●每个阶段所交出的一切产品都经过质量保证小组的仔细验证。

缺点：由文档驱动。

2）快速原型模型：不带反馈环的。这正是这种模型的主要优点：软件产品的开发基本上是线性顺序进行的。

3）增量模型分批向用户提交产品。

优点：●从第一个构件交付之日起，用户就能做一些有用的工作。

●可以使用户有较充裕的时间学习和适应新产品。

困难：在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。

第二章

1.结构化分析包括（问题定义、可行性研究、需求分析）

所谓“结构化”，即：把方法和工具标准化。

具体：●采用自顶向下功能分解的方法；

●强调逻辑功能而不是实现功能的具体方法；

●使用图形（数据流图）表达系统分析的结果

2.可行性研究的目的：用最小的代价在尽可能短的时间内确定问题的可行性。

可行性研究的目的不是解决问题，而是确定问题是否值得去解决。

（1）技术可行性

（2）经济可行性

（3）操作可行性

3可行性研究的成本只是预期的工程总成本的5%～10%。

4.可行性研究的过程

1. 复查系统规模和目标

2. 研究目前正在使用的系统

3. 导出新系统的高层逻辑模型

4. 进一步定义问题

5. 导出和评价供选择的解法

6. 推荐行动方针

7. 草拟开发计划

8. 书写文档提交审查

5.需求分析的任务

1. 确定对系统的综合要求

（1）功能要求（2）性能要求（3）运行要求（4）可靠性需求（5）出错处理需求

（6）接口需求（7）约束8）逆向需求（9）将来可能提出的要求

2. 确定对系统的数据要求

（1）导出系统的逻辑模型

（2）修正系统开发计划

6.与用户沟通的方法

1）原型开发法

2）访谈：正式的非正式的（情景分析）

3）简易的应用规格说明技术

7.需求分析过程

1. 沿数据流图回溯

2. 请用户复查

3. 细化数据流图

8.需求分析过程建立3种模型：（功能模型）（数据模型）（行为模型）。

9.四个方面验证软件需求

●一致性

●完整性

●现实性

●有效性

10.系统流程图描绘系统总体概貌，表明系统的关键功能。——物理模型

11.实体-联系图清晰明确地表达用户的数据要求。包含“实体（对象）”、“联系”和“属性”

其中联系：（1）一对一联系（1∶1）

（2）一对多联系（1∶N）

（3）多对多联系（M∶N）

12.数据流图：——逻辑模型

看仓库系统数据流图举例。。书P42

13.命名

1. 为数据流命名

●名字应代表整个数据流的内容。

●不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）。

●如果在为某个数据流（或数据存储）起名字时遇到了困难，则很可能是因为对数据流图分解不恰当。

2.为处理命名

●通常先为数据流命名，再为处理命名。

●名字应该反映整个处理的功能。

●名字最好一个及物动词，加一个宾语。

●通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则再分解成两个处理。

●如果在为某个处理命名时遇到困难，则重新分解。

14. 数据流图的用途

画数据流图的基本目的是利用它作为交流信息的工具,另一个主要用途是作为分析和设计的工具。

15.数据字典是关于数据的信息的集合，是对数据流图中包含的所有数据的定义的集合。

16.数据流图和数据字典共同构成系统的逻辑模型。没有数据字典准确地描述数据流图中使用的数据，数据流图就不严格。反之，没有数据流图，数据字典也难于发挥作用。只有把数据流图和对数据流图中每个数据的精确定义放在一起，才能共同构成系统的规格说明。17.数据字典的用途

1）数据字典最重要的用途是作为分析阶段的工具。（在数据字典中建立的一组严密一致的定义很有助于改进分析员和用户之间的通信），因此将消除许多可能的误解。2）。数据字典是开发数据库的第一步。

18.实现数据字典的途径

目前实现数据字典有三种常见的途径：全人工过程，全自动化过程（利用数据字典处理程序）和混合过程（用正文编辑程序，报告生成程序等已有的实用程序帮助人工过程）。

19.结构化设计技术的要点：

●软件系统由层次化结构的模块构成；

●模块是单入口单出口的；

●构造和联结模块的基本准则是模块独立；

●用图（主要是层次图或结构图）表达软件系统的结构，并使之与问题结构尽量一致。

20.通常把软件结构化设计划分为概要设计和详细设计。

21.概要设计的任务是设计实现软件的最佳方案流程图；

详细设计的任务是实现以下设计：过程设计、数据设计、接口设计。

●过程设计，即设计每个模块的实现算法；

●数据设计，即设计需要的数据结构；

●接口设计，即设计各模块之间、软件与系统之间以及软件与使用它的人之间的通信方式。

22.需求分析—得到—数据流图

概要设计：将数据流图—转换为—软件结构图。

详细设计：将软件结构图—转换为—代码

23.系统分析的基本任务是定义用户需要的软件系统，设计实现目标系统的具体方案。

体系结构设计的任务是确定程序由哪些模块组成以及这些模块相互间的关系。

24.总体设计过程：○1设想供选择的方案，○2选取合理的方案，○3推荐最佳方案，○4功能分解，○5设计软件结构，○6设计数据库，○7制定测试计划，○8书写文档，○9审查和复查。

25. 软件设计准则：模块化、抽象、逐步求精、信息隐藏和局部化、模块独立。

26.模块是由边界元素限定的相邻程序元素的序列。

模块化是把程序分成独立命名且可独立访问的模块。

模块独立：和其他模块之间没有过多的相互作用的模块。

模块独立的原因 ：一：有效的模块化容易开发，二：独立的模块容易测试和维护。

27.模块独立的两个度量标准：内聚，耦合。

28.耦合是模块之间语句的松散程度。

内聚是一个模块内部语句的紧密程度。

高内聚，低耦合

29.数据耦合——低耦合，至少必须存在，尽量使用。（可以只包含数据耦合）

控制耦合——只有控制信息

环境耦合——两个模块通过公共环境相互作用。

内容耦合——最高程度的耦合，（一个模块多个入口，代码重叠，一个模块访问另一个模块的内部）

30.耦合设计原则：

尽量使用数据耦合，少用控制耦合，限制公共环境耦合的范围，完全不用内容耦合。

31.低内聚：偶然内聚、逻辑内聚、时间内聚。

中内聚：过程内聚、通信内聚。

高内聚：顺序内聚、功能内聚、

功能内聚＞顺序内聚＞通信内聚＞过程内聚＞时间内聚＞逻辑内聚＞偶然内聚

32.启发规则（提高软件质量）：

1 提高模块独立性：低耦合、高内聚。

2 模块规模应该适中：通常不超过60行语句。

3 深度、宽度、扇出和扇入都应适当：

顶层扇出高：一个模块直接控制的模块数目（3到4）

底层扇入高：一个模块有多少个上级模块调用它。

4 模块的作用域应该在控制域之内

5 力争降低模块接口的复杂程度

6 设计单入口单出口的模块

7 模块功能应该可以预测

33.层次图：用来描绘软件的层次结构，一个矩形框表示一个模块，方框间的连线表示调用关系。HIPO 图是层次图加输入处理输出图。 34.构成软件结构图的六种原子模块：源模块（叶子模块）： (输入)

漏模块（叶子模块） 节（输出） 变换（叶子模块） (变换) 控制（根模块） 传入（枝）

传出（枝） y

x y x

y x y

x x x

35.面向数据流的设计方法把信息流映射成软件结构，——数据流图转换成软件结构图。

36.面向数据流的设计方法：步骤：1划边界，区分输入，变换，输出分支2完成第一级分解3完成第二级分解

37.信息流有两种类型：变换流，事务流。

变换流：处理完后离开系统，不具有显著的事务特点。

事务流：有明显的事务中心。

38.人机界面设计：系统响应时间、用户帮助设施、出错信息处理、命令交互。

人机界面设计指南：一般交互指南、信息显示指南、数据输入指南。

39.过程设计的工具：程序流程图、盒图（N —S 图）、PAD 图、判定树、判定表。

1.程序流程图：

开始或停止 处理 选择

输入输出 控制流 连接

2.盒图3PAD

4.判定表：当算法中包含多重嵌套的条件时，用判定表。

5.实现——编码和测试。（把用图形表示的算法用计算机语言实现）

6.编码就是把软件设计的结果翻译成用某种程序设计语言书写的程序。

7.软件测试的目标：（1）测试是为了发现程序中的错误而执行程序的过程；

（2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；

（3）成功的测试是发现了至今为止尚未发现的错误的测试。

8.软件测试的准则：

● 所有测试都应该能够追溯到用户需求。

● 应该在开始测试之前预先制定出测试计划。

● Pareto 原理告诉我们，测试所发现的错误中的80%很可能是由程序中20%的模块造成的。 ● 应该从“小规模”测试开始，逐步过渡到“大规模”测试。

● 穷举测试是不可能的。

● 为了达到最佳的测试效果，应该由独立的第三方来从事测试工作。

9.软件测试方法：白盒——测试程序内部结构。

黑盒——测试程序功能。

10测试步骤：模块测试，子系统测试，系统测试，验收测试，平行运行。

11.测试的三个阶段：单元测试、集成测试、确认测试。

12.单元测试：主要是白盒技术

测试重点：模块接口、局部数据结构、重要的执行通路、出错处理通路、边界条件。 测试方法；代码审查（人工测试），计算机测试。

注：代码审查的人员：组长（没有直接参与）、设计者、编写者、测试者。

所有条件 所有条件的组合 所有动作 所有条件对应的动作

13.集成测试：主要是黑盒技术

自顶向下集成、自底向上集成（渐增式测试、非渐增式测试）

14确认测试：Alpha、Beta测试。

Alpha：在开发者的场所进行，在开发者的指导下，用户进行测试。

Beta：最终用户在一个或多个客户场所进行，不在Beta测试的现场。

15.白盒测试技术：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖。

条件覆盖》判定覆盖》语句覆盖

16.黑盒测试技术：等价划分、边界值分析、错误推测法。

等价类划分规则：1。若规定了输入值的范围，则可划分出一个有效的等价类和两个无效的等价类。2. 若规定了输入数的个数，则可划分出一个有效的等价类和两个无效的等价类。

3.若规定了输入数的一组值，则每个允许的输入值就是一个有效的等价类，还有一个无效的等价类

4.若规定了输入数据为整型，则可划分为三类

5.若规定了是表格，则应使用空表或含一项或多项的表。

17.调试途径：蛮干法、回溯法、原因排除法、

18软件维护：所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。

其中包括1. 改正性维护2. 适应性维护3. 完善性维护4. 预防性维护

19.决定软件可维护性的因素：可理解性、可测试性、可修改性、可移植性、可重用性。

20.判断闰年：能被4整除，不能被100 整除。或能被400 整除。

软件工程复习资料

软件概念:与计算机系统操作有关的程序、数据以及相关文档的完整集合 软件特点:逻辑实体、智力产品，制造即拷贝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）便于测试和维护，减少修改影响向外传播的范围模块化、信息隐藏，局部化是什么关系局部化与信息隐藏是一对密切相关的概念。局部化就是指将一些使用上密切相关的元素尽可能放在一起。对一个模块来说，局部化是期望模块所使用的数据尽可能是在模块内部定义的。因此，局部化意味着减少模块之间的联系，有助于实现模块之间的信息隐藏。在软件测试和维护期间经常需要修改一些模块的内容。信息隐藏和局部化降低了模块之间的联系，使得在修改一个模块时对其他模块的影响降到最低。“隐藏”的意思是，有效的模块化通过定义一组相互独立的模块来

软件工程重点整理

软件工程重点 （吐血整理——林新发） 红色的是重点中的重点 前面数字是课本页码 第一章概论 1 什么是计算机软件 计算机软件指计算机系统中的程序及其文档 3软件的特点 （1）软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进度难以准确地估算 （2）软件是被开发的或被设计的，它没有明显的制造过程，一旦开发成功，只需复制即可，但其维护的工作量大 （3）软件的使用没有硬件那样的机械磨损和老化问题 4软件的分类 （1）系统软件（如操作系统、编译程序等）、 （2）支持软件（如数据库管理系统、网络软件、软件开发环境等）、 （3）应用软件（如实时软件、嵌入式软件、科学和工程计算软件、事务处理软件、人工智能软件等） 6软件工程定义 软件工程是应用计算机科学、数学及管理科学等原理，以工程化的原则和方法制作软件的工程 7生存周期 软件有一个孕育、诞生、成长、成熟、衰亡的生存过程。这个过程即为计算机软件的生存周期 软件生存周期大体可分为如下几个活动：计算机系统工程、需求分析、设计、编码、测试、运行和维护 12能力成熟度模型CMM（了解一下） 初始级、可重复级、已定义级、已管理级、优化级 18瀑布模型（重） 系统工程、需求分析与规约、设计与规约、编码与单元测试、集成测试系统测试、运行与维护 第二章系统工程 41系统工程的任务 （1）识别用户的要求，确定待开发软件的总体要求和范围，

（2）系统建模和模拟 （3）进行成本估算，做出进度安排 （4）进行可行性分析，即从经济、技术、法律等方面分析待开发的软件是否有可行的解决方案，并在若干个可行的解决方案中作出选择。 （5）生成系统规格说明书 42可行性分析 （1）经济可行性（成本、效益、货币的时间价值、投资回收期、纯收入） （2）技术可行性（风险分析、资源分析、技术分析） （3）法律可行性 第三章需求工程 48软件需求 指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 包括：功能需求、性能需求、用户或人的需求、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密要求、可靠性需求、软件成本消耗与开发进度需求、其他非功能需求 50需求获取方法与策略（重） 建立顺畅的通信途径、访谈与调查、观察用户操作流程、组成联合小组、用况 51 图3.2 53 创建用况模型的主要步骤 (1)确定谁会直接使用该系统，即参与者（Actor） (2)选取其中一个参与者 (3)定义该参与者希望系统做什么，参与者希望系统作的每件事将成为一个用况 (4)对每件事来说，何时参与者会使用系统，通常会发生什么，这就是用况的基本过程 (5)描述该用况的基本过程 54需求分析原则（重） 1．必须能够表示和理解问题的信息域 2．必须能够定义软件将完成的功能 3．必须能够表示软件的行为(作为外部事件的结果) 4．必须划分描述数据、功能和行为的模型，从而可以分层次地揭示细节

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

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

软件工程知识点总结

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

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

软件工程导论复习知识点

一、软件: 软件定义: 软件=程序+文档+数据 软件特点: 1、具有抽象性 2、没有明显的制造过程 3、软件的维护比硬件的维护要复杂得多 4、对计算机系统有着不同程度的依赖性 5、尚未完全摆脱手工艺的开发方式 6、软件本身是复杂的 7、软件成本相当昂贵 8、相当多的软件工作涉及到社会因素软件的发展: 程序设计、程序系统、软件工程 软件危机: 软件危机指的是软件开发和维护过程中遇到的一系列严重问题。 软件危机的问题: 如何开发软件,怎样满足对软件的日益增长的需求;如何维护数量不断膨胀的已有软件。 软件危机表现: 1.开发成本难以控制,进度不可预计; 2.软件系统的质量和可靠性很差,难以满意; 3.软件文档相当缺乏,软件系统不可维护; 4.软件开发生产率很低,软件产品供不应求。 5.软件产品成本十分昂贵。

软件危机产生原因: 1、软件本身的特点 2、对软件开发与维护存在许多错误认识和做法 3、软件开发与维护的方法不正确 解决软件危机途径: 1、将软件开发看成是一种组织严密、管理严格、各类人员协同配合共同完成的工程项目。 2、研究和推广成功的软件开发技术和方法。 3、开发和使用好的软件工具。 软件生命周期: 软件所经历的定义、开发、使用和维护直到废弃所经历的时期。 程序设计环境: 源程序编辑,编译或解释,链接,调试和运行工具的集合 软件工程环境: 软件定义,设计和实现,测试和维护等各个阶段所使用的软件工具的集合 二、软件工程: 软件工程定义: 研究如何应用一些科学理论和工程上的技术来指导软件的开发,用较少的投资获得高质量的软件的一门学科。 软件工程性质: 涉及计算机科学、工程科学、管理科学、数学等领域,着重于如何建造一个软件系统。用工程科学中的观点来进行费用估算、制定进度、制定计划和方案。用管

软件工程学习心得作业

软件工程作业

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

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

软件工程知识点汇总

软件工程知识点汇总 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.需求分析和定义 在软件项目进行过程中，需求分析是从软件定义到软件开发的关键步骤，是今后软件，开发的基本依据，同时也是用户对软件产品进行验收的基本依据。需求分析和定义是以用

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

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

大连理工大学城市学院软件工程导论期末考试复习重点

软件工程导论重点 第一章重点： 软件的概念：软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合。 软件危机概念：软件危机暴发于上个世纪六十年代末。 主要表现为：软件的发展速度远远滞后于硬件的发展速度，不能满足社会日益增长的软件需求。软件开发周期长、成本高、质量差、维护困难。 软件工程概念： 概括地说，软件工程是指导计算机软件开发和维护的工程学科。 采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。 软件工程的目标： 软件工程的目标是运用先进的软件开发技术和管理方法来提高软件的质量和生产率，也就是要以较短的周期、较低的成本生产出高质量的软件产品，并最终实现软件的工业化生产。 基本目标： 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发工作，及时交付使用 软件生存期概念和包含内容： 软件也有一个孕育、诞生、成长、成熟和衰亡的生存过程，我们称这个过程为软件生命周期或软件生存期。 软件生存期分为三个时期 软件定义 软件开发 运行维护

软件工程的方法： 软件工程包含技术和管理两方面的内容，是技术和管理紧密结合所形成的工程学科。 通常将软件开发全过程中使用的一整套技术方法的集合称为方法学(methedology)，也称为范型(paradigm)。 目前使用最广泛的软件工程方法学：传统方法学（结构化方法学），面向对象方法学。 软件工程三要素： 三要素：方法、工具和过程。 第二章重点： 生存期模型有哪些： ?瀑布模型 ?快速原型模型 ?增量模型 ?螺旋模型 ?喷泉模型 ?统一过程 ?基于构件的开发模型 ?敏捷过程 前四种面向过程后四种面向对象 给一个模型，判断出是哪一模型的 第三章重点： 结构化分析方法的概念： 传统的分析建模方法称为结构化分析（structured analysis，SA）方法。 三大建模：（未完待续！！！） 功能建模： 功能建模的思想就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。功能模型

软件工程基础知识点总结

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

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

软件工程知识点总结

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

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

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

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

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

软件工程复习知识点

软件工程复习知识点 1. 软件危机的概念，内容，原因及消除的途径; 软件危机的概念： 软件危机是指在计算机软件的开发和维护过程中遇到的一系列严重问题。 概括地说，软件危机包含两方面问题：如何开发软件，以满足对软件日益增长的需求； 如何维护数量不断膨胀的已有软件。 软件危机产生的原因： 软件本身的复杂性、难衡量的特点；2.软件开发与维护的方法不正确。 消除软件危机的途径： （1）对计算机软件应当有一个正确的认识；（2）应当有组织、有计划、通过严格的管理手段进行软件的开发；

（3）及时总结软件开发的成功技术和方法并加以推广； （4）开发和使用更好的软件工具； 总之，为了解决软件危机，既要有技术措施，又要有必要的组织管理措施。 2. 软件工程的定义，基本原理； 定义：软件工程是指导计算机软件开发和维护的一门工程学科

基本原理：软件工程的7条基本原理： (1)用分阶段的生命周期计划严格管理 (2)坚持进行阶段评审 (3)实行严格的产品控制 (4)采用现代程序设计技术 (5)结果应能清楚地审查 (6)开发小组的人员应该少而精 (7)承认不断改进软件工程实践的必要性 3. 软件工程方法学的基本概念、内容; 基本概念：把在软件生命周期全过程中使用的一整套开发和管理技术方法的集合成为软件工程方法学，也称为范型。软件工程方法学包含3个要素：方法、工具和过程。 内容：目前使用得最广泛地软件工程方法学，分别是传统方法学和面向对象方法学。传统方法学也称为生命周期方法学或结构化范型。 4. 软件生命周期的具体内容，每一个阶段的任务是什么？结合具体的工程例子 来理解做软件项目主要分那几个个阶段。 ①问题定义：确定要求解决的问题是什么 ②可行性研究：决定该问题是否存在一个可行

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

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、什么是“软件生命周期模型”，常用的软件生命周期模型有哪些？软件生命周期由哪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、简述实用软件测试的流程？