模式简单工厂模式又称静态工厂方法模式，它就是由个工厂对象决定创建出哪产品类的实例。简单工厂模式的策略图如下所示图简单工厂的策略模式图简单工厂模式是由个工厂类根据传入的参量决定创建哪类产品的实例。由上图可以看出它有三个角色工厂类担任这个角色的是工厂方法模式的核心，含有与应用紧密相关的商业逻辑。工厂类在客户端的直接调用下创建产品的对象，它往往由个具体的类实现。抽象产品角色担任这个角色的类是由工厂方法模式所创建的类的父类，或者他们有共同的接口。抽象产品可以是个接口或者抽象类的实现。具体产品角色工厂方法模式所创建的任何对象都是这个类的实例，由个具体的类来实现。在系统中，我们抽象出个员工的类，它有连个子类般员工和系统管理员。有个个工厂类负责具体实例的创建。具体的类图如下图所示图系统中使用的简单工厂模式策略模式策略模式的用意策略模式的用意是针对组算法，将每个算法封装到具有共同接口的独立的类里面去，从而使得它们可以相互替换。它是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象管理。策略模式的结构策略所示图享元模式在系统中的使用结束语在软件工程中的运用是与组织提出的是相致的，随着它的不断发展和完善，并且随着使实现的标准化﹑统化，最终基于的软件开发过程将变为个更加重用，更加快速，更加有效的软件开发方法，使软件开发方法向更高抽象层，更加可重用发展。参考文献面向对象程序设计高级教程，陈奇，高等教育出版社，标准建模语言极其支持环境，周伯生，张莉等，北京计算机世界，和模式应用面向对象分析和设计导论，等，姚淑珍，李虎译，机械工业出版社，，科学出版社模式的结构图如下图所示图策略模式的结构图在这个模式里面设计到三个角色环境角色它持有个抽象策略的引用抽象策略角色这是个抽象角色，通常由个接口或者抽象类实现。此角色给出所有的具体策略类所需要的接口。具体策略角色包装了相关的算法和行为在系统中设计到多种查询，它们大都类似，我们可以采用策略模式提高程序的灵活性和适应性。具体的策略模式的使用见下图所示图策略模式在系统中的使用享元模式由于只使用到单享元模式，故在这里只给单享元模式给与介绍。在单纯享元模式中，所有的享元对象都是可以共享的，如下图所示。它涉及到如下的四种角色客户端它需要个对所有享元对象的个引用，同时它需要自行存储所有享元的外蕴状态享元工厂本角色负责创建和管理享元角色。它必须保证享元对象可以被系统适当的共享。当个客户端对象调用个享元对象的时候，享元工厂会检查系统中是否已近有个已符合要求的享元对象，如果有的话，享元工厂就提供这个已有的享元对象如果没有的话，享元工厂就创建个合适的享元对象。抽象享元角色它是所有具体享元类的超类，为它们提供个公共接口，当需要外蕴状态的操作，可以提供参数传入。具体享元它实现了抽象享元所规定的接口。如果有内蕴状态的话，它必须为内蕴状态提供空间，使得享元对象在系统内可以共享。图单纯享元的模式结构图在系统中所有的用户拥有同样的用户类型，因此对他们我们只需保存个，这样可以很大程度上节省系统运行的开销以及提高运行的效率。享元模式在系统中的使用如下图个接口，但可能有多种实现。实现层从实现的角度定义类及其实现，揭示了软件实现体的构成情况。针对当前系统产品类的主要操作设置和获取每个属性值的方法。产品类别类的主要操作设置和获取每个属性值的方法。产品项目类的主要操作设置和获取每个属性值的方法订单类的主要操作设置和获取每个属性值的方法初始化订单增加产品项目等。购物车类的主要操作设置和获取每个属性值的方法增加产品项目删除产品项目等。购物车项目类的主要操作设置和获取每个属性值的方法统计金额等。下面是系统的类图，见图系统的时序图分析顺序图可描述几个对象间的动态协作关系，它非常直观的展示了对象之间传递消息的时间顺序。反映了系统执行过程中个特定时刻所发生的事情。在系统分析时，可对主要对象类绘制顺序图，以便分析系统的行为，验证和修改系统的静态结构，满足用户的需求，达到系统的目标。顾客订购的时序图如下图所示顾客首先使用自己的帐号和密码进行登陆系统，登陆模块会将客户的图网上购物系统的类图保存在系统缓存中，并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后，查询模块将显示商品列表。客户得到商品列表后，提交自己想要购买的商品，订购模块得到商品为了描述系统中各个物理组成部分的分布提交和安装过程。在实际应用中，并不是每个软件开发项目都必须绘制配置图的。如果项目开发组所开发的软件系统只需要运行于台计算机并且只需使用此计算机上已经由操作系统管理的标准设备，这种情况下就没有必要绘制配置图了。另方面，如果项目开发组所开发的软件系统需要使用操作系统管理以外的设备例如数码相机路由器等或者系统中的设备分布在多个处理器上，这时就有必要绘制配置图，用其来帮助开发人员理解系统中软件和硬件的映射关系。下面的本系统的配置图，见图。图网络购物系统的配置图系统采取的设计模式分析系统中的类，如下图所示图系统的类图关于图有几点说明如下类是所有类的父类，它的属性包括用于标示不同身份人的，姓名和地址。它的方法包括根据搜索，根据姓名搜索，设置人的姓名，地址等。继承了父类的方法和属性，并添加了自己的方法和属性。表示改用户注册的日子，表示登陆密码，用于搜索商品，用于维护客户订单。继承了，它的属性表示雇佣日期。生成订单并提交给数据库模块进行保存，保存成功后，提示用户订购商品成功。图顾客订购时序图客户删除订单的时序图如图所示客户在提交订单后可以对订单进行维护添加，删除，修改。客户首先输入自己的帐号和密码登陆系统，登陆模块会将客户的保存在系统缓存中，并提交给订单查询模块。订单查询模块会显示当前所有的订单，顾客得到该列表后，选择要删除商品的，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理提示用户删除成功。图客户删除订单的时序图管理员处理订单的时序图如图所示管理员使用其帐号和密码登陆后，登陆模块会将管理员的保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表，管理员提交商品的得到该商品的库存情况，如果库存充足则接收订单，并把接收信息提交给数据模块，数据模块更新改客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示改操作成功。图管理员处理订单的时序图系统的协作图分析顾客订购协作图如图所示图顾客订购协作图顾客删除订单的协作图如图所示图顾客删除订单的协作图管理员处理订单协作图如图所示图管理员处理订单协作图系统的活动图分析购买商品的活动图如图所示图购买商品的活动图系统的配置图分析配置图可以显示节点以及它们之间的必要连接，也可以显示这些连接的类型，还可以显示组件和组件之间的依赖关系，但是每个组件必须存在于些节点上。配置图用于对系统的实现视图建模。绘制这些视图主要是的建模语言。但目前在国内外的运用情况却不是很好。年月底，公司对个个体进行了调查，结果是有的开发人员运用进行系统开发的建模，的开发人员不用进行开发，的开发人员不太确定究其原因是还存在以下几个方面的不足目前很多地方运用难以解释的字符来描述系统的功能系统的行为和计算，不易于理解。并且没有对数据操作进行定义，很多对象之间的行为过程没有加以说明，如对象之间关系的操作，这些都迫切需要个标准化的行为描述语言来对系统的行为进行精确的描述。虽然是种面向对象的软件系统设计的标准描述语言，但是在其状态图中用状态和迁移表示对象行为关联时用到了大量的不易于理解的注释字符，因此，系统的模型既不是可以执行的也是不和用编程语言开发的可执行程序相协调。在不同的技术实现平台上如实现语言，软件环境对同样需求的系统建模时细节差别很大，系统构建模型的重用性就很低。这样在计算机技术正在向各个方向快速发展的今天，老的遗留系统必须和新技术的实施平台，开发技术相协调，使得新旧系统之间的集成或系统的演化面临不同的实现技术，老的遗留系统在运用新技术进行重构时，必然要浪费很多财力，人力进行系统模型的更新甚至完全重建系统。网络购物系统的分析网络购物系统的需求分析普通用户可以登陆系统，成为登陆后用户。普通用户只具有搜索产品查看产品分类查看产品项目查看产品等几个基本权限。除提供般权限外，本系统还可为登陆后用户提供编辑帐号购物车定单结算的功能和服务。登陆后用户可修改购物数量。用例分析确定参与者谁使用系统的主要功能谁需要从系统获得对日常工作的支持和服务需要谁维护管理系统的日常运行公司的哪个部门使用系统系统需要与其它哪些系统交互谁需要使用系统产生的结果针对网上购物系统的前台系统，通过回答以上问题，可以得到执行者有三类，顾客，管理员和般员工。确定用例系统需要哪些输入输出这些输入输出从何而来到哪里去执行者是否需要对系统中的信息进行读创建修改删除或存储创建用例订单处理订单维护订单状态查询个人信息维护订购接收发货库存查询缺货拒绝商品查询商品信息维护销售查询员工信息维护报表维护订单增加订单删除创建用例图系统管理的用例图如下图图系统管理用例图系统用户的用例图如下图所示图系统用户的用例图类图分析画类图和理解类图时都应采用三个层次的观点。这些观点也适用于其它模型。三个层次的观点不是的组成部分，但对建造模型或评价模型都非常有用，且都可应用于概念层描述应用域中的概念，是对现实世界的直接描述，与实现它们的类有关但与实现方案和实现语言无关。说明层描述软件的接口，而不是软件的实现。个类型描述网络购物系统的分析与设计摘要论文简单的描述了的基本概念和发展历史，并且分析了目前运用存在的些问题，通过在实际的设计开发中，运用对网络购物系统的开发例子来阐述的