什么样的文档是良好的需求文档

spy

哟。。。喜欢用mmap的主策。。。。

那么，估计他是要你帮忙汇整一下以上的功能可能有什么分支子项，然后这些分支之间存在什么样的关系和接口。或者需要你做一份这所有模块的WBS

sjinny

     刷新流程即创建Npc对象的流程，可以表述如下:
     根据Npc配置表约定，对每一个刷新点，有一个绑定的Npc对象，该绑定Npc对象所属Npc类对应类编号属于特定组。
     对刷新点进行轮询，判断对于该刷新点，当前是否存在与该刷新点绑定的Npc对象或尸体对象；
     如果是，则不作任何行为；
     如果否，则经过延时T，在该刷新点产生Npc对象。

你应该描述需要达到什么样的效果，比如：
可以在地图编辑器里指定NPC刷新点，一个NPC刷新点描述了一个NPC实例，指定了其位置和坐标，系统会在该NPC实例（包括其尸体）不存在时重新创建它，NPC或其尸体不存在的时间不应长于XX秒。

明夕何夕

WBS是什么？

z11190

WBS=日程安排.

GOODLUCK！

6楼,东西不要定死...

做配置文件...

button

lasthuhu: 什么样的文档是良好的需求文档

[em6] [em7]

     RT,被主策批评很多次了。说我把需求文档写成了实现文档，做了程序该做的事情。
    ...

直接就和程序提需求.NPC尸体消失后多少时间会再次刷新NPC.

sprit

你竟然把实现方式都规划好了，程序还有啥发展空间呢，要留有程序思考的余地，可能他有比你更好的实现方式，你只需要说我想要达到什么目的就OK了。

wsmashan

楼主做的对 主策划是 S B

lcy03406

支持12楼。
问题不在于“把程序定死了”，对码农（我）来说钉死和钉半死不活都可以接受。
问题是大量的实现细节淹没了真正的“需求”，程序拿到你这文档可以精确知道该写几个if，但却不知道你到底要的是什么东西。

“根据Npc配置表约定”最重要的东西你竟然一笔带过，不知你是不是在文档的其他地方专门解释了。“配置表”和“约定”是最容易误解的，也是日后你自己最容易忘的。

lcy03406

没啥好算法你就干脆别写算法，“对刷新点进行轮询”如果我不用轮询的话你是表扬我还是指责我没按文档做？
确实好的策划可以和程序一起讨论算法，而且知道自己提的每个需求到底有多大复杂度（包括开发的难度和运行时的时间复杂度），甚至能计算出需要几个人周。但是在做设计和管理之前还是先把需求提得明确了是最基本的。

而且人往往会“选择性无视”。码农看你的文档可以知道你编程很差，于是由衷地产生出“这垃圾人啥算法都不会”的深深鄙视，而无视你在游戏设计上的各种闪光点，于是你获得一个永久性的debuff：在程序阵营的声望的提高速度降低30%。。。