administração de sistemas de informação · desenvolvimento e aquisição de sistemas visão...

Administração de Sistemas de Informação

6o Período22/05/2013

2

Agenda

Desenvolvimento e Aquisição de Sistemas:Visão Geral – 2a parte

2

3

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de Sistemas

A visão geral sobre sistemas é importante para todos os profissionais, não somente para os profissionais que atuam em informática.

Isto justifica-se pelo fato de que normalmente em sistemas existe uma relação direta ou indireta entre as mais diversas áreas funcionais.

4


“Nos negócios atuais, gerentes e empregados de todas as áreas funcionais trabalham em conjunto e usam sistemas de informação.” (Stair & Reinolds, 2002)

5


Independente do problema a ser resolvido, é necessário a adoção de um processo de análise de sistemas e a confecção de um projeto, para só então decidir entre desenvolvimento ou aquisição, o que irá nortear a implantação de um SI que melhor atenda as necessidades da organização.

6


Razões mais comuns para iniciar um projeto de sistemasonde os fatores motivantes concentram-se tanto no ambiente interno como externo dasorganizações.

7


Análise e Projeto de Sistemas

8

As coisas deveriam ser mais simples. Porém, não simplificadas.

9

Tornar simples é o mesmo que simplificar?

10

Os problemas não devem ser resolvidos ao mesmo nível de consciência em que foram criados.

11

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de SistemasAnálise e Projeto de Sistemas

Normalmente as pessoas tendem a simplificar a solução de problemas.

As experiências empíricas oriundas do seu cotidiano, exigem em alguns casos que as decisões, sejam tomadas com uma certa rapidez.

12


Isto justifica-se muitas vezes pela falta de complexidade encontrada, ou até mesmo, pela falta de um entendimento completo do problema.

Podemos perceber uma certa tendência em simplificar os problemas.

13


Dentro das organizações é importante saber que nem todo problema pode ser resolvido de maneira simplificada.

Mas como ter certeza de que o problema exige apenas uma solução simplificada? Essaresposta poderá ser encontrada a partir da aplicação de uma Metodologia de solução de Problemas (MSP).

Exemplos de ferramentas de solução de Problemas:

MASP (Metodologia para Análise e Solução de Problemas).

Diagrama de Causa e Efeito

Exemplos de ferramentas de solução de Problemas:

Existem outras ferramentas para solução de problemas?

16

MSPEm relação a nossa ementa, sugere-se portanto, a adoção de um modelo básico composto por 05 etapas:

1-Análise do Problema,

2-Entendimento do Problema,

3-Tomada de decisão,

4-Projeto da Solução,

5-Implementação.

17


A aplicação da MSP, deve ser encarada como uma ferramenta ou recurso no desenvolvimento e/ou implantação dos SI nas organizações, além de permitir e demonstrar o grau de envolvimento e comprometimento com as decisões da empresa.

18


Ao efetivar cada uma destas etapas é necessário sempre a avaliação das anterioresno intuito de garantir a qualidade e o atendimento das necessidades da soluçãoefetivada.

19

MSPSugere-se portanto, a adoção de um modelo básico composto por 05 etapas:





5-Implementação.

20


A aplicação da MSP, deve ser encarada como uma ferramenta ou recurso no desenvolvimento e/ou implantação dos SI nas organizações, além de permitir e demonstrar o grau de envolvimento e comprometimento com as decisões da empresa.

21


Ao efetivar cada uma destas etapas é necessário sempre a avaliação das anterioresno intuito de garantir a qualidade e o atendimento das necessidades da soluçãoefetivada.

22


Análise do Problema

23

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de SistemasAnálise e Projeto de SistemasAnálise do Problema

Consiste basicamente em dimensionar o problema. Deve apontar as suas características, o contexto em que está envolvido (tecnológico ou não), as áreas e as questões que precisam ser respondidas.

“A pergunta mais importante respondida nesse estágio é: “Que tipo de Problema éeste?”

24

Cabe aos especialistas empresariais a detecção destes problemas e as áreas em que estes ocorrem.

Deve detalhar também que tipo de informações deverão ser geradas com a solução do problema e também a definição e apresentação das restrições organizacionais (custos, envolvimento de profissionais (RH) e o sigilo de algumas informações.

25


A detecção do problema, poderá ser efetivada pela própria iniciativa ou necessidade, a partir da solicitação de usuários ou com base no PE efetivado pela organização.

Enfatiza-se aqui a necessidade da iniciativa na apresentação e sugestão da solução de problemas.

26


Cabe ao especialista técnico determinar se o problema necessita ser melhor pesquisado e para tanto poderá utilizar os mecanismos citados anteriormente e decidir se o uso de um SI baseado em TI é uma alternativa viável para a solução destes problemas.

27


Entendimento do Problema

28

Após o trabalho de análise constatar que a solução necessita do desenvolvimento de um software, é necessário um completo entendimento do problema.

“O que causa o problema?

Por que ele existe?

Por que ainda não foi solucionado?”

29

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de SistemasAnálise e Projeto de SistemasEntendimento do problema

O entendimento do problema deriva dos mecanismos utilizados para este fim, podem originar a partir simples conversas com usuários e direção, através de questionários estruturados ou simplificados, através da percepção de novas tecnologias presentes no mercado, ou por razões de competitividade, ou com base no PE e suas restrições.

30


O especialista empresarial deve fornecer a documentação necessária, descrever de maneira formal e objetiva os problemas, requisitos e restrições referentes ao sistema.

31


O especialista técnico deverá coletar e sintetizar estas informações, e através da análise definir as restrições técnicas em HW, SW e PW, bem como sugerir soluções alternativas ao desenvolvimento, quando estas existirem como por exemplo: compra depacotes de SW, criação de protótipos e a terceirização ou a re-adequação de processos.

32






5-Implementação.

33


Tomada de decisão

34

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de SistemasAnálise e Projeto de SistemasTomada de decisão

consiste basicamente no consenso da estratégia á ser adotada para solução do problema.

De acordo com as considerações efetivadas por ambos especialistas nesta etapa deverá ser definida a viabilidade do sistema, e entãopartir para a próxima etapa, que seria a concepção de um projeto de solução.

35


“O objetivo da empresa é a maximização de lucros a curto prazo ou a sobrevivência a longo prazo?”

36


Esta etapa só deverá ser concluída se ambos os especialistas tiverem a certeza de que uma solução através de um SI é a alternativa mais viável para a solução do problema.

37


Vale lembrar que, documentar todo o processo de levantamento de dados, incluindo as entrevistas, os relatórios de análise e principalmente o aval de uma instância administrativa superior, devidamente assinada, é uma prática muito interessante.

38


Esta prática pode evitar uma série de problemas posteriores, incluindo a desvinculação de responsabilidades e afirmações, bem como comprometimento comcustos e cronogramas.

Os benefícios com a adoção do SI precisam ser amplamente explorados e confrontados com os custos necessários para a sua efetivação.

39


Projeto de Solução

40

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de SistemasAnálise e Projeto de SistemasProjeto de Solução

Pode envolver apenas uma adequação de processos, sem a necessidade do desenvolvimento interno de um software, ou a aquisição de um pacote, desenvolvimento de protótipo, ou a solicitação de desenvolvimento externo (terceirização).

41

Exemplo de protótipo de SI.

42


No desenvolvimento interno e externo de um software (terceirização), a descrição das necessidades de equipamentos, software e pessoas(usuários), precisam ser descritas, para que exista um melhor controle dos investimentos, envolvimento de pessoas e cumprimento de cronogramas.

43


Na criação de protótipos a interação com os usuários e desenvolvedores do sistema e das informações provenientes deste, deverá ser o mais próxima e detalhista possível, sejam os desenvolvedores terceirizados ou não.

44


É importante aqui a definição e apresentação de uma política de horários para atendimento e discussão entre usuários e desenvolvedores e mecanismos formais de documentação de sugestões e ações.

A supervisão dos especialistas técnicos e administrativos deverá ser constante e também devidamente documentada.

45






5-Implementação.

46


Implementação

47

Desenvolvimento e Aquisição de SistemasVisão Geral sobre o Desenvolvimento de SistemasAnálise e Projeto de SistemasImplementação

Consiste no processo final de aquisição do sistema onde basicamente são finalizadas as estruturas de HW necessários para o funcionamento deste e realizados os treinamentos necessários a utilização do sistema.

As avaliações quanto ao desempenho técnico, gerencial e operacional devem ser realizadas nestaetapa.

48


“Praticamente todas as soluções empresariais do mundo real requerem uma estratégia de implementação planejada para funcionar apropriadamente.” (Laudon, 1999)

49


Sem a adoção de uma metodologia que permita o controle efetivo de todos os passos necessários para a solução de um problema, neste caso específico em SI, bem como a utilização de mecanismos de avaliação após a implementação, o grau de insucesso na implementação pode ser bastante elevado.

50

Atividade em sala de aula

1-Em grupo de até 3 pessoas escolham um problema que a sua solução, possivelmente, requeira SI;

2-Descrevam a análise e entendimento do problema escolhido;

3-Apresente para a turma.

administração de sistemas de informação · desenvolvimento e aquisição de sistemas visão...

Documents