Académique Documents
Professionnel Documents
Culture Documents
ENGENHARIA DE SOFTWARE
CONTEXTUALIZANDO
O que so softwares?
O que so Sistemas?
Observe as frases:
TEMA 1 SOFTWARES
02
Estruturas de dados: possibilitam que os programas manipulem
adequadamente a informao.
Documentos: descrevem a operao e o uso dos programas.
(1950 1965)
O hardware sofreu contnuas mudanas.
O software arte "secundria" para poucos mtodos.
O hardware era de propsito geral.
O software especfico para cada aplicao.
Sem documentao.
(1965 1975)
Multiprogramao e sistemas multiusurios.
Sistemas tempo real.
Primeira gerao de SGBDs.
Bibliotecas de Software.
Cresce o nmero de sistemas baseado em computador.
Manuteno quase impossvel.
03
TEMA 2 CRISE DE SOFTWARE
04
Lenda: Em nossa empresa, possumos um manual com todos os padres
para desenvolvimento de um software. Minha equipe ter tudo o que
necessrio em termos de conhecimento?
Verdade: Esse material usado pela equipe? Todos os profissionais tm
conhecimento da sua existncia? Nele j esto contidas as formas
modernas de desenvolvimento? O material est completo?
Lenda: Minha equipe usa ferramentas de ltima gerao para o
desenvolvimento dos sistemas. Recentemente, tambm adquirimos novas
mquinas para o desenvolvimento.
Verdade: necessrio possuir mais que apenas novos computadores para
produzir software com qualidade. Todo o conhecimento, aqui tambm, deve
estar incluso.
Lenda: Como nosso projeto de desenvolvimento de software est atrasado,
incluiremos novos profissionais na equipe e, com isso, tiraremos o atraso.
Verdade: Desenvolver um software diferente de produzir um produto em
um processo industrial. Incluir mais pessoas em um projeto pode torn-lo
mais atrasado ainda. H que se ter um critrio bem definido e planejado
para a incluso de novos profissionais em uma equipe de projeto.
Lenda: Ter uma viso superficial dos objetivos para o desenvolvimento de
determinado software o suficiente para comear a desenvolver os
programas. O detalhamento pode ser feito posteriormente.
Verdade: Uma pobre definio inicial dos requisitos a grande vil e,
talvez, a maior causa de fracassos dos projetos de desenvolvimento de
software. Ter uma descrio formal e detalhada de toda a informao,
funcionalidade, desempenho, interfaces internas e externas, restries e
validaes dos sistemas desenvolvidos so vitais para o sucesso do
projeto.
Lenda: O nosso usurio, constantemente, sugere mudanas em nosso
projeto. Sem problemas, pois qualquer mudana pode ser facilmente
implementada, porque o nosso projeto totalmente flexvel.
Verdade: Pequenas alteraes, solicitadas quando o projeto j est em
desenvolvimento avanado, podem causar problemas muito maiores do
que uma grande alterao solicitada durante as fases iniciais do
desenvolvimento. Tal feito pode ocasionar considerveis prejuzos
qualidade final do produto e do projeto.
05
Lenda: A partir do momento em que o programa/sistema entrar em
funcionamento, o trabalho de nossa equipe de desenvolvimento estar
encerrado.
Verdade: errado pensar dessa forma. Pelas estatsticas das empresas
de desenvolvimento de software, sero usados, aps a entrega do
programa aos usurios, de 50% a 70% do tempo e esforo gastos com o
seu desenvolvimento.
Lenda: Sem ter em mos o sistema j funcionando, no possvel avaliar
a sua qualidade.
Verdade: Hoje em dia, ter o programa funcionando apenas uma parte da
configurao de Software. Alm do mais, com novas formas de
desenvolvimento, com as metodologias geis, temos sempre a entrega de
artefatos agregando funcionalidades aos programas em que a qualidade
vital.
3.1 Mtodos
3.2 Ferramentas
3.3 Procedimentos
06
Constituem o elo entre os mtodos e as ferramentas. So as sequncias
em que os mtodos sero aplicados. Informam quais produtos devem ser
entregues. Definem os controles que ajudam assegurar a qualidade e a coordenar
as alteraes. Trazem as referncias que ajudam a administrar o progresso do
software.
O conjunto das etapas que envolvem mtodos, ferramentas e
procedimentos conhecido como componente de Ciclos de Vida de software.
Para a escolha de um Ciclo de Vida de software, devemos levar em conta
a natureza do projeto e da aplicao, os mtodos e as ferramentas a serem
usados e saber quais controles e produtos precisam ser entregues.
07
Deve-se compreender o funcionamento do software e todo o domnio da
informao, como tambm saber quais interfaces sero exigidas pelo sistema.
Esses requisitos devem ser documentados, revistos e validados junto aos
usurios/clientes.
4.3 Projeto
a. Estrutura de dados.
b. Arquitetura de software.
c. Detalhes procedimentais.
d. Caracterizao de interfaces.
4.4 Codificao
4.5 Testes
Concentram-se, principalmente:
4.6 Manuteno
08
ambiente, solicitaes dos usurios para que sejam includas alteraes
funcionais e de melhora do desempenho.
Podemos citar vrias situaes-problema na utilizao desse modelo,
como:
Figura 2 Prototipao
FINALIZANDO
010
REFERNCIAS
011