关于交付件的一个问题

仔细看了大赛有关交付件的说明,感觉有个十分重要的问题:大赛是不是要求我们采用瀑布模型来开发呢?
从大赛要求提交的交付件中包括详尽的开发计划(设计实施计划)来看,仿佛应当如此。可是,我们现在的需求还十分不明确。虽然组委会说是任由我们设想,但是设想不是空想,是需要合理的现实基础的。从这一点上来说,这比有一家真实的客户来提供需求要难多了。鉴于此,没有明确的需求,却要使用瀑布模型,真的可以这样吗?
如果大赛并没有要求我们使用瀑布模型,固然需求的问题依然存在,但是我们能够通过迭代来逐步澄清,可是这样一来,又如何在第一个迭代完成时就得到完整的开发计划呢?
况且,语焉不详是软件开发中的大忌,组委会给出的交付件标准就没有说明是初赛的呢,还是复赛的。
以上种种,令人疑惑重重。凡竞赛者,均应有明确清晰的规则和标准。我们期待组委会能够为我们解释这些问题,让大家在参赛的过程中少产生误解,少走弯路。谢谢!

这个也是我们要面对的棘手问题!!!!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值