Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Requisitos

No description
by

Letticia Nicoli

on 25 February 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Requisitos

Requisitos - O gerente de um projeto de desenvolvimento de software deve atentar para a importância do correto entendimento das necessidades do aplicativo.

- “O que o usuário necessita do sistema?”

- O documento gerado com os requisitos se torna praticamente um termo.

- Os requisitos MUDAM durante o projeto Funcionalidade: finalidade do produto;

Usabilidade: esforço para utilizar, aprender o produto;

Confiabilidade: freqüência de falhas, recuperabilidade;

Eficiência: característica relacionada ao desempenho;

Manutenção: esforço necessário para modificar;

Portabilidade: capacidade de transferir o produto para outros ambientes;

Segurança: particularidades sobre acessos ao sistema. Regras de Negócio - Restrição imposta pelo negócio;
- Afeta o comportamento do sistema que o automatiza;
- Descrição deverá ter uma conotação RESTRITIVA. Realmente é necessário e importante obter o maior número de informações que o cliente pode oferecer. Requisito Não-Funcional - Características de qualidade que o sistema deve possuir;

- Descrição deve ter uma conotação QUALITATIVA. Tipos de Requisito Não-Funcional - Existem algumas divisões dentro desse tipo de requisitos.

- Várias são as definições para o mesmo tipo de requisito. Descrição Importância Requisito Funcional - Uma condição ou capacidade necessitada por um usuário para resolver
um problema.

– Condição necessária para a obtenção de certo objetivo, ou para o preenchimento de certo fim.

- Tudo o que o sistema deve fazer para implementar uma
necessidade de automação requerida pela solução. Tech Solutions Simplificando
- Atender plenamente ao propósito para o qual foi criado. Domínio de Negócio - Domínio do Problema
ou Domínio da Aplicação

- Área específica que o
software será desenvolvido, Levantamento de Requisitos Os profissionais de TI colaboram fazendo o levantamento das necessidades do negócio do cliente e, a partir dessas necessidades, elicitam requisitos dos usuários, regras de negócio e um conjunto de requisitos de software e elaboram um artefato popularmente conhecido como Documento de Visão. Proposta Técnica - Escopo do Projeto ABORDAGEM

Necessidades do negócio;
Requisitos Funcionais e Não-Funcionais;
Regras de Negócio;
Casos de Uso;
Especificações suplementares;
Premissas;
Restrições e Requisitos inversos. Necessidades do Negócio - Descreve o que é esperado pelos stakeholders de nível executivo da empresa.

- A partir das necessidades que os requisitos do sistema são descritos.

- Elementos que constituem o foco da Gestão de Requisitos. - O que o sistema deve fazer
- Descrição deve ter uma conotação VERBAL. Exemplos:
Calcular o saldo da conta corrente.

Debitar saque na conta corrente.

O sistema deve permitir que cada professor realize o lançamento de notas das turmas nas quais lecionou. Exemplos:

Todos os campos obrigatórios de uma tela deverão estar marcados com um asterisco.

O cadastro de clientes deverá ter um crescimento mensal de 10%. Exemplo:
Um item de estoque só poderá ser reposto quando seu saldo atingir o nível mínimo. stakeholders: qualquer pessoa ou organização que tenha interesse, ou seja afetado pelo projeto. Casos de Uso - Descrição do diálogo entre o ator e o sistema.
- Excelente técnica de captura de requisitos funcionais e não-funcionais. Sistema de gestão de pedidos de vendas Premissa - Ações a serem (ou não) executadas pela equipe do projeto. Exemplos:

Os desenhos das telas serão feitos pelo Web-Design por ocasião do Modelo de Análise.

A equipe de implementação deverá ter experiência em UML 2.1. Restrições - São fatos que restringem o projeto ou a solução.
- É diferente de uma Regra de Negócio.
- Decisões a serem tomadas pela gestão ou pela equipe operacional do projeto. Exemplo:
Toda documentação deverá ser feita em UML 2.1. Requisitos Inversos - São requisitos do sistema que não serão contemplados pelo projeto em foco.

- Ajuda a delimitar o escopo
do projeto. Bibliografia - http://www.profissionaisti.com.br/2011/06/levantamento-de-requisitos-voce-sabe-o-que-e/ - http://www.linhadecodigo.com.br/artigo/1685/a-importancia-do-levantamento-de-requisitos-no-sucesso-dos-projetos-de-software.aspx - http://www.apinfo.com/artigo68.htm - http://wm2info.com.br/blog/2012/01/17/a-gestao-de-requisitos-como-uma-ferramenta-de-apoio-a-area-comercial/ Gerenciamento de Projetos - Estabelecendo Diferenciais Competitivos 7° Edição (Ricardo Vargas)
Full transcript