1. Conceitos Gerais sobre PDS

Prévia do material em texto

AULA 1 – Prof. MARCELO VASQUES
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
AULA 1
OBJETIVOS DA AULA
• Apresentar os conceitos de:
– Sistema de Informação.
– Software
– Processo de Desenvolvimento de SW
• Abordar os problemas do Software atual e 
origens no processo de desenvolvimento
2
SISTEMA DE INFORMAÇÃO
• Sistema = Conjunto de partes, independentes, 
cada qual com seu objetivo e colaborando por um 
objetivo comum.
• Informação = Dados (fatos isolados) agrupados e 
relacionados (processados), com sentido lógico.
– Dado: O I O C O M B
 – Informação: C O M B O I O
– Dado: + 5 2 - 3 
– Informação: 5 + 2 - 3 = 4
• Sistema de Informação = Conjunto de elementos 
inter-relacionados que coleta (entrada), manipula 
(processamento), armazena a dissemina (saída) 
informações
4
SISTEMA DE INFORMAÇÃO
• Manual
– Processa pouco volume de dados
• Baseado em computador (Usa TI)
– Hardware (componentes físicos – desgastes)
– Software (componentes lógicos)
– Banco de dados (armazenamento)
– Telecomunicações (rede, internet)
– Pessoas (mais importante. Fazem a diferença)
– Procedimentos e processos (organização)
5
SISTEMA DE INFORMAÇÃO
• O valor de um SI depende da qualidade de seus 
componentes. 
– Excelentes algoritmos codificados em seu 
software X péssimo desempenho por defeito na 
especificação do hardware, rede ou BD 
– Cada um de seus elementos pode por em 
cheque a confiabilidade e usabilidade do SI
• O engenheiro de software precisa saber a quem 
chamar quando o problema não for especificamente 
no software.
6
SISTEMA DE INFORMAÇÃO
• A Tecnologia não faz milagre !!!
• Os problemas com sistema de informática podem 
ter várias causas
– As pessoas que operam o sistema podem ser 
mal qualificadas. Investimento em 
treinamento
– Processos de negócios inadequados (no qual 
o sistema esta inserido)
– Deficiência do próprio sistema. Tecnologia 
inadequada
7
SOFTWARE
• Porção lógica de um SI, que comanda a 
operação do computador.
• Tipos de Software, quanto a natureza
– Software de Sistema: controlam as operações 
do computador: software da BIOS, S.O., L.P.
– Software aplicativo: interface direta com usuário
• Software hoje – Como administrar?
– Grandes e Complexos (envolvem toda 
organização)
– Demandam rápidas mudanças.
8
• Responsável por prover o produto mais importante 
de nossa sociedade: a informação.
• Melhorias nos últimos 50 anos: Hw, BD, Redes –
aumento capacidade de processamento + 
diminuição dos custos
• Por que SW não acompanhou?
– Por que levar tanto tempo para concluir o SW?
– Por que os custos do SW são tão elevados?
– Por que não achamos o erros antes da entrega?
– Por que os custos de manutenção são altos?
SOFTWARE
9
• Processo de desenvolvimento do HW é um 
sucesso. O do SW não. Por que?
Hardware Software
Fabricado Manufaturado
Falhas Inicio e fim Falhas ao ser alterado
Substitui peças Tem que ser alterado
Montagem: 
componentes padrões
Desenvolvido: difícil
padronizar para re-uso.
SOFTWARE
10
• O desenvolvimento do SW depende MUITO do 
componente humano. 
– Há pouca automação no desenvolvimento.
– Visão de projeto inadequada.
• Histórico: gestor de TI sem formação em 
ADM.
• Gestão (planejamento, organização e 
controle) de prazos e custos ineficiente
– Pressão dos usuários/clientes: rapidez.
• Daí os problemas
– Prazos, Custos, Comunicação
SOFTWARE
11
REALIDADE. CRISE DO SW
Fatos reais - Projetos de Software
+ 30% dos projetos – CANCELADOS
+ 70% dos projetos – FALHAM as funcionalidades
Orçamento e Custo EXTRAPOLAM
Custos – em mais de 180% a previsão
Prazos – em mais de 200% o cronograma
Custos do DESENVOLVIMENTO
80% - identificar e corrigir defeitos de programação
12
13
CICLO DE VIDA DO SW
• 1. Começo: percepção de necessidades.
• 2. Desenvolvido, transformado-se em um 
conjunto de itens a ser entregue ao usuário
• 3. Entra em operação, sendo usado dentro 
de um processo de negócio e sujeito a 
atividades de manutenção.
• 4. Fim: é retirado de operação ao final de 
sua vida útil.
14
COMO DESENVOLVER?
• Passado
– Necessidades � Programação (CAOS)
• Hoje
– Projeto e Processo de desenvolvimento
• Qual a finalidade do SW?
• Quais as funções o SW terá? 
• Como essas funções se integrarão?
• Como o SW se integrará ao contexto da 
empresa?
• Quanto tempo terei para construí-lo?
15
PROCESSO
Conceito de Processo
• Maneira pela qual se realiza uma operação, 
segundo determinadas normas
O método da engenharia se baseia em uma ação 
sistemática e não improvisada.
ATIVIDADES
 TAREFAS
 SUBPROCESSOS
 PROCESSO
16
PROCESSO DE DESENVOLVIMENTO
Concepção Requisitos Análise Projeto
Codificação Testes Homologação Implantação
Manutenção
Organização das fases, estabelecendo:
• Quais são elas?
• Finalidade de cada uma?
• Ordem e ligação entre elas?
• Funcionamento do processo
• Documentação e modelos de cada fase
17
CONCEITOS FUNDAMENTAIS
• Escopo – Abrangência
– Compreende o que será considerado para o 
desenvolvimento.
– Quanto maior o escopo, maior é a 
complexidade e dificuldade de gerenciar o 
desenvolvimento.
• Requisito = Necessidades do usuário
– Compreende as funcionalidades que o sistema 
deve possuir.
• Fundamental – Definir os requisitos que farão 
parte do escopo.
18
CONCEITOS FUNDAMENTAIS
• Problemas e erros de requisitos são os 
mais caros de resolver.
–Quanto mais o tempo passa, pior
• Problemas 
–Má definição do escopo do sistema (má 
atuação profissional).
–Rápida mudança de escopo (atualidade)
• OU SEJA ATENÇÃO TOTAL AOS 
REQUISITOS 
19
ENGENHARIA DE REQUISITOS
• Problema – levantamento e documentação de 
requisitos
– Boa documentação – boas chances de atender 
aos requisitos
– Boa especificação de requisitos - fundamental 
• Engenharia de Requisitos
– Técnicas de levantamento de requisitos
– Documentação.
– Análise de Requisitos
20
GESTÃO DOS REQUISITOS
• Problema: Instabilidade nos Requisitos
– Novos requisitos e Alterações de requisitos 
com o desenvolvimento já adiantado.
– Alto custo, Re-trabalho, perda de trabalho feito
– O mesmo que alterar a planta estrutural de 
uma casa, após iniciada a construção.
• A boa engenharia de requisitos tende a 
reduzir a instabilidade, obtendo os 
requisitos no momento oportuno.
21
PRAZOS E CUSTOS
• Requisitos � Prazos e custos
– A quantidade e complexidade dos requisitos 
mandam na relação de causa e efeito sobre 
prazos e custos.
– Ouve-se muito: “não me interessa o que você 
vai dizer ! Preciso disso em 1 mês”. 
• A questão: No início só temos requisitos.
– É difícil medir os programas necessários com 
base me requisitos.
– Após projeto detalhado se conhece melhor os 
detalhes. Mas usuário não espera.
22
PRAZOS E CUSTOS
• É preciso
– Planejamento e controle de projetos
• Análise dos riscos (probabilidade de sua ocorrência 
e ações corretivas, caso aconteçam)
• Acompanhar o progresso do projeto
– Renegociação dos prazos e custos
– Garantir a qualidade do processo
• Garantia = conformidade com requisitos
• Qualidade do produto é influencia da pela qualidade 
no processo
• Quanto ANTES um problema for identificado e 
resolvido, melhor (menos custo)
23
PROBLEMAS NO PROCESSO
• Software atual é: complexo, grande e com 
interface com demais sistemas.
• Necessidade de equipe grande, competente 
e interdisciplinar.
• O tempo geralmente é grande.
• Ou seja a gestão do processo de 
desenvolvimento está mais complexa
• Facilitador: Ferramentas de automação 
(case)
24