Processos de Engenharia de Software: Modelos e Tipos

Engenharia de Software Ana Paula Terra Bacelo Aula 02 Vídeo 1 2 1 1º Encontro Prof Ana Paula Processos de Engenharia de Software Tipos de processos de software Cascata Prototipação Exemplos de Processos de Engenharia de Software e Aplicabilidade O que você vai precisar para acompanhar essa aula Não serão necessários softwares específicos Livros de Engenharia de Software Relembrando o conteúdo do vídeo anterior No Vídeo 2 da Aula 1 FAQS Frequently Asked Questions sobre Engenharia de Software a hrefhttpsbrfreepikcomfotosgratishomemcomlaptop pensando1184560htmquerypessoa20pensandoposition17fromviewkeywordImagem de luismolineroa no Freepik Processo de Engenharia de Software É um conjunto de atividades cuja meta é o desenvolvimento ou evolução de software Atividades genéricas Especificação o que o sistema deve fazer e suas restrições de desenvolvimento Desenvolvimento produção do sistema de software Validação verificação de que o software é o que o cliente deseja Evolução mudança do software em resposta às demandas de mudança 5 Modelos de Processo de ES Os modelos de processo de desenvolvimento são classificados em 1 Modelos Prescritivos 2 Modelos Adaptativos 8 Modelos Prescritivos Possuem em sua estrutura uma ordem formal de elementos do processo Modelos com foco na previsibilidade e planejamento antecipado Considerados Modelos Tradicionais Ex Cascata Orientado à Reúso 9 Modelos Adaptativos Não são processos rígidos mas são focados no produto nas pessoas que o desenvolvem e são abertos a mudanças Têm foco no planejamento incremental e flexível Ex Scrum XP Crystal FDD e DSDM 10 httpsptwikipediaorgwikiScrum httpswwwdigitecomptbragileprogramacaoextremaxp Modelos Tradicionais ainda existem Ainda faz sentido utilizar estes modelos 11 e a resposta é Mas para quais situações Para que tipos de problemas 12 Modelo Cascata Fases do Modelo Levantamento de Requisitos Desenvolvimento do Projeto Implementação do Projeto Testes para Verificação da Implementação Implantação e Manutenção do software 13 Vantagens do Modelo Cascata Cada fase é bem definida e deixa claro o que precisa ser feito para passar por ela Existe uma razão pela qual as etapas acontecem na ordem determinada projeto se torna algo realmente estruturado 14 Desvantagens do Modelo Cascata Exige que todos os requisitos sejam definidos no início do projeto já na primeira fase Particionamento inflexível do projeto em estágios distintos dificulta a resposta aos requisitos de mudança do cliente Poucos sistemas de negócio têm requisitos estáveis Dificuldade de acomodação das mudanças depois que o processo está em andamento Só é possível visualizar algo quando as fases já estão bem avançadas Uma fase tem de estar completa antes de passar para a próxima 15 Então quando utilizar do Modelo Cascata É apropriado somente quando os requisitos são bem compreendidos e quando as mudanças forem bastante limitadas durante o desenvolvimento do sistema Uma forma de utilizar o modelo cascata é quando precisamos fazer adaptações ou aperfeiçoamentos em um sistema já existente 16 Modelo de Desenvolvimento Evolucionário Desenvolvimento de uma implementação inicial expondo o resultado aos comentários do usuário e refinando esses comentários por meio de várias versões até que seja desenvolvido um sistema adequado 17 PROTOTIPAÇÃO é um exemplo de desenvolvimento evolucionário Modelo de Prototipação Fases do Modelo Obter Requisitos Elaborar Projeto Rápido Construir Protótipo Avaliar o protótipo Refinar o protótipo 18 Objetivo entender os requisitos do usuário para obter uma melhor definição dos requisitos do sistema Vantagens de Prototipação Possibilita que o desenvolvedor crie um modelo protótipo do software que deve ser construído Uso apropriado quando o cliente não definiu detalhadamente os requisitos 19 Desvantagens da Prototipação Cliente não sabe que o software que ele vê não considerou durante o desenvolvimento a qualidade global e a manutenibilidade a longo prazo Desenvolvedor freqüentemente faz uma implementação comprometida utilizando o que está disponível com o objetivo de produzir rapidamente um protótipo 20 Então quando utilizar Prototipação Quando se quer explorar de forma rápida uma determinada funcionalidade algoritmo requisitos iniciais de um sistema Sucesso para o uso da prototipação definirse as regras do jogo logo no começo o cliente e o desenvolvedor devem concordar que o protótipo seja construído para explorar um mecanismo a fim de definílo melhor futuramente 21 Façamos uma reflexão a respeito dos dois questionamentos abaixo considerando os modelos de processos estudados nesta aula Problema 2 Por que o modelo de ciclo de vida de software chamado Cascata waterfall não é apropriado para sistemas onde os requisitos são muito instáveis Seria apropriado para o desenvolvimento de um sistema de pequeno porte com estimativas de prazo próximas a 2 meses Por que Problema 1 Que processo você indicaria para ser utilizado no desenvolvimento de um sistema cujo cliente principal possui deficiências visuais 22 Dinâmica O que é um Processo de Engenharia de Software O que são processos preditivos e adaptativos Por que usar processo de software Tipos de Modelos de Processo Preditivos Prototipação Cascata Evolucionário 23 Referências Bibliográficas SOMMERVILLE Ian Engenharia de Software 10 ed New York Addison Wesley 2019 ISBN 8543024978 768p Disponível em httpsplataformabvirtualcombrLeitorLoader168127pdf5keepTrue Capítulo 2 Processos de Software 24 OBRIGADA PELA ATENÇÃO E ATÉ A PRÓXIMA AULA 25 Engenharia de Software Ana Paula Terra Bacelo Aula 02 Vídeo 2 2 1 2º Encontro Prof Ana Paula Processos Iterativos e Incrementais O que é desenvolvimento iterativo e incremental Exemplos de Processos Iterativos e Incrementais e sua Aplicabilidade O que você vai precisar para acompanhar essa aula 3 Não serão necessários softwares específicos Livros de Engenharia de Software Relembrando o conteúdo do vídeo anterior Vídeo 1 da Aula 2 Processos de Software Processos Preditivos e Adaptativos Modelos de Processo Tradicionais Cascata Evolucionário e Prototipação 4 Iteração de processo Requisitos de sistema SEMPRE evoluem no curso de um projeto e sendo assim a iteração de processo onde estágios iniciais são retrabalhados é sempre parte do processo dos sistemas de grande porte A iteração pode ser aplicada a qualquer um dos Iteração de processo A iteração pode ser aplicada a qualquer um dos modelos genéricos do processo 5 Desenvolvimento incremental Modelo Espiral RUP Rational Unified Process Desenvolvimento Incremental O sistema é entregue ao cliente em incrementos Cada incremento fornece parte da funcionalidade Os requisitos são priorizados Requisitos de prioridade mais alta são incluídos nos incrementos iniciais Uma vez que o desenvolvimento de um incremento é iniciado os requisitos são congelados Os requisitos para os incrementos posteriores podem continuar evoluindo e incluir requisitos já implementados 7 Vantagens do Desenvolvimento Incremental Incrementos podem ser entregues regularmente ao cliente e desse modo a funcionalidade de sistema é disponibilizada mais cedo Os incrementos iniciais agem como protótipos para elicitar os requisitos para incrementos posteriores do sistema Riscos menores de falha geral do projeto Os serviços de sistema de mais alta prioridade tendem a receber mais testes 8 Modelo Espiral Engloba as melhores características do Modelo Cascata e da Prototipação adicionando um novo elemento a Análise de Riscos O que é um risco algo que pode dar errado Segue a abordagem de passos sistemáticos do Modelo Cascata incorporandoos numa estrutura iterativa É dividido em uma série de regiões tipicamente de 3 a 6 que delimitam atividades 9 Modelo Espiral funcionamento Para cada volta na espiral 1 Determinar os objetivos alternativas e restrições relacionadas à iteração que vai se iniciar 2 Identificar e resolver os riscos relacionados 3 Avaliar alternativas disponíveis 4 Podem ser feitos protótipos para analisar a viabilidade de diferentes alternativas 5 Desenvolver os artefatos relacionados à iteração corrente e validalos 6 Planejar a próxima iteração 7 Obter concordância em relação ao planejamento 10 Modelo Espiral comentários É uma abordagem realista para o desenvolvimento de sistemas e software de grande porte Exige a consideração direta dos riscos técnicos em todos os estágios do projeto Se aplicado adequadamente pode reduzir os riscos antes que eles fiquem problemáticos Se o projeto não puder ser concluído por razões técnicas isso é descoberto cedo antes de um grande investimento ser feito As primeiras voltas da espiral são mais baratas Exige gerência complexa e eficiente 11 Rational Unified Process RUP Processo Unificado PU Um framework genérico Uma abordagem para a construção implantação e manutenção de software Um processo iterativo para o desenvolvimento de software visando a construção de sistemas orientados à objetos 12 Arquitetura do Processo Unificado PU Arquitetura geral com duas dimensões O eixo horizontal representa o tempo e mostra os aspectos do ciclo de vida do processo à medida que se desenvolve O eixo vertical representa por natureza disciplinas ou workflows que agrupam logicamente as atividades O gráfico mostra como a ênfase varia ao longo do tempo 13 Nas iterações iniciais mais tempo é dedicado aos requisitos em iterações posteriores é dedicado mais tempo à implementação Processo Unificado Fases O Processo Unificado é composto de uma série de ciclos Cada ciclo conclui com a entrega de um produto Cada ciclo constituise de quatro fases Iniciação Elaboração Construção e Transição Cada fase se subdivide em iterações 14 Processo Unificado funcionamento Para cada iteração os desenvolvedores identificam os casos de uso relevantes analisandoos segundo a arquitetura selecionada O produto da iteração são componentes modelos ou módulos executáveis Iteração casos de uso e arquitetura Verificase então se os componentes satisfazem os casos de uso e a arquitetura Se a implementação atinge os objetivos o desenvolvimento passa para a próxima iteração Caso contrário os desenvolvedores devem revisar as decisões anteriores e tentar uma nova abordagem 15 Processo Unificado benefícios Redução de Riscos Caso necessário repetir a iteração perdese o esforço de um único incremento Reduzemse os riscos de entrega de sistema fora do prazo Iterações controladas reduzem o tempo global de desenvolvimento os desenvolvedores trabalham mais eficientemente em objetivos menores Adequação a Requisitos Necessidades e requisitos não podem ser adequadamente definidos por antecipação mas devem ser refinados em iterações sucessivas 16 Problema 3 sistema de venda de passagens aéreas para uma nova empresa O sistema pode ser acessado tanto por funcionários da companhia através de terminais conectados a um servidor ou via Internet pelos usuários Façamos uma reflexão a respeito do modelo de processo incremental estudado nesta aula Problema 2 automação de um restaurante gaúcho de comidas típicas incluindo tanto o controle de comandas e contas associadas às mesas quanto o controle do estoque de alimentos perecíveis a curto prazo exemplo verduras e médio prazo exemplo grãos como arroz e feijão Problema 1 sistema para controle de uma imobiliária envolvendo aluguéis emissão de boletos e controle de pagamento proprietários manutenção do cadastro repasse de aluguéis imóveis para alugar e vender Considere os sistemas descritos abaixo quantos incrementos seriam utilizados e quais seriam as funcionalidades a serem alocadas em cada incremento Dinâmica O que é um Processo Iterativo e Incremental Tipos de Modelos de Processo Espiral Interativo e Incremental Processo Unificado 18 Referências Bibliográficas SOMMERVILLE Ian Engenharia de Software 10 ed New York Addison Wesley 2019 ISBN 8543024978 768p Disponível em httpsplataformabvirtualcombrLeitorLoader168127pdf5keepTrue Capítulo 2 Processos de Software 19 OBRIGADA PELA ATENÇÃO E ATÉ A PRÓXIMA AULA 20 Engenharia de Software Ana Paula Terra Bacelo Aula 02 Vídeo 3 2 1 2º Encontro Prof Ana Paula Processos de Software Baseado em Componentes Baseado em Serviços O que você vai precisar para acompanhar essa aula 3 Não serão necessários softwares específicos Livros de Engenharia de Software Relembrando o conteúdo do vídeo anterior Vídeo 2 da Aula 2 Processos de Software Processos Preditivos Iterativos e Incrementais Processo Unificado Iterativo e Incremental Espiral 4 O que são componentes Quaisquer elemento de hardware e software que possui um papel especifico no contexto onde ele é utilizado Um componente pode ser retirado e reutilizado em outras circunstâncias 5 O que são componentes Quaisquer elemento de hardware e software que possui um papel especifico no contexto onde ele é utilizado Um componente pode ser retirado e reutilizado em outras circunstâncias 6 Desenvolvimento Baseado em Componentes Criar sistemas de software que envolvam a composição de componentes Adicionar Adaptar Remover e Substituir partes do sistema sem que seja necessário a sua completa substituição 7 Desenvolvimento Baseado em Componentes Baseado em reuso sistemático onde sistemas são integrados a partir de componentes existentes ou de sistemas COTS Commercialoftheshelf Estágios do Processo Especificação de requisitos Análise de componentes Modificação de requisitos Projeto de sistema com reuso Desenvolvimento e integração 8 Desenvolvimento Baseado em Componentes Esta abordagem está se tornando mais usada à medida que padrões de componentes têm surgido 9 Desenvolvimento Baseado em Componentes Fonte httpswwwsuperocombrblogsoftwaredeprateleiraoupersonalizado 10 Na hora de escolher dê preferência para a solução que entregar pelo menos 80 das suas necessidades Desenvolvimento Orientado a Serviços Serviço funcionalidade a ser oferecida por um sistema a qual pode ser reutilizada Objetivo desenvolver software como um composição de serviços e promover o reuso dos mesmos 11 Identificação do Serviço Candidato Requisito do Serviço Projeto do Serviço Especificação de Interface do Serviço Implementação e Implantação do Serviço Serviço Implantado e Validado Desenvolvimento Orientado a Serviços Tipos de Serviços Característicos Serviços de Utilidades Funcionalidades Gerais que podem ser utilizadas por diferentes sistemas Serviços de Negócios Função específica de negócio Serviços de Coordenação Serviços que viabilizam a comunicação entre os serviços de negócios 12 Identificação do Serviço Candidato Requisito do Serviço Projeto do Serviço Especificação de Interface do Serviço Implementação e Implantação do Serviço Serviço Implantado e Validado Componentes x Serviços Componentes são uma ótima forma de implementar serviços Serviço ChatBot Componentes Comunicação Perguntas e Respostas User Interface etc Serviço App ecommerce Componentes Carrinho de Compras Pagamentos Cartão Pagamentos PIX Lista de Produtos Design da Aplicação 13 Problema 3 sistema de venda de passagens aéreas para uma nova empresa O sistema pode ser acessado tanto por funcionários da companhia através de terminais conectados a um servidor ou via Internet pelos usuários Façamos uma reflexão a respeito do modelo de processo baseado em componentes estudado nesta aula Problema 2 automação de um restaurante gaúcho de comidas típicas incluindo tanto o controle de comandas e contas associadas às mesas quanto o controle do estoque de alimentos perecíveis a curto prazo exemplo verduras e médio prazo exemplo grãos como arroz e feijão Problema 1 sistema para controle de uma imobiliária envolvendo aluguéis emissão de boletos e controle de pagamento proprietários manutenção do cadastro repasse de aluguéis imóveis para alugar e vender 14 Considere os sistemas descritos abaixo quantos incrementos seriam utilizados e quais seriam as funcionalidades a serem alocadas em cada incremento Dinâmica O que é um Processo Baseado em Componentes e Serviços Componentes Serviços 15 Referências Bibliográficas SOMMERVILLE Ian Engenharia de Software 10 ed New York Addison Wesley 2019 ISBN 8543024978 768p Disponível em httpsplataformabvirtualcombrLeitorLoader168127pdf5keepTrue Capítulo 2 Processos de Software 16 OBRIGADA PELA ATENÇÃO E ATÉ A PRÓXIMA AULA 17 Engenharia de Software Ana Paula Terra Bacelo Aula 02 Vídeo 4 2 1 2º Encontro Prof Ana Paula Processo genérico de desenvolvimento de software Especificação de software Projeto e implementação de software Validação de software Evolução de software O que você vai precisar para acompanhar essa aula 3 Não serão necessários softwares específicos Livros de Engenharia de Software Relembrando o conteúdo do vídeo anterior Vídeo 1 2 e 3 da Aula 2 Processos de Software Processos Preditivos Cascata Prototipação Evolucionário Processo Unificado Iterativo e Incremental Espiral Baseado em Componentes Orientado à Serviços 4 Processo Genérico de Desenvolvimento de Software Especificação de software Projeto e implementação de software Validação de software Evolução de software 5 Especificação de software O processo para definir quais serviços são necessários e identificar as restrições de operação e de desenvolvimento do sistema Processo de engenharia de requisitos Especificação de software Estudo de viabilidade Elicitação e análise de requisitos Especificação de requisitos Validação de requisitos 6 Especificação de software 7 Atividade Entrega Legenda Projeto e implementação de software É o processo de conversão da especificação de sistema em um sistema executável Projeto de software Projetar uma estrutura de software que atenda à especificação Implementação Transformar essa estrutura em um programa executável As atividades de projeto e implementação são fortemente relacionadas e podem ser intercaladas 8 Modelo geral de um Processo de Projeto 9 Projeto e implementação de software atividades do processo de projeto 10 Projeto de arquitetura Especificação abstrata Projeto de interface Projeto de componente Projeto de estrutura de dados Projeto de algoritmos 11 Atividade Entrega Legenda Projeto e implementação de software atividades do processo de projeto Projeto e implementação de software modelos de software 12 Abordagens sistemáticas para o desenvolvimento de projetos de software O projeto é em geral documentado como um conjunto de modelos gráficos Modelo de objetos Modelo de seqüência Modelo de transição de estados Modelo estruturado Modelo de fluxo de dados 13 Programação e debugging É o processo de transformação de um projeto em um programa e a remoção de defeitos desse programa Programação é uma atividade pessoal não há processo genérico de programação Programadores realizam alguns testes para descobrir defeitos no programa e removem esses defeitos no processo de debugging depuração 14 O processo de debugging depuração Localizar o erro Projetar reparo do erro Reparar o erro Retestar o programa 15 Validação de software Verificação e validação VV tem a intenção de mostrar que um sistema está em conformidade com a sua especificação e que atende aos requisitos do cliente Envolve processos de verificação e revisão além de testes de sistema 16 Processo de teste de software Teste de Componente Teste de Sistema Teste de Aceitação 17 Estágios de teste Teste de Componente Componentes individuais são testados independentemente Componentes podem ser funções ou grupos dessas entidades Teste de Sistema Teste de sistema como um todo O teste das propriedades emergentes é particularmente importante Teste de Aceitação Teste com dados do cliente para verificar se o sistema atende às suas necessidades 19 Evolução de software O software é inerentemente flexível e pode mudar Como os requisitos mudam durante as mudanças de circunstâncias de negócio o software que apóia o negócio deve também evoluir e mudar Embora tenha havido uma separação entre desenvolvimento e evolução manutenção isso é cada vez mais irrelevante à medida que cada vez menos sistemas são completamente novos Dinâmica Atividades genéricas de Desenvolvimento de Software Engenharia de Requisitos Processo de debugging Processo de Projeto Processo de Teste Evolução de Sistema 21 Referências Bibliográficas SOMMERVILLE Ian Engenharia de Software 10 ed New York Addison Wesley 2019 ISBN 8543024978 768p Disponível em httpsplataformabvirtualcombrLeitorLoader168127pdf5keepTrue Capítulo 2 Processos de Software 22 OBRIGADA PELA ATENÇÃO E ATÉ A PRÓXIMA AULA 23 Engenharia de Software Ana Paula Terra Bacelo Aula 02 Vídeo 5 2 1 2º Encontro Prof Ana Paula Processos genérico de desenvolvimento de software Exercícios Estudos de Caso Diagramação O que você vai precisar para acompanhar essa aula Excel Visual Paradign disponível online Livros de Engenharia de Software 3 Relembrando o conteúdo do vídeo anterior Vídeo 1 2 3 e 4 da Aula 2 Processos de Software Processos Preditivos Cascata Prototipação Evolucionário Processo Unificado Iterativo e Incremental Espiral Baseado em Componentes Orientado à Serviços Processos das Atividades Genéricas de Engenharia de Software 4 Relembrando o conteúdo do vídeo anterior Modelo Cascata Fases do Modelo Levantamento de Requisitos Desenvolvimento do Projeto Implementação do Projeto Testes para Verificação da Implementação Implantação e Manutenção do software 5 Dinâmica Como gerente de projetos você verificou que a sua equipe tem um total de 120 homenshora ao mês para atender projetos de desenvolvimento Três diferentes áreas da organização solicitam serviços e as estimativas apontam as seguintes necessidades de trabalho Projeto A 200 hh Projeto B 400 hh Projeto C 600 hh Um levantamento identificou que a distribuição de horastarefa por projeto é semelhante ao modelo de custos do modelo em cascata Etapa Percentual Especificação 15 Projeto 25 Implementação 20 Verificação 20 Implantação e Manutenção 20 META Calcule e apresente o número de meses que a sua equipe necessita para concluir e entregar os 3 projetos solicitados RESTRIÇÕES a etapa de especificação de todos os 3 projetos precisa ser concluída em 2 meses o projeto A deve ser concluído num período de 4 meses a equipe deve trabalhar em ao menos dois projetos diferentes por mês Sugira uma distribuição de tarefas para a equipe planilhando as atividades mês a mês Modelo de Custos do modelo em cascata 6 Dinâmica Um gerente de projetos foi incumbido pela direção da empresa de identificar as áreas do processo de desenvolvimento que poderiam ter custos minimizados com uso de ferramentas de automação de tarefas Considerando a distribuição de custos apresentada ao lado identifique para cada tipo de modelo de processo quais as áreas candidatas à automação 7 Dinâmica Suponha que a sua equipe possui boa experiência no desenvolvimento de aplicações para comércio eletrônico de empresas que trabalham com eletrodomésticos O problema envolve o desenvolvimento do sistema de comércio eletrônico site base de dados e a atualização das informações sobre os produtos comercializados Você recebe uma proposta de trabalho com as seguintes diretrizes gerais o cliente quer um site que divulgue seus produtos e ao mesmo tempo possibilite a venda via Internet o site deverá garantir a privacidade e segurança das informações dos usuárioscompradores as informações sobre produtos deverão ser atualizadas semanalmente pelo próprio cliente ele não quer um contrato de atualização do site Se necessário o cliente aceita um contrato temporário de atualização o cliente quer o software disponível no menor tempo possível para fazer frente à concorrência Qualis dos modelos de processo estudados até o momento seriam mais adequados para este problema 9 Dinâmica Sua empresa possui um sistema legado que apesar de atender às necessidades dos usuários é considerado tecnologicamente defasado ele é utilizado para o gerenciamento de informações de um fundo de previdência privado dos funcionários O sistema legado possui farta documentação manuais de usuário de referência documentação de projeto registro das manutenções A equipe de TI chefiada por você foi solicitada a desenvolver um sistema que deverá substituir o legado Sua equipe já efetua eventualmente manutenções nesse sistema Com base nessas informações compare a utilização de um processo em cascata e outro do tipo incremental ressaltando aspectos positivos e negativos de cada um deles em relação ao problema a ser resolvido Qual deles você escolheria para o desenvolvimento do novo sistema 10 Relembrando o conteúdo do vídeo anterior Especificação de software 11 Dinâmica Dado o problema abaixo relacionado modelar os requisitos do sistema modelo de casos de uso de máquina de vendas de bebidas identificando seus atores e suas ações neste sistema 12 Uma máquina de venda mantém diversos tipos de bebidas refrigeradas a uma temperatura constante A máquina funciona com moedas e notas Após inserir dinheiro suficiente o cliente deve selecionar a bebida desejada Somente é possível selecionar bebidas disponíveis A máquina não oferece troco O cliente pode solicitar o dinheiro de volta caso desista de escolher a bebida Notas e moedas não utilizadas são devolvidas ao cliente tendo este selecionado a bebida ou não Periodicamente as bebidas devem ser repostas e o dinheiro arrecadado deve ser coletado por um funcionário Relembrando o conteúdo do vídeo anterior 14 Projeto e implementação de software modelos de software Modelo de objetos Modelo de seqüência Modelo de transição de estados Modelo estruturado Modelo de fluxo de dados atividades Dinâmica Dado o problema abaixo relacionado criar um diagrama de atividades que represente o contexto apresentado 15 Um cliente deseja fazer um saque de um determinado valor da sua conta corrente em um caixa eletrônico A instituição bancária deverá primeiramente se o cartão e a senha informados são válidos Caso sejam válidos o sistema deverá solicitar o valor a ser retirado O cliente informa o valor o qual é validado pelo sistema Se a operação for aceita o cliente poderá retirar o dinheiro e este será debitado da conta Para os casos de cartãosenha inválidos e de saldo insuficiente o sistema deverá encerrar a operação Dinâmica Processos de Software Modelos de Processos de Software Processos de Atividades Genéricas de Desenvolvimento de Software Exercícios e Estudos de Caso 16 Referências Bibliográficas SOMMERVILLE Ian Engenharia de Software 10 ed New York Addison Wesley 2019 ISBN 8543024978 768p Disponível em httpsplataformabvirtualcombrLeitorLoader168127pdf5keepTrue Capítulo 2 Processos de Software 17 OBRIGADA PELA ATENÇÃO E ATÉ A PRÓXIMA AULA 18 Engenharia de Software Checkpoints Aula 2 Processos de Software TECNOLOGIA EM GESTÃO DA TECNOLOGIA DA INFORMAÇÃO ENADE 2021 Questão 1 Um processo de software é um conjunto de atividades cujo objetivo é o desenvolvimento ou a evolução de um programa Uma representação simplificada e abstrata é chamada de modelo de processo software A seguir são apresentados dois exemplos destes modelos O modelo em cascata considera as atividades fundamentais do processo compreendendo a especificação desenvolvimento validação e evolução Esse modelo pode ser representado em fases distintas tais como especificação de requisitos projeto de software implementação teste e assim por diante O desenvolvimento incremental intercala as atividades de especificação desenvolvimento e validação com rápido feedback entre as atividades Ele se baseia na ideia de desenvolver uma implementação inicial a partir de especificações abstratas que é refinada após feedbacks obtidos do cliente até que o sistema satisfaça as necessidades SOMMERVILLE I Engenharia de Software 9 ed São Paulo Pearson Addison Wesley 2011 p 19 adaptado Acerca dos modelos de processo de software apresentados avalie as asserções a seguir e a relação proposta entre elas I O modelo em cascata não prevê validação pelo cliente em todas as fases do processo de desenvolvimento do software PORQUE II No desenvolvimento incremental a rápida versão inicial assim como os sucessivos incrementos do sistema permitem validar a entrega e atender as necessidades do cliente A As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I B As asserções I e II são proposições verdadeiras mas a II não é uma justificativa correta da I C A asserção I é uma proposição verdadeira e a II é uma proposição falsa D A asserção I é uma proposição falsa e a II é uma proposição verdadeira E As asserções I e II são proposições falsas TECNOLOGIA EM GESTÃO DA TECNOLOGIA DA INFORMAÇÃO ENADE 2021 Questão 1 Um processo de software é um conjunto de atividades cujo objetivo é o desenvolvimento ou a evolução de um programa Uma representação simplificada e abstrata é chamada de modelo de processo software A seguir são apresentados dois exemplos destes modelos O modelo em cascata considera as atividades fundamentais do processo compreendendo a especificação desenvolvimento validação e evolução Esse modelo pode ser representado em fases distintas tais como especificação de requisitos projeto de software implementação teste e assim por diante O desenvolvimento incremental intercala as atividades de especificação desenvolvimento e validação com rápido feedback entre as atividades Ele se baseia na ideia de desenvolver uma implementação inicial a partir de especificações abstratas que é refinada após feedbacks obtidos do cliente até que o sistema satisfaça as necessidades SOMMERVILLE I Engenharia de Software 9 ed São Paulo Pearson Addison Wesley 2011 p 19 adaptado Acerca dos modelos de processo de software apresentados avalie as asserções a seguir e a relação proposta entre elas I O modelo em cascata não prevê validação pelo cliente em todas as fases do processo de desenvolvimento do software PORQUE II No desenvolvimento incremental a rápida versão inicial assim como os sucessivos incrementos do sistema permitem validar a entrega e atender as necessidades do cliente A As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I B As asserções I e II são proposições verdadeiras mas a II não é uma justificativa correta da I C A asserção I é uma proposição verdadeira e a II é uma proposição falsa D A asserção I é uma proposição falsa e a II é uma proposição verdadeira E As asserções I e II são proposições falsas Ano 2021 Banca IDECAN Órgão IFCE Prova IDECAN 2021 IFCE Analista de Tecnologia da Informação Questão 2 No contexto da Engenharia de Software um modelo de processo é visualizado como um ciclo de vida constituído da especificação do desenvolvimento da validação e da evolução Nesse modelo as fases são representadas separadas umas das outras tais como especificação de requisitos projeto de software implementação testes e manutenção Esse modelo de processo é denominado modelo em A Espiral B Eventos C Cascata D Incremental E Prototipação Ano 2021 Banca IDECAN Órgão IFCE Prova IDECAN 2021 IFCE Analista de Tecnologia da Informação Questão 2 No contexto da Engenharia de Software um modelo de processo é visualizado como um ciclo de vida constituído da especificação do desenvolvimento da validação e da evolução Nesse modelo as fases são representadas separadas umas das outras tais como especificação de requisitos projeto de software implementação testes e manutenção Esse modelo de processo é denominado modelo em A Espiral B Eventos C Cascata D Incremental E Prototipação