Engenharia de Requisitos
|
|
- Ivan Veiga Melgaço
- 8 Há anos
- Visualizações:
Transcrição
1 Engenharia de Requisitos Mestrado em Ciência da Computação Disciplina: Engenharia de Software Profa. Dra. Elisa H. M. Huzita
2 Requisitos Requisitos: (IEEE) 1)Uma condição ou uma capacidade de que o usuário necessita, para solucionar um problema ou alcançar um objetivo. 2) Uma condição ou uma capacidade que deve ser alcançada ou possuída por um sistema ou componente do sistema, para satisfazer um contrato, um padrão, uma especificação ou outros documentos impostos formalmente. 3) Uma representação documentada de uma condição ou capacidade, conforme os itens (1) e (2).
3 Engenharia de Requisitos está relacionada com a identificação de metas a serem atingidas pelo sistema a ser desenvolvido; está relacionada com a operacionalização de tais metas em serviços e restrições (princípios, técnicas, linguagens e ferramentas) ; está interessada com o relacionamento desses fatores para fazer uma especificação do comportamento do software e de sua evolução ao longo do tempo. é uma área ampla e multidisciplinar: aspectos sociais e humanos são importantes
4
5 Níveis de Requisitos Requisitos do usuário: Se destinam às pessoas envolvidas no uso e na aquisição do sistema; Devem ser escritos usando linguagem natural, tabelas e diagramas de modo que sejam compreensíveis. Exemplo:o software deve oferecer um meio de representar e acessar arquivos externos criados por outras ferramentas
6 Níveis de requisitos Requisitos do sistema: Se destinam a comunicar, de modo preciso as funções que o sistema tem de fornecer. Podem ser escritos: em linguagem estruturada, formulário estruturado de linguagem natural, linguagem com base em alguma linguagem de programação linguagem especial para especificação de requisitos
7 Níveis de requisitos Exemplo: para o requisito do usuário definido no item anterior, pode-se ter: 1.1. O usuário deve dispor de recursos para definir o tipo dos arquivos externos; 1.2 Cada tipo de arquivo pode ter uma ferramenta associada a ele; 1.3 Cada tipo de arquivo externo pode ser representado como um ícone específico na tela
8 Tipos de requisitos Principais tipos: Requisitos funcionais: dizem respeito à definição das funções que um sistema ou um componente de sistema deve fazer. descrevem as transformações a serem realizadas nas entradas de um sistema ou em um de seus componentes, a fim de que se produzam saídas. devem ser consistentes e completos Exemplo: o sistema fornecerá telas apropriadas para o usuário ler documentos no repositório de documentos.
9 Tipos de requisitos Requisitos não funcionais: dizem respeito às: restrições, aspectos de desempenho, interfaces com o usuário, confiabilidade, segurança, manutenibilidade, portabilidade, Padrões. são críticos: erros na elicitação destes se constituemn os mais caros e difíceis de corrigir, uma vez que um sistema tenha sido implementado
10 Tipos de requisitos Requisitos organizacionais: dizem respeito às metas da empresa, suas políticas estratégicas adotadas, os relacionamentos entre os seus atores junto com seus respectivos objetivos
11 O processo de engenharia de requisitos Processo de engenharia de requisitos = {estruturado de atividades que são seguidas com o objetivo de derivar, validar e manter um documento de requisito}
12 propostas de modelos de processo: 1) elicitação, especificação e revisão
13 Modelo de Processo de Engenharia de Requisistos 1. Elicitação Problema Usuário comunicação Engenheira de Requisitos aplicação de métodos de aquisição de informação 'Enunciado do Problema' 2. Especificação aplicação de métodos de especificação 3. Revisão desafios aplicação de métodos de revisão e animação Projeto modificações 'Especificação de Requisitos' Usuário aprovação do documento comunicação Engenheira de Requisitos
14 Modelo de Processo de Engenharia de Requisistos 2) Proposta por Castro: elicitação de requisitos busca capturar os requisitos e obter conhecimento domínio do problema usa entrevista, descreve sistemas similares, se envolve no trabalho do usuário, observa, aprende e questiona, onsulta material existente só a entrevista não é suficiente. modelagem de requisitos, análise de requisitos obter uma especificação consistente e completa. validação de requisitos.
15 Modelo de Processo de Engenharia de Requisistos elicitação + validação de requisitos = fase de aquisição de requsitos, modelagem + análise de requistos = fase de especificação de requistos.
16 Modelo de Processo de Engenharia de Requisistos Segundo Castro, a elicitação de requisitos é uma atividade de aprendizagem: a) do comportamento de sistemas existentes ( incluindo: procedimentos manuais, engenharia reversa de software existente e interfaces) b) do comportamento do domínio do problema que está relacionado com o software a ser implementado, c) dos objetivos e restrições dos usuários (funcionais e organizacionais).
17 Modelo de Processo de Engenharia de Requisistos 3) segundo Pressman: as tarefas do engenheiro de requisitos : reconhecimento do problema, avaliação e síntese, modelagem, especificação e validação(revisão). reconhecimento do problema: entender os elementos básicos de acordo com a percepção do cliente/usuário. avaliação e síntese de solução: são criados modelos do sistema para melhor entender aspectos funcionais, de controle, de comportamento. modelo: fundamentação para o projeto de software e base para a criação da especificação para o software.
18 Modelo de Processo de Engenharia de Requisistos especificação: prover uma representação do software que possa ser revisada e aprovada pelo usuário. validação: descrição de critérios que demonstram que ocorrerá uma implementação satisfatória e que servirão como base para o teste. Se não é possível um protótipo, poderá ser produzido um Manual Preliminar do Usuário.
19 3) Atividades: descoberta análise negociação especificação requisito requisitos requisitos requisitos declaração necessidade documento especificação sistema existente requisitos sistema padrões usuários experiência domínio
20 Modelo de Processo de Engenharia de Requisistos 5) Modelo proposto por Kotonya e Sommerville fases : Elicitação, Análise, Documentação e Validação de Requisitos. modelo espiral: cada atividade do processo é repetida até que seja tomada a decisão de que o documento de requisitos pode ser aceito. as mudanças de requisitos são parte da fase de Gerenciamento de Requisitos. as atividades, consistem de processos iterativos e interrelacionados que podem cobrir todo o ciclo de vida do desenvolvimento de sistemas de software
21
22 Elicitação Elicitação: objetivos: obter conhecimento relevante para o problema - prover o mais correto entendimento de o que é esperado do software; descobrir os requisitos através de comunicação com os usuários: dificuldades derivadas da capacidade humana: armazenar e organizar grande quantidade de informaçõies; gerenciar conflitos.
23 Elicitação investigar e coletar informações sobre o sistema e a organização que o envolve; identificar as necessidades de diferentes classes de usuários. problemas: entender as reais necessidades do usuário: ponto de vista do usuário diferente do anlista --> formação distinta usuários não têm uma idéia precisa e explícita do sistema a ser desenvolvido dificuldade dos usuários em descrever o conhecimento que possui sobre o domínio do problema
24 Elicitação Como proceder: iniciar com encontro preliminar seguida de outra técnica de elicitação Pressman, no encontro preliminar: questões que enfatizam o cliente, os objetivos e os benefícios do sistema; questões que habilitam o analista a ganhar um melhor entendimento do problema e o cliente falar sobre a sua percepção
25 Elicitação Técnicas para elicitação: cenários: representar tarefas que executam e as que desejam executar Técnicas tradicionais: questionários, entrevistas, análise de documentação existente técnicas de elicitação de grupo: técnicas de dinâmica de grupo: brainstorming prototipação: quando existe alto grau de incerteza e necessita de um rápido feedback
26 Elicitação técnicas cognitivas: aquisição de conhecimento para sistemas baseados em conhecimento técncias contextuais: técnicas de etnografia e análise social.
27 Técnicas tradicionais para elicitação entrevistas: fonte produtiva de apuração de fatos podem ser usadas em uma ampla variedade de domínios, sendo a mais utilizada vantagem: volume de informações que podem ser elicitadas e desvantagem: tempo que elas consomem.
28 Técnicas tradicionais análise das características do sistema objeto: produz bons resultados e provê uma estrutura para a definição do problema. pode-se: obter informações dos problemas e fatores chaves do sucesso, definir os fatores que são críticos para o sucesso na execução de suas tarefas ou tomada de decisão.
29 Técnicas tradicionais métodos existentes nesta técnica: BSP (Business System Planning) - está baseada nos processos de negócios. Os requisitos são derivados dos objetivos do sistema objeto e da definição dos processos de negócio (problemas e fatores chave de sucesso).
30 Técnicas tradicionais CSF (Critical Sucess Factor) - as informações relevantes são derivadas dos fatores críticos para a operação e gerenciamento da organização (sucesso na execução de suas tarefas ou tomadas de decisões) E/M (End Means Analysis) - propõe a separação entre definição dos resultados ou saídas (produtos, serviços e informações) gerados por um processo organizacional, e a definição dos meios (entradas e processos) usados para executá-los.
31 Técnicas tradicionais Outras Técnicas: FAST (facilited application specification technique) combina: identificação do problema, negociação e especificação de um conjunto preliminar de requisitos. Diretrizes básicas: encontro de clientes e desenvolvedores em local neutro estabelecer regras para preparação e participação; é sugerida uma agenda cobrindo todos os pontos importantes e que encoraja o livre fluxo de idéias; facilitador (cliente,desenvolvedor, ou elemento externo) para controlar o encontro.
32 Técnicas tradicionais Estratégia de Loh combina entrevista e questionário, tendo como base um conjunto de perguntas que se relacionam entre si e são divididas em três níveis de detalhe: perguntas genéricas: tratam de aspectos gerais da organização (objetivos, divisões, clientes e fornecedores da organização); perguntas específicas: coletam informações mais detalhadas sobre aspectos da organização; perguntas sobre termos chaves: palavras ou verbos considerados importantes dentro do contexto, são identificados e fornecidos pelo usuário.
33 Técnicas tradicionais Estratégia de Gilvaz: aquisição de informações independente de domínio; está baseada nas técnicas de entrevista e análise do sistema objeto Objetivo: preenchimento de um modelo conceitual, representando aspectos do sistema objeto baseado nos três métodos : BSP (Business System Planning), CSF (Critical Sucess Factor) e E/M (End Means Analysis) Tipos de perguntas : de instanciação, de relação, de complementação, de investigação e de inconsistência.
34 Técnicas tradicionais Perguntas de instanciação: Qual a área funcional? seus objetivos? suas atividades? seus problemas? Quais são as decisões associadas à atividade? De onde provem a informação? Quais são os fatores críticos de sucesso em torno da atividade? problemas que impedem o fator crítico de sucesso? informações que garantem/apoiam o fator crítico de sucesso? Quais os elementos envolvidos na atividade?
35 Técnicas tradicionais Quais as características do elemento? descriçao do elemento? serviços que operam o elemento? usuários do serviço? Quais são as informações utilizadas pelo serviço? Quais são as etapas envolvidas na execução do serviço? restrições que limitam o serviço? Perguntas de relação procuram estabelecer novas relações: <informação> apóia <fator crítico>? <informação> apóia <decisão>?
36 Técnicas tradicionais Perguntas de investigação: questionam a existência de informações não mencionadas. <fator crítico> é válido? Existe mais algum objetivo além da <lista de objetivos>? Existe mais algum fator crítico além de <lista de fatores críticos>? Existe mais alguma informação que apóia <fator critico> além da <lista de informações>? Existe mais alguma característica do <elemento> além da <lista de características>?
37 Técnicas tradicionais Perguntas de inconsistência: alertar inconsistências ocorridas a respeito de uma resposta: A <informação> foi respondida anteriormente como sendo fornecida por <origem>! Confirma? A <descrição> foi estabelecida anteriormente como <descrição do elemento>! Confirma? Outras perguntas podem ser definidas a partir de heurísticas derivadas do próprio modelo, que analisam as respostas alimentadas no modelo e procuram relações que façam sentido.
38 Elicitação Resultado da elicitação de requisitos: descrição dos requisitos que estabelece o que o sistema deverá fazer, auxilia na atividade de especificação de requisitos, mas não propõe uma solução para o problema
39 Análise e Negociação dos Requisitos análise: objetivo: detectar incompletudes, omissões e redundâncias - descobrir os requisitos necessários e desejados técnicas utilizadas: lista de checagem, prototipação
40 Análise e Negociação dos Requisitos negociação: objetivos: resolver conflitos entre usuários sem comprometer asatisfaçãodecadaum; atribuir prioridades aos requisitos ----> de acordo com as necessidades dos usuários; atender aos requisitos mais críticos
41 Documentação Documentação: objetivo: documentar os requisitos deve ser possível de entender por todos ----> contrato entre usuários e desenvolvedores; deve ser rastreável e gerenciável ao longo da evolução do sistema; descrever restrições, interfaces com outros sistemas, descrição do domínio.
42 Validação de Requisitos validação de requisitos: objetivos: certificar que o documento de requisitos é consistente com as necessiddes dos usuários, verificar a validade, a consistência, a completeza, o realismo; a facilidde de verificação. dificuldades: obter consenso entre usuários com objetivos conflitantes demonstrar a corretude
43 Validação de Requisitos dificuldades: obter consenso entre usuários com objetivos conflitantes demonstrar a corretude técnicas usadas: revisão de requisitos protitipação
44 Gerenciamento de requisitos gerenciamento de requisitos objetivos: gerenciar e controlar as mudanças nos requisitos gerenciar o relacionamento entre os requisitos os requisitos devem ser identificados unicamente ---> possibilitar restrear e avaliar os impactos advindos de mudanças
45 Mais técnicas para elicitação e 1) Cenários: o que são: validação descrições em linguagem natural ou modelos mais complexos contendo informação comportamental (ações, eventos e atividades) e objetos (entidade, atributos) objetivos: descrever as ações em um ambiente relacionadas ao sistma atual ou a um sistema a ser desenvolvido
46 Mais técnicas para elicitação e validação o cenário pode incluir: descriçãodo estadodosistemanoiníciodocenário; descrição do fluxo normal de eventos no cenário; descriçãodoque pode sair errado e de como lidar com isso; informações sobre outras atividades que possam estar em andamento ao mesmo tempo; uma descrição do estado do sistema no final do cenário exemplo: ( cenário do evento) iniciar transação: solicitar senha, validar usuário e selecionar serviço
47 exemplo.. o cliente insere o cartão e digita a senha. Se o cartão for válido, o controle poderá passar para o próximo estágio. Existem 3 possíveis exceções ( para cada um posso ter uma descrição detalhada e o cenário correspondente): tempo esgotado: não forneceu a senha dentro do tempo permitido cartão inválido: não é reconhecido e é devolvido cartão roubado: cartão é reconhecido como cartão roubado e é retido na máquina.
48 Mais técnicas para elicitação e validação principais técnicas utilizando cenários: 1) métodos para a análise de requisitos baseda em cenários: Hipótese: a integração de técnicas fornece o melhor caminho para a engenharia de requisitos técnicas utilizadas: entrevistas e técncias para descobrimento de fatos: elicitar dados suficientes para a construção de protótipo
49 Mais técnicas para elicitação e validação construção de protótipo: pode usar qualquer ferramenta validação com clientes: utilizar protótipos para validar os requisitos análise: efetuar a análise dos requisitos alguns pontos: combinação de técnicas é útil na captura de requisitos; a utilização de cenários na descrição de situações auxilia a manter a atenção dos clientes; cenários são fracos para captura de requisitos não funcionais.
50 Mais técnicas para elicitação e validação 2) Use case: baseados em cenário para a obtenção de requisitos 3) Etnografia: técncia de observação que podeser utilizada na compreensão dos requisitos sociais e organizacionais. o analista observa o trabalho diário in loco. ajuda a descobrir requisitos implícitos, que refletem processo reais ( muito além daquilo que consta na definição de um processo)
51 Mais técnicas para elicitação e validação 4) orientado a pontos de vista: sistemas de médio ou grande porte--> diferentes tipos de usuários --> diferentes interesses nos requisitos --- >diferentes pontos de vista os diferents pontos de vista são utilizados para estruturar e organizar o processo de levantamento e os próprios requisitos.
52 Mais Técnicas para Elicitação e validação Vantagens: a utilização do sistema é heterogênea: diferentes usuários pode ser usada para coletar e classificar informações de diferentes tipos de domínio de aplicação, pode ser usado como um meio para estruturar o processo de elicitação de requisitos pode ser usado para encapsular diferentes modelos de sistema pode ser usado para estruturar descrição de requisitos e expor conflitos entre os diferentes requisitos.
53 Princípios de Especificação de Requisitos Os usuários e os interesses: clientes : validação dos requisitos. analistas : consistencia, completude e corretude (na especificação). garantir a integridade do sistema (no projeto). os projetistas e engenheiros: nos requisitos (é a base para a construção do sistema) o gerente de projeto: administrativas contidas nos requisitos e também restrições de tempo e necessidades do cliente.
54 Princípios de Especificação de Requisitos Conteúdo de uma Especificação de Requsitos: 1) Funcionalidade: descrevem os serviços que devem ser fornecidos para o cliente/usuário: procedimentos para inicializar, finalizar, testar osistema; operações sobre condições normais /anormais; procedimentos para controlar os modos de operação /recuperação do sistema 2) Descrição do Ambiente e Objetivos do Sistema: objetivos do sistema: razões fundamentais para ter um sistema de computação.
55 Princípios de Especificação de Requisitos descrição do ambiente no qual o sistema irá operar e o domínio da aplicação. Contém, informações tais como: atributos físicos do ambiente (tamanho, localização); atributos organizacionais (aplicação comercial, aplicação militar); tipos de usuários em potencial; aspectos de segurança; mudanças no ambiente que irão perturbar a operação do sistema,etc..
56 Princípios de Especificação de Requisitos 3) Gerenciamento de Projeto: garantir que a construção do sistema será realizada de uma maneira cuidadosa e controlada. Tratam: a) do ciclo de vida do desenvolvimento: como ocorrerá a construção do sistema e contém: padrões de documentação; procedimentos para teste e integração dos módulos; procedimentos para o controle das mudanças e mudanças conjecturadas/esperadas. b) da entrega e instalação do sistema, considerando os processos que ocorrem fora do escopo de construção e incluem informações do tipo:
57 Princípios de Especificação de Requisitos prazos de entrega; critério de aceitação; treinamento; manuais; suporte e manutenção. 4) Restrições Funcionais: descrevem as propriedades necessárias ao comportamento sistema e incluem: performance; eficiencia; segurança; confiabilidade; qualidade. do
58 Princípios de Especificação de Requisitos 5) Restrições de Projeto: são algumas condições, além da funcionalidade, que influenciariam o projeto e a construção do sistema: padrões de hardware e software; uso de bibliotecas específicas; uso de um sistema operacional específico questões de compatibilidade. 6) Protocolos de Dados e Comunicação: descrevem todos os tipos de fluxo de dados entre os componentes funcionais do sistema, e entre o sistema e seu ambiente. Isto inclui:
59 Princípios de Especificação de Requisitos Características Desejáveis em uma Especificação de Requisitos: Não ambiguidade: ter interpretação única Completude: descrever cada apecto significativo e relevante do sistema e incluir detalhes a respeito de todas as informações. melhor juiz = usuário, mas este nem sempre sabe muito além das funcionalidades e objetivos. natureza subjetiva da definição de completude esta propriedade é impossível de ser garantida;
60 Princípios de Especificação de Requisitos Consistência: não deve existir requisitos contraditórios na especificação; Verificabilidade: deve ser possível verificar o que projeto e implementação originais; satisfazem os requisitos Validação: possibilitar ao usuário de ler e entender a especificação de requisitos, e indicar se os requiatos refletem as suas idéias; Modificação
61 Princípios de Especificação de Requisitos Compreensível: todos os usuários devem ser capazes de entender os requisitos; Teste: possibilitar quye sejam realizados testes; Rastreamento: estabelecer referências entre os requisitos, aspectos de projeto e implementação, para possibilitar controlar os efeitos das modificações.
62 Formato do documento de especificação de requisitos sugerido pela IEEE/ANSI Introdução 1.1 propósito do documento de requisitos 1.2 escopo do produto 1.3 definições, acrônimos e abrviações 1.4 referências 1.5 visão geral do restante do docuemnto 2.Descrição geral 2.1 perspectiva do produto 2.2 funções do produto 2.3 características do usuário 2.4 restrições gerais 2.5 suposições e dependências
63 Formato do documento de especificação de requisitos sugerido pela IEEE/ANSI Requisitos Específicos os requisitos podem documentar interfaces externas, descrever funcionalidade e desempenho do sistema, especificar requisitos lógicos de banco de dados,restrições de projeto, caracterísitcs de qualidade. 4. Apêndices 5. índice
64 Formato do documento de especificação de requisitos sugerido pela IEEE/ANSI Este padrão é bastante amplo As informações incluídas em um documento de requisitos depende do tipo de software que está sendo desenvolvido
65 Formato de documento de requisitos sugerido em [Sommervile 2002] 1. Prefácio: define o público a que se destina o docuemtno, descreve seu histórico de versão, l gica para criação da versão e um sumário das mudanças feitas 2. Introdução: descreve brevemente cada função e explica como deverá operar com outros sistemas. Descreve como o sistema se ajusta aos negócios em geral e aos objetivos estratégicos da organização que está encomendando o software.
66 Formato de documento de requisitos sugerido em [Sommmervile, 2002] Glossário: definir os termos técnicos utilizados no documento Definição de requisitos do usuário: os serviços fornecidos para o usuário e os requisitos não funcionais. A descrição pode ser em linguagem natural, diagramas ou outras notações. Padrões de produtos e processo a serem seguidos devem ser especificados. Ex. O editor deve fornecer um recurso aos usuários para adicionar nós de um tipo específico a seu desenho
67 Formato de documento de requisitos sugerido em [Sommervile 2002] 5. Arquitetura de Sistemas: apresenta visão geral da arquitetura com possíveis módulos. Os componentes reutilizados, se houverem, devem ser indicados 6. Especificação de requisitos do sistema: descrever requisitos funcionais e não funcionais, podendo incluir interfaces com outros sistemas.
68 Formato de documento de requisitos sugerido em [Sommervile Modelos do sistemas: elaborar um ou mais 8. Evolução do sistema: descrever mudanças previstas devida à evolução de hardware, mudnças ns necessidades do usuário 9. Apêndices: podem incluir descrições de configurações de hardware; requisitos de BD 10. Índice: alfabético, diagramas
69 Comentários Adicionais O Contexto da Definição de Requisitos: 1) Elementos Fundamentais: Ambiente ou domínio da aplicação: O que é: é onde ocorrem os fenômenos que caracteerizam os problemas referentes aos requisitos do cliente. É o primeiro elemento a ser conhecido e representado pelo engenheiro de requisitos. Incluem aspectos sociais, economicos e políticos em que se insere a organização
70 Comentários Adicionais Características: Cultura organizacional: regras, comportamento, hábitos e costumes Mudanças: dinâmica social e organizacional do elemnto humano como agente de mudança do ambiente; Tecnologias: avanços tecnológicos e o impacto que causam no ambiente organizacional
71 Comentários Adicionais Problemas: O que são: diferença : algo como desejado x como percebido Características: Fato: verdade Fenomeno:como se vê Fato + fenomeno + quem relata : possibilita entender um problema
72 Comentários Adicionais Requsitos: O que são: declaração descritiva de exigências do ponto de vista de alguém sobre o qual será provida tecnologia de informação para a solução do problema Características: Funções Atributos Restriçoes (critéios para aprovação ou recusa para um produto)
73 Comentários Adicionais Stkeholder: Quem são: pessoas que direta/indiretamente são afetadas pelo sistema a ser construído para a solução de problemas Características: Preferências Expectativas Prioridade
74 Comentários Adicionais Processo de Engenharia de Requisitos Envolve: a aplicção de técnicas; métodos, normas e padrões e métricas e planejamento Produto: documento de requisitos Incluem: contexto organixacional, requisitos, avliação de riscos.
Engenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisREQUISITOS. Prof. Msc. Hélio Esperidião
REQUISITOS Prof. Msc. Hélio Esperidião OS REQUISITOS O que são requisitos? Uma descrição de um serviço ou de uma limitação O que é a engenharia de requisitos? O processo envolvido no desenvolvimento de
Leia maisEngenharia de Software
Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São
Leia maisRequisitos de Software
Requisitos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio Cornélio,
Leia maisRequisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Leia maisRequisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
Leia maisRequisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Clayton Maciel Costa
Leia maisExtração de Requisitos
Extração de Requisitos Extração de requisitos é o processo de transformação das idéias que estão na mente dos usuários (a entrada) em um documento formal (saída). Pode se entender também como o processo
Leia maisRequisitos de Software
Requisitos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 1 Objetivos Apresentar os conceitos de requisitos de usuário e de sistema Descrever requisitos funcionais
Leia maisAPOO Análise e Projeto Orientado a Objetos. Requisitos
+ APOO Análise e Projeto Orientado a Objetos Requisitos Requisitos 2 n Segundo Larman: n São capacidades e condições às quais o sistema e em termos mais amplos, o projeto deve atender n Não são apenas
Leia maisUniversidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisUNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas
UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas 4.1 Motivação Sistemas de Informação são usados em diversos níveis dentro de uma organização, apoiando a tomada de decisão; Precisam estar
Leia maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisModelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software Prof. Dr. Juliano Lopes de Oliveira (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications)
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Conteúdo Definição Questionamentos Típicos Visão Geral Ciclo de Vida dos Requisitos Síntese dos Objetivos Gerência de Mudança Identificação de Requisitos Classificação de Requisitos
Leia maisALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA
ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA INTRODUÇÃO O projeto de um banco de dados é realizado sob um processo sistemático denominado metodologia de projeto. O processo do
Leia maisTópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.
Engenharia de Software Aula 06 Tópicos da Aula Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 26 Março 2012 Funcionais e não funcionais De usuário e do Engenharia de Estudo
Leia mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisObjetivos. Requisitos de Software. Tipos de Requisitos. O que é um requisito? Requisitos Funcionais e Não- Funcionais. Requisitos Funcionais
Objetivos de Software Gidevaldo Novais (gidevaldo.vic@ftc.br) Introduzir os conceitos do usuário e do Descrever requisitos funcionais e nãofuncionais (domínio) Apresentar um esqueleto de documento e notas
Leia maisReferências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
Leia maisLevantamento, Análise e Gestão Requisitos. Aula 12
Levantamento, Análise e Gestão Requisitos Aula 12 Agenda Miscelâneas (Parte 3): Gerenciamento dos Requisitos Mutáveis Rastreabilidade de Requisitos Processo de Gestão de Mudanças Requisitos Estáveis e
Leia maisRequisitos de Software
Requisitos de Software Prof. José Honorato F.N. Prof. José Honorato F.N. honoratonunes@gmail.com Requisitos de Software Software é o conjunto dos programas e dos meios não materiais que possibilitam o
Leia maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Leia maisLEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira
LEVANTAMENTO DE REQUISITOS Lílian Simão Oliveira Níveis de erros Fonte: imaster.com um software São as características e funcionalidades que um software tem Engenharia de Requisitos O que é? Quem faz?
Leia maisPós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Leia maisFeature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Leia maisConcepção e Elaboração
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Concepção e Elaboração Estudo
Leia maisCiência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software
Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Tipos de requisitos Atividades Princípios da
Leia maisEngenharia de Software
Engenharia de Software Roteiro Análise de requisitos Definição de requisitos do sistema Requisitos Funcionais Requisitos Não Funcionais Exercício Análise de Requisitos Análise de Requisitos É o 1º passo
Leia maisGerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento
Leia maisGerência de Projetos
Gerência de Projetos Escopo Custo Qualidade Tempo CONCEITO PROJETOS: são empreendimentos com objetivo específico e ciclo de vida definido Precedem produtos, serviços e processos. São utilizados as funções
Leia maisO Processo Unificado: Captura de requisitos
O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação
Leia maisTecnologia e Sistemas de Informações
Universidade Federal do Vale do São Francisco Tecnologia e Sistemas de Informações Prof. Ricardo Argenton Ramos Aula 3 Componentes de SIs Pessoas SI Organiz. Unidades que exercem diferentes funções, tais
Leia maisSGQ 22/10/2010. Sistema de Gestão da Qualidade. Gestão da Qualidade Qualquer atividade coordenada para dirigir e controlar uma organização para:
PARTE 2 Sistema de Gestão da Qualidade SGQ Gestão da Qualidade Qualquer atividade coordenada para dirigir e controlar uma organização para: Possibilitar a melhoria de produtos/serviços Garantir a satisfação
Leia maisModelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications) A boa organização lógica do documento
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisEngenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com
Engenharia de Software: conceitos e aplicações Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com 1 Objetivos da aula Apresentar os conceitos de Engenharia de Software e explicar a sua importância.
Leia maisCiclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental
CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS Elicitação Ciclo de Vida Clássico ou Convencional O Modelo Cascata Análise Ana Paula Terra Bacelo Blois Implementação Material Adaptado do Prof. Marcelo Yamaguti
Leia maisTópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Leia maisElicitação de requisitos e análise
Elicitação de requisitos e análise Esta atividade divide-se em dois esforços maiores: Elicitação dos requisitos em si Técnicas de elicitação Análise do que foi elicitado Processo de análise 1 Que é um
Leia maisPROFESSOR: CRISTIANO MARIOTTI
PROFESSOR: CRISTIANO MARIOTTI Conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto de software; Considerado um dos principais mecanismos para se obter software de qualidade
Leia maisEngenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisResumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0
O que é BABok? O BABok 2.0, Corpo de Conhecimento de Análise de Negócios, é considerado como um Guia Referência de Práticas de Análise de Negócio. Este guia é publicado e mantido pelo IIBA. O guia BABok
Leia maisGESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11
GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11 Índice 1. Importância do ERP para as organizações...3 2. ERP como fonte de vantagem competitiva...4 3. Desenvolvimento e implantação de sistema de informação...5
Leia maisO Processo de Engenharia de Requisitos
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo de Engenharia de Requisitos Engenharia de Software 2o.
Leia maisTRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado
Leia maisEngenharia de Software
Engenharia de Software Roteiro Inspeção Defeitos dos Software Classificação dos Erros Técnica de Leitura Ad-hoc Checklist Exercício Inspeção Inspeção de Software Definição É um método de análise estática
Leia maisEngenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Leia maisCONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES
CELG DISTRIBUIÇÃO S.A EDITAL N. 1/2014 CONCURSO PÚBLICO ANALISTA DE GESTÃO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI RESPOSTAS ESPERADAS PRELIMINARES O Centro de Seleção da Universidade Federal de Goiás
Leia maisPós Graduação Engenharia de Software
Pós Graduação Engenharia de Software Ana Candida Natali COPPE/UFRJ Programa de Engenharia de Sistemas e Computação FAPEC / FAT Estrutura do Módulo Parte 1 QUALIDADE DE SOFTWARE PROCESSO Introdução: desenvolvimento
Leia maisAnálise de Requisitos Conceitos
Tema da Aula Conceitos Prof. Cristiano R R Portella portella@widesoft.com.br Analisar (v) 1. Decompor um todo em partes, componentes; fazer análise 2. Observar, examinar com minúcia; esquadrinhar 3. Examinar
Leia maisImplantação de um Processo de Medições de Software
Departamento de Informática BFPUG Brazilian Function Point Users Group Implantação de um Processo de Medições de Software Claudia Hazan, MSc., CFPS claudinhah@yahoo.com Agenda Introdução Processo de Medições
Leia maisAs principais características da abordagem de um banco de dados versus a abordagem de processamento de arquivos são as seguintes:
SGBD Características do Emprego de Bancos de Dados As principais características da abordagem de um banco de dados versus a abordagem de processamento de arquivos são as seguintes: Natureza autodescritiva
Leia maisnatureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues
Modelo De Desenvolvimento De Software É uma representação abstrata do processo de desenvolvimento que define como as etapas relativas ao desenvolvimento de software serão conduzidas e interrelacionadas
Leia maisUML - Unified Modeling Language
UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril
Leia maisGlossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.
Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis
Leia maisEngenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante
1 - Q193183 ( Prova: FCC - 2011 - TRT - 19ª Região (AL) - Analista Judiciário - Tecnologia da Informação / Engenharia de Software / Análise de Requisitos; Engenharia de Requisitos; ) De acordo com Sommerville,
Leia maisEngenharia de Software. Análise de Requisitos de Sistema e de Software. Análise de requisitos
Engenharia de Software Profa. Dra. Lúcia V. L. Filgueiras Profa. Dra. Selma Shin Shimizu Melnikoff Análise de Requisitos de Sistema e de Software Análise de requisitos Sei que você acha que entendeu o
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula
Leia maisAnálise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula IV Requisitos Prof.: Bruno E. G. Gomes IFRN 1 Introdução Etapa relacionada a descoberta e descrição das funcionalidades do sistema Parte significativa da fase
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados! Conclusões 2 Processo
Leia maisEngenharia de Sistemas de Computador
Engenharia de Sistemas de Computador Sistema é um conjunto ou disposição de elementos que é organizado para executar certo método, procedimento ou controle ao processar informações. Assim, o que é um Sistema????????
Leia maisRequisitos de Software
Requisitos de Software (Cap 6 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Requisitos funcionais e não funcionais
Leia maisEngenharia de Software
Engenharia de Software Requisitos de Software Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br Requisito O que é um REQUISITO? Em software: É a CARACTERIZAÇÃO do que o
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisUNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO Santa Maria, 10 de Outubro de 2013. Revisão aula anterior Documento de Requisitos Estrutura Padrões Template Descoberta
Leia mais)HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR
6LPXODomR GH6LVWHPDV )HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR #5,6. Simulador voltado para análise de risco financeiro 3RQWRV IRUWHV Fácil de usar. Funciona integrado a ferramentas já bastante conhecidas,
Leia maisGerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo
Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Laboratório de Tecnologia de Software LTS www.ufpa.br/lts Rede Paraense de Pesquisa em Tecnologias de Informação
Leia maisSistemas de Informação I
+ Sistemas de Informação I Dimensões de análise dos SI Ricardo de Sousa Britto rbritto@ufpi.edu.br + Introdução n Os sistemas de informação são combinações das formas de trabalho, informações, pessoas
Leia maisEngenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Leia maisEngenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1
Engenharia de Software Parte I Introdução Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Mitos do Desenvolvimento de Software A declaração de objetivos é suficiente para se construir um software.
Leia maisCapítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1
Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisDocumento de Requisitos
Documento de Requisitos Projeto: Data 26/05/2005 Responsável Autor (s) Doc ID Localização Versão do Template Márcia Jacyntha Nunes Rodrigues Lucena Silvia Cássia Pereira Márcia Jacyntha Nunes Rodrigues
Leia maisDIMENSIONANDO PROJETOS DE WEB-ENABLING. Uma aplicação da Análise de Pontos de Função. Dimensionando projetos de Web- Enabling
DIMENSIONANDO PROJETOS DE WEB-ENABLING Uma aplicação da Análise de Pontos de Função Dimensionando projetos de Web- Enabling Índice INTRODUÇÃO...3 FRONTEIRA DA APLICAÇÃO E TIPO DE CONTAGEM...3 ESCOPO DA
Leia maisPlanejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP
Planejamento - 7 Planejamento do Gerenciamento do Risco Identificação dos riscos 1 O que é risco? Evento que representa uma ameaça ou uma oportunidade em potencial Plano de gerenciamento do risco Especifica
Leia maisAnálise do Ambiente estudo aprofundado
Etapa 1 Etapa 2 Etapa 3 Etapa 4 Etapa 5 Disciplina Gestão Estratégica e Serviços 7º Período Administração 2013/2 Análise do Ambiente estudo aprofundado Agenda: ANÁLISE DO AMBIENTE Fundamentos Ambientes
Leia maisdesenvolvimento de SI
Desenvolvimento Sistemas Informação (O Brian, 2004; Ed. Saraiva) Prof. José Alexandre C. Alves (MSc) Entenr o Problema ou Oportunida Empresarial Desenvolver uma Solução do Sistema Informação Implantar
Leia maisMódulo 4: Gerenciamento de Dados
Módulo 4: Gerenciamento de Dados 1 1. CONCEITOS Os dados são um recurso organizacional decisivo que precisa ser administrado como outros importantes ativos das empresas. A maioria das organizações não
Leia maisProjeto de Arquitetura
Introdução Projeto de Arquitetura (Cap 11 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Até agora, estudamos: Os
Leia maisGUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas
Leia maisMetodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
Leia maisQualidade de Software
Produto de Software Qualidade de Software Um produto de software compreende os programas e procedimentos de computador e a documentação e dados associados, que foram projetados para serem liberados para
Leia maisMASTER IN PROJECT MANAGEMENT
MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como
Leia mais1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010
Engenharia de Software Aula 5 (Versão 2010-02) Melhores práticas para desenvolvimento de software Desenvolver de forma iterativa e gerenciar requisitos Professor Gabriel Baptista ( gabriel.baptista@uninove.br
Leia maisLISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE
Questionamento a alta direção: 1. Quais os objetivos e metas da organização? 2. quais os principais Produtos e/ou serviços da organização? 3. Qual o escopo da certificação? 4. qual é a Visão e Missão?
Leia mais