Como criar uma maquete de um protótipo para o seu relatório de análise de negócios

Video: Como extrair DNA humano (experiência)

Nem todos os analistas de negócios são designers de tela, então você pode encontrar a criação de uma maquete um pouco desafiador. Na verdade, um campo de estudo chamado engenharia de fatores humanos concentra totalmente na interface entre homem e máquina, que pistas você em quão complexo pode ser.

Video: Skill do Analista de Processos de Negócios

Se você não pode consultar um engenheiro de fatores humanos, usar os melhores da sua classe aplicações como a sua base. Por exemplo, se você está projetando um download aplicativo de música, olhar para o iTunes da Apple como uma aplicação de best-in-class.

Veja como você ir sobre como criar uma maquete:

Video: Visão executiva sobre Análise de Negócios

  1. Perguntar “por que” antes mesmo de começar a criar uma maquete.

    Que a empresa solicitou uma nova tela ou uma nova interface significa que ele está passando por um problema que o impede de fazer o negócio ou quer ser capaz de tirar proveito de uma oportunidade. Você tem que descobrir o efeito fora.

  2. Determinar o número de maquetes que você tem que criar através da identificação de onde você precisa de interfaces.

    Aqui estão algumas orientações:

  3. Olhe para o seu diagrama de caso de uso. Cada linha associação que cruza a fronteira de automação no diagrama requer uma interface de usuário que você tem que maquete.



  4. Referência seus diagramas de fluxo de trabalho. Tarefas que exigem um usuário para realizá-las dentro do sistema requer uma interface de usuário.

  5. Olhe para o seu storyboard. Cada retângulo no storyboard é uma tela.

  6. Referência suas tabelas entidade ou diagramas de fluxo de trabalho para encontrar os dados necessários na tela da interface.

    Esta informação pode ser dados exibidos ao usuário ou inseridos pelo usuário ao interagir com o sistema.

  7. Desenhar uma maquete áspera no papel, no Visio, em um quadro branco, ou com uma ferramenta especializada.

    Falar com a equipe de desenvolvimento de aplicações sobre padrões de interface de tela, viabilidade, e idéias de design.

  8. Rever o design baseado no feedback dos stakeholders.

Neste ponto, você precisa para completar a especificação de interface do usuário, que é um conjunto de duas tabelas - descrições de campo e controles de tela - que explica os detalhes da aparência da tela e como tudo interage e se comporta com o usuário.

Detalhe da telaDescrição
NomeO nome do item como ele aparece na tela
TipoO tipo do item na tela, esse rótulo, caixa de seleção ou
drop-down list
FonteOnde os dados vem de (informações que podem identificar outros
interfaces)
DescriçãoA descrição do campo
comprimentoQuanto tempo o campo de dados é (usado para comparar as interfaces para ver
se os dados está sendo cortado ou se uma parte dos dados pode caber
dentro do campo)
defaultsO que o campo assume como padrão se nenhuma informação é dada
Req./opt.Se o campo é obrigatório ou opcional
RegrasAs regras de negócios que rodeiam este campo (pode ser uma real
descartar ou uma referência cruzada para uma tabela de regras de em outro lugar no
pacote de requisitos)
Detalhe da telaDescrição
NomeNome do controle, conforme documentado na tela (permite que um
referência cruzada para o que está na maquete)
tipo de controleO que o controle é (botão de rádio, botão, caixa de texto, hyperlink,
e assim por diante) e como ele se comporta
Descrição da funçãoO que acontece quando os usuários interagem (clique sobre uma hiperligação, passe
sobre um botão, ou qualquer outro) com este controle (fornece detalhes
informações sobre os usuários de experiência terá com o
sistema)
Habilitar desabilitarQuando o botão está habilitado (se&rsquo-S sempre disponível
de ser clicado ou permite apenas após certos campos são preenchidos
dentro)
RegrasAs regras de negócio em torno deste campo (pode ser uma real
descartar ou uma referência cruzada para uma tabela de regras de em outro lugar no
pacote de requisitos)

Publicações relacionadas