ANÁLISE DE REQUISITOS DE ENGENHARIA DE SOFTWARE

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

Análise e Projeto de Sistemas I
Introdução a Algoritmos
Os projetos.
‘ Por que estudar sistemas de informação?
Engenharia de Software
(CARGOS, SALÁRIOS E BENEFÍCIOS)
Gerência de Projetos Wesley Peron Seno Introdução
Teste de Software.
Engenharia de Software
Tipos de sistemas de Lehman
ADMINISTRAÇÃO SISTEMAS DE INFORMAÇÃO
CONCEITO COMPONENTES DE UM SISTEMA SISTEMA DE INFORMAÇÃO
Mitos e Problemas Relacionados ao Software
Faculdade de Ciências Sociais e Aplicadas de Petrolina – FACAPE
SISTEMA DE INFORMAÇÕES DESENVOLVIMENTO DE SISTEMAS
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Noções de Engenharia de Software.
Engenharia de Requisitos Requisito – sistema Caso de uso - usuário
TSDD Teste de segurança durante o desenvolvimento.
Princípios e Conceitos de Software(v2)
Modelos de Processos de Software
Engenharia de Software
Desafios do desenvolvimento de software
Lafayette B. Melo – CEFET-PB - COINFO Quando só o que se tem é um martelo, se acha que tudo que tem no mundo é prego (?) Como você vê o mundo em sua volta.
Prof.Alfredo Parteli Gomes
Planejamento e Gerenciamento de Projetos
Processo Praxis – Fase de Concepção
Metolodogia de Desenvolvimento de Data Warehouse
Análise e Projeto de Sistemas
REQUIREMENTS DEVELOPMENT DESENVOLVIMENTO DE REQUISITOS
Introdução e Fundamentos Engenharia de Requisitos
Estratégia de Operações
ANÁLISE E DESENVOLVIMENTO
CURSO TÉCNICO EM SEGURANÇA DO TRABALHO
Fase de Concepção (Início, Planejamento)
Análise e Projeto de Sistemas de Informação 2o. Semestre de 2014
PSBD II Projeto de Sistemas de Banco de Dados II
Etapas do Projeto DC.IC.15 Data Revisão: 07/04/2017 Início Fim
Sistemas de Informação para Planejamento Estratégico
O Processo de desenvolvimento de software
Introdução à Engenharia de Software
Teste de Software Conceitos iniciais.
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Qualidade de Software Aula 4
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Engenharia de Software
METODOLOGIA, MÉTODOS E FERRAMENTAS
Trabalho de Engenharia de Software II
Requisitos de Software
Gestão de Projetos de Software
Princípios Fundamentais da Análise de Requisitos
Gestão de projetos de Software GTI-16
Engenharia de Software
Engenharia de Requisitos
OSM Organização, Sistemas e Métodos
Engenharia de Software
Aula 02 de Eng. de Requisitos
Professora: Kelly de Paula Cunha
Gestão de Projetos - aula 5: organização - Profª. Vilma Tupinambá, MsC
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
Princípios de Análise 1. O domínio de informação de um problema deve ser representado e compreendido. 2. Modelos que descrevam a informação, função e comportamento.
Princípios de gestão da qualidade
TEORIA GERAL DA ADMINISTRAÇÃO
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Engenharia de Software Conceitos e elementos 1. Engenharia   Resolução de problemas através de soluções economicamente viáveis  Motivacão: Limitação.
Engenharia de Produtos
TESTES DE SOFTWARE – AULA 1 Prof. Me. Ronnison Reges Vidal
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

ANÁLISE DE REQUISITOS DE ENGENHARIA DE SOFTWARE 1. Engenharia de Sistemas de Computador Uma ampla área que engloba Engenharia de Software bem como engenharia de Hardware Neste contexto o software é considerado o mais difiícil de ser planejado o que tem menos probabilidade de ser conduzido com sucesso o mais perigosos de se administrar 2. Sistemas Baseados em Computador Conjunto ou disposição de elementos que é organizado para executar um certo método, procedimento ou controle ao processar informações. Seus elementos incluem geralmente: Software Hardware Pessoas Banco de Dados Documentação Procedimentos

Elementos de umsistema Procedimentos Documentos Banco de Dados Pessoas Hardware Software Sistema Entrada Saída Os elementos combinam-se de diversas maneiras para transformar informações. Por exemplo um robô transforma um arquivo de comandos contendo instruções específicas num conjunto de sinais de controle que causam certa ação específica.

Sisema de Automação de Fábrica Um Sistema de Sistemas Sisema de Automação de Fábrica Sistema de Manufatura Sistema de Estoques Informação Movimentação de Material Célula de Máquina de Controle Numérico (CN) Robôs Dispositivos de Entrada de Dados O papel do Analista de Sistemas é definir os elementos para um sistema específico baseado em computador no contexto da hierarquia global dos sistemas (macroelementos).

3. Engenharia de Sistemas de Computador É uma atividade destinada a solucionar problemas: Levantamento das metas e as restrições definidas pelo cliente Determinação das funções desejadas para o sistema, sua analisadas e destino segundo os elementos individuais do sistema. Derivação das seguintes representações que podem ser atribuídas a cada elemento do sistema: da funçào desejada, do desempenho desejado, das interfaces, das restrições de projeto e estrutura de informaçòes Alocação: software, hardware, pessoas, etc.

4. Análise de Sistemas Trata-se de uma atividade que engloba a maioria das tarefas que chamamos coletivamente de engenhria de sistemas de computdor. A A.S. é realizada com os seguintes objetivos: Identificação das necessidades do usuário Avaliação da concepção do sistema quanto a sua exequibilidade Execuçào da análise econômica e técnica do sistema Atribuição de funções: ao hardware ao softwre às pessoas ao banco de dados e às demais elementos do sistemas Estabelecimento de restrições de prazo e custo Elaboração de uma definicão de sistema que seja a base para todo o trabalho de engenharia Requisitos para sucesso da A.S. com relação à realização dos objetivos Perícia em hardware Perícia em software Perícia em engenharia humana (Atividade multidisciplinar que aplica conhecimentos da psicologia e da técnologia para especificar e projetar uma HCI - Human Computer- Interaction)

Questões inerentes à A.S.: Quanto esforço deve ser dispendido na atividade de análise e definição dos sistemas? Quem faz a A.S. ? Por que a A. S. é tão difícil? 5. Identificação da Necessidade Trata-se do ponto de partida do processo de análise. Deve ser respondidas qustões que dizem respeito a: Funçào e desempenho desejados Questões de confiabilidade e qualidade Metas globais do sistema Requisitos de produção Mercados e concorrência Tecnologia disponível Extensões futuras

O A. S. deve ajudar o cliente a definir as metas do sistema com questões relativas a: Informações que devem ser produzidas Funções e desempenho exigidos O A. S. deve distinguir entre necessidades do cliente ( características críticas para o sucesso do sistema) e desejos do cliente (características que seriam desejáveis mas não essenciais) Uma vez identificadas as metas globais o A. S. faz uma avaliação das informações complementares com questões tais como: Existe tecnologia para a construção do sistema? Quais recursos especiais de desenvolvimento e produção serão exigidos? Que limites foram estabelecidos para custos e para os prazos? Caso o sistema a ser desenvolvido for para venda a muitos clientes, devem ser analisadas questões tais como: Qual é o mercado potencial para o produto? Como o produto se compara com os produtos dos concorrentes? Que posição o produto ocupará na linha global de produtos da empresa? As informaçòes reunidas durante a etapa de identificação das necessidades são especificadas num Documento Conceitual do Sistema.

6. Estudo das Viabilidades Em princípio todos os projetos são viáveis - Desque que se tenham recursos ilimitados e tempo infinito. Entretanto limitações de recursos e tempo são inerentes aos projetos. Portanto é necessário e prudente uma avaliação das viabilidades de um projeto antes de se embarcar no mesmo. Viabilidade e análise de riscos são itens correlacionados. Um risco muito grande compromete a qualidade do produto final. O enfoque do estudo de viabilidades deve ser: Econômico Tecnico Legal Alternativas Um estudo de viabilidade NÃO tem razão se ser se para o sistema a ser desenvolvido se: a jsutificativa econômica seja óbvia, os riscos técnicos sejam baixos, se existem poucos ou nenhum problema jurídico

ANÁLISE DOS REQUISITOS 1. Princípios Fundamentais A tarefa de análise dos requisitos é um processo de descoberta, refinamento, modelagem e especificação Tanto o cliente quanto desenvolvedor do sistema desempenham um papel ativo na análise e especificação dos requisistos. A análise dos requisitos pode ser dividida em 5 areas de esforço: reconhecimento do problema (Estudo da especificação do sistema e do Projeto de Software) avaliação e síntese: Avaliação do fluxo e conteúdo das informações, definir e avaliar todas as funções do software entender o comportamento do software no contexto em que vai funcionar estabelecer as características de interface com o sistema levantar as restrições de projeto modelagem (para compreender melhor o fluxo de dados e de controle, o processamento funcional e a operação comportamental especificação revisão Critérios de Validação visando viabilizar uma implementação de software bem-seucedida Rascunho de um Manual r do Usuário Preliminar