Integration of QA in work processes

I am assuming that the three 'products' you are talking about are integrated into one deliverable.  That is to say, that you are delivering a product with some desired utility to an end user group.  I understand the 'site' component, but I am not sure what the difference is between 'software' and 'application'.  If my assumptions are correct, then there should be some type of master testplan (or some type of guideline) outlining all the processes/strategies included in the the QA certification of the product.  All groups should be adhering to this plan/strategy.  Each group; Business, Development, QA etc. should have defined tasks with regards to your company's implementation of the SDLC.  For example,the business might be required to identify the product requirements and perhaps assist in the design of any user interfaces.  Development may be required to perform unit tests or code walk throughs.  The test group may be required to develop functional and integrated test suites and associated automation.

The point here is that for the QA process to work properly, all stakeholders need to perform their specified tasks.  While there is often some overlap, each group should have their own unique tasks assigned.  If you are unfamiliar with the industry standards for SDLC processes, IEEE has some good documentation to get you started.  You can then combine that with any of the Agile process your company currently uses.

If however, you are saying that there are three distinct products being delivered, then that is another thing. From this perspective, aligning different projects in terms of QA would call for a company level decision requiring all projects to follow some defined set of standards.  Something like the (SEI) Capability Maturity Model.

I hope this helps a bit.