Portfólio Eniac Sistemas

Prévia do material em texto

...............................................................................................................................
Análise e DESENVOLVIMENTO DE SISTEMAS
JOÃO VITOR BOMFIM DOS SANTOS - 217732017
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
...............................................................................................................................
Guarulhos
2018
JOÃO VITOR BOMFIM DOS SANTOS
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
Trabalho apresentado ao Curso (Análise e Desenvolvimento de Sistemas) da Faculdade ENIAC para a disciplina [Engenharia de Software].
Prof. Denilson Caraça Ramos
Guarulhos
2018
Respostas
.............................................................................................................
​O que é um requisito?
Atualmente assumiu-se que requisitos de software é muito mais do que apenas funções. Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s) usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer um objetivo.
O que são requisitos de domínio?
São requisitos derivados do domínio da aplicação e descrevem características do sistema e qualidades que refletem o domínio. Podem ser requisitosfuncionais novos, restrições sobre requisitosexistentes ou computações específicas.
O que é o estudo de viabilidade?
 O objetivo de um estudo de viabilidade, como o próprio nome já diz, é avaliar sob o ponto de vista operacional, técnico, econômico e organizacional se o projeto é viável.
Qual a função da validação de requisitos?
A validação de requisitos ou validação de software é um Processo da Engenharia de Requisitos . Este processo trata, tal como o seu nome indica, da validação quanto à consistência, precisão, contextualização de requisitos levantados no processo de identificação e descoberta e de análise e negociação de requisitos. Este processo envolve uma revisão de todos os requisitos levantados e negociados, assim como uma prototipagem e validação de modelos e teste de requisitos.
Este processo é um dos mais importantes na Engenharia de Requisitos. Isto porque tal como um documento de requisitos bem definido permite a correção de incoerências e inconformidades no desenvolvimento de um produto de software, a validação permite minimizar o tempo gasto na detecção dessas incoerências e inconformidades devido à sua alta eficiência na sua descoberta. Também porque como é este processo que permite a identificação destas mesmas incoerências na fase anterior à versão final do relatório de requisitos, minimiza grandemente o risco de encontrar estas incoerências numa fase tardia, ou até mesmo na terminação, do desenvolvimento do sistema. É fácil entender que um erro encontrado numa fase tardia do desenvolvimento do projecto pode ser desastroso, pois a sua alteração poderá ser bastante custosa, se não incomportável, em termos temporais.
O que define a limitação da complexidade?
Um problema é considerado como inerentemente difícil se a sua solução requer recursos significativos, qualquer que seja o algoritmo usado. A teoria formaliza esta intuição através da introdução de modelos matemáticos de computação para estudar estes problemas e quantificar os recursos necessários para resolvê-los, tais como tempo e armazenamento. Outras medidas de complexidade também são utilizadas, tais como a quantidade de comunicação (usada em complexidade de comunicação), o número de portas em um circuito (usado na complexidade de circuito) e o número de processadores (usados em computação paralela). Um dos papéis da teoria da complexidade computacional é determinar os limites práticos do que os computadores podem e não podem fazer.
Como devem ser as histórias nos testes de aceitação?
Cada história deve ter valor de negócio na visão do cliente e é uma pequena parte da funcionalidade, não necesseriamente uma especificação completa, o que minimiza a necessidade de uma extensa documentação.
A história de usuário é escrita pelo próprio cliente e, também, serve para conduzir a criação de teste de aceitação , o qual tem o propósito de avaliar a qualidade externa do produto e, na medida do possível, a qualidade de uso e experiência do usuário. A automatização dos testes de aceitação é criada para certificar de que a história foi implementada corretamente.
No que o XP é baseado?
 XP é um apelido carinhoso de uma nova metodologia de desenvolvimento designada Extreme Programming, com foco em agilidade de equipes e qualidade de projetos, apoiada em valores como simplicidade, comunicação, feedback e coragem que nos submetem ao reconhecimento de que XP é uma metodologia baseada em comportamentos e atitudes. Dessa forma, ela propicia que o projeto seja executado dentro do prazo e do orçamento, fazendo então com que o cliente fique satisfeito e a equipe de desenvolvimento não fique maluca por causa do projeto. 
Vale lembrar, que ao contrário do que se pensa, XP pode ser aplicada em projetos de vários portes, pois seu dinamismo é tão latente, que permite seu uso por equipes criativas em qualquer projeto.
É importante lembrar também que os valores citados acima, alicerçam a metodologia, pelos seguintes motivos:
A simplicidade é necessária desde a forma como se levanta requisitos até a codificação e os testes da solução desenvolvida;
A comunicação é obrigatória para que não haja lacunas em processos e problemas entre equipe, cliente e fornecedor;
O feedback é a pratica fundamentada em retornar informações entre os membros da equipe e também na relação com o cliente, desde responder e-mails, telefonemas bips e demais meios. Devido a isso, é um mecanismo para melhorar a prática de comunicação explanada acima;
E a coragem para saber dizer NÃO quando necessário, ou então para dizer que o projeto vai demorar além do estimado, pois os novos requisitos precisam ser codificados ou o código já em funcionamento precisa ser refatorado.
Quais os quatro tipos de manutenção?
Manutenção Corretiva: Correção de erros no software que não foram identificados na fase teste, caso exista uma fase teste no software, em determinadas situações esses erros podem não atrapalhar a execução do software e não acarretar maiores preocupações, já que este pode ser solucionado por meio de simples reparos, no entanto pode haver casos mais complexos que necessite de um reparo temporário, para apagar o incêndio com o objetivo de o software voltar a executar suas funções básicas e que haja tempo a seus mantenedores para conseguir solucionar o erro em sua totalidade e assim disponibilizá-lo em uma nova versão.
Manutenção Adaptativa: Adaptação no software para acomodar as constantes mudanças ocorridas em seu ambiente externo, essas mudanças podem ser em regras de negócio, constituição e leis que tenha consequências a funções do sistema, assim como a criação de uma nova plataforma de hardware, podendo ser uma nova geração de processadores, ou periféricos na qual o software consiga aproveitar seus recursos, além de uma nova versão de um sistema operacional que possa não ser totalmente compatível ao software.
Manutenção Evolutiva (ou perfectiva): Modificações não previstas no documento de requisitos original do software. Tem por intuito melhorar a qualidade do software, acrescentando novas funcionalidades, melhorando seu desempenho, ou até mesmo modificando seu código-fonte buscando obter melhor legibilidade ou adequação a alguns paradigmas de programação.
Manutenção Preventiva (reengenharia): Alterações no software buscando melhorar a confiabilidade ou oferecer uma estrutura melhor para futuras manutenções. A manutenção preventiva parte de uma observação reconhecida pelos mantenedores sobre o que poderá gerar algum tipo deerro no software, desta forma tal erro será tratado antes que um problema venha a ocorrer.
O que é abstração?
Abstração é a habilidade de concentrar nos aspectos essenciais de um contexto qualquer, ignorando características menos importantes ou acidentais. Em modelagem orientada a objetos, uma classe é uma abstração de entidades existentes no domínios do sistema de software.
O que é engenharia de software?
Engenharia de software é uma área da computação voltada à especificação, desenvolvimento, manutenção e criação de software, com a aplicação de tecnologias e práticas de gerência de projetos e outras disciplinas, visando organização, produtividade e qualidade.[2]Atualmente, essas tecnologias e práticas englobam linguagens de programação, banco de dados, ferramentas, plataformas, bibliotecas, padrões de projeto de software, processo de software e qualidade de software. Além disso, a engenharia de software deve oferecer mecanismos para se planejar e gerenciar o processo de desenvolvimento de um sistema computacional de qualidade e que atenda as necessidades de um requisitante de software.
O que é tecnologia em camadas?
O alicerce da engenharia de software é a camada de processo. O processo de engenharia de software é o adesivo que mantém unidas as camadas de tecnologia e permite o desenvolvimento racional e oportuno de softwares de computador.
Os processos de software formam a base para o controle gerencial de projetos de software (por exemplo: PMBOK) e estabelecem o contexto no qual:
os métodos técnicos são aplicados;
os produtos de trabalho (modelos, documentos, dados, relatórios, entre outros) são produzidos;
os marcos são estabelecidos,
a qualidade é assegurada;
as modificações são adequadamente geridas.
Os métodos de engenharia de software fornecem a técnica de “como fazer” para construir softwares. Eles abrangem um amplo conjunto de tarefas que incluem:
comunicação;
análise de requisitos;
modelagem de projeto;
construção de programas;
testes;
manutenção.
As ferramentas de engenharia de software fornecem apoio automatizado ou semi-automatizado para o processo e para os métodos. Quando ferramentas são integradas de modo que a informação criada possa ser usada por outra, é estabelecida a chamada engenharia de software apoiada por computador.
De acordo com as fases de definição, qual o papel da análise de sistemas?
É a atividade que tem como finalidade a realização de estudos de processoas a fim de encontrar o melhor caminho racional para que a informação possa ser processada. Os analistas de sistemas estudam os diversos sistemas existentes entre hardwares(equipamentos), softwares(programas) e o usuário final.
De acordo com as fases de definição, qual o papel da análise de requisitos?
Na sistematização e engenharia de software, análise de requisitos engloba todas as tarefas que lidam com investigação, definição e escopo de novos sistemas ou alterações. Análise de requisitos é uma parte importante do processo de desenvolvimento de softwares, na qual o engenheiro de requisitos e o analista de negócio, juntamente com engenheiro de sistema ou desenvolvedor de software, identificam as necessidades ou requisitos de um cliente. Uma vez que os requisitos do sistema tenham sido identificados, os projetistas de sistemas estarão preparados para projetar a solução.
A análise de requisitos é uma das primeiras atividades de desenvolvimento de software. O produto do seu trabalho é a especificação de requisitos, que é define o escopo do software em duas dimensões: Requisito funcional e Requisito não-funcional[1]. É nesta fase que o analista faz as primeiras reuniões com os clientes e/ou usuários do software para conhecer as funcionalidades do sistema que será desenvolvido. É nesta fase também que ocorre a maior parte dos erros, pois a falta de experiência dos clientes ou usuários faz com que eles nem sempre tenham claro em sua mente quais funcionalidades o software terá.
Conclusão:
Foi muito produtivo á pesquisa, muito relevante ao conhecimento tive a oportunidade de ler mais sobre as questões levantadas e com isso pude me aprofundar um pouco mais no assunto.