I think I may of been put off SSIS by having to use DTS in the past.

A .NET product I worked on (prior to me working on it) used DTS to do imports and exports that were initiated through a .NET windows application.

This was HELL to configure and maintain plus clients IT teams would always complain about the security.

A lot of things that are wrong with DTS are still wrong with it's replacement SSIS. That is (unless I'm mistaken, which I admit could be true):

1) you can't have DB level packages

2) Because of (1) you can't grant on a per package basis a user/role permission to run it.

3) Because of (2) running a package from a stored procedure requires using a proxy account or grant a user more permissions than you actually want them to have.

If you are using SSIS as one offs that manually get run (e.g. during migration of data from legacy system to new SQL Server system) or as a job that's run in SA context then they might be alright. Anything else, no thanks.