Reciclando idéias.

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

Curso Superior de Engenharia Elétrica
Garantia da Qualidade Mário Eduardo.
GERENCIAMENTO DE INTEGRAÇÃO DO PROJETO
Natanael (njsj) Thiago (tan2) Rodrigo (rml2)
O Processo Praxis 3.0 Processos de Software 25/03/2017
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
SISTEMA DE INFORMAÇÕES DESENVOLVIMENTO DE SISTEMAS
Reciclando idéias.
Apresentação Executiva do Projeto
Gerenciamento de Implantação
Rational Unified Process
Sistemas Multimídia e Interface Homem-Máquina
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
Planejamento e Gerenciamento de Projetos
Equipe + Bruno Sandres (bms) + Daniel Costa (dvpc)
Visão Geral PRO.NET.
Processos de Desenvolvimento de Software – Parte 2
Implementação em Projeto de Sistemas (PFC)
Temp Corporation EOSystem
Planejamento e Gerenciamento
Roteiro Motivação Contexto Nossa solução Metodologia
Fase de Concepção (Início, Planejamento)
Levantamentos de dados Desenho do Projeto
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
O Processo de desenvolvimento de software
Preparando as apresentações
Marcio de Carvalho Victorino Processo Unificado. Unidade VI: Teste.
Reciclando idéias.
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE – PDS VALIDAÇÃO.
Bruno Silva Desenvolvido a partir de
RUP - Cap. 5 – Processo Iterativo e Incremental
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Softbom Software do Corpo de Bombeiros Equipe: André Diniz
Engenharia de Software
Wi-Fi Information Service André Guedes Ronaldo Ribeiro.
Engenharia de Software
Processo de Desenvolvimento de Software – PDS C Construção - PAS
Reciclando idéias. Roteiro ● Cronograma ● Subequipe Garagem ● Subequipe Sensores ● Subequipe Navegação ● Subequipe Controle ● Andamento Geral.
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Técnicas e Projeto de Sistemas
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
1/37 Engenharia de Software e Sistemas Alexandre Monteiro.
Planejamento.
Gestão de projetos de Software GTI-16
Reciclando idéias. Roteiro ● Subequipe Garagem ● Subequipe Navegação ● Subequipe Controle ● Pesquisa de Usabilidade ● Andamento Geral.
Projeto e-Build. Apresentação FábricaEquipeProdutoMercado ProjetoEscopoMetodologiaCronograma ArtefatosPrincipais riscosArquiteturaLições aprendidas.
Processo de Desenvolvimento de Software – PDS
Gerenciamento de Riscos em Projetos de Software Ricardo de Oliveira Abu Hana.
Mestrando: Pedro Barbosa Cordeiro Orientador: Bernardo Lula Júnior
Roteiro ● Empresa ● Motivação ● Cliente ● Solução ● Viabilidade ● Análise de Mercado.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Wi-Fi Information Service Ademir José de Carvalho Junior Felipe Cavalcanti Ferreira.
Projeto Engenharia de Software e Técnicas de Programação Avançada
SGP – Sistema de Gerenciamento Penitenciário André Feitosa de Mendonça – afm4 Lucas Aranha Barreto – lab3 Pablo Carvalho Pinheiro - pcp Rodrigo Emanoel.
Aula 02 de Eng. de Requisitos
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.
Apresentação Leonardo Brussolo de Paula
Projeto: G-TV (Gestor de TV por Assinatura) CSTADS Aluno: Fellipe Weldson de Oliveira Ferreira Gerente: Eriko Brito Projeto Supervisionado de Análise e.
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.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
4.4 Implementação e Operação
Elicitar Requisitos Documentar Requisitos Validar Requisitos Estrutura Implementação Implementar Componentes Testar de Unidades Corrigir Defeitos Testar.
Gerenciamento de Projetos Prof. Washington Almeida.
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:

reciclando idéias

Roteiro Motivação Contexto Descrição Metodologia Plano de Projeto Riscos

Motivação Lembrando… Diminuir a sobrecarga de trabalho dos mediadores do museu Prover informações multilíngües Auxiliar as pessoas a se orientarem

Contexto O produto no ambiente do Instituto Ricardo Brennand

Contexto – Problemas de localização Que caminho seguir para ir até o café?

Contexto – Concentração de pessoas Como atender a concentração dinâmica de pessoas?

Contexto – Maior acesso às informações Há mediadores disponíveis? Could you translate?

Contexto- Interesse em acervo específico Eu quero ver as obras renascentistas francesas.

Descrição Sistema de atendimento geral para visitantes de museu O nosso produto é um sistema de atendimento geral para visitantes de museu. Mais especificamente o Instituto Ricardo Brennand. Visando prover informações relevantes a quem visita o ambiente.

Descrição Estação de localização e orientação Mediador eletrônico Sistema para administração O sistema atua com dois tipos de operação. O primeiro como estação de localização. E o segundo como mediador. Há ainda um sistema extra, útil para os funcionários da administração do museu.

Descrição Estação Sistema fixo de informação Orienta o usuário a um determinado local do ambiente No modo estação Hermes atuará como uma base fixa de orientação para o usuário, que pode consultar como fazer para chegar a um determinado local do ambiente.

Descrição Estação O usuário vai interagir com o Hermes através de uma interface gráfica, tendo como resposta uma mapa indicando a posição corrente e a posição de destino desejada.

Descrição Mediação Agente autônomo móvel Monitora visitas personalizadas ou não Provê informações das obras No modo mediação Hermes é um agente autônomo móvel auto-navegável. É utilizado para mediar os visitantes em tours, que são definidos em roteiros de visita e podem ser personalizados ou já predefinidos. Nestes tours Hermes para em cada obra do roteiro de visita e fornece informações sobre ela.

Descrição Mediação A primeira parte da interação se dá por um atendente do museu utilizando um sistema remoto. O atendente seleciona o roteiro desejado pelo visitante e inicia o tour. Então as informações são enviadas para o Hermes e ele parte para o primeiro ponto do roteiro. Em cada ponto o usuário pode selecionar outro idioma, dentre uma quantidade limitada, além do português, para entender melhor as explicações. Lembrando que a princípio as explicações sobre as obras deverão ser em forma de texto. Sendo possível, caso haja espaço no tempo, colocar explicações em forma de áudio. Para passar à próxima obra o usuário deverá ordenar isto ao Hermes, por exemplo, através de um botão prosseguir.

Descrição Administração Sistema remoto Define o modo de operação Localiza a posição atual do Hermes Aborta tour Para utilização da administração o sistema é um software remoto com nível de permissão de acesso mais alto do que do sistema do atendente. Permite definir o modo de operação do sistema móvel. No caso da troca do modo mediação para o modo estação é necessário informar o local onde o Hermes deve ancorar. Pode-se, também, consultar a posição corrente do autómato. É possível abortar um tour que esteja acontecendo no momento.

Descrição Administração

Metodologia Metodologia baseada no RUP Idéia de iterações Produção de parte dos artefatos

Especificar Casos de Uso Metodologia Planejamento Conceber Projeto Analisar Riscos Planejar Projeto Elicitar Requisitos Especificar Casos de Uso Planejar Iteração

Especificação de Casos de Uso Metodologia Elaboração e Construção Planejamento Especificação de Casos de Uso Planejar Testes Analisar e Projetar Testar Implementar Erros?

Metodologia Término Planejamento Planejar Iteração Testar Integração Integrar subsistemas Testar Integração Desenvolver Manual do Usuário Atualizar Documentação Nova Iteração? Elaborar produto Planejamento Planejar Iteração Término

Plano de Projeto – Estrutura Organizacional Daniele Gerente Gustavo Líder G3 Rodrigo Líder G1 Luciano Líder G2 Desenvolvedores Desenvolvedores Desenvolvedores

Plano de Projeto - Custos 34100,00 Total (R$) 11200,00 Margem de segurança (50% do RH) 22900,00 Parcial (R$) 500,00 Material de construção do Robô 00,00 Recursos de software 22400,00 Recursos Humanos (16 pessoas) 1400,00 Tempo estimado por pessoa – 234 horas Descrição Custo Total do Projeto

Plano de Projeto – Primeiro Release Filtragem de algumas funcionalidades Implementação de funcionalidades mais essenciais e arriscadas Para esta primeira parte do projeto, o primeiro release, nós escolhemos algumas funcionalidades. Decidimos implementar aquelas mais essenciais e arriscadas, levando em conta também o pouco tempo para entrega deste release.

Plano de Projeto – Primeiro Release Atendente informa o roteiro da visita e inicia o tour Hermes se locomoverá através dos pontos do roteiro Hermes exibe informações na tela sobre cada ponto O cenário do primeiro release é o seguinte: O atendente seleciona um roteiro pré-definido e inicia o tour. Hermes se locomove pelos pontos do roteiro e em cada ponto exibe, na tela, informações sobre cada ponto. Não haverá opção de escolha de idioma. Para ir para o próximo ponto o usuário deverá ordenar apertando um botão de prosseguimento.

Plano de Projeto - Cronograma O cronograma da primeira parte do projeto foi detalhado nesta apresentação. O campo atividade define qual a atividade a ser feita. O campo duração mostra a quantidade de horas por pessoa destinada à realização da atividade e o número de pessoas ao qual foi delegada a atividade. Os campos início e fim exibem a data de início e do final da realização da atividade, respectivamente. Este cronograma mostra a divisão de atividades na fase de concepção e planejamento, desde a definição do projeto até a apresentação de hoje.

Plano de Projeto - Cronograma Como vemos, a primeira parte do projeto só terá uma iteração. Esta iteração está aqui descrita, desde a especificação dos casos de uso da primeira iteração até a entrega do primeiro release.

Plano de Projeto - Cronograma Para a segunda parte foram citados apenas pontos chaves, que significam entrega de artefatos. Artefato é todo o material concreto produzido numa iteração. Podemos ver que a segunda parte possui duas iterações antes de chegar no fim do projeto.

Plano de Projeto - Riscos Tamanho de projeto desconhecido Magnitude: Muito alta Impactos: Atrasos no cronograma Mitigação: Melhor elicitação dos requisitos e um estudo de viabilidade mais apurado. Contingência: Renegociação do tamanho do escopo e/ou aumento do esforço.

Plano de Projeto - Riscos Não haver domínio da tecnologia utilizada Magnitude: Alta Impactos: Atrasos no cronograma Mitigação: Estudo e treinamento a respeito das tecnologias. Contingência: Aumento do esforço e/ou troca da tecnologia.

Plano de Projeto - Riscos Planejamento insuficiente Magnitude: Alta Impactos: Atrasos no cronograma e/ou sobrecarga em cima dos desenvolvedores Mitigação: Dedicação apropriada na fase de planejamento e consulta à desenvolvedores mais experientes. Contingência: Replanejamento do projeto.

Plano de Projeto - Riscos Excesso de funcionalidades Magnitude: Muito alta Impactos: Atraso ou não finalização do projeto Mitigação: Simplificação do projeto de acordo com as necessidades requeridas pelo cliente. Contingência: Renegociação do escopo do projeto, desistindo das funcionalidades menos essenciais.

Referências Página da Disciplina Página da SUKATA Documentos www.cin.ufpe.br/~if683 Página da SUKATA www.cin.ufpe.br/~mls/sukata Documentos Documento de Requisitos Plano de Projeto Plano de Riscos

reciclando idéias