Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.

Slides:



Advertisements
Apresentações semelhantes
RUP – Rational Unified Process
Advertisements

Gerenciamento de Projetos
Os projetos.
Engenharia de Software
APSOO Aula 05.
Rational Unified Process
Teste de Software.
Rational Unified Process(RUP)
Gestão de Projetos Áreas de conhecimentos Integração
Valéria Maria Lauande Março/2010
U P (R U P) Rational Unified Process
Processo Desenvolvimento de Software Tradicional
Implementação de Sistemas
CONSULTORIA EMPRESARIAL
Introdução ao RUP Rational Unified Process
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Alunos: Artulanez Souza Iony Melo
RUP Prof.ª Elaine B. Figueiredo.
Rational Unified Process
RUPinho Qualidade de Software
Unibratec Análise e Gerencia de Projetos Profº Henrique Vila Nova
Visão Geral do RUP.
PMBOK 5ª Edição Capítulo 3
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Processos de Desenvolvimento de Software – Parte 2
Processo Praxis – Fase de Concepção
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Análise e Projeto de Sistemas
Disciplina Implantação
Análise e Desenvolvimento de Software
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
ANÁLISE E DESENVOLVIMENTO
Fase de Concepção (Início, Planejamento)
PAS Características: Elaborado com o propósito de ser utilizado em práticas acadêmicas de desenvolvimento de software. Foi desenvolvido de forma iterativa.
PSBD II Projeto de Sistemas de Banco de Dados II
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
O Processo de desenvolvimento de software
Especificação em Projeto de Sistemas
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Análise e Projeto Orientados a Objetos
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE – PDS VALIDAÇÃO.
Bruno Silva Desenvolvido a partir de
RUP - Cap. 5 – Processo Iterativo e Incremental
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Engenharia de Software
Processo de Desenvolvimento de Software – PDS C Construção - PAS
dotProject EAP – dP EAP Jose Nome Matrícula Filipe Barbosa de Almeida
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
Engenharia de Software Aula 02 – Introdução Prof. Adriana M. Martins.
Gestão de projetos de Software GTI-16
Processo de Desenvolvimento de Software – PDS
Desenvolvimento de Sistemas - Fluxo de Testes
Construção leva à capacidade operacional inicial Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
Fase de Concepção (Início, Planejamento)
Engenharia de Software com o RUP - Workflow de Testes Parte II Alexandre Vasconcelos, André Santos, Augusto Sampaio, Hermano Moura, Paulo Borba © Centro.
Os projetos.
Capítulo 12 Workflow Genérico de Iteração Disciplina: Estudo do RUP Autor: Raquel Almeida Orientação: Augusto Sampaio Paulo Borba.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Engenharia de Software
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
Clínica Digital Projeto de Desenvolvimento de Sistema Corporativo - Parte II -
Dimitri de Almeida Malheiros Barbosa
Gerenciamento de Escopo
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Mauricio Barbosa e Castro.  A construção de um produto multimídia se faz através de um projeto.  O escopo e a complexidade de um projeto de multimídia.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1

Fase de Construção 2

Produção em Escala

Fase de Construção

Características Produzir a versão de Beta-Testes A ênfase é na Produção de um Software operacional Envolve análise, projeto, e implementação dos requisitos levantados na elaboração – Pelo menos 80% dos casos de uso foram levantados (identificados) e entendidos durante a elaboração – Destes, apenas 10-15% são arquiteturalmente

Fase de Construção A lista de riscos continua sendo atualizada – Apesar de riscos críticos terem sido atacados na concepção e elaboração, Riscos continuam sendo atenuados ou novos riscos podem ter surgido – Casos de Uso continuam sendo priorizados por risco O arquiteto mantém controle sobre a arquitetura – O desenvolvimento é monitorado pelo arquiteto para verificar se os casos de uso estão sendo corretamente acomodados na arquitetura Eventualmente, a arquitetura pode ser modificada

Início Preparando a equipe – A equipe da construção é bem maior que das fases anteriores Tipicamente, duas vezes maior.

Início Definir Critério de avaliação – Os Casos de Uso produzidos estão de acordo com o planejamento ? – O Sistema está maduro e estável para ser colocado em beta-testes no ambiente do cliente? – Os Materiais de suporte estão prontos (manuais, help, tutoriais, exemplos, slides, etc)? São Suficientes?

Ênfase da Construção Requisitos – Detalhamento do Restante dos Requisitos 80% dos requisitos foram levantados e entendidos na Elaboração De 10 a 15% foram efetivamente analisados, projetados e implementados – Requisitos arquiteturalmente relevantes Deve-se chegar ao final da fase com 100% dos requisitos analisados, projetados e implementados Em alguns Casos, deve ser feito um protótipo da GUI Os casos de uso devem ser ordenados por riscos

Ênfase da Construção Análise e projeto – Atividades de análise e projeto têm grande ênfase na construção – Os Modelos de Análise e projeto devem ser finalizados nesta fase Os modelos da Elaboração são incompletos, pois enfatizam apenas a arquitetura Os Modelos da Construção devem ser completos Em geral, as visões da arquitetura são pequenos subconjuntos do sistema completo – Os Modelos são utilizados como a base para realizar a implementação

Ênfase da Construção Implementação – Ao final da Fase, 100% dos casos de Uso são implementados – Envolve atividades de: Planejamento da Ordem de Desenvolvimento de builds por iteração Implementação Teste Unitário Integração – A ordem de integrar e testar componentes deve ser considerada

Ênfase da Construção Testes – Ênfase em testes de integração e de sistema – Algumas atividades podem iniciar antes da implementação Plano de Testes Procedimentos de Testes – Testes de Integração Testa as interfaces e constrói builds – Testes de Sistema Em ambiente similar ao ambiente do cliente É executado ao final da fase Ênfase na interação entre atores e o sistema Eventuais falhas são reportadas ao gerente do projeto

Ênfase da Construção Planejamento e Gerenciamento – Monitora o progresso do projeto Em termos de casos de uso produzidos – Ações corretivas são necessárias regularmente Eventualmente, novos orçamentos e cronogramas devem ser renegociados

Final Avaliação da iteração – Comparar o que eu foi produzido na iteração com o planejado – Planejar detalhadamente a próxima iteração Avaliação da fase – Planejar a fase de transição Selecionar os beta testadores Preparar as intruções – Oficializar o término da fase de construção

Resumo O objetivo principal é a produção em escala do sistema Mais pessoas são empregadas Todos os modelos devem ser finalizados – A elaboração iniciou alguns modelos que tratavam do subconjunto do sistema arquiteturalmente relevante Ao final, o sistema está pronto para beta- testes no ambiente do cliente