Hola:
Pregunta 1:
Primero hay que mirar cuales son los aspectos a modelar de una arquitectura, mucho de los aspectos de estos son modelables con UML, para ver cuales son los aspectos de arquitecturas software mira "http://www.swebok.org/" este libro te resume bastante bien esto. Date cuenta que UML lo crearon OMG, una megaorganizacion especializada en arquitecturas distribuidas; con mucha experiencia y madures; y muchos casos de estudios.
Evidentemente la mayoria de los aspectos no funcionales, que tiene que ver mucho con QoS y que son tan importantes en los Servicios, modelarlos con UML se vuelve un poco chungo, lo mejor en este caso es escribirlo en texto.
Pregunta 2:
http://www.computer.org/portal/cms_docs_itpro/itpro/homepage/2007/may_june/f3010.pdf
Date cuenta que SOA es puro concepto. En tu arquitectura distribuida, tus componentes dan servicios, por lo tanto, no es solo la funcionalidad, sino tambien aspectos no funcionales como QoS (disponibilidad, tiempo de respuesta, etc...), modelo de politicas, etc...Ademas de esto, debe complir principios de servicios como: autonomia, bajo acomplamiento (no es un RPC, sino un intercambio de
mensajes con documentos, por eso se recomienda WebServices pues ya te
lo da hecho la tecnologia), stateless, etc...
Cuando diseñas un componente de tu arquitectura que tiene que dar un servicio accesible remotamente debes tener en cuenta todo esto.
Ahora bien, otra cosa es que tus componentes si dan servicios pero no son accesibles remotamente, tampoco son autonomos, etc... sino que son simplemente componentes de una arquitectura posiblemente multicapa pero todo en el mismo proceso. A estos tambien se le suelen llamar "Servicio", pero no es el concepto tan completo como se maneja en SOA.
Una idea intersante sería hacer un CMS que da el servicio de Gestion de Contenido, y que se accesible tanto por una GUI Web como por WebService. Como en el Microsoft Spaces, que puedes publicar tanto por la Web como por el Writer. Es decir, que la aplicacion CMS sea en si 100% accesible por WebService y que tenga un cliente que es una GUI Web. Mirandolo desde este punto de vista si me parece apropiado SOA+WebService.
Drupa, y la mayoria de CMS, que yo sepa no tiene nada de distribuido, (salvo la base de datos).
Piensa si vale la pena o no hacerlo SOA+WebService. ¿Tendra el CMS alguna funcionalidad especial que resulta interesante hacerlo disponible via WebService? la respuesta la tienes tú :)