AT06 - Bruno

Prévia do material em texto

AT06 - Revisão de requisitos 
Aluno: Bruno Matheus Novato Leal 
 
Revisão de Requisitos 
 
1) O conceito de software é um conjunto de comandos escritos em uma linguagem de 
programação, projetado para atender às necessidades de usuários ou aplicativos Esses 
Comandos ou instruções criam ações no programa e as fazem funcionar. 
 
2) O conceito de engenharia de software é uma área da computação dedicada à 
concepção, especificação, desenvolvimento e manutenção de sistemas de software, 
aplicando tecnologias e práticas de gerências de projetos e outras disciplinas. 
 
3) O processo de software pode ser definido como um conjunto de atividades Produção 
de software, do desenvolvimento à implementação. 
 
4) É necessário planejar, analisar os requisitos, seguir os requisitos do cliente e sempre 
manter um nível de qualidade padrão. 
 
Sendo problemas: imprevistos, fugir do orçamento ou prazo e não entregar conforme 
foi pedido. 
 
5) Se for bem definido cada etapa e o que será os requisitos, naturalmente os gastos iram 
diminuir, pois na maioria dos casos não terá etapa extras que seriam mais custosas ao 
projeto. Mantendo o foco no cliente e visar qualidade, atendimento e cronograma os 
processos devem ser tornar ágeis. 
 
6) Requisitos é um fator chave no atendimento e gerenciamento de um projeto, é o ato 
de coletar as informações certas para o projeto ocorrer de forma leal e funcional para 
ser entregue. 
 
7) Requisitos de usuário é quando tratam dos serviços e necessidades cotidianas do 
cliente de forma funcional e não funcional, definindo os passos a serem implementado 
de forma leiga para ser passado ao cliente, sem nada técnico. Já os requisitos de 
sistemas é o contrário, é mais detalhada as funções e necessidade do sistema. 
 
8) Requisitos funcionais é basicamente o que o sistema deve fazer, apresentando suas 
funcionalidades. Requisitos não-funcionais são relacionados com a qualidade que o 
sistema oferece, também incluso, desempenho, disponibilidade, segurança, 
privacidade, consumo e vários outros. 
 
9) As principais fontes são Usuário e Cliente que estão diretamente ligados e se tornam 
uma ótima fonte de informações e documentos que passam de uma forma formal os 
processos e regras de negócios. 
 
10) Falando sobre a importância de cada atividade processo de elicitação e análise de 
requisitos, começando com entrevistas que são para extrair informações com usuário 
final e reuniões com clientes para manter os requisitos e necessidades do sistema 
pontuadas, temos também observação que pode descrever de maneira correta os 
processos e o casos de uso que trazem documentação por diagramas UML. 
 
11) Uma história de usuário pode ser caracterizada como uma curta e simples descrição da 
necessidade do cliente. Ela normalmente é contada a partir da perspectiva de quem 
precisa da nova necessidade, sendo geralmente um usuário, cliente do sistema ou 
representante de negócios do cliente. 
 
12) A história de usuário é crucial e compatível com projetos ágeis devido a manter 
comunicação entre cliente e desenvolvedor. Utilizando o usuário sob medida para o 
projeto final. 
 
13) A estrutura usada para criar histórias de usuário é baseada na função, o desejo do 
usuário e a necessidade por trás dela. 
 
14) Sendo cliente, gostaria de saber quando minhas roupas estariam prontas para fazer a 
busca. 
Como cliente, gostaria de ter um histórico de gastos que fiz na lavanderia. 
 
15) Uma história de usuário é essencial conter características para análise e possivelmente 
implementação. Deve ser direta, e ter o foco no valor definido pelo usuário. 
Importante também não conter detalhes de comportamento de sistema.