【软件工程】之遗留小问题

          依稀还记得在师傅给我验收软工文档问我一些问题的时候我支支吾吾的窘态。。突然就觉得自己就跟一个打酱油的似的。。不过还好师傅好脾气。一边把我问的说不上话来，一边告诉我下去要总结。。。然后接着问。。

       在软工文档中很多概念我都是模模糊糊的填上去的，其实如果真的问我这个问题到底为什么这么写，我也说不上来。。很多东西都是看别人怎么写我就怎么写。欠缺很多原理的东西。在验收文档的时候师傅提出了一些小问题。让我记了下来。这让我深深的明白了一个问题。那就是：别把小问题不当问题。。。这是一篇迟到太久的有关细节的小小总结。下边会有别的总结。。补吧，什么东西都是要补得。不是你觉得过去了，它就真的过去了。。

      问题1【用户手册和操作手册的区别？】。

  
       1、  操作手册是用户手册的一部分。
       2、  操作手册是系统级别的文档，而用户手册是需求级别的文档。操作手册讲述的是如何操作该系统的某个页面（你可以根据系统的菜单，一个一个的讲述它的操作按钮），而用户手册是在用户想做什么事情，在这样的前提下引导用户去操作该系统完成这样的需求（比如可以写个使用快速入门的小手册，把常规的使用写好：要实现什么功能要怎么操作）。
       3、  在做项目的时候一个操作手册可以代替用户手册，因为各方面的需求很明确；
       4、  用户手册不光要对系统操作说明，要从头开始的服务器配置，系统安装，系统操作，系统维护等等，完全是套成熟的流程模式。

       问题2【文档中编写的版本号的命名规则？】

        完全的版本号定义，分三项：：<主版本号>.<次版本号>.<修订版本号>，如 1.0.0。   
        版本号升级原则：  
        主版本号：功能模块有大的变动，比如增加多个模块或者整体架构发生变化。  
        次版本号：和主版本相对而言，次版本号的升级对应的只是局部的变动。但该局部的变动造成了程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。  
        修订版本号：局部的变动，主要是局部函数的功能改进，或者bug的修正，或者功能的扩充。  
        各种软件的版本号是怎么确定的，怎样的跨越才能算是由bate到正式版？  原则上，自第一个稳定版本发布后，修订版本号会经常性改动，而次版本号则依情况作改动，主版本号改动的频率很低，除非有大的重构或功能改进。对于小项目而言，甚至可以简化为：>.<次版本号>.<修订版本号>。

        问题3【char和varchar字段类型的差别？】

        这个问题在数据库那本书上就有，亏我也是数据库考过了。师傅问我的时候我竟然一点印象都没有。考试过了就过了。忘了来个总结。这是导致今天结果的原因。不过还好，我又遇见了它，让我有机会在学习一次。

        现代数据库一般都支持CHAR与VARCHAR字符型字段类型，CHAR是用来保存定长字符，存储空间的大小为字段定义的长度，与实际字符长度无关，当输入的字符小于定义长度时最后会补上空格。VARCHAR是用来保留变长字符，在数据库中存储空间的大小是实际的字符长度，不会像CHAR一样补上空格，这样占用的空间更少。

       从以上特点来看，VARCHAR比CHAR有明显的优势，因此大部份数据库设计时都应该采用VARCHAR类型。那为什么还需要CHAR类型呢，有以下几个原因：
      1、为了跟以前版本的数据库进行一个兼容，因为很久以前数据库只支持CHAR类型，有些应用的业务逻辑也只是针对CHAR类型设计的，所以数据库软件也就一直保留CHAR类型。
      2、CHAR类型是定长的，一些数据库可以在每条记录中不存储字段长度信息，这样可以节省部份空间，也可以方便做一些内存对齐提高性能，但我觉得这带来的性能提升非常微小。
      3、还有说法是有些数据经常修改，长度可能变化，会引起碎片，采用CHAR就不会产生碎片，这个说法比较多，但我认为既然长度会变化，那用VARCHAR更能节省内存与存储空间来提升性能，只要数据块预留的空间没有问题，采用VARCHAR性能更好。

      【总结】当然问题不止这些了。。以后的总结中会有别的问题的出现。我才发现，在你看似是小的不能在下的问题中，里边蕴藏着太多太多的科学道理。。慢慢体会，慢慢咀嚼。。