Questão 487063

• Banca: CESPE / CEBRASPE
• Órgão: MPE-RR
• Ano: 2008
• Provas: CESPE - 2008 - MPE-RR - Analista de Sistemas
• Disciplina: Engenharia de Software
• Assuntos: Processos de Software; RUP (Rational Unified Process) - Processo Unificado Rational

Acerca de metodologias de desenvolvimento, julgue os itens de
79 a 90.

No Processo Unificado, um modelo de casos de uso é um artefato construído por analistas de sistemas e especificadores de casos de uso na disciplina Implementação. Esse artefato informa o que o sistema realiza para diferentes atores via casos de uso, que especificam as ações que o sistema executa ao interagir com os atores.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Usando o RUP como base existem dois erros nesta questão. 1º erro é que somente o papel Analista de Sistemas é o responsável pelo desenvolvimento do Modelo de Casos de Uso. 2º erro é que isso ocorre na fase Requisitos.
• Não entendi. Que Fase de Requisitos é esta?
  Vejo as fases do PU como Concepção -> Elaboração -> Construção -> Transição.
  Há diferença entre fase e disciplina?
• Caro Luciano, 
  
  O RUP possui duas dimensões:
  
  Eixo Horizontal:
        - Representa o tempo e mostra os aspectos do ciclo de vida do processo à medida que se desenvolve.
        - Representa o aspecto dinâmico do processo e é expressa em termos de fases, iterações e marcos.
        - Fases: Iniciação, Elaboração, Construção, Transição
  
  Eixo Vertical:
        - Representa as disciplinas, onde são agrupadas de maneira lógica.
        - Representa o aspecto estático do processo, descritivo, define artefatos e papéis do processo.
        - Disciplinas: Podemos dividir em 2 grupos:
                              Core Process: Modelagem de Negócios, Requisitos, Análise e Design, Implementação, Teste, Implantação.
                              Support Process: Gerência de Configuração e Mudança, Gerênciamento de Projeto, Ambiente
  
  Uma passagem por todas as disciplinas é uma ITERAÇÃO e a passagem por todas as fases é um CICLO DE DESENVOLVIMENTO DE SOFTWARE.
• Obrigado, Jorge!
  No início tudo parece complicado, mas aos poucos o entendimento vai chegando!
• No Processo Unificado, um modelo de casos de uso é um artefato construído por analistas de sistemas e especificadores de casos de uso na disciplina Implementação Requisitos. Esse artefato informa o que o sistema realiza para diferentes atores via casos de uso, que especificam as ações que o sistema executa ao interagir com os atores.
  
  Cuidados a se tomar:
  Analista de Sistemas: modelo de caso de uso (http://www.wthreex.com/rup/portugues/process/workers/wk_sysan.htm)
  Especificador de Requisitos:  caso de uso (http://www.wthreex.com/rup/portugues/process/workers/wk_ucaut.htm)
• 
  Table 1: Breadth and depth roles in RUP disciplines
  

  Discipline	Breadth role	Depth role
  Business Modeling	Business Process Analyst Discovers all business use cases.	Business Designer Details a single set of business use cases.
  Requirements	Systems Analyst Discovers all requirement use cases.	Requirements Specifier Details a single set of requirement use cases.
  Analysis and Design	Software Architect Decides on technologies for the whole solution.	Designer Details the analysis and design for a single set of use cases.
  Implementation	Integrator Owns the build plan that shows what classes will integrate with one another.	Implementer Codes a single set of classes or a single set of class operations.
  Test	Test Manager Ensures that testing is complete and conducted for the right motivators. Test Analyst Selects what to test based on the motivators. Test Designer Decides what tests should be automated vs. manual and creates automations.	Test Designer Implements automated portions of the test design for the iteration. Tester Runs a specific test.
  Deployment	Deployment Manager Oversees deployment for all deployment units.	Tech Writer, Course Developer, Graphic Artist Create detailed materials to ensure a successful deployment.
  Project Management	Project Manager Creates the business case and a coarse-grained plan; makes go / no go decisions.	Project Manager Plans, tracks, and manages risk for a single iteration. (Note that this discipline has only one role. Assigning the depth view to a project coordinator can provide relief for overburdened project managers.)
  Environment	Process Engineer Owns the process for the project.	Tool Specialist Creates guidelines for using a specific tool.
  Configuration and Change Mgt	Configuration Manager Sets up the CM environment, policies, and plan. Change Control Manager Establishes a change control process.	Configuration Manager Creates a deployment unit, reports on configuration status, performs audits, and so forth. Change Control Manager Reviews and manages change requests. (Again, note that breadth and depth roles are assigned to the same people in this discipline; assistant or associate managers in the depth roles would be helpful.)

• Processo Unificado não é RUP. Na fase de Concepção, temos a criação de casos de uso dos principais requisitos do sistema. Na fase de elaboração, os requisitos são expandidos e refinados, ou seja, mais casos de uso são criados, além de elaborar os que já foram criados. Na fase de construção, caso se escolha desenvolver os componentes ao invés de adquiri-los por reúso, os modelos de análise e projeto são finalizados para dar suporte à implementação. 
  
  Sabendo disso, percebemos que podemos ter requisitos sendo descobertos e elaborados na fase de construção. Casos de uso nessa fase podem ser criados. 
  
  Quais fluxos de trabalho fazem parte da construção? Das cinco (Requisitos, Análise, Projeto, Implementação e Testes), todas fazem parte, contudo, com intensidades diferentes. 
  
  Na implementação não temos casos de uso, mas sim implementação deles. Na construção, temos.