求助!!需求变更时,软件工程几个主要文档要如何管理??
这个关于管理的问题不知道在哪里问好．．．因为我用的Ｃ＃开发的，就在这里问吧

需求说明书 :　这个我在目录下放了个＂需求管理表＂记录变更版本和变更内容，网上有参考，应该没问题了
概要设计说明书　：　１．不知道要不要做管理２．如果做的话表名是啥？格式是如何？
详细设计说明书　：　（１．２．）同概要设计；３．概要设计如果管理了变更内容，详细设计还需要管理吗
测试计划　：　（１．２．）同概要设计
测试分析报告　：（１．２．）同概要设计

．．．百度找了半天硬是没找到需求分析之外的变更管理范例，现在连要不要做都很迷茫了
------解决方案--------------------
如何涉及跟客户的需求变更，或者有监理参与的，需要三方签字盖章的，这个需要作为验收材料使用，不然就是施工方私自变更
------解决方案--------------------
我一直以为自己对软件工程比较感兴趣，最近忽然才知自己原来不知道以一种“软件工程”：

其实只要尽可能地堆砌垃圾，美其名曰“我们对业务多么了解啊！”，就被叫做软件工程了。于是我就理解了，为什么我3年前做的那个项目最后是那样交接。原来越是垃圾的东西，人家越是觉得“放心”。而你越是有设计层次的东西，人家越死不放心，好像你每天都会给里边放一个定时炸弹似地。

所以文档，如果不是给自己看的而是给别人看的，还是往垃圾写吧。