PARTICIPANTES DOS SISTEMAS Profª. MSc Caroline Raquel Rodrigues Análise de Sistemas Computacionais
Participantes dos sistemas Como analista de sistemas você trabalhará com diversos tipos de pessoas; Um analista de sistemas bem-sucedido precisa ter, além de conhecimento de tecnologia, aptidões para trabalhar com pessoas.
Participantes dos sistemas Participantes encontrados em um típico projeto de desenvolvimento de sistemas: Usuários Gerentes Auditores, controle de qualidade e padronizadores Analistas de Sistemas Projetistas de Sistemas Programadores Pessoal operativo
Participantes dos sistemas Usuários: Pessoa, ou grupo de pessoas para quem o sistema é construído. É uma pessoa que será entrevistada várias vezes para identificar as características do novo sistema. Normalmente é fácil identificar o usuário (cliente ou proprietário); Em alguns casos o verdadeiro usuário é desconhecido ou o analista não pode interagir com ele;
Participantes dos sistemas Usuários – heterogeneidade: Grande erro dos analistas e programadores: presumir que todos os usuários são iguais. Além de divergirem por suas especificidades pessoais, os usuários podem ser classificado por: Tipo de função, ou nível de supervisão; Nível de experiência com TI;
Participantes dos sistemas Usuários – Por tipo de função: Usuário Operativo Normalmente tem visão local Executa a função do sistema Tem visão física do sistema Usuário Supervisor Pode ou não ter visão local Normalmente conhece a operação Orientado por considerações orçamentárias Muitas vezes age como intermediário entre os usuários e os níveis mais elevados da direção Usuário   Executivo Tem visão global Tem iniciativa sobre o projeto Não tem experiência operativa Tem preocupações estratégicas
Participantes dos sistemas Usuários – Por nível de experiência: É comum que os analistas presumam que todos os usuários sejam completos ignorantes em termos de processamento de dados. Tipos: Amador Novato Experiente
Participantes dos sistemas Gerentes: Gerentes usuários : gerentes de nível médio, encarregados de várias pessoas da área operativa. Querem  relatórios internos  e análise das  tendências de curto prazo . Gerentes de SIG : pessoas encarregadas do projeto de desenvolvimento do sistema e gerentes de nível superior. Preocupados com o  gerenciamento geral  e  alocação de recursos  de toda a equipe técnica da organização.
Participantes dos sistemas Gerentes: Gerenciamento geral : presidente e/ou gerente geral da organização. Estão interessados nos  sistemas de planejamento estratégico  e de  apoio à tomada de decisão . Dão atenção a informações externas: normas governamentais, relatórios da competição em seu mercado, relatórios sobre novos mercados e produtos, etc.
Participantes dos sistemas Auditores, controle de qualidade e padronizadores : Dependendo do tamanho do projeto e da natureza da organização, você pode ter auditores, pessoal de controle de qualidade e/ou membros do setor de padronização participando do projeto . Objetivo: garantir que o sistema será desenvolvido de acordo com vários padrões externos – impostos por setores da empresa ou por diversos setores normatizadores governamentais.
Participantes dos sistemas Auditores, controle de qualidade e padronizadores – Problemas : Eles não se envolvem no projeto até que esteja terminado, neste ponto é muito difícil fazer grandes modificações no sistema. Notação para a documentação dos requisitos do sistema; Estão mais interessados na forma do que na substância: se seus documentos não estiverem  exatamente  corretos, poderão ser rejeitados.
Participantes dos sistemas Analista de sistemas: Membro essencial de qualquer projeto de desenvolvimento de sistemas. Desempenha vários papéis: Arqueólogos e escribas – detalhar e documentar a orientação comercial; Inovador – auxiliar o usuário a explorar as novas e úteis aplicações dos computadores; Mediador – entre os participantes; Líder de projeto – experiente;
Participantes dos sistemas Projetistas de sistemas: Recebe a saída do trabalho de análise de sistemas. Sua tarefa é transformar uma lista isenta de tecnologia dos requisitos do usuário em um projeto de alto-nível que fornecerá a estrutura a qual os programadores poderão trabalhar.
Participantes dos sistemas Programadores: O ideal é que analista e programador não interajam. Em pequenos projetos, as tarefas de análise, projeto e programação são combinados; Muitas vezes é o programador quem descobre erros e ambiguidades na “lista de requisitos”. Se estiver faltando alguma coisa, ou se houver algo errado ou confuso, o programador tem duas opções: pedir explicações ao analista ou ao usuário.
Participantes dos sistemas Pessoal de operações: Em alguns casos, os detalhes operacionais do sistema podem ser uma questão de negociação entre o usuário e o grupo de operações do computador central.
Exercícios Você pode imaginar alguma situação em que o analista de sistemas não devesse falar com o usuário? Qual o conhecimento que o usuário deve ter sobre computadores e sobre software para poder participar de uma equipe de projeto durante a fase de análise? Qual o conhecimento que ele deve ter a respeito das ferramentas e das técnicas de análise? Que responsabilidade ética ou moral tem o analista de sistemas em relação ao usuário operativo se ele estiver convencido que não haverá dispensas de empregados, mas o usuário está preocupado com que haja? O que deve fazer o analista de sistemas se o usuário supervisor não deixar que ele se dirija diretamente aos usuários operativos? Como o analista de sistemas deve enfrentar tal situação?
Bibliografia YOURDON, Edward.  Análise Estruturada Moderna. Editora Campus. Capítulo 3

Analise sistemas 02

  • 1.
    PARTICIPANTES DOS SISTEMASProfª. MSc Caroline Raquel Rodrigues Análise de Sistemas Computacionais
  • 2.
    Participantes dos sistemasComo analista de sistemas você trabalhará com diversos tipos de pessoas; Um analista de sistemas bem-sucedido precisa ter, além de conhecimento de tecnologia, aptidões para trabalhar com pessoas.
  • 3.
    Participantes dos sistemasParticipantes encontrados em um típico projeto de desenvolvimento de sistemas: Usuários Gerentes Auditores, controle de qualidade e padronizadores Analistas de Sistemas Projetistas de Sistemas Programadores Pessoal operativo
  • 4.
    Participantes dos sistemasUsuários: Pessoa, ou grupo de pessoas para quem o sistema é construído. É uma pessoa que será entrevistada várias vezes para identificar as características do novo sistema. Normalmente é fácil identificar o usuário (cliente ou proprietário); Em alguns casos o verdadeiro usuário é desconhecido ou o analista não pode interagir com ele;
  • 5.
    Participantes dos sistemasUsuários – heterogeneidade: Grande erro dos analistas e programadores: presumir que todos os usuários são iguais. Além de divergirem por suas especificidades pessoais, os usuários podem ser classificado por: Tipo de função, ou nível de supervisão; Nível de experiência com TI;
  • 6.
    Participantes dos sistemasUsuários – Por tipo de função: Usuário Operativo Normalmente tem visão local Executa a função do sistema Tem visão física do sistema Usuário Supervisor Pode ou não ter visão local Normalmente conhece a operação Orientado por considerações orçamentárias Muitas vezes age como intermediário entre os usuários e os níveis mais elevados da direção Usuário Executivo Tem visão global Tem iniciativa sobre o projeto Não tem experiência operativa Tem preocupações estratégicas
  • 7.
    Participantes dos sistemasUsuários – Por nível de experiência: É comum que os analistas presumam que todos os usuários sejam completos ignorantes em termos de processamento de dados. Tipos: Amador Novato Experiente
  • 8.
    Participantes dos sistemasGerentes: Gerentes usuários : gerentes de nível médio, encarregados de várias pessoas da área operativa. Querem relatórios internos e análise das tendências de curto prazo . Gerentes de SIG : pessoas encarregadas do projeto de desenvolvimento do sistema e gerentes de nível superior. Preocupados com o gerenciamento geral e alocação de recursos de toda a equipe técnica da organização.
  • 9.
    Participantes dos sistemasGerentes: Gerenciamento geral : presidente e/ou gerente geral da organização. Estão interessados nos sistemas de planejamento estratégico e de apoio à tomada de decisão . Dão atenção a informações externas: normas governamentais, relatórios da competição em seu mercado, relatórios sobre novos mercados e produtos, etc.
  • 10.
    Participantes dos sistemasAuditores, controle de qualidade e padronizadores : Dependendo do tamanho do projeto e da natureza da organização, você pode ter auditores, pessoal de controle de qualidade e/ou membros do setor de padronização participando do projeto . Objetivo: garantir que o sistema será desenvolvido de acordo com vários padrões externos – impostos por setores da empresa ou por diversos setores normatizadores governamentais.
  • 11.
    Participantes dos sistemasAuditores, controle de qualidade e padronizadores – Problemas : Eles não se envolvem no projeto até que esteja terminado, neste ponto é muito difícil fazer grandes modificações no sistema. Notação para a documentação dos requisitos do sistema; Estão mais interessados na forma do que na substância: se seus documentos não estiverem exatamente corretos, poderão ser rejeitados.
  • 12.
    Participantes dos sistemasAnalista de sistemas: Membro essencial de qualquer projeto de desenvolvimento de sistemas. Desempenha vários papéis: Arqueólogos e escribas – detalhar e documentar a orientação comercial; Inovador – auxiliar o usuário a explorar as novas e úteis aplicações dos computadores; Mediador – entre os participantes; Líder de projeto – experiente;
  • 13.
    Participantes dos sistemasProjetistas de sistemas: Recebe a saída do trabalho de análise de sistemas. Sua tarefa é transformar uma lista isenta de tecnologia dos requisitos do usuário em um projeto de alto-nível que fornecerá a estrutura a qual os programadores poderão trabalhar.
  • 14.
    Participantes dos sistemasProgramadores: O ideal é que analista e programador não interajam. Em pequenos projetos, as tarefas de análise, projeto e programação são combinados; Muitas vezes é o programador quem descobre erros e ambiguidades na “lista de requisitos”. Se estiver faltando alguma coisa, ou se houver algo errado ou confuso, o programador tem duas opções: pedir explicações ao analista ou ao usuário.
  • 15.
    Participantes dos sistemasPessoal de operações: Em alguns casos, os detalhes operacionais do sistema podem ser uma questão de negociação entre o usuário e o grupo de operações do computador central.
  • 16.
    Exercícios Você podeimaginar alguma situação em que o analista de sistemas não devesse falar com o usuário? Qual o conhecimento que o usuário deve ter sobre computadores e sobre software para poder participar de uma equipe de projeto durante a fase de análise? Qual o conhecimento que ele deve ter a respeito das ferramentas e das técnicas de análise? Que responsabilidade ética ou moral tem o analista de sistemas em relação ao usuário operativo se ele estiver convencido que não haverá dispensas de empregados, mas o usuário está preocupado com que haja? O que deve fazer o analista de sistemas se o usuário supervisor não deixar que ele se dirija diretamente aos usuários operativos? Como o analista de sistemas deve enfrentar tal situação?
  • 17.
    Bibliografia YOURDON, Edward. Análise Estruturada Moderna. Editora Campus. Capítulo 3