自考软件工程名词解释.docVIP

一、术语解释 1.过程域:是一个业务域中一束相关实践，当它们一起得以实现时，就满足被认为对该过程域的改善具有重要作用的一组条件。 2.过程改善:是指人为设计的一个活动程序，其目的是改进组织的过程性能和成熟度，并改进这一程序的结果 3.专用目标:每一个过程域中都有一个或多个“专用目标”，用于描述该过程域必须呈现的一些独有特征 4.共用目标:每一个过程域中都有一个或多个“共用目标”，用于描述实现制度化的该过程必须呈现的特征 5.专用实践:每一个过程域中都有一个或多个“专用实践”，这些专用实践被认为对于达到该过程域的专用目标是重要活动，即期望以专用实践所描述的活动，会导致达到一个过程域的专用目标 6.共用实践:每一个过程域中都有一个或多个“共用实践”，这些共用实践被认为对于达到该过程域相关的共用目标是重要活动 7.能力等级:是指单一过程域中已达到的过程改善，能力等级是为了管理，对过程改善程序所设定的几个“台阶” 8.成熟度等级:是指达到预先定义的一组过程域所有目标的一种过程改善等级 9. 软件:软件是指计算机系统中的程序及其文档 10. 软件工程:软件工程是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满足用户要求的软件产品的工程，或以此为研究对象的学科 11. 软件危机:软件生产率、软件质量远远满足不了社会发展的需求，成为社会，经济发展的制约因素，人们通常把这一现象称为“软件危机” 12. 软件危机:软件生产率、软件质量远远满足不了社会发展的需求，成为社会，经济发展的制约因素，人们通常把这一现象称为“软件危机” 13. 软件需求:软件需求以一种技术形式，描述了一个产品/系统应该具有的功能、性能和其它性质。 14. 功能需求:功能需求规约了系统或系统构件必须执行的功能 15. 非公能需求:非公能需求是性能、外部接口、设计约束和质量属性这4类需求的统称 16. 需求规约:需求规约是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产品/系统的概念模型 17. 需求分析:一般来说，分析是系统地使用信息，对一个问题的估算。软件需求分析是这一概念的特化，即系统化地使用“数据流”、“加工”、“数据存储”、“数据源”和“数据潭”等术语所表达的信息，对待建系统“是什么”给出一个估算――系统概念模型 18. 软件设计:在需求分析的基础上，定义满足需求所需要的结构，即针对给定的问题，给出该问题的软件解决方案，确定“怎么做”的问题。 19. 数据流图:表达功能模型的工具，即数据流图（Dataflow Diagram） 简称DFD图，简单的说，DFD图是一种描述数据变换的图形化工具，其中饮食的元素可以是数据流、数据存储、加工、数据源和数据潭等。 20. 变换型数据流图:具有较明显的输入部分和变换（主加工）部分之间的界面变换部分和输出部分之间界面的数据流图。 21. 事务型数据流图:数据到达一个加工T，该加工T根据输入数据的值，在其后的基干动作序号（称为一个事务）中选出一个来执行。 22. 模块:执行一个特殊任务的一个过程以及相关的数据结构。 23. 类及其属性和操作:类是一组具有相同属性、操作、关系和语义的对象的描述。类的属性是类的一个命名特征，该特征是由该类的所有对象所共享、用于表达对象状态的数据 24. 接口:是操作的一个集合，其中每个操作描述了类、构件或子系统的一个服务 25. 关联及其链:关联是类目之间的一种结构关系，是对一组具有相同结构、相同链的描述。链是对象之间具有特定语义关系的抽象。 26. 泛化:活佛是一般性类目（称为超类或父类）和它的较为特殊性类目(称为子类)之间的一种关系，有时称为”is a kind of ”关系。 27. 聚合:聚合是关联的一种特殊形式，表达的是一种“整体/部分”关系。 28. 依赖:依赖是一种使用关系，用于描述一个类目使用另一个类目的信息和服务。 29. 软件测试:有规程地发现错误的过程，其中错误（ERROR）:与所期望的设计之间的偏差，该偏差可能产生不期望的系统行为或失效。失效(FAILURE):与所规约的系统执行之间的偏差。失效是系统故障或错误的后果。故障（FAULT）:导致错误或失效的不正常条件。故障可以是偶然性的或是系统性的。 30. 测试用例:为了发现程序中的故障而专门设计的一组数据或脚本 31. .测试覆盖率:定量描述一个或一组测试的效率 32. 软件生存周期过程:软件生存周期是软件产品或系统的一系列相关活动的全周期。从形成概念开妈，历经开发、交付使用、在使用中不断修订和演化，直到最后被淘汰，让位于新的软件产品。 33. 软件生存周期模型:是一个包括软件产品开发、运行和维护中有关过程、活动和任务的框架，覆盖了从该系统的需求定义到系统的使用终止。 34. 过程管理:过程规则