关于项目文挡的一点看法

      个人做的一些项目里，其实文挡的管理是个大问题，俺觉得主要是文挡的时时更新问题，比如说设计变更了、需求变更了，数据库变更了的时候的文挡更新。因为在做的项目过程中发现，完成项目后，文挡和项目之间是有差异的，总之文挡是不全面的。比如数据库文挡和真实的数据库有很大的差异，有的时候还差异到表的程度。数据库里有表，但文挡里没有。也不知道数据表是做什么用的。只能从代码里还推演。
       文挡完整性在软件开发的过程中是最难保持的，因为开发的时候时间是最紧迫的，而且真正涉及到开发时，有些潜在的问题就报漏出来了。这时候为解决问题就会修改字段，增加字段，甚至增加表。这也有可能是初期设计没做好的原因。但这种情况经常出现。
       所以保证文挡的更新问题就重要了。因为文挡对项目的意义不言而宇。
       文挡包括文本文挡、图形化的文挡。在软件设计中，一般会先用设计软件来设计图形化的系统，比如PowerDesigner、Viso等。俺喜欢用PD，尤其是数据库设计的时候，可以表述出表与表之间的关系。而目前我接手的项目对于图形化的文挡不重视。有些半路接手的项目虽然有PD的设计文挡但是帮助不大，为什么，虽然有表关系 但是没有描述。所以看了对系统的理解帮助不的。
       所以个人想法是PD文挡必须是全面的、最新的、描述清晰的文挡。全面的是指图形和内容全面，ER图，流程图，类图，状态图，活动图，时序图等。但这也和项目的大小有关系来决定，ER图，流程图和类图对于项目是必须的，其他的可以根据项目的大小和时间来决定是否要有。最新的是PD的图在有变动的时候要保持最新的。如果时间不允许，文挡可以不是最新，PD图也必须是最新的。描述清晰是只对于数据表的字段描述清晰。尤其是关键字段，比如状态字段等，要描述所有的状态、业务逻辑和关联的数据表的操作等内容，越详细越好。
       文挡的更新觉得应该由项目经理来管理和监督，比如变更的时候开发人员会和项目经理沟通，决策后项目经理要监督开发人员对文挡的更新情况等方式来监督。
        目前发现即使比较大的公司，在对项目评估方面有需求评估、设计评估等操作流程。但是没有对项目的整体的流程配置的评估，这里指的是项目应该走那些必备的流程，比如是否需要详细设计文挡、是否需要需求变更文挡、在开发的时候是否需要单元测试等部分。因为不同的项目应该有不同的配置，不能大而化一。有些小的项目就没有时间也没有必要走烦琐的流程，比如走整体的CMMI。而大的项目就必须走的全面一些。保证软件的质量，也有这个时间和必要。
        所以个人认为公司应该有一个评定标准，根据项目的大小，时间，资源配置来决定项目应该走那些流程，而流程的各个单元可以根据CMMI、ISO9000等标准来形成标准库，在项目评定的过程中来选择配置项。并在项目中严格执行。
        呵呵。。。是否有必要做一个专门的项目评估和管理软件，在公司不断的经验积累中来增加和调整内容，而形成独特的个性化的可定制的开发流程。来避免项目管理中的随机性和任意性。。。呵呵。。正在思考中。。。大家有什么意见共同探讨之。。。
       ISO9000的精髓。事前有文挡写好你要干什么、事中按着文挡干、事后写好你干了什么的文挡、一切有文挡可查。。这是赢在中国某个牛人说的。。哈哈。。。写在这自己记住先。。。