！在公司如何熟悉一个已经做好的项目里的代码和系统架构
求救！在公司怎么熟悉一个已经做好的项目里的代码和系统架构？【推荐】进公司快一个月了！公司已经做好的一个大
求救！在公司怎么熟悉一个已经做好的项目里的代码和系统架构？【推荐】
进公司快一个月了！公司已经做好的一个大项目！广电BOSS系统！我主要在的部门是客户支撑部！需要去熟悉代码和模式架构！看了一下，看不懂！不知道从何看起。基本流程是怎么走的都不知道！然后开始搭建起这个项目的时候都不会搭！还是要别人教的，跟我在培训机构里的时候完全不同。以前都是直接SVN导出来后部署差不多就可以了。而这里面的比较复杂。每个层都是一个工程。然后这些层都嵌入到一个主工程里。而这个主工程本身里面是什么都没有的。由下面这些工程组织搭建起来的！然后每个层之前都是要去把目录和依赖加上去的！每个层搭建的顺序都不能错！用的eclipse,jboss4.0基本流程是：先建立一个EAR工程,这个就是那个主工程了！然后检出lib包。把包导到EAR工程里。 然后就是检出commons(这个工程要建成Utility Project)-dao(这个工程也是Utility Project)-businesslogic(这个工程也是Utility Project)-ejbfacade（这个工程是EJB Project 然后这个需要选上xdoclet到时候加上目录和依赖加上后需要运行）-delegate(这个工程也是Utility Project)-webapp（这个需要选上Dynamic Web Project）等等。不知道哪位大神见过这样的搭建项目的经验！然后这里面每个层是联想哪块。然后这个看的步骤是什么样的等等！！
[解决办法]
这实在是CowBoy的做法，很危险啊。。。
概要设计文档是必须有的，指导整个系统的逻辑结构和相互之间协作关系，并规范了很多技术约束（也就是哪些是不能做的），用于指导设计人员和开发人员，快速对整个系统有个宏观理性认识，简单点就是：“这是我们修建一座大教堂，它的主体框架结构是这样的，承重模型是这样的；所以这些柱子、承重墙别碰，这里的配重平衡结构需要保持，这里是预留扩建的天台/地下室/副楼，可以以此规范来扩建。”。
开发指南也是必须有的，否则进入运维期，项目一旦有核心人员流动，运维工作就会越来越危险了；除非该项目使用公司标准开发框架，那么意味着本项目参与人只需要经过公司标准开发培训就能上手。
至于各功能模块的设计文档，一般来说如果系统需求写的还算明白，设计文档可以简化，说清楚几个主要类之间的关系和依赖以及数据模型就可以了。
[解决办法]根据以前做BSS的经验，你可以这样：
首先把流程跑通，因为这种项目都是业务型的，其实很多地方可以算是工作流，找个老员工帮忙，把每个业务节点都正常流转一遍；
熟悉之后，再去看数据字典，我们当时都是联通那边提供的数据字典和需求，都是非常详细的，结合需求和数据字典把基本功能对应上；
然后再看和其他系统之间的关系和通信方式，一般来说还是用webservice吧，这种比较稳定并且格式化，当时我们的wsdl都是联通提供的。
这些基本熟悉了，那就看看代码了，看看使用的框架啊，开发方式，就可以做需求了，其实主要负责的就是业务逻辑了，别的都一样~
[解决办法]作为一个过来人，我负责任的告诉你，把你差点吓死的这些一点技术含量都没有，你只是用IDE太多用傻了。
你要做的是也不是理顺它的结构，而是copy一套出来，这种业务都是分线的，复制粘贴查找替换就OK了，里面的EJB也就是用用SessionBean而已，底层很多东西已经封装好了，当API直接用就可以。
你从培训机构出来，注意几点就好了：
1 不要傻乎乎的自己写底层代码，底层平台是不能让你切入的，该用的方法都封装好了，如果用接口里的方法完成不了任务，说明你想错了。自己写代码会少日志，事务冲突等等。
2 业务逻辑无非CRUD，只是比你以前见到的复杂点。所以先迅速Copy一个一模一样的东西出来，切记是照着A写个A，不是照着A写个B，你先模仿出来再改。
