EXERCICIO 1 1- Descreva o que o RUP?

RUP uma sigla para Rational Unified Process. um ambiente de desenvolvimento e documentao de sistema integrado, seguindo as metodologias da Rational, uma das maiores empresas do mundo nessa rea. 2- Cite as seis melhores prticas de desenvolvimento de software abrangidas pelo RUP. Desenvolver software iterativamente, Gerenciar requisitos, Usar arquiteturas baseadas em componentes, Modelar visualmente o software, Verificar continuamente a qualidade do software, Controlar mudanas do software. 3- Complete as lacunas: Desenvolver software iterativamente: Nesta abordagem, os riscos so identificados e podem ser atacados continuamente, sem prejuzo de todo o trabalho que j foi desenvolvido, pois haver um novo ciclo que poder corrigir os problemas causados pela existncia deste risco. 4- Assinale um X para a afirmao incorreta: a) O RUP tem como caracterstica principal a abordagem baseada em disciplinas, que possuem tarefas, fluxos e papis dentro de uma organizao de desenvolvimento. b) O RUP nasceu da fuso entre o Objectory Process e o Rational Approach. X c) Quanto menor o tempo de desenvolvimento do projeto, maior o custo para se realizar uma alterao em um software. d) Por processo podese entender como um conjunto de passos, devidamente organizados para atingir um determinado objetivo. Um processo de engenharia de software tem como objetivo desenvolver um software baseado nos requisitos informados. e) O eixo vertical do RUP representa as disciplinas, que agrupam suas atividades de acordo com sua natureza. 5- O que so disciplinas no RUP? O RUP tem como caracterstica principal a abordagem baseada em disciplinas, que possuem tarefas, fluxos e papis dentro de uma organizao de desenvolvimento.

6- Relacione a primeira coluna com a segunda 1. Ambiente 2. Anlise e design 3. Gerenciamento de configurao e mudana 4. Gerenciamento de projetos 5. Implantao 6. Implementao 7. Requisitos 8. Teste 9. Modelagem de negcios (8 ) Garantir a qualidade do produto final. ( 4) Apresentar uma abordagem para o gerenciamento do projeto. ( 5) Descrever as atividades necessrias para a disponibilizao do produto aos seus usurios. (6 ) Implementar o software. ( 1) Descrever as atividades e o processo de desenvolvimento de um projeto, garantindo as ferramentas necessrias durante o processo. ( 7) Analisar o problema e compreender as necessidades dos usurios. ( 2) Desenvolver a arquitetura necessria para o atendimento dos requisitos do projeto. ( 9) Identificar os processos do negcio. ( 3) Controlar os artefatos produzidos no processo e suas alteraes.

7-

O que um papel?

Definio de responsabilidade e comportamento de determinado individuo, dentro do contexto de uma equipe de desenvolvimento de software, utilizando tcnicas de engenharia. 8- Como as atividades relacionamse com os papis?

Os papis tm um conjunto de atividades coerentes por eles executadas. Essas atividades so estreitamente relacionadas e combinadas em termos de funcionalidade, e recomendvel que elas sejam executadas pela mesma pessoa. As atividades esto fortemente relacionadas aosartefatos. Os artefatos fornecem a entrada e a sada para as atividades e o mecanismo pelo qual as informaes so transmitidas entre as atividades.
9) Marque a alternativa incorreta. a) O artefato o produto do processo de trabalho. b) Os artefatos so responsabilidade de um nico papel e a ideia que a sua produo inicial seja designada a uma pessoa especfica. c) O papel ao executar sua atividade utiliza artefatos para embasar sua atividade, como artefatos de entrada e, produzem artefatos em sua atividade, como artefatos de

sada. d) Os artefatos esto distribudos dentro do processo, organizados dentro das fases do RUP. X e) N.d.a. 10) Complete as lacunas: Os fluxos de trabalho podem ser entendidos como a sequencia das atividades realizadas em uma disciplina, produzindo um resultado concreto. Sua representao no RUP realizada pelo diagrama de atividades da UML. 11) Relacione a primeira coluna com a segunda: 1. Iniciao 2. Elaborao 3. Construo 4. Transio (4 ) Marco de release do produto (2 ) Marco de arquitetura do ciclo de vida. ( 1) Marco dos objetivos do ciclo de vida (3 ) Marco da capacidade operacional inicial

EXERCCIO 2 1) Qual o principal objetivo da fase de iniciao? O objetivo principal da fase de iniciao esclarecer para os envolvidos sobre os objetivos deste ciclo de vida do projeto. 2) So atividades bsicas da fase de iniciao, exceto: a) Formular o escopo do projeto. b) Planejar e preparar um caso de negcio. c) Sintetizar uma possvel arquitetura. X d) Definir a arquitetura do projeto. e) Preparar o ambiente para o projeto. 3) No marco de objetivos do ciclo de vida, qual a avaliao realizada? avaliada a viabilidade bsica do projeto, inclusive este podendo ser cancelado ou modificado caso esta avaliao no apresente um resultado satisfatrio. 4) So artefatos gerados na fase de iniciao, exceto: a) Caso de negcio; b) Lista de riscos; c) Viso; d) Modelo de caso de uso; X e) Documento de arquitetura de software 5) Preencha as lacunas: O objetivo principal da fase criar a baseline de arquitetura do sistema, de forma que o software possa ser desenvolvido em um slido alicerce arquitetural. 6) Quais so os objetivos da fase de elaborao? Assegurar que a arquitetura, os requisitos e os planos sejam estveis o suficiente e que os riscos sejam suficientemente diminudos a fim de determinar com

segurana o custo e a programao para a concluso do desenvolvimento. Para a maioria dos projetos, ultrapassar essa marca tambm corresponde transio de uma operao rpida e de baixo risco para uma operao de alto custo e alto risco com uma inrcia organizacional frequente. 2. Tratar todos os riscos significativos do ponto de vista da arquitetura do projeto. 3. Estabelecer uma arquitetura da baseline derivada do tratamento dos cenrios significativos do ponto de vista da arquitetura, que normalmente expem os maiores riscos tcnicos do projeto. 4. Produzir um prottipo evolutivo dos componentes de qualidade de produo, assim como um ou mais prottipos descartados para diminuir riscos especficos como: Trocas de design/requisitos Reutilizao de componentes Possibilidade de produo do produto ou demonstraes para investidores, clientes e usurios finais 5. Demonstrar que a arquitetura de baseline suportar os requisitos do sistema a um custo justo e em tempo justo. 6. Estabelecer um ambiente de suporte. 7) Marque verdadeiro (V) ou falso (F) em relao s atividades realizadas na fase de elaborao: (V ) Definir, validar e criar a baseline da arquitetura com rapidez e eficincia. (F ) Refinar o escopo do projeto (V ) Refinar a Viso (V ) Criar planos de iterao detalhados e baselines para a fase de construo. (V ) Refinar o caso de desenvolvimento e posicionar o ambiente de desenvolvimento. (F ) Desenvolvimento completo do componente e teste dos critrios de avaliao definidos. (V ) Refinar a arquitetura e selecionar componentes. 8) Quais so os critrios de avaliao do marco de arquitetura do ciclo de vida? A Viso e os requisitos do produto so estveis; A arquitetura estvel; As abordagens principais a serem usadas no teste e na avaliao foram comprovadas; O teste e a avaliao de prottipos executveis demonstraram que os principais elementos de risco foram tratados e resolvidos com credibilidade; Os planos de iterao para a fase de construo tm detalhes e fidelidade suficientes para permitir o avano do trabalho; Os planos de iterao para a fase de construo so garantidos por estimativas confiveis; Todos os envolvidos concordam que a viso atual poder ser atendida se o plano atual for executado para desenvolver o sistema completo, no contexto da arquitetura atual; A despesa real em oposio despesa planejada com recursos aceitvel.

9) Qual o objetivo principal da fase de construo? a) Executar o desenvolvimento da baseline de arquitetura. X b) Esclarecer os requisitos restantes e desenvolver estes com base na arquitetura criada na fase anterior. c) Gerenciar os recursos envolvidos no projeto. d) Controlar tempo, qualidade e custo. e) N.d.a. 10) So atividades da fase de construo, exceto: a) Gerenciamento de recursos, otimizao de controle e processo. X b) Desenvolvimento completo do componente e teste dos critrios de avaliao definidos. c) Avaliao dos releases do produto de acordo com os critrios de aceitao para a viso. d) Avaliao da baseline de arquitetura. e) N.d.a. 11) O que avaliado no marco de capacidade operacional inicial? No marco desta fase, chamado de Marco de Capacidade Operacional Inicial, avaliado se as funcionalidades foram desenvolvidas e se os testes previstos foram executados. Caso a avaliao seja insatisfatria, a transio dever ser adiada para outro momento. Os critrios de avaliao desta fase so os seguintes. 12) Relacione a segunda coluna com a primeira: 1. Plano de Implantao (6 ) Atualizado com todos os elementos 2. Conjunto de Testes ("teste de necessrios para suportar a regresso") implementao persistente (por 3. Modelo de Design (e todos os exemplo, tabelas, ndices, etc.). artefatos constituintes) (1 ) Verso inicial desenvolvida, 4. Caso de Desenvolvimento analisada e com baseline. Em 5. Modelo de Implementao projetos menores, isso pode ser 6. Modelo de Dados embutido no Plano de Desenvolvimento de Software. (3 ) Atualizado com novos elementos de design identificados durante a concluso de todos os requisitos. (5 ) Expandido a partir daquele criado durante a fase de elaborao; todos os componentes criados no final da fase de construo. (4 ) Refinado com base na experincia inicial do projeto. O ambiente de desenvolvimento, incluindo o processo, as ferramentas e o suporte automatizado necessrios para dar assistncia equipe de transio j estar posicionada. (2 ) Testes implementados e executados para validar a estabilidade do build de cada release executvel criado durante a fase de construo.

13) Complete as lacunas: O objetivo principal da fase de transio assegurar que o produto desenvolvido nas outras fases seja disponibilizado para o usurio final. A fase de transio inclui testes de integraes e pequenos ajustes que se fizerem necessrios aps a homologao. 14) So objetivos da fase de transio, exceto: a) Teste beta para validar o novo sistema em confronto com as expectativas do usurio. X b) Decidir se o software, os locais e os usurios esto prontos para que o aplicativo seja implantado. c) Converso de bancos de dados operacionais. d) Treinamento de usurios e equipe de manuteno. e) Obteno de auto suportabilidade do usurio. 15) Quais so os critrios de avaliao do Marco de Capacidade Operacional Inicial? avaliado se os objetivos do projeto foram atingidos e se o produto est de acordo com a especificao. Neste marco tambm pode ser decidido se h a necessidade de se realizar um novo ciclo de desenvolvimento. Os critrios de avaliao desta fase so os seguintes: O usurio est satisfeito? As despesas reais com recursos so aceitveis se comparadas com as planejadas? EXERCCIO 3 1) Complete as lacunas: As disciplinas so conjuntos de Atividades que devem ser realizadas para a produo de um conjunto de artefatos. Estas so descritas em um nvel geral, resumindo suas atividades, papis e artefatos envolvidos. 2) Relacione a segunda coluna com a primeira: 1. Introduo 2. Conceitos 3. Fluxo de trabalho 4. Viso geral da atividade 5. Viso geral do artefato 6. Viso geral das diretrizes ( 4) As atividades e papis includos na disciplina. (2 ) Descreve os conceitos chave importantes no entendimento da disciplina. (6 ) Explicaes mais detalhadas sobre a produo e utilizao dos artefatos. (3 ) Descreve uma sequncia de eventos durante a conduo dos trabalhos da disciplina. (5 ) Os artefatos produzidos e os papis responsveis. (1 ) Descreve a finalidade e os relacionamentos da disciplina.

3) Quais as finalidades da disciplina modelagem de negcios? 1. Entender a estrutura e a dinmica da organizao na qual um sistema deve ser implantado (a organizaoalvo). 2. Entender os problemas atuais da organizaoalvo e identificar as possibilidades de melhoria.

3. Assegurar que os clientes, usurios e desenvolvedores tenham um entendimento comum da organizaoalvo. 4. Derivar os requisitos de sistema necessrios para sustentar a organizaoalvo. 5. O relacionamento desta disciplina com as outras so os seguintes: 6. A disciplina Requisitos utiliza modelos de negcios como um importante subsdio para entender os requisitos do sistema. 7. A disciplina Anlise e Design utiliza entidades de negcios como subsdio para identificar classes de entidade no modelo de design. 8. A disciplina Ambiente desenvolve e mantm artefatos de suporte, como o Guia de Modelagem de Negcios. 4) Quais os papis principais da disciplina modelagem de negcios?

O Analista de Processo de Negcio, que lidera e coordena a os esforos de modelagem, definindo e delimitando a organizao que modelada; e o designer de Negcios, que detalha a especificao de partes da organizao descrevendo o fluxo de trabalho de um ou mais caso de uso de negcios.
5) Enumere a segunda coluna de acordo com a primeira: 1. Analista do processo de negcios. 2. Designer de negcios (1 ) Viso do negcio ( 2) Modelo de casos de uso de negcios (2 ) Ator de negcio (2 ) Realizao de caso de uso de negcios (1 ) Modelo de objetos de negcios (1 ) Caso de uso de negcios 6) So conceitos da disciplina requisitos, exceto: a) Design Centrado no Usurio b) Gerenciamento de Requisitos c) Rastreabilidade Xd) Padres de Negcios e) Tipos de Requisitos 7) So papis da disciplina requisitos, exceto: a) Analista de Sistemas b) Analista de Requisitos c) Arquiteto de Software d) Designer de interface Xe) Revisor de Requisitos

8) Relacione a segunda coluna com a primeira: 1. Analista de sistemas 2. Especificador de requisitos 3. Designer de interface (2 ) Plano de gerenciamento de requisitos (1 ) Glossrio (2 ) Prottipo da interface (3 ) Encenao de caso de uso (1 ) Caso de uso ( 2) Especificao de requisitos de software

9) Quais so as finalidades da disciplina anlise e design? Utiliza entidades de negcios como subsdio para identificar classes de entidade no modelo de design. 10) Relacione a segunda coluna com a primeira: 1. Arquiteto de software 2. Designer 3. Designer de banco de dados (1 ) Anlise de caso de uso (2 ) Elaborar design de banco de dados (2 ) Construir prova de conceito arquitetural (1 ) Anlise arquitetural (3 ) Identificar os mecanismos de design (3 ) Classe de design

11) So finalidades da disciplina implementao, exceto: a) Definir a organizao do cdigo em termos de subsistemas de implementao organizados em camadas. b) Implementar classes e objetos em termos de componentes (arquivos fonte, binrios, executveis e outros) c) Testar os componentes desenvolvidos como unidades. d) Integrar os resultados produzidos por implementadores individuais (ou equipes) ao sistema executvel. Xe) Validar as funes do software conforme projetadas. 12) Quais os atores possuem atividades na disciplina implementao? Produz builds do software que so validados pela disciplina Teste. Em uma iterao, vrios builds so testados, geralmente um por ciclo de teste. 13) Relacione a segunda coluna com a primeira: 1. Arquiteto de software 2. Implementador 3. Integrador (2 ) Build (3 ) Subsistema de implementao (1 ) Componente (1 ) Plano de integrao do build (2 ) Modelo de implementao

14) So finalidades da disciplina Teste, exceto: a) Corrigir os defeitos gerados nas outras disciplinas. b) Avisar de forma geral sobre a qualidade observada no software. c) Validar as suposies feitas nas especificaes de design e requisito atravs de demonstrao concreta. d) Validar as funes do software conforme projetadas. e) Verificar se os requisitos foram implementados de forma adequada. 15) So papis da disciplina Teste, exceto: a) Gerente de testes b) Analista de testes c) Testador d) Gerente de projetos e) Implementador 16) Qual a finalidade da disciplina implantao? 17) Relacione a segunda coluna com a primeira 1. Gerente de implantao 2. Implementador 3. Desenvolvedor do curso 4. Redator tcnico 5. Artista grfico 6. Gerente de configurao (1 ) Artefatos de instalao (2 ) Plano de implantao (3 ) Materiais de treinamento (4 ) Artefinal do produto (6 ) Material de suporte para o usurio (5 ) Unidade de implantao

18) Qual a finalidade da disciplina gerncia de configurao e mudana? A disciplina Gerenciamento de Configurao e Mudana fornece o mecanismo para controle de mudanas dos requisitos. O mecanismo para proposta de uma mudana consiste em enviar uma Solicitao de Mudana, que ser analisada pelo Comit de Controle de Mudana. 19) So papis da disciplina gerncia de configurao e mudana, exceto: Xa) Gerente de configurao b) Gerente de controle de mudana c) Integrador d) Implementador e) N.d.a. 20) Quais os conceitos da disciplina gerncia de projetos?
A gerncia de projetos frequentemente a responsabilidade de um indivduo intitulado gerente de projeto. Idealmente, esse indivduo raramente participa diretamente nas atividades que produzem o resultado final.

21) Quais os papis envolvidos na disciplina ambiente?

Desenvolve e mantm os artefatos de suporte usados no gerenciamento de requisitos e na modelagem de caso de uso, como o Guia de Modelagem de Caso de Uso e o Guia de Interface do Usurio.