RUP

Marcio de Carvalho Victorino

www.dominandoti.eng.br

[53] Na fase de concepo (inception), h atividades voltadas para a

definio do escopo do sistema, identificao de atores e casos de uso,
definio de vocabulrio que possa ser usado nas descries textuais do
sistema, e definio de uma arquitetura candidata para o sistema que
est
sendo
desenvolvido.

[54] Na fase de elaborao, muitos componentes do sistema so

implementados, testados e integrados. Essas atividades, que partem de
uma arquitetura definida, validada e implementada em fases anteriores
do ciclo de desenvolvimento, produzem um sistema operacional pronto
para ser instalado em um ambiente em que sero feitos testes beta.
[98] Na fase de construo, so implementados os casos de uso que
tenham impacto sobre a arquitetura; na fase de transio, os casos sem
impacto sobre a arquitetura, mas que descrevam funcionalidades que
devero estar presentes na verso que est sendo desenvolvida.
2

C Na fase de concepo (inception), h atividades voltadas para a

[53]
definio do escopo do sistema, identificao de atores e casos de uso,
definio de vocabulrio que possa ser usado nas descries textuais do
sistema, e definio de uma arquitetura candidata para o sistema que
est
sendo
desenvolvido.

[54]
Na fase de elaborao, muitos componentes do sistema so
E
implementados, testados e integrados. Essas atividades, que partem de
uma arquitetura definida, validada e implementada em fases anteriores
do ciclo de desenvolvimento, produzem um sistema operacional pronto
para ser instalado em um ambiente em que sero feitos testes beta.
[98]
E Na fase de construo, so implementados os casos de uso que
tenham impacto sobre a arquitetura; na fase de transio, os casos sem
impacto sobre a arquitetura, mas que descrevam funcionalidades que
devero estar presentes na verso que est sendo desenvolvida.
3

A metodologia RUP recomendvel para aplicao em um

contexto de operao de sistemas de informao.
A variao de altura de cada uma das 9 imagens horizontais
que aparecem no diagrama correspondente a cada disciplina
est relacionada diretamente ao prazo necessrio para a
realizao de atividades tcnicas nas vrias disciplinas que
compem
a
metodologia.

Entre as disciplinas do RUP, a de gerenciamento de projeto

a que possui relao mais estreita com o planejamento
estratgico
empresarial.
Entre as disciplinas do RUP, a de ambiente a que
apresenta relao mais estreita com a garantia de qualidade
de processos de software.
4

E A metodologia RUP recomendvel para aplicao em um

contexto de operao de sistemas de informao.

E A variao de altura de cada uma das 9 imagens horizontais

que aparecem no diagrama correspondente a cada disciplina
est relacionada diretamente ao prazo necessrio para a
realizao de atividades tcnicas nas vrias disciplinas que
compem
a
metodologia.
E Entre as disciplinas do RUP, a de gerenciamento de projeto
a que possui relao mais estreita com o planejamento
estratgico
empresarial.
C Entre as disciplinas do RUP, a de ambiente a que
apresenta relao mais estreita com a garantia de qualidade
de processos de software.
5

TST - 2008
141 As principais necessidades de informao devem estar
identificadas ao final da fase de inspeo.
142 No h cdigo fonte ou interfaces homem-mquina
projetados antes da fase de construo.
143 A integrao de componentes definida essencialmente
na fase de construo.
144 Como o desenvolvimento iterativo, a priorizao do
desenvolvimento realizada ao final da fase de inspeo,
mas revista de acordo com os riscos de projeto a cada
iterao.
145 A fase de transio, tambm identificada com a
implantao do sistema desenvolvido, intensiva em testes
de integrao e testes sistmicos, uma vez que os testes
unitrios j foram intensivamente realizados nas fases
anteriores.
6

TST - 2008
C
141
As principais necessidades de informao devem estar
identificadas ao final da fase de inspeo.
E
142
No h cdigo fonte ou interfaces homem-mquina
projetados antes da fase de construo.
E
143
A integrao de componentes definida essencialmente
na fase de construo.
C
144
Como o desenvolvimento iterativo, a priorizao do
desenvolvimento realizada ao final da fase de inspeo,
mas revista de acordo com os riscos de projeto a cada
iterao.
E
145
A fase de transio, tambm identificada com a
implantao do sistema desenvolvido, intensiva em testes
de integrao e testes sistmicos, uma vez que os testes
unitrios j foram intensivamente realizados nas fases
anteriores.
7

MPE RR (CESPE 2008)

[79] No Processo Unificado, atividades so organizadas em fluxos de
atividades. Algumas atividades produzem artefatos, que podem ser de
engenharia ou gerenciais. Entre os artefatos criados, h modelos que
visam especificar o sistema a partir de certos pontos de vista e nveis de
abstrao.
[80] No Processo Unificado, a vida de um sistema dividida em ciclos; cada
ciclo, por sua vez, dividido em fases e, entre as fases, tem-se a fase
Construo, na qual as atividades visam capturar requisitos ainda no
capturados na fase anterior e produzir uma arquitetura executvel, a ser
usada
na
fase
Elaborao.
[81] O Processo Unificado iterativo e incremental. Ao final de cada
iterao, a qual um miniprojeto, os modelos que representam o
sistema encontram-se em um determinado estado, denominado
baseline. As atividades de cada fase de um ciclo de vida podem ser
distribudas entre vrias iteraes.
8

MPE RR (CESPE 2008)

C
[79]
No Processo Unificado, atividades so organizadas em fluxos de
atividades. Algumas atividades produzem artefatos, que podem ser de
engenharia ou gerenciais. Entre os artefatos criados, h modelos que
visam especificar o sistema a partir de certos pontos de vista e nveis de
abstrao.
E No Processo Unificado, a vida de um sistema dividida em ciclos; cada
[80]
ciclo, por sua vez, dividido em fases e, entre as fases, tem-se a fase
Construo, na qual as atividades visam capturar requisitos ainda no
capturados na fase anterior e produzir uma arquitetura executvel, a ser
usada
na
fase
Elaborao.

[81]
O Processo Unificado iterativo e incremental. Ao final de cada
C
iterao, a qual um miniprojeto, os modelos que representam o
sistema encontram-se em um determinado estado, denominado
baseline. As atividades de cada fase de um ciclo de vida podem ser
distribudas entre vrias iteraes.
9

STF (CESPE-2008)

97 O elemento grfico associado ao termo Software Engineering

Process representa as fases do ciclo de vida de um projeto de
software, conforme o modelo de processo RUP.
10

STF (CESPE-2008)

E O elemento grfico associado ao termo Software Engineering

97
Process representa as fases do ciclo de vida de um projeto de
software, conforme o modelo de processo RUP.
11

STF (CESPE-2008)
98 A modelagem de negcios (business modeling) uma disciplina do RUP.
Nessa disciplina, a compreenso dos negcios realizados por uma
organizao para a qual se deseja produzir um software reforada por
meio da construo de modelo dos processos de negcios dessa
organizao, que usa vrias tcnicas, como elaborao de diagramas de
casos de uso, atividade, classe e interao.
99 Atividades de planejamento, avaliao, monitoramento e controle
relacionam-se diretamente disciplina de gerncia de projeto, existente no
RUP. Dado um esquema fixo de alocao de recursos para a gerncia de
um projeto ao longo do seu ciclo de vida, recomendvel que a execuo
do workflow de gerncia de projetos enfatize, durante as iteraes iniciais,
as atividades de planejamento, em detrimento das atividades de
monitoramento e controle.
102 O documento Vision (viso), apresentado no diagrama, um artefato
produzido sob responsabilidade da equipe de requisitos, e no deve conter
informaes detalhadas sobre a equipe e o cronograma do projeto nem
detalhes tcnicos da arquitetura do sistema. O contedo desse documento
, dessa forma, adequado para apoiar a validao dos requisitos.
12

STF (CESPE-2008)
98
C A modelagem de negcios (business modeling) uma disciplina do RUP.
Nessa disciplina, a compreenso dos negcios realizados por uma
organizao para a qual se deseja produzir um software reforada por
meio da construo de modelo dos processos de negcios dessa
organizao, que usa vrias tcnicas, como elaborao de diagramas de
casos de uso, atividade, classe e interao.
C Atividades de planejamento, avaliao, monitoramento e controle
99
relacionam-se diretamente disciplina de gerncia de projeto, existente no
RUP. Dado um esquema fixo de alocao de recursos para a gerncia de
um projeto ao longo do seu ciclo de vida, recomendvel que a execuo
do workflow de gerncia de projetos enfatize, durante as iteraes iniciais,
as atividades de planejamento, em detrimento das atividades de
monitoramento e controle.
102
C O documento Vision (viso), apresentado no diagrama, um artefato
produzido sob responsabilidade da equipe de requisitos, e no deve conter
informaes detalhadas sobre a equipe e o cronograma do projeto nem
detalhes tcnicos da arquitetura do sistema. O contedo desse documento
, dessa forma, adequado para apoiar a validao dos requisitos.
13

STJ (CESPE-2008)
76 Entre as atividades em um processo de projeto de software, pode-se ter: a
identificao e a documentao dos subsistemas existentes e os seus
relacionamentos; a especificao dos servios providos por cada subsistema e das
restries de operao dos mesmos; a documentao da interface entre
subsistemas; a especificao de estruturas de dados e algoritmos usados.
77 No RUP (rational unified process), um ciclo de desenvolvimento dividido em
quatro fases, uma delas a de construo (construction). Nessa fase, tipicamente
tem-se atividades da disciplina de anlise e projeto. Essas atividades realizam a
definio preliminar da arquitetura do software e resultam na primeira verso de
um documento que descreve a arquitetura.

78 No RUP, a fase denominada elaborao (elaboration) aquela em que as

atividades da disciplina implementao (implementation) so mais intensas. Ao
final dessa fase, o sistema prov todos os servios previstos para a verso a ser
entregue no final do atual ciclo de desenvolvimento e encontra-se em um estado
que permite a sua instalao no ambiente dos usurios para incio do teste beta.
14

STJ (CESPE-2008)
76
C Entre as atividades em um processo de projeto de software, pode-se ter: a
identificao e a documentao dos subsistemas existentes e os seus
relacionamentos; a especificao dos servios providos por cada subsistema e das
restries de operao dos mesmos; a documentao da interface entre
subsistemas; a especificao de estruturas de dados e algoritmos usados.
77
E No RUP (rational unified process), um ciclo de desenvolvimento dividido em
quatro fases, uma delas a de construo (construction). Nessa fase, tipicamente
tem-se atividades da disciplina de anlise e projeto. Essas atividades realizam a
definio preliminar da arquitetura do software e resultam na primeira verso de
um documento que descreve a arquitetura.

78
E No RUP, a fase denominada elaborao (elaboration) aquela em que as
atividades da disciplina implementao (implementation) so mais intensas. Ao
final dessa fase, o sistema prov todos os servios previstos para a verso a ser
entregue no final do atual ciclo de desenvolvimento e encontra-se em um estado
que permite a sua instalao no ambiente dos usurios para incio do teste beta.
15

TCU (CESPE-2005)
126 O modelo de casos de uso, um dos resultados da fase de elaborao do
rational unified process (RUP), deve estar pelo menos 80% completo, com
todos os casos de uso e atores identificados e a maior parte das
descries desenvolvidas.
127 O fluxo de trabalho de garantia e controle da qualidade um dos fluxos
nucleares (core workflows) do RUP.
128 A granularidade das atividades do RUP definida com base no esforo
mensurado quanto quantidade de linhas fonte de software a serem
produzidas.
129 No RUP, um indivduo membro da equipe pode assumir apenas um papel
de trabalhador (worker).
130 A comparao dos gastos reais de recursos com os gastos planejados
um dos critrios de avaliao de projeto empregados no marco de
arquitetura do ciclo de vida (lifecycle architecture milestone), no fim 16
da
fase de elaborao do RUP.

TCU (CESPE-2005)
126
+ O modelo de casos de uso, um dos resultados da fase de elaborao do
rational unified process (RUP), deve estar pelo menos 80% completo, com
todos os casos de uso e atores identificados e a maior parte das
descries desenvolvidas.
127
E O fluxo de trabalho de garantia e controle da qualidade um dos fluxos
nucleares (core workflows) do RUP.
128
E A granularidade das atividades do RUP definida com base no esforo
mensurado quanto quantidade de linhas fonte de software a serem
produzidas.
E No RUP, um indivduo membro da equipe pode assumir apenas um papel
129
de trabalhador (worker).
130
C A comparao dos gastos reais de recursos com os gastos planejados
um dos critrios de avaliao de projeto empregados no marco de
arquitetura do ciclo de vida (lifecycle architecture milestone), no fim 17
da
fase de elaborao do RUP.

FIM