使用原型方法进行设计和实现
我正在为我的论文开发一个游戏，并且使用螺旋法。
我在构建我的论文时遇到了一些困难，特别是设计和实现部分。
我的解决方案最初是尽可能多地设计的，然后在每次原型实现之后，对设计进行细化、扩展和再次原型化（这样重复了几次）。
我的问题是如何在我的论文中构建这个结构，我目前的想法是：
- 设计章节
- 原型 1（初始）设计
- 原型 2 设计
- 原型 3 设计
- 实现篇
- 原型 1（初始）实施
- 原型 2 实施
- 原型 3 实施
有什么建议吗？
I'm developing a game for my dissertation, and I'm using the spiral method approach.
I'm having a bit of difficulty structuring my dissertation, specifically the design and implementation section.
My solution was designed as much as possible initially, and then after each prototype implementation, the design was refined and extended and prototyped again (this was repeated a few times).
My problem is how to structure this in my dissertation, my current idea is:
- Design Chapter
- Prototype 1 (Initial) Design
- Prototype 2 Design
- Prototype 3 Design
- Implementation Chapter
- Prototype 1 (Initial) Implementation
- Prototype 2 Implementation
- Prototype 3 Implementation
Any suggestions?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您最好改变结构以反映软件的演变。将设计和实现分开没有多大意义，因为它们密切相关。
我会更进一步，添加一个关于每个原型的限制的部分，以解释为什么需要下一次迭代。我认为强调在原型过程中学到的东西比实际的设计和实现更重要。
You might be better off switching the structure around to reflect the evolution of the software. Separating design and implementation does not make much sense as they are closely related.
I would go a step further and add a section on limitations for each prototype to explain why the next iteration was required. I consider putting the emphasis on what was learned during the prototype to be more important than the actual design and implementation.