Académique Documents
Professionnel Documents
Culture Documents
Paripiranga
Maro de 2016
CITAES:
Ningum poderia prever que o software seria incorporado em sistemas de todas as reas:
transportes, medicina, telecomunicaes, militar, industrial, entretenimento, mquinas de
escritrio... A lista quase infindvel. E se voc acredita na lei das consequncias no
intencionais, h muitos efeitos que ainda no somos capazes de prever. (p.30)
O modelo cascata, algumas vezes chamado ciclo de vida clssico, sugere uma abordagem
sequencial e sistemtica para o desenvolvimento de software, comeando com o levantamento
de necessidades por parte do cliente, avanando pelas fases de planejamento, modelagem,
construo, emprego e culminando no suporte contnuo do software concludo. (p.59)
O modelo incremental aplica sequncias lineares, de forma escalonada, medida que o
tempo vai avanando. Cada sequncia linear gera incrementais (entregveis/ aprovados/
liberados) do software [McD93] de maneira similar aos incrementais gerados por um fluxo de
processos evolucionrios. (p.61)
Para muitos tipos de software, o projeto e a construo so Interconduzidos. Ou
seja, ambas as atividades devem ser realizadas em sequncia (uma atrs da outra),
para que os modelos de projeto sejam provados conforme sejam criados. difcil
prever quanto de trabalho de projeto ser necessrio antes que a sua construo
(desenvolvimento) seja implementada para avaliar o projeto. (p.84)
Qualquer um que tenha feito engenharia de requisitos em mais do que uns poucos projetos de
software comea a perceber a recorrncia de certos problemas ao longo de todos os projetos
em um campo de aplicao especfico. (p.145)
O projeto de interfaces descreve como o software se comunica com sistemas que
interromperam com ele e com as pessoas que o utilizam. (p.208)
Qualidade de projeto refere-se s caractersticas que os projetistas especificam para um
produto. A qualidade dos materiais, as tolerncias e as especificaes de desempenho, todos
so fatores que contribuem para a qualidade de um projeto. (p.359)
As revises tcnicas so algumas das muitas aes exigidas como parte de uma
prtica de engenharia de software adequada. Cada ao requer dedicao de nossa
parte. J que o esforo disponvel para o projeto finito, importante para uma
organizao de engenharia de software compreender a eficcia de cada ao
definindo um conjunto de mtricas (Captulo 23) que podem ser usadas para avaliar
sua eficcia.
Uma estratgia de teste de software deve acomodar testes de baixo nvel, necessrios para
verificar se um pequeno segmento de cdigo fonte foi implementado corretamente, bem como
testes de alto nvel, que validam as funes principais do sistema de acordo com os requisitos
do cliente. (p.402)
O objetivo primrio do projeto de caso de teste criar uma srie de testes que tenha a mais
alta probabilidade de descobrir erros no software. Para conseguir esse objetivo, so usadas
duas categorias diferentes de tcnicas de projeto de caso de teste: teste caixa-branca e teste
caixa-preta. (p.450)
A nica maneira racional de melhorar qualquer processo medir atributos especficos do
processo, desenvolver uma srie de mtricas significativas com base nesses atributos, e ento
usar as mtricas para fornecer indicadores que levaro a uma estratgia de aperfeioamento
(p.584)
O objetivo do planejamento de software proporcionar uma estrutura que permite ao gerente
fazer estimativas razoveis dos recursos, custo e cronograma. Alm disso, as estimativas
devem tentar definir cenrios de melhor e pior caso para que os resultados do projeto possam
ser delineados. (p.606)
Como gerente de projetos, o seu objetivo definir todas as tarefas, criar uma rede que mostre
suas interdependncias, identificar as tarefas crticas dentro da rede e acompanhar o progresso
para garantir que os atrasos sejam detectados um dia de cada vez. (p.631)
Riscos de projeto ameaam o plano do projeto. Isto , se os riscos do projeto se tornarem
reais, possvel que o cronograma fique atrasado e os custos aumentem. Os riscos de projeto
identificam problemas potenciais de oramento, cronograma, pessoal (equipes e organizao),
recursos, clientes, e requisitos e seu impacto sobre o projeto de software.(p.649)
Para suportar efetivamente software de classe industrial, a organizao (ou seus projetistas)
deve ser capaz de fazer correes, adaptaes e melhorias inerentes atividade de
manuteno. (p.664)
PARECER CRTICO:
O software hoje uma das mais importantes tecnologias do cenrio mundial, evoluindo a cada
ano que passa. Mesmo com essa tal evoluo ainda no se tem uma boa qualidade e onde
tambm s vezes no se levado em conta o prazo estipulado, deixando cair no marasmo todo
trabalho e assim tendo atrasos na entrega do mesmo ao cliente. A engenharia de software
basicamente uma srie de atividades bsicas que visam soluo de problemas seguindo
alguns princpios essenciais e nasceu especificamente com o intuito de melhorar esse
mecanismo englobando processos, mtodos e ferramentas visando construo de sistemas
complexos, dentro dos prazos e com qualidade, dando assim durante todo processo, suporte
adequado ao cliente.
Esses mtodos de processo so aplicados h anos, tentando organizar e estruturar o
desenvolvimento de software. Cada modelo sugere um tipo de processo ligeiramente
diferente, mas todos realizam o mesmo conjunto de atividades metodolgicas genricas:
comunicao, planejamento, modelagem, construo e emprego que dentre elas existem o
cascata, incremental, evolucionrio, concorrentes e especializados, que so formas de
par do que pode acontecer e como ser o trabalho final de cada sistema, pensado
criteriosamente para um total sucesso.