Grátis: Depende de uma abstração, e não de uma implementação, um módulo de alto nível não deve depender de módulos de baixo nível; ambos devem depender da ...

Outros

Depende de uma abstração, e não de uma implementação, um módulo de alto nível não deve depender de módulos de baixo nível; ambos devem depender da abstração.

CuriosidadesGerais

há 9 meses

CuriosidadesGerais

há 9 meses

35 pág.

Pensamento Computacional em Sistemas

UFAL

Respostas

há 9 meses

A frase que você mencionou se refere ao Princípio da Inversão de Dependência, que é um dos princípios SOLID da programação orientada a objetos. Esse princípio sugere que módulos de alto nível não devem depender de módulos de baixo nível, mas ambos devem depender de abstrações (como interfaces ou classes abstratas). Isso promove um design mais flexível e facilita a manutenção e a escalabilidade do código.

Essa resposta te ajudou?

Libere essa resposta sem enrolação!

Cadastre-se ou realize login

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

35 pág.

Pensamento Computacional em Sistemas

UFAL

Mais perguntas desse material

Quanto maior a escala do sistema, mais se demanda o emprego de processos sistêmicos e metodologias para sua construção, manutenção e evolução. Nesse ponto, a engenharia de software tem por função recomendar e empregar princípios comuns às engenharias na construção de software.

Diversos autores definiram princípios e padrões amplamente discutidos e difundidos por equipes de desenvolvimento, como os sete princípios de Pressman, os princípios SOLID, padrões GOF e padrões GRASP.

É o princípio mais simples. Diz que cada objeto deve ter apenas uma única responsabilidade; caso contrário, deve-se dividir-lo em novas entidades.

Você deve ser capaz de estender um comportamento de uma classe, sem modificá-la, ou seja, quando novos comportamentos e recursos precisam ser adicionados no software; deve-se estender, e não alterar o código-fonte original.

As classes base devem ser substituíveis por suas classes derivadas, ou seja, todas as classes que herdam um método de uma classe pai não devem repetir a funcionalidade já implementada na classe pai.

Interfaces específicas são melhores do que uma interface geral, ou seja, uma classe não deve ser forçada a implementar interfaces e métodos que não serão utilizados.

Engenharia de software proporciona disciplina e procedimentos sistemáticos e quantificáveis, com foco no desenvolvimento, na usabilidade, na manutenção e na evolução de sistemas de software. Resumindo, a engenharia de software tem por função recomendar e empregar princípios comuns às engenharias na construção de software.

Descrever a relação entre engenharia de software e pensamento computacional.

Reconhecer princípios e padrões relevantes para a engenharia de software.

Devido à importância do software atualmente, não é estranho que exista uma área da computação reservada à criação de estratégias para o desenvolvimento de aplicações, principalmente aquelas de larga escala e complexidade. A engenharia de software se dedica à criação de metodologias quantificáveis e sistemáticas para desenvolvimento, gerência, manutenção e escalabilidade em sistemas de software.

A engenharia de software teve início em meados da década de 1960, após longos anos de hegemonia do hardware. Nas décadas que antecederam, grandes máquinas eram utilizadas para a validação de problemas científicos em universidades, algumas grandes empresas ou agências governamentais.

O software não era relevante e essas grandes máquinas tinham pouco poder de processamento equiparado aos atuais computadores domésticos. Ainda assim, podiam calcular milhares de vezes mais rápido do que os melhores matemáticos do mundo (DENNING; TEDRE, 2019).

Garantir a qualidade da produção em grande escala (confiabilidade, usabilidade, segurança, entre outras características) era inviável, pois as ferramentas para desenvolvimento e gestão desenvolvidas até então não eram poderosas o suficiente para isso.

Tal cenário levou ao aumento da descrença no software, devido a recorrentes perdas de prazo, orçamento elevado, falta de atendimento aos requisitos e manutenção inviável.

Assim, eles buscaram nas engenharias, área de conhecimento reconhecida em notáveis processos de construção em todas as subáreas que atuam, inspiração para essa nova área computacional, então batizada de engenharia de software.

Princípios e padrões foram definidos e aplicados em sistemas de grande escala, de forma que favorecem a reutilização e a redução de tempo de produção.

Também metodologias para teste e validação são utilizadas para garantir qualidade e eliminação de falhas, bem como para a manutenção e a evolução durante o passar do tempo.

Muitos desses sistemas, como já foi mencionado, eram relativamente pequenos comparados às aplicações dos dias atuais.

E não estamos falando de grandes sistemas de informação: um aplicativo embarcado em seu celular já possui capacidade computacional superior à disponível naquela época.

Outros

Pensamento Computacional em Sistemas

Respostas

Libere essa resposta sem enrolação!

Ainda com dúvidas?

Essa pergunta também está no material:

Pensamento Computacional em Sistemas

Quanto maior a escala do sistema, mais se demanda o emprego de processos sistêmicos e metodologias para sua construção, manutenção e evolução. Nesse ponto, a engenharia de software tem por função recomendar e empregar princípios comuns às engenharias na construção de software.

Diversos autores definiram princípios e padrões amplamente discutidos e difundidos por equipes de desenvolvimento, como os sete princípios de Pressman, os princípios SOLID, padrões GOF e padrões GRASP.

É o princípio mais simples. Diz que cada objeto deve ter apenas uma única responsabilidade; caso contrário, deve-se dividir-lo em novas entidades.

Você deve ser capaz de estender um comportamento de uma classe, sem modificá-la, ou seja, quando novos comportamentos e recursos precisam ser adicionados no software; deve-se estender, e não alterar o código-fonte original.

As classes base devem ser substituíveis por suas classes derivadas, ou seja, todas as classes que herdam um método de uma classe pai não devem repetir a funcionalidade já implementada na classe pai.

Interfaces específicas são melhores do que uma interface geral, ou seja, uma classe não deve ser forçada a implementar interfaces e métodos que não serão utilizados.

Descrever a relação entre engenharia de software e pensamento computacional.

Reconhecer princípios e padrões relevantes para a engenharia de software.

A engenharia de software teve início em meados da década de 1960, após longos anos de hegemonia do hardware. Nas décadas que antecederam, grandes máquinas eram utilizadas para a validação de problemas científicos em universidades, algumas grandes empresas ou agências governamentais.

O software não era relevante e essas grandes máquinas tinham pouco poder de processamento equiparado aos atuais computadores domésticos. Ainda assim, podiam calcular milhares de vezes mais rápido do que os melhores matemáticos do mundo (DENNING; TEDRE, 2019).

Garantir a qualidade da produção em grande escala (confiabilidade, usabilidade, segurança, entre outras características) era inviável, pois as ferramentas para desenvolvimento e gestão desenvolvidas até então não eram poderosas o suficiente para isso.

Tal cenário levou ao aumento da descrença no software, devido a recorrentes perdas de prazo, orçamento elevado, falta de atendimento aos requisitos e manutenção inviável.

Assim, eles buscaram nas engenharias, área de conhecimento reconhecida em notáveis processos de construção em todas as subáreas que atuam, inspiração para essa nova área computacional, então batizada de engenharia de software.

Princípios e padrões foram definidos e aplicados em sistemas de grande escala, de forma que favorecem a reutilização e a redução de tempo de produção.

Também metodologias para teste e validação são utilizadas para garantir qualidade e eliminação de falhas, bem como para a manutenção e a evolução durante o passar do tempo.

Muitos desses sistemas, como já foi mencionado, eram relativamente pequenos comparados às aplicações dos dias atuais.

E não estamos falando de grandes sistemas de informação: um aplicativo embarcado em seu celular já possui capacidade computacional superior à disponível naquela época.

Mais conteúdos dessa disciplina