sgear

<br />详细设计说明书 <br /><br />1引言 2 <br />1.1编写目的 2 <br />1.2背景 2 <br />1.3定义 2 <br />1.4参考资料 2 <br />2程序系统的结构 2 <br />3程序1（标识符）设计说明 2 <br />3.1程序描述 3 <br />3.2功能 3 <br />3.3性能 3 <br />3.4输人项 3 <br />3.5输出项 3 <br />3.6算法 3 <br />3.7流程逻辑 3 <br />3.8接口 3 <br />3

转自：http://www.cnblogs.com/huangcong/archive/2010/06/14/1757957.html最近要忙期考,但还是决定每天抽点空来写CodeSmith的系列文章了,在此实在不敢用教程这个词语,毕竟自己对CodeSmith了解的也不是很多,有很多牛人都在博客园发布了不少关于CodeSmith的文章了,但我还是想发表一下自己的心得,希

下面4种关系总结1.泛化2.聚合3.依赖4.关联1.泛化就是 父类与子类之间的集成关系[具体表现]父类父类实例＝new子类()[UML图](图1.1)图1.1Animal类与Tiger类,Dog类的泛化关系[代码表现][代码表现]java代码 classAnimal{}   classTigerextendsA

UML基础 http://v.youku.com/v_show/id_XNDk5NTc2NDg=.html  Visio 绘制UML序列图 （主要）http://v.ku6.com/show/YWCtNDnbF9FkMFbh.html Visio 绘制UML状态图 http://v.ku6.com/show/foj5GWgdUYQV33jC.html Vis

一、SRP简介（SRP--Single-Responsibility Principle）：就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。 所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我们修改这个类，那么你就要考虑撤分这个类了。因为职责是变化的一个轴线，当需求变化时，该变化会反映

一、OCP简介（OCP--Open-Closed Principle）：Software entities(classes,modules,functions,etc.) should be open for extension, but closed for modification。软件实体应当对扩展开放，对修改关闭，即软件实体应当在不修改（在.Net当中可能通过代理模式来达到这个目的

单一职责原则（SRP : Single Response Principle)就一个类而言，应该仅有一个引起它变化的原因。在这里，职责的定义是： “变化的原因”。对于何时遵循SRP有以下的考虑：1.如果应用程序的变化会影响到类中某一种职责，那么就应该将它与另一种职责分开，这样做可以避免客户应用程序和类中的这两职责耦合在一起。2.如果应用程序的变化总是会导致两个职责同时变化，那么

一、LSP简介（LSP--Liskov Substitution Principle）：定义：如果对于类型S的每一个对象o1，都有一个类型T的对象o2，使对于任意用类型T定义的程序P，将o2替换为o1，P的行为保持不变，则称S为T的一个子类型。子类型必须能够替换它的基类型。LSP又称里氏替换原则。对于这个原则，通俗一些的理解就是，父类的方法都要在子类中实现或者重写。 二、举例说

Scrum 迭代增量开发 ：是先完成项目的大体功能框架，然后在慢慢的完成细节部分。  完成一部分确认一部分。引用个例子：　如果认为这个解释难以理解，可以这样想： 　　我们开发一个产品，如果不太复杂，会采用瀑布模型，简单的说就是先定义需求，然后构建框架，然后写代码，然后测试，最后发布一个产品。　　这样，几个月过去了，直到最后一天发布时，大家才能见到一个产品。

压力测试一般使用工具Web Application Stress Tool  OR    Web-CT   使用方法百度即可

首先服务器部分可以通过   HTML/SOAP 生成器 模拟用户连接，对服务器测试 程序部分 先由程序自己进行单元测试，然后系统的功能测试，最后是压力测试， 压力测试下载相关压力测试软件即可。

<br />精通TDD才能真正敏捷地开发软件。其它，都是TDD衍生到有关“需求、角色分配、沟通、文档”方面的东西，可以在你非常熟练了TDD之后再结合实际管理经验。如果本末倒置，先挑出敏捷理论中最没有技术门槛的东西来学习，你会走偏。<br /> <br />IT行业自上个世纪70年代蓬勃发展，直到现在，如何管理好软件项目还一直是大家讨论的话题。这是因为软件项目失败的太多，比如项目彻底被取消、项目的工期拖延等等。 <br />就中国目前很多软件开发团队的实际情况来看，从某种程度上来说，错误的使用和依赖两个软件来

<br />软件需求说明书的编写提示 <br /><br />1引言 2 <br />1.1编写目的 2 <br />1.2背景 2 <br />1.3定义 2 <br />1.4参考资料 2 <br />2任务概述 2 <br />2.1目标 2 <br />2.2用户的特点 3 <br />2.3假定和约束 3 <br />3需求规定 3 <br />3.1对功能的规定 3 <br />3.2对性能的规定 3 <br />3.2.1精度 3 <br />3.2.2时间特性要求 3 <br />3.2.3

什么是Ioc什么是Ioc（Inversion of control），Ioc又叫DI(Dependency Injection),就是将你设计的类交给系统来控制，而不是你自己编码控制，这个应该是来源于java中的。做过j2ee开发的朋友肯定熟悉struts+hibernate+spring的结构。而spring正是为了实现Ioc而存在的，可想而知Ioc是多重要。当然我们不是在谈java而是在说