exercicios 03 rup

7/17/2019 Exercicios 03 RUP

http://slidepdf.com/reader/full/exercicios-03-rup 1/18

RUP

Marcio de Carvalho Victorino

www.dominandoti.eng.br



2

[53] Na fase de concepção (inception), há atividades voltadas para adefinição do escopo do sistema, identificação de atores e casos de uso,definição de vocabulário que possa ser usado nas descrições textuais dosistema, e definição de uma arquitetura candidata para o sistema queestá sendo desenvolvido.

[54] Na fase de elaboração, muitos componentes do sistema sãoimplementados, testados e integrados. Essas atividades, que partem deuma arquitetura definida, validada e implementada em fases anterioresdo ciclo de desenvolvimento, produzem um sistema operacional prontopara ser instalado em um ambiente em que serão feitos testes beta.

[98] Na fase de construção, são implementados os casos de uso quetenham impacto sobre a arquitetura; na fase de transição, os casos semimpacto sobre a arquitetura, mas que descrevam funcionalidades quedeverão estar presentes na versão que está sendo desenvolvida.



3

[53] Na fase de concepção (inception), há atividades voltadas para adefinição do escopo do sistema, identificação de atores e casos de uso,definição de vocabulário que possa ser usado nas descrições textuais dosistema, e definição de uma arquitetura candidata para o sistema queestá sendo desenvolvido.

[54] Na fase de elaboração, muitos componentes do sistema sãoimplementados, testados e integrados. Essas atividades, que partem deuma arquitetura definida, validada e implementada em fases anterioresdo ciclo de desenvolvimento, produzem um sistema operacional prontopara ser instalado em um ambiente em que serão feitos testes beta.

[98] Na fase de construção, são implementados os casos de uso quetenham impacto sobre a arquitetura; na fase de transição, os casos semimpacto sobre a arquitetura, mas que descrevam funcionalidades quedeverão estar presentes na versão que está sendo desenvolvida.

C

E

E



4

A metodologia RUP é recomendável para aplicação em umcontexto de operação de sistemas de informação.

A variação de altura de cada uma das 9 imagens horizontaisque aparecem no diagrama correspondente a cada disciplina

está relacionada diretamente ao prazo necessário para arealização de atividades técnicas nas várias disciplinas quecompõem a metodologia.

Entre as disciplinas do RUP, a de gerenciamento de projeto

é a que possui relação mais estreita com o planejamentoestratégico empresarial.

Entre as disciplinas do RUP, a de ambiente é a queapresenta relação mais estreita com a garantia de qualidade

de processos de software .



5

A metodologia RUP é recomendável para aplicação em umcontexto de operação de sistemas de informação.

A variação de altura de cada uma das 9 imagens horizontaisque aparecem no diagrama correspondente a cada disciplina

está relacionada diretamente ao prazo necessário para arealização de atividades técnicas nas várias disciplinas quecompõem a metodologia.

Entre as disciplinas do RUP, a de gerenciamento de projeto

é a que possui relação mais estreita com o planejamentoestratégico empresarial.

Entre as disciplinas do RUP, a de ambiente é a queapresenta relação mais estreita com a garantia de qualidade

de processos de software .

E

E

E

C



6

TST - 2008141 As principais necessidades de informação devem estar

identificadas ao final da fase de inspeção.142 Não há código fonte ou interfaces homem-máquina

projetados antes da fase de construção.

143 A integração de componentes é definida essencialmente

na fase de construção.144 Como o desenvolvimento é iterativo, a priorização do

desenvolvimento é realizada ao final da fase de inspeção,mas é revista de acordo com os riscos de projeto a cadaiteração.

145 A fase de transição, também identificada com aimplantação do sistema desenvolvido, é intensiva em testesde integração e testes sistêmicos, uma vez que os testesunitários já foram intensivamente realizados nas fases

anteriores.



7

TST - 2008141 As principais necessidades de informação devem estar

identificadas ao final da fase de inspeção.142 Não há código fonte ou interfaces homem-máquina

projetados antes da fase de construção.

143 A integração de componentes é definida essencialmente

na fase de construção.144 Como o desenvolvimento é iterativo, a priorização do

desenvolvimento é realizada ao final da fase de inspeção,mas é revista de acordo com os riscos de projeto a cadaiteração.

145 A fase de transição, também identificada com aimplantação do sistema desenvolvido, é intensiva em testesde integração e testes sistêmicos, uma vez que os testesunitários já foram intensivamente realizados nas fases

anteriores.

C

E

E

C

E



8

MPE – RR (CESPE – 2008)

[79] No Processo Unificado, atividades são organizadas em fluxos deatividades. Algumas atividades produzem artefatos, que podem ser deengenharia ou gerenciais. Entre os artefatos criados, há modelos quevisam especificar o sistema a partir de certos pontos de vista e níveis de

abstração.

[80] No Processo Unificado, a vida de um sistema é dividida em ciclos; cadaciclo, por sua vez, é dividido em fases e, entre as fases, tem-se a faseConstrução, na qual as atividades visam capturar requisitos ainda nãocapturados na fase anterior e produzir uma arquitetura executável, a serusada na fase Elaboração.

[81] O Processo Unificado é iterativo e incremental. Ao final de cadaiteração, a qual é um miniprojeto, os modelos que representam osistema encontram-se em um determinado estado, denominadobaseline. As atividades de cada fase de um ciclo de vida podem serdistribuídas entre várias iterações.



9

MPE – RR (CESPE – 2008)

[79] No Processo Unificado, atividades são organizadas em fluxos deatividades. Algumas atividades produzem artefatos, que podem ser deengenharia ou gerenciais. Entre os artefatos criados, há modelos quevisam especificar o sistema a partir de certos pontos de vista e níveis de

abstração.

[80] No Processo Unificado, a vida de um sistema é dividida em ciclos; cadaciclo, por sua vez, é dividido em fases e, entre as fases, tem-se a faseConstrução, na qual as atividades visam capturar requisitos ainda nãocapturados na fase anterior e produzir uma arquitetura executável, a serusada na fase Elaboração.

[81] O Processo Unificado é iterativo e incremental. Ao final de cadaiteração, a qual é um miniprojeto, os modelos que representam osistema encontram-se em um determinado estado, denominadobaseline. As atividades de cada fase de um ciclo de vida podem serdistribuídas entre várias iterações.

C

E

C



10

STF (CESPE-2008)

97 O elemento gráfico associado ao termo Software EngineeringProcess representa as fases do ciclo de vida de um projeto de

software, conforme o modelo de processo RUP.



11

STF (CESPE-2008)

97 O elemento gráfico associado ao termo Software EngineeringProcess representa as fases do ciclo de vida de um projeto de

software, conforme o modelo de processo RUP.

E



12

98 A modelagem de negócios (business modeling) é uma disciplina do RUP.

Nessa disciplina, a compreensão dos negócios realizados por umaorganização para a qual se deseja produzir um software é reforçada pormeio da construção de modelo dos processos de negócios dessaorganização, que usa várias técnicas, como elaboração de diagramas decasos de uso, atividade, classe e interação.

99 Atividades de planejamento, avaliação, monitoramento e controlerelacionam-se diretamente à disciplina de gerência de projeto, existente noRUP. Dado um esquema fixo de alocação de recursos para a gerência deum projeto ao longo do seu ciclo de vida, é recomendável que a execuçãodo workflow de gerência de projetos enfatize, durante as iterações iniciais,as atividades de planejamento, em detrimento das atividades de

monitoramento e controle.102 O documento Vision (visão), apresentado no diagrama, é um artefatoproduzido sob responsabilidade da equipe de requisitos, e não deve conterinformações detalhadas sobre a equipe e o cronograma do projeto nemdetalhes técnicos da arquitetura do sistema. O conteúdo desse documentoé, dessa forma, adequado para apoiar a validação dos requisitos.

STF (CESPE-2008)



13

98 A modelagem de negócios (business modeling) é uma disciplina do RUP.

Nessa disciplina, a compreensão dos negócios realizados por umaorganização para a qual se deseja produzir um software é reforçada pormeio da construção de modelo dos processos de negócios dessaorganização, que usa várias técnicas, como elaboração de diagramas decasos de uso, atividade, classe e interação.

99 Atividades de planejamento, avaliação, monitoramento e controlerelacionam-se diretamente à disciplina de gerência de projeto, existente noRUP. Dado um esquema fixo de alocação de recursos para a gerência deum projeto ao longo do seu ciclo de vida, é recomendável que a execuçãodo workflow de gerência de projetos enfatize, durante as iterações iniciais,as atividades de planejamento, em detrimento das atividades de

monitoramento e controle.102 O documento Vision (visão), apresentado no diagrama, é um artefatoproduzido sob responsabilidade da equipe de requisitos, e não deve conterinformações detalhadas sobre a equipe e o cronograma do projeto nemdetalhes técnicos da arquitetura do sistema. O conteúdo desse documentoé, dessa forma, adequado para apoiar a validação dos requisitos.

STF (CESPE-2008)C

C

C



14

STJ (CESPE-2008)

76 Entre as atividades em um processo de projeto de software, pode-se ter: aidentificação e a documentação dos subsistemas existentes e os seusrelacionamentos; a especificação dos serviços providos por cada subsistema e dasrestrições de operação dos mesmos; a documentação da interface entresubsistemas; a especificação de estruturas de dados e algoritmos usados.

77 No RUP (rational unified process), um ciclo de desenvolvimento é dividido emquatro fases, uma delas é a de construção (construction). Nessa fase, tipicamentetem-se atividades da disciplina de análise e projeto. Essas atividades realizam adefinição preliminar da arquitetura do software e resultam na primeira versão deum documento que descreve a arquitetura.

78 No RUP, a fase denominada elaboração (elaboration) é aquela em que asatividades da disciplina implementação (implementation) são mais intensas. Aofinal dessa fase, o sistema provê todos os serviços previstos para a versão a serentregue no final do atual ciclo de desenvolvimento e encontra-se em um estado

que permite a sua instalação no ambiente dos usuários para início do teste beta.



15

STJ (CESPE-2008)

76 Entre as atividades em um processo de projeto de software, pode-se ter: aidentificação e a documentação dos subsistemas existentes e os seusrelacionamentos; a especificação dos serviços providos por cada subsistema e dasrestrições de operação dos mesmos; a documentação da interface entresubsistemas; a especificação de estruturas de dados e algoritmos usados.

77 No RUP (rational unified process), um ciclo de desenvolvimento é dividido emquatro fases, uma delas é a de construção (construction). Nessa fase, tipicamentetem-se atividades da disciplina de análise e projeto. Essas atividades realizam adefinição preliminar da arquitetura do software e resultam na primeira versão deum documento que descreve a arquitetura.

78 No RUP, a fase denominada elaboração (elaboration) é aquela em que asatividades da disciplina implementação (implementation) são mais intensas. Aofinal dessa fase, o sistema provê todos os serviços previstos para a versão a serentregue no final do atual ciclo de desenvolvimento e encontra-se em um estado

que permite a sua instalação no ambiente dos usuários para início do teste beta.

C

E

E



16

TCU (CESPE-2005)126 O modelo de casos de uso, um dos resultados da fase de elaboração do

rational unified process (RUP), deve estar pelo menos 80% completo, comtodos os casos de uso e atores identificados e a maior parte dasdescrições desenvolvidas.

127 O fluxo de trabalho de garantia e controle da qualidade é um dos fluxosnucleares (core workflows ) do RUP.

128 A granularidade das atividades do RUP é definida com base no esforçomensurado quanto à quantidade de linhas fonte de software a seremproduzidas.

129 No RUP, um indivíduo membro da equipe pode assumir apenas um papelde trabalhador (worker ).

130 A comparação dos gastos reais de recursos com os gastos planejados éum dos critérios de avaliação de projeto empregados no marco de

arquitetura do ciclo de vida (lifecycle architecture milestone ), no fim dafase de elabora ão do RUP.



17

TCU (CESPE-2005)126 O modelo de casos de uso, um dos resultados da fase de elaboração do

rational unified process (RUP), deve estar pelo menos 80% completo, comtodos os casos de uso e atores identificados e a maior parte dasdescrições desenvolvidas.

127 O fluxo de trabalho de garantia e controle da qualidade é um dos fluxosnucleares (core workflows ) do RUP.

128 A granularidade das atividades do RUP é definida com base no esforçomensurado quanto à quantidade de linhas fonte de software a seremproduzidas.

129 No RUP, um indivíduo membro da equipe pode assumir apenas um papelde trabalhador (worker ).

130 A comparação dos gastos reais de recursos com os gastos planejados éum dos critérios de avaliação de projeto empregados no marco de

arquitetura do ciclo de vida (lifecycle architecture milestone ), no fim dafase de elabora ão do RUP.

+

E

E

E

C



FIM

exercicios 03 rup

Documents