Engenharia de Requisitos e Modelagem

Prévia do material em texto

<p>TADS</p><p>TECNOLOGIA EM ANÁLISE</p><p>E DESENVOLVIMENTO DE</p><p>SISTEMAS</p><p>PROFESSOR ISRAEL COSTA</p><p>Engenharia de Requisitos</p><p>Modelagem de Sistemas</p><p>ENGENHARIA DE REQUISITOS</p><p>2</p><p>Professor Israel Costa</p><p>Roteiro</p><p>Relação Histórica</p><p>Modelagem</p><p>Por que Modelar</p><p>Histórico da Modelagem</p><p>UML</p><p>Modelo Caso de Uso</p><p>3</p><p>Relação Histórica</p><p>4</p><p>www.yourwebsite.com</p><p>START</p><p>NOVO CENÁRIO NO</p><p>DESENVOLVIMENTO</p><p>DE SOFTWARE</p><p>ANTES DA ENGENHARIA</p><p>DE SOFTWARE</p><p>Relação Histórica</p><p>5</p><p>▪ Papel da engenharia sw</p><p>▪ Processo de Desenvolvimento</p><p>▪ Baseado em teoria, princípios,</p><p>modelos, métodos, técnicas e</p><p>ferramentas.</p><p>▪ Equipe de especialistas.</p><p>▪ Planejamento e gerenciamento de</p><p>recursos, custos e prazos</p><p>6</p><p>Relação Histórica</p><p>7</p><p>Relação Histórica</p><p>Relação Histórica</p><p>8</p><p>Relação Histórica</p><p>9</p><p>10</p><p>Modelagem</p><p>11</p><p>▪ O contexto de modelagem surge antes</p><p>mesmo da aplicação no software.</p><p>▪ São apenas alguns exemplos de modelos:</p><p>▪ Maquetes de edifícios</p><p>▪ Maquetes de aviões</p><p>▪ Plantas de circuitos eletrônicos.</p><p>Por que Modelar SW?</p><p>12</p><p>Modelagem</p><p>13</p><p>▪ Modelo</p><p>▪ É uma especificação que servirá de</p><p>parâmetro para uso de um processo para</p><p>um(a) projeto/equipe.</p><p>▪ Um modelo pode ser visto como uma</p><p>representação idealizada daquilo que se</p><p>planeja construir;</p><p>14</p><p>Por que Modelar SW?</p><p>15</p><p>▪ Por que modelar?</p><p>▪ Em princípio, podemos pensar que a</p><p>construção de modelos como atraso no</p><p>desenvolvimento.</p><p>Por que Modelar SW?</p><p>16</p><p>▪ Mas a modelagem propicia:</p><p>▪ Comunicação entre as pessoas</p><p>envolvidas</p><p>▪ Melhor entendimento nos requisitos.</p><p>Por que Modelar SW?</p><p>17</p><p>• Um(a) modelo (modelagem) de software</p><p>captura uma visão de um sistema físico.</p><p>• É uma abstração do sistema</p><p>• Descreve aspectos estruturais e</p><p>comportamentais do SW</p><p>Por que Modelar SW?</p><p>18</p><p>▪ Por meio documentação, a Organização pode:</p><p>▪ Analisar sua evolução.</p><p>▪ Verificar se o processo software tornou-se</p><p>mais rápido.</p><p>Por que Modelar SW?</p><p>19</p><p>▪ Por meio documentação, a Organização pode:</p><p>▪ Verificar de metodologias aplicadas são</p><p>superiores as anteriormente.</p><p>▪ Verificar melhoria na qualidade do</p><p>software produzido.</p><p>20</p><p>Shaler-Mellor - OOA</p><p>Booch (Booch Method)</p><p>Jacobson</p><p>Coad & Yourdon</p><p>MODELOS PRECURSORES</p><p>21</p><p>Ano Autor - Técnica</p><p>1990 Shaler & Mellor - OOA</p><p>1991 Coad & Yourdon (OOAD – Object-oriented Analysis and Design)</p><p>1993 Grady Booch (Booch Method)</p><p>1993 Ivar Jacobson (OOSE – Object Oriented Software Engineering)</p><p>1995 James Rumbaugh et al (OMT – Object Modeling Technique)</p><p>1996 Wirfs-Brock (Responsability Driven Design)</p><p>1996 Surge a UML como a melhor candidata de notações, diagramas e formas de</p><p>representação</p><p>22</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>23</p><p>▪ Percebeu-se a necessidade de um padrão para</p><p>modelagem de sistemas, que fosse aceito e</p><p>utilizado amplamente.</p><p>▪ Principais autores do processo: Grady Booch,</p><p>James Rumbaugh, Ivar Jacobson</p><p>▪ Aproveitar o melhor das características das</p><p>notações preexistentes.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>24</p><p>▪ Notação da UML é uma união das diversas</p><p>notações preexistentes com alguns elementos</p><p>removidos e outros adicionados.</p><p>▪ O objetivo de torna-la mais expressiva.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>25</p><p>O método de Booh O método OMT</p><p>(Object Modeling</p><p>Technique) de</p><p>Jacobson</p><p>O método de OOSE</p><p>(Object-Oriented</p><p>Software Engineering)</p><p>de Rumbaugh</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>26</p><p>▪ O esforço inicial do projeto começou com: a</p><p>união do método de Booh ao OMT de</p><p>Jacobsonm.</p><p>▪ Resultando no lançamento do Método</p><p>Unificado ao fim de 1995.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>27</p><p>▪ Logo depois Rumbaugh juntou-se também;</p><p>▪ Resultando, assim, na primeira versão da UML.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>28</p><p>▪ Em 1997, a OMG (Object Management Group</p><p>ou Grupo de Gerenciamento de Objetos) adota</p><p>o padrão da UML como uma linguagem padrão</p><p>de modelagem.</p><p>▪ A definição passa por constantes melhorias e</p><p>conta com diversos colaboradores comerciais</p><p>(Digital, HP, IBM, Oracle, Microsoft, Unysis,</p><p>etc)</p><p>▪ 2003 – lançada a UML 2.0</p><p>29</p><p>30</p><p>Adaptado: https://slideplayer.com.br/slide/4127954/#google_vignette</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>31</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>32</p><p>▪ Uma Linguagem de Modelagem Unificada</p><p>(UML) é uma linguagem visual utilizada para</p><p>modelar sistemas de software.</p><p>▪ Ela fornece um conjunto de notações e</p><p>diagramas que permitem aos desenvolvedores</p><p>representar diferentes aspectos de um sistema,</p><p>desde a estrutura até o comportamento.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>33</p><p>▪ Alguns dos conceitos fundamentais da UML</p><p>incluem:</p><p>▪ Modelagem</p><p>▪ Elementos</p><p>▪ Relacionamentos</p><p>▪ Diagramas.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>34</p><p>▪ Modelagem</p><p>▪ A modelagem é o processo de criar</p><p>representações abstratas de um sistema</p><p>para entender, especificar, prever e</p><p>controlar seu comportamento.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>35</p><p>▪ Elementos</p><p>▪ Os elementos da UML são as construções</p><p>básicas usadas para construir modelos.</p><p>▪ Eles incluem classes, objetos, pacotes,</p><p>casos de uso, entre outros</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>36</p><p>▪ Relacionamentos</p><p>▪ Os relacionamentos na UML descrevem</p><p>como os elementos estão conectados entre</p><p>si.</p><p>▪ Existem diferentes tipos de relacionamentos,</p><p>como:</p><p>▪ Associação</p><p>▪ Generalização e Especialização</p><p>▪ Dependência e agregação</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>37</p><p>▪ Diagramas</p><p>▪ Os diagramas na UML são ferramentas</p><p>visuais usadas para representar diferentes</p><p>aspectos do sistema.</p><p>▪ Existem vários tipos de diagramas na UML,</p><p>como diagrama de classes, diagrama de</p><p>sequência, diagrama de atividades e</p><p>diagrama de caso de uso.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>38</p><p>▪ Podemos afirmar então que a UML é uma</p><p>notação, cujo objetivo é auxiliar os Analistas a</p><p>definirem as características do sistemas como:</p><p>▪ Requisitos</p><p>▪ Comportamento</p><p>▪ Estrutura Lógica</p><p>▪ Dinâmica dos Processos, etc.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>39</p><p>A UML é suportada pelas ferramentas:</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>40</p><p>▪ A UML não é:</p><p>▪ Processo de Desenvolvimento de</p><p>Software.</p><p>▪ Linguagem de Programação</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>41</p><p>▪ Possibilita ter a Visões de um sistema</p><p>▪ Um sistema complexo pode ser</p><p>examinado a partir de diversas</p><p>perspectivas.</p><p>▪ Autores da UML definem algumas visões:</p><p>▪ Visão de Casos de uso</p><p>▪ Visão de Projeto</p><p>▪ Visão de Implementação</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>42</p><p>▪ Visão de Casos de uso:</p><p>▪ Visão externa do sistema que define a</p><p>interação entre o sistema e agentes</p><p>externos.</p><p>▪ Representa a Funcionalidade do SW</p><p>▪ Visão de Projeto:</p><p>▪ Características estruturais e</p><p>comportamentais do sistema.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>43</p><p>▪ Visão de Implementação:</p><p>▪ Gerenciamento de versões construídas</p><p>pelo agrupamento de módulos e</p><p>subsistemas.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>44</p><p>▪ Diagramas:</p><p>▪ Há uma considerável quantidade de diagramas</p><p>na estrutura da UML.</p><p>▪ Esta quantidade de diagramas é justificada</p><p>pela necessidade de analisar o sistema por</p><p>meio de diferentes perspectivas</p><p>▪ Cada diagrama fornece uma perspectiva</p><p>parcial do sistema.</p><p>45</p><p>UML – Mecanismos</p><p>Gerais</p><p>46</p><p>▪ Mecanismos de uso geral</p><p>▪ Estereótipos</p><p>▪ Notas explicativas</p><p>▪ Etiquetas valoradas, Restrições</p><p>▪ Pacotes</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>47</p><p>▪ Estereótipos gráficos: Ícones gráficos</p><p>▪ Estereótipos textuais: Rótulo junto ao símbolo</p><p>que representa</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>48</p><p>▪Estereótipos textuais: ▪Estereótipos gráficos:</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>49</p><p>▪ Notas explicativas</p><p>▪ Comenta ou esclarece alguma parte do</p><p>diagrama.</p><p>▪ Textuais</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>50</p><p>▪ Notas explicativas</p><p>▪ Não modificam nem estendem o</p><p>significado do elemento</p><p>▪ Não deve ser usado em excesso</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>51</p><p>▪ Restrições</p><p>▪ Podem ser especificadas formalmente ou</p><p>informalmente (texto livre)</p><p>▪ Restrições devem aparecer dentro de</p><p>notas explicativas</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>52</p><p>▪ Pacotes</p><p>▪ Agrupa elementos semanticamente</p><p>relacionados</p><p>▪ Um pacote se liga a outro através de uma</p><p>relacionamento de dependência</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>53</p><p>https://micreiros.com/diagrama-de-pacotes/</p><p>54</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>55</p><p>▪ Modelos de Casos de Uso</p><p>▪ Idealizado por Ivar Jacobson em 1970 e</p><p>inserida na UML na década de 90.</p><p>▪ É uma representação das funcionalidades</p><p>eternamente observáveis do sistema e dos</p><p>elementos externos ao sistema que</p><p>interagem com eles</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>56</p><p>▪ Modelos de Casos de Uso</p><p>▪ É a especificação completa de interações entre</p><p>um sistema e um ou mais agentes externos a</p><p>este sistema.</p><p>▪ Representa uma determinada Funcionalidade</p><p>de um sistema conforme percebida</p><p>externamente.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>57</p><p>▪ Modelos de Casos de Uso</p><p>▪ É o modelo mais popular para a</p><p>documentação de requisitos funcionais</p><p>▪ O MCU representa os possíveis usos de</p><p>um sistema.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>58</p><p>▪ Modelos de Casos de Uso</p><p>▪ Componentes:</p><p>▪ Casos de Usos</p><p>▪ Atores</p><p>▪ Relacionamentos</p><p>▪ NÃO REVELA a estrutura e o comportamento</p><p>interno do sistema.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>59</p><p>▪ Modelos de Casos de Uso</p><p>▪ Um MCU pode conter vários casos de uso</p><p>▪ Cada caso de uso tem seu contexto único,</p><p>embora possa ter relação com outros</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>60</p><p>▪ Modelos de Casos de Uso</p><p>▪ Há 3 dimensões para variações das descrições dos</p><p>casos de uso</p><p>Formato</p><p>Abstração</p><p>Detalhamento</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>61</p><p>▪ Modelos de Casos de Uso</p><p>▪ Formato: estrutura utilizada para organizar a</p><p>sua narrativa textual:</p><p>▪ Contínuo, numerado, tabular</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>62</p><p>▪ Modelos de Casos de Uso</p><p>▪ Formato: Contínuo</p><p>Este caso de uso inicia quando o Cliente chega ao caixa eletrônico e</p><p>insere seu cartão. O sistema requisita a senha do Cliente. Após o Cliente</p><p>fornecer sua senha e esta ser validada, o Sistema exibe as opções de</p><p>operações possíveis. O Cliente opta por realizar um saque. Então o</p><p>Sistema requisita o total a ser sacado. O Cliente fornece o valor da</p><p>quantidade que deseja sacar. O sistema fornece a quantia desejada e</p><p>imprime o recibo para o Cliente. O Cliente retira a quantia e o recibo , e o</p><p>caso de usa termina.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>63</p><p>▪ Modelos de Casos de Uso</p><p>▪ Formato: Numerado</p><p>1. Cliente insere seu cartão no caixa eletrônico.</p><p>2. O sistema requisita a senha do Cliente.</p><p>3. Cliente fornecer sua senha</p><p>4. Sistema valida a senha e exibe as opções de operações possíveis.</p><p>5. O Cliente opta por realizar um saque.</p><p>6. Sistema requisita o total a ser sacado.</p><p>7. O Cliente fornece o valor da quantidade que deseja sacar.</p><p>8. O sistema fornece a quantia desejada e imprime o recibo para o</p><p>Cliente.</p><p>9. O Cliente retira a quantia e o recibo , e o caso de usa termina.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>64</p><p>▪ Modelos de Casos de Uso</p><p>▪ Formato: Tabular</p><p>Cliente Sistema</p><p>Insere seu cartão no caixa eletrônico.</p><p>Fornecer sua senha</p><p>Solicita realização de um saque.</p><p>Fornece o valor da quantidade que</p><p>deseja sacar.</p><p>Retira a quantia e o recibo</p><p>Requisita a senha do Cliente.</p><p>Valida a senha e exibe as opções de</p><p>operações possíveis.</p><p>Requisita o total a ser sacado.</p><p>Fornece a quantia desejada e imprime</p><p>o recibo para o Cliente.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>65</p><p>▪ Modelos de Casos de Uso</p><p>▪ Grau de detalhamento</p><p>▪ Sucinto: Não detalha as interações</p><p>▪ Expandido: Descreve as interações em</p><p>detalhes</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>66</p><p>▪ Modelos de Casos de Uso</p><p>▪ Grau de abstração</p><p>▪ Existência ou não de menção a aspectos</p><p>relativos a tecnologia durante a descrição</p><p>de um caso de uso</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>67</p><p>▪ Modelos de Casos de Uso</p><p>▪ Atores</p><p>▪ É qualquer elemento externo ao sistema</p><p>que interage com o mesmo</p><p>▪ Um ator representa um papel em relação</p><p>ao sistema</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>68</p><p>▪ Modelos de Casos de Uso</p><p>▪ Atores</p><p>▪ Categorias</p><p>▪ Cargos</p><p>▪ Organizações</p><p>▪ Divisões de uma organização</p><p>▪ Outros sistemas de software</p><p>▪ Equipamentos que o sistema se comunica</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>69</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>70</p><p>▪ Modelos de Casos de Uso</p><p>▪ Caso de Uso</p><p>▪ São representados por uma elipse contendo a</p><p>descrição da funcionalidade a que se refere.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>71</p><p>▪ Modelos de Casos de Uso</p><p>▪ Caso de Uso</p><p>▪ NÃO HÁ UMA REGRA para o tamanho do</p><p>texto, mas em geral a descrição costuma ser</p><p>bastante sucinta.</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>72</p><p>▪ Modelos de Casos de Uso</p><p>▪ Relacionamentos</p><p> Componente responsável por representar</p><p>a interação entre os atores e casos de</p><p>usos.</p><p> Ator → Caso de Uso</p><p> Também representa ligações entre casos</p><p>de uso ou entre atores.</p><p> Ator → Ator;</p><p> Caso de Uso → Caso de Uso</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>73</p><p>▪ Modelos de Casos de Uso</p><p>▪ Relacionamentos</p><p> Tipos de Relacionamentos no MCU:</p><p> Comunicação</p><p> Inclusão</p><p> Extensão</p><p> Generalização</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>74</p><p>▪ Modelos de Casos de Uso</p><p>▪ Relacionamentos</p><p>▪ Comunicação</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>75</p><p>▪ Modelos de Casos de Uso</p><p>▪ Relacionamentos</p><p>▪ Comunicação</p><p>Linguagem de</p><p>Modelagem Unificada</p><p>76</p><p>▪ Modelos de Casos de Uso</p><p>▪ Relacionamentos:</p><p> O modelo de caso de uso sempre</p><p>especificará uma ação no sistema pelo</p><p>usuário.</p><p> Sempre representa que o usuário interage</p><p>com o sistema.</p><p> MCU NUNCA representarão uma</p><p>sequência de ações do sistema, embora</p><p>esse passo a passo esteja na aplicação.</p><p>Dúvidas? Engenharia de</p><p>Requisitos</p><p>77</p><p>Dividir em Equipes</p><p>ATIVIDADE – ENGENHARIA DE REQUISITOS 78</p><p>79</p><p>1. Elabore o Modelo de Casos de Uso para um sistema de</p><p>reserva de salas.</p><p>2. Elabore o Modelo de Casos de Uso para um sistema de</p><p>entrega de pizzas.</p><p>3. Elabore o Modelo de Casos de Uso para um sistema</p><p>bancário</p><p>4. Elabore um Modelo de casos de uso para um sistema de</p><p>gerência de biblioteca</p><p>5. Construa em um Modelo de casos de uso para um sistema</p><p>de Inscrição de um congresso – Simpósio em Informática</p><p>6. Modele em um Modelo de Casos de Uso um sistema que</p><p>permita a inscrição de usuários via internet em cursos de</p><p>extensão. Os tipos de cursos são apenas 3: Lógica de</p><p>Programação, BD, POO.</p><p>7. Construa um Modelo de caso de uso para um controle</p><p>remoto de TV. Garanta incluir as funções principais do</p><p>controle remoto no seu modelo.</p><p>8. Elabore um Modelo de Caso de Uso que gerencie e</p><p>controle venda de passagens aéreas pela internet.</p><p>9. Elabore um Modelo de Caso de Uso que gerencie e</p><p>controle uma Clínica Veterinária</p><p>10. Elabore um Modelo de Caso de Uso que gerencie e</p><p>controle um Sistema de Controle para Videolocadoras.</p><p>Fixando</p><p>Atividade IV</p><p>Slide 1</p><p>Slide 2: Modelagem de Sistemas</p><p>Slide 3: Roteiro</p><p>Slide 4: Relação Histórica</p><p>Slide 5: Relação Histórica</p><p>Slide 6</p><p>Slide 7</p><p>Slide 8: Relação Histórica</p><p>Slide 9: Relação Histórica</p><p>Slide 10</p><p>Slide 11: Modelagem</p><p>Slide 12: Por que Modelar SW?</p><p>Slide 13: Modelagem</p><p>Slide 14</p><p>Slide 15: Por que Modelar SW?</p><p>Slide 16: Por que Modelar SW?</p><p>Slide 17: Por que Modelar SW?</p><p>Slide 18: Por que Modelar SW?</p><p>Slide 19: Por que Modelar SW?</p><p>Slide 20</p><p>Slide 21</p><p>Slide 22</p><p>Slide 23: Linguagem de Modelagem Unificada</p><p>Slide 24: Linguagem de Modelagem Unificada</p><p>Slide 25: Linguagem de Modelagem Unificada</p><p>Slide 26: Linguagem de Modelagem Unificada</p><p>Slide 27: Linguagem de Modelagem Unificada</p><p>Slide 28: Linguagem de Modelagem Unificada</p><p>Slide 29</p><p>Slide 30</p><p>Slide 31: Linguagem de Modelagem Unificada</p><p>Slide 32: Linguagem de Modelagem Unificada</p><p>Slide 33: Linguagem de Modelagem Unificada</p><p>Slide 34: Linguagem de Modelagem Unificada</p><p>Slide 35: Linguagem de Modelagem Unificada</p><p>Slide 36: Linguagem de Modelagem Unificada</p><p>Slide 37: Linguagem de Modelagem Unificada</p><p>Slide 38: Linguagem de Modelagem Unificada</p><p>Slide 39: Linguagem de Modelagem Unificada</p><p>Slide 40: Linguagem de Modelagem Unificada</p><p>Slide 41: Linguagem de Modelagem Unificada</p><p>Slide 42: Linguagem de Modelagem Unificada</p><p>Slide 43: Linguagem de Modelagem Unificada</p><p>Slide 44: Linguagem de Modelagem Unificada</p><p>Slide 45</p><p>Slide 46: UML – Mecanismos Gerais</p><p>Slide 47: Linguagem de Modelagem Unificada</p><p>Slide 48: Linguagem de Modelagem Unificada</p><p>Slide 49: Linguagem de Modelagem Unificada</p><p>Slide 50: Linguagem de Modelagem Unificada</p><p>Slide 51: Linguagem de Modelagem Unificada</p><p>Slide 52: Linguagem de Modelagem Unificada</p><p>Slide 53: Linguagem de Modelagem Unificada</p><p>Slide 54</p><p>Slide 55: Linguagem de Modelagem Unificada</p><p>Slide 56: Linguagem de Modelagem Unificada</p><p>Slide 57: Linguagem de Modelagem Unificada</p><p>Slide 58: Linguagem de Modelagem Unificada</p><p>Slide 59: Linguagem de Modelagem Unificada</p><p>Slide 60: Linguagem de Modelagem Unificada</p><p>Slide 61: Linguagem de Modelagem Unificada</p><p>Slide 62: Linguagem de Modelagem Unificada</p><p>Slide 63: Linguagem de Modelagem Unificada</p><p>Slide 64: Linguagem de Modelagem Unificada</p><p>Slide 65: Linguagem de Modelagem Unificada</p><p>Slide 66: Linguagem de Modelagem Unificada</p><p>Slide 67: Linguagem de Modelagem Unificada</p><p>Slide 68: Linguagem de Modelagem Unificada</p><p>Slide 69: Linguagem de Modelagem Unificada</p><p>Slide 70: Linguagem de Modelagem Unificada</p><p>Slide 71: Linguagem de Modelagem Unificada</p><p>Slide 72: Linguagem de Modelagem Unificada</p><p>Slide 73: Linguagem de Modelagem Unificada</p><p>Slide 74: Linguagem de Modelagem Unificada</p><p>Slide 75: Linguagem de Modelagem Unificada</p><p>Slide 76: Linguagem de Modelagem Unificada</p><p>Slide 77: Dúvidas?</p><p>Slide 78: Dividir em Equipes</p><p>Slide 79</p>