Vous êtes sur la page 1sur 6

AGES

FACULDADE DE CINCIAS HUMANAS E SOCIAIS


BACHARELADO EM SISTEMAS DE INFORMAO

EGDIO JOS DE CASTRO NETO

ENGENHARIA DE SOFTWARE: UMA ABORDAGEM


PROFISSIONAL

Fichamento apresentado ao curso de Sistemas de


Informao da Faculdade AGES como um dos prrequisitos para a obteno da nota parcial da
disciplina Engenharia de Software no 4 perodo,
sob a orientao do professor Nelson Serro.

Paripiranga
Maro de 2016

PRESSMAN, Roger S. Engenharia de software: uma abordagem


profissional, traduo Ariovaldo Griesi, reviso tcnica Reginaldo Arakaki,
Julio Arakaki, Renato Manzan de Andrade. 7. Ed. Dados eletrnicos.
Porto Alegre: AMGH, 2011.

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)

O trabalho de um engenheiro de requisitos identificar reas em comum (requisitos com os


quais todos os interessados concordam) e reas de conflito ou inconsistncia (requisitos
desejados por um interessado, mas que conflitam com os de outro interessado). ,
obviamente, a ltima categoria que representa um desafio (p.132)

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

desenvolvimento e planejamento onde todos buscam a qualidade do software, mas que


diferem no modo que fazem isso.
Hoje em dia com a economia sofrendo altos e baixos fazendo o cliente ter que se adaptar a
novos desafios que iro aparecer durante o processo, deixando os desenvolvedores tendo de
assumir uma abordagem de engenharia de software para permitir que permaneam geis
definindo processos que sejam manipulveis, adaptveis, sem excessos, somente com o
contedo essencial que possa adequar-se s necessidades do mundo de negcios futuros.
Assim a preocupao com a qualidade de sistemas ia crescendo gradativamente medida que
o software passou a andar mais ligada ao cotidiano, mas difcil desenvolver uma descrio
completa sobre qualidade de software. A qualidade foi definida como uma gesto de
qualidade efetiva aplicada de modo a criar um produto til que fornea valor para aqueles que
o produzem e para aqueles que o utilizam.
Existem testes para evitar erros, onde esses testes no param mesmo com o sistema entregue
ao cliente no deixa de ser testado e comumente precisando de um suporte ps entrega.
Algumas medidas resultam em mudanas e atualizaes. A coleta de dados, clculo das
mtricas, e anlise das mtricas so as trs etapas que devem ser implementadas para comear
um programa de mtricas. Em geral, uma abordagem motivada por meta ajuda uma
organizao a focalizar as mtricas corretas para seus negcios. Criando uma linha de base de
mtricas que ser uma base de dados contendo medidas de processo e produto, onde os
engenheiros de software e seus gerentes podem ter uma viso melhor do trabalho que eles
executam e do produto que eles produzem.
A anlise de riscos pode e deve absorver um volume significativo de trabalho de planejamento
do projeto, pois o tempo que se gasta identificando, analisando e controlando os riscos oferece
retorno de muitas maneiras e menos presso durante o projeto, uma melhor habilidade para
acompanhar e controlar um projeto melhorando a confiana do planejamento para os
problemas antes que eles ocorram. A identificao, projeo, avaliao, gerenciamento e
monitorao, tudo toma tempo, mas o esforo recompensado ao final.
Diante do exposto, o livro tenta abordar tcnicas a serem usadas em todo processo de
desenvolvimento de softwares para que os prazos estipulados sejam realmente seguidos sem a
perda de qualidade do software em questo. Indico o livro a todos que querem entrar na rea
de projetos de softwares, pois indica quais passos devem ser tomados desde o inicio e o que
deve ser deixado de lado para que no se perca a eficcia. Mtodos de planejamento, anlises
de risco e tticas essenciais mostradas para que o desenvolvedor e tambm o cliente estejam a

par do que pode acontecer e como ser o trabalho final de cada sistema, pensado
criteriosamente para um total sucesso.

Vous aimerez peut-être aussi