• Análise

  Levantamento de Necessidade

  Processos

  Definição de Requisitos

  Modelagem

  Protótipos

  Definição das Regras de Negócio

  Documentação de caso de Uso

  Qualidade

  Escopo

• Projeto de Sistemas

  Controle

  Custo

  Prazo

  Recursos

  Processos

  Risco

  Mudança

  Esforço

1. Levantamento muito superficial (simples)
2. Validação com usuário. Usuários não valida de acordo, pois não compreende o que foi modelado
3. Desenvolvimento

   Documentação "0" ou RUIM

   Técnica P.O.G. (Programação Orientada a Gambiarra)

   Cronograma apertado

   Entrega Final

   1. Cliente Insatisfeito
   2. Horas demais de manutenção

4. Problemas

   Prazos curtos

   Custo altos

   Não atendimento dos requisitos

   1/3 dos projetos são cancelados

   2/3 dos projetos ficam acima dos custos

   Custo de manutenção do projeto MAIOR que o de Desenvolvimento

5. O que as empresas esperam

   Flexibilidade

   Manutenabilidade

   Rentabilidade

   Aproveitamento do legado

   Interoperabilidade

   Escalabilidade

   Menor tempo de desenvolvimento

   Robustez

   Menor risco

• Fábrica de Software
• Extreme prog.
• CMM
• RUP (Regional Unic Proccess)
• Frameworks
• Métricas
• Automação de testes
• SW componentes
• Controle de versão
• Reutilização do código
• UML (Unic Model Language)
• Ferramentas WorkFlow

CRONOGRAMA DE UM PROJETO

S Q A	Concepção 20%	Plan 10%	Análise Proj.20%	Desenvolvimento 40%	Estab. 10%
		Mudança Requisitada

1. Software Quality A
2. Conversa, análise, busca de informações
3. Planejamento de base de dados
4. Análise de dados coletados, documentação
5. Desenvolvimento efetivo do código do programa
6. Estabilização do SW. Testes de validação
7. Mudança de requisitos (a qualquer momento momento podemos mudar regras, com ajustes no cronograma.

Desenvolver não é somente modelar e escrever código e criar aplicações que resolvam problemas dos usuários. É fazer isso dentro do prazo de forma precisa e com ALTA QUALIDADE.Scott Ambler

Problema a ser resolvido como qualquer outro:
- Por que?
- O que fazer?
- Como fazer?

Visão Esquemática

Modelos de ciclo de Desenvolvimento

- Modelo Clássico (Waterfall)

Visão esquemática

Funcionamento

1. O que o software irá automatizar?
2. O que o software irá fazer para atingir seu objetivo independente de tecnologia?
3. Como o software será construido utilizando as tecnologias escolhidas?
4. Criação do(s) BD(s) e codificação de regras.
5. Verificar e validar o software!(Está fazendo correto? Está fazendo tudo?)
6. Instalar e configurar o software para início da operação.

- Prototipação

Descreve o que o sistema de modo breve.
Objetivo é esclarecer a respeito do que se trata o sistema.
Exemplo: Sistema de controle de locações de vídeo locadora.

Objetivo

Descreve os motivos da criação do sistema ou seja "o porquê".
Exemplo: Tornar mais rápido o atendimento ao cliente durante o processo de locação e devolução de filmes.

Cenário atual

Descreve de forma clara o cenário atual, envolvendo procedimentos (filtro de trabalho).

Cenário proposto

Descrever, baseado na necessidades, o "como" o sistema irá ficar e se comportar (fluxo de trabalho).

Dificuldades

Descrever, baseando no cenário atual, quais são as dificuldades / necessidades encontradas no procedimento de trabalho.

Requisitos funcionais (funções do sistema)

Detalhar o que será e NÃO será feito pelo sistema.
Exemplo:
 - Registrar locações;
 - Registrar devoluções;
 - Calcular multa, em caso de atraso na devolução;
 - O sistema deve permitir pesquisar filmes por parte no nome do título ou autor;
 - O cliente deve pagar no momento da locação;
 - Deve permitir visualizar uma lista de devoluções pendentes;
 - Os filmes devem ser separados por categorias;
 - Impedir locação para cliente com pendência (multa por atraso)

Requisitos não funcionais (características do sistema)

Detalhar quais as caracteristicas e limitações do sistema.
Exemplo:
 - O sistema deve suportar 1.000 clientes;
 - O sistema deve suportar 250.000 locações;
 - O sistema deve suportar 20.000 títulos (DVD);
 - Tempo de resposta tem que ser inferior a 2 segundos.

Aula dia 20/09/2007

Exercício:

Descreva quais são os passos para identificar o erro identificado por José, conforme imagem abaixo.

Resposta: Isolar Rotina B no ponto 2 e analisar dados recebidos, com isso podemos analisar se o problema está na Rotina A ou na Rotina B

Exemplo de Caso de Uso (UC):

Nome do cenário: O paciente marca, cancela ou altera o horário da consulta.
Descrição:

Evento acionador: O paciente liga e solicita a marcação de uma consulta ou pede para cancelar um consulta existente.
Tipo : Externo;

 

Aula dia 27/09/2007

Exercício:

Baseado em um site da Internet diga quais são os requisitos desse site:

 Resposta:

Site analisado: http://www.americanas.com.br

Objetivo do site: Vendas on-line

Requisitos:
- Gerenciamento de produtos
   - Cadastro de produto;
   - Registro de estoque;
   - Pesquisa por descrição ou tipo de produto.
- Gerenciamento de departamentos
   - Cadastro dos departamentos;
   - Pesquisa de produtos por departamento.
- Gerenciamento de clientes
   - Cadastro dos departamentos;
   - Envio de mensagens eletrônicas com promoções.
- Gerenciamento de Vendas
   - Cadastro de formas de pagamento;
   - Cadastro de pedidos;
   - Notificações com posição do pedido, por e-mail;
   - Gerenciamento de entrada do produto.

Exemplo visual: