高级软件工程标准答案解释.doc

一、解释下列概念 学科:相对独立的知识体系。 方法:实现一个目标或做某事的方式、技巧、技术或系统化过程。 方法学：对某个知识领域探索知识的原则或方法而作的系统分析。 模型：对现实（事物或实体）的简化（或抽象）表示。模型是抽象 的产物！ 视图：在SQL中：和物理表相对应，临时性的虚表。在MVC软件架构 模式中：图形界面。在软件工程中：指从系统的令人感兴趣的 视点依某种视角，通过压缩细节，只保留必要的元素而形成的 简洁的系统表示模型。即，视图是模型的某一选定刻面即简洁 表示。 概念模型：是对真实世界中问题域内的事物的描述，不是对软件设计 的描述。概念模型=功能模型+结构模型+行为模型。 组件：系统的一个物理实现块。 框架：是整个或部分系统的可重用设计，表现为一组抽象构件及构件 实例间交互的方法。 架构：存储在Active Directory 中的对象类别和属性的描述。对于每 一个对象类别来说，该架构定义了对象类必须具有的属性，它 也可以有附加的属性，并且该对象可以是它的父对象。 信息域：一系列关联信息的集合而形成的一个领域。 用例：对一组动作序列的描述，系统执行这些动作将产生对特定的参 与者有价值而且可观察的结果。 实体对象：具有图形表示的数据库对象。 软件体系结构：是一组体系结构元素的特定组织形式。体系结构元素 分为3类：负责完成数据加工的处理元素；作为被加 工的信息的数据元素；把体系结构的不同部分连接到 一起的连接元素。 ORM:对象-关系映射，主要实现程序对象到关系数据库数据的映射。 简答题 2.1 什么是模型？为什么要建立模型？建模的原则是什么？ 模型：对现实（事物或实体）的简化（或抽象）表示。模型是抽象的产物！ 为什么建模（软件建模）？ 清楚、准确、可视地说明与定义系统的结构与行为的方法(简化问题复杂度, 分析定义)； 作为指导系统构造的基础与模板(设计基础)； 作为涉众（stakeholder利益相关者）交流的工具与成果(交流)； 对分析与决策的结果规范化、文档化(成果)。 建模原则((不同程度、细度、粒度、维度)): 仅当需要模型时，才够建（按需构建） 选择要创建什么模型，对如何动手解决问题和如何形成解决方案有着意义深远的影响。（选择构建） 可以在不同的精度级别上表示每一种模型。(分层构件) 最好的模型是与现实相联系的（一致构建） 单个模型或视图是不充分的。对每个重要的系统最好用一组几乎独立的模型从多个视角去处理。这些视图一起从整体上描绘了软件蓝图（组合构建。功能、结构、行为模型） 尽可能使用草图讨论，重要程度不足的草图模型直接入文档，重要性高的图使用CASE工具绘制成蓝图入文档。 每个模型应配有必要的文字说明(数据字典)。 2.2 什么是问题域和系统责任？举例说明其区别与联系？ 问题域（问题空间）：待开发系统的应用领域，即在客观世界中由该系统处理的业务范围。 如要为银行开发一个业务处理系统，银行就是这个系统的问题域。银行的日常业务（如金融业务、个人储蓄、国债发行、投资管理等）、行政管理及与此有关的人和物都属于问题域。 系统责任：被开发系统应具有的职能。 1．（数据/属性属于系统责任范畴-存储/记录功能） 2．系统责任和问题域语义上有很大部分是重叠的，但有区别。如前述银行业务处理系统，银行就是这个系统的问题域，银行的日常业务（如金融业务、个人储蓄、国债发行和投资管理等）、行政管理及与此有关的人和物都属于问题域。尽管银行内部的行政管理属于问题域，但是在当前的这个业务处理系统中并不属于系统责任。 另一方面，像对计算机信 息的定期备份这样的功能属于系统责任，但不属于问题域。 识别对象的系统责任需要合理的抽象：例如， 开发图书馆管理系统和开发书店图书销售管理系统均涉及书籍对象。但抽象却不同：前者要设计一个BOOK类，且每本书均为该类的一个对象，因为系统要记录每本书借给哪个读者；后者中，只需把同一版本的一种书看成一个对象类，并记录其书名、数量、单价等信息即可。 2.4 什么是方法？它有哪些构成要素？ 方法：实现一个目标或做某事的方式、技巧、技术或系统化过程。 方法构成：基本概念+原理+运用过程+检验/评价标准+实例。 2.5 什么是软件模型视图？建模时创建哪些视图？（多视角建模） 软件工程中：指从系统的令人感兴趣的视点依某种视角，通过压缩细节，只保留必要的元素而形成的简洁的系统表示模型。即，视图是模型的某一选定刻面即简洁表示。 表2-1 模型视图