Roteiro Motivação Contexto Nossa solução Metodologia

Slides:



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

Engenharia de Software
Gerência de Projetos Wesley Peron Seno Introdução
Garantia da Qualidade Mário Eduardo.
Responsável: Walter Albuquerque
O Processo Praxis 3.0 Processos de Software 25/03/2017
Sistema Gerenciador de Ocorrências
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
O trabalho da Qualiti concentra-se em transformar projetos de software em casos de sucesso. Especializada em processos, arquiteturas e ferramentas de apoio.
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
MO409 / Engenharia de Software I - 1º Semestre / Prof. Eliane 1 1ª Apresentação (A1) Modelos de Processos de Software RA: / Edson Amorina.
Processo Desenvolvimento de Software Tradicional
Apresentação Executiva do Projeto
Prof. Jorge Luis Risco Becerra Auxiliares:Prof. Eduardo Lobo
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Rational Unified Process
RUPinho Qualidade de Software
Unibratec Análise e Gerencia de Projetos Profº Henrique Vila Nova
Planejamento e Gerenciamento de Projetos
Processos Tradicionais de Desenvolvimento de Software
Visão Geral PRO.NET.
Avaliação do RUP como processo para desenvolvimento de software
Uma solução colaborativa
Processos de Desenvolvimento de Software – Parte 2
Fase de Elaboração: Fluxo de Requisitos
Planejamento e Gerenciamento
Análise e Desenvolvimento de Software
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
(Open Unified Process)
Preparando as apresentações
Desenvolvimento da Aplicação de Gestão de Licenças de Táxi Luís Miguel da Silva Arêde associação de informática da região centro.
Especificação em Projeto de Sistemas
Análise e Projeto Orientados a Objetos
Um Processo de Desenvolvimento de Software para Uso no Ambiente Acadêmico.
Bruno Silva Desenvolvido a partir de
O Processo Unificado (UP)
Introdução ao Processo Unificado de Desenvolvimento de Software Tiago Lima Massoni UFPE
Softbom Software do Corpo de Bombeiros Equipe: André Diniz
Planejamento de Projeto
Desenvolvimento de software de apoio a gerência de informações da Central de Cursos de Idiomas da FUNCERN Reunião Início.
Wi-Fi Information Service André Guedes Ronaldo Ribeiro.
Engenharia de Software
dotProject EAP – dP EAP Jose Nome Matrícula Filipe Barbosa de Almeida
Desenvolvimento da Aplicação de Gestão de Licenças de Táxi Luís Miguel da Silva Arêde associação de informática da região centro.
Introdução a um Processo de Desenvolvimento Orientado a Objeto
ADS – 5º Semestre Trabalho de Conclusão de Curso
2 Integrantes André Schäffer Breno Neil (Gerente) Caio Lira Eduardo Cavalcanti Felipe Bartolomeu Felipe Maia Filipe Luiz Monteiro Hugo Calazans João Victor.
Gestão de projetos de Software GTI-16
Projeto e-Build. Apresentação FábricaEquipeProdutoMercado ProjetoEscopoMetodologiaCronograma ArtefatosPrincipais riscosArquiteturaLições aprendidas.
CIn-UFPE1 © 2003, Alexandre Vasconcelos Visão Geral do RUP.
Reciclando idéias.
USB Host Remote Unit Release 1. Roteiro Projeto –Problema do cliente –Solução atual –Nossa solução –Aplicação para demonstração Organograma Metas para.
Mestrando: Pedro Barbosa Cordeiro Orientador: Bernardo Lula Júnior
USB Host Remote Unit Status Report 2. Roteiro Projeto Primeiro Release Organograma Apoena –Arquitetura –Microcontrolador –Comunicação –Aplicação Andamento.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Wi-Fi Information Service Ademir José de Carvalho Junior Felipe Cavalcanti Ferreira.
Projeto Supervisionado de Análise e Engenharia de Software
Sistema Almirante Gabriel Junji Ito Giuliano Diego Barbarra.
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.
Recife - PE Visão Geral PRO.NET Alessandro Lima, Msc.
PSDS com CMMI Nível 2 Dimitri de Almeida Malheiros Barbosa 27/03/2006.
Estudo Comparativo Entre Metodologias Ágeis e Tradicionais Aluno: Márcia Seabra Cabral Professor: Augusto Sampaio Disciplina: Tópicos Avançados em Engenharia.
Clínica Digital Projeto de Desenvolvimento de Sistema Corporativo - Parte II -
Dimitri de Almeida Malheiros Barbosa
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.
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:

Roteiro Motivação Contexto Nossa solução Metodologia Organização da equipe Plano de projeto Questionamentos

Motivação Para o cliente Resolver o problema com baixo custo Trabalho intelectual Viabilidade operacional Interessar pessoal para trabalho futuro Estágio Incubação de empresas

Motivação Para a equipe Trabalhar de forma organizada Protocolos e conceitos novos USB Bluetooth Uso de tecnologias Sistemas embarcados Microcontroladores J2ME

Contexto: Problema do Cliente Sistemas embarcados que não conseguem comunicar entre si

Contexto: Problema do Cliente

Contexto: Solução Atual

Contexto: Nossa Solução

Contexto: Nossa Solução

Contexto: Nossa Solução Como é implementado em S.O.s

Aplicações

Organização da Equipe

Gerência Breno Neil Felix Bezerra Equilibrado Conciso, além de disciplinador e paciente Perfil agregador Respeito e admiração por parte da equipe Mostra firmeza em ambientes turbulentos Experiência passada bem sucedida Engenharia de Software

Metodologia Rational Unified Process (RUP) Subconjunto de atividades e artefatos Mais relevantes para o nosso escopo Artefatos direcionado para controle das atividades Iterações Maior dinâmica no desenvolvimento Implementação de subgrupos de funcionalidades Organizadas em fases

Fases Concepção

Fases Elaboração e Construção

Gerência Transição

Riscos Desentendimento entre integrantes de uma sub-equipe Classificação Grave Indicadores Atraso no andamento, ambiente de trabalho carregado e sobrecarga de alguns membros. Mitigação Estabelecer respeito, manter boa comunicação da equipe. Contingência Buscar uma conversa entre membros conflitantes, intervenção da gerência, re-alocação dos membros conflitantes.

Riscos Dificuldade de assimilação de novas tecnologias Classificação Grave Indicadores Atrasos, erros de implementação, erros de projeto da própria arquitetura, re-trabalho dentre outros. Mitigação Estudar com antecedência, pesquisar em grupos/fóruns, reunir bibliografia, deixar folga no cronograma para essas atividades. Contingência Procurar pessoas com experiência, reorganizar cronograma para estudo dessas novas tecnologias.

Riscos Desconhecimento do tamanho e dificuldade do projeto Classificação: Grave Indicadores: Atrasos nas tarefas, divisão injusta/ineficiente das atividades, cliente insatisfeito. Mitigação: Estudo aprofundado do escopo do projeto, buscar apoio de consultores. Contingência: Ajustes no escopo e no cronograma.

Custos

Primeiro Release Objetivos Definir a arquitetura do Host Modelar a pilha USB Implementar o driver HIC Aplicação do teclado para celular Desenvolver o módulo de comunicação

Primeiro Release Cronograma

Segundo Release Objetivos Desenvolver nosso protótipo Implementar o Driver de Mass Storage Aplicação de gerenciamento de arquivos para celular

Segundo Release Cronograma

Referências site da Apoena www.cin.ufpe.br/~apoena Rotional Unified Process www.wthreex.com/rup/ site da disciplina www.cin.ufpe.br/~if683

Questionamentos

Obrigado a todos!