在一家大公司，在开发特定应用程序之前创建了哪些图表（例如活动或类）？
你们在小型项目上推荐这种做法吗？
由于
答案 0 :(得分：1)
这是非常开放的，并且在很大程度上取决于公司正在使用的开发方法的类型。而且，老实说，这取决于团队的专业知识，正在开发的系统类型，客户要求以及许多其他因素。
根据我的经验，您通常会看到（在一个大型的，以瀑布为导向的公司中）行为（用例，活动），然后是互动＆amp;类图。根据大小，您还可以在项目的早期阶段看到一些高级架构图 - 组件/部署。
每个项目都应该确定有助于他们构建软件的图表，而不是使用cookie切割方法。我建议使用最小图表，让您考虑问题，记录未来的解决方案，并将问题/解决方案传达给构建软件的人员。这意味着什么取决于开发人员。
例如，如果您之前已经构建了10个与您要构建的应用程序非常相似的小应用程序，则可能根本不需要太多文档。如果您是域名的新手，或者您的客户需要特定的图表，或者您的团队在地理位置上分散，那么您可能需要一组不同的图表。
序列图对于理解系统行为最有帮助，而类图对于理解系统结构最有帮助。
答案 1 :(得分：1)
我自己是GML++的热心实践者。
答案 2 :(得分：0)
在开始编码之前进行一些设计总是一个好主意，无论项目的大小如何。您可能不需要为应用程序的所有部分创建图表，但为关键/复杂部分创建这些图表的操作很可能会澄清您对问题的理解并节省开发周期的时间。类图和序列图是我经常使用的那些。
答案 3 :(得分：0)
生成的工件几乎取决于所遵循的流程。敏捷建模对于小型项目尤为成功。这些链接将帮助您获得一些想法
http://www.agilemodeling.com/essays/modelingTechniques.htm（讨论每个阶段的所有可能的工件）。
http://www.extremeprogramming.org/（如果你还没有了解极端程序，那么很好。）