Paw in Paw是一个在韩国广受欢迎的童装品牌，也是韩国最先使用

作为主角的服装品牌，于20xx年x月正式进入中国市场，为2-11岁的小朋友提供舒适可爱的衣裳。Paw in Paw完全释放自我表现，以轻松自由、风格多样的小熊为造型，商品色彩以粉色、蓝色、紫色、绿色为主, 分为古典、传统、校园、运动四个系列设计理念，带给孩子们活泼、好动、追求自由的空间，尽情释放孩子天真烂漫的自然个性。

在童装的销售上，有别与成人装，因为家长在购买童装时，首先考虑的是衣服的面料，不能对孩子皮肤造成伤害，其次是安全性，拉链、扣子等不能对孩子造成伤害。

。

年龄稍微大一点的会考虑做工、款式、价位、品牌等。所以一般的家长选择童装的标准是这件童装的舒适度，以及服装的触感，这是非常重要的，例如一些家长会去选择一些色彩温和的颜色，如粉色、淡色、蓝色以及浅黄色等等。

Paw in Paw服装的价格在童装市场价位算是中等偏上的价位。家长对于童装的要求很多很多，如这件服装的质量以及品质，而且 现在的生活水平已经越来越好了，家长对孩子的生活用品也不再拘泥于价格问题，只要质量好，一切都没有问题。

第二篇：java swing QQ 项目总结

项目总结

这是我的第一次做项目，也是第一次当组长，这短短的二十几天令我成长了不少，也算是对项目的经验积累有了一点点。

刚开始编写和讨论需求分析，以为项目并不是做的很大，而且功能实现有限，业务逻辑不太复杂，我们尽管花费了时间，但基本不能完善，只是有一个大概轮廓，并不能很清晰明确项目中要做的一些事情和妖攻破的难点，对于项目的总体框架把握的并不是很好，还有功能方面的设计，也不能分解的很详细，以至于组员间并不能很好的协调工作。

刚开始一起同组员写界面，当然对于界面代码的风格刚开始也没统一好，导致后来融合时，由于每个人的变量命名和代码整体规划都不同，所以到用到其他人界面时，每个人都要花费大量的时间去看懂其他所有人的代码，还有注释并不是写的很清晰。

界面写好融合后，进行数据库的设计，组员间也开展了必要的讨论，最后发现数据库的设计不能按需求分析上的数据进行设计，而界面的设计中牵涉的数据库的一些数据，因为先写的界面，也不能按需求分析上面的进行，最终只能以界面的数据为模板进行数据库设计，数据库设计组员设计好之后，也没有规范字段命名，此处又乱费了大把的时间去读懂，然后很好的运用，当然对于每个字段的类型和长度也没明确规定，所以在连接数据库操作时又发现了大量的不匹配，如账号本来定义为数字类型，而程序设计时却又定义了字符串类型，还有离线消息的字符长度太短，密码的字段与数据库中数据不匹配等问题。总结出数据库的设计，需求分析对信息的搜集一定要全面

接下来是真正的实施阶段，花费了大量的时间，也发现了很多技术难点，自己也不能很好的把所有的技术难点进行分解，然后分配给组员，只是大概的一些功能点进行分工。当然，自身原因也有很多缺陷，对基础部分的知识并不能很好的灵活运用，特别是党用到某些关键的知识点时不能马上想到，如对容器HASHMAP的使用，不能运用得很恰当，还有线程也不能很好的理解和运用，甚至发大量时间去复习前面的知识点。当用到一些新技术时，体现出了自身的更大缺陷，就是自学能力不够，而且对难点的攻克没有信心，缺乏主动，如JMF多媒体框架技术和FTP文件传输协议。在写核心代码的同时，发现对java中对象的理解严重欠缺，对方法的封装也不是很到位。即便是写好的代码，也漏洞百出，不能很好捕获和控制异常，例如客户端出现了某一处异常，就不能正常运行，或者是服务器出现一些正常或几处异常，则就会导致整个系统瘫痪等问题，并没有使用自定义异常，不知道具体用在哪些地方，所以项目中也没有使用，更加没有追求代码算法设计和服务器与客户端运行效率的考虑。 当然项目演示，也觉得很失败的，并不能很好表达自己的设计思想，对项目的讲解一点都不透彻。老师说的好，做的再好，说不清楚，不能让别人理解那也是不成功的案例。 不过最后还是有很大收获的，这当中包括了对基础知识的巩固，对一些业务实现转换程序的实现，还有对象的设计思想，mvc设计模式的理解都更加的深刻。