我最近一直在创建越来越多的系统，在开始项目之前，我发现了越来越多的计划和准备工作。
我确定将使用哪些库或框架，使用哪些语言，网站流程的基本架构等等。
我也听说过其他的设计过程，例如悬挂聚苯乙烯泡沫塑料球以显示课程的位置以及它们之间的关系，这是一个我从未听说过的过程，也不知道它是如何工作的。
是否有任何软件可以帮助您完成此过程？是否有任何指导方针或步骤，或者您在设计新项目时是否遵循一系列建议的步骤或指南？
答案 0 :(得分：2)
所以你基本上做了解决方案架构。没有任何我所知道的方法 - 至少没有任何方法可以用四页或更少的篇幅简要描述（我有兴趣提出这些方法）。
回答你的问题：
1 - 了解约束
显而易见的是理解你要解决的问题和背景 你可能有一个空闲的手，或者你可能受到现有标准的限制 - 在我工作的地方（在政府时代），我们有很多不同的技术和系统，当我们看到别的东西时，有一个啄食顺序;我们更喜欢的技术和我们努力发展的技术。
Zachman是一个企业架构框架;您可能会觉得它很有趣，但我怀疑它在解决方案级别会有很多相关性，特别是。 TOGAF是另一个。
2 - 观看次数
关于TOGAF（和Zachman）的事情是，它具有不同“观点”的概念，例如：
您需要仔细考虑哪些视图与您计划/架构的系统相关。随着项目/系统的发展，您需要牢记这些;他们将帮助指导重大决策。我也喜欢这种appoarch /思考方式，因为它按照“分而治之”的方式工作 - 将一个大的puzzel打破成小的。
3 - 建模
我之前没有听说过使用泡沫塑料球，但是以触觉方式建模关系的想法听起来非常吸引人 - 虽然如果它是一个很大的系统你可能需要一个非常大的空间：）
白板是我最喜欢探索类关系（以及任何事情，真的）的方式。我强烈建议你带一台数码相机，或带内置摄像头的手机;我使用后者，我根据需要拍摄白板照片，然后在会议结束后将它们与我的电脑同步，并将副本通过电子邮件发送给与会者。捕获信息非常容易，并使您看起来非常专业。
UML非常有用，但您可能需要根据受众情况选择使用哪些内容 - 这取决于您想要看待事物的正式程度。
在建模工具中正式建模系统（并使用正式的UML，而不仅仅是图表，比如说Visio）也是非常有用的。如果你不熟悉这样做，你会发现你必须经历一个痛苦的门槛，但是在以下情况下通常是值得的：
4 - 项目方法
我是敏捷/ SCRUM的忠实粉丝。我正在研究如何将敏捷原则应用于sln架构 - 但我还没有任何东西。
去年，我参加了Tech-Ed的一次精彩的会议（ARC202挑战凯文弗朗西斯的建筑师的角色） - 我写了here。这是一次精彩的会议 - 就是这样 我第一次见到任何人 解释一个（解决方案？）架构师 应该参与一个项目 - 无论方法如何。 Kevins 一个敏捷的倡导者 - 和他的谈话 专注于此，使其成为两次 同样好：如何适应建筑和 敏捷。
答案 1 :(得分：1)
有些人喜欢Kanban。
其他人认为UML很有用。
架构人员使用Zachmann Framework。
我认为大多数人都使用这些技术的组合。灵活很重要 - 每个项目都不同。不断提高您的管理技能和流程，您将找到最适合您的大多数项目的工作流程。