我目前从事贩卖机的软件开发，需求主干很简单：
1.用户选定商品、检查商品库存。
2.提示付款、依据使用者付款方式检查付款是否成功。
3.投放商品。
4.控管存放库的温度。
主干的描述跟流程图可以很快的写出来，但问题在于细节的实施，比方说步骤2.，付款方式百百种，而且常常开发到一半就需要增减某种付款方式；又比方步骤4.，不同商品可能有不同的控管逻辑。
只要遇到需求变更，就得修改文件重画流程图，导致后来我也养成便宜行事的坏习惯，先把程式写完，出版后再来按code写规划文件。
虽然目前也没遇到什么太大的问题，但违背了先画流程图跟写规格书的原则，心里总是留一根刺。
想向各位先进请教，像这种情形有没有什么好的建议或改善方向呢？
谢谢。