征集重构建议

现在有两个脚本文件(因为他就是为实现业务逻辑用的）,都是由函数组成的。代码量加起来有15k行吧，用来自动登录网站实现业务逻辑。
功能包括：自动从本地csv文件提取数据，对数据格式做一些修改。打印结果日志，正则表达式搜索网页源码判断各种数据的关键字，然后剩余大部分的操作就是get post一类的与服务器交互了。
目前维护起来比较费力，因为脚本中包含了太多的literal data, 而且这么多行代码都放到了一个文件里，可想而知耦合度太高，所以我想重构一下，至少把数据同逻辑分离出来。最近又看到了一个关于web编程和函数式编程的文章http://www.oschina.net/news/13335/web-programming-is-functional-programming?from=rss，又不知道该怎么做了。
请问这样一个脚本是否有必要写成面向对象的？如果有必要，用哪种模式？如果保持现在的函数式的，该如何做让后期的debug和update方便一些？

没有一种模式可以泛泛的解决所有重构问题的。面向对象与否也不是可以凭空决定的。如何解决问题都取决于你面对的具体问题。你要把时间花在思考你的代码上（甚至可以忘掉设计模式），而不是脱离代码去选购设计模式。