|
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (13)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-03-10
最近我也写了一个需求说明规格文档，感觉这个东西还是很重要的，因为写的过程中你就会发现有很多的东西需要明确下来，不同人会有不同人的看法，不写是不知道的！写的过程就是对项目的范围进行约束和规范的过程！
|
| 返回顶楼 | |
|
发表时间：2008-03-10
规格文档可以确定界面原型，概设文档可以大体确定开发结构，根据文档可以进行沟通和演进，文档还是存储各种想法的记忆载体。。。
很难想象10个人的团队竟然可以不需要文档存在，他们的任务如何分配，怎样沟通？难道每个人都是一目十行过目不忘的超级高手？ |
| 返回顶楼 | |
|
发表时间：2008-03-10
需求书是不能在完成代码之后写的，要不你的业务逻辑和多人配合怎么办，而且和客户的交流没有需求书也很麻烦
|
| 返回顶楼 | |
|
发表时间：2008-03-10
需求分析我觉得一定要先行，然后定下需求，才能进行后续的一系列设计。
|
| 返回顶楼 | |
|
发表时间：2008-03-10
有句话叫：大军末动，粮草先行。(10人的开发团队在国内应算是"大军"了，文档就是团队的"粮草").个人认为不管这个"军"有多大,要"行"多远都得事先形成文字的文档.这样项目才会有保障.降低项目风险是loader必做的事。做好文档就是最好的办法~O~.
|
| 返回顶楼 | |
|
发表时间：2008-03-10
我们也是项目做的差不多了，才开始写需求规格说明书，这方面语言能力还是不行，还的学习。
|
| 返回顶楼 | |
|
发表时间：2008-03-10
我们是项目确定下来后，开始写需求分析，边写边讨论。
|
| 返回顶楼 | |
|
发表时间：2008-03-10
需求分析一定要写的，越详细越好。不过还有一个总结文档也要写。对于积累很有用。
|
| 返回顶楼 | |
|
发表时间：2008-03-10
国内开发过程都是扯蛋，我们公司需求分析，把设计要做的事都做完了
|
| 返回顶楼 | |
|
发表时间：2008-03-10
需求、設計文檔絕對不能少
習慣了寫起來就很快了。。。 |
| 返回顶楼 | |
