Ian Sommerville

concluído. Em suma conseguimos aplicar a idéia proposta do projeto e colocar em prática para uma melhor compreensão de todos. -Referência Bibliográfica -SOMMERVILLE, Ian. Engenharia de Software, 8 ed. São Paulo: Pearson Addison-Wesley,2007. a. Capítulo 6 - Requisitos de Software. b. Capítulo 7 – Processos de Engenharia de Requisitos. -Apostila Faculdade ENIAC,Guarulhos-SP,2013,Módulo…

Complementar • OLIVEIRA, Rômulo Silva de ; CARISSIMI, Alexandre da Silva ; TOSCANI, Simão Sirineo. Sistemas operacionais. Porto Alegre: Sagra, 2004. • PAIXÃO, Renato Rodrigues. Montando e configurando PCs com inteligência. São Paulo: Érica, 2004. • SOMMERVILLE, Ian. Engenharia de software. São Paulo: Editora Addison Wesley, 2003. • TOCCI, Ronald J. ; WIDMER, Neal S. ; MOSS, Gregory L. Sistemas digitais: princípios e aplicações. São Paulo: Pearson Prentice Hall, 2007. • WAGNER,…

confiança, com responsabilidade podemos fazer o que precisa ser feito, o ótimo trabalho. Bibliografia http://dc430.4shared.com/doc/aLLIzDiS/preview.html http://engenhariadesoftware.blogspot.com.br/2007/03/o-modelo-cascata.html Ian Sommerville. Engenharia deSoftware, 9ª Edição. Pearson Education, 2011. Seção 2.1 Modelos de Processo REZENDE, Denis Alcides. Engenharia de software e sistemas de informação. 3. ed. São Paulo: BRASPORT, 2005. Disponível em: . Slides Unopar

Engenharia de Requisitos Prof. Dr. Plínio Vilela com base no material cedido por Ian Sommerville Processo de Engenharia de Requisitos ! • Objetivo ▫ Criar e manter um documento de requisitos Engenharia de Requisitos ! Quatro fases: " Estudo de viabilidade: entendimento do negócio e como o sistema pretende apoiar os processos de negócio " Elicitação e análise de requisitos " Validação dos requisitos " Gerenciamento dos Requisitos ! Resultado: DOCUMENTO…

entrega ao cliente. Bibliografia: Livros: DE PADUA; Wilson. Engenharia de Software – Fundamentos, Métodos e Padrões. 3ª ed. 2009. McCONNEL; Steve. Rapid development. Redmond, WA: Microsoft Press, 1996. SOMMERVILLE; Ian. Engenharia de Software. 8ª ed. São Paulo: Pearson Addison-Wesley, 2007. REZENDE, Denis Alcides. Engenharia de Software e Sistemas de Informação. 2ª ed. Rio de Janeiro, Brasport, 2002. Internet: WebAula -…

mais eficiente, padrão de projeto, etc. Limitações de Inspeção Inspeção não é adequada Para descobrir defeitos Para demonstrar se o software é útil Para verificar requisitos não funcionais, como desempenho, segurança, etc. Bibliografia Ian Sommerville. Engenharia de Software, 9ª Edição. Pearson Education, 2011. Seção 2.2.3 Validação de Software Cap. 8 Testes de Software Inspeção é uma técnica cara Ela não permite validar com o cliente Somente verifica a correspondência…

....................................................................... 7 3.4 partes interessadas............................................................................................ 7 4 resenha dos capitulos 11, 12, 13 e 29 do livro ian sommerville ..................... 9 11 projeto de arquitetura ........................................................................................ 9 11.1 Decisões de projeto de arquitetura ............................................................

resolver um problema ou alcançar um objetivo Uma capacidade de software que deve ser disponibilizada por um sistema ou componente de sistema de modo a satisfazer um contrato, padrão, especificação ou outra formalidade imposta. Segundo Ian Sommerville requisitos são definidos nas fases inciais de um projeto e servem como especificação do que deve ser implementado. São descrições de como o sistema deve se comportar, de uma propriedade ou atributo do sistema. Um requisito pode descrever:

produto de software”. Os mesmos autores citam que “O grau de compreensibilidade, precisão e rigor da descrição fornecida por um documento de requisitos de software tende ser diretamente proporcional ao grau de qualidade do produto resultante”. Sommerville (2005) cita que o “Termo requisito não é utilizado pela indústria de software de forma consistente. Em alguns casos, um requisito é visto como uma declaração abstrata, de alto nível, de uma função que o sistema deve fornecer ou de…

é criado. A revisão de sprint com os clientes é realizada no final de cada sprint para inspecionar o incremento e adaptar o backlog do produto, se necessário. O Scrum possui três fases: planejamento, ciclos da Sprint e encerramento do projeto (SOMMERVILLE, 2011). O desenvolvimento iterativo e incremental garante que somente as partes relevantes do sistema serão entregues para o usuário, eliminando desperdício de tempo e utilização inadequada de recursos. 4 Dentro deste framework…