1661839
Beschreibung
Karteikarten von Raphael Luiz Fonseca, aktualisiert more than 1 year ago
|
Erstellt von Raphael Luiz Fonseca
vor etwa 10 Jahre
|
|
| Frage | Antworten |
| - Estabelecer e manter concordância com os clientes e outros envolvidos sobre o que o sistema deve fazer - Delimitar fronteira do sistema - Definir uma interface de usuário para o sistema | Engenharia de Requisitos |
| Ciclo de Vida dos Requisitos | |
| - Engenheiros de Sw - Usuários Finais - Especialistas de Domínio - Fiscais Externos | Partes Interessadas ( Stakeholders ) |
| - Quanto mais tarde problemas com requisitos são detectados, mais será o custo para corrigi-los | Custo dos Requisitos |
| - Definem a funcionalidade do sistema - Ex: "O sistema deve ser capaz de debitar e creditar uma conta corrente" | Tipos de Requisitos - Funcionais |
| - Expressam restrições sob as quais o sistema deve operar ou qualidades específicas que o software deve ter - Ex: "O sistema deve suportar pelo menos 20 transações por segundo" | Tipos de Requisitos - Não Funcionais |
| - Vêm do domínio da aplicação do sistema e refletem característica do domínio | Tipos de Requisitos - De Domínio |
| - Derivados da atividade principal da organização Ex: Em um hospital sempre haverá requisitos relativos aos médicos, pacientes | Tipos de Requisitos - Permanentes (Estáveis) |
| - Requisitos que mudam durante o desenvolvimento ou quando o sistema está em uso | Tipos de Requisitos - Voláteis |
| - Se modificam por causa do ambiente do sistema | Tipos de Requisitos - Voláteis de Mutação |
| - Surge à medida que a compreensão do cliente do sistema se desenvolve | Tipos de Requisitos - Voláteis Emergentes |
| - Resultam na introdução do sistema no ambiente do usuário | Tipos de Requisitos - Voláteis Consequentes |
| - Dependem de outro equipamento ou processo. Conforme eles mudam, o requisito também muda. | Tipos de Requisitos - Voláteis de Compatibilidade |
| - Requisitos que especificam deve se comportar de um determinado modo, por ex: confiabilidade, robustez, rapidez | Tipos de RNF's - Produto |
| - Requisitos que são consequência da política e procedimentos | Tipos de RNF's - Organizacionais |
| - Requisitos que são externos ao sistema e seu desenvolvimento - Ex: Legislação, interoperabilidade | Tipos de RNF's - Externos |
| - Transação por segundo - Tempo de resposta para eventos | Medição RNF - Desempenho |
| - Megabytes - Número de chips ROM | Medição RNF - Armazenamento |
| - Tempo médio entre falhas - Taxa de ocorrência de falhas - Disponibilidade | Medição RNF - Usabilidade |
| - Tempo para recomeçar depois de uma falha - Probabilidade de corrupção de dados após falha. | Medição RNF - Robustez |
| - Porcentagem de declarações dependentes de plataforma - Número de plataformas-alvo - Se o SW roda em qualquer sistema | Medição RNF - Portabilidade |
| - Descobrir - Tornar explícitos - Envolve vários stakeholdes - Levantar documentação | Elicitar |
| - Entrevistas - Questionários - Etnografia - Workshops - Casos de Uso - Prototipagem | Técnicas de Elicitação |
| - Técnica de observação utilizada para compreender os requisitos sociais e organizacionais - Analisa como a pessoa trabalha em seu ambiente de trabalho | Técnica de Elicitação - Etnografia |
| - Pões todos os stakeholders juntos por um período INTENSIVO(focado) - O facilitador de um workshop é o responsável pelas atividades logísticas e de organização | Técnica de Elicitação - Workshop de Requisitos |
| - Descrições textuais das funcionalidades de um sistema a partir da perspectiva do usuário | Técnica de Elicitação - Casos de Uso |
| - Servem para facilitar o entendimento do sistema mostrando sua "visão externa" | Técnica de Elicitação - Diagrama de Caso de Uso |
| - Nome - Descrição - Atores - Pré Condição - Fluxo Principal - Fluxo Alternativo - Pontos de Extensão - Pontos de Inclusão - Fluxo Excepcional - Pós Condição | Especificação de um Caso de Uso |
| - São entidades externas do ambiente do sistema - Pode ser uma pessoa, sistema ou dispositivo - Podem ser especializados | Papéis Casos de Uso - Atores |
| - Um caso de uso base incorpora o comportamento de outro Caso de Uso | Casos de Uso - Include |
| - Modela partes opcionais da execução de um caso de uso - Dependem da escolha do ator | Casos de Uso - Extend |
| - O filho herda o comportamento do pai, podendo adicionar ou redefinir passos em pontos arbitrários do comportamento original | Casos de Uso - Generalização |
| - É iniciado por um ator e constitui um fluxo completo de eventos | Tipos de Caso de Uso - Concreto |
| - Nunca é instanciando diretamente - Include, Extend e Generalizaçao | Tipos de Caso de Uso - Abstrato |
| - É um modelo completo das funções do sistema em termos de casos de uso | Modelo de Caso de Uso |
| - Visa descobrir alguns problemas e torná-los mais consistentes antes da especificação formal | Análise de Requisitos |
| - Classificação e Organização - Checagens de ambiguidade, consistência, Omissões e Relacionamentos - Priorização e Negociação ( negociar com stakeholders) | Análise de Requisitos - Atividades |
| - É o produto final produzido pelo engenheiro de requisitos - Descreve todas as funções de um sistema e as restrições impostas a ele. | Especificação de Requisitos |
| - Demonstrar que os requisitos definem o sistema que o usuário realmente deseja | Validação de Requisitos |
| - Um grupo de pessoas se reúne, lê e analisa os requisitos, para identificar problemas e possíveis soluções | Técnicas de Validação de Requisitos - Revisões (Inspeções) |
| - Um protótipo executável demonstra os requisitos e ajudam os stakeholders a descobrir problemas. | Técnicas de Validação de Requisitos - Prototipagem |
| - Códigos automatizados que ajudam a mostrar se os requisitos estão ambíguos ou incompletos. | Técnicas de Validação de Requisitos - Casos de Teste |
| É o processo de gerenciar as mudanças nos requisitos durante o processo de Engenharia de Requisitos - A prioridade de cada requisito muda ao longo do tempo - É necessário gerenciar tudo isso | Gerenciamento de Requisitos |
| - Relacionam os requisitos e avaliam seus impactos | Rastreabilidade |
| - Ligação entre o requisito e o stakeholder que o propôs. | Rastreabilidade de Fonte |
| - Ligações de requisitos que dependem entre si | Rastreabilidade de Requisitos |
| - Ligação entre o requisito e o projeto ( Arquitetura, Módulos, Código) | Rastreabilidade de Projeto |
Möchten Sie mit GoConqr kostenlos Ihre eigenen Karteikarten erstellen? Mehr erfahren.