软件工程与UML建模.doc_第1页
软件工程与UML建模.doc_第2页
软件工程与UML建模.doc_第3页
软件工程与UML建模.doc_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件工程与UML建模复习题 一:单选题(请将答案填入下表)ABCCD,BBBDC,AADAC1.在软件过程中,下列活动不属于辅助活动的是 A).设计2. 以下程序体现的是 耦合public PrintReport(String command) B).控制耦合3.以下各种图不是UML使用的图是 C).数据流程图 4.右边这个图是 A).用例图的分层表示B).模块层次图C).数据流程图的分层表示D).系统的控制层次图5.甘特图是一种 D).进度计划表达方式6.以下用例命名中,最合理的是 B).查询宠物7.某系统中有两个用例:一个用例的参与者是用户,用例是“注册”;另一个用例的参与者是系统管理员,用例是“审核用户注册”。这两个用例之间是什么关系? B).没有关系8.在软件的层次结构中,“一个模块被其他模块直接调用的调用者的数量”是指 B).扇入9.设C(X)定义问题X的复杂性函数,E(X)定义解决问题X所需要工作量的函数,对于两个问题p1和p2,一般情况下如果C(p1)C(p2) 则 D).E(p1+p2)E(p1)+E(p2)10.以下各种图是UML使用的图是 C).数据流程图 11.模块尺寸太大时,应 A).分解以提高内聚12.以下类的命名中,最合理的是 A). BusVehicle 13.在软件过程中,下列活动属于辅助活动的是 D).风险管理14.下面用例模型体现了用例间的 关系A).泛化、包含和扩展 15.下图体现了面向对象中类的 C).自反关联、选择题ABCCD,BBBDC,AADAC二、简答题1. 请解释软件工程的含义。软件工程是以质量为核心,为了经济地开发满足客户需求的软件而研究、建立和应用的系统化的、有规则的、可度量的和可控制的工程原则、方法,涉及到软件过程、项目管理、开发方法、开发工具,甚至企业文化等各个方面。2. 软件有哪些特征?为什么会出现软件危机?软件开发存在以下特性:1)软件具有难以描述性。2)软件开发缺乏可见性。3)软件开发具有复杂性。4)软件开发具有变化性。5)软件开发具有风险.6)软件开发具有强合作性。软件开发的这些特性使得人们深陷在软件的危机当中。所谓软件危机,是指在软件开发和维护过程中所存在的长周期、高成本、低质量等问题。3.请解释模块的概念。模块是具体的部件,是定义在程序设计语言级别上的构件,例如Java语言中的包、类和方法,C语言中的文件和函数,都是模块,只是粒度不同而已。模块具有有界性、可插拔性和可互换性,即:对一个模块作某些改变,其变化影响不应该超出该模块的边界;从系统中删除该模块,将仅仅影响它执行的功能;用一个具有相同接口和功能的新模块代替就旧模块,将不改变原系统的功能,而可能影响的仅仅是系统的性能,如执行速度。4.请解释耦合和内聚的概念。内聚是一个模块内部各部件之间联系紧密程度的度量。分治将任务分解为若干个小的任务,内聚则强调分解时将相关的内容放到一起。内聚用于确定系统中的每个模块是否是一个合理的程序单元,即是否是一个合理的模块。一个模块内的各个部件联系越紧越好,说明它们应该一起构成这个模块。耦合是模块间相互联系强弱的度量,用于帮助设计者保证设计出的系统是由一系列松散耦合的模块组成。模块之间耦合的强弱取决于模块间传递数据的方式、接口复杂情况以及传递数据的类型。三、假设你是一个项目经理,将要率领一个软件开发小组开发一个东北大学的学生学籍和成绩管理系统。这是一个在网络上运行的系统,学生处负责对学生信息的管理,学校的多个部门都可以查询到学生的信息,学生可以查询自己的成绩状况。1. 您的开发团队需要哪些角色,请说明。 开发单位角色(管理角色) 企业级管理者 事业部经理 软件部长 项目经理 Team负责人 开发单位角色(项目主要技术角色 ) 系统分析师 需求阐释者 需求复审师 主构架师 系统构架师 构件设计师 数据库设计师 界面设计师 设计复审师 实施工程师 程序员 代码复审员 集成员 测试工程师 测试员 部署工程师 部署员 包装员 文档编写员 开发单位角色(项目辅助角色) 首席技术官 技术总监 主复用师 复用工程师 过程总监 过程管理师 SQA总监 SQA工程师 领域专家 技术专家 风险管理师 变更控制授权人 配置管理师 人力资源总监 人力资源管理师 培训师 财务人员 市场/销售人员 开发单位角色(企业外部角色) 监理工程师 外包商 第三方商业构件提供商 软件服务提供商 客户方决策者 客户方业务阐释者 客户方IT工程师最终用户2. 分析并描述这个系统的Use Case,包括用例模型和其中某一个用例的文档。 可从Actor和用例之间的关系等方面进行评分。用例之间应该有3种关系。 UML中,一个用例模型可以由若干张用例图组成 Actor在系统边界外部 Actor直接与系统交互 Actor与系统的交互应该是有意义的 Actor可能是任何事物 一个人可以担任多个参与者 Actor之间的关系:泛化 识别Use Case 之间的关系(1/3) 泛化(Generalization) 包含(Include) 扩展(Extend) 用例文档应包括用例描述、前置条件、后置条件、基本步骤和异常步骤等。 用例文档 用例编号 用例名 用例描述 参与者 前置条件 后置条件 基本路径/主事件流 1. 2 3. 扩展点/异常事件流/可选事件流或异常/

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论