GZ系统开发流程

本文反思了在项目中遇到的关于文档编写和技术需求管理方面的问题,包括使用框架的选择、需求文档的准确性、功能需求的明确性以及开发过程中的跟踪等问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1:是用陈丰玉原来的框架,还是拆分后的框架?

     用他原来的框架的话,里面有很多东西是不必须的,我想把整个数据库操作的代码抓取出来

 

2:需求写出来后与DEMO存在很大的差别,可能是前段时间去做电信的项目弄成的。

     不过自己也太不小心了,基本上要保证从自己手上出去的东西是正确的,尤其是文档。

     还有就是数据库表,用户表的表名写成了USERNAME了,这种低级错误自己也犯,太不应该了。

 

3:功能需求文档完全没有达到自己想要的水平。很多东西没有写清楚,开发人员拿到我的文档后都不知道如何写代码。

 

4:很多需求里面的流程自己都没有走一遍,而且很多东西没有想清楚相互之间的影响关系。导致后来开发人员经常遇到一些想不清楚和想不明白的点。

 

5:开发过程当中,没有一个功能点列表,以致于经常忘记还有那些功能没有做,已经做了那些功能。

     其实这个功能列表可以用来当作,进度检查列表和功能测试列表,以免遗漏相应的东西。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值