Trabalho AP2 - Tópicos em Desenvolvimento de Sistemas

Aluno: Micaio Monteiro do Nascimento

Matricula:201951388518

1- Um processo de software é um conjunto de atividades, parcialmente ordenadas com a

finalidade de obter um produto e é considerado um dos principais mecanismos para obter
um software de qualidade então, tudo que precisamos para gerar um produto de software
de qualidade é um bom Processo de Software que se adapte a realidade de uma empresa.
Porém, não basta apenas implementá-lo, ou seja, deve-se ter o gerenciamento do processo
como um todo a fim de garantir que ele seja executado corretamente entre os envolvidos,
ou caso contrário, o caos tomará conta de tudo trazendo o resultado inverso do que se
esperava.
2-
Segurançã - Evita acesso não autorizado aos dados ?
Proteção - modo de acesso às informações pertinentes aos usuários
Confiabilidade - Ocorrendo falhas,como ele reage ?
capacidade de recuperação - É capaz de recuperar dados em caso de falha ?
Robustez - se desempenha as funções esperadas mesmo em situações não antecipadas
Testabilidade - É fácil testar quando se faz alterações ?
Facilidade de adaptação - É fácil modificar e adaptar ?
Modularidade - verificar cada módulo estão bem definidos e se as informações estão
relativas aquele assunto
Complexidade - verificar a clareza das informações solicitadas
Portabilidade - É fácil instalar em outros ambientes ?
Facilidade de uso -É fácil aprender a usar ?
Facilidade de reuso - É fácil adaptar a outros ambientes ?
Eficiência - Qual é o tempo de resposta, a velocidade de execução ?
Facilidade de aprendizado - É fácil entender o conceito e a aplicação ?

4 - Revisões e inspeções são atividades de controle de qualidade que verificam a qualidade

dos entregáveis de projeto. Isso envolve examinar o software, sua documentação e os
registros do processo para descobrir erros e omissões e verificar se os padrões de
qualidade foram seguidos. revisões e inspeções são usadas junto com teste de programa,
como parte do processo geral de validação e verificação de software

5 - O gerente de software deve ter a capacidade de lidar com várias etapas do

desenvolvimento que vão além da programação e m si, alguns exemplos de atividades das
quais os gerentes precisam lidar são: Elaboração da proposta, planejamento e
desenvolvimento do cronograma do projeto, custo do projeto,
monitoração e revisão do projeto, seleção e avaliação de pessoal e elaboração d e
relatórios e apresentações.

6 - Os desenvolvedores não devem estar envolvidos nos teste de seus próprios códigos
pois o desempenho de teste cai bastante pois uma vez que ele sabe cada
funcionalidade do software ele não vai ter uma primeira experiência tão perto de uma
como usuário tornando bem mais difícil encontrar os erros do código.Por outro lado se
ele estiver envolvido nos teste de seu próprio código ,encontrando um primeiro erro ele
poderá descobrir um segundo ocasionado pelo primeiro também poderá resolver bem
mais rápido os mesmo.

7 -O teste de regressão é uma técnica do teste de software que consiste na aplicação de

versões mais recente do software, para garantir que não surgiram novos defeitos em
componentes já analisados.Elas conseguem um resultado mais exato do teste executando
exatamente os passos seguidos para o teste das primeiras versões já que elas permitem a
gravação do teste.

8- A uma grande vantagem em os usuários se envolverem no início do processo de

teste pois ele saberá o rumo que o projeto tá tomando e verá se é realmente o que ele
está esperando pois há um grande desafio em saber o que o cliente está
pedindo.pois, muitas vezes os desenvolvedores interpretam de uma forma diferente do
que os clientes realmente querem. Uma vez eles estando presentes nas primeiras
versões do software ajuda bastante nesse ponto.

9-Devem chamar a sua atenção, pois uma organização não é composta apenas por aquele
desenvolvedor, e sim pela equipe como um todo. Se um não seguir com os padrões
definidos além de influenciar na qualidade do produto, irá também perder o foco de se
utilizar padrões para garantir uma qualidade. Sem falar que o software produzido por ele
pode até ter um número pequeno de defeitos, porém foi feito por ele, somente ele irá
entender como um todo, se outro desenvolvedor futuramente precisar efetuar uma
manutenção ou algo do tipo irá ter dificuldade pela falta do uso dos padrões definidos pela
organização.

10 - Quando o sistema não consegue mais contribuir com a demanda dos negócios,
consequência de sucessivas mudanças dos requisitos ao longo do tempo, que fizeram
com que esse sistema não conseguisse mais suprir a atual necessidade.