Metodologias Equipe do Curso de ES para SMA

Slides:



Advertisements
Apresentações semelhantes
Modelo de Casos de Uso Diagrama de Casos de Uso
Advertisements

Orientação a objetos identidade abstração classificação encapsulamento
Análise e Projeto Orientado a Objetos
Planejamento Viviane Torres da Silva
Introdução a Engenharia de Software de Sistemas Multi-Agentes
UML no CICLO de DESENVOLVIMENTO
UML Modelando um sistema.
UML Visões – Parte 2.
UML – Visões Parte 1 Modelando um sistema.
O Processo Praxis 3.0 Processos de Software 25/03/2017
(Unified Modeling Language)
Projeto 1.
Engenharia de Software
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
UML Material retirado da apostila do Professor Cesar Augusto Tacla
Professor Sandro Carvalho
Metodologias Equipe do Curso de ES para SMA
Metodologias Equipe do Curso de ES para SMA {lucena, furtado, choren,
Linguagens de Modelagem
Linguagens de Modelagem (cont.) (III) Equipe do Curso de ES para SMA {lucena, furtado, choren,
Linguagens de Modelagem (cont.) (IV)
Linguagens de Modelagem para SMA
Os Sistemas Multi-agente Viviane Torres da Silva
SISTEMA É UMA ENTIDADE QUE MANTEM SUA EXISTÊNCIA ATRAVÉS DA INTERAÇÃO DE SUAS PARTES ( Bertalanffy ) Interação Mútua Diferente duma simples.
Aprendizagem Viviane Torres da Silva
Metodologias Orientadas a Agentes
O processo de coletar os requisitos (escopo do cliente)
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
RUP: Fluxo de Análise e Projeto
TÉCNICAS DE PROGRAMAÇÃO II
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Arquitetura de software
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Metodologias para construção de SMA
Engenharia de Software e Sistemas Danilo Veras e Rebeka Gomes.
Diagramas de Atividade
PSBD II Projeto de Sistemas de Banco de Dados II
Metodologias (Parte II) Viviane Torres da Silva
Bruno Silva Desenvolvido a partir de
UML Diagrama de Caso de Uso Profª. Marcelo Siedler
Padrão- MVC Model, View, Controller
Laboratório de Programação
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Trabalho de Engenharia de Software II
Diagrama de Colaboração. Diagramas de Interação Expressam informações bastante similares porém de maneira diferente Diagrama de seqüência: – Interação.
Análise e Projeto de Sistemas
Projeto de Sistemas Alexandre Monteiro. Agenda 2. Análise 3. Projeto 1. Revisão 4. Exercícios.
Desenvolvimento de Software Dirigido a Modelos
IEEE Melhores Práticas para Descrições de Projeto de Software (DPS)
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Modelo de Análise e Projeto
Engenharia de Software e Sistemas
Requisitos Não funcionais
Organização de Sistemas Multiagentes Prof. Fred Freitas CIn - UFPE.
Análise e Projeto de Sistemas
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
Modelagem e arquitetura
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
Interações entre objetos
/ de Julho de UFPE - Universidade Federal de Pernambuco CIn - Centro de Informática Pós-Graduação em Ciência da Computação Tópicos Avançados.
Projeto de Arquitetura de Software
Diagrama de atividade.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Análise e Projeto de Sistemas Análise & modelagem conceitual Prof. Edjandir Corrêa Costa
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Linguagens de Modelagem (cont.) (II)
Transcrição da apresentação:

Metodologias Equipe do Curso de ES para SMA {lucena, furtado, choren, viviane}@inf.puc-rio.br

MESSAGE http://www.eurescom.de/~public-webspace/P900-series/P907/

MESSAGE Fase de Análise: Fase de Design: Objetivos: melhor entender o problema, confirmar que aquele é o problema certo a ser resolvido e facilitar o design da solução Descreve papéis, serviços e interações entre os papéis Fase de Design: Design de alto nível: independente de implementação Design de baixo nível: dependente da plataforma de implementação ou arquitetura Estende os diagramas de Classe e Atividades de UML com conceitos relacionados a agentes: Organizações, papéis, metas e tarefas. Laboratório de Engenharia de Software (LES) – PUC-Rio

MESSAGE Design de alto nível: Design de baixo nível: Papéis são associados a agentes Serviços são descritos em termos de tarefas (ações de agentes) Interações são transformadas em protocolos Design de baixo nível: Mapeia os elementos do design de alto nível para elementos computacionais da plataforma de implementação Laboratório de Engenharia de Software (LES) – PUC-Rio

Entidades Concretas Agente Organização Papéis Recurso Entidade autônoma que é capaz de fazer alguma função Serviços: funcionalidades do agente Propósito: motivação do agente para executar algum serviço Organização Grupo de agentes trabalhando juntos para um propósito geral Papéis Interface X Objeto => Papel X Agente Descreve as características externas de um agente em um contexto Recurso Laboratório de Engenharia de Software (LES) – PUC-Rio

Atividades Tarefa: Interação Atividade Possui pré e pós-condições Pode ser sub-dividida em sub-tarefas Interação (conceito tirado da metodologia Gaia) Define os participantes e o propósito que os participantes tentarão atingir Laboratório de Engenharia de Software (LES) – PUC-Rio

Estado Mental de Entidades Metas: Associa um estado a um agente Estado que o agente quer atingir Laboratório de Engenharia de Software (LES) – PUC-Rio

Laboratório de Engenharia de Software (LES) – PUC-Rio

Visões Organização Meta/Tarefa Agente/Papel Modela entidades concretas do sistemas (agentes, organizações, papéis e recursos), o ambiente e os relacionamentos entre eles Meta/Tarefa Descreve as metas, tarefas, estados e dependências entre eles Tarefas podem ser executadas para atingir um objetivo Agente/Papel Foca em agentes e papéis Quais metas são responsabilidades de um agente, quais eventos ele controla, quais tarefas ele sabe executar, ...? Laboratório de Engenharia de Software (LES) – PUC-Rio

Visões Interação: Domínio Para cada interação definir... ... quem começa a interação, ... o colaborador, ... a motivação (meta), ... as informações enviadas e recebidas, ... o evento que dispara a conversação, ... Domínio Mostra os conceitos específicos de domínio e as relações que são relevantes para cada sistema em desenvolvimento Laboratório de Engenharia de Software (LES) – PUC-Rio

2 1 1 3 2 Laboratório de Engenharia de Software (LES) – PUC-Rio

Modelos de Análise (nível 0)

Vê o sistema como uma caixa preta Visão da organização Vê o sistema como uma caixa preta Foca no relacionamento entre as entidades e o ambiente organização papel recurso Laboratório de Engenharia de Software (LES) – PUC-Rio

Visão de Metas e Tarefas Decomposição das metas do sistema em sub-metas Laboratório de Engenharia de Software (LES) – PUC-Rio

Descreve como um serviço é realizado por uma seqüência de tarefas Visão de Task/Goal Descreve como um serviço é realizado por uma seqüência de tarefas o serviço Laboratório de Engenharia de Software (LES) – PUC-Rio

Modelos de Análise (nível 1)

Foco no sistema em si identificando as suas funcionalidades Visão Organizacional Foco no sistema em si identificando as suas funcionalidades Considerar apenas os papéis (pensar nos agentes na fase de design) Descreve o relacionamento entre os papéis e entre os papéis e o ambiente 1 Laboratório de Engenharia de Software (LES) – PUC-Rio

Visão Organizacional Laboratório de Engenharia de Software (LES) – PUC-Rio

Associação das metas ao papéis Visão Agente/Papel Associação das metas ao papéis Relacionada as visões de decomposição de metas e organizações Laboratório de Engenharia de Software (LES) – PUC-Rio

Visão Agente/Papel Descrição dos papéis Laboratório de Engenharia de Software (LES) – PUC-Rio

Descreve quais agente interagem, quando e porquê eles interagem Visão de Interação Descreve quais agente interagem, quando e porquê eles interagem Detalhes de como interagem são descritos no processo de design Laboratório de Engenharia de Software (LES) – PUC-Rio

Visão de Domínio Usar diagrama de classes de UML para representar conceitos do domínio e o relacionamento entre eles Laboratório de Engenharia de Software (LES) – PUC-Rio

Fase de Design

Transição de Análise para Design de alto nível Identificar os agentes e associar agentes ao papéis Descrever como os serviços são providos através da identificação de tarefas Definir protocolos de interação a partir do refinamento das interações (modeladas na fase de análise) Identificar o comportamento dos papéis nos protocolos de interação Laboratório de Engenharia de Software (LES) – PUC-Rio

Atividades da Fase de Design Laboratório de Engenharia de Software (LES) – PUC-Rio

Atividades da Fase de Design Detalhando as entidades: Definição das classes, interfaces, atributos, métodos, e diagramas de UML Seleção da arquitetura para agentes Dependente das funcionalidades definidas no nível de análise Usar a arquitetura: Produzir os agentes da aplicação Atualizar/Modificar as visões: Decisões de design podem ter afetado as visões. Refazer Estruturar os resultados de acordo com a visão de organização Laboratório de Engenharia de Software (LES) – PUC-Rio