做一个测试提交程序，想听听朋友们的意见！(150分)

现在想写一个公司内部用的测试提交程序，刚才写了一点测试不算概要设计的概要设计，
请不要见笑。希望有过类似经验的朋友多提宝贵意见。
*************************************************************************
第一阶段，软件的可行性研究与项目的开发计划：
明确实施的计划和设计的周期。
首先提出几点建议:
程序最少以三个模块构成，以功能耦合为基准。
(一)程序员提交模块：显示程序任务的开始时间、所属模块、接手的开发时间、提交时间和更正的错误或新增的功能及附带的说明。如果工作量不是很大，可以考虑增加填写改动的后台表或存储过程等。
(二)测试模块：针对不同的测试人员，验证本人身份登录，赋予只有测试人员才有的测试意见书填写权限。反馈测试意见。注明反馈意见要求详细到测试用例。
(三)系统维护模块：定制一些错误级别等信息。
(四)工程进展查询模块：便于项目经理可以查看工程的进展信息。
(五)几个模块的功能说明及帮助文档：定制每个部门的任务及本软件的用法。
功能要求：
1.实现身份验证登录，退出或提交时记录登录人及登录时间，确保责任到位。
2.针对设计与测试人员的任务来实现部份功能的屏蔽(通过模块的划分已经能够实现)。
3.我想因为修改后的程序可能会有新的错误，所以要求进行回归测试，保留测试文档，也为以后的维护提供方便。
4.在“帮助”明确每个模块的任务及功能。以“测试”模块为例，要求测试用例不仅选用合法输入，也要考虑不合法（包括数据的非法性和执行顺序的不合理性）；除了完成应做的事情，还要检查程序是否做了它不应做的事情等。
功能设想：
1.为了突出重点，可以考虑加入程序员的说明。
2.最好加入在线提醒。用TTimer设置不同图标完成闪烁功能来提醒有新的反馈意见(已经在明宇的Hicq中实现其功能)。
第二阶段，需求分析:
用结构化分析(SA)的方法，画出数据流图(DFD)。定制数据字典。

还是先找文档规范然后在写吧，读起来感觉不地道

先认真分析一下吧。

看看中文版的Rational Unified Process，里面有关于测试的详细
解说，而且有测试文档的模版，可以参考参考。

第一阶段，软件的可行性研究与项目的开发计划。
但是怎么写的都是需求分析？
这可是你的第二阶段的内容，有些脱离主体，暂时还不能称为好的设计文档。

现丑了。