这个问题比较复杂，下面我从不同的角度去分析这个问题，希望能解答你的疑惑！
1.工程整合：是将Eova集成到现有工程中，还是将现有功能集成到Eova功能中？
	A：功能移植：如果现有工程的功能比较少，并且业务相对简单，那么这种情况建议将这些功能迁移到Eova中，并且以后都在Eova里进行开发。
	既然你在这里提问，肯定是认为Eova对你是有价值的。
	
	B：不想移植：功能很复杂或不想花时间移植，希望，老的业务维持现状，新的业务在新系统上进行。
	B1->直接将老的业务通过 Eova 菜单管理->新增自定义功能的方式嵌入Eova中（这个时候Eova仅提供功能Tree的管理和维护，具体实现由原工程提供）
	B2->老的工程有完整的权限体系，这种情况可以等V1.6发布之后，在Eova的基础上进行扩展，可以方便拓展EOVA用户模块，用原有项目的用户数据，角色数据。

2.各自独立：各是各的工程，互相配合服务。旧业务在旧工程上，新业务，新项目在Eova下进行，后续都使用Eova。
	随着时间迁移，旧的业务会被淘汰，或者慢慢迁移到Eova这边来。
	
3.单点登录，旧系统和新系统作为子系统，登录后，来选择进入哪个子系统。

建议：根据实际情况来进行选择，因为涉及企业业务，情况都比较复杂，要考虑的东西也比较多，没有定论，具体情况具体分析。
	从长远的角度来看，Eova对于企业的作用是：降低开发成本，增加开发效率，提升团队业务能力。
	
如有不明白的可以继续追问！

这个问题比较清楚了，顺带问个小白问题，前面提到的单点登陆能补充说说嘛
eova默认不支持单点登陆吧？如果我有这个需求的话，您提到的作为子系统，专门独立搞一个单点登陆的独立系统出来吗？

上面说过V1.6会测底将用户模块暴漏出来，让用户可以方便高度自定义扩展不用侵入源码。
单点登录，就是传统的方案,Eova这边只是做配合，单点需要搭建的单独的 登录服务，如果项目不是特别多，这个没什么太大的意义！