mas, se procure materiais sobre abordagens ágeis ou metodologia ágeis vc ira aprender mto mais, estão em “moda” simples e unicamente pq modelos como RUP são pesados e mto burocráticos e na pratica não funcionam quando se deparam com problemas…
Segue um site falando das disciplinas do RUP. Achei bem interessante pois existem até uns templates dos artefatos que podem ser produzidos para melhor entendimento do assunto: http://www.guj.com.br/posts/list/86950.java
A minha opnião sobre isso é a seguinte:
Realmente o RUP é muito “pesado”. É muito custoso implantar os seus processos em um empresa. Uma coisa que vi que vale a pena é buscar um apoio nas especificações de alguns modelos de maturidade de software, como por exemplo o MPS.BR. Você pode simplesmente dar uma olhada na especificação e seguir os passos que são necessários a serem cumpridos em cada nível. Acho que até existem guias para a implantação dos processos desse modelo pela web. Sugiro dar uma pesquisada em monografias e teses de dissertação sobre engenharia de software que podem ajudá-lo.
Segue um site com maiores esclarecimentos sobre MPS.BR: http://www.softex.br/mpsBr/_home/default.asp
O RUP não necessariamente precisa de ferramentas. Dê uma googlada no OpenUP e veja o que o pessoal opensource está fazendo com o RUP.
O RUP é um excelente modelo. Melhor que CMMI e MPS.BR. É uma base de conhecimento bem melhor que o SWEBOK, como exemplo. O problema é que ninguém sabe usar o RUP. RUP é um processo customizável. Ele pode ter o tamanho que você quiser. OK… eu também tenho críticas ao RUP, mas entre elas, não critico ele ser pesado ou não ser ágil.
Minha opnião:
Eu nunca falei que RUP era algo que não prestava, mas eu acho que seguir alguns guias de engenharia de software é bem melhor pois além de você ter um produto final com uma ótima qualidade, você pode obter, com um bom investimento, um certificação de maturidade de software. Isso torna-se um diferencial no mercado. Onde eu moro, por exemplo, é cada vez maior a quantidade de empresas que abrem licitações para sistemas e que exigem que os concorrentes possuam algumas certificações de maturidade de processos de software. as mais conhecidas que se pedem qui é o CMMI 2 e o MPS.BR nível F. Mas existem empresas com uma maior qualificação, certamente se destacando mais no mercado.