Questões de Concurso Comentadas para tre-pe
Foram encontradas 473 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Ano: 2017
Banca:
CESPE / CEBRASPE
Órgão:
TRE-PE
Prova:
CESPE - 2017 - TRE-PE - Analista Judiciário - Área Administrativa |
Q792349
Direito Administrativo
Determinada comissão de servidores, designada para a condução de procedimento licitatório, ao final de seus trabalhos, homologou o resultado e adjudicou o objeto ao vencedor.
Nessa situação hipotética, os atos administrativos de homologação do resultado e de adjudicação do objeto classificam-se,
Ano: 2017
Banca:
CESPE / CEBRASPE
Órgão:
TRE-PE
Prova:
CESPE - 2017 - TRE-PE - Analista Judiciário - Área Administrativa |
Q792348
Direito Administrativo
Determinada agência reguladora, atuando em sua esfera de atribuições, editou ato normativo de apurada complexidade técnica com vistas a elucidar conceitos legais e regular determinado segmento de atividades consideradas estratégicas e de interesse público.
Nessa situação hipotética, a atuação da agência configurou exercício do poder
Ano: 2017
Banca:
CESPE / CEBRASPE
Órgão:
TRE-PE
Prova:
CESPE - 2017 - TRE-PE - Analista Judiciário - Área Administrativa |
Q792347
Direito Administrativo
Considerando que os poderes administrativos são prerrogativas que
se outorgam aos agentes do Estado com vistas a viabilizar
a consecução do interesse público, assinale a opção correta.
Ano: 2017
Banca:
CESPE / CEBRASPE
Órgão:
TRE-PE
Prova:
CESPE - 2017 - TRE-PE - Analista Judiciário - Análise de Sistemas |
Q792296
Inglês
Texto associado
Text 3A7AAA
Software architecture is a complex topic. Due to its
complexity, our profession has produced a variety of definitions,
each more or less useful depending on your point of view. Here is
a definition from my first book, Journey of the Software
Professional: “A system architecture defines the basic “structure”
of the system (e.g., the high level modules comprising the major
functions of the system, the management and distribution of data,
the kind and style of its user interface, what platform(s) will it run
on and so forth)”.
This definition is pretty consistent with many others.
However, it lacks some important elements, such as specific
technology choices and the required capabilities of the desired
system. A colleague of mine, Myron Ahn, created the following
definition of software architecture. It is a bit more expansive and
covers a bit more ground than my original: “Software architecture
is the sum of the nontrivial modules, processes, and data of the
system, their structure and exact relationships to each other, how
they can be and are expected to be extended and modified, and on
which technologies they depend, from which one can deduce the
exact capabilities and flexibilities of the system, and from which
one can form a plan for the implementation or modification of the
system”.
We could extend these definitions from the technical point
of view, but this wouldn’t provide a lot of value. More than any
other aspect of the system, architecture deals with the “big picture”.
The real key to understanding it is to adopt this big picture.
Moreover, while these definitions are useful, they are far too
simplistic to take into account the full set of forces that shape, and
are shaped by, an architecture. In truth, I doubt that any single
definition of software architecture will ever capture all of what we
believe to be important.
Luke Hohmann. Defining software architecture. In: Beyond
software architecture: creating and sustaining winning
solutions. Boston: Addison-Wesley, 2003, p. 1-2 (adapted).
In the first line of text 3A7AAA, the expression “Due to” could
be correctly replaced by
Ano: 2017
Banca:
CESPE / CEBRASPE
Órgão:
TRE-PE
Prova:
CESPE - 2017 - TRE-PE - Analista Judiciário - Análise de Sistemas |
Q792295
Inglês
Texto associado
Text 3A7AAA
Software architecture is a complex topic. Due to its
complexity, our profession has produced a variety of definitions,
each more or less useful depending on your point of view. Here is
a definition from my first book, Journey of the Software
Professional: “A system architecture defines the basic “structure”
of the system (e.g., the high level modules comprising the major
functions of the system, the management and distribution of data,
the kind and style of its user interface, what platform(s) will it run
on and so forth)”.
This definition is pretty consistent with many others.
However, it lacks some important elements, such as specific
technology choices and the required capabilities of the desired
system. A colleague of mine, Myron Ahn, created the following
definition of software architecture. It is a bit more expansive and
covers a bit more ground than my original: “Software architecture
is the sum of the nontrivial modules, processes, and data of the
system, their structure and exact relationships to each other, how
they can be and are expected to be extended and modified, and on
which technologies they depend, from which one can deduce the
exact capabilities and flexibilities of the system, and from which
one can form a plan for the implementation or modification of the
system”.
We could extend these definitions from the technical point
of view, but this wouldn’t provide a lot of value. More than any
other aspect of the system, architecture deals with the “big picture”.
The real key to understanding it is to adopt this big picture.
Moreover, while these definitions are useful, they are far too
simplistic to take into account the full set of forces that shape, and
are shaped by, an architecture. In truth, I doubt that any single
definition of software architecture will ever capture all of what we
believe to be important.
Luke Hohmann. Defining software architecture. In: Beyond
software architecture: creating and sustaining winning
solutions. Boston: Addison-Wesley, 2003, p. 1-2 (adapted).
The author of text 3A7AAA concludes that
Conheça nossos planos