我有一个大学项目,我不会马上开始,但是已经考虑了很长时间。我了解大学的项目开发与行业不一样(我目前是实习生),所以我现在要指出的情况对于实际的软件开发人员而言似乎有些荒谬。^^'
该项目本身要求我们记录很多工作。因此,除了交付涉及某些标记的代码外,我们还必须交付文档,包括:
- 需求分析文件
- 项目计划
- 用例,对象和动态模型以及验收测试的计划清单
- 测试过程的文档以及测试的成功程度
- 其他一些时间使用的讨论和分析,等等。
这些可交付成果将以以下方式交付:
- RAD第一
- 随后是项目计划,用例,模型和测试(大约3周后)
- 最后,是实际程序的文档,测试过程等。+实际程序本身(大约5周后)
因此,据我了解,这实际上是针对该项目的瀑布式方法。唯一的问题(在我看来)是这是一个大学项目,在项目周的学期末,学生已经有足够的压力来尝试开发项目。我真的不想在学期末对所有内容进行编码/开发/测试,那时我将要面对的其他评估工作都令人感到恐慌。
我至少想尝试执行某种迭代的开发周期,这意味着我们可以及早开始编码/原型设计,拥有一个连续的开发周期,而该周期并不专注于在最后一刻做所有事情,也没有太多压力学期末完成这个项目。现在是我的实际问题:
- 我可以以某种方式调和必须以快速,迭代/原型开发周期提供所有这些文档吗?
- 是否有策略以迭代方式生成文档?
- 我问这个问题并期望它在大学中可行是完全不合理的吗?
另外,我知道这个问题是非常本地化的,所以我想问一下我在行业方面问过的同样的问题,以及每个团队敏捷过程面临的许多此类问题是否有所不同或公司。
无论如何,对这有多长时间感到抱歉,如果您已经读完了所有内容,谢谢!如果您能抽出宝贵的时间来回答,我将不胜感激!谢谢!