PORTFÓLIO ENGENHARIA SOFTWARE

Prévia do material em texto

...............................................................................................................................
ENGENHARIA SOFTWARE – MÓDULO 1	Comment by Igor Nobre Barreto: Estas informações devem ser alteradas de acordo com os seus dados. Manter a formatação: Fonte Arial, tamanho 14, Maiúsculo e centralizado.
DIEGO GONÇALVES TRINDADE - RA500712019
PORTIFÓLIO
........................................................................................................................................
Uberaba
2019
DIEGO GONÇALVES TRINDADE
PORTIFÓLIO
Trabalho apresentado ao Curso Engenharia civil do Centro Universitário ENIAC para a disciplina Engenharia software.	Comment by Igor Nobre Barreto: No local (Nome do curso) deve ser inserido o nome de seu curso fora dos Parênteses (), assim com em nome da disciplina deve-se retirar os Colchetes []
Prof. DANIELLY ARCINI DE SOUZA, IVAN CARDOSO SÁ, LUCIO LUZETTI CRIADO, RODRIGO SCHIMIDT MIRANDA	Comment by Igor Nobre Barreto: O nome completo de seu professor fica disponível em seu próprio portal, dento da matéria no canto superior esquerdo ou direito.Para alunos dos cursos EaD, deve-se colocar apenas o nome de um dos professores que constam em Corpo Docente em seu portal, neste mesmo local.
Uberaba
2019
Respostas
....................................................................................................................
Paulo é gestor de uma empresa de tecnologia e costuma viajar com frequência para atender clientes. Mediante uma curta fase de ociosidade de sua equipe, o empresário resolveu aproveitar para solicitar o desenvolvimento de um software que integrasse a sua agenda e a compra automática de suas passagens aéreas. No segundo mês de uso do software, ao chegar no aeroporto e tentar fazer o check-in, Paulo percebeu que a passagem havia sido comprada para Fortaleza ao invés de Salvador.
Analise esse cenário e associe o erro do software com o conceito de Engenharia de Software.
Resposta 1
Teste de software é a processo de verificar se o produto esta de acordo com as especificações determinadas e que funciona corretamente no qual foi projetado. O objetivo dos testes é de achar erros ou falhas para que a equipe de desenvolvimento possa corrigi-lo o mais rápido possível, pois quanto mais rápido descobrir um erro, mais barato ele fica. Por essas características a disciplina de teste é considerável "destrutiva" e não "construtiva".
Para que possamos dar prosseguimento na disciplina de testes temos que conhecer alguns conceitos como Defeito, Erro e falhas. 
Defeito
 É qualquer imperfeição ou inconsistência no produto do software ou em seu processo, um defeito é também uma não conformidade. O Defeito faz parte do produto, é algo que esta implementada no código de maneira errada.
Erro 
O Erro pode ser um resultado de um defeito ou uma falha, como um retorno esperado, que por causa de uma falha teve um valor diferente do que esperado.
Falha
Esta mais ligada ao hardware, como uma rede inacessível, queda de energia. Uma falha pode ocorrer por causa de um erro, por exemplo, houve um retorno de um valor não esperado, como null, isso é um erro, e por causa desse null ocasionou uma falha no sistema.
Os defeitos são ocasionados por vários motivos como:
    Usuários especificam os requisitos errados;
    Analistas interpretam erradamente os requisitos
    Especificações Funcionais e Técnicas elaboradas erroneamente;
 Codificação errada;
    Dados errados;
    Correções erradas de defeitos;
    Inconsistência nos dados.
Podemos classificar os defeitos em alguns itens como:
Tratamento de erros
Não antecipar-se as falhas ou não evitando travamentos ou comportamentos anormais no programa.
Erros de cálculos
Falhas decorrentes de cálculos computacionais, tais como divisão por zero, estouro de campos, algoritmos errados.
Erros de inicialização
Estados iniciais e finais de variáveis errados;
Manipulação de dados
Dados tratados ou manipulados erradamente ou não tratados, como datas invalidas ou dados null.
Hardware
Falta de tratamento de retorno dos códigos dos periféricos como verificar se a impressora esta ligada, ao fazer uma comunicação com outra maquina verificar se a rede esta ativa.
Controle do código fonte
Não controlar adequadamente o código fonte do sistema.
Documentação
Não manter a documentação atualizada
Testes
Não ter uma política de teste, um planejamento e execução adequada, não definir o escopo
Reportando Defeitos
Sempre que um defeito for identificado devemos reportá-los a área responsável, como algumas informações básicas
    Categoria do defeito (validação, algoritmo, acessos...)
    Severidade (Alta, Média ou Baixa) ou classificada por número.
    Prioridade (Alta, Media ou Baixa) ou classificada por número.
 Descrição do defeito ou do comportamento resultado ou a própria mensagem de erro.
    Reproduzível? 
    Reincidente?
    Dados usados no teste
(LAGARES, 2011)
Conclusão
Devido ao curto prazo que foi feito software, não foi feito teste pra verificar possíveis erros.
REFERENCIA BIBLIOGRAFICA 
LAGARES, V. (17 de 04 de 2011). Testes de software - Entendendo Defeitos, Erros e falhas. Fonte: devmedia: https://www.devmedia.com.br/testes-de-software-entendendo-defeitos-erros-e-falhas/22280
A WorldInc. está com dificuldade para organizar as contas. Esta empresa, que trabalha com tradução de sites, tem muitos colaboradores, além de clientes, contas a pagar, fornecedores, impostos, entre outros.
Você está sendo contratado para desenvolver um software de gestão financeira. Até o momento, o único contato com o administrador da empresa foi a solicitação do serviço. Logo, você ainda não sabe exatamente o que a WorldInc. precisa.
Para que não haja problemas posteriores, você precisa organizar tudo desde este primeiro contato com o administrador. Portanto, crie um passo a passo que demonstre como você irá gerenciar a criação deste sistema, utilizando uma das técnicas do ciclo de vida de software.
Existem 3 fases básicas de um ciclo de software: definição, desenvolvimento e operação.
1) Definição
Deve-se conhecer a situação atual e fazer a identificação do problema para buscar uma resolução do mesmo. É na definição que você fará a modelagem dos processos e a análise do sistema. O modelo de ciclo de vida é a primeira escolha a ser feita no processo de software.
2) Desenvolvimento
Esta etapa envolve atividades relacionadas a design, prototipagem, codificação, testes, entre outras atividades que forem necessárias, como por exemplo, a integração com um outro sistema. É importante ressaltar que essas atividades devem seguir o que foi descrito nas etapas anteriores, pois é aí que entra as regras de negócio.
3) Operação
Nesta etapa o software já estará em produção e você dará o devido suporte aos usuários e, claro, corrigir possíveis bugs que possam aparecer. Aí também entra a continuidade do software se for preciso, como atender novos requisitos, novas funcionalidades. Porém, tudo depende do modelo de ciclo de vida adotado pelo projeto.
Modelo Incremental
Esse modelo foi criado como uma melhoria do modelo cascata e também é um modelo tradicional. Nesse modelo, o desenvolvimento é dividido em etapas, que produzirão o sistema até chegar a sua versão final.
Este é um modelo ideal caso os requisitos ainda não estejam tão claros. Por exemplo, se algum erro é cometido, apenas o último incremento será descartado. Além disso, como o foco é a entrega de cada incremento, a funcionalidade do sistema estará disponível mais cedo para o usuário. (Guedes, 2018)
CONCLUSÃO
Pudemos ver que utilizar um modelo de ciclo de vida é uma das melhores formas de garantir um bom alinhamento entre odesenvolvimento do software e a necessidade do usuário que irá utilizá-lo. Vimos também que não existe o modelo ideal, e sim o que é melhor aplicado para cada necessidade.
REFERENCIA BIBLIOGRAFICA
Guedes, M. (12 de 03 de 2018). Ciclo de vida do software: por que é importante saber? Fonte: treinaweb: https://www.treinaweb.com.br/blog/ciclo-de-vida-software-por-que-e-importante-saber/
A companhia aérea YXZ está com aumento de vendas de bilhetes aéreos e precisa que você projete e implemente um sistema de controle de reservas e vendas de bilhetes.
​​​​​​​
Você deve listar e descrever, de forma clara, quais são os requisitos funcionais e não funcionais que este sistema pode ter (informe no mínimo 2 de cada tipo).
REQUISITO FUNCIONAL?
Os requisitos funcionais são todas as necessidades, características ou funcionalidades esperadas em um processo que podem ser atendidos pelo software. De forma geral, um requisito funcional expressa uma ação que deve ser realizada através do sistema.
Um exemplo clássico e simples de requisito funcional é a funcionalidade de “MANTER USUÁRIO”. O requisito que detalha a funcionalidade “manter usuário” engloba uma série de outros requisitos menores, por vezes chamados de “features“, como no exemplo abaixo:
AS CARACTERÍSTICAS DE UMREQUISITO FUNCIONAL
Mas por que eles são requisitos funcionais? A categorização dos requisitos citados como requisitos funcionais se deve ao fato de que todos eles são funcionalidades atendidas através de uma ação do software ou pelo software, ou seja, o usuário insere informação a respeito da ação que deseja tomar, e o software executa tal ação.
Ainda como requisitos funcionais, podemos citar algumas funcionalidades muito comuns durante o processo de análise e levantamento de requisito em um projeto de software:
Exemplo de requisitos funcionais comuns em software ERP e de gestão contábil. O detalhamento e divisão dos requisitos por grupo de pertinência é uma técnica muito comum durante esta fase.
Esses cinco requisitos que citamos acima são muito comuns em qualquer software financeiro, fiscal ou contábil. Todos eles expressão uma funcionalidade que o sistema deve executar em decorrência de uma solicitação ou ação do usuário, assim podemos facilmente identificá-los como requisitos funcionais.
Devemos porem lembrar, de que um requisito funcional pode também ser executado como sequência da execução de um requisito anterior, que incluí tal requisito em sua execução.
EXEMPLO DE UM REQUISITO NÃO FUNCIONAL
Vamos dar alguns clássicos e básicos exemplos de requisitos NÃO funcionais de software, que são comuns durante o levantamento de requisitos de projeto de desenvolvimento:
O sistema deve ser multiplataforma – Windows, Linux e macOS
O sistema deve ser desenvolvido em C++;
O sistema deve funcionar offline;
O sistema deve respeitar o tempo máximo de 160 segundos durante processamentos;
Os quatro requisitos acima citados são requisitos NÃO FUNCIONAIS, pois eles indicam características de como ele irá executar determinadas ações. De forma simples: um requisito funcional é “O QUE” o sistema deve fazer, um requisito não funcional é “COMO” o sistema deve fazer.
(Alff, 2018)
CONCLUSÃO 
requisito não funcional de software é aquele que descreve não o que o sistema fará, mas como ele fará.  requisito funcional que especifica uma função que o sistema ou componente deve ser capaz de realizar.
REFERENCIA BIBLIOGRAFICA
Alff, F. (07 de 03 de 2018). O QUE SÃO REQUISITOS FUNCIONAIS E REQUISITOS NÃO FUNCIONAIS: QUAL A DIFERENÇA? Fonte: analisederequisitos: https://www.analisederequisitos.com.br/requisitos-funcionais-e-requisitos-nao-funcionais-o-que-sao/