RUP - Engenharia de Software Metodologia

...

processo rígido a ser seguido por fábricas de software que desejam um processo de

software bem documentado e seguindo um controle de qualidade bem apurado.

OpenUp adota uma filosofia ágil e pragmática que foca no cooperativismo no

desenvolvimento do software. É um processo que independe de ferramentas, ou seja,

pode ser adotada qualquer ferramenta de acordo com a necessidade do desenvolvedor

e preferencias da equipe. Portanto está-se deparando com um processo sem grandes

requisitos e que pode ser aplicado a uma série de projetos.

O processo é dividido da mesma maneira que o RUP em quatro fases distintas

que são caracterizadas pelos seus marcos finais que ocorrem a cada etapa do projeto.

Essas etapas são: Concepção, Elaboração, Construção e Transição.

Para um melhor funcionamento do OpenUp deve-se fazer algumas

recomendações, para uma melhor utilização do framework a equipe que deseja

trabalhar com esta ferramenta deve estar próxima, ou seja , não se obtém grande

sucesso utilizando OpenUp em desenvolvimento de software aberto por exemplo. O

OpenUp é mais indicado para equipes que contem a participação de alguns

componentes importantes como: stakeholders, arquitetos do sistemas,

desenvolvedores, gerente de processos e testadores. A colaboração entre os membros

da equipe tem que ser constante, principalmente do stakeholder para o sucesso do

framework. Os membros da equipe tem que participar de reuniões sistemáticas para

colocação da situação do andamento do projeto e para discussão de eventuais

problemas. O processo visa a diminuição de riscos a cada ciclo de vida, para executar

esse passo são feitas reuniões regulares para revisão de riscos e uma rigorosa

implementação de estratégias de mitigação.

Todo trabalho tem que ser listado, localizado e retirado (quando pronto) da lista

de tarefas. Todos os membros da equipe devem utilizar o mesmo repositório tanto para

requisitos, bugs e novas requisições feita pelo stakeholder.

Pode-se começar a fase de concepção do OpenUp levantando casos de uso

para eleger os mais importantes e demonstrar , de maneira geral, os requisitos que

foram levantados junto ao stakeholder, isso deve ser feito para o projeto como um todo,

o marco geral para o fim desta fase em um ciclo de vida é levantamento suficiente de

casos de uso possíveis para gerar uma arquitetura preliminar para o projeto, além de

ter o suficiente para gerar uma nova versão, de acordo com o que foi estabelecido

entre o cliente e a equipe de desenvolvimento do artefato.

Após essa fase vamos para elaboração essa fase temos que definir uma

arquitetura para o projeto e implementar o esqueleto do sistema. A arquitetura é o

planejamento em alto nível de como vai ser divido o sistema a ser desenvolvido, para a

formação da arquitetura tem-se que ter uma boa parte dos requisitos já levantados e

estabelecidos.

Os testes neste tipo de processo de desenvolvimento é incremental pode ser

executado diversas vezes durante qualquer fase do processo. Como trata-se de um

framework o estilo de teste pode ser definido com a equipe.

O OpenUp não inclui o planejamento de calendário de deployment’s, nem

gerenciamento de configurações e nem definição de ambiente de desenvolvimento,

essas decisões compete à equipe.

CICLO DE VIDA BREVE EXPLANAÇÃO

O processo de desenvolvimento do software (OpenUp) é iterativo e incremental,

que cada ciclo de vida é dividido em quatro fases (Concepção, Elaboração,

Construção, Transição). Cada fase desse pode conter inúmeras iterações. O que

define o fim de cada uma dessas fases é um marco. Para o projeto o marco pode ser

minoritário, mas para a fase em questão pode ser considerado marco majoritário que

quando atingido define o fim desta fase.

CONCEPÇÃO

Para inicio do projeto tem-se que ter o apoio dos stakeholders e determinar o

escopo do projeto e um plano inicial. Essa atividade visa definir pacotes de tarefas de

acordo com os requisitos levantados para definição da visão e para a criação de um

plano para o projeto. Esse passo inicial é de importância vital principalmente para o

gerenciamento da empresa, visando venda de projetos e softwares. Inicialmente existe

uma divisão em dois aspectos: desenvolvimento da visão técnica do projeto e o plano

de projeto são os passos a serem seguidos após os iniciais.

FLUXO DE TRABALHO:

A subfase desenvolvimento da visão técnica é a subfase que define uma visão

para o futuro do sistema, ou seja, obtém-se uma ideia inicial da vida do sistema bem

como a definição de versionamento decido com os clientes, o que tem que ser

entregue