摘要： 接上篇《机房收费系统重构（一）》二、概要设计完成了用例图，并用结合用例图完善了一下需求分析说明书，忘记是第几次修订需求分析说明书。有了用例图，很自然就进入了概要设计阶段。我认为这一阶段就是结合包图解决系统的基本架构。在这里采用了三层架构（符合高内聚，低耦合的思想），并结合了一些设计模式。下面看我的包图：可以看到，这个包图，是从最经典的三层UI-BLL-DAL加入设计模式演化而来。之所以采用抽象工厂模式是考虑到更换数据库的方便。而应用外观模式，是为了解决UI层和BLL层耦合性过高的问题，UI层不必知道BLL层的存在，Facade（外观）知道BLL层的哪些类负责处理哪些请求，它将UI的请求代理给适 阅读全文

摘要： 从10月1号开始重构学校机房收费系统,没想到这次重构,推翻,再重构……用了两周时间。这次整体架构采用三层，并融入了一些设计模式。下面介绍这次重构的过程：一、从UML用例图开始对于机房收费系统的需求已经很熟悉了，用例和角色都已经提取出来了，在这里遇到一个问题，就是，究竟是根据角色划分用例，还是根据功能划分用例？按角色来画：更容易下一步建模，基本上一个用例对应一个UI层的一个界面，而且一个用例对应一个业务逻辑。但在机房收费系统中，不利于对系统的宏观把控按功能模块来画：使整个系统看起来更加直观，更容易宏观把握整个系统的功能需求。但对于机房收费系统，显然不利于下一步建模，抽象类的时候很容易漏掉方法。两 阅读全文

摘要： 2011中国移动开发者大会创新应用征集，即日起至2011年10月25日期间，大家可在CMDN移动开发者俱乐部注册并上传自己的移动应用作品。每一位开发者成功上传一款移动应用软件并通过审核，就可享受超低价格￥500元购买移动开发者门票，每人限2张（原价 RMB 2000元/张）。入围决赛的30款应用可获赠免费大会展位和门票，到大会现场向业内领袖、投资者和同行进行产品展示，最终获奖作品还将获得更多超值奖励。创新应用征集活动的详细规则介绍如下：应用提交标准： 基于移动终端平台的应用，平台不限；不同平台上的同一款产品，视为一个产品；同个公司、团队或个人最多可提交5个应用；参赛应用国籍不限。作品一经审核通 阅读全文

摘要： 2011中国移动开发者大会将是2011年度中国最大规模的移动盛事。本次大会全面覆盖软件应用和服务、平台、运营商、终端、芯片等移动产业链各个领域，与此同时，专注于产业链中最活跃的因素——应用软件的研发、创新与商业模式，除国外著名的开发团队代表外，将首次实现国内最优秀移动开发团队的大聚会。随着大会时间的临近，参会嘉宾和大会日程安排已陆续确定。本次主要揭晓11月4日七大主题论坛的受邀嘉宾及各论坛的互动话题，更多大会亮点近期将陆续为大家展示，敬请关注。论坛一：平台与技术Android、iOS、Windows Phone、 HTML5……不同的移动应用类型应该怎样选择平台并开发出高质量的程序？开发者如何 阅读全文

摘要： 忘记是第几次重构了,这次改概要设计文档的时候,接受了袁福彪师兄的指导.牵扯到一个数据建模E-R图,找资料,学习了一下.一、E-R图,实体-联系模型（简称E-R模型）,它提供不受任何DBMS约束的面向用户的表达方法，在数据库设计中被广泛用作数据建模的工具。这里不再赘述什么是E-R图了,自己百度百科去吧.二、主要举两个例子：1、图书借阅管理系统1.1数据库要求提供下述服务：（1）可随时查询书库中现有书籍的品种、数量与存放位置。所有各类书籍均可由书号惟一标识。（2）可随时查询书籍借还情况，包括借书人单位、姓名、借书证号、借书日期和还书日期。约定：任何人可借多种书，任何一种书可为多个人所借，借书证号具 阅读全文

摘要： 一、概述对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。GOF 《设计模式》这样的依赖关系过于紧密，软件不能很好地适应变化。使用面向对象技术，我们可以将这种依赖关系弱化，即降低耦合。二、生活举例1、我们每个人都有银行卡，通常会有一项业务，余额变更通知。这个便很好地体现了观察者模式。监控银行卡内余额的变化，当我们取钱，转账等原因导致余额变化时，系统会自动采用多种方式告知我们余额情况，可以是短信通知，可以是Email通知，也可以寄账单等等。2、报社、订阅系统和订报人之间的关系，订报人通过订阅系统订报，一旦报社有新的报纸，订阅系统就会派人送或者邮寄 阅读全文

摘要： 一个成功的管理系统，是由：[50% 的业务 + 50% 的软件] 所组成，而 50% 的成功软件又有 [25% 的数据库 + 25% 的程序] 所组成，数据库设计的好坏是一个关键。如果把企业的数据比做生命所必需的血液，那么数据库的设计就是应用中最重要的一部分。有关数据库设计的材料汗牛充栋，大学学位课程里也有专门的讲述。不过，就如我们反复强调的那样，再好的老师也比不过经验的教诲。所以我归纳历年来所走的弯路及体会，并在网上找了些对数据库设计颇有造诣的专业人士给大家传授一些设计数据库的技巧和经验。精选了其中的 60 个最佳技巧，并把这些技巧编写成了本文，为了方便索引其内容划分为 5 个部分：第 1 阅读全文

摘要： 微软公司于2001年8月起开始在亚洲与各大主要的第三方网站上的微软技术相关论坛合作，微软称之为“亚洲社区支持”计划。 为了鼓励大家在论坛中更好地互相帮助，共同提高，微软在全亚洲的微软论坛参与者中评选出那些技术水平高，积极回答他人问题，乐于助人的网友授予微软“最有价值专家”称号（Most Valuable Professional）。本次CSDN推荐申请人员中，有10位CSDN会员成功申请或连任微软MVP专家。陈培生CSDN账户:xianglitian产品组:VC/MFC说明：CSDN 版主曹钟岩CSDN账户:caozhy产品组:.NET技术说明：CSDN 版主史少鹏CSDN账户:ssp2009 阅读全文

摘要： 一、数据库设计范式及其意义和不足数据库的设计范式是数据库设计所需要满足的规范，数据库的规范化是优化表的结构和优化把数据组织到表中的方式，这样使数据更明确，更简洁。实践中，通常把一个数据库分成两个或多个表并定义表之间的关系以做到数据隔离，添加、删除和修改某个字段只需要在一个表中进行，接着可以通过定义的关系传递到数据库中剩余的表中（和分层思想的意义所在很相似）。这样我们可以消除很多错误或垃圾数据出现的机会并减轻更新信息所必要的工作量。目前，主要有六种范式：第一范式、第二范式、第三范式、BC范式、第四范式和第五范式。满足最低要求的叫第一范式，简称1NF。在第一范式基础上进一步满足一些要求的为第二范式 阅读全文

摘要： 一、概要在我的上一篇博客中，我们谈了谈分层，到底为什么分层（http://blog.csdn.net/shan9liang/article/details/6836300）这篇博客，准备用一个小Demo来介绍应该实现三层架构。三层架构只是分层的一种经典形式，到底分几层，要依具体情况而定，考虑到系统的复杂程度，和后期的可维护性，完全可以分四层，五层，甚至六层，七层。三层架构(3-tierapplication)，通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想（《百度百科》）二、DEMO1、实现 阅读全文