Aula 3 - Requisitos de software

Slides:



Advertisements
Apresentações semelhantes
Requisitos de Software
Advertisements

Modelo de Caso de Uso Wedson Quintanilha da Silva
RISCOS. Processo de identificação de perigos Observação, descrição e a classificação.
ESPECIFICAÇÃO DE PROCESSOS PALESTRANTE, MÊS ANO. HOJE FALAREMOS SOBRE 1.OBJETIVO 2.DIRETRIZES DO DESENHO 3.NOTAÇÕES DO DESENHO 4.PADRÃO DE NUMERAÇÃO 5.EXEMPLO.
Disciplina: Gerenciamento e Desenvolvimento em Banco de Dados Professora: Chaiene Minella, MSc
Arquitetura de Sistemas de Software. ... continuação  Como vimos anteriormente, SOAP transporta e o WSDL descreve.  E o que faz a UDDI ?
Gestão Operacional: Gestão da tesouraria, de contas a receber e de estoques  Formandos :  Andreia Reis  Bruno Silva  Claudina  Elisandra Formador:
Sistemas de Gestão da Qualidade Os sistemas de gestão da qualidade (SGQ) tem o objetivo de verificar todos os processos da empresa e como esses processos.
Capítulo 4 Engenharia de requisitos
Analise e Projeto de Sistemas I
especificação de requisitos do software
Processo Administrativo
Acadêmico: Fabrício de Souza Orientador: Prof. Wilson Pedro Carli
Disciplina: Sistemas de Informação
PROCESSOS DE GERENCIAMENTO DE PROJETOS
Ciclo de vida dos Projetos
Prof Adm Dilcimar G. Araújo CRA-MG /D
Gestão de processo Dutra 2017.
Engenharia de Software Professor Sandro Carvalho
Fluxograma CRUZ, T. Sistemas, Organização & Métodos. São Paulo: Atlas, (Parte II - Cap. 5 até 7); CRUZ, T. Sistemas, Métodos e Processos. São.
ESTRUTURAÇÃO DOS SUBSISTEMAS DERECURSOS HUMANOS
Gustavo Trauttmann, Willian Jardim e Jean Stragalinos.
Gerência de Projetos 4º Semestre Aula 02 Prof
AUDITORIA.
SISTEMAS OPERACIONAIS AULA 01 - Introdução aos Sistemas Operacionais
Modelagem de Processos Usando SPEM e BPMN
3.1 Classes e Objetos Em um programa orientado a objetos normalmente existem vários objetos de um mesmo tipo. Por exemplo, um programa de controle de.
Gerenciamento Financeiro
especificação de requisitos do software
Gerência de Projetos 4º Semestre Aula 3 Prof
Diagrama de Casos de Uso (Use Cases)
Professor Norival Carvalho Cunha
AVALIAÇÃO DA CAPACIDADE DO PROCESSO
PLANEJAMENTO EDUCACIONAL: COMO ENSINAR?
Professor Norival Carvalho Cunha
Resumo PARTE 1.
Organização de um Relatório
Engenharia de Software II
Projeto estacionamento
4 – Políticas de Segurança
Revisão Requisitos e Casos de Uso
BANCO DE DADOS I.
UNIVERSIDADE REGIONAL DE BLUMENAU
Tecnologia da Informação Visão Geral sobre Informática
GSI030 – engenharia de software
Execução e Controle
14/08/2012 Professor Leomir J. Borba- –
MBA em Gestão de Projetos
Software para Gestão Empresarial
Trabalho de Conclusão de Curso I
SANTA LUZIA DISCIPLINAS: CIÊNCIAS E REDAÇÃO 8º ANO – E. F.
INTRODUÇÃO À ADMINISTRAÇÃO
PLANEJAMENTO EDUCACIONAL
GSI030 – engenharia de software
Soluções Inteligentes para ONGs Esportivas
Contabilidade Gerencial e Projeto em Controladoria
Visão Geral do RUP.
MODELO DE REFERÊNCIA OSI
Processo de identificação de riscos Observação, descrição e a classificação.
1 Logística Integrada Prof. Msc. Bruno Silva Olher.
E. M. Dr. Leandro Franceschini
Metodologias de Desenvolvimento de Sistemas
TEORIA DA CONTABILIDADE
FERRAMENTAS DA QUALIDADE. Qualidade A qualidade está relacionada á cultura, a um produto ou serviço, e a percepção do individuo, suas expectativas e necessidades,
Análise e Projeto de sistemas Profa. Cynara carvalho
Software para Gestão Empresarial
Tratamento de Não Conformidade Necessidade ou expectativa que é expressa, geralmente, de forma implícita ou obrigatória. Requisito.
Momento Crítico Onde o Seguro Deixar de Ser Custo.
Projeto de redes de computadores Msc. Eng. Beldo Antonio Jaime Mario1.
Engenharia de Software Introdução Prof. Késsia R. C. Marchi Instituto federal do paraná – Câmpus Paranavaí Curso técnico em Informática – Integrado ao.
Transcrição da apresentação:

Aula 3 - Requisitos de software FaTEC PE Bacharelado em Ciência da Computação Engenharia de Software Aula 3 - Requisitos de software Professor Leandro Cavalcanti http://sites.google.com/site/ctpserra

O que é um requisito? Descrição dos serviços fornecidos pelo sistema e suas restrições operacionais. Reflete a necessidade dos clientes de um sistema que ajuda a resolver algum problema

O software deve emitir relatórios de compras a cada quinze dias; O que é um requisito? Requisitos são objetivos ou restrições estabelecidas por clientes e usuários que definem as suas diversas propriedades do sistema. O software deve possibilitar o cálculo dos gastos diários, semanais, mensais e anuais; O software deve emitir relatórios de compras a cada quinze dias; Os usuários devem poder obter o número de aprovações, reprovações e trancamentos em todas as disciplinas O termo requisito não é utilizado pela indústria de software de maneira consistente. Engenharia de requisitos é o processo de descobrir, analisar, documentar e verificar tais serviços.

Descrição de Requisitos Vai desde uma declaração abstrata até uma descrição formal. Requisitos de usuário Linguagem natural com diagramas dos serviços esperados e restrições sob as quais ele deve operar Requisitos de sistema Definem, detalhadamente, funções, serviços e restrições do sistemas. Também chamado de especificação funcional, define exatamente o que será implementado.

Descrição de Requisitos Diferentes níveis de descrição e/ou especificação do sistema são úteis porque eles comunicam informações sobre o sistema a diferentes tipos de leitores. Podem ser divididos em: Funcionais Não-funcionais

Requisitos Funcionais Serviços que o sistema deve fornecer Como o sistema deve reagir a entradas específicas Como o sistema deve se comportar em determinadas situações Pode também estabelecer o que o sistema não deve fazer. O software deve possibilitar o cálculo dos gastos diários, semanais, mensais e anuais; O software deve emitir relatórios de compras a cada quinze dias; Os usuários devem poder obter o número de aprovações, reprovações e trancamentos em todas as disciplinas.

Requisitos Funcionais Completeza Todos os serviços exigidos pelo usuário devem ser definidos. Consistência Os requisitos não devem ter definições contraditórias. É praticamente impossível atingir completeza e consistência em sistemas grandes e complexos A própria natureza grande e complexa do sistema irá induzir a erros. Diferentes Stakeholders tem diferentes necessidades.

Requisitos não Funcionais Restrições sobre serviços ou funções oferecidos pelo sistema. Incluem restrição de tempo, processo de desenvolvimento e padrões. Em geral, se aplicam ao sistema como um todo. A base de dados deve ser protegida para acesso apenas de usuários autorizados. O tempo de resposta do sistema não deve ultrapassar 30 segundo. O software deve ser operacionalizado no sistema Linux.

Requisitos não Funcionais Do Produto Especificam o comportamento do produto (desempenho, confiabilidade, portabilidade). Organizacional Derivam de políticas e procedimentos da organização do cliente e do desenvolvedor Ex.: tipos processo, requisitos de entrega. Externos Todos os requisitos derivados de fatores externos ao sistema (requisitos legais, requisitos éticos). Difíceis de ser verificados!

Diretrizes para Redigir Utilizar um formato padrão para definir os requisitos Pode incluir o nome do requisito, uma justificativa lógica e o nome do proponente do requisito Use a linguagem de forma consistente Requisitos obrigatórios do sistema são descritos utilizando a palavra deve. Requisitos desejáveis são descritos utilizando a palavra pode. Ressalte através do destacamento do texto as partes principais dos requisitos Evite, sempre que possível, o uso de jargões de informática

Exemplo

Documento de Requisito Também chamado de especificação de requisitos de software ou SER (Software Requirement Specification) É a declaração oficial do que os desenvolvedores do sistema devem implementar Deve incluir os requisitos do usuário e uma especificação detalhada do dos requisitos do sistema.

Requisitos em Métodos Ágeis Métodos Ágeis de desenvolvimento argumentam que os requisitos mudam tão rapidamente que um documento de requisitos fica desatualizado tão logo seja redigido, por isso o esforço é desperdiçado. XP-eXtreme Programming propõe que os requisitos sejam coletados de maneira incremental e escritos em cartões Para sistemas em que os requisitos são instáveis, essa é uma boa abordagem.

Documento de Requisito

Referências Leitura Sugerida Capítulo 6 - Sommerville, Ian. Engenharia de Software. Prentice Hall. 2003. Capítulo 7. Pressman, Roger S. Engenharia de Software. McGraw-Hill. 2006.

Atividade em Sala Classifique os requisitos abaixo como Funcionais e Não funcionais. Adicione mais 3 requisitos de cada tipo ao sistema. 1. O sistema deve cadastrar o cliente. 2. O sistema deve emitir um recibo para o cliente. 3. O sistema deve transformar uma fita disponível em fita emprestada, quando a fita for alugada pelo cliente. 4. O sistema deve cadastrar o cliente rapidamente, em menos de 2 minutos. 5. O sistema deve emitir um recibo para o cliente, com o tempo máximo de 8 segundos após a transação. 6. O sistema deve atender as normas do padrão IEEE. 7. O sistema não pode perder dados do cliente.

Requisitos de software FaTEC PE Bacharelado em Ciência da Computação Engenharia de Software Requisitos de software Professor Leandro Cavalcanti