Engenharia de Requisitos

Tamanho: px
Começar a partir da página:

Download "Engenharia de Requisitos"

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 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 mais

Projeto de Sistemas I

Projeto 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 mais

REQUISITOS. Prof. Msc. Hélio Esperidião

REQUISITOS. 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 mais

Engenharia de Software

Engenharia 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 mais

Requisitos de Software

Requisitos 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 mais

Requisitos. Sistemas de Informações

Requisitos. 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 mais

Requisitos de Software. Teresa Maciel DEINFO/UFRPE

Requisitos 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 mais

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Requisitos 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 mais

Extração de Requisitos

Extraçã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 mais

Requisitos de Software

Requisitos 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 mais

APOO Análise e Projeto Orientado a Objetos. Requisitos

APOO 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 mais

Universidade Paulista

Universidade 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 mais

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

Prova 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 mais

Roteiro 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) 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 mais

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

UNIDADE 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 mais

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Na 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 mais

ARCO - 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 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 mais

Modelo para Documento de. Especificação de Requisitos de Software

Modelo 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 mais

Engenharia de Requisitos

Engenharia 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 mais

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

ALESSANDRO 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 mais

Tópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.

Tó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 mais

2 Diagrama de Caso de Uso

2 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 mais

Objetivos. Requisitos de Software. Tipos de Requisitos. O que é um requisito? Requisitos Funcionais e Não- Funcionais. Requisitos Funcionais

Objetivos. 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 mais

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Referê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 mais

Levantamento, Análise e Gestão Requisitos. Aula 12

Levantamento, 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 mais

Requisitos de Software

Requisitos 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 mais

AUTOR: 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 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 mais

LEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira

LEVANTAMENTO 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 mais

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Pó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 mais

Feature-Driven Development

Feature-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 mais

Concepção e Elaboração

Concepçã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 mais

Ciê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 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 mais

Engenharia de Software

Engenharia 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 mais

Gerenciamento 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 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 mais

Gerência de Projetos

Gerê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 mais

O Processo Unificado: Captura de requisitos

O 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 mais

Tecnologia e Sistemas de Informações

Tecnologia 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 mais

SGQ 22/10/2010. Sistema de Gestão da Qualidade. Gestão da Qualidade Qualquer atividade coordenada para dirigir e controlar uma organização para:

SGQ 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 mais

Modelo para Documento de. Especificação de Requisitos de Software

Modelo 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 mais

Engenharia de Software III

Engenharia 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 mais

Engenharia 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 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 mais

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

Ciclo 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 mais

Tó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 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 mais

GARANTIA DA QUALIDADE DE SOFTWARE

GARANTIA 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 mais

Elicitação de requisitos e análise

Elicitaçã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 mais

PROFESSOR: CRISTIANO MARIOTTI

PROFESSOR: 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 mais

Engenharia de Software

Engenharia 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 mais

CHECK - LIST - ISO 9001:2000

CHECK - 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 mais

ISO/IEC 12207: Gerência de Configuração

ISO/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 mais

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Resumo 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 mais

GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11

GESTÃ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 mais

O Processo de Engenharia de Requisitos

O 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 mais

TRABALHO 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 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 mais

Engenharia de Software

Engenharia 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 mais

Engenharia de Requisitos Estudo de Caso

Engenharia 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 mais

CONCURSO PÚBLICO ANALISTA DE SISTEMA ÊNFASE GOVERNANÇA DE TI ANALISTA DE GESTÃO RESPOSTAS ESPERADAS PRELIMINARES

CONCURSO 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 mais

Pós Graduação Engenharia de Software

Pó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 mais

Análise de Requisitos Conceitos

Aná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 mais

Implantação de um Processo de Medições de Software

Implantaçã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 mais

As principais características da abordagem de um banco de dados versus a abordagem de processamento de arquivos são as seguintes:

As 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 mais

natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues

natureza 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 mais

UML - Unified Modeling Language

UML - 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 mais

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.

Glossá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 mais

Engenharia de Software Questionário sobre Engenharia de Requisitos Resolvido Prof. MSc Wagner Siqueira Cavalcante

Engenharia 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 mais

Engenharia de Software. Análise de Requisitos de Sistema e de Software. Análise de requisitos

Engenharia 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 mais

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

UNIVERSIDADE 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 mais

Aná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 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

! 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 mais

Engenharia de Sistemas de Computador

Engenharia 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 mais

Requisitos de Software

Requisitos 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 mais

Engenharia de Software

Engenharia 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 mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos

Conteú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 mais

UNIVERSIDADE 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 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

)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 mais

Gerê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 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 mais

Sistemas de Informação I

Sistemas 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 mais

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

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 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 mais

Engenharia 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 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 mais

Capítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1

Capí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 mais

ENGENHARIA DE SOFTWARE I

ENGENHARIA 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 mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos

Conteú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 mais

Documento de Requisitos

Documento 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 mais

DIMENSIONANDO 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 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 mais

Planejamento - 7. Planejamento do Gerenciamento do Risco Identificação dos riscos. Mauricio Lyra, PMP

Planejamento - 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 mais

Análise do Ambiente estudo aprofundado

Aná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 mais

desenvolvimento de SI

desenvolvimento 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 mais

Módulo 4: Gerenciamento de Dados

Mó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 mais

Projeto de Arquitetura

Projeto 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 mais

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas

GUIA 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 mais

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

Metodologias 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 mais

Qualidade de Software

Qualidade 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 mais

MASTER IN PROJECT MANAGEMENT

MASTER 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 mais

1. Desenvolver o software iterativamente. Um pouco de reflexão: Acabou aí? 31/08/2010

1. 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 mais

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE

LISTA 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