Objetivo da aula

Explicar uma técnica de detalhamento de projetos
Mostrar projetos anteriores que servem como benchmarking
Identificar um projeto modelo
Sugerir passos para o levantamento de dados para construção do software
Entender Requisitos Funcionais

5W2H

Pesquisa de projetos anteriores:
- Sugestão: Ler o escopo dos projetos para entender o objetivo de cada um
- http://www.sourceinnovation.com.br/wiki/Modelo_Estruturado

What

Qual o nome do seu projeto?
Qual o objetivo deste projeto?
Quais os maiores desafios, na sua opinião, para se realizar este trabalho?
Quais os conhecimentos básicos que devemos ter para se implementar este projeto?
Quais soluções similares existem no mercado?

Why

Porque é interessante desenvolver este projeto?
Porque deve usar a tecnologia escolhida?
Porque usar o hardware específico?
Porque usar o sistema específico?

Who

Quem pode se beneficiar deste projeto?
Quem poderá operar o sistema?
Quem deverá participar do desenvolvimento do sistema?

Where

Por onde os dados serão inseridos?
Onde os dados serão externalizados, publicados?
Em que SOs/dispositivos esta aplicação poderá ser usada?
Onde os dados serão armazenadas?
Onde o software deverá ser hospedado?

When

Em quanto tempo pretende desenvolver o sistema?
Quais serão as fases e quanto tempo terá cada uma?
Existe tempo mínimo ou ideal para resposta do dispositivo ou sistema?
Usuário pode esperar quanto tempo por um processamento?

How

Como será dividido o desenvolvimento do sistema?
Como funcionam as entradas de dados? Existe conversão, uso de protocolos, etc?
Como funcionam as saídas de dados? Existe conversão, uso de protocolos, etc?
Descreva a 1a. funcionalidade?
Descreva a 2a. funcionalidade?
............
Descreva a enésima funcionalidade?

How much

Quanto custa cada parte do sistema?
Quanto deverá custar todo o sistema?
Quantas pessoas deverão ser usadas (Equipe) ?
Qual o valor hora ou mensal de cada profissional?
Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?

Requisitos

O que são requisitos de um software?
- Serviços (funcionalidades) de um software e restrições sob as quais o mesmo deve operar ou ser desenvolvido

Características:
- O termo “requisito” pode ser escrito diferentes formas:
  - “Declaração em linguagem natural sobre um serviço ou uma restrição.”
  - “Uma definição formal sobre uma função do software.”
- Um requisito pode ser apresentado em diferentes níveis de detalhe:
  - Requisitos do Usuário
    - Lista das funcionalidades e restrições do software.
  - Requisitos para o Software
    - Detalhes técnicos sobre cada requisito do usuário.
- Os requisitos são organizados em duas classes:
  - Funcionais
    - Funcionalidades do software
  - Não Funcionais
    - Restrições ou condições para o software

Levantamento de requisitos é útil para:
- Identificar as necessidades dos usuários
- Verificar a viabilidade de implementar estas necessidades
- Distribuir as funções do sistema entre as pessoas, o hardware, o software e outros elementos do sistema
- Criar um modelo do sistema que será utilizado nas fases de desenvolvimento seguintes

Técnicas para levantamento de dados
- O sucesso de um projeto depende diretamente do levantamento de dados
- O levantamento de dados é tão importante no desenvolvimento do projeto que seu resultado pode colaborar ou comprometer o desempenho do projeto
- Para realizá-lo em um sistema de informação, existem diversas técnicas de levantamento de dados
- Dependendo das características do projeto, essas técnicas podem ser aplicadas de forma isolada ou em conjunto
- Abaixo, algumas dessas técnicas:
  - Entrevistas: Identificar as pessoas que serão entrevistadas buscando especialistas no assunto.
  - Questionários: Gerar perguntas organizadas com o objetivo de levantar dados para uma pesquisa ou estudo, cujas respostas são fornecidas pelo informante sem a orientação direta do pesquisador;
  - Revisão de documentação: Utilizar várias fontes de informação como:manuais de procedimentos, documentação, manuais de projeto, relatórios, diagramas e outros;
  - Análise de observação: Observar os usuários em seu ambiente de trabalho enquanto eles executam suas atividades. Pode ser usada para confirmar os resultados de uma entrevista, identificar documentos que devem ser analisados etc.
  - Brainstorm: Termo do Inglês que significa “tempestade de ideias”. É uma metodologia que objetiva explorar as ideias de um grupo de pessoas a fim de obter as melhores soluções. Não há julgamento ou autocrítica. Todas as idéias são aceitas, mesmo aquelas que parecem ser absurdas. Tem-se como objetivo principal fazer com que o grupo libere o seu conhecimento e criatividade. O resultado da técnica Brainstorm tem o seu mérito distribuído porque foi obtido usando as ideias de todo o grupo envolvido.
  - JAD: Join Application Design é uma metodologia criada pela IBM e baseada em sessões de dinâmica de grupo. Define o ponto de vista dos usuários sobre o sistema, incluindo objetivos e as aplicações do sistema até a geração de telas e relatórios. Diferente da técnica Brainstorm, é refinada, organizada e com uma abordagem mais estruturada;

Requisitos funcionais

Especificam ações que um sistema deve executar, sem levar em consideração restrições físicas

Melhor descrito quando são usados casos de uso

Descrevem a funcionalidade ou os serviços do sistema

Depende do tipo de software, possíveis usuários e o tipo de sistema em que o software é usado

Requisitos funcionais dos usuários podem ser declarações de alto nível a respeito do que o sistema deve fazer

Devem descrever detalhadamente os serviços do sistema

Exemplos:
- Um sistema acadêmico fictício deve:
  - Matricular os alunos
  - Montar uma turma para cada grupo de alunos
  - Alocar a turma em salas
  - Gerar Diário
  - Controlar frequência e faltas
  - Calcular pontuação do aluno
  - Gerar relatório de aprovados e reprovados