《UML期末考试辅导.doc》由会员分享，可在线阅读，更多相关《UML期末考试辅导.doc（9页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、注意:本资料仅作为复习参考,只覆盖了部分考题内容,请大家以我课堂讲述范围为准一、大题1、将以下类图用Java语言实现解答：public class A public int temp; public String str; public A() public class B private B y; public A theA;/注意可见性 public B() public void getB(B param) public class C extends B public C() public class D extends B public D() 注意：构造函数是自动生成的2、写出实现
2、以下数据模型的Sql语句CREATE TABLE Student (studentId INT NOT NULL,name CHAR ( 20 ) NOT NULL,phone CHAR ( 20 ) NOT NULL,email CHAR ( 20 ) NOT NULL,CONSTRAINT PK_Student0 PRIMARY KEY NONCLUSTERED (studentId)GOCREATE TABLE Card (cardId INT NOT NULL,cardType CHAR ( 20 ) NOT NULL,studentId INT NOT NULL,CONSTRAINT
3、 PK_Card1 PRIMARY KEY NONCLUSTERED (cardId)GOALTER TABLE Card ADD CONSTRAINT FK_Card0 FOREIGN KEY (studentId) REFERENCES Student (studentId) GO3、图书管理系统中，书的状态分为以下几个阶段，刚进的新书，首先需要经过登记后才能被借用，系统规定：（1）如果图书处于有效可借用状态时，如果有人借用，状态转为借用状态；（2）图书在被借用状态发生了归还事件，状态转化为借用状态。（3）如果图书损坏严重或者超过4年，删除图书信息，转向删除状态。二、简答题1、一个软件系统
4、的开发可以从那两个方面进行刻画（第2页）答：1）一方面是软件开发过程详细内容2）另一方面是软件开发过程中所涉及的各种资源。 详细内容2、软件与硬件的同体现在那里（第2页） 1）变现形式不一样 2）生产方式不同 3）产品要求不同 4）维护方式不同3、导致软件复杂性的原因是什么？（第3页） 首先，软件的复杂性和计算机的体系结构有关； 其次，软件开发是人的一种智力活动，软件系统从本质上来说是由许多相互联系的概念所组成的结构。 第三，造成系统复杂性的另一个原因是，软件系统中各元素之间的相互作用关系的不确定性。 第四，由于软件没有固定的形式与坚硬的外壳，人们普遍认为软件系统是“软”的，似乎可以随意的扩充
5、和修改。 第五，规模较大的软件系统的生命周期一般都超过相应硬件系统的生命周期。4、相对于传统的结构化软件开发方法，面向对象软件开发技术的优点？（第6页）首先，用OO技术开发的系统比较稳定，较小的需求变化不会导致大的系统改变。 其次，用OO技术开发的系统易于理解。 第三，采用OO技术开发的系统具有更好的适用性，能更好地适用用户需求的变化，有助于构造大型软件系统。 第四，用OO技术开发的系统具有更高的可靠性。 5、说出你知道的OO设计原则？1）开闭原则开闭原则指的的是一个模块在扩展性方面应该是开放的，而在更改性方面应该是封闭的。2）Liskov替换原则子类可以替换父类能出现的任何地方。3）依赖倒置
6、原则指的是依赖关系应该是尽量依赖接口（或抽象类），而不是具体类。4）接口分离原则接口分离原则指的是设计时采用多个与特定客户类有关的接口比采用一个通用的接口更好。6、顺序图和协作图的相同点和不同点？（43页）相同点不同点三、其他1、边界类、实体类、控制类边界类：边界类位于系统与外界的交界处，负责和用户交互的类实体类：实体类保存要放进持久存储体的信息。所谓持久存储体就是数据库、文件等可以永久存储数据的介质。控制类：控制类是负责其他类工作的类2、构件有几种类型，分别举例书上103页3、为了满足物业中介行业的信息化需求，甲公司基于相近的需求调研与分析，准备研发一套符合市场需求的、实用的信息管理系统。主
7、要将实现客户资料的信息管理、客户委托（出租、出售、租赁和购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理和房源组合查询等功能。设计该用例模型。修改为5、脚本脚本也被翻译成情景、场景、情节、剧本等，在UML中，脚本指贯穿用例的一条单一路径，用来显示用力中的某种特殊情况。脚本是用例的实例，如果与类和对象之间的关系作比较，则脚本与用例的关系相当于对象与类的关系。每个用例都有一系列的脚本，其中包括一个主要脚本，以及多个次要脚本，相对于主要脚本，次要脚本描述了执行路径中的异常或可选的情况。在系统中，按照某个顺序执行了一系列相关的动作后，即可实现某种功能，把完成了这一功能操作的
8、集合称为脚本，“脚本”就是用户使用系统的一个实际的、特殊的场面。下面列举一个脚本例子开发者与用户、客户进行交流，构建脚本和用例规格描述。一个脚本就是描述用户与系统的一系列交互活动，描述了系统一次具体的执行的行为路径，即一次完整的事件流，如小刘通过银行柜员机取款3000元的脚本脚本名称小刘取款3000元参与者客户小刘事件流（1） 小刘将银行卡插入柜员机（2） 柜员机要求客户输入卡密码（3） 小刘输入卡密码，并确认密码（4） 柜员机屏幕显示，请客户选择服务类型（5） 小刘选择取款服务（6） 柜员机提示，输入金额（7） 客户输入30000元，并确认（8） 柜员机出钱口输出30张100的人民币（9） 小刘取走钱（10） 柜员机提示服务类型：确认、继续或退卡（11） 小刘选择服务类型：退卡，结束服务开发者获取需求的步骤是：第一步，开发者首先将用户的工作流程表示为脚本，然后将同一个场景抽象为实例，以描述系统的功能；第二步，客户和用户通过审核脚本，并测试开发者提供的原型系统，以验证和确认需求规格说书。第三部，当系统需求定义成熟和稳定后，开发者和客户共同对需求规格说明书进行确认，包括系统的功能性需求、非功能性需求、用例和脚本在内的需求确认。