面向对象分析与设计试题总结_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
面向对象分析与设计试题总结
上传于||文档简介
&&面​向​对​象​分​析​与​设​计​试​题​总​结
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩30页未读，继续阅读
你可能喜欢在面向对象分析中，其分析过程的第一步是（）。A．发现角色／参与者B．发现用例C．进行领域分析D。建立 - 软题库
已开通智能题库考试
2012年上半年系统集成项目管理工程师真题（上午）
在面向对象分析中，其分析过程的第一步是（ ）。
A．发现角色／参与者&&& &&&&&&&&&
B．发现用例
C．进行领域分析&&&&&& &&&&&&&&&&
D。建立功能模型
你可能感兴趣试题
Managing risk and documenting them is very important in project planning process. You are in the process of defining key risks, including constraints and assumptions, and planned responses and contingencies. These details will be included in the（ ） A. project management plan B. project baseline C. risk response plan D. risk baseline答案解析与讨论：第7题： TD手机的接收机噪声系数是( & )。A、3.5 & & &B、4 & & & &C、7 & & &D、9答案解析与讨论：第12题： 一个BIIA单板可以支持的E1数量是：（ & ）A 2个B 4个C 8个D 16个答案解析与讨论：第1题：
以下对信息系统集成的描述正确的是（ ）。 A. 信息系统集成的根本出发点是实现各个分立子系统的整合 B. 信息系统集成的最终交付物是若干分立的产品 C. 信息系统集成的核心是软件 D. 先进技术是信息系统集成项目成功实施的保障答案解析与讨论：第19题：
冲突管理用于：
A、人力资源规划
B、项目团队建设
C、项目团队组建
D、项目团队管理
答案解析与讨论：第71题：
Performing ( ) involves monitoring specific project results to determine if they comply with&relevant quality standards and identifying ways to eliminate causes of unsatisfactory results.
A. quality planning&&&&&&&&&&&&&&&&&&&&&&
B. quality assurance
C. quality performance&&&&&&&&&&&&&&nbs答案解析与讨论：数据库系统在面向对象分析设计中的运用(转)_没事，乐呵乐呵_系统分析师考试总纲2009版__脚本百事通
稍等，加载中……
^_^请注意，有可能下面的2篇文章才是您想要的内容：
数据库系统在面向对象分析设计中的运用(转)
没事，乐呵乐呵
系统分析师考试总纲2009版
数据库系统在面向对象分析设计中的运用(转)
数据库系统在面向对象分析设计中的应用(转)在公司文档库中发现一篇关于数据库系统在面向对象分析设计中的应用，感觉蛮有意思的，给大家分享下。（篇幅有点长）
前言：本人一直想真正用面向对象的方法分析一个系统，并带着问题学习过几本面向对象系统分析的书（大多为老外所写），可能是本人太笨，总是看到一半就看不下去。大部分的面向对象方法，给我的感觉就如老外的厨房用刀与中国人厨房用刀，老外有很多种刀，剁肉有剁肉刀，砍骨有砍骨刀，可中国人只有一把刀，干什么都用它。同样，在面向对象领域，很多方法为解决某一问题（或为精确描述某一问题）而引进或创造了新的概念，这些新的概念令我很是困惑，总是与实际联系不起来。我想找一把中国人用的刀，因为最简单的就是最好的。有幸学习了邵维忠、杨芙清所著《面向对象的系统分析》，该书仅用最基本的面向对象概念，解决了大部分的问题，因该书的可操作性极强，因此尝试应用该书的理论编写一个系统。刚巧父亲的橡胶厂因业务扩大，考虑采用计算机管理，于是，决定用该书的理论尝试我的第一个面向对象系统分析。在分析过程中，大多数的问题都可依据该书的理论得到解决，但也有该书中没有描述到的问题，其中之一，就是怎样将数据库的优势应用在面向对象分析领域。在本版各位网友的热情帮助下，经过不断的实践，不断地在理论上提升，我探索出了一种将数据库系统应用在面向对象分析设计领域的方法，并利用此方法成功地实现了一个管理系统。下面我将我的一些体会与想法写出来，请大家指正，由于我想将文章最终整理成册，大家可以自由转载本文，但在转载时，请注明作者，也请注明出自本论坛。本文除本人自定义的概念外，其余概念均引出《面向对象的系统分析》。一、 理解类与对象实体集合的关系这一点，是必须在建模时首先要搞清楚的。类的定义通常是这样的：类是具有相同属性的服务的一组对象的集合，它为属于该类的全部对象提供了统一的抽象和描述，其内部包括属性和服务两个部分可见，类仅是个对象属性的描述，它给出了属于该类的全部对象的抽象定义，而对象则是符合这种定义的实体。类描述了全部的对象，类不能用来枚举已经实体化的实体集合，这些实体仅是全部对象的其中一部分，类不是一个系统中已有对象实体的集合。这里提到已有对象实体，是指在一个系统中，从类实体化出来的有限的实体集合。少量的对象实体，可以在程序中实例化。当系统中已有对象实体的数量很多（但永远不可能是全部）时，怎样管理（增加、修改、删除、查询）这些实体就是系统必须解决的问题了。所以，在系统建模时，必须为管理这些已有对象实体而建模。这个模型是用于增加、修改、删除、查询已有对象实体的，我们且把这个模型叫做实体管理模型。实体管理模型在面向对象的分析设计中，也是一个类。而数据的增加、修改、删除、查询功能正是数据库的强项，因此，实体管理模型对应着数据库。举例来说，系统中有一“联系人”类，其模型为：属性：姓名、性别、电话服务：报价当系统中需管理的联系人的数量较少时，可实例化出这些数量的对象，分别对它们赋值，形成有意义的对象。当系统运行到某一时刻（或预计到某一时刻），系统中将出现大量的联系人实体时，在系统初始化时，对每个实体实例化并赋值，这样的实现方法显然是不切实际的。而“联系人”类并不能描述这些已经实例化的实体，必须为管理这些实体另行建模。在日常生活中，我们会将这些联系人记在本子上以实现保存、增加、修改、查找等功能。同样，在面向对象的系统中，我们也应该建立“联系人通讯录”这样的一个模型（类），这个类应该是这样的：属性：联系人服务：增加、删除、修改、查找、取出。“联系人通讯录”类与“联系人”类是整体－部份关系，我们可以充分利用数据库系统提供的各种便利来实现“联系人通讯录”的服务。这个类，往往在建模时是容易忽略的。值得指出的是，“联系人通讯录”类中的“取出”服务，是从通讯录中取出某联系人。在设计上，它应该是一个返回联系人实体的函数。这个函数，是连接数据库概念与面向对象设计的关键函数之一。
二、数据库可以是对象属性的永久保留形式
数据库显然是可以用来保存系统中已实例化的一些对象特征的，如属性。但是，数据库不能直接将整个对象存贮起来（至少数据库不能直接存贮对象的服务），也就是说，数据库不能直接作为永久对象的保留媒介。这是因为：对象是包括了属性与服务的整体，属性与服务是对象不可分割的两部份。而永久对象是生存期可以跨越程序的执行时间而长期存在的对象。怎样处理那些不能直接永久化的部份呢（主要是服务），解决这个问题有两个思路：1、 以数据库作出发点考虑就是说，把对象、类的那些不能直接保留在数据库中的部份（如服务），以数据库的概念及方法间接地保留在数据库中，从数据库中取出后再还原出来。比如：我们可以这样考虑：“联系人”的属性是一个数据库，在这个数据库中增加一个字段“类名”（或类编号），记录属性所属的类，再新建一个数据库，叫“服务库”，将每一个类的服务记录下来，这样，就建立了属性－方法的对应关系，每一个独立的联合记录也就构成了一个完整的对象。2、 以面向对象的眼光考虑数据库仅记录对象的属性，仅完成属性的增加、修改、查找、删除功能，至于对象中的“服务”等，不放入数据库中，而在面向对象的分析及设计以至最终的实现中解决。从这个意义上来说，数据库仅是永久对象属性的保留，而不是整个永久对象的保留。在仔细考虑了这两个出发点，并作了一定量的模型试验后，得出的结论是：第二种思路是比较现实，也比较可操作的。这是因为：1、 第一种思路破坏了面向对象概念的完整性，那些保留在数据库中间接部份及其转换的过程在面向对象的分析及设计时又如何建模呢？而第二种思路不仅保留了面向对象概念的完整，而且非常清晰。2、 第一种思路无论是在设计上还是在实现上，都存在很大的复杂性，而第二种思路实现起来非常容易，目前绝大多数的OO语言都支持。3、 从充分发挥数据库与面向对象语言的长处来看，第二种思路显然是最合适的。基于第二种思路，将数据库与对象的属性联系起来必须解决从对象到数据库的存贮，及从数据库到对象的恢复两个方法，这两个方法可以这样解决：1、 从对象到数据库的存贮。对象属性的改变方式可以划分为种，一是录入性的改变，如增加、修改一个联系人，二是程序触发性的，如开关的“开”“关”状态，无论哪种方式，都必须把这个改变永久性地记录到数据库中。对于录入性的改变，直接设计一个录入画面并将录入的属性存盘即可。对于程序触发性的属性改变，在这些属性所在的类模型（类）中设计改变这些属性的服务。如记录开关状态的State属性，可在开关的模型中设计ChangeState 的服务，调用 ChangeState服务时，除立即修改内存中State 属性的状态外，还要查找这一开关对象在数据库中的记录，更新该记录。2、 从数据库到对象的恢复。这就要用到前面所提出的“取出”函数。在永久属性所在的模型中设计“取出”服务，该服务首先根据属性所在的类，实例化出一个空对象（所有属性值均为初始值的对象），再根据取出的条件，从数据库中取出符合条件的对象的属性值，将这些具体的属性值赋予该实例的对应属性，最终返回这一具有实际意义的对象实体。注意，当“取出”服务根据属性所在的类，实例化出一个对象时，这个空对象已经具有了该类所有的一切服务。
三、 在数据库中体现类属性的相互关系如前所述，数据库中应该只记录对象的属性值，数据库不处理对象的服务，对象的服务是交给面向对象的分析、设计以至最终实现中解决的问题。因此类的关系中，数据库只需解决它们之间属性的关系。数据库是对象属性的永久保留，而对象所在的类可能存在继承关系，属性可能是从其它类继承而来的，因此，类的继承关系必须在数据库中得到体现。（根据本文的方法，类的继承关系的体现是必须解决的。一些面向对象的数据库理论，从各自的理论出发，有的避开了这个问题；有的纯从数据库的概念出发，另类解释继承的概念；有的只是其中的字段可以面向不同的对象而已）类之间不仅仅存在继承关系，还有其它的关系。同样，所有的这些关系，在数据库设计中都是必须得到体现的。避开这些关系、另类解释这些关系的概念，都将破坏面向对象分析设计或数据库理论的完整性、统一性，都不能正确将面向对象的分析设计与数据库理论真正地结合起来。所以，在讨论解决数据库体现类属性的相互关系前，我们必须先讨论一下类与类之间的关系。按邵维忠教授的理论：类与类之间的关系，可以分为四种：整体－部分结构、一般－特殊结构、实例连接关系、消息连接关系。其中消息连接关系与属性的关系不大，在此不予讨论。1、 整体－部分结构整体－部分结构的定义如下：如果对象A是对象B的一个组成部分，则称B为A的整体对象，A为B的部分对象，并把B和A之间的关系称作整体－部分关系。整体－部分结构表现的是"has a "的关系，如：客户与联系人、电脑与CPU、电话与按键等。2、 一般－特殊结构一般－特殊结构的定义如下：如果类A具有类B的全部属性和全部服务，而且具有自己特有的某些属性或服务，则A中心任务B的特殊类，B 叫A的一般类。一般－特殊结构表现的是"is a kind of "的关系，也就是我们所说的继承关系。如：MODEM与56KMODEM、窗户与铝合金窗、广场与安门广场等。3、 实例连接实例连接用于表达对象之间的静态联系。所谓静态联系是指最终可通过对象属性来表示的一个对象对另一个对象的依赖关系。实例连接表达的两个对象之间依赖关系，如上级与下级间的领导关系，教师与学生的授课关系，显示卡与显示器的显示关系等等。值得指出的是，邵教授在整体－部分结构与一般－特殊结构的关系中，有这么一段描述："一般－特殊结构是使特殊类通过继承而拥有一般类的特征，整体－部分结构是使整体对象通过组装而拥有部分对象的特征。尽管途径不同，着眼点不同，结果却是一样的：一些对象拥有另一些对象的特征。正像我们所说：'子女通过遗传（继承）而拥有父亲和母亲的血统'，也可以说：'子女的血统，是由父亲和母亲两种血统构成的'。说法不同，实质内容是一样的"。这就是为什么"冷藏车"既可以是通过继承"汽车"与"制冷设备"中的属性与服务而形成的新类，也可以是具有"制冷设备"的一种特殊的"汽车"，是组装了"汽车"与"制冷设备"中属性与服务而成的新类。
为了更好地讲述数据库对类的关系的实现，先把在没有数据库的情况下，邵教授介绍的实现以上的三种关系的方法介绍一下：1、 整体－部分结构有两种实现方式：一种方式是用部分对象的类作为数据类型，静态地声明整体对象中这个代表部分对象的属性变量，这样部分对象就被嵌入到整体对象的属性空间中，形成嵌套对象。另一种方式是把整体对象中的这个属性变量定义成指向部分对象的指针，或定义成部分对象的对象标识，运行时动态创建部分对象，并使整体对象中的指针或对象标识指向它。2、 一般－特殊结构利用OO语言的继承实现。或者将一般－特殊结构在建模时转化为整体－部分结构，用整体－部分结构的方法实现。3、 实例连接实例连接的概念相比之下比较难以理解。尤其是复杂的实例连接。比如：用户使用某台工作站的关系，可能要求附加表明"优先级"，"使用权限"等与这个关系密切相关的其它信息。OMT方法学引进一种新的概念来解决这个问题（又多了一把刀），叫"作为类的关联"，认为关联是一种类，既有属性，又有操作。链（即实例连接）是关联的对象实体。邵教授认为：对象不仅可以用于表示有形的事物（如用户、工作站），也可以用于表示无形的事物（如使用权）。当两类对象之间的实例连接比较复杂时（带有一些属性或操作），说明在它们之间存在 某种尚未用对象加以描述的事物。在上面的例子中，用户与工作站之间在建模时应建立一个"使用权"类，该类的属性有"优先级"等，每种使用权可以给多个用户，也可以给多个工作站。有了以上的基础，只要解决了上面上面的三种关系，将数据库理论应用于面向对象的分析、设计与实现是完全可能的。下面，我将我的实现方法提出如下：
1、 整体－部分结构先举个例子：一个公司客户有多个联系人，"客户"类与"联系人"类是整体－部分结构。联系人的数目有限时，可以直接用嵌入的方法将联系人嵌入到客户中，或用指针方法在程序中实例化出来。当联系人的数目达到相当数量时，必须考虑这些联系人的增加、删除、修改等管理功能。于是，应该在客户的模型（类）中，建立一个"联系人列表"属性，将已经实例化的联系人资料（属性）永久保留下来。"联系人列表"是"联系通讯录"类的一个实例。如前所述，"联系人通讯录"是一个基于数据库操作的类。其内部有一个对应数据库的表，在此表上建立增加、删除、修改的服务。最重要的，用"取出"服务及录入、修改对应对象数据库属性的方法实现对象与数据库间的保存与恢复。所以，在对"联系人"这一数据库进行设计时，必须设计一个"客户"（或客户编号）字段，描述这一联系人所从属的客户。当从"联系人通讯录"类中实例化出"联系人列表"时，就从联系人数据库中根据客户编号 SELECT出联系人，这些联系人集合，就是该客户已经实例化所有联系人的集合。2、 一般－特殊结构这是我们讨论的重点。为了更好地解释我的方法，先假定有一个这样的系统：系统中有一个"人员"类，其模型是这样的：属性：姓名、性别服务：为便于理解，暂无系统中还设计了"员工"模型与"联系人"模型，它们都从"人员"中继承而来，除了"人员"中所有的属性与服务外，特殊化的属性与服务是：员工：属性：籍贯、身份证、出差状态服务：出差联系人：属性：所在单位、电话、手机服务：报价联系人类又有一个子类，子类名为"区域联系人"，与联系人类不同的是，有一个叫"所在区域"的属性，其模型为：区域联系人：属性：所在区域服务：暂无显然，员工、联系人、区域联系人的实例化对象达到一定数量时，必须管理这些已实体化对象。为简化描述，只对联系人、区域联系人的已实体化对象建模，叫"联系人通讯录"、"区域联系人通讯录"
现在以上面的模拟系统为例，解释本文解决数据库实现继承关系的策略：★ 将父类的属性组装到子类中实现继承将一般－特殊结构与整体－部分结构是实现"一些对象可以拥有另外一些对象的特性"的两种方式的理论推而广之，将父类的属性组装到子类中是有理论根据的。在面向对象的分析与设计中，分析与设计是主要的，数据库仅是实现永久属性保存的一种辅助。因此，在分析阶段，该用继承的概念还是继承，无需转化为数据库可以实现的整体－部分关系。在数据库的设计阶段，将具有继承关系的、而又需要永久保留的属性考虑用组装的方法。在分析时，"联系人"继承"人员"的特征，这种描述显然比"联系人"有"人员"的特性这一描述准确、自然得多，因此，分析时，"联系人"与"人员"仍是继承关系，但在数据库设计量，可将人员的属性组装在"联系人"的属性中，共同形成"联系人"数据库数据库结构。组装父类、子类属性的方法可以分为紧密组装与连接组装。紧密组装，是指父类的属性直接与子类的属性组装在一起，共同形成子类的数据库结构。连接组装指的是父类的属性与子类的属性并不在同一个实际数据库中，它们各自所在的数据库通过某个字段相联系，就如数据库理论中常见的Master-Detial结构一样。"联系人"与"人员"数据库显然可以紧密组装"人员"的属性。但考虑这样一个从联系人中派生出来的类"区域联系人"，这个类除了联系人所有的特性外，还有一个"所在区域"属性，而且很有可能某个区域联系人是在系统中某个已经实例化了的"联系人"，这个时候，要用连接组装。考虑紧密组装还是连接组装可以依据下面的原则：A、 父类的抽象程度父类的抽象程度越大（离现实生活越远），考虑紧密组装的可能性就越大。如"人员"这一比较抽象的概念，其子类"联系人"的数据库设计应该考虑的是紧密组装。B、 要组装的父类的属性数量如果经过仔细地审查，只有一两个属性的父类仍然有存在的必要，那么，完全可以考虑在数据库设计时将全部的父类属性组装到子类中。――因为现在的数据库技术与存贮容量，完全有能力承受。C、 父类的已有对象实体是否已用数据库管理如果父类的已有对象实体已经用数据库管理，尤其是子类的对象实体可能是父类已有实体的某些特性扩充时，显然子类与父类间应该用连接组装。正如"区域联系人"与"联系人"，为区域联系人再建一个与联系人数据库的数据结构几乎一样的数据库显然是不合理的，更何况其中可能出现某区域联系人实体实际上就是联系人的某个实体的情况。
按照连接组装的概念，在数据库设计时，除了要在子类的属性数据库中有对象实体的唯一标识字段外，还要有标定该对象实体与父类属性数据库中相应对象实体相连接的字段。"区域联系人"的属性数据库结构（字段）应该是这样：区域联系人编号（父类）联系人编号所在区域
下面再来讨论讨论对象的恢复问题。在子类的"取出"服务中，首先实例化出一个子类空对象（所有属性值均为初始值的对象），此时，这一实例化的子类空对象，已经从父类中继承了所有的属性。对于紧密组装，由于父类与子类的属性值全部都紧密地组装在一个数据库中，将数据库中相应对象的各字段的值赋予子类可能拥有的所有属性即可。这里所说的"可能拥有的所有属性"，包括了从父类继承过程的属性，从而最终返回这一具有实际意义的对象实体。对于连接组装，由于子类数据库中只有相对父类特殊的属性，所以除了从子类属性的保存数据库中取出子类的特殊属性值外，还要用连接找到父类对应的属性保存数据库，取出其属性值，给这一实例中的相应属性赋值。这样，一个包括全部父类、子类的属性的对象就产生了。当"取出"服务根据属性所在的类，实例化出一个对象时，这个空对象已经具有了该类所有的一切服务，包括从父类中继承的所有服务。当这个类所有的属性值（包括从父类中继承的）赋值完成后，一个可跨越系统的运行期而存在的、系统中曾经实例化的已有的对象实体就被完完整整地还原出来了。组装连接可以解决多重继承的关系。对于组装连接，"联系人通讯录"与"区域联系人通讯录"没有任何属性方面的直接连接，一方面，使各自的对象可以封装得更好，另一方面，也产生了新的问题，考虑这样的一种情况：在"区域联系人"的"增加"服务中，由于"区域联系人"的对象实体数据库除了"所在区域"属性外，"姓名"等都 在"联系人"对象实体数据库中，是否先调用"联系人"的"增加"服务（画面），完了后再录入这个"所在区域"呢？这个方法的实际操作将是：一个画面录入联系人的资料，关闭这个画面后再录入唯一的一个资料"所在区域"，显然，这是极不合理的。将这种情况推而广之：怎样解决在组装连接中，修改（无论是录入性修改还是程序触发性修改）子类中从父类继承下来的、已经永久保留的属性。这就是下面所要论述的：
★ 所有要修改永久属性的服务均应是多态的。
这个问题可能已经不是系统分析中的问题，可能已经涉及到设计甚至到编码阶段的问题。但是，借用设计阶段或编码阶段的概念，可以解决分析中出现的一些实际问题。分析时只是借用，并不是完全套用。所谓"多态"，是指一个服务有多种算法或实现。就是说，一个相同的服务名，可以具有不同的实际实现。在C＋＋中，可以用静态编联的"重载"，也可以用动态编联的"虚拟函数"，在PASCAL中，可以用"Override"。对于永久对象属性的录入性修改，重新设计录入画面，将属性录入并存盘即可。比如上面所提到的"联系人"的"增加"服务和"区域联系人"的"增加"服务，"联系人"的"增加"服务是针对联系人对象数据库的，而"区域联系人" 的"增加"服务是针对区域联系人对象数据库的，两者的录入画面不同，且区域联系人的录入画面已经包括了联系人的资料录入。对于永久对象属性的程序触发性修改，如前面所提到的"开关"类的ChangeState 服务，修改的服务必须是虚拟的，如果属性所在的实际数据库与原服务所处理的数据库不同，必须针对这个实际的数据库另行设计算法，即是实现虚拟。举例如：假定有一个"电流开关"，其与"开关"是继承关系，系统存在2个数据库，一个是一般类开关数据库，记录的"开关"对象的已有实体，另一个是"电流开关"数据库，记录的是"电流开关"对象的已有实体，电流开关数据库对父类的"开关状态"属性采用紧密组装，系统要求对所有的开关初始化置"关"状态。在OO语言实现时，只需用一般开关（最层父类）的ChangeState服务遍历所有开关（包括一般开关与电流开关）即可。这样，就必须分别为一般开关设计一个ChangeState服务，这个服务是虚拟的，修改是一般类开关的数据库，子类"电流开关"必须针对"电流开关"的数据库结构重新编写ChangeState服务，当系统通过父类的ChangeState遍历到电流开关（子类）的实体时，OO语言的编译系统将根据多态的原则，认为子类（电流开关）的ChangeState是真正要调用的服务。
3、 实例连接实例连接的实现用数据库实现非常容易，实现的方法是将实例连接类建库，将实例连接的属性组成数据库结构，同时将实例连接的连接两端也加入到数据库结构中，使两个数据库通过实例连接数据库连接起来。如上面所说的操作员与工作站之间的"使用权"实例连接，使用权数据库除了要有"使用权限"等属性外，还应加上："操作员编号"及"工作站编号"两个属性。值得注意的是，操作员编号及工作站编号并不是"使用权"类的属性，就是说，在分析建模时，这些属性并不是"使用权"的类属性，但在"使用权"的已实例化对象实体中，必须表明"谁用什么使用权使用哪台工作站的关系，因此记录已实例化对象实体的数据库必须有"操作员编号"及"工作站编号"两个属性。至此， 数据库在面向对象数据库中的应用已经论述完毕，下面再将本文的要点简述如下：
★ 正确认识类、对象、对象实体、已实例化对象实例的概念；★ 必须为管理系统已实例化的对象实体建模★ 管理已实例化的对象实例可用数据库手段；★ 数据库仅保留已实例化对象实体之属性；★ 数据库在面向对象的分析设计以至实现中都仅是一种辅助；★ 永久对象属性的任何变化必须保留到数据库中；★ 必须设计"取出"函数从数据库中恢复对象；★ 整体－部分结构的已实例化对象实体可在整体对象模型中建立包容部分对象的属性，这个属性可以是部分对象的已实例化对象集合。★ 一般－特殊结构可用组装代替继承，组装分为紧密组装与连接组装，要修改永久属性的服务均应是多态的。★ 实例连接的已实例化对象实例必须要有被连接的两个对象。
利用本文提出的方法，已经成功地实现了一个系统。这个方法成功地解决了数据库在类的整体－部分关系、一般－特殊关系、实例连接中的应用。数据库在面向对象的分析、设计中，定位清晰，结合紧密，可操作性强，且容易实现。实现了数据库、面向对象中的相关概念的统一。同时，由于此方法仅利用了数据库最基本、最简单的功能，因而适应性强，且可靠性很高。
没事，乐呵乐呵
没事，乐呵乐呵！
1. 我抽的不是烟，是寂寞！ 　　2. 别在我的坟前哭，脏了我轮回的路。 　　3. 我这人从不记仇,一般有仇当场我就报了。 　　4. 已经将整个青春都用来检讨青春，还要把整个生命都用来怀疑生命。 　　5. 是这样的张总，你在家里的电脑上按了CTRL+C，然后在公司的电脑上再按CTRL+V是肯定不行的。即使同一篇文章也不行。不不，多贵的电脑都不行。 　　6. 你要是鲜花，以后牛都不敢拉粪了！ 　　7. 我以为你只是1和3中间的数，没想到你还是1和3俩数的组合。 　　8. 自己选择45°仰视别人，就休怪他人135°俯视着看你。 　　9. 你攒够四块五，我也攒够四块五，我们就可以去民政局结婚了。 　　10. 我爸面对我发胖一事发表了看法：没有韩红的命，还得了韩红的病。 　　11. 曾以为我是那崖畔的一枝花，后来才知道，不过是人海一粒渣。 　　12. 现在你骂我，是因为你还不了解我，等你以后了解了我，你一定会动手打我的。 　　13. 石头记告诉我们：凡是真心爱的最后都散了，凡是混搭的最后都团圆了。 　　14. 如果你不是经常遇到挫折，这表明你做的事情没有很大的创新性-伍迪.艾伦 　　15. 人永远不知道谁哪次不经意的跟你说了再见之后就真的再也不见了。 　　16. 只有颈部如胎儿般被扭曲的亡骸， 在我看来竟如同被折断的百合花。 　　17. 过往的人啊 不要为我的死悲伤 如果我活着 你们谁也活不了――――-罗伯斯庇尔墓志铭 　　18. 自从深发展银行推出那条知性的广告语“只想与你深发展”后，银行业内人士又自编出了更知性的姊妹篇：“光大是不行的”。 　　19. 马不停蹄的错过，轻而易举的辜负，不知不觉的陌路。 　　20. “你喜欢我天使的脸孔，还是魔鬼的身材？”“我就喜欢你这种幽默感。” 　　21. 梦 遗落在草原上 月 经常挂在天上 　　22. 广播体操现在开始：╔囧╗╔囧╝╚囧╝╚囧╗╔囧╗╔囧╝╚囧╝╚囧╗╔囧╗╔囧╝╚囧╝╚囧╗╔囧╗╔囧╝╚囧╝╚囧╗╔囧╗╔囧╝╚囧╝╚囧╗╔囧╗╔囧╝╚囧╝╚囧╗╔囧╗╔囧╝╚囧╝╚囧╗ 　　23. “恋”是个很强悍的字。它的上半部取自“变态”的“变”，下半部取自“变态”的“态”。 　　24. 这姑娘，穿的是真清凉，长的是真败火。 　　26. 求最悲伤的歌？最佳答案：《社会主义好》 　　27. “刘惜君，你唱得太好了，我一定要把你留在10强。但是我投给曾轶可，因为你这么强，一定可以有机晋级的。” 　　28. 以前我不相信颠倒黑白、指鹿为马，看到余秋雨、曾轶可、莲花河畔，我相信了。 　　29. 电话费透支90万的判无期，撞死人的判3年；自动取款机恶意取款17万判无期，贪污几千万判10年。——精彩中国。 　　30. 到一寺庙，一得道高僧讲：施主捐些款吧，三百五百的都行。回答说：实在没带这么多钱，下次吧。高僧回答：可以刷卡。 　　31. “你爸妈要是把那十分钟用来散步该多好啊。。。” 　　32. 等余震的心情，就像初恋的少女等情人，既怕他不来，又怕他乱来 。 　　33. 当时我正在和女朋友一起查资料，突然蹦出一个窗口，很黄很暴力，我们赶快灯给关了。 　　34. 我能抵抗一切，除了诱惑 　　35. 别人都说我长得天生励志！ 　　36. 从前，有个小孩说，打死我也不睡觉。然后他被打死了。 　　37. 说假话总会被人揭穿,戴假发总会被风揭穿。 　　38. 人干点好事总想让神鬼知道，干点坏事总以为神鬼不知道，我们太难为神鬼了 　　39. 真不好意思，让您贱笑了。 　　40. 雷锋做了好事不留名，但是每一件事情都记到日记里面。 　　41. 骗子太多，傻子明显不够用了 　　42. 世界上最可怕的两句话，一句是，“我这么爱你，你为什么不爱我？”还有一句是，“我这都是为你好。” 　　43. 我悲哀，我用我最美丽的一面展现给他看，他看的却是远方的风景。 　　44. 初中的体育老师说：谁敢再穿裙子上我的课，就罚她倒立。 　　45. 以前，世界这么乱，小女子怎么混呢；现在嘛，小女子这么乱，世界怎么混呢？——尹丽川如是说 　　46. 男的装女的叫人妖，那女的装男的呢？——春哥呗 　　47. 我有一颗水晶般的心，可他们以为它是玻璃。 　　48. 每个成功的奥特曼背后都有一个默默挨打的小怪兽。 　　49. 好女人就像汽油，一旦拥有就有动力：坏女人就像气囊，一旦用上就有危机。 　　50. 好的爱情是你透过一个男人看到世界，坏的爱情是你为了一个人舍弃世界。 　　51. 人不能把钱带进坟墓，但钱却可以把人带进去 　　52. 真爱就像幽灵，人人都谈论它，可却从未有人真正见过它。 　　53. 这世界上最遥远的距离，不是天涯海角，也不是生死别离，而是我身在祖国，却不知道祖国在发生什么。 　　54. 寂寞就是有人说话时，没人在听；有人在听时，你却没话说了! 　　55. 时间是最好的老师，但遗憾的是——最后他把所有的学生都弄死了。 　　56. 男人的话就像老太太的牙齿，有多少是真的？！ 　　58. 2008太不正常了,一切都不正常!在这个关键时刻,中国男足挺身而出，向全世界证明：中国男足还是正常的! 　　59. 你给了我两个选择，却是一个结局。 　　60. 选恋人要选和自己相配的，如果不相配那也要选个自己敬佩的，如果不能敬佩那起码得选个可以交配的。 　　61. 你这个给过我承诺的人，最终却也只留给我一个灿烂的表情，而非灿烂的一生。 　　62. 城市里除了性无能的男人，就是爱无能的男人，除了这两者，只剩下，女人。 　　63. 他说：“你会找到一个比我更好的人。” 我微笑说：“但我不会再对人这么好了。” 　　64. 周迅在《如果，爱》里面有一句话说得很对，过去的意义只有一个，就是让我不想再回到过去。 　　65. 生存是什么?生存就是不择手段的活着。 　　66. 现在不玩命,将来命玩你 　　67. 一个人的死是一个悲剧 千百万人的死却仅仅是个统计数字 　　68. 有的人，从他看电影的方式就能看出他人品，看文艺片时不断快进，看x片时不断暂停。 　　69. 一分钟有多长？这要看你是蹲在厕所里面，还是等在厕所外面 　　70. 我爸说过的最让我感动的一句话：“孩子，好好学习吧，爸以前玩麻将都玩儿10块的，现在为了供你念书，改玩儿1块的了。。。” 　　71. 过去谈朋友是先问别人有朋友没有，现在得问别人是不是同性恋。 　　72. 不是你不笑，一笑粉就掉! 　　73. 俺姥姥看到电视里三分钟无痛人流的广告后气愤滴说：“这就是在告诉小年轻儿们都赶紧去胡搞吧，反正三分钟，还无痛。” 　　74. 教授在讲台上讲有机化学高分子：这是一个太监，我们给再他按个甲基吧。... 　　75. 师太，你是我心中的魔，贫僧离你越近，就离佛越远…… 　　76. 真正的流浪与漂泊是，你没有可以回去的地方。 　　77. 生活就像一部庸俗的法国文艺片，没有高潮，没有情色，连字幕都没有。 　　78. 生的伟大，死在花下！ 　　79. 我的墓志铭：陪聊，提供夜间上门服务。 　　80. 带着一根烟，浪迹天涯。。。。。。 　　81. 我们最大的情敌，不是第三者，而是岁月 　　82. 我最想做你的一颗牙齿. 因为这样.至少 你没有我的时候.你会疼. 　　83. 看到成都把公交遇难人员定为凶手，上海方面非常羡慕，他们多么想说，那幢楼是被那个遇难工人推倒的。 　　84. 对你微笑，纯属礼貌 　　85. 地铁上的广告：挤吗？买辆车吧！出租车上的广告：堵吗？坐地铁吧！ 　　86. 我允许你走进我的世界，但绝不允许你在我的世界里走来走去。 　　87. 生命是一朵千瓣莲花，既然我拒绝绽放，那么我也就同时拒绝了枯萎和零落 　　88. A: 我大姨妈刚走。 B：哦，最近车票不大好买吧？　　89. 4年没见到老婆了，她去年给我生了个大胖小子……真想回家看看啊。 　　90. 一北京人叹道：北京的地铁真挤，上周一孕妇被挤流产了。上海人不削的说：上海的地铁才叫挤，去年一少女被挤怀孕了。 　　91. 满以为我会死于肝癌，肺癌，胃癌或是口腔癌，不想医师告诉我已到了手癌晚期。 　　92. 一女的问我 ， 她长得怎么样。我说她很纯洁，就算活到一百岁也会是个处女。 　　93. “回床率”，这不得不说是个好词儿。 　　94. 像阴道般咧嘴笑起来。 —某翻译小说中的一句。 　　95. 答辩难度要视答辩老师头天晚上的性生活质量而定。 　　96. 今年的一切都不正常，惟独中国足球还算正常。 　　97. 就算是一坨屎，也有遇见屎壳郎的那天。所以你大可不必为今天的自己有太多担忧。 　　98. 要搞清楚自己人生的剧本――不是你父母的续集，不是你子女的前传，更不是你朋友的外篇。 　　99. 人又不聪明，还学别人秃顶。　　100.如果你笑了，请顺手转下~
系统分析师考试总纲2009版
系统分析师考试大纲2009版系统分析师考试大纲
一、考 试 说 明
1. 考试目标
通过本考试的合格人员应熟悉应用领域的业务，能分析用户的需求和约束条件，写出信息系统需求规格说明书，制订项目开发计划，协调信息系统开发与运行所涉及的各类人员；能指导制订企业的战略数据规划、组织开发信息系统；能评估和选用适宜的开发方法和工具；能按照标准规范编写系统分析、设计文档；能对开发过程进行质量控制与进度控制；能具体指导项目开发；具有高级工程师的实际工作能力和业务水平。
2．考试要求
（1）掌握系统工程的基础知识；
（2）掌握开发信息系统所需的综合技术知识（硬件、软件、网络、数据库等）；
（3）熟悉企业或政府信息化建设，并掌握组织信息化战略规划的知识；
（4）熟练掌握信息系统开发过程和方法；
（5）熟悉信息系统开发标准；
（6）掌握信息安全的相关知识与技术；
（7）熟悉信息系统项目管理的知识与方法；
（8）掌握应用数学、经济与管理的相关基础知识，熟悉有关的法律法规；
（9）熟练阅读和正确理解相关领域的英文文献。
3．考试科目设置
（1）信息系统综合知识，考试时间为150分钟，笔试，选择题；
（2）系统分析与设计案例，考试时间为90分钟，笔试，问答题；
（3）系统分析与设计论文，考试时间为120分钟，笔试，论文题。
二、考 试 范 围
考试科目1：信息系统综合知识
1．计算机系统综合知识
计算机组成与体系结构
o 各种计算机体系结构的特点与应用（SMP、MPP等）
o 构成计算机的各类部件的功能及其相互关系
o 操作系统的类型与结构
o 操作系统基本原理
o 操作系统性能优化
o 网络操作系统与嵌入式操作系统
数据通信与计算机网络
o 数据通信的基本知识
o 开放系统互连参考模型
o 常用的协议标准
o 网络的互连与常用网络设备
o 计算机网络的分类与应用
数据库系统
o 数据库管理系统的类型、结构和性能评价
o 常用的关系型数据库管理系统
o 数据仓库与数据挖掘技术
o 数据库工程
o 异构与通用服务、远程过程调用（Remote Procedure Call）、面向消息的中间件（Message-Oriented Middleware）、对象请求代理（Object Request Brokers）
系统配置与性能评价
o C/S与B/S结构、分布式系统
o 系统配置方法（双份、双重、热备份、容错、集群）
o 性能计算（响应时间、吞吐量、TAT）
o 性能设计（系统调整、Amdahl解决方案、响应特性、负载均衡）
o 性能指标（SPEC-Int、SPEC-Fp、TPC、Gibson mix、响应时间）
o 性能评估
计算机应用
o 信息管理、数据处理、辅助设计、自动控制、科学计算
o 远程通信服务、Web计算
o 多媒体压缩、编码与存储技术
o 人工智能、模式识别
2. 信息化基础知识
o 信息与信息化
o 信息化对组织的意义
o 现代组织对信息化的需求
o 组织的信息化与软件工程或系统集成工程的不同特点
政府信息化与电子政务
o 电子政务的概念、内容和技术形式
o 中国政府信息化的策略和历程
o 电子政务建设的过程模式和技术模式
企业信息化与电子商务
o 企业信息化的概念、目的、规划、方法
o ERP的主要模块和主要算法
o 企业业务流程重组（BPR）
o CRM、PDM在企业的应用
o 知识管理
o 企业应用集成
o 全程供应链管理的思想
o 商业智能
o 电子商务的类型、标准
信息资源管理
国际和国内有关信息化的标准、法律和规定
3. 软件工程
软件工程基础知识
o 软件生存周期及其模型
o 软件需求分析与定义
o 软件设计
o 软件测试与审计
o 软件维护
o 软件复用
o 文档编制标准
项目管理知识
o 项目计划的制订、监督、控制
o 项目工作量估算
o 范围管理
o 进度管理
o 配置管理
o 风险管理
o 资源和任务分配
o 项目的生命周期管理
o 软件过程的定义和范围
o 软件过程的作用
o 软件过程的发展
o 主要的软件过程及其特点
o 软件过程改进
o 质量保证计划
o 质量认证体系
o 质量管理和质量管理技术
o 全程质量管理
4. 信息系统开发与运行
信息系统基础知识
o 信息系统概念
o 信息系统的功能、类型、结构
o 信息系统的生命周期，各阶段的目标和主要工作内容
o 信息系统建设的原则
o 信息系统开发方法
需求分析和设计方法
o 分析设计图示（DFD、ERD、UML、流程图、NS图、PAD）
o 面向对象设计（继承、抽象、代理、封装、多态）
o 结构化分析设计
o 模块设计（内聚、耦合）
o I/O设计（报表设计、屏幕设计、数据项代码设计），人机界面设计
开发环境与开发工具
o 集成开发环境
o 开发工具（分析设计工具、编程工具、测试工具等）
o 软件开发平台的比较
o 控制集成、数据集成、表示集成，外部资源的
应用系统构建
o 应用系统设计开发（分析设计方法的使用、外部设计、内部设计、程序设计、测试）
o 软件包的使用（开发工具、运行管理工具、业务处理工具、ERP、群件、OA工具）
o 数据库设计和操作（范式、SQL、数据分布）
o 网络的规划与设计
o 系统运行管理（计算机系统、数据库、网络）
o 系统成本管理（用户收费、TCO）
o 用户管理（ID保险和管理）
o 分布式系统管理
o 硬件资源管理
o 软件资源管理（程序库管理、版本管理）
o 数据资源管理、网络资源管理
o 设备和设施管理（电源、设备管理、设施安全性管理）
o 系统故障管理（处理手续、监视、恢复过程、预防措施）
o 安全性管理、性能管理
o 系统运行工具（自动化操作工具、监视工具、诊断工具）
o 系统转换（转入运行阶段、运行测试、版本控制）
o 系统运行服务标准
o 维护的类型（日常检查、定期维护、预防性维护、事后维护、远程维护）
o 软件维护、硬件维护
o 维护合同
o 数据安全和保密，加密与解密机制
o 计算机故障诊断和防范，防治计算机病毒，防范计算机犯罪，防闯入
o 通信和网络安全
o 系统访问控制技术
o 私有信息保护
o 安全管理措施，有关的法律、法规、制度
6. 标准化与知识产权
o 标准化意识，标准化的发展，标准的生命周期
o 国际标准、美国标准、国家标准、行业标准、地方标准、企业标准
o 代码标准、文件格式标准、安全标准、软件开发规范和文档标准
o 标准化机构
o 知识产权
7. 经济、管理等相关知识
o 企业法律制度
o 会计常识
o 财务成本管理实务
o 现代企业组织结构
o 人力资源管理
o 企业文化管理
o IT审计的相关常识（审计标准、实施和审计
8. 应用数学
o 概率统计应用
o 图论应用
o 组合分析
o 算法（数值算法与非数值算法）的选择与应用
o 运筹方法（网络计划技术、线性规划、预测、决策、库存管理、模拟）
o 数学建模
9. 专业英语
o 具有高级工程师所要求的英文阅读水平
o 掌握本领域的英语术语
考试科目2：系统分析与设计案例
1. 系统计划
o 信息系统项目的提出与选择，项目优先级的确定
o 基于管理层次的业务评价
o 分析信息系统的实施目的、功能、构架、规模、能力、维护、应用方法及故障情况等
o 系统开发规划
o 可行性研究与效益分析
o 系统方案的制定、评价和改进
o 遗留系统的评价和处理策略
o 新旧系统的分析和比较
o 基于企业信息战略，进行技术调研和评估
o 制订信息系统构想（方案）评价标准
o 计划变更与控制
2. 需求获取和分析
o 业务模型的抽取、决策及图形化和公式化
o 对象业务流的提取和确认
o 从信息系统的观点对确认内容进行整理
o 明确对象业务问题的分析和解决方向
o 业务功能的模型化
o 对象业务全体以及业务功能整合性方面的探讨
o 现有软件系统的分析
o 确认测试计划
o 主要需求分析方法论
3. 系统分析
o 组织结构与功能分析
o 业务流程分析
o 数据汇总与数据流程分析
o 系统功能划分与数据资源分布
o 系统的故障模型和可靠性模型
o 系统的可靠性分析和可靠度计算
o 提高系统可靠性的措施
o 系统的故障对策和系统的备份与恢复
o 系统分析的实用技术
o 主要系统分析方法论
4. 系统设计
o 需求建模的步骤
o 用例驱动的开发方式
o 结构化建模技术、数据流图
o 面向对象建模技术------解决方案--------------------有这么多东西
如果您想提高自己的技术水平，欢迎加入本站官方1号QQ群：&&，&&2号QQ群：，在群里结识技术精英和交流技术^_^
本站联系邮箱：