Exercicio SWEBOK - Respostas

Exercício para compreender e
manusear o SWEBOK
1) Qual a área de conhecimento escolhida?
Software Design
2) O que é Swebok Guide?
O Guide to the Software Engineering Body of Knowledge, conhecido pela sigla

SWEBOK, é um documento criado sob o patrocínio da IEEE com a finalidade de
servir de referência em assuntos considerados, de forma generalizada pela
comunidade, como pertinentes à área de Engenharia de Software. O SWEBOK
apresenta uma classificação hierárquica dos tópicos tratados pela Engenharia
de Software, em que o nível mais alto são as Áreas do Conhecimento.
3) Em que ano o termo SOFTWARE foi criado e por quem?
O termo inglês "software" foi usado pela primeira vez em 1958 em um artigo
escrito pelo cientista americano John Wilder Tukey.
4) Em que ano o termo Software Engineering foi utilizado numa

conferência da NATO (OTAN)?
O termo software engineering foi utilizado no título da OTAN em uma

conferência realizada na Alemanha em 1968.
5) Em que ano a IEEE lançou seu periódico na área de Engenharia de

Software? Como ele se chamava?
O IEEE publicou pela primeira vez em 1972 seu periódico chamado de

“Transactions on Software Engineering”.
6) Em que ano foi criado o comitê para criação de normas de software
dentro da IEEE?
O comitê para o desenvolvimento de padrões de engenharia de software foi

estabelecido dentro da IEEE em 1976.
7) Qual a definição de Engenharia de Software dada pelo SWEBOK Guide?
O Vocabulário (SEVOCAB) define a engenharia de software como "a aplicação

de uma abordagem sistemática, disciplinada e quantificável para o
desenvolvimento, operação e manutenção de software; isto é, a aplicação da
engenharia ao software).”
8) Qual são os objetivos do SWEBOK Guide?
Seus objetivos, conforme SWEBOK são:
• Oferecer uma visão consistente da Engenharia de Software no âmbito mundial;
• Caracterizar o conteúdo da disciplina de Engenharia de Software;
• Prover acesso aos tópicos do corpo de conhecimento da Engenharia de Software;
• Prover uma base para desenvolvimento curricular e para certificação individual;
• Deixar claros os limites da Engenharia de Software com respeito a outras disciplinas

como ciência da computação, gerência de projetos, engenharia da computação,
matemática, entre outros;
9) Leia, logo abaixo dos objetivos, o que se tem feito para cumprir cada
um dos objetivos do SWEBOK Guide e descreva com suas palavras o
que você leu.
Participação de vários países e revisores para uma visão e padronização

mundial consistente sobre a engenharia de software. Foram contactadas
sociedades profissionais, científicas e órgãos públicos que tivessem
envolvimento com engenharia de software para a atualização e manutenção
do SWEBOK. O objetivo geral era especificar o escopo da engenharia de
software.
10) Escreva o nome das 15 áreas chaves do SWEBOK.
• Software Requirements
• Software Design
• Software Construction
• Software Testing
• Software Maintenance
• Software Configuration Management
• Software Engineering Managemen
• Software Engineering Process
• Software Engineering Models and Methods
• Software Quality
• Software Engineering Professional Practice
• Software Engineering Economics
• Computing Foundations
• Mathematical Foundations
• Engineering Foundations
11) Quais são as disciplinas relacionadas à Engenharia de Software?
Como o documento define disciplina relacionada?
• Computer Engineering conforme relatório do Computing Curricula 2001

Computer Science a engenharia da computação incorpora a tecnologia e ciências
de concepção, construção, implementação e manutenção de componentes de
software e hardware dos sistemas de computação e controlados por computador.
Destacam-se como áreas de conhecimento: algoritmos, arquitetura e organização
de computadores, engenharia de sistemas de computadores, entre outras.
• Computer Science o relatório final Computing Curricula 2001 Computer

Science identifica diversas áreas de conhecimento que estão relacionadas com a
ciência da computação, tais como: sistemas operacionais, linguagem de
programação, computação gráfica, engenharia de software, entre outras.
• General Management segue recomendações para Master of Business

Administration (MBA7) definidos pelo Conselho Europeu, que inclui como áreas de
conhecimento relacionadas: contabilidade, finanças, marketing, direito, gestão de
recursos humanos, entre outras.
• Mathematics é recomendado para o engenheiro de software, conforme

SWEBOK, os conhecimentos de álgebra linear, equações diferencias, probabilidade,
estatística, entre outras.
• Project Management segue as recomendações conforme o guia PMBOK8

Guide 2006. São conhecimentos relacionados pelo guia: gestão de custos, de riscos,
de qualidade, entre outros.
• Quality Management a gestão da qualidade é definida na norma ISO/IEC

9000. O guia recomenda o conhecimento para a ISO/IEC 9000, ISO/IEC 9001,
ISO/IEC 9004 para fábricas de software.
• Systems Engineering O Conselho Internacional de Engenharia de Sistemas

(INCOSE) afirma que “Engenharia de Sistemas é uma abordagem interdisciplinar
que permite a realização de sistemas bem sucedidos”. São conhecimentos
relacionados: verificação das necessidades dos clientes, funcionalidade
necessárias no início do ciclo de desenvolvimento, documentação de requisitos,
entre outros.
12) Todo capítulo tem uma seção que apresenta uma matriz que
apresenta os tópicos, as referências e indica o que deve ser lido para
cada tópico descrito. Como se chama esta matriz?
MATRIX OF TOPICS VS. REFERENCE MATERIAL
13) Como chama a seção que apresenta leitura complementar,

disponibilizada aos interessados em ler mais sobre o assunto?
FURTHER READINGS
14) Qual seção/anexo/apêndice contém uma relação das normas

técnicas (Standards) aplicáveis na Engenharia de Software?
APPENDIX B
IEEE AND ISO/IEC STANDARDS SUPPORTING THE SOFTWARE ENGINEERING BODY OF

KNOWLEDGE (SWEBOK)
15) Com base no assunto do capítulo designado a você, responda:
a) Cite 3 normas aplicáveis a sua área chave.
• ISO/IEC/IEEE 42010:2011 Systems and Software Engineering—Architecture

Description.
• IEEE Std. 1016-2009 Standard for Information Technology—Systems Design—

Software Design Descriptions.
• IEEE Std. 26514-2010 Standard Adoption of ISO/ IEC 26514:2008 Systems and
Software Engineering—Requirements for Designers and Developers of User
Documentation.
b) Escreva o título de cada tópico relativo ao seu capítulo. Se seu capítulo não possui a figura, escreva
na resposta Capítulo não apresenta a figura Breakdown.
• Software Design Fundamentals
• Key Issues in Software Design
• Software Structure and Architecture
• User Interface Design
• Software Design Quality Analysis and Evaluation
• Software Design Notations
• Software Design Strategies and Methods
• Software Design Tools
c) Escolha um dos tópicos ensinado no capítulo de sua responsabilidade e liste os subtópicos (seções
contidas dentro deste tópico).
• Software Design Strategies and Methods
o General Strategies
o Function-Oriented (Structured) Design
o Object-Oriented Design
o Data Structure-Centered Design
o Component-Based Design (CBD)
o Other Methods
d) Considere as duas primeiras seções que você respondeu na questão anterior (letra c).
Escreva com suas palavras o que a subseção define/explica.
• General Strategies
o Na estratégia geral algumas abordagens no processo são utilizadas,

tais como: Estratégias de divisão e conquista, refinamento gradual,
estratégias de cima para baixo contra baixo para cima utilizando
heurísticas, uso de linguagens de padrões e uso de uma abordagem
interativa e incremental.
• Function-Oriented (Structured) Design
o Esse método é utilizado para a identificação das principais funções do

software e também na elaboração e refinamento delas de forma
hierárquica, produzindo como consequência, diagramas de fluxo de
dados e associações das descrições de projeto.
e) Caso alguém queira aprender sobre a primeira seção listada por você na letra d, que documentos,
capítulos e seção eu deveria ler? Cite a referência de maneira completa colocando título da obra,
autor, etc.
• General Strategies
o D. Budgen, Software Design, 2nd ed., Addison-Wesley, 2003.
➢ Chapter 8, 9, 10.
o J.G. Brookshear, Computer Science: An Overview, 10th ed.,

Addison-Wesley, 2008.
➢ Chapter 7.
16) Para eu aprender a segunda seção listada por você, que

documentos, capítulos e seção eu deveria ler? Cite a referência de
maneira completa colocando título da obra, autor, etc.
• Function-Oriented (Structured) Design
o D. Budgen, Software Design, 2nd ed., Addison-Wesley, 2003.
➢ Chapter 13.
17) Quantas leituras adicionais (further reading) existem no seu
capítulo? Cite a referência de maneira completa das duas primeiras
obras recomendadas no seu capítulo.
Existem 21 leituras adicionais no capítulo de Software Design
Referências
T. DeMarco, “The Paradox of Software Architecture and Design,”
Stevens Prize Lecture, 1999.
D. Budgen, Software Design, 2nd ed., Addison-Wesley, 2003.

Exercicio SWEBOK - Respostas

Enviado por

Direitos autorais:

Formatos disponíveis

Exercicio SWEBOK - Respostas

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Exercicio SWEBOK - Respostas

Enviado por

Direitos autorais:

Formatos disponíveis

Exercício para compreender e

2) O que é Swebok Guide?

O Guide to the Software Engineering Body of Knowledge, conhecido pela sigla

3) Em que ano o termo SOFTWARE foi criado e por quem?

4) Em que ano o termo Software Engineering foi utilizado numa

O termo software engineering foi utilizado no título da OTAN em uma

5) Em que ano a IEEE lançou seu periódico na área de Engenharia de

O IEEE publicou pela primeira vez em 1972 seu periódico chamado de

O comitê para o desenvolvimento de padrões de engenharia de software foi

7) Qual a definição de Engenharia de Software dada pelo SWEBOK Guide?

O Vocabulário (SEVOCAB) define a engenharia de software como "a aplicação

8) Qual são os objetivos do SWEBOK Guide?

Seus objetivos, conforme SWEBOK são:

• Oferecer uma visão consistente da Engenharia de Software no âmbito mundial;

• Caracterizar o conteúdo da disciplina de Engenharia de Software;

• Prover acesso aos tópicos do corpo de conhecimento da Engenharia de Software;

• Prover uma base para desenvolvimento curricular e para certificação individual;

• Deixar claros os limites da Engenharia de Software com respeito a outras disciplinas

Participação de vários países e revisores para uma visão e padronização

• Software Configuration Management

• Software Engineering Managemen

• Software Engineering Process

• Software Engineering Models and Methods

• Software Engineering Professional Practice

• Software Engineering Economics

• Computer Engineering conforme relatório do Computing Curricula 2001

• Computer Science o relatório final Computing Curricula 2001 Computer

• General Management segue recomendações para Master of Business

• Mathematics é recomendado para o engenheiro de software, conforme

• Project Management segue as recomendações conforme o guia PMBOK8

• Quality Management a gestão da qualidade é definida na norma ISO/IEC

• Systems Engineering O Conselho Internacional de Engenharia de Sistemas

MATRIX OF TOPICS VS. REFERENCE MATERIAL

13) Como chama a seção que apresenta leitura complementar,

14) Qual seção/anexo/apêndice contém uma relação das normas

IEEE AND ISO/IEC STANDARDS SUPPORTING THE SOFTWARE ENGINEERING BODY OF

15) Com base no assunto do capítulo designado a você, responda:

a) Cite 3 normas aplicáveis a sua área chave.

• ISO/IEC/IEEE 42010:2011 Systems and Software Engineering—Architecture

• IEEE Std. 1016-2009 Standard for Information Technology—Systems Design—

• Software Design Fundamentals

• Key Issues in Software Design

• Software Structure and Architecture

• User Interface Design

• Software Design Quality Analysis and Evaluation

• Software Design Notations

• Software Design Strategies and Methods

• Software Design Tools

• Software Design Strategies and Methods

o Function-Oriented (Structured) Design

o Data Structure-Centered Design

o Component-Based Design (CBD)

o Na estratégia geral algumas abordagens no processo são utilizadas,

• Function-Oriented (Structured) Design

o Esse método é utilizado para a identificação das principais funções do

o D. Budgen, Software Design, 2nd ed., Addison-Wesley, 2003.

o J.G. Brookshear, Computer Science: An Overview, 10th ed.,

16) Para eu aprender a segunda seção listada por você, que