Modelagem 1. Para que serve a modelagem?

Representar os requisitos de modo mais claro Validar os requisitos do software Analis-lo em diferentes pontos de vista Representar os requisitos em vrias dimenses Ajuda a encontrar inconsistncias 2. Quais os tipos de Modelagem Orientada a Objetos? a) Diagrama de caso de uso; b) Diagramas de atividades; c) Diagramas de classes; d) Diagramas de sequncia; e) Diagramas de Colaborao/comunicao; f) Diagramas de estados; g) Diagramas de componentes; h) Diagramas de implantao; i) Diagramas de Entidade/Relacionamento; 3. Discorra sobre Diagrama de Caso de Uso. O diagrama de Casos de Uso tem o objetivo de auxiliar a comunicao entre os analistas e o cliente. Um diagrama de Caso de Uso descreve um cenrio que mostra as funcionalidades do sistema do ponto de vista do usurio. Ele representado por atores (usurios do sistema), casos de uso (uma grande funo do sistema) e relacionamentos entre o autor e o caso de uso. 4. Discorra sobre Diagramas de atividades. O diagrama de atividades tem como objetivo mostrar o fluxo de atividades em um nico processo. Ele mostra como uma atividade depende uma da outra. Complementa o caso de uso e utilizado para modelar processos de negcios. 5. Discorra sobre diagramas de classes. Descreve os vrios tipos de objetos no sistema e o relacionamento entre eles. Ele representa uma viso esttica do sistema e so importantes no s para especificao e a documentao no modelo estrutural, mas tambm para a construo de sistemas executveis. 6. Discorra sobre diagramas de sequncia. Consiste em um diagrama que tem o objetivo de mostrar como as mensagens entre os objetos so trocadas no decorrer do tempo para a realizao de uma operao. 7. Discorra sobre diagramas de colaborao e comunicao. A grande diferena entre um diagrama de colaborao e um de sequncia consiste no fato de que o tempo no mais representado por linhas verticais, mas sim atravs de uma numerao.

8. Discorra sobre diagramas de estado. Um diagrama de estado mostra os possveis estados de um objeto e as transaes responsveis pelas suas mudanas de estado. Ex: Num sistema de leilo. Para que um lance seja efetuado com sucesso, a oferta tem que ser vlida e o cliente tem que ter o crdito suficiente. 9. Discorra sobre Diagrama de componentes. Apresenta uma viso esttica dos mdulos de software e os seus componentes, determinando como eles se relacionam. 10. Discorra sobre Diagramas de Entidade/Relacionamento. Descreve a estruturao dos dados armazenados.

101 Para o desenvolvimento de casos de uso, fundamental a identificao dos atores, tanto os principais quanto os secundrios, j na primeira iterao do levantamento de requisitos. Captulo 7, Engenharia de Requisitos, pgina 130 Como o levantamento de requisitos uma atividade evolutiva, nem todos os atores so identificados durante a primeira iterao. possvel identificar atores principais durante a primeira iterao, e os atores secundrios quando se fica sabendo mais a respeito do sistema. O atores principais interagem para conseguir a funo desejada do sistema e derivar o benefcio pretendido com o sistema. Eles trabalham direta e frequentemente com o software. Os atores secundrios do suporte ao sistema, de modo que os atores principais possam fazer o seu trabalho. Gabarito: E, os atores secundrios no so identificados na primeira iterao. 102 O checklist de validao uma forma til de averiguar se determinado requisito pode ser testado e, em caso afirmativo, se os testes podem ser especificados. Captulo 7, Engenharia de Requisitos, pgina 120, quadro Checklist de Validao de Requisitos frequentemente til examinar cada requisito em face de um conjunto de questes do tipo checklist. Eis aqui um pequeno subconjunto de questes que poderiam ser formuladas: () O requisito pode ser testado? Em caso positivo, podemos especificar os testes (algumas vezes chamados critrios de validao) para exercitar o requisito? () Gabarito: C 103 Por se tratar de funo essencial da engenharia de requisitos, a gesto formal de requisitos indispensvel, mesmo para projetos de pequeno porte, com apenas duas ou trs dezenas de requisitos identificveis. Captulo 7, Engenharia de Requisitos, pgina 121, nota de rodap nmero 5 A gesto formal de requisitos iniciada somente para grandes projetos com centenas de requisitos identificveis. Para projetos pequenos, essa funo de engenharia de requisitos menos formal. Gabarito: E