Semiótica Organizacional
Amanda Meincke Melo
RA: 007250
Disciplina: Engenharia de Software IProfessora: Eliane Martins
março/2003 Engenharia de Software I - Semiótica Organizacional
2
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
3
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
4
“Doutrina formal dos signos” (Peirce, 1839-1914)
Representamen Objeto
Interpretante
Imprimir meu documento...
<a impressora real>
Signo
Relação Triádica
Semiótica
março/2003 Engenharia de Software I - Semiótica Organizacional
5
“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”
Semiótica
março/2003 Engenharia de Software I - Semiótica Organizacional
6
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
Semiótica Organizacional
março/2003 Engenharia de Software I - Semiótica Organizacional
7
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.
Semiótica Organizacional
março/2003 Engenharia de Software I - Semiótica Organizacional
8
Estrutura dos Sistemas de InformaçãoSI Informal
Significados são estabelecidos.Intenções são compreendidas.
Crenças são formadas.Comprometimentos com responsabilidades são construídos.
SI FormalBurocracia onde formas e regras substituem significado e intenção.
SI TécnicoSistema baseado em máquina
para automatizar parte do sistema formal.
março/2003 Engenharia de Software I - Semiótica Organizacional
9
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
10
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
11
MEASUR
Origem– Final dos anos 70
Responsável– Ronald Stamper
março/2003 Engenharia de Software I - Semiótica Organizacional
12
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
13
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
14
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
15
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
16
Fases da Análise Semântica
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.
AgrupandoCandidatos
permitir a análise de unidades semânticas.
MapeamentoOntológico
modelo completo semântico é produzido.
Definição deproblema
Análise deNormas
março/2003 Engenharia de Software I - Semiótica Organizacional
17
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
18
Passos para Análise de Normas Quatro passos são sugeridos para uma Análise de Norma:
Análise deResponsabilidade
Análise deProto Norma
Análise deGatilho
EspecificaçãoDetalhada
março/2003 Engenharia de Software I - Semiótica Organizacional
19
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
20
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
21
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
22
Desenvolvimento de um SI
Alternativa 1 Alternativa 2 Alternativa 3 Alternativa 4
Análise de Requisitos
SAM, NAM SAM, NAM SAM, NAM SAM, NAM
Análise do Sistema
SAM, NAM SAM, NAM SAM, NAM Outros métodos (ex: OO) ou análise estruturada
Projeto do Sistema
SAM, NAM SAM, NAM Outros métodos (ex: OO) ou design estruturado, E-R
Outros métodos (ex: OO) ou design estruturado, E-R
Implementação do Sistema
NB Outros métodos (ex: OO) ou outras linguagens e ferramentas CASE
Outros métodos (ex: OO) ou outras linguagens e ferramentas CASE
Outros métodos (ex: OO) ou outras linguagens e ferramentas CASE
março/2003 Engenharia de Software I - Semiótica Organizacional
23
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
24
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
25
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.
Top Related