Protótipo é realmente necessário ?

Samuel_Pessorrusso wrote:Acho protótipo excelente, pois o Cliente vê o que está levando e não ocorrerão (Muitos) problemas quanto a mudança de interface.

Um bom prototipo nao serve pra evitar mudancas, serve pra encoraja-las

JavaEvangelist Membro desde: 09/10/2003 14:23:31 Mensagens: 379 Offline

Uma idéia...

Abrir o nvu ... e rabiscar a idéia.
Enquanto (o rasbisco não estiver legal ) {
Conversar com a equipe,
Conversar com o cliente e
rabiscar um pouco mais.
}
Pegar o código-fonte e postá-lo no wiki do projeto, ou gravá-lo no diretório doc do projeto e protegê-lo no controle de versões.

---
Assim, rascunho = protótipo = documento.

rodrigousp wrote:Abrir o nvu ... e rabiscar a idéia.

Fala rodrigo,
cara eu particularmente não gostei muito do NVU não ... achei complicado criar protótipos nele, tinha horas que ele salvava, e outras não, outras ele não apresentava fielmente o layout no modo design , tinha que usar o browser mesmo, enfim, não serviu muito não, principalmente para as pessoas que não conheciam muito bem html, e foi usar.

Aproveitando, existe alguma ferramenta pra design melhor pra usar no linux que não seja o NVU ? Algo que um analista que não programa muito, pudesse usar ?

JavaEvangelist Membro desde: 09/10/2003 14:23:31 Mensagens: 379 Offline

Fala Fabrício,
Olha ... o nvu melhorou bastante (e eu não enfretei esses problemas que você falou). Mas se essa última versão ainda não está Ok, aí você está num mato sem cachorro. Possivelmente a melhor opção seria utilizar o OpenOffice2 (que tem um modúlo para Web: o Writer/Web. O código gerado não é (tão) ruim _ pena que o OO2 não consegue trabalhar com xhtml ainda).

Thread.start() Membro desde: 02/05/2006 20:32:08 Mensagens: 32 Offline

cv wrote:
Um bom prototipo nao serve pra evitar mudancas, serve pra encoraja-las

Sim... mudanças no protótipo, não no produto pronto.

Samuel_Pessorrusso wrote:

cv wrote:
Um bom prototipo nao serve pra evitar mudancas, serve pra encoraja-las

Sim... mudanças no protótipo, não no produto pronto.

Verdade. So tem um problema na sua afirmacao: "produto pronto" nao existe quando se fala de software.

A definição de Produto na área de software hoje é muito relativa, um serviço pode ser um produto, uma manutenção pode ser um produto, um aplicativo versão X.X pode ser um produto, enfim em todo o caso quando se define o protótipo de algum produto, está dizendo o seguinte: "Agora vamos unir forças para construir um produto que deve estar de acordo com este protótipo "

Hoje em dia, na área de arquitetura tem aquelas maquetes, na de engenharia um protótipo de um avião, um carro, um edifício, agora na área de software, principalmente na área de desenvolvimento, e principalmente ainda mais na área de desenvolvimento ágil, seria realmente útil construir esse protótipo ?

O cliente por exemplo depois pode querer mudar os requisitos e acaba mudando o protótipo , e nesse caso seria mais um artefato a ser atualizado, no entanto eu particularmente não sei ainda se a construção de um layout bem elaborado seria interessante, isso também pode depender do tipo de projeto, se o cliente quer um sistema totalmente engessado, que ele acha que vai durar 100 anos como um edifício, tudo bem ... aí acho completamente válido.

JavaEvangelist Membro desde: 09/10/2003 14:23:31 Mensagens: 379 Offline

Sabe aquela história de XP de manter um quadro negro no local de desenvolvimento para auxiliar na comunicação do grupo!? Então... inventaram o tal de wiki para servir como um quadro negro virtual.

Pensando nisso, eu acho que da mesma forma que você poderia desenhar no quadro negro o layout do cliente (na tranqüilidade, apenas um diagrama de vaga idéia) ... você também poderia desenhá-lo num wiki ou mesmo num arquivo eletrônico e guardá-lo num controle de versões. A idéia é fazer telas espartanas, como você desenharia num quadro negro... sem emperrar o desenvolvimento, e guardando a serventia do artefato, que aliás pode ser reutlizado como código fonte do desenvolvimento.

Ideal mesmo é, ao testar o programa, automagicamente atualizar alguns arquivos (digamos html) que seria uns screenshots do programa. Desse jeito a documentação (do visual) e o projeto passam a ser um só e você não vai precisar mais ter que se preocupar em atulizar esse documento.

rodrigousp wrote:Sabe aquela história de XP de manter um quadro negro no local de desenvolvimento para auxiliar na comunicação do grupo!? Então... inventaram o tal de wiki para servir como um quadro negro virtual.

ps. O pessoal prefere o whiteboard

eh mais bonitinho e nao da alergia. hehehehehe

Olá...

Um protótipo é de extrema importância...faz com que o seu cliente possa visualizar de uma forma 'palpável' aquilo que ele quer que você faça, apontando os erros e acertos, o que deve ser incluido ou retirado do software. Assim passa a existir um feedback entre o desenvolvedor e o usuário. Até por experiência própria, aconselho o uso de protótipos.

Até mais

Patty

Os problemas que eu vejo com relação a prototipação são:

- O cliente quando ve o prototipo acha que já tá pronto o sistema, ou que só falta "ligar" no BD.
- Ou vc destrincha o prototipo totalmente com o cliente (antes de começar a "codar") isso significa que vc esta usando um processo não ágil.
- Usando um processo ágil cada iteração deve ser "entregue" ao cliente, então isso serve como uma "prototipação"
- Vc gastar muito esforço com o prototipo, e depois não ter tempo para o desenvolvimento em si. De duas uma, ou vc atrasa ou alguem com tem a brilhante ideia de pegar o prototipo e colocar o codigo por trás.

flaleite wrote:
- Usando um processo ágil cada iteração deve ser "entregue" ao cliente, então isso serve como uma "prototipação"

Com certeza. Pelo menos no RUP, a utilização de 'pequenos protótipos' é recomendada porque a cada iteração realizada você pode mostrar ao cliente. Ocorre uma evolução do protótipo até chegar ao 'produto final' (apesar que não existe produto final porque o software nunca é finalizado completamente...

...sempre existem modificações a fazer )

Até mais

Patty

nefertiti wrote:

flaleite wrote:
- Usando um processo ágil cada iteração deve ser "entregue" ao cliente, então isso serve como uma "prototipação"

Com certeza. Pelo menos no RUP, a utilização de 'pequenos protótipos' é recomendada porque a cada iteração realizada você pode mostrar ao cliente. Ocorre uma evolução do protótipo até chegar ao 'produto final' (apesar que não existe produto final porque o software nunca é finalizado completamente... ...sempre existem modificações a fazer )

Até mais

Patty

Você considera RUP um processo ágil?

JavaEvangelist Membro desde: 09/10/2003 14:23:31 Mensagens: 379 Offline

flaleite wrote:

nefertiti wrote:
Com certeza. Pelo menos no RUP, a utilização de 'pequenos protótipos' é recomendada porque a cada iteração realizada você pode mostrar ao cliente.

Você considera RUP um processo ágil?

Acho que essa pergunta (alfinetada) não cabe nesta discussão. O que a Paty falou é que no RUP, recomenda-se a utlização de protótipo para que se tenha algo ostensivo no final de cada interação. Processos ágeis, que também são interativos podem compartilhar dessa mesma recomendação.

Concordo com o que o rodrigousp falou. Em nenhum momento eu disse que o RUP é um processo ágil. Você interpretou erroneamente o que eu disse.

Até mais

Patty

Notícias, artigos e o maior fórum brasileiro sobre Java