Análise , Projeto e Desenvolvimento - Requisitos

Resumo APD:

O objetivo dos requisitos é criar uma arquitetura (organização da solução) adequada ao problema a se resolver, isso elimina o retrabalho inútil;

Especificação é um documento que determina o que deve ser feito no projeto, sem dizer como fazê-lo;

Requisitos Funcionais:

 

Definem as funcionalidades do sistema;

•“O sistema deve permitir que cada professor realize o lançamento de notas das turmas nas quais lecionou”;

•“O sistema deve permitir que o aluno consulte os lançamento das notas no sistema”;

•“Os coordenadores devem poder obter o número de aprovações, reprovações e trancamentos em todas as turmas de um determinado período”.

Requisitos Não Funcionais:

Definem as características de qualidade que o sistema deve possuir;

•Confiabilidade: medidas quantitativas da confiabilidade do sistema. (recuperação e tempo médio entre falhas).

•Desempenho: definem tempos de resposta esperados.

•Portabilidade: restrições sobre as plataformas de hardware e de software nas quais o sistema será implantado e sobre o grau de facilidade para transportá-lo para outras plataformas.

•Segurança: políticas de segurança de acesso que o sistema deve atender ao ser desenvolvido.

•Usabilidade: Requisitos que se relacionam ou afetam a usabilidade do sistema.

Restrições:

Define as restrições impostas sobre o desenvolvimento do sistema;

 •Adequação a custos e prazos.

•Plataforma tecnológica.

•Aspectos legais (licenciamento).

•Componentes de hardware e software a serem adquiridos.

•O programa deverá ser escrito em C.

•O módulo deverá utilizar a biblioteca xpto.lib.

•Outros.

[pic 1]

[pic 2]

[pic 3]

Fase de Levantamento de Requisitos:

Corresponde à fase de compreensão do problema!

Os analistas levantam e definem as necessidades dos futuros usuários do sistema a ser desenvolvido (requisitos do sistema);

O documento de requisitos estabelece o escopo do sistema. Normalmente escrito em uma linguagem informal;

*Os requisitos podem ser modificados durante o desenvolvimento do projeto.

O documento de requisitos  constitui uma espécie de contrato entre o cliente e os desenvolvedores, já que contém as atividades a serem desenvolvidas no sistema;

Técnicas de Levantamento de Requisitos

•Entrevistas com os usuários;

•Questionários direcionados;

•Análise de observação;

•Brainstorm;

•JAD.

Entrevistas:

Consiste em uma comunicação entre duas ou mais pessoas para coletar dados;

• Emissor / Receptor / Mensagem / Retorno / Ruído

 Ao conduzir uma entrevista, recomenda-se:

1. Identificar as pessoas a serem entrevistadas;
2. Desenvolver um plano geral para as entrevistas;
3. Obter as autorizações necessárias para realizar a entrevista;
4. Combinar planejamento com flexibilidade;
5. Cuidado com jargão “informatiques”;
6. Atento a resistências; (“vc está ameaçando o meu trabalho”, “vc não sabe como as coisas funcionam”)

Questionários:

 

É um conjunto de perguntas organizadas com o objetivo de levantar dados para uma pesquisa/estudo; As respostas são fornecidas pelo informante;

1. Planejamento do questionário;
2. Revisão de documentos, utilizando diversas fontes de informação sobre o assunto;

Análise de Observação:

Consiste na observação dos usuários em seu ambiente, enquanto eles executam suas atividades diárias;

Recomendações:

1. Aprovação do gerente da área;
2. Transparência no processo;

Brainstorm:

É baseada em uma sessão de dinâmica de grupo na qual os representantes dos usuários envolvidos participam de uma discussão sobre um tema específico;

1. Divergência: Produção de ideias sobre o tema, estimulando ideias;
2. Convergência: Revisão e Análise dos temas discutidos;

JAD (Joint Application Design):

É uma reunião composta por:

1. Coordenador (orienta a discussão);
2. Secretário (anota definições e elabora atas);
3. Patrocinador (responsável pela área para a qual o sistema é desenvolvido);
4. Demais participantes (desenvolvedores e usuários);
5. Auxiliares (manuseiam ferramentas durante a reunião);

Preparação:

• Quem deve participar;
• Preparação do ambiente e infraestrutura necessária;
• Preparação da lição de casa;

Condução:

• Duração;
• Começo - Meio - Fim
• Manter o controle;

Informações a serem coletadas:

• Visão geral do sistema;
• Estrutura organizacional;
• Nomes/cargos dos funcionários e atividades executadas;
• Normas existentes;
• Instalações e equipamentos já existentes;
• Problemas atuais presentes;
• Volume de documentos emitidos por dia, quais informações eles contém, etc;

Histórias de Usuário:

Descreve uma funcionalidade que o dono do projeto gostaria de ver em seu produto;

Perspectiva do dono do produto/aplicação;

• As a  “gerente comercial” - WHO
• I want/need ”o relatório de vendas ordenado por volume de vendas” - WHAT
• So that ”conhecer meus melhores clientes” - WHY

[pic 4]

[pic 5]

[pic 6]

[pic 7]

Kanban:

CONCEITO DE MÓDULOS E PACOTES:

Abstração:

...