P>
Clique aqui para ler todos os artigos desta edição
Fábrica de software: estratégias para modelagem de software
Juliana Begnami
A grande indústria de desenvolvimento de software está totalmente voltada para o desenvolvimento de software baseado em linguagens de programação orientadas a objeto. Mas como idealizar um software sem uma maneira de persistir o dado gerado por este software?
A persistência da informação pode ser feita utilizando diferentes estratégias: arquivos, serialização de objetos utilizando Prevayler (http://www.prevayler.org) ou o nosso velho conhecido banco de dados; o qual será abordo neste artigo.
Neste contexto, as fábricas de software passam a construir e registrar os processos para o desenvolvimento de software levando em consideração o projeto de uma boa aplicação suportada por um bom modelo de dados e a essencial documentação para a manutenção e evolução do mesmo.
Um processo de software envolve desde o levantamento de requisitos até o momento em que o produto é disponibilizado para os usuários. Devido a essa abrangência, nosso enfoque será dado apenas para as etapas de design e implementação.
Existem no mercado várias referências em processo de desenvolvimento de software. Podemos citar: o RUP (Rational Unified Process), o qual é mantido por uma equipe da IBM – Rational, e o XP (http://www.extremeprogramming.org/) o qual possui vários colaboradores pelo mundo. O XP enfatiza o envolvimento do cliente na evolução da aplicação a ser construída num processo altamente interativo.
Atualmente, a IBM tem desenvolvido uma nova proposta em processo de desenvolvimento de software, chamado IBM Rational Method Composer, o qual inclui e evolui o RUP. A promessa é melhorar a comunicação entre os times envolvidos no processo, possibilitando uma colaboração mais eficiente, reduzindo as falhas de projeto, os custos e o tempo necessário para a entrega do produto.
O IBM Rational Method Composer acrescenta novas “best practices” ao RUP dando maior embasamento e credibilidade para o portifolio de gerenciamento, desenvolvimento distribuído e arquiteturas orientadas a serviços da IBM. Ele substitui o IBM Rational Process Workbench com novas ferramentas de customização de processos baseadas
O que é RUP?
Vamos dar enfoque a processos de desenvolvimento baseados no Rational Unified Process, adotado geralmente por empresas de médio a grande porte as quais, por conseqüência, também adotam as ferramentas IBM-Rational, mas isto não é uma regra.
O Rational Unified Process (também chamado de processo RUP) é um processo de desenvolvimento de software. Ele oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organização de desenvolvimento. Sua meta é garantir a produção de software de alta qualidade que atenda às necessidades dos usuários dentro de um cronograma e um orçamento previsíveis.
É de extrema importância ressaltar que o RUP foca em um processo de desenvolvimento de software utilizando a UML como linguagem de modelagem para a construção dos artefatos ou, neste caso, dos modelos durante as fases do desenvolvimento de software.
Seguindo essa abordagem para a fase de modelagem do software, conhecida no RUP como a fase de Análise e Design, temos de modo bem resumido as seguintes atividades:
