Como criar uma maquete de um protótipo para o seu negócio Analysis Report
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.
Se você não pode consultar um engenheiro de fatores humanos, usamos 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:
perguntar # 147 porque # 148- antes mesmo de começar a criar uma maquete.
Que a empresa solicitou uma nova tela ou uma nova interface significa que ele está enfrentando 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.
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:
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.
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.
Olhe para o seu storyboard. Cada retângulo no storyboard é uma tela.
Referência suas tabelas de 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.
Desenhar uma maquete áspera no papel, no Visio, em um quadro branco, ou com uma ferramenta especializada.
Fale com a equipa de desenvolvimento de aplicações sobre padrões de interface de tela, viabilidade, e idéias de design.
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 tela | Descrição |
|---|---|
| Nome | O nome do item como ele aparece na tela |
| Digitar | O tipo do item na tela, esse rótulo, caixa de seleção, lista ordrop-down |
| Fonte | Onde os dados vem de (informações que possam identificar otherinterfaces) |
| Descrição | Uma descrição do campo |
| Comprimento | O tempo que o campo de dados é (utilizado para comparar as interfaces para seewhether dados está sendo cortado ou se um pedaço de dados pode fitwithin campo) |
| padrões | O que o campo usa como padrão, se nenhuma informação é dada |
| Req./opt. | Se o campo é obrigatório ou opcional |
| Regras | As regras de negócios que cercam este campo (pode ser uma actualrule ou uma referência cruzada para uma tabela regra em outras partes therequirements pacote) |
| Detalhe da tela | Descrição |
|---|---|
| Nome | Nome do controle, conforme documentado na tela (permite que toda a referência ao que está na maquete) |
| tipo de controle | O 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ção | O que acontece quando os usuários interagem (clique sobre uma hiperligação, hoverover um botão, ou qualquer outro) com este controle (fornece detailinformation sobre os usuários de experiência terá com thesystem) |
| Habilitar desabilitar | Quando o botão está habilitado (se ele está sempre availableto ser clicado ou só permite depois de certos campos são filledin) |
| Regras | As regras de negócio em torno deste campo (pode ser uma actualrule ou uma referência cruzada para uma tabela regra em outras partes therequirements pacote) |