程序员的⼯作交接
做为⼀个程序员，难免会碰上因同事离职接⼿新系统，如果碰巧你⼜是这家公司的新⼈，在业务不熟悉的情况下，需要考虑哪些事项呢。
1. ⽂档资料。
虽然⼤多数系统⽂档资料匮乏，但以下资料是必须的。
应⽤程序部署图：应⽤程序（或服务）部署在那台服务器上，和其相关的服务器有哪些？⽐如缓存通知服务，数据库服务器等等分别部署在那台服务器上，互相之间可能有什么影响？
数据字典：总得知道数据库表和字段的意义。
系统说明⽂档：系统上线时间、功能介绍、运营风险、部署环境和形式、⽂档位置、源代码位置。
其他⽂档：越多越好，未必会看，但留着备⽤总是好的。
需求⽂档
程序员接活的平台网站
设计⽂档
源码
软件流程图
更改⽂档
2. 源代码相关
源代码与线上版本是否⼀致？如果不⼀致，原因？引⽤的dll来源？是否有相关说明或源代码？
离职同事在讲解代码时，直接注释到源代码中。
⼀般来说此时讲解业务流程未必能清楚，先记录下来。
3. 应⽤程序是否有⽇志记录（主要是异常处理）。
没有⽇志记录的系统维护起来就是⼀场噩梦。曾经见过⼀个投诉率极⾼的系统，⽇志少且只记录成功的信息，catch块从来就是ruturn null 或者
最好能有离职同事提供系统常见问题的可能原因及解决⽅案（⼀般⽽⾔如果能知道问题的根本原因，就可以避免此问题，所以此时往往只能知道可能发⽣的问题，但具体原因未必能知道，但有个临时解
决⽅案⽐如重启某个服务好⽍能让⾃⼰有喘⽓检查问题的时间）
4. 是否有测试环境，测试数据库服务器地址？
尽可能让离职同事协助⾃⼰成功编译部署⼀次系统。
了解系统引⽤的资源位置（⽐如可能会发现系统引⽤的⼀些配置⽂件的路径只能在D:\XXX⽬录下）。
注意测试环境和正式环境是否⼀致（如测试环境是.NET Framework 3.5的，正式环境是.NET Framework 2.0的，上线会带来不必要的⿇烦）。
5. 如果是Web应⽤程序，需要注意web服务器上其他服务和应⽤程序的情况。
经常出现的⼀种情况，⼀台服务器的某个服务把Socket端⼝耗尽，导致其他的服务或应⽤程序全都不能正常运⾏。
⾄于其他的离职交接单往往是⾛个形式，这⾥就略过了。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。