UNIVERSIDADE FEDERAL DE GOIS Atividades dos captulos 24 e 25 Sommerville Discentes: Ariel Lauber de Paula Isaque Elcio de Souza Guilherme

e Rodrigues Leal Joo Paulo Moreira dos Santos 100851 100866 100865 100868

Questo 24.4:

FORMULRIO DE REVISO
Resp. pela Equipe: _________________ Resp. pelo Projeto: _________________ Nome do Projeto: ___________________ Cliente: ___________________________ Motivo da Reviso: _________________ ____________________ Revisor(es): _______________________ ____________________ O que ser revisado: ________________ ____________________ ____________________ _________________________________ ____________________ ____________________ Incio da reviso: ___/___/______. Prazo final da reviso: ___/___/______. Comentrios: ____________________________________________________________ Questo 24.7: As inspees de programa so importantes, pois so com elas que podemos localizar e corrigir os erros que passaram despercebidos durante a escrita do programa; existem alguns tipos de reviso de reviso tipo: Inspees para remoo de defeitos (produto); Comentrios para avaliao de progresso (produto e processo); Avaliaes de qualidade (produto e padres); Cdigos, projetos, especificaes, etc, podem ser revistos nas inspees do software, deixando assim um software mais seguro com constantes revises em seu projeto.
Figura 1: O

processo de reviso de software.

Questo 24.8: Uma mtrica qualquer medida que se relacionam com um sistema de processo ou documentao, as mtricas tem um sistema prprio para medir a complexidade do sistema, ms esse sistema de medida se torna inadequado para medir a qualidade de um software, pois uma vez que um software com muita complexidade pode apresentar 'bugs' erros de software, pois a complexidade dificulta o entendimento. Questo 24.10: Mesmo o programador sendo excelente no que faz, ele tem que usar pelo menos o bsico de uma programao com qualidade, pois, sem usar as regras de qualidade, sem documentao, projeto e reunies sobre o mesmo, fica muito difcil fazer as devidas manutenes no software, tornando assim um software que logo se tornar defaso e deixar o cliente insatisfeito com o produto final; O gerente deve falar com o programador a fim de tentar corrigir esse problema do mesmo, se esse erro ocorre por falta de treinamento deve dar um treinamento afim de sanar esse problema, porem se o erro persistir o gerente deve colocar um outro programador no local deste outro, que preze pelas regras de desenvolvimento consciente de software. Questo 25.1: Os problemas acarretados caso uma empresa no faa o uso do CM Gerenciamento de Configuraes, podem ser: Os softwares sofrem constantes mudanas e com pouco intervalo de tempo, assim se uma empresa desenvolvedora no faz o uso correto do CM, ficar com um software com pouco tempo aps o lanamento defasado e sem atualizaes, pois uma vez que a empresa no utiliza do gerenciamento de configuraes. Gerenciamento de mudanas: sem usar deste recurso, a empresa deixar de solicitaes de mudana nos softwares dos clientes. Gerenciamento de verses: sem gerenciar as verses, no h como manter mltiplas verses do sistema em bom funcionamento, o que poder ocorrer que componentes desenvolvidas por vrios desenvolvedores entrem em atrito, uma vez que no h gerencia de verses. Gerenciamento de releases: esse gerenciamento depende dos outros, pois sem os acima difcil manter constantes verses do software, sendo cada uma lanada com maior segurana e estabilidade do sistema, os releases permitem constantes verses distribudas de tempos em tempos, corrigindo os erros das verses anteriores, e garantindo a segurana e satisfao do cliente. Questo 25.2: Ao se usar o formulrio de solicitaes de mudanas, estamos descrevendo todos os dados necessrios para fazermos as devidas alteraes no software, sendo bem detalhado tudo a ser feito e seus representantes de cada etapa da mudana do software, isso estar tudo bem documentado para estar de livre acesso a todos da equipe de alterao do sistema, assim torna a alterao mais confivel e menos susceptvel a erros, assim teremos uma equipe com programao do que dever ser feito e os prazos para que tudo seja entregue, obtendo uma maior qualidade no produto.

Questo 25.5: Como os dois desenvolvedores esto fazendo alteraes em trs componentes, e se no tiver uma documentao exemplificando quais as alteraes a serem feitas e por quem ser feita, essa falta de gerencia de manutenes poder acarretar modificaes instveis e que no conversaram bem entre si, e poder surgir mais erros a partir desta manutenes feita de forma errada e sem gerncia.