小型项目开发过程
我现在开发的都是微型软件,一般在 1人月 到 3人月。
以下是我们在软件开发过程中的一个规范。
以我的水平还不能评判它的优劣,只是给出来大家参考而已。
开发文档 过程 QA 说明
-----------------------------------------------------------------------------------------------------------------
1) MRD 市场需求文档 由市场部和项目组长讨论生成 放入文档站点,在forum上新建一个task
2) SPEC 软件规范文档 由市场部和项目组长讨论生成 所有文档由文档组放入文档站点
-------------------------------------------------------------------------------------------------------------------
3) 各种资源文档 由项目组长给组员 部分放入文档站点
4) Readme 由项目组长与组员共同制定 阅读,建议 放入文档站点
5) Schedule 由项目组长制定,组员确认 阅读,建议 一般开发和测试时间各占一半
--------------------------------------------------------------------------------------------------------------------
6) Flow Chart 编码人员写 阅读,建议 放入文档站点,可修改,但要做记录
7) code 测试,质疑 SS控制
8) Release Notes 由编码人员写 基础测试,报bug bug报至forum并且指定给某开发人员
9)Readme 编码人员写 作一定修改(隐藏参数因此产生,呵呵)
----------------------------------------------------------------------------------------------------------------------
10)代码修改记录 fix bug,然后由QA close 测试,验证 通过forum查看自己的bug
11)QA Release Notes 编码人员,QA人员 最终测试 此时若发现不影响全局的bug,不予fix,
留至下一版本,若有大的漏洞则打patch

浙公网安备 33010602011771号