以前从事对日软件外包工作，觉得很多日本企业的开发流程过于死板，开发框架也过于老套，对开发人员的技术要求极低。但他们的文档要求却不是一般的高了。在文档这一点上我们是不是可以参考一下他们的做法。
在这一年的对日软件开发中，我体会到日本人主要把精力放在了前期的需求文档上，文档包含了代码的实现逻辑，SQL语句的编写等等，使得在开发上花很少很少的时间就可以实现程序，产生的bug率会很低。
当然我们的UC不可能像日本人那样连代码的逻辑思路也写完整，但UC需求是不是应该由开发人员来写我这里有个疑问。首先，开发对需求了解的度应该不是百分之百的，由他他来写UC是不是会容易遗漏细节(很多遗漏的细节在UC评审中可能会被忽略)；其次，开发写UC容易根据自己主观上的代码实现的难易程度来适当的调整需求(他们总是有理由说如果不这样做会代码的难度会增加多少倍，但换位思考一下，要知道用户并不会因为实现技术有多难而体谅我们，用户只关心结果)。
我觉得UC的编写是不是可以让PD或者项目经理来完成呢们编写出来的需求文档我想后期需要改动的地方会很少，实现的页面用户体验也高，相对来说可以很好的减少测试人员和开发人员的沟通成本。
以上只是我个人的一些见解，其中肯定有很多不当之处，敬请达人不吝赐教！
文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树SQL高级技巧CTE和递归查询32094 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！