我们正在致力于多个应用程序的知识转换(大约700)。为了简化流程,我正在准备一个要点列表,我们需要更好地理解每个应用程序的体系结构,如下所示。
列表之所以重要是因为一旦转换结束,我们将尝试集成/重写/重构这些应用程序。
有人对此有任何排他性的检查列表或丰富以上列表吗?
发布于 2015-03-11 07:54:31
如果你建造了一所房子,你想向别人描述它,你会谈论你使用的地板材料吗?你用的是什么样的锤子和工具?关于水管的事?
你可能会,但这些都与建筑无关。
建筑是关于有什么样的房间,它们在哪里,它们是如何连接的。
因此,在描述应用程序时,首先要讨论的是它所做的事情。它的模块是什么,这些模块是做什么的。然后,您应该讨论这些模块是如何相互关联和交互的。这就是它的架构。
下一件事是讨论应用程序及其模块的工作方式。
最后一件事是谈论你用来做这个的工具。
到目前为止,您的列表只提到工具和实现细节。恐怕所有这些都与系统的架构无关。
发布于 2015-03-11 10:00:09
除了Reiner的答案外,您的清单没有提到每个应用程序的要求。
在开始编写新的应用程序以替换它们之前,您需要一些文档/图表/测试的组合来说明旧的应用程序应该做什么。
https://softwareengineering.stackexchange.com/questions/275930
复制相似问题