|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
结构性模式涉及如何组合类和对象以获得更大的结构。结构性模式采用继承机制来组合接口或实现。结构性对象模式不是对接口和实现进行组合，而是描述了如何对一些对象进行组合，从而实现新功能的一些方法。
|
|
|
|
Composite模式是结构性对象模式的一个实例。它描述了如何构造一个类层次式结构，这一结构由两种类型的对象所对应的类构成。
|
|
|
|
Flyweight模式为共享对象定义了一个结构。至少有两个原因要求对象共享，即效率和一致性。Flyweight模式的对象共享机制主要强调对象的空间效率。使用很多对象的应用必须考虑每一个对象的开销。
|
|
|
|
Facade模式描述了如何用单个对象表示整个子系统。模式中的Facade用来表示一组对象，Facade的职责是将消息转发给它所表示的对象。
|
|
|
|
Bridge模式将对象的抽象和其实现分离，从而可以独立地改变它们。
|
|
|
|
Decorator模式描述了如何动态地为对象添加职责。这一模式采用递归方式组合对象，允许添加任意多的对象职责。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
类图（Class Diagram）展现了一组对象、接口、协作及其之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。
|
|
|
|
类图给出了系统的静态设计视图，包含主动类的类图给出了系统的静态进程视图。作为模型管理视图还可以含有包或子系统，二者都用于把模型元素聚集成更大的组块。类图用于对系统的静态视图建模。这种视图主要支持系统的功能需求，即系统要提供给最终用户的服务。当对系统的静态设计建模时，通常以下述3种方式之一使用类图：对系统的词汇建模；对简单的协作建模；对逻辑数据库模式建模。
|
|
|
|
作为静态视图的类图可以包含依赖、关联、泛化、组合、实现关系以及注解和约束等。
|
|
|
|
（1）依赖关系是两个事物之间的语义关系，其中一个事物发生变化会影响另一个事物的语义。
|
|
|
|
（2）关联关系是一种结构关系，它描述了一组对象之间的链接关系。其中有一种特殊类型的关联关系，即聚集关系，它描述了整体与部分的结构关系。
|
|
|
|
（3）泛化关系是一种一般—特殊关系，利用这种关系，子类可以共享父类的结构和行为。
|
|
|
|
（4）实现关系是类之间的语义关系，其中的一个类制订了另一个类保证执行的契约。实现关系用于两种情况：在接口和实现它们的类或构件之间；在用例和它们的协作之间。
|
|
|
|
（5）组合是聚集关系的变种，表示元素间更强的组合关系。各种关系图例如下图所示。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
博客（Blog）又称网络日记，是使用特定的软件在网络上出版、发表和张贴个人文章或者由个人管理、不定期张贴新的文章的网站。简而言之，Blog就是以网络作为载体，简易、迅速、便捷地发布自己的心得，及时、有效、轻松地与他人进行交流，集丰富多彩的个性化展示于一体的综合性平台。Blog是继E-mail、BBS、ICQ之后出现的第四种网络交流方式，至今已备受欢迎，是网络时代的个人“读者文摘”，是以超级链接为“武器”的网络日记，代表着新的生活方式和新的工作方式，更代表着新的学习方式。
|
|
|
|
一个典型的博客结合了文字、图像、其他博客或网站的链接及其他与主题相关的媒体，能够让读者以互动的方式留下意见，这是许多博客的重要因素。大部分的博客内容以文字为主，仍有一些博客专注于艺术、摄影、视频、音乐、播客等主题。博客是社会媒体网络的一部分。比较著名的博客有新浪博客、网易博客等。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
网络系统是为一个集体提供服务的，对于该集体内的不同用户，需要收集特定的业务信息，包括以下内容。
|
|
|
|
（1）确定结构组织。业务需求的第一步就是获取组织结构图，了解集体中的岗位设置及岗位职责。
|
|
|
|
（2）确定关键时间点。对于大型项目，必须制订严格的项目实施计划，确定各个阶段关键的时间点。
|
|
|
|
（3）确定网络投资规模。在整个网络的设计和实施中，费用是一个主要考虑的因素。
|
|
|
|
（4）确定业务活动。主要通过对业务的分析，形成各类业务的网络需求，主要包括最大用户数、并发用户数、峰值带宽和正常带宽等。
|
|
|
|
（5）预测增长率。通过对网络发展趋势的分析，明确网络的伸缩性需求。
|
|
|
|
（6）确定网络的可靠性和可用性。网络设计人员在进行需求分析的过程中，首先应获取行业的网络可靠性和可用性标准，并根据标准与用户进行交流，确定特殊的要求。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
