首先,我的意思是,我读过一些文章,其中将项目规划作为sdlc的第一阶段。
在我看来,它应该在需求分析和规范之后,因为如果你不知道一个项目的需求,你如何计划它?
对我来说没有任何意义。
你在计划一个你不知道的项目,它简直是愚蠢!
发布于 2020-02-17 20:10:06
两者都有。
把“计划”作为你在项目中做一次而以后从不做的一步的想法是非常不现实的。计划是你在需求分析之前要做的事情(对于这个步骤来说正是如此),在此之后你会做,当你达到项目中的某个里程碑时,你会再做一次,也许在里程碑之间。
不要把SDLC的模型太字面化,它们是模型,充其量是现实的近似,而不是现实。
发布于 2020-02-17 20:53:26
需求有多种形式。不管项目需求是什么,公司在时间和人员配置方面的需求并不仅仅因为项目需求的阻碍而改变。
这可能看起来不合理,但离开公司的需求得不到满足,可能会让你失去一个公司。
这里的许多黑暗魔法是找到一种方法来匹配这两种需求。它可以重新定义项目的真正含义。
发布于 2020-02-18 01:45:22
任何你没有理解需求的计划,本质上都是一个糟糕的计划。在独角兽嬉戏,彩虹结束,没有什么是不合适的地方,这是没有希望成为一个宏伟的、完善的计划。
不过,这不会有什么计划的。因为没有计划,你将如何选择你的下一个行动?
诀窍是避免做一个愚蠢的计划。
这意味着一个非愚蠢的计划将随着需求的分析、目标的确定和问题的确定而发展。一个非愚蠢的计划是足够谦逊的,承认哪里有不确定性,哪里有未知数,而不承诺一个结果是它无法合理支持的(当发现一个承诺必须被违背时,通知所有各方的中断)。
https://softwareengineering.stackexchange.com/questions/405358
复制相似问题