Engenharia de software

Disponível somente no TrabalhosFeitos
  • Páginas : 9 (2102 palavras )
  • Download(s) : 0
  • Publicado : 27 de junho de 2012
Ler documento completo
Amostra do texto
O RUP, abreviação de Rational Unified Process (ou Processo Unificado Racional), é um processo proprietário de Engenharia de software criado pela Rational Software Corporation, adquirida pela IBM, ganhando um novo nome IRUP que agora é uma abreviação de IBM Rational Unified Process e tornando-se uma brand na área de Software, fornecendo técnicas a serem seguidas pelos membros da equipe dedesenvolvimento de software com o objetivo de aumentar a sua produtividade no processo de desenvolvimento.
O RUP usa a abordagem da orientação a objetos em sua concepção e é projetado e documentado utilizando a notação UML (Unified Modeling Language) para ilustrar os processos em ação. Utiliza técnicas e práticas aprovadas comercialmente.
É um processo considerado pesado e preferencialmente aplicável agrandes equipes de desenvolvimento e a grandes projetos, porém o fato de ser amplamente customizável torna possível que seja adaptado para projetos de qualquer escala. Para a gerência do projeto, o RUP provê uma solução disciplinada de como assinalar tarefas e responsabilidades dentro de uma organização de desenvolvimento de software.
Fase de concepção
A fase de concepção contém os workflowsnecessários para que as partes interessadas (stakeholders) concordem com os objetivos, arquitetura e o planejamento do projeto. Se as partes interessadas tiverem bons conhecimentos, então, pouca análise será requerida. Caso contrário, uma análise maior será requerida.

Como cita o RUP, o ideal é que sejam feitas iterações. Porém estas devem ser bem definidas quanto a sua quantidade e objetivos.Fase de Elaboração
A fase de elaboração será apenas para o projeto do sistema, buscando complementar o levantamento / documentação dos casos de uso, voltado para a arquitetura do sistema, revisa a modelagem do negócio para os projetos e inicia a versão do manual do usuário. Deve-se aceitar: Visão geral do produto (incremento + integração) está estável?; O plano do projeto é confiável?; Custossão admissíveis?

Fase de Construção
Na fase de construção, começa o desenvolvimento físico do software, produção de códigos, testes alfa e beta.
Deve-se aceitar testes, e processos de testes estáveis, e se os códigos do sistema constituem "baseline".

Fase de Transição
Nesta fase ocorre a entrega ("deployment") do software, é realizado o plano de implantação e entrega, acompanhamento equalidade do software. Produtos (releases, versões) devem ser entregues, e ocorrer a satisfação do cliente. Nesta fase também é realizada a capacitação dos usuários.

Em Visão, é definida a visão que os envolvidos têm do produto a ser desenvolvido, em termos das necessidades e características mais importantes. Por conter uma descrição dos requisitos centrais pretendidos, ela proporciona a basecontratual para requisitos técnicos mais detalhados.



|Artefato:  Visão |
| |
|Finalidade|
|O documento de Visão fornece uma base de alto nível - algumas vezes contratual - para os requisitos técnicos mais detalhados. Também pode |
|conter uma especificação de requisitos formal. O documento de Visão captura restrições de design e requisitos de nível muito elevado para |
|que o leitor possacompreender o sistema a ser desenvolvido. Ele fornece informações para o processo de aprovação do projeto e, portanto, |
|está intrinsecamente relacionado ao Caso de Negócio. Ele comunica os principais questionamentos relacionados ao projeto e funciona como um |
|regulador com base no qual todas as decisões futuras deverão ser validadas. |...
tracking img