0
A
回答
1
这是非常开放的,并且很大程度上取决于公司正在使用的开发方法的类型。诚然,这取决于团队的专业知识,正在开发的系统类型,客户需求以及其他许多因素。根据我的经验,你通常会看到(在一个大的,面向瀑布的公司)行为(用例,活动),然后是类图。根据大小,您也可以在项目的早期阶段看到一些高级架构图 - 组件/部署。
每个项目都应该确定帮助他们构建软件的图表,而不是使用饼干切割方法。我会建议最低限度的图表,让您考虑问题,记录未来的解决方案,并将问题/解决方案传达给构建软件的人员。这意味着什么取决于开发人员。例如,如果您以前已经构建了10个与您即将构建的应用程序非常相似的小应用程序,则根本不需要太多文档。如果您是域名新手,或者您的客户需要特定的图表,或者您的团队在地理上分散,那么您可能需要一组不同的图表。
序列图倾向于最有助于理解系统的行为,而类图倾向于最有助于理解系统的结构。
0
它始终是一个好主意,开始代码之前做一些设计,该项目的规模不管。您可能不需要为应用程序的所有部分创建图表,但是为关键/复杂部分创建这些图表的练习很可能会澄清您对问题的理解,并节省开发周期的时间。类图和序列图是我见过最常用的。
1
我是我自己的热情医生GML++。
0
生成的工件很大程度上取决于所遵循的过程。敏捷建模对于小项目特别成功。这些链接将帮助你得到一些想法
http://www.agilemodeling.com/essays/modelingTechniques.htm(讨论在每个阶段的所有可能的工件)。
http://www.extremeprogramming.org/(如果你还没有,很好的了解extremeprogrammig)。
相关问题
- 1. 讨论 “stringByReplacingOccurrencesOfString:withString:”
- 2. Android讨论板
- 3. 执行讨论
- 4. 有没有什么好的资源讨论创建和使用UML组件图?
- 5. MVC架构:讨论
- 6. 讨论关于select()
- 7. tomcat漏洞讨论
- 8. ASP.NET MVC讨论板
- 9. SharePoint讨论版查看以显示一个讨论主题
- 10. 新讨论不在讨论区中显示 - Sharepoint
- 11. RESTful API讨论资源 - 图像下载
- 12. 评论引擎喜欢讨论
- 13. 与Facebook集成讨论
- 14. C - 数组/结构讨论
- 15. 讨论中的NameError#index
- 16. php讨论区没有发表评论
- 17. jQuery的 - 创建讨论/评论插件
- 18. Sharepoint讨论版 - 答复
- 19. 导出Facebook讨论主题
- 20. 讨论主题1:EXC_BAD_ACCESS
- 21. 多维数组讨论板
- 22. 讨论Bitbucket中的代码
- 23. 修改Odoo讨论(邮件)
- 24. 讨论中的NoMethodError#new
- 25. 合并讨论:LinqDataSource或ObjectDataSource?
- 26. PHP MySQL创建讨论板
- 27. 讨论:更新主键值
- 28. InvocationTargetException和编码讨论
- 29. ByRef arugement type mismatch VBA讨论
- 30. 为网络论坛制作UML类图
+1不能更简单! – Tatvamasi