犀利的系统验收工作

痛定思痛。 2022-06-07 04:19 135阅读 0赞

刚刚做完机房收费系统，然后，全面的验收工作就开始了，开始觉的可能不会太严格，执行一遍可以运行就OK了，验收几个之后才感觉似乎很严格，有的人已经重构，重构对于程序员如同僵梦。米老师要求很严格，说明很重要。别人一边验收，我们就一边按规范改。验收完之后，才知道自己做的还很不规范，从画UML图、写文档、写代码、都不规范，而且里面也有很多错误，通过验收工作，感觉软件开发必须规范，一个不规范的开发人员永远是业余的。

机房系统验收完，也是对一个阶段学习的结束，意味着我们的学习开始进入一个新阶段，越来越接近企业开发、软件产品的开发，所以，必须按着这个行业的标准进行。

验收的过程中发现了很多不规范的地方，感谢师哥师姐们提出的宝贵意见。

**对于画UML图的认识**

提取用例不准确、不恰当，不太会提取用例，开始，做的时候我是根据窗体提取用例的，因为，自己做过一次这个系统并且有原型，我觉的在以后，用VB.NET开发时，应该不给原型较好，给了原型其实是相当于给了提取出来的用例，少了提取用例的学习。

因为，在开发项目中，用户只提供给我们开发人员需求，即系统所具有的功能行业性能指标，我们根据功能或角色提取用例，不会有现成的软件。如果提取出的用例有误，对于后续系统开发会导致错误，还需重视。

画类图、包图

经过几番改动，才觉的有些像样：

![1343823080_8307.png][]

这是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菜鸟非常重要。

[1343823080_8307.png]: https://img-my.csdn.net/uploads/201208/01/1343823080_8307.png