软件需求分析复习提纲课件.doc

《软件需求分析复习提纲课件.doc》由会员分享，可在线阅读，更多相关《软件需求分析复习提纲课件.doc（20页珍藏版）》请在三一办公上搜索。

1、一、选择类1、封装是指把对象的（A ）结合在一起，组成一个独立的对象。A属性和操作B信息流C消息和事件数据的集合2、封装是一种（C ）技术，目的是使对象的生产者和使用者分离，使对象的定义和实现分开。工程化系统维护信息隐蔽产生对象3、面向对象方法中的（D）机制是子类可以自动地拥有复制父类全部属性和操作。约束对象映射信息隐蔽继承4、使得在多个类中能够定义同一个操作或属性名，并在每一个类中有不同的实现的一种方法（B ）。A继承 B多态性 C.约束D.接口5、UML 的软件以（A）为中心，以系统体系结构为主线，采用循环、迭代、渐增的方式进行开发。 A. 用例B.对象C.类 D.程序6、UML 的 （B

2、 ）模型图由类图、对象图、包图、构件图和配置图组成。 A. 用例 B. 静态C. 动态 D. 系统7、UML的 （C ）模型图由活动图、顺序图、状态图和合作图组成。 A. 用例B. 静态C. 动态 D.系统8、UML的最终产物就是最后提交的可执行的软件系统和（D）。A用户手册.类图.动态图.相应的软件文档资料9、在UML的需求分析建模中，（B）模型图必须与用户反复交流并加以确认。.配置.用例.包.动态10、可行性研究分析包括经济可行性分析、技术可行性分析和（B ）。A.风险可行性分析 B.法律可行性分析 C.资源可行性分析D.效益可行性分析11、UML的客户分析模型包括（A ）模型、类图、对象

3、图和活动图组成。A.用例B.分析C.属性D.系统12、UML客户需求分析使用的CRC卡上“责任”一栏的内容主要描述类的（C ）和操作。A.对象成员B.关联对象C.属性D.私有成员13、UML客户需求分析产生的系统模型描述了系统的（D ）A.状态B.体系结构C.静态模型D.功能要求14、在UML的需求分析建模中，用例模型必须与（ B ）反复交流并加以确认。A.软件生产商B.用户C.软件开发人员D.问题领域专家15、在UML的需求分析建模中，对用例模型中的用例进行细化说明应使用（ A ）。A.活动图 B.状态图 C.配置图 D.构件图16、活动图中的分劈和同步接合图符是用来描述（A ）A.多进程的

4、并发处理行为B.对象的时序 C.类的关系D.系统体系结构框架17、UML的系统分析进一步要确立的三个系统模型的是（B ）、对象动态模型和系统功能模型。A数据模型B对象静态模型对象关系模型D体系结构模型18、UML的客户需求分析、系统分析和系统设计阶段产生的模型，其描述图符（B）。A完全相同B完全不同C不可以通用D稍有差异19、类和对象都有属性，它们的差别是：类描述了属性的类型，而对象的属性必须有（C ）。A正负号 B动作 C具体值 D私有成员20、UML系统分析阶段产生的包图描述了系统的（B ）。A状态 B系统体系层次结构C静态模型 D功能要求21、设计模式在面向对象系统设计中是（B ）的一种

5、形式。A软件调用 B设计方法 C子系统D软件复用22、“对象容器”设计模式对有限的对象进行管理，它不能（B ）。（ ）A查找对象B修改对象C创建对象D删除对象23、UML系统设计的一般步骤包括系统对象设计、系统体系结构设计和系统设计的（ C ）。A、建模 B、完善 C、优化 D、迭代24、顺序图和合作图主要用与对用例图中（ B ）的建模，用他们来描述用例图的行为。A、数据流 B、控制流 C、消息流 D、数据字典25、顺序图的模型元素有（A ）、消息、链接等，这些模型元素表示某个用例中的若干个对象和对象之间所有传递的消息，来对系统的行为建模。A、对象 B、箭线 C、活动 D、状态26、顺序图描述

6、（ D ）对象之间消息的传递顺序。A、某个 B、单个 C、一个类产生的 D、一组27、顺序图和合作图建立了UML面向对象开发过程中的对象动态（ A ）模型.A、交互 B、状态 C、体系结构 D、软件复用28、状态图可以表现（ B ）在生存期的行为、所经历的状态序列、引起状态转移的事件以及因状态转移引起的动作。A、一组对象 B、一个对象 C、多个执行者 D、几个子系统29、状态图描述一个对象在不同（ A ）的驱动下发生的状态迁移。A、事件 B、对象 C、执行者 D、数据30、一个（ D ）迁移图符可以有多个源状态或目标状态，他们可以把一个控制分解为并行运行的并发线程，或将多个并发线程结合成单个线

7、程.A、状态 B、对象 C、活动 D、同步并发31、活动图中动作状态之间的迁移不是靠（ B ）触发的，当活动（动作）状态中的活动完成时迁移就被触发。A、对象 B、事件 C、执行者 D、系统32、状态图和活动图建立了UML面向对象开发过程中的对象动态（ B ）模型。A、交互 B、状态 C、体系结构 D、软件复用33、系统体系结构式用来描述系统各部分的结构、结构以及他们用于通信的（ A ）。A、一种机制 B、形式 C、原理 D、结构34、UML可以描述硬件之间的互联关系，也能描述硬件单元上的（B）系统的分布。A、对象 B、软件 C、系统体系结构 D、数据35、（ B）是对系统的用例、类、对象、结构

8、以及相互间的交互和协作进行描述。A、系统体系结构 B、软件体系结构 C、硬件系统体系结构 D、系统框架36、（ D ）要对系统的构件、结点的配置进行描述。A、软件系统体系结构 B、系统体系结构 C、系统架构 D、硬件系统体系结构37、（ A ）是软件系统体系结构中定义的概念和功能在物理体系结构中的实现。A、构件 B、结点 C、软件 D、模块38、（ C ）由结点和结点之间的联系组成，描述了处理器、设备和软件构件欲行时的体系结构。A、构件图 B、状态图 C、配置图 D、顺序图39、（ D ）的基本元素有结点、构件、对象、连接、依赖等。A、构件图 B、状态图 C、顺序图 D、配置图试题（1）在关于

9、用例（uses case）的描述中，错误的是 （1） 。（1）A用例将系统的功能范围分解成许多小的系统功能陈述B一个用例代表了系统的一个单一的目标C用例是一个行为上相关的步骤序列D用例描述了系统与用户之间的交互试题（1）分析用例是一个行为上相关的步骤序列，既可以是自动的也可以是手工的，其目的是完成一个单一的业务任务。用例将系统功能范围分解成许多小的系统功能陈述。一个用例代表了系统的一个单一的目标，描述了为了实现此目标的活动和用户交互的一个序列。用例是一种描述和记录系统需求的技术。一个用例本身并不是一个功能需求，但用例所讲述的场景包含了一个或者多个需求。参考答案（1）D试题（2）、（3）在用例建

10、模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为 （2） 。在UML的用例图上，将用例之间的这种关系标记为 （3） 。（2）A扩展用例B抽象用例C公共用例D参与用例（3）AassociationBextendsCusesDinheritances试题（2）、（3）分析用例之间的关系包括：关联关系、扩展关系、使用（或包含）关系、依赖关系和继承关系。关联关系是一个参与者与一个用例发生交互的关系。一个用例可能会包含由几个步骤组成的复杂功能，使用例难以理解。为了简化用例，使其更容易理解，通常可以将较复杂的步骤提取成专门的用例，这样得到的用例称为扩展用例，

11、它扩展了原始用例的功能。扩展用例与其他扩展用例之间的关系称为扩展关系。在UML中，每个扩展关系标记为“”。如果几个用例执行了同样的步骤，最好把这些公共步骤提取成独立的用例，称为抽象用例。抽象用例代表某种形式的“复用”，是降低用例之间冗余的工具。抽象用例可以被另一个需要使用其功能的用例访问。抽象用例和使用它的用例之间的关系称为使用（或包含）关系。在UML中，使用关系标记为“”。依赖关系用来表示系统的用例之间的依赖性，在UML中，依赖关系标记为“”。参考答案（2）B （3）C试题（4）（6）UML提供了4种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中 （4） 是面向对象系统建模中

12、最常用的图，用于说明系统的静态设计视图；当需要说明系统的静态实现视图时，应该选择 （5） ；当需要说明体系结构的静态实施视图时，应该选择 （6） 。（4）A. 构件图B. 类图C. 对象图D. 部署图（5）A. 构件图B. 协作图C. 状态图D. 部署图（6）A. 协作图B. 对象图C. 活动图D. 部署图试题（4）（6）分析UML提供了4种结构图用于对系统的静态方面进行可视化、详述、构造和文档化，它们分别是： 类图。类图显示了一组类、接口、协作以及它们之间的关系。在面向对象系统建模中类图是最常用的图，用于说明系统的静态设计视图。 对象图。对象图显示了一组对象以及它们之间的关系。用对象图说明在

13、类图中所发现的事物实例的数据结构和静态快照。 构件图。构件图显示了一组构件以及它们之间的关系。用构件图说明系统的静态实现视图。 部署图。部署图显示了一组节点以及它们之间的关系。用部署图说明体系结构的静态实施视图。参考答案（4）B （5）A （6）D试题（16）假设甲、乙两人合作开发了某应用软件，甲为主要开发者。该应用软件所得收益合理分配后，甲自行将该软件作为自己独立完成的软件作品发表，甲的行为 （16） 。（16）A. 不构成对乙权利的侵害B. 构成对乙权利的侵害C. 已不涉及乙的权利D. 没有影响乙的权利试题（16）分析未经合作者的同意将与他人合作开发的软件当作自己独立完成的作品发表，此种侵

14、权行为发生在软件作品的合作开发者之间。作为合作开发的软件，软件作品的开发者身份为全体开发者，软件作品的发表权也应由全体开发者共同行使。如果未经其他开发者同意，又将合作开发的软件当作自己的独创作品发表，即构成侵权行为。参考答案（16）B试题（17）甲公司从市场上购买丙公司生产的部件a，作为生产甲公司产品的部件。乙公司已经取得部件a的中国发明专利权，并许可丙公司生产销售该部件a。甲公司的行为 （17） 。（17）A. 构成对乙公司权利的侵害B. 不构成对乙公司权利的侵害C. 不侵害乙公司的权利，丙公司侵害了乙公司的权利D. 与丙公司的行为共同构成对乙公司权利的侵害试题（17）分析丙公司生产的关键部

15、件a，未经乙公司许可，属于侵权产品。对于侵权产品不存在专利权“权利用尽”的问题。因此，乙公司有权制止甲公司使用丙公司生产的关键部件a。甲公司的行为构成对乙公司专利权中的“使用权”的侵害，应承担相应的法律责任。如果，乙公司可以证明甲公司在购买、使用丙公司生产的关键部件a的过程中存在过错，有权要求甲公司给予损害赔偿。不需要经过乙公司的许可，依据是专利法第六十三条第一款第（一）项。丙公司生产的关键部件a是经过乙公司许可的合法产品，该产品出售以后，乙公司作为专利权人对该产品的专利权已经“用尽”。参考答案（17）B试题（18）、（19）以下关于信息库（Repository）的叙述中，最恰当的是 （18）

16、 ； （19） 不是信息库所包含的内容。（18）A. 存储一个或多个信息系统或项目的所有文档、知识和产品的地方B. 存储支持信息系统开发的软件构件的地方C. 存储软件维护过程中需要的各种信息的地方D. 存储用于进行逆向工程的源码分析工具及其分析结果的地方（19）A. 网络目录B. CASE工具C. 外部网接口D. 打印的文档试题（18）、（19）分析信息库（Repository）是系统分析员、系统设计人员和系统构造人员保存与一个或多个系统或项目有关的文档的地方。可以为单个项目建立一个信息库，也可以使所有项目和系统共享一个信息库。信息库通常包括以下内容： 一个网络目录，目录中存储了字处理软件、电

17、子表格软件以及其他含有项目信件、报告和数据的计算机文件； 一个或多个CASE工具目录或百科全书； 打印的文档； 一个到上述组件的内联网网站接口。参考答案（18）A （19）C试题（20）若要重构一个在功能上和性能上更为完善的改进的软件，可以使用 （20） 。（20）A. 逆向工程工具B. 程序切片工具C. 程序理解工具D. 再工程工具试题（20）分析用来辅助软件开发、运行、维护、管理，支持等过程中的活动的软件称为软件工具。逆向工程工具辅助软件人员将某种形式表示的软件（源程序）转换成更高抽象形式表示的软件。这种工具力图恢复源程序的设计信息，使软件变得更容易理解。再工程工具用来支持重构一个功能和性

18、能更为完善的软件系统。目前的再工程工具主要集中在代码重构、程序结构重构和数据结构重构等方面。参考答案（20）D试题（21）、（22）下列要素中，不属于DFD的是 （21） 。当使用DFD对一个工资系统进行建模时， （22） 可以被认定为外部实体。（21）A. 加工B. 数据流C. 数据存储D. 联系（22）A. 接收工资单的银行B. 工资系统源代码程序C. 工资单D. 工资数据库的维护试题（21）、（22）分析数据流图或称数据流程图（Data Flow Diagram，DFD）是一种便于用户理解、分析系统数据流程的图形工具。它摆脱了系统的物理内容，精确地在逻辑上描述系统的功能、输入、输出和数据

19、存储等，是系统逻辑模型的重要组成部分。DFD由数据流、加工、数据存储和外部实体4个要素构成。外部实体是指存在于软件系统之外的人员或组织，它指出系统所需数据的发源地和系统所产生数据的归宿地。因此选项B、C、D都不符合外部实体的定义。参考答案（21）D （22）A试题（23）（25）软件的维护并不只是修正错误。为了满足用户提出的增加新功能、修改现有功能以及一般性的改进要求和建议，需要进行 （23） ，它是软件维护工作的主要部分；软件测试不可能揭露旧系统中所有潜在的错误，所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为 （24） ；为了改进软件未来的可维护性或可靠性，或者为了给未

20、来的改进提供更好的基础而对软件进行修改，这类活动称为 （25） 。（23）A. 完善性维护B. 适应性维护C. 预防性维护D. 改正性维护（24）A. 完善性维护B. 适应性维护C. 预防性维护D. 改正性维护（25）A. 完善性维护B. 适应性维护C. 预防性维护D. 改正性维护试题（23）（25）分析软件的维护并不只是修正错误。为了满足用户提出的增加新功能、修改现有功能以及一般性的改进要求和建议，需要进行完善性维护，它是软件维护工作的主要部分；软件测试不可能揭露旧系统中所有潜在的错误，所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为改正性维护；为了改进软件未来的可维护性

21、或可靠性，或者为了给未来的改进提供更好的基础而对软件进行修改，这类活动称为预防性 维护。参考答案（23）A （24）D （25）C试题（26）、（27）信息工程的基础是信息战略规划，规划的起点是将 （26） 和企业的信息需求转换成信息系统目标。实施信息系统工程是要为企业建立起具有稳定数据型的数据处理中心，以满足各级管理人员关于信息的需求，它坚持以 （27） 为信息处理的中心。（26）A. 事务处理B. 现行人工和电算化混合的信息系统C. 企业战略目标D. 第一把手要求（27）A. 数据B. 过程C. 功能D. 应用试题（26）、（27）分析信息战略规划是信息工程实施的起点，也是信息工程的基础。

22、信息战略规划的起点是将企业战略目标和企业的信息需求转换成信息系统目标。实施信息系统工程是要为企业建立起具有稳定的数据处理中心，以满足各级管理人员关于信息的需求，它坚持以数据为信息处理的中心。参考答案（26）C （27）A试题（28）（30）“企业系统规划方法”和“信息工程”都推荐建立表示数据类（主题数据库）和过程之间关系的CU矩阵M。其中若第i号过程产生第k号数据类，则Mik=C；若第j号过程使用第k号数据类，则Mjk=U。矩阵M按照一定的规则进行调整后，可以给出划分系统的子系统方案，并可确定每个子系统相关的 （28） 和 （29） ；同时也可了解子系统之间的 （30） 。（28）A. 关系数

23、据库B. 层次数据库C. 网状数据库D. 共享数据库（29）A. 关系数据库B. 网状数据库C. 专业（私有）数据库D. 子集数据库（30）A. 过程引用B. 功能关系C. 数据存储D. 数据通信试题（28）（30）分析“企业系统规划方法”和“信息工程”都推荐建立表示数据类（主题数据库）和过程之间关系的CU矩阵M。其中行表示数据类，列表示过程，并以字母C和U来表示过程对数据类的产生和使用。若第i号过程产生第k号数据类，则Mik=C；若第j号过程使用第k号数据类，则Mjk=U。矩阵M按照一定的规则进行调整后，可以给出划分系统的子系统方案，并可确定每个子系统相关的共享数据库和专业（私有）数据库；同

24、时也可了解子系统之间的数据通信。参考答案（28）D （29）C （30）D试题（31）、（32）信息战略规划报告应由3个主要部分组成：摘要、规划和附录。其中摘要涉及的主题包括：信息战略规划所涉及的范围、企业的业务目标和战略重点、信息技术对企业业务的影响、对现有信息环境的评价、推荐的系统战略、推荐的技术战略、推荐的组织战略、推荐的行动计划等。其中系统战略是关于 （31） 和 （32） 的总结。（31）A. 技术结构规划B. 整体网络规划C. 数据库结构规划D. 信息结构规划（32）A. 业务系统结构规划B. 机构结构规划C. 过程结构规划D. 系统发展规划试题（31）、（32）分析信息战略规划报

25、告的形式和提交是信息战略规划阶段的最后任务。信息战略规划报告由3个主要部分组成。 摘要，简要地综述项目的结果，其内容应包括：信息战略规划所涉及的范围、企业的业务目标和战略重点、信息技术对企业业务的影响、对现有信息环境的评价、推荐的系统战略、推荐的技术战略、推荐的组织战略、推荐的行动计划等。其中系统战略是关于信息结构规划和业务系统结构规划的总结；技术战略是关于技术结构的总结；组织战略是关于信息系统组织进行机构改革的建议；行动计划是指要执行的主要项目、项目的持续时间、硬件设备获得的时间。 规划，详细说明执行摘要中相关的要点、所使用的表格、图形和插图表达的重要信息。其主要内容包括：阐述总体内容；业务

26、环境描述；评价现有信息环境，确定在满足业务环境需求方面存在的问题；通过可选方案和推荐的信息结构、业务系统结果、技术结构，说明其优点，确定问题的解决的方案；最后给出推荐的行动计划。 附录，大部分规划的详细内容包含在附录中，并可考虑是否形成一个用于存放技术信息的信息战略规划技术报告。参考答案（31）D （32）A试题（33）在分布式数据库中， （33） 是指各场地数据的逻辑结构对用户不可见。（33）A. 分片透明性B. 场地透明性 C. 场地自治 D. 局部数据模型透明性 试题（33）分析本题考查应试者对分布式数据库概念的掌握。选项的分片透明性是指全局数据模式如何分片对用户和应用程序不可见，其只需

27、按全局模式进行操作，会由分布式系统映像到不同的分片上实现；选项中的场地透明是指用户和应用程序不需要指出对哪个场地上的片段进行操作，场地的变换不会引起用户和应用程序使用上的改变；选项C是指各场地上的数据库具有独立处理的能力，可以执行该场地上的局部应用；选项D指各场地数据的数据模型（关系模型、非关系模型）和数据的逻辑结构以及选用的DBMS等对用户和应用程序是不可见的，用户和应用程序只需按全局关系模式进行操作，而由分布式数据库系统来实现转换。故答案选D。参考答案（33）D试题（34）数据仓库通过数据转移从多个数据源中提取数据，为了解决不同数据源格式不统一的问题，需要进行 （34） 操作。（34）A.

28、 简单转移 B. 清洗 C. 集成 D. 聚集和概括试题（34）分析本题考查应试者对数据仓库基本概念的掌握。数据仓库从大量的业务数据中提取数据，以方便进行联机分析处理，是决策支持系统的基础。因此，其数据已不是简单的业务数据的堆积，而是面向分析的大量数据，从业务数据到数据仓库中的数据，需要经过一系列的处理。简单转移是指将字段数据进行统一处理，以达到不同数据源提取到的数据的类型、结构、域上的统一；清洗是对业务数据逻辑结构上的统一，进行字段间的合并，构成新的字段，并相应对数据进行处理；集成是针对不同的业务数据，构建新的实体并组织数据；聚集和概括是指对相关数据进行统计汇总等操作后作为数据仓库中的数据。

29、故答案为B。参考答案（34）Bu 在项目立项阶段应该进行需求定义，此时定义的需求属于需求三个层次中的（1）A：它不应该包括的内容是（2）C。（1） A.业务需求 B.用户需求 C.软件需求 D.设计约束（2） A.用上下文关系图表示的项目范围 B.包含的主题域及主题域之间的关系C.业务活动的详细事件流 D.系统涉及的业务事件u 根据下面所示的构件图可以得知，接口提交采购申请是（3）C实现的，客服管理子系统共使用了（4）D接口。（3） A.门店管理子系统 B.客服管理子系统C.采购管理子系统 D.无法确定（4） A.1个 B.2个 C.3个 D.4个u 以下关于需求定义的描述中，正确的是（5）D

30、；对于酒店管理系统而言，以下各个选项中，（6）C最不适合表示为业务事件。（5） A.上下文关系图能够清晰地界定出系统与人的职责边界B.鱼骨图和帕累托图是来界定系统范围的C.项目涉众（stakeholder）就是将使用系统的用户D.需求定义的产物主要包括项目目标、范围以及需求大纲的初稿（6） A.入住 B.换房 C.付款 D.续房u 在需求捕获的过程中，用户经常会制定解决方案而不是阐述需求，有效识别这一情况的措施是（7）A：以下措施中，（8）A是用来克服用户非正事心理的。（7） A.询问用户提出需求的理由 B.提前向用户提供访谈计划 C.利用原型来及时验证用户的需求 D.让用户介绍工作场景（8）

31、 A.选择打扰较少的访谈场所 B避免向用户提出过细的问题 C.让用户以介绍工作场景为主 D.通过业务流程图确认访谈正确的对象u 在下面关于需求验证任务的描述中，不正确的是（9）D：需求验证属于需求工程中的（10）A范畴。（9） A.需要核查功能描述的正确性 B.需要核查功能描述的清晰性 C.需要明确需求的完整性 D.除管理者外的用户不能参与评审（10） A.需求开发 B.需求管理 C需求文档化 D.需求跟踪u 根据下面的活动图，最可能是不合适的用例的是（11）D，理由是（12）B。（11） A.开单 B.收费 C.出具报告 D.体验并记录结果（12） A.用例太小 B.用例太大 C.不属于系统

32、边界之内 D.其他u 在进行业务建模和需求建模时，一般不会使用的UML模型是（13）A：适用于描述业务活动的操作步骤细节信息是模型是（14）D。（13）A.交互图 B.活动图 C.用例图 D.类图（14）A.交互图 B.用例图 C.构建图 D.活动图u 在如下所示的流程中，如果小张等待了10分钟后，收到了必胜客有空位信号，那么他将（15）A：在必胜客泳道中表示有有空位信息的图标的含义是（16）C。（15）A.进入必胜客 B.进入肯德基 C.不确定 D.都不进入（16）A.发信号，用来描述同步事件 B.接受信号，用来描述同步事件 C. 发信号，用来描述异步事件 D.接受信号，用来描述异步事件u

33、在如下所示的领域类图中，不属于遥测遥控设备的是（17）A：对于业务术语浮标与航标之间的关系，正确的描述是（18）C。（17） A.航标灯 B.航标灯监控器 C.GPS设备 D.雷达应答器感应器（18） A.浮标和航标之间存在关联关系 B.浮标是组成航标的一部分 C.浮标是航标的一种 D.它们之间没有什么联系u 当用户与需求分析人员都对系统的需求没有清晰的认识时，适合采用的需求捕获方式是（19）A：用户调查主要是用来弥补用户访谈（20）B方面的不足。（19） A.联合开发 B.用户调查 C.现场观摩 D.情节串联板（20） A.捕获的信息不够完整 B.捕获的信息存在片面性 C.缺少非功能方面的需

34、求信息 D.易于形而上学二、填空类1、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。2、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。3、软件开发模型有瀑布模型、渐增模型、螺旋模型、智能模型和快速原型模型等五种主要模型4、 面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用，而且使软件维护工作可靠有效，可实现软件系统的柔性制造。5、 UML的优点是：唯一性、连续性、维护性、复用性和完善性。6、UML分析和设计模型由三类模型图表示，三类模型图是：用例模型图、静态模型图和动态模型图。7、UML的软件统一开发过程，即生命周期按时

35、间顺序可以划分为，开始、详细设计、系统构造和移交四个阶段及阶段中一系列的循环重复。8、UML开发过程是一种二维结构软件开发过程，软件项目开发过程流程包括的核心工作内容是，分析，设计，实现，测试和配置。9、UML中的五个不同的视图可以完整地描述出所建造的系统，这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。10、UML中有10中基本图可以完整地描述出所有建造的系统，这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。11、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。他们是：用例模型图、静态模型图和动态模型图。12、CRC卡中的描述

36、由类名、类特征、类类型、责任和协作者共五部分组成13、软件项目的目的的可行性研究分析中，技术可行性研究包括风险分析、资源分析、技术分析三部分组成14、在UML软件开发过程的需求分析阶段，建立用例模型的步骤分为，确定系统的范围和边界，确定系统的执行者和用例，对用例进行描述，定义用例之间的关系和审核用例模型。15、用例图中以实践方框表示系统的范围和边界，在熊边界内描述的是用例，在边界之外描述的是执行者。16、用例模型中的执行者可以是“人”执行者也可以是“外部”系统执行者17、用例模型中的用例之间的关联有使用关联、扩展关联、包含关联和继承关联。18、在UML软件开发过程系统分析阶段产生的对象模型有三

37、种模型。他们是：对象的静态模型，对象的动态模型和对象的系统功能处理模型。19、 在UML的对象类图中，类之间的关系有依赖、细化、关联、聚集和继承五种。20、 共享聚集的部分对象可以是任何整体的一部分，表示事物的整体/部分关系较弱的情况，整体段的重数应该 n 。21、在UMl软件开发过程的需求分析和系统分析阶段，建立对象类模型的步骤分为寻找确定对象类、定义接口、定义类之间的关系、建立对象类图和建立系统包图。22、 组合聚集是指整体拥有它的部分，他具有抢的物主身份，表示事物的整体/部分关系较强的情况。部分生存在整体中，不可分离他们与整体一起存在或消亡。整体的充数必须是1或0 。23、系统分析是在客

38、户需求分析规格说明的基础之上对其进行的分析。24、 类有实例，他的实例是一个对象。在UML中，包用来表示一个模型组织的分组机制，包没有实例。26、顺序图和合作图用来表达对象之间的交互，是描述一组对象如何合作完成某个行为的模型化工具。27、进程是一个动作流，能够与其他进程并发执行。28、线程是内部的一个动作流，能够与其他线程并发执行。29、主动对象是一个拥有进程或线程的对象，能初始化控制活动，可以独立并发运行30、被动对象是一个必须由其他对象发来的消息进行触发才执行动作的对象。31、交互图描述系统中对象间的交互行为。每一个交互都有发送者和接受者，他们可以是整个系统、一个子系统、一个用例、一个对象

39、类或一个操作。32、顺序状态表明状态之间的迁移是串行的，即一个接一个顺序迁移。33、状态图还可以用复合迁移的同步并发迁移图符来表示并发子状态。34、状态图中的进程是一个动作流，能够与其他进程并发执行。35、在活动图中，虚箭线也称为对象流，对象流表示动作状态或活动状态与对象之间的关联。36、活动图即可以描述对象的动态行为，还可以用来描述用例。37、活动图中活动状态的迁移不是由事件按进行触发，一个活动执行完毕自动进入下一个多栋状态。38、状态图和活动图描述系统中某个系统对象的一系列状态变化。39、系统体系结构建模可以分为软件系统体系结构建模和硬件系统体系结构建模。40、构件是软件系统体系结构（类、

40、对象、他们间的关系和协作）中定义的概念和功能在物理体系结构中的实现。三、问答、分析、应用类1、UML的建模流程是怎样的？2、在做软件项目的需求分析时，会出现一些需求心理学上的现象，常见的现象有哪些？需求心理学常见现象言过其实心理：说的流程是一种理想化流程，与实际情况严重不符越俎代疱心理：对非自己处理的流程津津热道，根据自己的理解、想像进行肯定的描述非正事心理：一直忙于工作，无瑕配合需求调研抗拒心理：新系统对其利益有损，故意不配合推卸责任心理：装不知，说没需求3、在UML软件开发过程的需求分析阶段，建立用例模型的步骤是怎样的？4、在UML的对象类图中，类之间的关系哪几种？5、在进行软件需求分析时

41、如何定义解决方案系统的界限？定义解决方案系统的界限谁会对系统提供信息？谁会在系统中使用信息？谁会从系统中删除信息？谁将操作该系统？谁是系统的维护者？系统将会在哪儿被使用？系统从哪儿得到信息？哪些外部系统要和系统进行交互？6、在确定一个项目的解决方案时需要考滤哪些约束因素？确定加在解决方案上的约束经济约束：预算？行政约束：存在许可问题？潜在内外部政问题？部门间问题？技术约束：技术选择有何限制？限制在已有平台或技术上？禁止使用新技术？需要购买软件包？系统约束：建立在现有系统上？需要维护与原系统的兼容性？必须支付什么操作系统？环境约束：合法吗？安全性要求？其他标准限制？进度及资源：进度要求？已有资源

42、？外部劳动力可用否？有无扩展资源？7、下面列出了打印文件时的工作流：1) 用户通过计算机指定要打印的文件。2) 打印服务器根据打印机是否空闲，操作打印机打印文件。3) 如果打印机空闲，则打印机打印文件；4) 如果打印机忙，则将打印消息存放在队列中等待。经分析人员分析确认，该系统共有四个对象Computer、PrintServer、Printer和Queue。请给出对应用于该工作流的顺序图。8、在UML软件开发过程的需求分析阶段，建立用例模型的步骤是怎样的？9、在UMl软件开发过程的需求分析和系统分析阶段，建立对象类模型的步骤是怎样的？10、现有一个产品销售系统，其总体需求如下：1) 系统允许管

43、理员生成存货清单报告。2) 管理员可以更新存货清单。3) 销售员记录正常的销售情况。4) 交易可以使用信用卡或支标，系统需要对其进行验证。5) 每次交易后都需要更新存货清单。分析其总体需求，并绘制出其用例图？11、在进行问题分析时，理解真实世界中的问题和用户的需求，并提出满足这些多方面要的解决方案的过程是怎样的？问题分析：理解真实世界中的问题和用户的需求并提出满足这些多方面要的解决方案的过程在问题定义上达成共识理解根本原因问题背后的问题确定风险承担人和用户定义解决方案系统的界限确定加在解决方案上的约束12、流程设计的基本原则有哪些？流程设计的原则流程应以产出为中心，而非任务为中心让那些需要得到流程产出的人自己执行流程将信息处理工作纳入产生这些信息的实际工作中去将各地分散的资源视为一体将并行的工作联系起来，而不是仅仅联系他们的输出在决策点位于工作执行的地方，在业务流程中建立控制程序流程多样化单点接触客户13、在对项目做需求分析时，需求捕获的主要障碍在哪里？需求捕获的主要障碍大多数情况下，系统相关的人员无法陈述自己的需要许多用户难以解释所执行的任务，更难解释为什么执行这些任务相关人员经常指定解决方案而不是需求相关人员也难以构想出新的工作方法，或者想像出使用提供的方法