一需求分析此系统是一个类似于淘宝网的在线衣服销售系统，相当于淘宝网上的一个专门买衣服的网店，它具有用户注册，用户登录，修改密码，显示系统功能，查看订购历史以及订货。
1.1需求列表：（1）用户管理：用户管理的需求包括用户注册，用户登录以及修改密码。
用户注册是添加一个我们网上衣店的新用户；用户登录是用户想要进入系统时必须采取验证身份的步骤；修改密码是为了用户的安全性考虑，当密码存在不安全的因素时，适时修改密码。
（2）商品衣服的管理：商品管理包括订购衣服和查看订购衣服的历史。
订购衣服是当我们衣店的库存数量不足时必须采取的；查看订购衣服的历史有助于我们更好地了解衣服的订购情况。
（3）显示系统功能：此功能是用来让用户能很清楚地了解此系统所实现的各种功能。
1.2系统用例图：1.3用例分析及场景描述：用户注册用例：这部分主要是新用户进行注册的过程，首先用户进入到注册页面，填写注册信息并提交，如果无误的话系统会给予注册成功的提示，如果注册失败会提示注册失败信息。
用户登录用例：此功能模块针对的对象是本网站的会员既已经注册的会员，会员首先填写用户名和密码，然后点击登录按钮，如果网站数据库中存在此会员并且密码正确则提示登录成功提示，如果网站不存在此用户或密码不正确，系统会提示用户登录失败。
修改密码用例：此用例针对注册会员进行操作。
用户登录成功会可以进入网站主页面，如果用户想修改密码的话可以单击修改密码按钮，进行密码修改，用户输入新密码单击修改按钮即可完成密码修改。
显示系统功能用例：此功能针对注册会员，会员首先登录到网站，进入主页，主页会有相关操作的按钮，显示系统所提供给会员操作的功能，用户可以针对自己的需要选择系统提供的功能。
订货衣服用例：此功能针对注册登录会员，网站提供两种订购方案：单件订购和定制套装。
用户可以根据自己的需求来选择。
单件订购方案：用户选择是上衣还是裤子，并填写订购的数量，确认无误后单击订购按钮即可，如果订购成功，系统会提示订购成功，失败则会提示订购失败。
定制套装方案：用户选择定制套装的档次（高、中、低），并填写订购的数量，确认无误后单击订购按钮即可，如果订购成功，系统会提示订购成功，失败则会提示订购失败。
显示订购历史用例：此功能针对注册会员，用户登录到系统后，主页显示系统功能中包括历史查看选项，用户可以单击进入历史交易记录页面，页面将显示用户所有的交易记录。
二设计模式2.1单件模式2.1.1单件模式的定义让类自身负责保存它的唯一实例，这个类可以保证没有其他实例可以被创建（通过截取创建新对象的请求），并且它可以提供一个访问该实例的方法。
这就是单件模式。
2.1.2单件设计模式的意图单件模式保证一个类仅有一个实例，并提供一个访问它的全局访问点。
2.1.3单件设计模式的结构单件模式结构图单件模式的结构进包括Singleton。
Singleton：被调用的单件对象。
在单件模式中，通常由Instance（或GetInstance）方法负责对象的创建，该方法应保证每个需要（单件）对象的客户端均能访问它。
2.1.4单件模式在本程序中的应用与理解在服装定制系统中，单件模式主要用于数据库部分。
该类的基本结构如下：public class Connection{private static Connection newConn;private static readonly object mylock=new object();private Connection() {}public static Connection getConn();public int Insert(string str);public int Insert(string Name, string Pwd);public int Change(string Pwd,int ID);}本程序中单件模式的Singleton类的类名为Connection。
通过getConn()方法获得该类的对象，保证了该类只有一个唯一实例。
Mylock是为了多线程安全所做的一个object对象。
通过Insert()方法可以向数据库插入客户基本信息以及客户订购的服装信息，通过change()方法，客户可以在登录该系统后修改自己的用户名和密码。
通过单件模式的使用，我们深刻地体会到了单件模式的作用和适用范围：（1）当类只能有一个实例并且用户可以从一个众所周知的访问点来访问它时。
（2）当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例时。
2.2工厂模式2.2.1工厂模式的定义：工程模式是一种经常被用到的模式，根据工厂模式实现的类可以根据提供的类生成一组类中的某一类的实例，通常这一组类有一个公共的抽象父类，并且实现了相同的方法，但是这些方法对不同的数据进行了不同的操作。
首先需要定义一个基类，该类的子类通过不同的方法实现了基类中的方法。
然后需要定义一个工厂类，工厂类可以通过条件生成不同的子类实例。
当得到子类的实例后，开发人员可以调用基类中的方法而不用考虑返回的是哪个子类的实例。
2.2.2工厂模式的意图：工厂模式又称虚构造机（Virtual Constructor）。
它定义一个用于创建对象的接口，让子类决定实例化那一个类。
工程模式使一个类的实例化延迟到其子类。
2.2.3工厂模式的结构：（结构图）工厂模式的结构包括Factory、ConcreteFactory、Product和ConcreteProduct四部分，其中：Factory——“抽象的工厂”角色，声明工厂的方法，该方法返回一个Product类型的对象。
Factory也可以定义一个工厂方法的默认实现，它返回一个默认的ConcreteProduct对象。
可以调用工厂方法以创建一个Product对象。
ConcreteFactory——具体的工厂角色，创建具体产品的子工厂，重写工厂方法以返回一个ConcreteProduct实例。
Product——产品角色，定义工厂方法所创建的对象的接口。
ConcreteProduct——具体产品角色，实现Product接口。
在工厂模式中，产品的创建都是由ConcreteFactory来完成的，通常每个ConcreteFactory负责一种具体产品的创建，各个子工厂之间相互独立、职责明确、互不影响。
5.1 工厂模式结构图2.2.4工厂模式在本程序中的应用与理解：在本系统中，工厂模式用于的功能点为生产上衣和裤子，具体相关类的基本结构如下：public abstract class AbsClothes{public abstract bool add(int ID, int Num, int Price);}public interface IFactory{AbsClothes CreateClothes();}public class Up:AbsClothes{public override bool add(int ID, int Num, int Price);}public class Down : AbsClothes{public override bool add(int ID, int Num, int Price);}public class UpFac : IFactory{public AbsClothes CreateClothes();}public class DownFac:IFactory{public AbsClothes CreateClothes();}AbsClothes类是所有衣服的父类，Up和Down分别为上衣和裤子，是AbsClothes的子类。
IFactory类为所有具体工厂的抽象类，UpFac和DownFac 为IFactory的子类，是生产上衣和裤子的具体工厂。
当每次系统想获得上衣或裤子的具体对象时，不是在主程序中直接用new来生成Up和Down的对象，而是通过调用UpFac和DownFac的CreateClothes方法来生成。
由于AbsClothes和IFactory作为抽象父类，当有新产品要添加的时候可以通过继承这两个父类来实现新产品的扩充，而原来的程序不用做出任何修改，这是符合面向对象程序设计的“开闭”原则的。
通过这次使用工厂模式，我们更加深刻的体会到了工厂模式的作用和适用范围：（1）当一个类不知道它所必须创建的对象的类信息的时候。
（2）当一个类希望由它的子类来指定它所创建的对象的时候。
（3）当类将创建的对象的职责委托给多个帮助子类中的一个，并且希望将哪一个帮助子类是代理者这一信息局部化的时候。
2.3建造者模式2.3.1建造者模式的定义建造者模式用来创建复合对象，并把复合对象的创建过程加以抽象，通过子类继承和重载的方式，动态地创建具有复合属性的对象；另一方面，为了统一创建过程，又把对象创建的操作统一封装在名为Director所提供的方法里。
2.3.2建造者模式的意图将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
2.3.3建造者模式的结构建造者模式结构图从图中可以看出，建造者模式的结构包括四个部分：Builder, ConcreteBuilder, Director和Product。
其中：Builder---为创建一个Product对象的各个部分指定抽象接口。
ConcreteBuilder---实现Builder接口以构造和装配该产品的各个部件。
定义并明确他所创建的表示。
提供一个检索产品的接口。
Director---构造一个使用Builder接口的对象。
Product---表示被构造的复杂对象。
ConcreteBuilder创建该对象的内部表示并定义它的装配过程。
包含定义组成部件的类，包括将这些部件装配成最终的产品的接口。
2.3.4建造者模式在本程序中的应用与理解：建造者模式在本系统中所应用的模块为创建成套的衣服，包括上衣和裤子，具体相关类的结构如下所示：public class Director{public void Construct(Builder builder);}public abstract class Builder{public abstract void MadeShirt();public abstract void MadeTrousers();public abstract Taozhuang GetTao();}public class Taozhuang{private string shirt;public string Shirt{get { return shirt; }set { shirt = value; }}private string trousers;public string Trousers{get { return trousers; }set { trousers = value; }}private int price;public int Price{get { return price; }set { price = value; }}public bool add(int ID,int Num);}public class HighQ:Builder{private Taozhuang HQ = new Taozhuang();public override void MadeShirt();public override void MadeTrousers();public override Taozhuang GetTao();}public class MiddleQ : Builder{private Taozhuang MQ = new Taozhuang();public override void MadeShirt();public override void MadeTrousers();public override Taozhuang GetTao();}public class LowQ : Builder{private Taozhuang LQ = new Taozhuang();public override void MadeShirt();public override void MadeTrousers();public override Taozhuang GetTao();}Builder类为建造者的抽象类，HighQ，MiddleQ，以及LowQ为Builder的子类，为具体的建造者，分别代表生产高档套装，中档套装以及低档套装。