- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
.
软件工程基本概念
(1)软件 :是计算机系统中与硬件相互依存的另一部分, 它是包括程序、 数据及其相关文档的完整集合。
(2)软件工程 :开发、运行、维护和修复软件的系统方法。
(3)软件工程方法学 :通常把在软件生命周期全过程中使用的一整套技术的集合, 称为软件工程方法学。
(4)软件开发模型 :是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程,明
确规定要完成的主要活动、任务和开发策略。
(5)系统流程图 :描绘物理系统的一种传统工具,它的基本思想是用图形符号以黑盒子形式描绘系统里
面的每一个部件(程序、文件、数据库、表格、人工过程等) 。
(6)数据流图 (Data Flow Diagram ,DFD): 描绘系统的一种逻辑模型,图中没有任何具体的物理元素,
只是描绘信息在系统中流动和处理的情况。
(7)数据字典 (Data Dictionary, DD): 对于数据流图中所出现的所有被命名的图形元素作为一个词条加
以定义,使得每一个图形元素的名字都有一个确切的解释。
(8)模型 :对对象系统的形式化的特征抽象,概括性或近似地表示
(9)结构化分析方法 (Structured Analysis, SA):70 年代中期提出的一种面向数据流、 自顶向下、逐步求
精进行需求分析的方法。
(10) 模块 (module): 数据说明和可执行语句等程序对象的集合, 每个模块单独命名并且可以通过名字对
模块进行访问。
(11) 模块化设计 (modular design): 把大型软件按照规定的原则划分为一个个较小的、相对独立但又相
关的模块的设计方法。
(12) 深度 :软件中指模块的最大层数。
(13) 扇出 :软件中指一个模块直接调用的模块数。
(14) 扇入 :软件中指调用一个给定模块的模块个数。
(15) 宽度:软件中指同一层最大模块数。
.
.
(16) 信息隐藏 (Information Hiding): 模块内部的数据与过程, 应该对不需要了解这些数据与过程的模块
隐藏起来。
(17) 内聚:用于衡量一个模块内部各个元素间彼此结合的紧密程度。
(18) 耦合 :用于衡量不同模块彼此间互相依赖(连接)的紧密程度。
(19) 层次图 :也称 H 图,是在总体设计阶段最常使用的图形工具之一,它常用于描绘软件的层次结构。
层次图中的每个方框代表一个模块,方框间的连线表示模块间的调用关系。
(20) 结构化设计 :一种设计程序的技术, 它采用自顶向下逐步求精的设计方法和单入口、 单出口的控制
结构。
(21) 编码:就是把软件设计的结果翻译成计算机可以“理解”的形式——用某种程序设计语言书写的程
序。
(22) 测试 :为了发现程序中的错误而执行程序的过程。
(23) 白盒测试 :也称结构测试 / 开盒测试 /玻璃盒测试,是一种基于覆盖的测试方法;根据被测程序的逻
辑结构设计测试用例,检验产品内部动作是否按照规规格说明书的规定正常进行。
.
.
(24) 黑盒测试 :从用户观点, 按规格说明书要求的输入数据与输出数据的对应关系设计测试用例, 是根
据程序外部特征进行测试。
25) 穷尽测试 :包含所有可能情况的测试。
(26) 模块测试 :又称单元测试,发现编码和详细设计的错误。
(27) 验收测试 :由用户参与、使用实际数据来发现需求说明书中的错误的测试。
(28) 平行运行 :同时运行新开发出来的系统和将被取代的旧系统,以便比较新旧两个系统的处理结果。
(29) Alpha 测试 :用户在开发者的场所进行,并在开发者的指导下进行;
(30) Beta 测试 :在一个或多个用户场所进行,开发者不在现场。
(31) 软件维护 :为了改正错误或满足新的需要而修改软件的过程。
(32) 纠错性维护 :针对原有错误而进行的维护过程。
(33) 适应性维护 :针对硬件发展而进行的维护过程。
(34) 完善性维护 :针对功能扩展而进行的维护过程。
(35) 预防性
原创力文档


文档评论(0)