有人喜欢运筹学，我就出一道运筹学和编程有关的题

某公司的A组花了两年的时间研发了产品A，投放了市场，销路不错。这时公司又决定
开发产品B，组建了B组。产品B和产品A有相似的地方。

如果A是产品A的一个软件模块，B是产品B的一个对应的软件模块。模块A和模块B有
40%是相同的。这时有人提出把产品A的模块A分解成两部分

A1 和 Base

Base是模块A和模块B逻辑相同的部分(40%)。 这样，再做B1，使得

B1 和 Base

满足模块B的设计要求就行了。提出这做法的人要产品A和产品B共用Base。理由
是：如果为产品B改进了Base，也为产品A改进了Base。

还有一种观点，就是直接把模块A拷贝过来，命名B，把其中的60%改成产品B的设
计要求。

最后分解派占上风，按分解派的观点设计了产品B。

又两年过去了。B组做出了A1，B1，Base。模块(B1，Base)满足了产品B的设计。
这时，产品A的模块A已经改进成A+。

当B组要A1，Base提供给A组时，A组断然拒绝。理由是：模块(A1，Base)从来没被
测试过。即使100%正确，也和A+不同。A+运行的好好的，凭什么要接受(A1，Base)？

产品A中类似A的模块，产品B中类似B的模块各有100多块。


看看怎么解决这个问题？原来的设计思想对吗？