Aula 1 - Slides - Ana Paula Terra Bacelo

Prévia do material em texto

Engenharia de Software
Ana Paula Terra Bacelo – Aula 01
Video 1
2
1. 
1º Encontro
Prof. Ana 
Paula
Motivação para Engenharia de 
Software
Histórico da Engenharia de Software
Relação da Engenharia de Software 
com as outras áreas da Computação
MOTIVAÇÃO PARA A
ENGENHARIA DE SOFTWARE
Motivação para a Engenharia de Software
● As economias de TODAS as nações desenvolvidas são
dependentes de software.
● Infra-estruturas e serviços nacionais contam com sistemas de
software.
● A maioria dos produtos elétricos possui um computador e um
software de controle
● Produzir e manter software dentro de custos adequados é
essencial para o desenvolvimento da economia nacional e
internacional
PIB e Software
• Os dispêndios com software representam uma fração
significativa do PIB em todos os países desenvolvidos.
https://www.convergenciadigital.com.br/Negocios/Internet-e-software-
crescem-12%2C3%25-e-puxam-PIB-de-2021-
59613.html?UserActiveTemplate=mobile
https://www.convergenciadigital.com.br/Negocios/Setor-de-TI-cresceu-
18%2C3%25-em-2021-e-gerou-R%24-597%2C8-bilhoes-
59795.html?UserActiveTemplate=mobile
PIB e Software
https://exame.com/invest/mercados/o-que-as-
principais-gestoras-e-bancos-de-investimentos-
esperam-para-2022/
https://tiinside.com.br/04/03/2022/forrester-preve-crescimento-no-mercado-
global-de-tecnologia-impulsionado-por-software/
https://exame.com/invest/mercados/o-que-as-principais-gestoras-e-bancos-de-investimentos-esperam-para-2022/
https://tiinside.com.br/04/03/2022/forrester-preve-crescimento-no-mercado-global-de-tecnologia-impulsionado-por-software/
ABES – Associação Brasileira das Empresas de Software
IDC - International Data Corporation
Estudo Mercado Brasileiro de Software – Panorama e Tendências 2022
Papel da Engenharia de Software na Sociedade
A engenharia de software se dedica às teorias,
métodos e ferramentas para desenvolvimento
de software profissional.
HISTÓRICO DA ENGENHARIA DE SOFTWARE
Hopper at the UNIVAC I console, c. 1960
Fonte: https://en.wikipedia.org/wiki/Grace_Hopper
https://en.wikipedia.org/wiki/UNIVAC_I
Histórico da Engenharia de Software (ES)
Histórico da ES: A crise do software
http://stg-tud.github.io/sedc/Lecture/ws13-14/1-Introduction-
General.html#mode=document
● Como o software pode ser 
mantido?
● Como atender as 
necessidades de mudanças 
dos requisitos?
● Como programar como um 
time de desenvolvimento?
Histórico da ES: A crise do software
● Dificuldades no Trabalho com Software 
○ Medidas pobres de eficiência e qualidade 
● Insatisfação do usuário é freqüente 
○ Pouco entendimento dos requisitos 
○ Problemas de Comunicação entre o usuário e o analista 
● A qualidade do software é freqüentemente 
suspeita 
○ Poucas medidas e critérios de qualidade 
● Software existente é muito difícil de manter 
○ E tem que ser mantido até ser substituído
https://ieeexplore.ieee.org/stamp/stamp.jsp?t
p=&arnumber=1663532
Histórico da ES: Criação da Internet
http://www.youtube.com/watch?v=VDRfrIXatCE
Histórico da ES: Metodologias Leves
Fonte: https://www.metodoagil.com/manifesto-agil/
● Maior Agilidade
● Mais adaptáveis
● Cliente parte do time
● Menos formais 
● Menos regradas
Histórico da ES: tendências/cenário atual
Full Stack developer
https://www.sam-solutions.com/blog/software-development-trends/
Relação da ES e Análise de Sistemas
Relação da ES com a Ciência da Computação
Relação da ES com a Engenharia da Computação
Relação entre as áreas de computação
Adaptado de: The relationship between digital forensic knowledge areas and other computing 
disciplines. Reprinted with permission from "Towards standards in digital forensics education," 
by Cooper et al., 2010, Proceedings of the 2010 ITiCSE working group reports, p. 89
Referências Bibliográficas
● SOMMERVILLE, Ian. Engenharia de Software. 10 ed., New York: 
Addison-Wesley, 2019. ISBN 8543024978. 768p. ( Online só
2011. Solicitar compra da versão 2019)
● PRESSMAN, Roger. S. Engenharia de Software: uma abordagem 
profissional. 9 ed., Porto Alegre: AMGH, 2021. ISBN 
9786558040101. Disponível em: https://primo-
pmtna01.hosted.exlibrisgroup.com/permalink/f/1paomtm/sfx26800
000000062848
● PRICLKLADNCKI, R. WILLI R., MILANI, F. Métodos Ágeis para 
Desenvolvimento de Software. 1ª Ed, Porto Alegre: Bookman, 
2014. ISBN 9788582602072 
OBRIGADA PELA ATENÇÃO E 
ATÉ A PRÓXIMA AULA!
Engenharia de Software
Ana Paula Terra Bacelo – Aula 01
Video 2
2
1. 
1º Encontro
Prof. Ana 
Paula
FAQ (Frequently Answered 
Questions) em Engenharia de 
Software
FAQS EM
ENGENHARIA DE SOFTWARE
Onde temos software nestas imagens?
● Programas de computador 
e documentação 
associada, tais como 
requisitos, modelos de 
projetos e manuais de 
usuário. 
● Produtos de software 
podem cliente particular ou 
para uma empresa
Genéricos – desenvolvidos para serem 
vendidos para uma grande variedade de 
clientes, por exemplo, softwares web, 
smartphone, etc.
Personalizados –
desenvolvidos para um 
único cliente de acordo 
com as suas 
especificações.
Engenharia de software é uma disciplina de 
engenharia relacionada com todos os 
aspectos produção de software, desde a 
especificação até a manutenção.
Sommerville, Ian. Engenharia de software. 8ª edição. São 
Paulo: Pearson Education, 2007
Engenharia de software pode ser definida pelo 
estabelecimento e uso de sólidos princípios da 
engenharia para que se possa obter 
economicamente um software que seja confiável 
e que funcione eficientemente.
Pressman, R.S. Engenharia de Software. 9 ed.
É um conjunto de atividades cuja meta é o 
desenvolvimento ou evolução de software. 
As atividades genéricas em todos os processos de 
software são: 
● 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.
É uma representação simplificada de 
um processo software, apresentado sob 
uma perspectiva específica. 
Fluxograma Workflow
Abordagens estruturadas para o desenvolvimento de
software que incluem modelos de sistema, notações, regras,
recomendações de projeto e guias de processo.
● Cascata
● Prototipação
● Incremental
● Espiral
● Cerca de 60% dos custos são de desenvolvimento, 40% 
são custos de teste.
● Para software sob encomenda, os custos de evolução 
geralmente excedem os custos de desenvolvimento.
● Os custos variam dependendo do tipo de sistema a ser 
desenvolvido e dos requisitos dos atributos de sistema, tais 
como desempenho e confiabilidade.
● A distribuição de custos depende do modelo de 
desenvolvimento que é usado.
Custos de desenvolvimento de software genérico
Custos relativos entre desenvolvimento e manutenção de software
● Software que têm a intenção de fornecer apoio 
automatizado para atividades do processo de software
● Também conhecido como IDE (Integrated Development 
Environment)
Softwares devem fornecer funcionalidade e desempenho exigidos
pelo usuário e deve ser fácil de manter, confiável e usável.
Facilidade de 
Manutenção
boas práticas de codificação, documentação
Confiança executa todas as funcionalidades corretamente
Eficiência utiliza adequadamente os recursos computacionais e 
entrega resultados em tempo correto
Usabilidade apresenta uma interface adequada, de acordo com o 
perfil de usuário
● Sistemas Distribuídos
● Integração de diferentes sistemas
● Sistemas Legados
Técnicas para construção 
de software confiável
● Programação OO
● SOA (Service-oriented architecture
● TDD (Test-driven development)
● etc.
● Software faz parte do cotidiano 
da vida das pessoas e negócios
● Necessário confiar naquilo que é 
produzido como resposta
Técnicas que demonstrem confiança 
perante seus usuários
● técnicas deES demandam tempo 
para garantir a qualidade da 
entrega
D.E.S.A.F.I.O
● diminuir os tempos de entregas dos 
sistemas grandes e complexos
….. sem comprometer a qualidade
Referências Bibliográficas
● SOMMERVILLE, Ian. Engenharia de Software. 10 ed., New York:
Addison-Wesley, 2019. ISBN 8543024978. 768p. ( Online só
2011. Solicitar compra da versão 2019)
● PRESSMAN, Roger. S. Engenharia de Software: uma abordagem
profissional. 9 ed., Porto Alegre: AMGH, 2021. ISBN 
9786558040101. Disponível em: https://primo-
pmtna01.hosted.exlibrisgroup.com/permalink/f/164fi7o/
sfx26800000000062848
● PRICLKLADNCKI, R. WILLI R., MILANI, F. Métodos Ágeis para
Desenvolvimento de Software. 1ª Ed, Porto Alegre: Bookman, 
2014. ISBN 9788582602072 
https://primo-pmtna01.hosted.exlibrisgroup.com/permalink/f/164fi7o/sfx26800000000062848
OBRIGADA PELA ATENÇÃO E 
ATÉ A PRÓXIMA AULA!
Engenharia de Software
Ana Paula Terra Bacelo – Aula 01
Video 3
2
1. 
1º Encontro
Prof. Ana 
Paula
Visão Tragicômica da 
Engenharia de Software
VISÃO TRAGICÔMICA DA
ENGENHARIA DE SOFTWARE
● O cliente pode não ser 
claro em descrever o que 
deseja. 
● Você deve ser muito 
criterioso e documentar o 
que o cliente explica e 
deseja.
https://www.zendesk.com.br/
1. Conheça o cliente a fundo
2. Faça perguntas abertas para o cliente expor sua solicitação
3. Ouça as respostas com atenção e evite interromper o cliente sem necessidade
4. Explore o contexto da solicitação
5. Faça um resumo e confirme com o cliente se o que você entendeu está correto
6. Ofereça atendimento ativo em busca do que o cliente tem a dizer
7. Crie múltiplos canais para que o cliente possa falar
8. Faça um resumo e confirme com o cliente se o que você entendeu está correto
● Líder (gerente) de 
projeto, ao acompanhar 
o profissional no 
levantamento de 
requisitos e escopo, é 
fundamental realizar 
perguntas e apresentar 
ao cliente tudo que foi 
explicado por ele.
● Sem o entendimento completo do problema a 
ser tratado e um bem elaborado plano de 
projeto em mãos, você (gerente) e sua equipe 
não saberão onde querem e precisam chegar. 
● GP (juntamente com sua 
equipe) não deparar-se com a 
inserção de defeitos logo cedo 
no desenvolvimento, os quais 
virão, apenas bem mais tarde, 
a serem descobertos, 
resultando em atraso no projeto 
e/ou comprometendo a 
qualidade do produto final.
● Analista, diante da visão do 
Gerente do Projeto, pode 
realizar as especificações 
incorretas quando este não 
tem comunicação clara com 
o cliente ou consultor de 
negócios.
● O Desenvolvedor diante das inúmeras 
atividades paralelas no trabalho: 
○ Reuniões 
○ Treinamentos 
○ Correções emergenciais de 
bugs 
○ Preenchimento de relatórios
○ Respostas a e-mails 
○ Mídias sociais: 
■ Google
■ Fóruns
■ Whatsapp
Potenciais motivos desta distorção:
1. Não planejar antes de começar a codificar.
2. Não utilizar práticas de código limpo.
3. Reinventar a roda.
4. Não realizar testes e não pensar em manipulação 
de erros no código.
5. Copiar e adaptar código, sem entender como o 
mesmo funciona.
6. Não utilizar práticas de versionamento do código 
e/ou backup.
7. Programar sempre, descobrir novas técnicas 
sempre.
● O Analista (ou consultor) 
de Negócio pode, 
erroneamente, prometer 
algo sem consultar os 
papéis envolvidos e 
oferecer uma solução 
impossível e onerosa.
● Infelizmente, 
muitos projetos 
terminam sem 
documentação 
associada.
● Documentar ou não-documentar, eis 
a questão?!
● É complexo;
● Pode ser desenvolvido por várias pessoas;
● Pode ser desenvolvido para atender determinadas necessidades, 
ou para automatizar determinados processos;
● Está em constante evolução, sempre recebendo modificações;
● Será utilizado por pessoas que não necessariamente o 
desenvolveram;
● Será utilizado por pessoas que não necessariamente são 
especialistas em tecnologia;
● ….
● ….
DOCUMENTAR SEMPRE!!!!
● Sem processos adequados, 
gerenciamento das várias 
dimensões de um projeto, 
pode ser homologado e 
entregue algo que não é o 
que o cliente deseja.
● Processo S.I.M!!!!
● Deve-se definir critérios para 
homologação das entregas
● Cliente deve receber software 
funcional
● O cliente e a equipe 
devem interagir 
frequentemente para que 
a solução chegue o mais 
perto do desejado.
● Gerente de Projeto deve 
monitorar resultados de 
maneira a evitar atrasos 
e entregar software com 
qualidade
● A maior parte do tempo de vida 
de um sistema será em 
manutenção.
● Sistemas sem planejamento, 
criados sem processo, sem 
documentação, sem critérios 
técnicos são difíceis de se 
manter.
● Plano de Manutenção 
geralmente vinculado ao 
contrato de desenvolvimento 
do projeto
● Tipos de Manutenção:
○ Corretiva
○ Evolutiva
○ Adaptativa
E o cliente só 
queria isso!!!
“Se os Engenheiros construíssem prédios como os 
programadores escrevem os seus programas, um único pica-
pau seria capaz de destruir a civilização”
Precisamos ter e ser 
melhores Engenheiros de Software!
Referências Bibliográficas
● SOMMERVILLE, Ian. Engenharia de Software. 10 ed., New York:
Addison-Wesley, 2019. ISBN 8543024978. 768p. ( Online só
2011. Solicitar compra da versão 2019)
● PRESSMAN, Roger. S. Engenharia de Software: uma abordagem
profissional. 9 ed., Porto Alegre: AMGH, 2021. ISBN 
9786558040101. Disponível em: https://primo-
pmtna01.hosted.exlibrisgroup.com/permalink/f/164fi7o/
sfx26800000000062848
● Materiais de Aula de Disciplinas de Engenharia de Software da
Escolha Politécnica da PUCRS. Professores Marcelo Yamaguti, 
Ana Paula Bacelo, Alessandra Dutra
https://primo-pmtna01.hosted.exlibrisgroup.com/permalink/f/164fi7o/sfx26800000000062848
OBRIGADA PELA ATENÇÃO E 
ATÉ A PRÓXIMA AULA!
Engenharia de Software
Ana Paula Terra Bacelo – Aula 01
Video 4
2
1. 
1º Encontro
Prof. Ana 
Paula
Ética em Engenharia de 
Software:
Código de Ética, LGPD
https://www.youtube.com/watch?v=obL4HdjKM
Wg&ab_channel=MatheusMachado
Introdução
http://www.youtube.com/watch?v=obL4HdjKMWg
A engenharia de software 
envolve responsabilidades 
mais amplas do que 
simplesmente a aplicação de 
habilidades técnicas. 
Responsabilidade Social e Ética
• Os engenheiros de software devem se comportar de 
modo honesto e eticamente responsável para serem 
respeitados como profissionais. 
• O comportamento ético é mais do que simplesmente a 
sustentação de leis.
Questões de Responsabilidade 
Profissional e Ética
Confidencialidade 
Os engenheiros devem normalmente respeitar a 
confidencialidade de seus funcionários ou clientes, 
independentemente de ter ou não assinado um 
acordo formal.
Competência
Os engenheiros não devem desvirtuar o seu nível 
de competência. Eles não devem conscientemente 
aceitar um trabalho que esteja fora de sua 
competência.
Questões de Responsabilidade 
Profissional
Direitos sobre propriedade intelectual
Os engenheiros devem estar cientes das leis locais que 
regem o uso de propriedade intelectual, tais como 
patentes, direitos autorais, etc. 
Eles devem tomar cuidado para assegurar que a 
propriedade intelectual dos funcionários e clientes seja 
protegida.
Mau uso de computadores
Os profissionais não devem usar as suas habilidades 
técnicas para fazer mau uso dos computadores de outras 
pessoas. 
O mau uso de computadores varia desde relativamente 
trivial (uso de jogos na máquina do funcionário) até 
extremamente sério (disseminação de virus).
• As sociedades profissionais nos EUA têm 
cooperado para produzir uma prática de 
código de ética. 
• Os membros destas organizações assinam o 
código de prática quando eles se inscrevem 
como membros.
• Estrutura do Código de Ética:
• Seção 1: considerações éticas fundamentais
• Seção 2: considerações adicionais de 
conduta profissional. 
• Seção 3: afirmações para indivíduos que 
possuem um papel de liderança.
Código de Ética da ACM/IEEEComo um membro da ACM eu devo:
1.1- Contribuir para a sociedade e bem-estar do ser humano.
1.2- Evitar de prejudicar outros.
1.3- Ser honesto e digno de confiança.
1.4- Ser imparcial e realizar ações sem discriminação.
1.5- Conceder créditos apropriados para propriedades 
intelectuais.
1.6- Respeitar a privacidade.
1.7- Honrar a confidencialidade.
Código de Ética: Seção 1
Como um profissional de computação pertencente à ACM eu 
devo:
2.1- Esforçar-me para concluir com a mais alta qualidade todos os 
processos e produtos do trabalho profissional.
2.2- Adquirir e manter competência profissional.
2.3- Conhecer e respeitar leis existentes ligadas ao trabalho 
profissional.
2.4- Aceitar e providenciar reciclagem profissional adequada.
2.5- Conceder estimativa compreensiva e cuidadosa de sistemas 
computacionais e seus impactos, com especial ênfase nos possíveis 
riscos.
Código de Ética: Seção 2
Como um profissional de computação pertencente à ACM eu devo:
2.6- Honrar contratos e responsabilidades especificadas.
2.7- Aperfeiçoar o entendimento público de computação e suas 
conseqüencias.
2.8- Acessar recursos computacionais e de comunicação somente 
quando autorizado.
2.9- Projetar e implementar sistemas que são robustamente e 
“usavelmente” seguros.
Código de Ética: 
Seção 2 (cont.)
Como um membro da ACM e um líder organizacional, eu 
devo:
3.1- Garantir que usuários e outros que passam a ser afetados 
por um sistema tenham suas necessidades claramente 
articuladas durante a atribuição e planejamento de 
requisitos, depois o sistema precisará ser validado para 
satisfazer os requisitos.
3.2- Articular responsabilidades sociais de membros de 
uma organizacional e encorajar aceitação plena destas 
responsabilidades.
3.3- Gerenciar pessoas e recursos para planejar e construir 
sistemas de informação que aumente a qualidade da vida 
profissional.
Código de Ética: Seção 3
Como um membro da ACM e um líder organizacional, eu 
devo:
3.4- Articular e dar suporte a mecanismos de proteção à 
dignidade de usuários e outros afetados por um sistema 
computacional.
3.5- Criar oportunidades para membros da organização aprender 
os princípios e limitações de sistemas de computadores.
3.6- Cuidado ao modificar ou aposentar sistemas.
3.7- Ter conhecimento e dar suporte apropriado e uso autorizado 
de uma organização computacional e recursos de comunicação.
Código de Ética: 
Seção 3 (cont)
Dilemas éticos da Atualidade
Lei Geral de Proteção de Dados
Fonte: https://www.funcef.com.br/
http://www.youtube.com/watch?v=TWlZ9Lc2nu8
Extraído de: serpro.gov.br//lgpd/menu/a-lgpd/o-que-
muda-com-a-lgpd
Extraído de:
https://www.facebook.com/Americancapacitacao/photos/os
-mandamentos-de-steve-jobs-
americancapacita%C3%A7%C3%B5es/2107508855981600/
Referências Bibliográficas
● SOMMERVILLE, Ian. Engenharia de Software. 10 ed., New York: 
Addison-Wesley, 2019. ISBN 8543024978. 768p. ( Online só
2011. Solicitar compra da versão 2019)
● ACM Code of Ethics and Professional Conduct. 2018. Disponível 
em: <https://www.acm.org/code-of-ethics>
● Materiais de Aula de Disciplinas de Engenharia de Software da 
Escolha Politécnica da PUCRS. Professores Marcelo Yamaguti, 
Ana Paula Bacelo, Alessandra Dutra
OBRIGADA PELA ATENÇÃO E 
ATÉ A PRÓXIMA AULA!
Engenharia de Software
Ana Paula Terra Bacelo – Aula 01
Video 5
2
1. 
1º Encontro
Prof. Ana 
Paula
Áreas de Atuação em 
Engenharia de Software
Recaptulando o 1o. vídeo da nossa aula 1…
O Engenheiro de software é um profissional capaz de 
trabalhar em todo o processo de produção do software, 
desde o entendimento dos requisitos do software até a 
entrega do produto.
Analista de Negócios
Analista de Requisitos
Analista de Sistemas
Analista de Requisitos
http://www.youtube.com/watch?v=lqPb7QtqNgI
Analista de Requisitos - Descrição de Vagas
#Vaga de Analista de requisitos para trabalhar com mapeamento de 
demandas levantadas com stakeholders a fim de aperfeiçoar o processo de 
desenvolvimento de sistemas. Irá desenhar protótipo de telas e associá-lo 
aos casos de uso.
https://www.linkedin.com/feed/hashtag/?keywords=vaga&highlightedUpdateUrns=urn%3Ali%3Aactivity%3A6717036773177995264
Gerente de Projetos
São atividades do gerente de projetos:
• Iniciação e definição de escopo
• Planejamento do projeto de software
• Execução do projeto de software
• Revisão e avaliação
• Fechamento
• Medição da Engenharia de Software
Gerente de Projetos - Visão do PMBOK
https://www.pmi.org/brasil
https://www.projectmanagement.com/
https://www.pmi.org/brasil
https://www.projectmanagement.com/
Gerente de Projetos - Descrição de Vagas
Arquiteto de Software
É o responsável por liderar e coordenar as atividades e os artefatos técnicos no 
decorrer do projeto. 
O arquiteto de software estabelece a estrutura geral de cada visão de 
arquitetura: a decomposição da visão, o agrupamento dos elementos e as 
interfaces entre esses principais agrupamentos, dentre outros 
Arquiteto de Software - Descrição de Vagas
Desenvolvedor de Software
O desenvolvedor de software é o profissional responsável pela programação
de sistemas por meio da escrita de códigos fonte nas linguagens de
programação.
● Dev Front-end
● Dev Back-end
Full-stack
Desenvolvedor de Software - Oportunidade 
no Mercado
5 Linguagens de Programação mais 
demandadas nas oportunidades do mercado 
(2022)
Analista de Teste de Software
É o responsável por testar os programas desenvolvidos e
reportar quando existem bugs, nome popular dos erros
presentes nos códigos de computador
● identificar e definir os testes
exigidos;
● monitorar o processo de teste em
detalhes e os resultados em cada
ciclo de teste e avaliar a qualidade
geral;
● garantir a qualidade dos
componentes produzidos
● verificar as evidências de testes
● utilizar técnicas especializadas em
testes de programas e sistemas.
Testador de Software - Oportunidade no Mercado
Níveis de qualificação
Engenharia de Software e o Home Office
Por que a Língua Inglesa é importante 
para a ES?
● Documentação das tecnologias 
em inglês;
● Certificações em Tecnologias 
na sua grande maioria em 
inglês;
● Potencial de trabalho no 
exterior é grande;
● Potencial de mercados 
internacionais para produção 
de software no Brasil é grande;
● Profissionais podem trabalhar 
em home office, no Brasil, para 
empresas do exterior.
Referências Bibliográficas
● Materiais de Aula de Disciplinas de Engenharia de Software da 
Escolha Politécnica da PUCRS. Professores Marcelo Yamaguti, 
Ana Paula Bacelo, Alessandra Dutra
OBRIGADA PELA ATENÇÃO E 
ATÉ A PRÓXIMA AULA!
Engenharia de Software
Checkpoints – Aula 1 – Engenharia de Software
Q116350 | Engenharia de Software , Projeto de Software, Analista de Sistemas, CAMARA SJC, FIP, 2009
Questão 1 :
No que diz respeito a Conferência NATO, em 1968, assinale afirmativa que não está relacionada ao que foi discutido:
(A) Precisamos ter uma forma estruturada de manter software .
(B) Os requisitos mudam e precisamos atender a esta mudança.
(C) Necessidade de desenvolver software como um time .
(D) Não são necessários processos para desenvolver software
(E) Necessidade de maior envolvimento do cliente no processo
Q116350 | Engenharia de Software , Projeto de Software, Analista de Sistemas, CAMARA SJC, FIP, 2009
Questão 1 :
No que diz respeito a Conferência NATO, em 1968, assinale afirmativa que não está relacionada ao que foi discutido:
(A) Precisamos ter uma forma estruturada de manter software .
(B) Os requisitos mudam e precisamos atender a esta mudança.
(C) Necessidade de desenvolver software como um time .
(D) Não são necessários processos para desenvolver software .
(E) Necessidade de maior envolvimento do cliente no processo.
Questão 2 :
Em relação a visão tragicômica da Engenharia de Software – é correto afirmar:
I – Cliente tem dificuldade em explicar o que realmente quer.
II – A documentação do software acaba não sendo prioridadenos projetos onde não existe um processo definido.”
III – A falta de processo interfere negativamente na qualidade da atividade de programação
IV – Trata-se de uma visão que não faz sentido, pois não faz parte da realidade das empresas.
(A) Todas as afirmações são corretas
(B) Somente as afirmações I a III estão corretas
(C) A afirmação III está correta
(D) Todas as afirmações estão erradas
(E) Somente a II está correta
Questão 2 :
Em relação a visão tragicômica da Engenharia de Software – é correto afirmar:
I – Cliente tem dificuldade em explicar o que realmente quer.
II – A documentação do software acaba não sendo prioridade nos projetos onde não existe um processo definido.”
III – A falta de processo interfere negativamente na qualidade da atividade de programação
IV – Trata-se de uma visão que não faz sentido, pois não faz parte da realidade das empresas.
(A) Todas as afirmações são corretas
(B) Somente as afirmações I a III estão corretas
(C) A afirmação III está correta
(D) Todas as afirmações estão erradas
(E) Somente a II está correta
	Slides da Aula 1 - Ana Paula Terra Bacelo (1)
	1
	Slide 1: Engenharia de Software
	Slide 2: Video 1
	Slide 3
	Slide 4: Motivação para a Engenharia de Software
	Slide 5: PIB e Software
	Slide 6: PIB e Software 
	Slide 7: ABES – Associação Brasileira das Empresas de Software IDC - International Data Corporation
	Slide 8: Papel da Engenharia de Software na Sociedade
	Slide 9
	Slide 10
	Slide 11: Histórico da ES: A crise do software
	Slide 12: Histórico da ES: A crise do software 
	Slide 13
	Slide 14: Histórico da ES: Criação da Internet
	Slide 15: Histórico da ES: Metodologias Leves
	Slide 16: Histórico da ES: tendências/cenário atual
	Slide 17: Relação da ES e Análise de Sistemas
	Slide 18: Relação da ES com a Ciência da Computação 
	Slide 19: Relação da ES com a Engenharia da Computação
	Slide 20: Relação entre as áreas de computação
	Slide 21: Referências Bibliográficas
	Slide 22
	Slide 23
	2-
	Slide 1: Engenharia de Software
	Slide 2: Video 2
	Slide 3
	Slide 4
	Slide 5
	Slide 6
	Slide 7
	Slide 8
	Slide 9
	Slide 10
	Slide 11
	Slide 12
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17
	Slide 18
	Slide 19
	Slide 20
	Slide 21: Referências Bibliográficas
	Slide 22
	Slide 23
	3-
	Slide 1: Engenharia de Software
	Slide 2: Video 3
	Slide 3
	Slide 4
	Slide 5
	Slide 6
	Slide 7
	Slide 8
	Slide 9
	Slide 10
	Slide 11
	Slide 12
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17
	Slide 18
	Slide 19
	Slide 20
	Slide 21
	Slide 22: Referências Bibliográficas
	Slide 23
	Slide 24
	4-
	Slide 1: Engenharia de Software
	Slide 2: Video 4
	Slide 3
	Slide 4
	Slide 5
	Slide 6
	Slide 7
	Slide 8
	Slide 9
	Slide 10
	Slide 11
	Slide 12
	Slide 13
	Slide 14
	Slide 15
	Slide 16
	Slide 17: Referências Bibliográficas
	Slide 18
	Slide 19
	5
	Slide 1: Engenharia de Software
	Slide 2: Video 5
	Slide 3: Recaptulando o 1o. vídeo da nossa aula 1…
	Slide 4: Analista de Negócios Analista de Requisitos 
	Slide 5
	Slide 6
	Slide 7: Gerente de Projetos 
	Slide 8
	Slide 9
	Slide 10: Arquiteto de Software
	Slide 11: Arquiteto de Software - Descrição de Vagas 
	Slide 12: Desenvolvedor de Software
	Slide 13
	Slide 14
	Slide 15: Analista de Teste de Software
	Slide 16
	Slide 17
	Slide 18
	Slide 19: Por que a Língua Inglesa é importante para a ES?
	Slide 20: Referências Bibliográficas
	Slide 21
	Slide 22
	Aula1E7checkpoints
	Slide 1: Engenharia de Software
	Slide 2
	Slide 3
	Slide 4
	Slide 5