Galeria de mapas mentais Analista de Sistemas - Engenharia de Requisitos de Software
A engenharia de requisitos de software é um capítulo chave para analistas de sistemas, entre os quais a elicitação e a análise de requisitos são capítulos onde os artigos aparecem com frequência.
Editado em 2024-04-24 20:26:37Microbiologia medica, Infezioni batteriche e immunità riassume e organizza i punti di conoscenza per aiutare gli studenti a comprendere e ricordare. Studia in modo più efficiente!
La teoria cinetica dei gas rivela la natura microscopica dei fenomeni termici macroscopici e le leggi dei gas trovando la relazione tra quantità macroscopiche e quantità microscopiche. Dal punto di vista del movimento molecolare, vengono utilizzati metodi statistici per studiare le proprietà macroscopiche e modificare i modelli di movimento termico delle molecole di gas.
Este é um mapa mental sobre uma breve história do tempo. "Uma Breve História do Tempo" é um trabalho científico popular com influência de longo alcance. Ele não apenas introduz os conceitos básicos da cosmologia e da relatividade, mas também discute os buracos negros e a expansão. Do universo. questões científicas de ponta, como inflação e teoria das cordas.
Microbiologia medica, Infezioni batteriche e immunità riassume e organizza i punti di conoscenza per aiutare gli studenti a comprendere e ricordare. Studia in modo più efficiente!
La teoria cinetica dei gas rivela la natura microscopica dei fenomeni termici macroscopici e le leggi dei gas trovando la relazione tra quantità macroscopiche e quantità microscopiche. Dal punto di vista del movimento molecolare, vengono utilizzati metodi statistici per studiare le proprietà macroscopiche e modificare i modelli di movimento termico delle molecole di gas.
Este é um mapa mental sobre uma breve história do tempo. "Uma Breve História do Tempo" é um trabalho científico popular com influência de longo alcance. Ele não apenas introduz os conceitos básicos da cosmologia e da relatividade, mas também discute os buracos negros e a expansão. Do universo. questões científicas de ponta, como inflação e teoria das cordas.
engenharia de requisitos de software
Visão geral
Hierarquia de necessidades
Necessidades do usuário
Necessidades de negócios
requisitos do sistema
Desdobramento da Função de Qualidade (QFD)
Necessidades regulares
demanda esperada
demanda inesperada
Aquisição de requisitos
Entrevistas com usuários
Prepare-se para a entrevista
Determine o objetivo da entrevista
Identifique os usuários a serem incluídos nas entrevistas
Prepare perguntas para entrevistas
perguntas abertas
perguntas fechadas
Faça arranjos para entrevistas finais
processo de entrevista
Limite o tempo da entrevista
Procure exceções e situações de erro
Mergulhe nos detalhes
Mantenha os registros com cuidado
Acompanhamento da entrevista
A primeira tarefa é absorver, compreender e registrar as informações obtidas na entrevista
Registre as perguntas que o usuário não consegue responder e agende-as para a próxima entrevista para confirmação.
Envie um memorando de entrevista ao usuário para confirmar a contribuição do entrevistado e confirmar respostas incorretas às perguntas
Vantagens e desvantagens de entrevistas com usuários
Boa flexibilidade e ampla gama de aplicações
Dificuldade em coordenar o tempo do usuário
As entrevistas contêm uma grande quantidade de informações e são difíceis de registrar
Habilidades de comunicação adequadas
Conhecimento de domínio suficiente
Encontrando questões confidenciais e tópicos delicados
Formato da entrevista
Estruturado (prepare uma série de perguntas com antecedência e conduza-as de maneira direcionada)
Não estruturado (lista apenas ideias aproximadas, todas baseadas no desempenho imediato)
Na verdade, o mais eficaz é uma combinação dos dois
Questionário
Produção de questionário
Identifique o problema e digite
Escrevendo perguntas
Projete o formato do questionário
Vantagens e desvantagens das pesquisas por questionário
Colete dados de um grande número de respostas em pouco tempo e com baixo custo
O preenchimento anônimo conduz a respostas verdadeiras
Fácil de organizar e contar
Métodos para melhorar a taxa de retorno do questionário
Explique o propósito e uso do questionário
Explique os requisitos de resposta
Por favor, peça à pessoa responsável relevante para solicitar que você preencha e devolva
Participar de reuniões com clientes e responder questionários para direcionamento de processamento de informações
Reduza o tempo de resposta do questionário
Definir prêmios
amostragem
Tamanho da amostra
Fórmula de cálculo: fator heurístico (α) * (coeficiente de confiança/erro aceitável) * (coeficiente de confiança/erro aceitável)
Vantagens e desvantagens da amostragem
Acelere a coleta de dados
Depende dos fatores subjetivos do analista de sistema, contando com experiência e habilidade
Roteiro
Conceito de storyboard
Use ferramentas para explicar aos usuários como o sistema se adapta ao negócio
Tipos de storyboards
passiva
Semelhante a fotos e PPT
Ativo
Semelhante às amostras de filmes, pode ser reproduzido
interativo
Como simulação, simulação, protótipo
Criação de storyboard
Ferramentas estáticas, como caneta e papel, PPT, imagens, etc.
Ferramentas dinâmicas, como flash e outras ferramentas de animação, etc.
Vantagens e desvantagens dos storyboards
A tecnologia de aquisição de demanda mais vívida, fácil de usar e altamente interativa
Alto custo de tempo e lenta aquisição de demanda
Planejamento de Requisitos Conjuntos (JRP)
Desenvolvimento Conjunto de Aplicações (JAD)
Reunião JRP
princípios principais
Vantagens e desvantagens
É muito eficaz para problemas ambíguos e áreas onde as necessidades são menos claras.
As reuniões são difíceis de organizar e exigem altas capacidades de pessoal relevante
Custo mais alto, efeito óbvio
tecnologia de registro de requisitos
cartão de tarefa
Particularmente adequado para recolher e organizar informação ao nível da atividade empresarial
Descrição da cena
Descrições detalhadas de cenários e processos de trabalho por usuários
histórias de usuários
Descreva recursos que são valiosos para os usuários
contente
Descrição escrita (para planejamento e memorandos)
Conversa (refinando a história)
Casos de teste (verifique a implementação da história)
Cartões de histórias de usuário em formato manuscrito
Propriedades básicas
independência
Negociabilidade
valioso para os usuários
previsibilidade
Curto e grosso
Testabilidade
Volere cartão branco
Ferramenta de registro de requisitos semelhante a cartões de tarefas
Seleção de ferramenta
As histórias de usuários e os cartões brancos Volere são posicionados como requisitos mínimos e são adequados para uso em métodos ágeis.
Princípios de seleção
Pegue emprestado de modelos existentes
Estenda ou redefina conforme necessário
A seleção deve ser baseada em fatores de habilidade de equipe, usuário e análise do sistema
análise de demanda
Tarefas de análise de requisitos
definição
Refinar, analisar e revisar cuidadosamente os requisitos obtidos para garantir que todas as partes interessadas os entendam e identifiquem Erros, omissões, deficiências
Tarefa
Desenhe o diagrama de escopo do contexto do sistema
Criar interface de protótipo de usuário
Analise a viabilidade dos requisitos
Priorize as necessidades
Modele os requisitos
Criar dicionário de dados
Usar QFD
Método de análise de necessidades
Método de Análise Estruturada (SA)
O diagrama ER representa o modelo de dados
DFD representa modelo funcional
A principal função do DFD
Uma ferramenta para compreender e expressar as necessidades do usuário e um meio de análise de demanda
Descrever o processo lógico interno do sistema é uma ferramenta para expressar os resultados da análise de demanda e o ponto de partida do projeto do sistema.
Os materiais de texto arquivados são a base para uma maior revisão e enriquecimento do plano de desenvolvimento.
Símbolos básicos do DFD
Fluxo de dados, dados com nome e direção do fluxo, representados por uma seta com nome
Processamento, a transformação de um fluxo de dados, representado por um círculo
Armazenamento de dados, informações armazenadas acessíveis, representadas por segmentos de linha reta
Entidades externas, fontes de dados e destinos de dados durante o processamento de dados são representadas por caixas marcadas com nomes.
Níveis DFD
imagem de nível superior
Descrever os fluxos de dados de entrada e saída e entidades externas de todo o sistema
Decompor camada por camada
Como desenhar DFD
processo de desenho
Desenhe entradas e saídas do sistema
Desenhe o interior do DFD
Nomeie cada fluxo de dados
Nomeie o processo
Verifique e revise os princípios
Todos os DFDs permitem apenas quatro formas básicas e cada forma deve ter um nome.
Cada processo tem pelo menos um fluxo de dados de entrada e um fluxo de dados de saída
No DFD, os números de processamento precisam ser atribuídos por camada.
Qualquer subimagem DFD deve ser processada correspondentemente à camada acima dela. Os fluxos de dados de entrada e saída de ambos devem ser consistentes
Em todo o conjunto de DFD, cada armazenamento de dados deve ter fluxos de dados de leitura e gravação.
O fluxo de materiais pode ser adicionado ao DFD para ajudar os usuários a entender o DFD, mas o fluxo de controle não pode ser arrastado.
STD significa modelo comportamental
Mais adequado para descrever sistemas de controle em tempo real orientados a eventos
Representar o comportamento do sistema descrevendo estados e eventos do sistema que causam transições de estado
O núcleo é o dicionário de dados
Entradas do dicionário de dados
Elemento de dados, item de dados, a menor unidade de dados
Estrutura de dados, descrevendo o relacionamento entre os elementos de dados
fluxo de dados
armazenamento de dados
Lógica de processamento
entidade externa
O papel do dicionário de dados
Listar por vários requisitos
Referência cruzada para fácil modificação
Recuperar o nome do conteúdo da descrição
Verificação de consistência e verificação de integridade
Gerenciamento de dicionário de dados
Mantido e gerenciado pelo DBA
Análise orientada a objetos (OOA)
Linguagem de Modelagem Unificada UML
Estrutura UML
blocos de construção
coisa
Assuntos estruturais
questões comportamentais
transações de grupo
Transação de comentário
relação
confiar
Associação
generalizar
concluir
foto
Diagrama de classes
gráfico de objeto
Diagrama de construção
Diagrama de estrutura combinada
Diagrama de casos de uso
Fluxograma
diagrama de comunicação
Diagrama de tempo
Diagrama de estado
diagrama de atividades
Diagrama de implantação
Desenho do produto
Mapa do pacote
Diagrama de visão geral interativo
mecanismo público
Especificações (descrição detalhada)
Classificação pública (divisão geral)
Mecanismo de extensão
Modificar
regra
Disposições para montar blocos de construção
Uma visão que descreve a arquitetura do sistema
visão lógica
visualização do processo
Visão de implementação
Visualização de implantação
visualização de caso de uso
modelo de caso de uso
Elementos do diagrama de caso de uso
participantes
Exemplo
associação de comunicação
Identificar participantes
pessoas
Outros sistemas
Dispositivos de hardware, como cartões IC
relógio
Mesclar requisitos para obter casos de uso
Preste atenção à nomenclatura dos casos de uso
Não confunda os casos de uso com as etapas que eles contêm
Preste atenção na distinção entre casos de uso de negócios e casos de uso de sistema
Refinar as descrições dos casos de uso
Usar nome do caso
Uma breve descrição
fluxo de eventos
requisitos não Funcionais
Pré-condições e pós-condições
ponto de extensão
prioridade
Ajustar o modelo de caso de uso
relação de inclusão
relacionamento estendido
relação de generalização
Modelo analítico
Definir classe de conceito
Determinar a relação entre as classes
relação de conexão
Dependências
relação de generalização
agregação compartilhada
agregação combinatória
perceber relacionamento
Adicionar responsabilidades a uma turma
Atributos
método
Criar diagrama de interação
Fluxograma
Diagrama de visão geral interativo
diagrama de comunicação
Diagrama de tempo
Problemas de nível de detalhe do modelo de análise
Modelo é um trabalho auxiliar no processo de desenvolvimento
Análise Orientada ao Domínio do Problema (PDOA)
Enfatize mais descrição e menos modelagem
Composição da descrição
foco no domínio do problema
Concentre-se em resolver o comportamento desejado do sistema
Processo de análise
Reúna informações básicas e desenvolva uma estrutura de problema para estabelecer o tipo de domínio do problema
Colete mais detalhes guiados pelo tipo de quadro de pergunta e dê uma Descrição dos recursos relevantes do domínio do problema
Coletar e documentar requisitos para o novo sistema
Definição de requisitos
Método de definição de requisitos
Defina métodos estritamente
Suposições básicas
Todos os requisitos podem ser predefinidos
Capacidade de comunicação precisa e clara entre desenvolvedores e usuários
Use gráficos (ou texto) para representar totalmente o sistema final
Adequado para a situação
Adequado apenas para sistemas com funções simples e de pequena escala
método de protótipo
Uma abordagem de desenvolvimento iterativa e cíclica
Questões que precisam de atenção
Os protótipos podem melhorar gradativamente os requisitos
Os protótipos fornecem um meio de superar dificuldades de comunicação
Os protótipos fornecem um modelo realista do sistema no qual os usuários podem participar
Os protótipos fornecem um ambiente de desenvolvimento de sistema adequado
Uma vez que os requisitos sejam claramente definidos através da prototipagem, o desenvolvimento do sistema deve ser concluído usando uma abordagem rigorosa
Especificação de Requisitos de Software
Como escrever
Escreva documentos baseados em texto com boa estrutura e linguagem natural
Construa modelos gráficos
Escreva especificações formais
conteúdo e formato
escopo
Materiais de referência
precisar
Regulamentos de elegibilidade
Rastreabilidade de requisitos
Questões não resolvidas
anotação
apêndice
Verificação de requisitos
Revisão de requisitos
Tipo de revisão técnica
Análise
examinar
Passo a passo
Processo formal de revisão
plano
Preparar
realizar revisão
Tome medidas com base nos resultados da revisão
Como fazer uma boa revisão de necessidades
Revisão hierárquica
Uma combinação de revisões formais e informais
Revisão encenada
Revisores cuidadosamente selecionados
Treinar revisores
Estabeleça um processo de revisão padrão
Realizar trabalho de acompanhamento após a revisão
Esteja totalmente preparado para a revisão
Teste de requisitos
Casos de teste de conceito
O processo de teste de requisitos
Gestão de demanda
Gerenciamento de mudanças de requisitos
linha de base da demanda
status da demanda
Mudança de requisitos
Gerenciamento de risco de demanda
abordagem arriscada
Não há usuários suficientes participando
Classificação do usuário ignorada
Aumento das demandas dos usuários
Necessidades ambíguas
recursos desnecessários
SSR excessivamente simplificado
estimativa imprecisa
Riscos relacionados à demanda
Acompanhamento de requisitos
Conteúdo do rastreamento de demanda
O objetivo do rastreamento de demanda
Matriz de Acompanhamento de Requisitos