关于交付件的一个问题

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

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

IPD项目交付清单是指在项目交付阶段需要制定和提交的各项文和成果物。它包括以下内容: 1. 项目计划和进度表:详细记录项目的时间安排、里程碑和交付日期等计划信息,以确保项目能按时交付。 2. 需求文档:包括用户需求和功能需求等,用于明确项目的具体目标和功能。 3. 设计文档:记录项目的整体架构和设计方案,包括技术规格、流程图、系统框架等,以确保设计符合需求。 4. 测试报告:记录测试的过程、结果以及修复的问题等,以确保交付的产品具备良好的质量。 5. 用户手册和操作指南:为用户提供使用和操作项目产品的指导,以保证用户能够正确地使用产品。 6. 交付文档和演示材料:包括交付报告、演示文稿等,用于向客户展示项目交付的成果物以及结果。 7. 完成的软源代码和编译可执行文:以确保项目的可维护性和可追溯性,同时也方便后续的二次开发和维护工作。 8. 数据备份和恢复方案:为了确保项目的数据安全,需要提供相应的备份和恢复方案,以应对可能的数据丢失和系统崩溃等情况。 9. 维护和支持计划:包括售后支持、故障修复和用户培训等,以确保项目的可持续性和用户满意度。 10. 最终验收报告:总结项目的整体情况和交付成果,以便客户进行最终验收和确认。 通过按照IPD项目交付清单的要求制定和提交上述文档和成果物,可以确保项目按时交付,并满足客户的需求和期望。同时,良好的交付管理也有助于项目的顺利进行和后续工作的开展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值