Está en la página 1de 22

A necessidade de se utilizar melhores prticas para

desenvolvimento de software no meio acadmico, que


possibilitem maior sucesso na implementao de projetos oferecidos em algumas disciplinas, foi a principal motivao para a criao do easYProcess.

Sendo assim, o YP se apresenta como um processo


simplificado, iterativo e incremental, apoiado em prticas do XP , RUP e Agile Modeling .

Cliente; Usurio; Gerente; Desenvolvedor; Testador.

O que ? a primeira conversa entre o cliente e os desenvolvedores do sistema. Para que serve? Tem por objetivo fazer com que o cliente o os desenvolvedores tenham uma idia comum a respeito do sistema que ser desenvolvido. Quem faz? O cliente e os desenvolvedores. eas YP rocess Um Processo de Desenvolvimento de Software O que os desenvolvedores devem fazer? Antes: o Entender o escopo do problema; o Elaborar um roteiro de perguntas. Durante: o Tornar a reunio produtiva; o Usar uma linguagem simples; o Fazer uso de analogias; o Informar ao cliente o seu papel; o Agendar reunies peridicas com o cliente. Depois: o Ter uma idia bem definida do escopo do problema; o Conhecer o perfil dos usurios do sistema e suas necessidades; o Saber quais so os requisitos funcionais e no funcionais do sistema; o Listar os riscos do projeto.

Durao: Cerca de 1 hora.

O que ?
um artefato que define em alto nvel o domnio do problema, mapeando os processos de negcios do cliente a serem suportados pelo sistema. Uma maneira direta de comunicar o que se pretende no projeto para todos os envolvidos.

Para que serve?


Avaliar se a equipe de desenvolvimento entendeu corretamente o domnio do problema descrito pelo cliente; Sinalizar se houve mudanas muito grandes no projeto durante o processo; Fazer com que o desenvolvedor pense no sistema como um todo, inserido no cenrio de negcio do cliente, antes de comear a desenvolvlo, evitando alteraes constantes e minimizando alguns tipos de riscos; eas YP rocess Um Processo de Desenvolvimento de Software Avaliar se o desenvolvimento do projeto vivel; Aps ser validado pelo cliente passa a ser um contrato entre este e o desenvolvedor;

Quem faz?
Os desenvolvedores, a partir de conversas com o cliente sobre o domnio do problema.

Quando deve ser gerado?


Logo aps a primeira conversa com o cliente.

O que o documento deve responder:


Quais os principais termos envolvidos no escopo do problema (glossrio)? Qual(is) o(s) problema(s) a ser(em) resolvido(s)? Como tal(is) problema(s) afeta(m) o processo de negcio do cliente? Quem so os usurios e os demais envolvidos com o projeto? E quais as suas necessidades? Quais so as caractersticas do produto? Quais os requisitos funcionais? Quais so os requisitos no funcionais? Quais so as limitaes do projeto? Quais so os riscos do projeto?

Durao: Cerca de 30 minutos

-Inicia aps a equipe ter uma ideia geral sobre o problema a ser resolvido -Objetivo: fazer um modelo da tarefa que servir como base para a construo do prottipo da interface -Tem a funo de receber o feedback do cliente nas fases inicias de implementao -Proporciona aos desenvolvedores uma viso do futuro do sistema - dividida em 5 sub-fases: 1 - Modelagem da tarefa (Desenvolvedor) 2 - Definio das User Stories e Testes de Aceitao (Cliente e Desenvolvedor) 3 - Gerao do Prottipo da Interface (Desenvolvedor) 4 - Elaborao do Projeto Arquitetural (Desenvolvedor) 5 - Construo de um Modelo Lgico de Dados (Desenvolvedor) -Dura cerca de 11 horas -Importante para evitar problemas na fase de implementao

-So especificaes do que o sistema deve ter/fazer -Com base nas User Stories o sistema implementado - aconselhvel estimar o tempo de cada User Story -Para cada User Story deve estar associado ao menos um Teste de Aceitao -Durao: cerca de 3 horas

- uma representao grfica simples do sistema, construda em pouco tempo e com baixo custo -Possibilita uma comunicao atravs de uma linguagem comum a todos os envolvidos no desenvolvimento do sistema - til para explorar ideias de design -Durao: cerca de 2 horas

-Objetivo: descrever o funcionamento do sistema num alto nvel de abstrao -til para explicitar as interaes -O YP aconselha a criao de um diagrama relacional -Durao: cerca de 1 hora e 30 minutos

PERGUNTA 1
QUAIS DESTAS FUNES NO DO TESTADOR?

PERGUNTA 2
O QUE NO DEVE RESPONDER UM DOCUMNTO DE VISO ?

También podría gustarte