刚刚做完机房收费系统，然后，全面的验收工作就开始了，开始觉的可能不会太严格，执行一遍可以运行就OK了，验收几个之后才感觉似乎很严格，有的人已经重构，重构对于程序员如同僵梦。米老师要求很严格，说明很重要。别人一边验收，我们就一边按规范改。验收完之后，才知道自己做的还很不规范，从画UML图、写文档、写代码、都不规范，而且里面也有很多错误，通过验收工作，感觉软件开发必须规范，一个不规范的开发人员永远是业余的。
机房系统验收完，也是对一个阶段学习的结束，意味着我们的学习开始进入一个新阶段，越来越接近企业开发、软件产品的开发，所以，必须按着这个行业的标准进行。
验收的过程中发现了很多不规范的地方，感谢师哥师姐们提出的宝贵意见。
对于画UML图的认识
提取用例不准确、不恰当，不太会提取用例，开始，做的时候我是根据窗体提取用例的，因为，自己做过一次这个系统并且有原型，我觉的在以后，用VB.NET开发时，应该不给原型较好，给了原型其实是相当于给了提取出来的用例，少了提取用例的学习。
因为，在开发项目中，用户只提供给我们开发人员需求，即系统所具有的功能行业性能指标，我们根据功能或角色提取用例，不会有现成的软件。如果提取出的用例有误，对于后续系统开发会导致错误，还需重视。
画类图、包图
经过几番改动，才觉的有些像样：
这是UML中最重要的两种图，指导代码编写的核心图，关系到系统的整体构架，这次第一次画结构一般，没有注释，已经知道的五种关系也没有用上，总感觉所有类之间全是依赖关系，所以，就用了这一种关系。
代码规范
大家先看看下面代码：
/********************************************************
* 作者： 李龙生
* 创建时间： 2012年8月1日
* 说明： 数据库助手类
* 版权： Version 1.0
*
*********************************************************/
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using System.Data.SqlClient;
using System.Configuration;
namespace DAL
{
/// <summary>
/// 数据库辅助类
/// </summary>
public class SQLHelper
{
private SqlConnection conn = null; //数据库连接对象
private SqlCommand cmd = null; //数据库命令对象
private SqlDataReader sdr = null; //数据库执行对象
/// <summary>
/// 构造函数，初始化连接字符串和连接对象
/// </summary>
public SQLHelper()
{
//读取配置文件，连接数据库字符串
string conStr = ConfigurationManager.ConnectionStrings["strConnection"].ConnectionString;
conn = new SqlConnection(conStr);
} 再看一下，下面这段代码比较一下，感觉哪个好些呢？using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using System.Data.SqlClient;
using System.Configuration;
namespace DAL
{
public class SQLHelper
{
private SqlConnection conn = null;
private SqlCommand cmd = null;
private SqlDataReader sdr = null;
public SQLHelper()
{
string conStr = ConfigurationManager.ConnectionStrings["strConnection"].ConnectionString;
conn = new SqlConnection(conStr);
}从上图可以看出来，添加注释后的代码看着的确比注释之前美观了一些，至少，有一些绿颜色，绿颜色有益于保护眼睛，对于程序员长时间看电脑就像家常便饭，这是次要的；更重要的是给同行别人看，让别人拿到你写的代码后可以读懂你写的代码，每一个功能，这是写注释的主要作用。
在公司里你写的代码只能算是项目中的九牛一毛，如果你一个人开发项目，一个人写所有代码，自己可以看懂，那你可以考虑不加任何注释，否则你就需要加上。
有些人写的代码给你看的第一感觉是晕、想吐；而有些人代码给人一种清新、整洁感，从代码中就可以看出他们的区别与专业素质，从此，让自己规范。
文档标准
文档是交流的一种手段，虽然，有时觉的文档会耽误好长时间，最无聊、最烦、最想吐的就是写文档，一大堆自己觉的很清楚没用的文字，为什么要写在文档里呢？把做软件过程整理成文档，目的是让别人看，与别人交流，而不是自己看。写文档也不是我们想像的那样，没啥用处。
它可以作为我们同客户商谈的依据，当与用户发生分歧，可以用文档沟通，作为与用户每次达成一致的书面依据。避免出现较大的冲突。
无论是在以后的项目中，还是平时的学习中都应按规范来，养成编程的好习惯，从小做起，对于一个IT菜鸟非常重要。