Aula_02 - Concepção do Sistema

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
Aula 2 – Concepção do Software
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
FASE: CONCEPÇÃO DO SISTEMA
 
 
Concepção
Análise 
Desenho
Implementação
Testes
Implantação
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 
 
1ª Fase do processo de desenvolvimento
Deve ser rápida, pois geralmente não há alocação de verba para o projeto ainda
Momento de definições e incertezas
Qual o Contexto do sistema?
O que o sistema fará ?  nível macro
O sistema é viável ? Técnica e Financeiramente ?
Artefato: Sumário executivo
Contexto (empresa, departamento, área)
Descrição geral do projeto  principais requisitos e interesses do cliente
FASE: CONCEPÇÃO DO SISTEMA
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
SUMÁRIO EXECUTIVO OU DOCUMENTO INICIAL DE REQUISITOS
 
 
Como obter os dados para Sumário executivo?
Entrevistas iniciais com clientes (alto escalão)
O que contém o Sumário Executivo?
Aspectos dos principais processos do sistema
Principais requisitos funcionais (lista)
Principais requisitos não funcionais
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ANÁLISE DE VIABILIDADE
 
 
Verifica se é viável ou não prosseguir com o desenvolvimento do software  Estudo breve, para responder aos questionamentos
O software é útil a organização?
O software pode ser desenvolvido com a tecnologia atual?
O software pode ser integrado aos demais já em operação?
Levantar dados para responder, por exemplo
Quais os problemas atuais e como o software ajudaria a minimizá-los/reduzí-los?
Qual a contribuição direta o software trará para os objetivos da empresa?
O sistema requer tecnologias que a empresa não usa?
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
RESULTADO DA ANÁLISE DE VIABILIDADE
 
 
Decisões a serem tomadas
O software será desenvolvido 
O software será adaptado de algo pronto
O software não será desenvolvido – inviável
Análise de Viabilidade compreende 4 áreas
Viabilidade Operacional
Viabilidade Técnica
Viabilidade de cronograma
Viabilidade econômica 
Importância das técnicas de levantamento de dados **************
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE OPERACIONAL
 
 
Mede se o software contribui para os objetivos da organização
Mede se o software beneficia os interessados no software
Informações com qualidade
Otimização das tarefas
Redução dos custos
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE TÉCNICA
 
 
A solução ou a tecnologia proposta é viável e prática ?
É madura? 
Tem boa base de clientes ?
Cuidado com as novas tecnologias, pouco usadas.
A empresa já dispõe da tecnologia necessária?
Se dispõe, a empresa tem condições de lidar com a solução proposta
Caso contrário, a tecnologia pode ser adquirida?
A empresa já possui o conhecimento técnico necessário?
Pode-se ter a tecnologia e não dominá-la, e será preciso treinamento  que pode impactar no cronograma.
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE DE CRONOGRAMA
 
 
Os prazos exigidos, pelos clientes, são factíveis?
Pode-se atender as exigências?
Em caso negativo, é possível nova proposição de cronograma?
Atente
Não cumprir prazos é ruim, mas...
Entregar sistemas impróprios é pior.
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA
 
 
Análise custo x benefício
O custo da solução é compensado pelos benefícios proporcionados pelo software
Tipos de Custo
Custos do desenvolvimento – 1 vez apenas
Custos para desenvolver ou adquirir
Custos de instalação e conversão
Pessoal, Treinamento, Hardware, Software, Material
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA
 
 
Custos Operacionais (contínuo)
Durante o Tempo de Vida do software
Manutenção
Hardware (manutenção, aluguel, materiais..._
Software (valores pagos, contratos..)
Pessoal: operação e manutenção
Fixos 
Ocorrem regularmente, com pouca variação
Aluguel, licença de uso de software
Operadores, suporte....
Variáveis
 Não ocorrem regularmente
 Material
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA – INVESTIMENTOS
 
 
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA–CUSTOS DESENVOLVIMENTO-Diretos
 
 
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA – CUSTOS OPERAÇÃO
 
 
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA
 
 
Benefícios
Tangíveis  quantificáveis
Intangíveis  difíceis ou impossível de quantificar
Tangíveis
Redução de despesas ou Aumento das receitas
Intangíveis
Melhoria da satisfação do cliente
Melhoria na qualidade 
Estimativa de 15.000,00 ao mês, a receita com as vantagens obtidas com o sistema.
Redução de mão de obra
Redução de material
Entrega mais rápida ao cliente
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
VIABILIDADE ECONÔMICA
 
 
Retorno do investimento
Investimentos: 19.750,00
(+) Despesas desenvolvimento: 83.400,00
(=) Total investido: 103.150,00
Receitas estimadas com Software: 15.000,00
(-) Despesas estimadas com Operação: 5.350,00
(=) Lucro estimado: 9.650,00 – retorno
ROI = retorno / Investimento
ROI = 9.650,00 / 103.150,00 = 0,094 = 0,10 = 10%
O retorno será em 10 períodos (meses, no caso)
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Os analistas de sistemas ou negócios, ou seja os que vão a campo entender a organização e suas necessidades (empresa e usuários), precisam saber técnicas de levantamento de dados.
ATIVIDADE FUNDAMENTAL !!!!!
Requer
Planejamento
Levantamento
Análise
Documentação
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Principais TÉCNICAS: INVASÃO  LICENÇA SEMPRE
Observação Pessoal
Questionários
Entrevista
Seminário: Brainstorm
Observação Pessoal
Vivenciar situação no dia a dia, in locco
Confirmar informações
Obter dados do ambiente (relacionamento....)
Não interrompe atividades x pode causar mal estar
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Questionário
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Questionário
Formulário. Papel x online
Disponibilizado por período de tempo x recolhido (papel) posteriormente
Ideal: Muitos usuários / necessidade estatística
Agil / menos custo / uniformidade da mensu~ração
Cuidado com as perguntas 
Abertas  O que acha ? Qual sua opinião?
Preferência: múltipla escolha  direciona a resposta conforme interesse do levantamento.
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Questionário
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Entrevista
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Entrevista
1ª. Técnica a ser usada na fase de Concepção
Iniciar no alto escalão da empresa.
Muitos consideram a melhor prática
Requer PLANEJAMENTO
Perguntas, sessões, entrevistados, agenda (data, hora de inicio e de fim, com pauta)
Uso individual
ou pequeno grupo(pessoas afins)
Perguntas fechadas ou abertas (roteiro)
Cuidado com opiniões !! Não é o FOCO  não se perder
Falar pouco, não entrar em conflito
Se gravar, pede licença e explica objetivo.
CARA  tempo do cliente
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Seminário (brainstorm)
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – LEVANTAMENTO DE DADOS
 
 
Seminário (brainstorm)
Reunião planejada com pessoas-chave de diversas áreas
Brainstorm é uma de suas formas
Identificação de problemas de inter-relacionamento entre as áreas
Visão integrada dos problemas
Identificação de pontos críticos
Importante
Papel do mediador
Convocação: dia, hora inicio e fim , local
Pauta com assuntos
Ata das discussões e soluções.
Desvantagem: CARA  desloca várias pessoas-chave
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – FORMAS DE DOCUMENTAR
 
 
Descrições textuais – Doc de requisitos.
Linguagens naturais estruturadas
Organogramas
Fluxogramas
Diagramas (modelos) – de alto nível 
Casos de Uso (UML)
Atividades (UML)
Estados (UML)
Interna (equipe) x Oficial 
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – FORMAS DE DOCUMENTAR
 
 
CASOS DE USO
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – FORMAS DE DOCUMENTAR
 
 
DIAGRAMA DE ESTADOS
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
ENGENHARIA DOS REQUISITOS – FORMAS DE DOCUMENTAR
 
 
DIAGRAMA DE ATIVIDADES *******
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
 Concepção do Software – AULA2
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE
PRINCIPAIS CONCEITOS APRESENTADOS NA AULA.
Fase de Concepção
O que é o sistema ?
Antes de iniciar desenvolvimento  Viabilidade
Operacional
Técnica 
Cronograma
Econômica – Mais complexa e crítica
Técnicas de levantamento de dados
Observação Pessoal
Questionários
Entrevista
Seminário: Brainstorm
Formas de apresentação do relatório de Concepção
O que é o sistema? Requisitos / Viabilidade