Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] RES: Arquiteto de Informação X Analista de Requisitos

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informação (em Português)

List archive

Chronological Thread  
  • From: Bernardo Doré <berdore AT gmail.com>
  • To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
  • Subject: Re: [AI] RES: Arquiteto de Informação X Analista de Requisitos
  • Date: Tue, 10 Feb 2009 15:55:25 -0200

Legal Leonardo, valeu.

2009/2/10 Leonardo Belmonte <leobelmonte AT gmail.com>

Bernardo,

 

Um caso de uso retrata uma interação entre o usuário e o sistema. Por exemplo: caso de uso para cadastrar um conteúdo. Normalmente os usuários são chamados de atores e podem possuir diferentes níveis de permissão e acesso. Descreve como um sistema deve funcionar quando estiver pronto.

 

Na especificação de requisitos há 2 tipos a serem considerados: os funcionais e os não-funcionais. Os funcionais descrevem o que é esperado do sistema. É o que o "usuário" espera que o sistema tenha quando estiver pronto. Os não-funcionais dizem respeito restrições de operação, instalação, etc...

 

Há outra subdivisões para os requisitos, mas basicamente é isso.

 

Espero ter ajudado.

 

[]s

 

Leonardo Belmonte

 

De: aifia-pt-bounces AT lists.ibiblio.org [mailto:aifia-pt-bounces AT lists.ibiblio.org] Em nome de Stefan Horochovec
Enviada em: terça-feira, 10 de fevereiro de 2009 15:25
Para: Arquitetura da Informação (em Português)
Assunto: Re: [AI] Arquiteto de Informação X Analista de Requisitos

 

Não...

 

Uma especificação de requisitos pode dar origem a vários casos de uso, tanto funcionais quanto não funcionais.

 

Abraço

 

Stefan

2009/2/10 Bernardo Doré <berdore AT gmail.com>

Caso de uso = especificação de requisitos?

2009/2/10 Stefan Horochovec <stefan.horochovec AT gmail.com>

 


Ola pessoal

 

Sou contra a ideia do Wireframe andar de mãos dadas com o caso de uso. Nem sempre isso é possivel ou necessário, causando versionamento de documentos separados quando ja existe uma filosofia de estarem acoplados, o que dificultaria uma possivel certificação CMMI ou MPS-BR, já que hora estão juntos e hora estão separados. Certificadores adorariam encontrar esse tipo de situação.

 

Abraços

 

Stefan Horochovec

2009/2/10 Carlos Rosemberg <carlbberg AT gmail.com>

 

Olá Leandro,

Deixa ver se entendi: na prática, vocês vão colocar imagens do wireframe dentro do documento de caso de uso, isso?
UCs e wireframes são uma excelente dobradinha.

Eu só tomaria cuidado especial para não gerar um acoplamento desnecessário, dificultando o uso em equipe. Tipo, você precisa alterar algum detalhe do wireframe e o analista de requisitos uma regra de negócio (que não tem nada a ver com o que você está fazendo, por exemplo). Um vai ter que esperar pelo outro. Mas claro, não sei como é a divisão de trabalho aí em sua empresa, isso foi uma suposição.

Aqui onde trabalho mantemos as coisas de forma separada, aí a produtividade é lá em cima.

Abraço,

--
Carlos Rosemberg
www.carlosrosemberg.com

2009/2/10 Leandro Figueiredo <leandro.figueiredo AT gmail.com>

Olá pessoal,



Sou membro novo, melhor me apresentar primeiro.
Sou Leandro Figueiredo, Designer e estudante de Arquitetura de Informação.

Hoje participei de uma reunião com a TI aqui no trabalho, fui chamado
para ser apresentado a uma nova documentação desenvolvida pela TI.
Esta nova documentação pretende unir os artefatos gerados pelo
Arquiteto de Informação e pelo Analista de Requisitos em um único
documento, a Especificação Funcional do Wireframe.

Qual é a opinião de vocês sobre isso?


--
Leandro Figueiredo
Designer
2570-6734
9114-0149
. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




--
Stefan Horochovec

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt



. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




--
Stefan Horochovec


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




Archive powered by MHonArc 2.6.24.

Top of Page