Semiótica Organizacional Disciplina: Engenharia de Software I Professora: Eliane Martins Amanda Meincke Melo melo@ic.unicamp.br RA: 007250

Engenharia de Software I - Semiótica Organizacional Roteiro Semiótica Organizacional Semiótica MEASUR MEASUR - Ferramentas/Linguagens MEASUR - Abordagens Estudos de Caso Conclusão março/2003 Engenharia de Software I - Semiótica Organizacional

Semiótica Organizacional “Ramo da Semiótica particularmente relacionado aos negócios e organizações.” “OSW 1995: estudo de organizações usando os conceitos e métodos da semiótica.” março/2003 Engenharia de Software I - Semiótica Organizacional

Semiótica “Doutrina formal dos signos” (Peirce, 1839-1914) Representamen Objeto Interpretante Imprimir meu documento... <a impressora real> Signo Relação Triádica março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional “Um propósito básico dos seres humanos é a criação e uso de signos na comunicação, a menos que o signo seja apenas para uso pessoal” “Todos os tipos de signos são objetos de estudo da semiótica: linguagem verbal, figuras, literatura, animação, teatro, linguagem corporal, etc” março/2003 Engenharia de Software I - Semiótica Organizacional

Semiótica Organizacional Paradigma: Subjetivista Radical Escopo Organizações públicas e privadas Preocupação O trabalho destas organizações, suas interações com o ambiente e umas com as outras PARADIGMA SUBJETIVISTA Realidade: criada subjetivamente e socialmente com diferenças entre grupos Dados: uma forma de indicar intenções e coordenar ações Verdade: um consenso alcançado (temporariamente) como base para ações condicionais Significado: relação entre um signo e algum padrão de ação estabelecido como norma em um grupo Sistema de Informação: sistema semiológico, principalmente informal, mas suplementado por mensagens formalisadas Papel do Analista: ajudar os usuários a articular seus problemas, descobrir seus requisitos de informação e articular uma solução sistemática. março/2003 Engenharia de Software I - Semiótica Organizacional

Semiótica Organizacional Objetivo descobrir novas maneiras de analisar, descrever e explicar a estrutura e o comportamento organizacional Papel do Analista ajudar os usuários a articular seus problemas, descobrir seus requisitos de informação e desenvolver uma solução sistemática. março/2003 Engenharia de Software I - Semiótica Organizacional

Estrutura dos Sistemas de Informação SI Informal Significados são estabelecidos. Intenções são compreendidas. Crenças são formadas. Comprometimentos com responsabilidades são construídos. SI Formal Burocracia onde formas e regras substituem significado e intenção. SI Técnico Sistema baseado em máquina para automatizar parte do sistema formal. março/2003 Engenharia de Software I - Semiótica Organizacional

MEASUR: uma abordagem semiótica para sistemas de informação Methods, Means, Models... for Exploring, Eliciting, Evaluating... Articulating, Analysing, Assessing... and Structuring, Specifying, Stimulating... Users’ Requirements março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional MEASUR O que é? Conjunto de métodos orientado por normas para modelagem de sistemas de negócios e especificação de requisitos para o desenvolvimento de software. Conceito subjacente As próprias organizações são sistemas de informações e a norma social é a unidade apropriada de especificação. março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional MEASUR Origem Final dos anos 70 Responsável Ronald Stamper março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional MEASUR Em uma situação convencional, ajudaria os gerentes e outros usuários do sistema na identificação e resolução de problemas, levando-os a um especificação precisa dos requisitos de informação, antes que um sistema baseado no computador fosse projetado. março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional MEASUR - Métodos Métodos de Articulação de Problemas (PAM) Método de Análise Semântica (SAM) Método de Análise de Normas (NAM) Metódo de Análise de Comunicação e Controle Método de Análise Meta-Sistemas março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional PAM Conjunto de métodos que podem ser aplicados no estágio inicial de um projeto, quando ainda se tem um problema vago, complexo; Auxilia o usuário a identificar problemas que requeiram atenção; O usuário é auxiliado na definição de unidades de sistemas que são validados pelas partes interessadas (staketholders); Ferramenta: PAT (Problem Articulation Tool) março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional SAM A unidade de sistema ou um problema focal é tomado como entrada para análise; Auxilia o usuário ou “dono” do problema a elicitar e representar seus requisitos num modelo formal e preciso (o diagrama de ontologias); Com a ajuda de um “facilitador”, funções requisitadas pelo sistema serão especificados no modelo ontológico que descreve uma visão dos agentes responsáveis no domínio do negócio focal; O significado do signo usado no modelo semântico, para representar o mundo do negócio, é tratado como um relacionamento entre o signo e as ações apropriadas. março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional Fases da Análise Semântica Definição de problema Candidato a affordance produzir uma lista de vocabulário de unidades semânticas que pode ser utilizada no modelo semântico, para descrever agentes e seus padrões de comportamento. Agrupando Candidatos permitir a análise de unidades semânticas. Mapeamento Ontológico modelo completo semântico é produzido. Análise de Normas março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional NAM Focado nas normas sociais, culturais e organizacionais que governam as ações dos agentes no domínio do negócio; Uma norma pode definir a responsabilidade de um agente ocupando certa incumbência ou condição (pode, não pode, deve, etc). Cada norma é associada com um padrão de ações no sistema computacional. março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional Passos para Análise de Normas Quatro passos são sugeridos para uma Análise de Norma: Análise de Responsabilidade Análise de Proto Norma Análise de Gatilho Especificação Detalhada março/2003 Engenharia de Software I - Semiótica Organizacional

Análise de Comunicação e Controle Auxilia nas análise das diversas comunicações existentes entre todos os possíveis agentes responsáveis e unidades de sistemas (identificados com o PAM) dentro de um sistema focal. As mensagens são classificadas em informativas, coordenação e controle, de acordo com a intenção do emissor. As normas serão adicionadas para orientar procedimentos, fluxo de mensagens, recompensas e punições. março/2003 Engenharia de Software I - Semiótica Organizacional

Análise de Meta-Sistema Permite planejamento, sincronização, análise de custo/benefício, gerenciamento de projetos, etc., baseados nos resultados das fases anteriores. O próprio processo de mudança é tratado como um sistema social que requer análise, projeto e suporte. março/2003 Engenharia de Software I - Semiótica Organizacional

MEASUR - ferramentas/linguagens PAT Problem Articulation Tool NORMA (NORMs and Affordances) Linguagem para representação de conhecimento usado para a modelagem semântica e especificação de normas LEGOL Linguagem computacional (se um sistema computacional for implementado) Normbase STDB (Semantic Temporal Database) março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional Estudos de Caso Amanda Meincke Melo Portal Web Caleidoscópio Júnior Rodrigo Bonacin CSCW Delphi Carlos Alberto Cocozza Simoni Metodologias de Desenvolvimento Siemens Serpro Gradiente. março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional Conclusão  Outro paradigma  Cobre aspectos que outras abordagens não cobrem  Interessante para sistemas CSCW  Análise e Especificação de Requisitos  Como fazer é bem especificado  Ainda não comercial  Necessidade de ferramentas CASE para integrar com outros métodos março/2003 Engenharia de Software I - Semiótica Organizacional

Engenharia de Software I - Semiótica Organizacional Referências Liu, K. (2000). “Semiotics in Information Systems Engineering”. Cambridge University Press. 218 p. Simoni, C. A. C.; Baranauskas, M. C. C (2002). “Um Estudo Comparativo de Metodologias de Desenvolvimento de Software na Prática de Trabalho e a Abordagem da Semiótica Organizacional”. Projeto de Mestrado. IC-UNICAMP. março/2003 Engenharia de Software I - Semiótica Organizacional