projeto estruturado prof° mozart de melo alves jr

PROJETO ESTRUTURADO

PROJETO ESTRUTURADOProf° Mozart de Melo Alves Jr.Prof° Mozart de Melo Alves Jr.

EMENTAEMENTA Metodologia de Desenvolvimento de Sistemas. Metodologia de Desenvolvimento de Sistemas.

Análise da Situação Atual e dos Requisitos do Análise da Situação Atual e dos Requisitos do Sistema. Ciclo de Vida de Sistemas. Análise Sistema. Ciclo de Vida de Sistemas. Análise Essencial de Sistemas. Diagrama de Fluxo de Essencial de Sistemas. Diagrama de Fluxo de Dados. Dicionário de Dados. Descrição de Dados. Dicionário de Dados. Descrição de Funções Primitivas. Estudo de Casos com a Funções Primitivas. Estudo de Casos com a aplicação da Análise Essencial de Sistemas. aplicação da Análise Essencial de Sistemas.

caracterização e aplicação de metodologias e caracterização e aplicação de metodologias e ferramentas de modelagem de sistemas ferramentas de modelagem de sistemas orientados a objetos - UMLorientados a objetos - UML

O PAPEL DE UM ANALISTA

O PAPEL DE UM ANALISTA

Ser o elo entre o usuário e o computador

Deverá entender e avaliar as necessidades e expectativas de cada usuário, a fim de que estas sejam organizadas e especificadas segundo uma formalidade técnica.

Ser o elo entre o usuário e o computador

Deverá entender e avaliar as necessidades e expectativas de cada usuário, a fim de que estas sejam organizadas e especificadas segundo uma formalidade técnica.

ADMINISTRADOR (Respostas sempre e para ontem, geralmente é o dono)

ADMINISTRADOR (Respostas sempre e para ontem, geralmente é o dono)

Analista de Sistema Analista de Sistema

Pessoal Técnico(Performance Plataforma)

elo técnico entre o analistae a empresa

Pessoal Técnico(Performance Plataforma)

elo técnico entre o analistae a empresa

Usuário(Dinamizar o Serviço)

tem influência na diretaderruba ou ajuda o sistema

Usuário(Dinamizar o Serviço)

tem influência na diretaderruba ou ajuda o sistema

O REQUISÍTOS DE UM ANALISTA

O REQUISÍTOS DE UM ANALISTA

Iniciativa Criatividade Concentração Persuasão Autoconfiança Ação conciliadora Espírito de Grupo Sensibilidade

Iniciativa Criatividade Concentração Persuasão Autoconfiança Ação conciliadora Espírito de Grupo Sensibilidade

Persistência Determinação Flexibilidade Percepção Clareza de

Raciocínio Simplicidade Comunicativo

Persistência Determinação Flexibilidade Percepção Clareza de

Raciocínio Simplicidade Comunicativo

A Maior desvantagem em estabelecer uma

lista de requisitos, é que jamais encontra-se

alguém que venha a possuir todos

eles.

A Maior desvantagem em estabelecer uma

lista de requisitos, é que jamais encontra-se

alguém que venha a possuir todos

eles.

OBSERVAR ALGUMAS DIRETRIZES

OBSERVAR ALGUMAS DIRETRIZES

Procure ser aceito profissionalmente, do nível mais alto ao mais baixo da empresa.

Tente entender o que o cliente “Quer Dizer” e não o que “Você Pensa” que ele quer dizer.

Escute muito primeiro, fale muito pouco depois (desenvolva grandes orelhas e boca pequena)

Esteja sempre familiarizado com os últimos progressos da tecnologia de informação e compreenda como aplicá-los.

Seja capaz de explicar conceitos complexos em termos simplificados fale a linguagem da empresa.

Conheça a área de negocio, para a qual desenvolverá sistemas.

Analise sempre a relação custo (Benefício, Utilizando alternativas viáveis).

Procure ser aceito profissionalmente, do nível mais alto ao mais baixo da empresa.

Tente entender o que o cliente “Quer Dizer” e não o que “Você Pensa” que ele quer dizer.

Escute muito primeiro, fale muito pouco depois (desenvolva grandes orelhas e boca pequena)

Esteja sempre familiarizado com os últimos progressos da tecnologia de informação e compreenda como aplicá-los.

Seja capaz de explicar conceitos complexos em termos simplificados fale a linguagem da empresa.

Conheça a área de negocio, para a qual desenvolverá sistemas.

Analise sempre a relação custo (Benefício, Utilizando alternativas viáveis).

Sistemas de InformaçõesSistemas de Informações

A necessidade é a mãe das A necessidade é a mãe das invenções invenções Em conseqüência do crescimento da Em conseqüência do crescimento da

importância da informação, surgiu a importância da informação, surgiu a necessidade de gerenciar informações necessidade de gerenciar informações de uma forma adequada e eficiente e, de uma forma adequada e eficiente e, desta necessidade, surgiram os desta necessidade, surgiram os denominados denominados sistemas de sistemas de informaçõesinformações. .

Sistemas de InformaçõesSistemas de Informações Um SI é uma combinação de pessoas, dados, Um SI é uma combinação de pessoas, dados,

processos, interfaces, redes de comunicação e processos, interfaces, redes de comunicação e tecnologia que interagem com o objetivo de dar tecnologia que interagem com o objetivo de dar suporte e melhorar o processo de negócio de suporte e melhorar o processo de negócio de uma organização com relação às informações.uma organização com relação às informações.

Gerando Vantagens do ponto de vista Gerando Vantagens do ponto de vista competitivo.competitivo.

Objetivo principal e final da construção de um Objetivo principal e final da construção de um SI: SI: adição de valoradição de valor – Aumentando a – Aumentando a produtividade ,produtividade ,

SistemasSistemas de Software de Software

Um dos componentes de um SI é Um dos componentes de um SI é denominado denominado sistema de softwaresistema de software..

Compreende os módulos funcionais Compreende os módulos funcionais computadorizados que interagem entre computadorizados que interagem entre si para proporcionar a automatização de si para proporcionar a automatização de diversas tarefas.diversas tarefas.

Modelagem de sistemasModelagem de sistemas

Característica intrínseca do Característica intrínseca do desenvolvimento de sistemas de desenvolvimento de sistemas de software: software: complexidade de complexidade de desenvolvimentodesenvolvimento..

Uma analogia...Uma analogia...

SistemasSistemas de Software de Software

Arranha-CeúsCasa

Aumento da complexidade

Casa deCachorro

ComplexidadeComplexidade

Na construção de sistemas de software, assim Na construção de sistemas de software, assim como na construção de sistemas habitacionais, como na construção de sistemas habitacionais, também há uma gradação de complexidade. também há uma gradação de complexidade.

A construção desses sistemas necessita de um A construção desses sistemas necessita de um planejamento inicial. planejamento inicial.

ModelosModelos

De uma perspectiva mais ampla, um modelo pode ser De uma perspectiva mais ampla, um modelo pode ser visto como uma representação idealizada de um sistema a visto como uma representação idealizada de um sistema a ser construído. ser construído.

Maquetes de edifícios e de aviões e plantas de circuitos Maquetes de edifícios e de aviões e plantas de circuitos eletrônicos eletrônicos são apenas alguns exemplos são apenas alguns exemplos de modelos. de modelos.

Gerenciamento da complexidade inerente Gerenciamento da complexidade inerente ao desenvolvimento de software (pode ao desenvolvimento de software (pode haver modelos de um mesmo sistema, haver modelos de um mesmo sistema, cada modelo descrevendo uma cada modelo descrevendo uma perspectiva do sistema a ser construído).perspectiva do sistema a ser construído).

Comunicação entre as pessoas envolvidas.Comunicação entre as pessoas envolvidas. Redução dos custos no desenvolvimento( é Redução dos custos no desenvolvimento( é

muito mais fácil destruir uma maquete do muito mais fácil destruir uma maquete do que uma parede).que uma parede).

Predição do comportamento futuro do Predição do comportamento futuro do sistema(laboratório). sistema(laboratório).

Razões para construção Razões para construção de modelosde modelos

No contexto de desenvolvimento de No contexto de desenvolvimento de software, correspondem a desenhos software, correspondem a desenhos gráficos que seguem algum padrão gráficos que seguem algum padrão lógico.lógico.

Esses desenhos são normalmente Esses desenhos são normalmente denominados denominados diagramasdiagramas..

Um diagrama é uma apresentação Um diagrama é uma apresentação de uma coleção de de uma coleção de elementos elementos gráficosgráficos que possuem um que possuem um significado predefinido. significado predefinido.

DiagramasDiagramas

Diagramas fornecem uma representação Diagramas fornecem uma representação concisa do sistema. “concisa do sistema. “uma figura vale por mil uma figura vale por mil palavraspalavras”.”.

No entanto, modelos também são compostos de No entanto, modelos também são compostos de informações textuais.informações textuais.

Dado um modelo de uma das perspectivas de Dado um modelo de uma das perspectivas de um sistema, diz-se que o seu diagrama, um sistema, diz-se que o seu diagrama, juntamente com a informação textual associada, juntamente com a informação textual associada, formam a formam a documentaçãodocumentação deste modelo. deste modelo.

DiagramasDiagramas

ModelagemModelagem de Software de Software

A modelagem de sistemas de software consiste na utilização de notações gráficas e textuais com o objetivo de construir modelos que representam as partes essenciais de um sistema, considerando-se diversas perspectivas diferentes e complementares

O Processo de O Processo de Desenvolvimento Desenvolvimento

de Softwarede SoftwareSendo um sociólogo, constatei que o Sendo um sociólogo, constatei que o

desenvolvimento de software é um desenvolvimento de software é um processo social altamente cooperativo.processo social altamente cooperativo.

Jorg Strubing, 1991Jorg Strubing, 1991

““Software is hard…”Software is hard…”

Porcentagem de projetos que terminam Porcentagem de projetos que terminam dentro do prazo estimado: 10%dentro do prazo estimado: 10%

Porcentagem de projetos que são Porcentagem de projetos que são descontinuados antes de chegarem ao descontinuados antes de chegarem ao fim: 25%fim: 25%

Porcentagem de projetos acima do Porcentagem de projetos acima do custo esperado: 60%custo esperado: 60%

Atraso médio nos projetos: um ano. Atraso médio nos projetos: um ano.

Chaos Report (1994)Chaos Report (1994)

““Software is hard…”Software is hard…” Software pago mas não entregue: Software pago mas não entregue:

29.7%29.7% Software que pode ser usado Software que pode ser usado

quando entregue: 2%quando entregue: 2% Software entregue mas nunca Software entregue mas nunca

usado: 47%usado: 47% Software usado mas posteriormente Software usado mas posteriormente

modificado ou abandonado: 19%modificado ou abandonado: 19% Software que podia ser usado após Software que podia ser usado após

feitas mudanças: 3%feitas mudanças: 3%GAO Survey (1992)GAO Survey (1992)

Processo de Processo de DesenvolvimentoDesenvolvimento

Compreende as atividades Compreende as atividades necessárias para definir, necessárias para definir, desenvolver, testar e manter um desenvolver, testar e manter um produto (sistema) de software. produto (sistema) de software.

Tentativas de lidar com a Tentativas de lidar com a complexidade e de minimizar os complexidade e de minimizar os problemas envolvidos no problemas envolvidos no desenvolvimento de software.desenvolvimento de software.

Objetivos de um Processo de Objetivos de um Processo de DesenvolvimentoDesenvolvimento

Definir Definir quaisquais as atividades a serem as atividades a serem executadas ao longo do projeto;executadas ao longo do projeto;

QuandoQuando, , comocomo e por e por quemquem tais tais atividades serão executadas; atividades serão executadas;

Prover pontos de controle para Prover pontos de controle para verificar o andamento do verificar o andamento do desenvolvimento; desenvolvimento;

Padronizar a forma de desenvolver Padronizar a forma de desenvolver software em uma organização.software em uma organização.

Atividades típicasAtividades típicas

Levantamento de requisitosLevantamento de requisitos Análise de requisitosAnálise de requisitos ProjetoProjeto ImplementaçãoImplementação TestesTestes ImplantaçãoImplantação

Participantes do processo Participantes do processo

Gerentes de projeto Gerentes de projeto Analistas Analistas Projetistas Projetistas Arquitetos de Arquitetos de

software software Programadores Programadores ClientesClientes Avaliadores de Avaliadores de

qualidade qualidade

Participantes do usuário Participantes do usuário A participação do usuário é importante.A participação do usuário é importante.

Modelos de ciclo de Modelos de ciclo de vidavida

Modelo de Ciclo de Vida Modelo de Ciclo de Vida

Um ciclo de vida corresponde a um Um ciclo de vida corresponde a um encadeamento específico das fases encadeamento específico das fases para construção de um sistema. para construção de um sistema.

Dois modelos de ciclo de vida:Dois modelos de ciclo de vida: modelo em cascatamodelo em cascata modelo iterativo e incrementalmodelo iterativo e incremental. .

Modelo de Ciclo de Vida em Modelo de Ciclo de Vida em CascataCascata

Tendência na progressão seqüencial Tendência na progressão seqüencial entre uma fase e a seguinte. entre uma fase e a seguinte.

Modelo de Ciclo de Vida em Modelo de Ciclo de Vida em CascataCascata

Projetos reais raramente seguem um Projetos reais raramente seguem um fluxo seqüencial.fluxo seqüencial.

Assume que é possível declarar Assume que é possível declarar detalhadamente todos os requisitos detalhadamente todos os requisitos antes do início das demais fases do antes do início das demais fases do desenvolvimento.desenvolvimento. propagação de erros pelas as fases do propagação de erros pelas as fases do

processo.processo. Uma versão de produção do sistema não Uma versão de produção do sistema não

estará pronta até que o ciclo do projeto estará pronta até que o ciclo do projeto de desenvolvimento chegue ao final. de desenvolvimento chegue ao final.

Modelo de ciclo de vida Modelo de ciclo de vida iterativo e incremental iterativo e incremental

Divide o desenvolvimento de um produto Divide o desenvolvimento de um produto de software em de software em ciclosciclos..

Em cada ciclo de desenvolvimento, Em cada ciclo de desenvolvimento, podem ser identificadas as fases de podem ser identificadas as fases de análise, projeto, implementação e testes.análise, projeto, implementação e testes.

Cada ciclo considera um subconjunto de Cada ciclo considera um subconjunto de requisitos. requisitos.

Esta característica contrasta com a Esta característica contrasta com a abordagem clássica, na qual as fases são abordagem clássica, na qual as fases são realizadas uma única vez. realizadas uma única vez.


Desenvolvimento em “mini-Desenvolvimento em “mini-cascatas”.cascatas”.


IterativoIterativo: : o sistema de software é o sistema de software é desenvolvido em vários passos similares.desenvolvido em vários passos similares.

IncrementalIncremental:: Em cada passo, o sistema Em cada passo, o sistema é estendido com mais funcionalidades.é estendido com mais funcionalidades.

Modelo iterativo e incremental Modelo iterativo e incremental – Vantagens e Desvantagens– Vantagens e Desvantagens

Incentiva a participação do usuário.Incentiva a participação do usuário. RRiscosiscos do desenvolvimento podem ser do desenvolvimento podem ser

mais bem gerenciados.mais bem gerenciados. Um Um risco de projetorisco de projeto é a possibilidade de é a possibilidade de

ocorrência de algum evento que cause ocorrência de algum evento que cause prejuízo ao processo de desenvolvimento, prejuízo ao processo de desenvolvimento, juntamente com as conseqüências desse juntamente com as conseqüências desse prejuízo.prejuízo.

Influências: custos do projeto,cronograma, Influências: custos do projeto,cronograma, qualidade do produto, satisfação do qualidade do produto, satisfação do cliente, etc.cliente, etc.

Mais difícil de gerenciarMais difícil de gerenciar

Ataque aos riscosAtaque aos riscos ““Se você não atacar os riscos [do Se você não atacar os riscos [do

projeto] ativamente, então estes projeto] ativamente, então estes irão ativamente atacar você.irão ativamente atacar você.” (Tom ” (Tom Gilb). Gilb). Ou seja, a abordagem incremental e iterativa Ou seja, a abordagem incremental e iterativa

aconselha que as partes mais arriscadas aconselha que as partes mais arriscadas sejam consideradas inicialmente.sejam consideradas inicialmente.

Não se esconda dos riscos (como um Não se esconda dos riscos (como um avestruz).avestruz).

Análise EssencialAnálise EssencialDesenvolver sistemas de informação não é Desenvolver sistemas de informação não é

desenvolver programas desenvolver programas

3838

Motivado, normalmente por Motivado, normalmente por “necessidades de última hora”, situações “necessidades de última hora”, situações de emergência, necessidades não de emergência, necessidades não antecipadas, (enfim ingerências, antecipadas, (enfim ingerências, desorganização, falta de planejamento) desorganização, falta de planejamento) as empresas se lançam na aventura de as empresas se lançam na aventura de construir remendos para alicerçar suas construir remendos para alicerçar suas bases para tomadas de decisão, e bases para tomadas de decisão, e normalmente, tornam-se reféns dos normalmente, tornam-se reféns dos aspectos que seguem:aspectos que seguem:

3939

Não há planejamento de qualquer Não há planejamento de qualquer natureza, isto compromete, futuras natureza, isto compromete, futuras expansões, integrações e visão corporativa. expansões, integrações e visão corporativa.

Apenas uma pessoa detém o “conhecimento” Apenas uma pessoa detém o “conhecimento” sobre determinado desenvolvimento sobre determinado desenvolvimento

Esta “memória do conhecimento” começa Esta “memória do conhecimento” começa a apresentar problemas quando há um a apresentar problemas quando há um crescimento do sistema.crescimento do sistema.

Normalmente há problemas quando se Normalmente há problemas quando se trata de efetuar manutenção naquilo que trata de efetuar manutenção naquilo que foi desenvolvidofoi desenvolvido

Em geral não há qualquer documentação Em geral não há qualquer documentação sobre o desenvolvimento, assim, qualquer sobre o desenvolvimento, assim, qualquer intervenção no mesmo, requer a leitura dos intervenção no mesmo, requer a leitura dos programas fontes para se entender o que o programas fontes para se entender o que o sistema faz exatamentesistema faz exatamente

4040

“ “ o objetivo básico do estabelecimento de o objetivo básico do estabelecimento de um método padronizado no um método padronizado no desenvolvimento de sistemas é obter desenvolvimento de sistemas é obter maior consistência no trabalho, melhor maior consistência no trabalho, melhor qualidade oferecida ao usuário, maior qualidade oferecida ao usuário, maior facilidade no treinamento de novos facilidade no treinamento de novos Analistas, eliminação das perdas Analistas, eliminação das perdas acarretadas por caminhos sem saída acarretadas por caminhos sem saída e, sem dúvida, melhor controle dos e, sem dúvida, melhor controle dos resultados obtidos no desenvolvimento de resultados obtidos no desenvolvimento de sistemas.”sistemas.”

BALLESTERO ALVAREZ (1990)BALLESTERO ALVAREZ (1990)

4141

O método que revela O método que revela o estado da prática atual o estado da prática atual é a chamada é a chamada Análise EssencialAnálise Essencial. Na Análise . Na Análise Essencial, deve-se considerar Essencial, deve-se considerar perfeitoperfeito o ambiente o ambiente tecnológico onde será implementado o software a tecnológico onde será implementado o software a ser projetado (princípio da neutralidade ser projetado (princípio da neutralidade tecnológica). Isto significa considerar que a tecnológica). Isto significa considerar que a memória do computador é infinita, seu tempo de memória do computador é infinita, seu tempo de resposta é instantâneo, ele não para (não resposta é instantâneo, ele não para (não trava), não tem custo, ou seja, é infalível. trava), não tem custo, ou seja, é infalível. Este aspecto propicia a análise pensar em uma Este aspecto propicia a análise pensar em uma solução ideal, no desenho do software, fazendo solução ideal, no desenho do software, fazendo com que não sejam considerados certos requisitos com que não sejam considerados certos requisitos impostos pelas restrições tecnológicas. impostos pelas restrições tecnológicas.

4242

O método da Análise Essencial é uma evolução O método da Análise Essencial é uma evolução da Análise Estruturada, a qual o antecedeu. Pode-se da Análise Estruturada, a qual o antecedeu. Pode-se sublinhar alguns fatores de seu uso:sublinhar alguns fatores de seu uso:

Um dos mais utilizado métodos Um dos mais utilizado métodos atualmente.atualmente.

Princípio da AbstraçãoPrincípio da Abstração – Este aspecto permite resolver o problema, Este aspecto permite resolver o problema,

separando os aspectos que estão ligados a separando os aspectos que estão ligados a certa realidade, visando representá-los de certa realidade, visando representá-los de forma simplificada e geral. forma simplificada e geral.

Princípio da divisão. Princípio da divisão. – Para resolver um problema, o mesmo é Para resolver um problema, o mesmo é

dividido em um conjunto de problemas dividido em um conjunto de problemas menores, que são mais fáceis de serem menores, que são mais fáceis de serem compreendidos e resolvidos.compreendidos e resolvidos.

4343

O caminho da O caminho da Análise EssencialAnálise Essencial

4444

Domínio do ProblemaDomínio do Problema

O primeiro momento, de altíssima importância é O primeiro momento, de altíssima importância é delimitar exatamente o que se espera do sistema delimitar exatamente o que se espera do sistema a ser desenvolvido. Trata-se de estabelecer seus a ser desenvolvido. Trata-se de estabelecer seus limites fronteiriços, exatamente o que deverá ser limites fronteiriços, exatamente o que deverá ser feito. feito.

Por exemplo, alguém pode solicitar seus serviços para informatizar Por exemplo, alguém pode solicitar seus serviços para informatizar um hotel. Mas veja, um hotel é sem dúvida um macro problema. Ele é um hotel. Mas veja, um hotel é sem dúvida um macro problema. Ele é composto de várias facetas que podem ser informatizadas, como o composto de várias facetas que podem ser informatizadas, como o controle da locação de quartos, o controle financeiro (contas a controle da locação de quartos, o controle financeiro (contas a pagar/receber), a folha de pagamento dos funcionários, a pagar/receber), a folha de pagamento dos funcionários, a contabilidade do hotel, enfim, é necessário que você verifique se a contabilidade do hotel, enfim, é necessário que você verifique se a expectativa de quem o contratou é realmente informatizar todas expectativa de quem o contratou é realmente informatizar todas estas facetas. estas facetas.

4545

Todos os aspectos envolvidos no Todos os aspectos envolvidos no problema devem ser levantados, problema devem ser levantados, pessoas devem ser entrevistadas, pessoas devem ser entrevistadas, documentos devem ser avaliados, o documentos devem ser avaliados, o fluxo de trabalho deve ser entendido. fluxo de trabalho deve ser entendido.

Você deverá sair desta fase sendo Você deverá sair desta fase sendo quase um especialista sobre o quase um especialista sobre o assunto que deverá informatizar, ou assunto que deverá informatizar, ou seja, no mínimo saberá todos os seja, no mínimo saberá todos os eventos e dados essenciaiseventos e dados essenciais relativos ao relativos ao assunto.assunto.

Vantagens da Vantagens da Análise EssencialAnálise Essencial

A Análise Essencial começa pelo modelo essencial, A Análise Essencial começa pelo modelo essencial, o que equivale, na Análise Estruturada, começar o que equivale, na Análise Estruturada, começar diretamente pelo modelo lógico proposto.diretamente pelo modelo lógico proposto.

A Análise Estruturada aborda duas perspectivas do A Análise Estruturada aborda duas perspectivas do sistema - função e dados -, ao passo que a Análise sistema - função e dados -, ao passo que a Análise Essencial aborda três perspectivas - função, dados Essencial aborda três perspectivas - função, dados e controle.e controle.

Na Análise Estruturada o particionamento é feito Na Análise Estruturada o particionamento é feito através da abordagem top-down, enquanto na através da abordagem top-down, enquanto na Análise Essencial, o particionamento é por eventosAnálise Essencial, o particionamento é por eventos

Componentes da Componentes da Análise EssencialAnálise Essencial

AnáliseEssencial

Modelo Ambiental

Modelo Comportamental

Declaração de Objetivos

Diagrama de Contexto

Lista de Eventos

DFD Particionado

Diagrama ER

Normalização

Dicionário de

Dados

4848

Especificação dos RequisitosEspecificação dos Requisitos Modelo AmbientalModelo Ambiental

– Você poderá definir qual a relação do sistema a ser Você poderá definir qual a relação do sistema a ser desenvolvido com o ambiente no qual ele estará desenvolvido com o ambiente no qual ele estará inserido. inserido.

– Define a fronteira entre o sistema e o resto do mundoDefine a fronteira entre o sistema e o resto do mundo

Modelo ComportamentalModelo Comportamental– Trabalho se volta para definição interna do sistema. Trabalho se volta para definição interna do sistema.

Serão especificados todos os processos que irão Serão especificados todos os processos que irão compor o sistema. Haverá também a definição do compor o sistema. Haverá também a definição do modelo de dados que será utilizado para armazenar as modelo de dados que será utilizado para armazenar as informações por ele manipuladas.informações por ele manipuladas.

Projeto ( Design)Projeto ( Design)– Esta parte do trabalho cuidará das especificações Esta parte do trabalho cuidará das especificações

referentes as limitações impostas pela tecnologia, a referentes as limitações impostas pela tecnologia, a distribuição dos processos de acordo com os lugares distribuição dos processos de acordo com os lugares onde serão executados.onde serão executados.

FerramentasFerramentas

O Analista de Sistemas, O Analista de Sistemas, deverá utilizar algumas deverá utilizar algumas

ferramentas que o ferramentas que o ajudarão a trilhar o seu ajudarão a trilhar o seu

caminho. caminho.

5050

EntrevistasEntrevistas A reunião pode ter um momento de A reunião pode ter um momento de

questionamentos, na busca de questionamentos, na busca de informações; ou seja, uma entrevista, informações; ou seja, uma entrevista, normalmente sem qualquer conotação de normalmente sem qualquer conotação de rigor ou formalidade como o termo pode rigor ou formalidade como o termo pode sugerir. sugerir.

Entrevistas portanto, são situações inseridas Entrevistas portanto, são situações inseridas nas relações humanas que não estão sujeitas nas relações humanas que não estão sujeitas a regras ou fórmulas exatas. Mas, pode a regras ou fórmulas exatas. Mas, pode ser útil que o Analista de Sistemas tenha ser útil que o Analista de Sistemas tenha em mente alguns aspectos, relacionados a em mente alguns aspectos, relacionados a esta atividade que poderão ajudar na sua esta atividade que poderão ajudar na sua execução.execução.

5151

O objetivo de uma entrevista (para a análise O objetivo de uma entrevista (para a análise de sistemas) é o de coleta de informações sobre o de sistemas) é o de coleta de informações sobre o sistema a ser desenvolvido. Talvez, seja esta a fonte sistema a ser desenvolvido. Talvez, seja esta a fonte mais rica de conhecimentos sobre o sistema que mais rica de conhecimentos sobre o sistema que deverá ser feito. Ajuda nos aspectos chaves do deverá ser feito. Ajuda nos aspectos chaves do sistema bem como esclarece pontos contraditórios sistema bem como esclarece pontos contraditórios do mesmo, ou, em alguns casos, torna o aspecto do mesmo, ou, em alguns casos, torna o aspecto mais contraditório, o que é algo também importante mais contraditório, o que é algo também importante de se conhecer. Verifica-se posicionamentos pessoais de se conhecer. Verifica-se posicionamentos pessoais acerca das questões envolvidas (omissões, medo, acerca das questões envolvidas (omissões, medo, desvios).desvios). Não raro, haverá a necessidade de se Não raro, haverá a necessidade de se entrevistar diversas vezes uma ou várias entrevistar diversas vezes uma ou várias pessoas, para se chegar a informação desejada.pessoas, para se chegar a informação desejada.

5252

Como Preparar uma EntrevistaComo Preparar uma Entrevista

Alguns cuidados devem ser tomados: Alguns cuidados devem ser tomados:

Clareza de sua finalidadeClareza de sua finalidade Identificação de perguntas chavesIdentificação de perguntas chaves Repasse de documentação formal (se Repasse de documentação formal (se

houver)houver)

5353

Quando se tratar de aspectos gerais sobre um Quando se tratar de aspectos gerais sobre um assunto, a pessoa mais indicada para se buscar esta assunto, a pessoa mais indicada para se buscar esta informação é a gerência. Quando o interesse for para informação é a gerência. Quando o interesse for para assuntos que exijam maior riqueza de detalhes, o assuntos que exijam maior riqueza de detalhes, o ideal é entrevistar uma pessoa operacional, que ideal é entrevistar uma pessoa operacional, que esteja no seu dia a dia, envolvida com aquele aspecto. esteja no seu dia a dia, envolvida com aquele aspecto. Mas, lembre-se da hierarquia da empresa, primeiro Mas, lembre-se da hierarquia da empresa, primeiro fale com o supervisor a quem a pessoa estiver fale com o supervisor a quem a pessoa estiver locada. Isto envolve desde aspectos políticos até locada. Isto envolve desde aspectos políticos até um fator de motivação para que a pessoa fale um fator de motivação para que a pessoa fale melhor sobre o assunto, visto que melhor sobre o assunto, visto que “o chefe a “o chefe a indicou por ser a melhor funcionária que domina indicou por ser a melhor funcionária que domina aquela questão...”.aquela questão...”.

Programe a entrevista de acordo com a disponibilidade Programe a entrevista de acordo com a disponibilidade do entrevistado.do entrevistado.

5454

Toda entrevista bem conduzida, Toda entrevista bem conduzida, formal ou não, possui três aspectos:formal ou não, possui três aspectos:

AberturaAbertura– procure estabelecer uma atmosfera amigável procure estabelecer uma atmosfera amigável

para a comunicação, informe sobre o objetivo. para a comunicação, informe sobre o objetivo. CorpoCorpo

– se caracteriza por ser a entrevista propriamente dita.se caracteriza por ser a entrevista propriamente dita.– Certifique-se de que entendeu o que lhe foi Certifique-se de que entendeu o que lhe foi

transmitido. Um meio indicado é o repasse (deixa transmitido. Um meio indicado é o repasse (deixa ver se entendi, então quer dizer que...). ver se entendi, então quer dizer que...).

FechoFecho– procure manter a atmosfera de comunicabilidade. procure manter a atmosfera de comunicabilidade.

Esteja atento ao horário para evitar qualquer Esteja atento ao horário para evitar qualquer transtorno ao entrevistado. Agradeça a colaboração, transtorno ao entrevistado. Agradeça a colaboração, mesmo que o encontro tenha sido infrutífero e mesmo que o encontro tenha sido infrutífero e distante do planejado. distante do planejado.

5555

Entrevista não é julgamento, Entrevista não é julgamento, disputa do saber ou concorrência disputa do saber ou concorrência com o entrevistado. Lembre-se com o entrevistado. Lembre-se sempre que a pessoa é a sempre que a pessoa é a especialista no que faz e você especialista no que faz e você apenas busca informações. apenas busca informações. Procure distinguir fatos de opiniões Procure distinguir fatos de opiniões pessoais.pessoais.

5656

Modelo de entrevista segundo Modelo de entrevista segundo Gaus e Weinberg (1989)Gaus e Weinberg (1989)

1.1. O primeiro conjunto de questões de O primeiro conjunto de questões de contexto livre focaliza o cliente, as metas contexto livre focaliza o cliente, as metas globais e os benefícios. Por exemplo o globais e os benefícios. Por exemplo o analista poderia perguntaranalista poderia perguntar

a. Quem está por trás da solicitação deste trabalho ?a. Quem está por trás da solicitação deste trabalho ?

b. Quem vai usar a solução?b. Quem vai usar a solução?

c. Qual será o benefício econômico ?c. Qual será o benefício econômico ?

d. Há outra fonte para solução ?d. Há outra fonte para solução ?

5757


2.2. O conjunto de questões a seguir permite O conjunto de questões a seguir permite ao analista entender melhor o problema ao analista entender melhor o problema e ao cliente verbalizar suas percepções e ao cliente verbalizar suas percepções sobre a solução :sobre a solução :

a. Quais problemas a solução vai resolver ?a. Quais problemas a solução vai resolver ?b. Você pode me mostrar o ambiente ( estrutura b. Você pode me mostrar o ambiente ( estrutura

física) ?física) ?

5858


3.3. O conjunto final de questões focaliza a O conjunto final de questões focaliza a efetividade da reunião (metaquestão)efetividade da reunião (metaquestão)

a. É a pessoa adequada para responder as questões ?a. É a pessoa adequada para responder as questões ?

b. As repostas são oficiais ?b. As repostas são oficiais ?

c. Eu estou fazendo pergunta demais ?c. Eu estou fazendo pergunta demais ?

d. Alguém mais pode me dar informação adicional ?d. Alguém mais pode me dar informação adicional ?

e. Eu deveria perguntar mais alguma coisa ?e. Eu deveria perguntar mais alguma coisa ?

projeto estruturado prof° mozart de melo alves jr

Documents