在机房收费系统中有三个地方用到了组合查询，分别是查看学生信息，产看上机信息，查看工作记录。

通常情况是由错误的假设造成的，比如分母决不能是0）也可能是环境方面的错误（比如想要保存的文件太大，磁盘上的空闲空间放不下）也可能是时间上的错误（比如试图给尚未完全加载的窗体设置焦点）    在敲VB版机房收费系统的时候

我们第一遍做机房收费系统的时候，是把所有的代码都堆在一起，并没有分层的

年后开学这几天，一直在整VB.net版的机房收费系统，设计了数据库，画了ER图，把相关的文档更新了一丁点儿，接下来，就开始了三层之旅。

在以前做机房收费系统的时候，遇到一个问题查询是null指的数据，是这样写的select*fromstudentwhereid=null数据库明明是有数据的，但是却查询不出来。

      【开端】    要做一个属于自己的完整的机房收费系统了，万事开头难，我也打好了心理准备，听前辈们的指导，自己回顾之前的知识，心里暗暗下决心要“完美”的做好这个开头，虽然时间花的有些长了，不过

背景：  该自己敲三层了，这也继是VB版机房收费系统之后又一个大的项目，只有先把三层的架构搞懂了，才能继续往下变七层。

一般来说，在机房收费系统中，我们可以将所用到的数据类型总体分为三种：1）字符：char，varchar，nchar，nvarchar2）数字：int，numeric，flo

TextBox    第一次机房收费系统，没有想那么多或者说根本想不到那么多，但是这不是第一次，这是第二次，不管从技术上，还是从思想上，都得有点进步才行，技术上就不说了，说说思想，第一次机房的时候就听说有人用循环遍历处理

     记得第一次做机房收费系统的时候，就在加入删除用户这出现了点小问题，由于一直都是一个容不得一点瑕疵的人。所以对查询用户的时候查询一次就会多一些空行我非常是不能容忍。

后来到机房收费系统，七层的架构再次用到，可是自己过的太迷糊了，却从未想到去了解一个这个高大上的东西，直到机房系统验收，师傅说解释一下反射+抽象+配置文件，真的自己就处于一个蒙圈的状态。

后来到机房收费系统，七层的架构再次用到，可是自己过的太迷糊了，却从未想到去了解一个这个高大上的东西，直到机房系统验收，师傅说解释一下反射+抽象+配置文件，真的自己就处于一个蒙圈的状态。  

一般我们机房收费系统中，用到的大多是string类型，在sqlserver中对应char、varchar、nchar、nvarchar、text、ntext六种类型。

【前言】最近在进行机房收费系统的重构，三层架构中加了两个设计模式——外观和抽象工厂。所以，又拿出了设计模式的书再复习一下。 

传参就拿机房收费系统来说吧，还记得我们第一次机房时候的Moudel吗，在里面我们曾经定义过一个全局变量UserName，用来传我们输入的用户名，在数据库里进行查询，如果查到数据库中存在输入的该参

项目规划    本次的数据库是为了服务于我们的机房收费系统，机房收费系统大致的要求是什么呢？看图：    这是我们机房收费系统的主要的功能，这涉及到许多需要存储成表的数据。

1.无论是对是错先学习前人的经验通过博客，一个功能至少看三人以上看其相同的地方并质疑其不同的地方2.先敲出一条线（就是一个功能），能够自己敲最好，不能就借鉴前人，然后走一遍弄清其基本思想逻辑3.及时总结并一个功能相继实现什么是七层登录？首先三层登录是U层获取界面信息，到B层根据业务需要进行逻辑判断做出相应的处理，B层进行整个操作所需的数据都要到D层进行数据的提取通过数据库，三层登录环环相扣，对于高

【类和对象的比较】机房收费系统对象图类图：显示建模系统的类型，描述组成系统的对象内容与对象之间的关系。对象图：显示某时刻对象和对象之间的关系，一个对象图可以看成一个类图的特殊用例。

        自己的机房收费系统开始的算是很晚的，因为开始的晚，就导致了一件事情，拖，因为开始的时候，搬家，搬学习的地方，然后itoo的项目也开始，事情都堆在一块儿，然后就做不动了，自己身为组长，突然就感觉到了压力

【前言】   鹅思晗小组三个菜鸟成就一个系统，在这个过程中我有幸负责BLL层和外观层的实现。做过机房的朋友都知道，BLL层一个亮点就是设计模式。   至今犹记去年六月份鹅思晗小组成立后，那几天轰轰烈烈的探讨，最终将功能进行了确定于此同时将B层用到的设计模式也进行了确定。经过去年软考的洗礼，又对设计模式学习一遍，这次再次捡起机房用设计模式时觉得比当初理解要深许多。   今天小编就和大家一起分享下如何

在《机房收费系统合作版》中，我们两个人或者三个人合作，必须有统一的标准，用统一的编程语言。所以，在编程时，画UML图是第一步，将画好的UML图与文档

前言  由于下面的机房收费系统重构自己要用VB.NET进行重构，所以在敲三层登录的时候，实践了一份C#版三层登录，接着就是VB.NET版的三层登录。话说还有七层登录，一下子感觉三层又矮小了。

  客户端的小程序我们已经做了几个，比如学生信息管理系统、机房收费系统，然而网页上显示的程序还是第一次接触。我们每天都要浏览很多网页，今天终于能亲自学习网页如何设计的。  

●背景    开始机房重构了，期末之前就在登录，期末期间两周都没动机房，现在还是在机房登录这里徘徊，由于机房重构的时候还需要参看之前做的机房收费系统来找灵感，想思路，自然而然就需要用到数据库了，在连接ODBC

最近和和智福加上一个师哥合作敲机房收费系统时，想到之前听人说EA很强大，便随便找了找关于EA使用的帮助手册。

逐渐追回了开始合作时信誓旦旦的宣言（详情点击《机房收费系统合作版：开始团队合作之旅》），有木有同感哈？@鹅@思！！！【趣味横生的优化】   重新找回了当年的激情后，下面的事就好办了！

  从第一版的机房收费系统就有报表的使用，当时确实是第一次接触到报表这个东西，因为VB中没有报表，所以当初调用的是其他的报表工具。

●背景    机房收费系统重构的时候要用VB.NET重构，用C#敲完了三层之后尝试着用VB.NET敲三层登录，那么问题来了，虽然说语言都是相通的，不过还是遇到了一大波的问题啊，不知道该如何上手。

  有过第一版的机房收费系统，大家都很清楚知道有些调用数据库表的操作真的是很麻烦，就用机房收费系统中的注册，既要更新学生表，卡表，还需要更新充值记录表，三张表的操作，除了它在代码的编写过程很麻烦，耦合性很高

前言  最近开始接触三层的学习了，记得当初自己敲机房收费系统的时候，代码弄得一团糟，真可谓后期维护牵一发而动全身。

前言：   这段时间大家学习UML的热情高涨，某天晚上的头脑风暴开得很激烈，觉得自己在学习UML的时候没有学的很深入，跟大家一起讨论后才发现自己有许多忽略的东西，学过的知识总是要总结整理一下，才会有印象，不然就会像蜻蜓点水一样，不留痕迹，学习就变得没有意义了，要让自己的所学有所获。没有总结，只是没有积累与沉淀，一切都说起来太虚幻了，下面就让我来整理一下，希望大家多多提意见。正文： 1.概念   类

分析需求   有了第一遍机房收费系统的经验，分析需求的工作对我们来说就变的简单起来了，因为我们很清楚整个系统是如何运作的，有哪些需求，甚至系统有哪些窗体。下面我来简单说一下。   卡：

   我们在做机房收费系统的时候，我们利用抽象工厂+反射+配置文件来创建D层的引用，这样一来我们解耦了B层和D层。

UML中类图之间的关系有许多种，我们在使用画图工具画图时常常会因为不了解类图之间的关系而导致类图画的不够准确，不能高效简单地表达开发需求，学的时候就有点模模糊糊，傻傻分不清楚，现在UML画图文档（结合机房收费系统

    抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无需制定它们具体的类     用抽象工厂模式来实现数据库访问程序作为例子     产品抽象类：产品有可能有许多不同的实现     具体产品：对抽象产品的具体实现     工厂类：包含所有产品创建的方法并且能够创建出具体的对象     总结抽象工厂模式的定义：工厂类就是接口（DataAccess），作用是创建一系列相关或相互依赖对象

CS架构和BS架构     软件的分类有很多种，按照物理结构可以分为单机版Desktop程序和网络版程序，网络程序又分为C/S程序和B/S程序，比如：机房收费系统就是CS架构，而评教系统就是BS架构。     

前言    机房合作开始好长了一段时间，反反复复开了几次会，项目也是一拖再拖，作为组长，有80%的责任都在于我。为了不让这个项目陪着我过年，要求自己一定要在这几天敲完。还是一样的问题，用C#敲，从一开始到现在，任何一个功能的实现都是现学现查，对于导出Excel表格这个功能来说更不是意外。在网上找了很多资料，反反复复地做小demo，终于有了我想要的效果。实现   首先是添加引用      然后在程序

大家都敲过机房收费系统，知道在这个系统中一般都只涉及到一个表，结构相对来说比较简单，所以这样给我自己的一个困惑，就是用不用外观模式貌似没有什么区别。那么在七层架构中为什么还要有外观设计模式的存在？  

   按理说自己已经发布了过了考试系统，自己的机房收费系统，B/S的打包，C/S的iis发布，实在不用再单独开一篇博客说发布了，不过随着学习的深入，新的知识总是有的，下面就讲一下自己这次又学习到了什么。

  过了两周，在学术部门的指导下，我们又学习了一遍UML图，对行为图，结合机房收费系统和生活中的小例子，我又有了一些新的理解。

前言：  经过一段时间的学习，UML（UnifiedModelingLanguage）中几种图基本上学完了，同时结合机房收费系统画出来部分自己理解的图，越来越发现光说不练是不行的，前期学习过UML视频，

当时才做机房收费系统的C/S版，而当时对它能够做的只有打包。我记得老师是这么说的，项目部署不是一项工作，而是很多项，你所做的打包发布时其中的一部分，其他的还包括数据库、操作系统等其他环境的配置。

其实在第一版中的机房收费系统中这个问题就有涉及，可能是当时太过于一帆风顺了，所以这次遇到这样的问题，真是好好的解决了一下。

当然用敲过的机房收费系统练手UML九种图，成为提高自己理解的升华部分。UML图软件开发中的应用 首先，UML图在软件开发中各阶段的应用性。这里引用下陈丹同学画的图，太全面了，非常利于我们的理解。

拿机房收费系统来说，我们是通过一个一个功能实现的；有了面向对形象，我们就会把功能中的类抽象出来，来完成某个功能，使代码得到很好的复用，有更好的封装性，需求有变化时可以更少更清晰的改动代码。

   最早接触报表是在机房收费系统中，那时候还是在C/S模式下，所以可以直接在窗体上添加报表。而现在，已经转战B/S模式下。本篇博客将介绍如何实现Web报表。  

顺序图的构成：     顺序图的每一部分的介绍如下：   二、机房收费系统时序图： （1）信息查询模块：   （2）充值模块：   （3）用户管理模块：  三、合作图（协作图）：   协

前言我们都知道，机房收费系统（RoomChargeSystem,以后简称RCS），是一个通过操作，把数据输入到数据库中，其中必定不能少的就是与数据库交互以及数据库的操纵语言。

前言   软工文档的总结在软工视频无力总结后，被遗忘了。当初许诺按章节总结的视频博客还是没如愿成为系列总结，但是自己还是过意不去，就这么把软工文档的辛勤成果深埋在云盘里。所以，还是要来博客里总结一下本璐的小感受。收获  从可行性分析报告到项目开发计划。从考虑软件需求的说明书，到精心细致的用户手册。软件工程文档包含了太多思想。自己也是茫然的开始接触文档，也无从下手去写。文档按照例子写了一个，就觉得这

用例图概念        描述角色以及角色与用例之间的连接关系。说明的是谁将是相关的用户、用户可以用系统做些什么又可以为系统做什么。概括讲就是通过建模的方式使系统功能展示给用户，达到可视化。用例图最常用来描述系统及子系统。一个用例图包含了多个模型元素，如系统、参与者和用例，并且显示了这些元素之间的各种关系，如泛化、关联和依赖。 用例图包含的6元素①    参与者（Actor）②    用例（Use