Tecnologia da Informação e Desenvolvimento de Sistemas

1. Quatro Tipos de Mudança Organizacional Apoiada por TI

Descreva cada um dos quatro tipos de mudança organizacional que podem ser apoiadas por Tecnologia da Informação (TI):

• Automação: É uma das primeiras aplicações da tecnologia da informação, criada para ajudar os funcionários a fazer seu trabalho de forma mais eficiente e eficaz. Os primeiros exemplos foram o cálculo de vencimentos e registos de pagamentos, o acesso imediato a partir de caixas de agências bancárias para depositar os arquivos do cliente e o desenvolvimento de uma rede de terminais de reserva de linha aérea nacional para apoiar agentes de reservas.
• Estruturação de Procedimentos: A automação muitas vezes revela novos pontos de estrangulamento na produção e torna as estruturas e procedimentos organizacionais existentes extremamente complexos. A estruturação visa a racionalização dos procedimentos em procedimentos operacionais padrão.
• Reengenharia de Processos: É uma mudança organizacional mais poderosa, que analisa, simplifica e redesenha os processos de negócios. A reengenharia reorganiza os fluxos de trabalho (workflows) de negócio, combinando medidas para reduzir as perdas e eliminando tarefas repetitivas e intensivas em trabalho.
• Mudanças de Paradigma: Uma mudança de paradigma implica repensar a natureza do negócio, estabelecendo um novo modelo de negócios e, muitas vezes, mudando a própria natureza da organização.

As mudanças de paradigma e a reengenharia muitas vezes falham porque é muito difícil lidar com a mudança organizacional generalizada. Então, por que muitas empresas tentam uma mudança tão radical? Porque as recompensas são igualmente elevadas. Em muitos casos, as companhias que buscam mudanças de paradigma e estratégias de reengenharia conseguem aumentos incríveis nos retornos sobre seus investimentos (ou produtividade).

2. O Processo de Reengenharia: Etapas e Diferença da Gestão Empresarial

O que constitui o processo de reengenharia? Que medidas devem ser eficazes? Como ele difere do processo de gestão empresarial?

Se as organizações estão repensando e redesenhando os processos de negócio antes de construir sistemas de informação, podem obter retornos bastante significativos sobre seus investimentos em tecnologia da informação.

O processo de racionalização de processos de negócios permite que os documentos possam se mover de forma fácil e eficaz na gestão do fluxo de trabalho.

Os passos necessários para ser eficaz são:

• Análise Estratégica: Os gestores identificam os processos de negócios que são mais importantes para o sucesso da empresa e concentram esforços nesses processos.
• Análise da Aflição: Os gestores identificam os processos que produzem a maioria das queixas dos fabricantes, clientes ou funcionários e aplicam a primeira posição (priorizam).
• Identificar as entradas e saídas de um processo de negócio.
• Identificar o fluxo de bens e/ou serviços.
• Identificar a rede de atividades e lacunas no processo.
• Identificar todos os recursos.
• Identificar a estrutura e o fluxo de informações.
• Identificar os proprietários do processo.
• Identificar os atores e processos responsáveis pela tomada de decisões.
• Custo do Processo: O custo total do processo de negócio para uma transação "típica".
• Tempo do Processo: O tempo total de decisões e atividades de todos os interessados.
• Qualidade do Processo: A quantidade de tempo e dinheiro gasto em refazer peças e serviços defeituosos.
• Flexibilidade do Processo: A capacidade do processo de produzir uma variedade de resultados, ou de mudar diante da pressão do meio ambiente.
• Substituir as etapas sequenciais do processo por medidas paralelas.
• Enriquecer o trabalho para aumentar a sua autoridade para tomar decisões e informações concretas.
• Permitir o compartilhamento de informações entre todos os participantes.
• Eliminar as lacunas.
• Transformar o processamento em lote e a tomada de decisão em fluxo de processos.
• Automatizar tarefas onde ocorrem as decisões.

A reengenharia de processos é principalmente um esforço para ser executado uma vez e se concentra na identificação de um ou dois processos estratégicos de negócios que requerem uma mudança radical.

O processo de gestão de programas de negócios e melhoria da qualidade oferecem oportunidades para que as mudanças nos processos de negócios se tornem mais incrementais e contínuas.

3. Como os Sistemas de Informação Apoiam a Qualidade?

Como os sistemas de informação apoiam o processo de mudanças que impulsionam a qualidade em uma organização?

Considera-se que a Gestão da Qualidade Total (TQM) e o Six Sigma são processos de negócios mais graduais do que a reengenharia. O TQM foca em fazer uma série de melhorias contínuas, em vez de mudanças drásticas. O Six Sigma utiliza ferramentas de análise estatística para descobrir as falhas na implementação de um processo existente e fazer pequenos ajustes. Às vezes, porém, para que os processos atinjam um nível específico de qualidade, devem ser redesenhados completamente. Os sistemas de informação podem ajudar as empresas a atingir seus objetivos de qualidade, auxiliando-as a simplificar produto ou melhorias de processos com base nas demandas dos clientes, reduzir o tempo de ciclo, aumentar a qualidade e o rigor de concepção e produção, e cumprir as normas de referência.

Benchmarking é estabelecer padrões rígidos para produtos, serviços e outras atividades, e depois medir o desempenho em relação a esses padrões.

4. Análise de Sistemas vs. Projeto de Sistemas

Qual é a diferença entre os sistemas de análise e projeto de sistemas? Que atividades estão abrangidas em cada processo?

A Análise de Sistemas descreve o que um sistema deve fazer para satisfazer as necessidades de informação, e o Projeto de Sistemas mostra como o sistema irá alcançar isto.

5. Requisitos de Informação: Definição e Dificuldades

O que constitui os requisitos de informação? Por que é difícil defini-los corretamente?

Os requisitos de informação de um novo sistema envolvem a identificação de quem precisa de informações, onde, quando e como.

Uma análise de requisitos defeituosa é a principal causa do fracasso dos sistemas e do alto custo do seu desenvolvimento. Um sistema desenvolvido com base em um conjunto de requisitos incorretos tem que ser demolido devido ao mau desempenho ou sofrer grandes alterações.

Alguns problemas não exigem uma solução de sistemas de informação, mas apenas um ajuste administrativo, formação complementar ou o aperfeiçoamento dos atuais procedimentos organizacionais.

6. A Importância da Fase de Testes no Desenvolvimento

Por que é tão importante a fase de testes de desenvolvimento de sistemas? Nomeie e descreva os três tipos de testes para um sistema de informação.

Deve ser realizado um teste minucioso e completo para determinar se o sistema produz os resultados corretos. Os testes de um sistema de informação podem ser divididos em três tipos:

• Teste de Unidade: É verificar cada programa separadamente dos sistemas.
• Teste de Sistema: Verifica o funcionamento de todo o sistema de informação.
• Testes de Aceitação: A certificação final que prevê que o sistema está pronto para usar em uma situação de produção.

O plano de teste inclui todos os preparativos para a série de testes descritos acima.

7. Programação, Conversão, Produção e Manutenção

Qual o papel que a programação, produção, conversão e manutenção desempenham no desenvolvimento de sistemas?

• Programação: As características técnicas do sistema que foram preparadas durante a fase de projeto são traduzidas para o código do programa.
• Conversão: É o processo de mudança do sistema antigo para o novo. Pode-se usar quatro maneiras: em paralelo, a conversão direta, o piloto, ou a abordagem por etapas.
• Produção: Durante esta fase, os usuários e técnicos revisam o sistema para determinar como ele cumpriu seus objetivos originais e para decidir se requer qualquer revisão ou modificação.
• Manutenção: Refere-se às mudanças no hardware, software, documentação ou procedimentos para correção de erros num sistema em produção, novas exigências ou melhoria da eficiência do processo.

8. Modelagem Estruturada Tradicional vs. Orientada a Objetos

Compare os métodos de modelagem estruturada tradicional e o design de sistema orientado a objetos.

Os métodos estruturados são úteis para a modelagem de processos, mas não se adequam bem à modelagem de dados. Eles também discutem os dados e processos como entidades separadas logicamente, ao passo que na vida real, essa separação não é natural.

O desenvolvimento Orientado a Objeto considera o objeto como a unidade básica de análise e design do sistema. Um objeto combina dados e os processos específicos que operam sobre estes dados. Os dados encapsulados em um objeto só podem ser acessados e modificados pelas operações ou métodos associados a este objeto.

9. O Ciclo de Vida Tradicional dos Sistemas (SDLC)

O que constitui o ciclo de vida tradicional dos sistemas? Descreva cada um dos seus passos e liste suas vantagens e desvantagens na construção de sistemas.

O ciclo de vida dos sistemas é o método mais antigo para a construção de sistemas de informação. A metodologia do ciclo de vida dos sistemas fornece uma divisão muito formal das atividades dos usuários finais e especialistas em sistemas de informação. Os especialistas técnicos, tais como analistas de sistemas e programadores, são responsáveis por grande parte do trabalho de análise, design e implementação de sistemas. Os usuários finais estão limitados a fornecer requisitos de informação e analisar o trabalho do pessoal técnico.

O ciclo de vida é usado quando se precisa construir grandes sistemas complexos que requerem uma análise rigorosa de requisitos, especificação formal predefinida e controles estritos sobre o processo de construção de sistemas. No entanto, o foco do ciclo de vida dos sistemas pode ser caro, lento e inflexível.

10. Prototipagem de Sistemas de Informação

O que significa a criação de protótipos de sistemas de informação? Quais são seus benefícios e limitações? Liste e descreva as etapas do processo de prototipagem.

A Prototipagem permite construir de forma rápida e econômica um sistema experimental para a avaliação dos usuários finais.

O protótipo é uma versão funcional de um sistema de informação, ou parte dele, mas seu propósito é servir como um modelo preliminar.

Etapas da Prototipagem:

1. Passo 1: Identificar os requisitos básicos do usuário.
2. Passo 2: Desenvolver um protótipo inicial.
3. Passo 3: Usar o protótipo.
4. Passo 4: Analisar e melhorar o protótipo.

11. Pacotes de Software de Aplicação

O que constitui um pacote de software de aplicação? Quais são as vantagens e desvantagens dos sistemas de informação em desenvolvimento com base em pacotes de software?

Um pacote de software de aplicação é utilizado quando se pode usar várias aplicações que são comuns a todas as empresas. Por exemplo: folha de pagamento, contas a receber, contas a pagar ou controle de estoque.

Se um pacote de software aplicativo pode atender à maioria das exigências de uma organização, a empresa não tem que escrever seus próprios softwares (Vantagem).

Ao selecionar uma solução de software, a organização não tem controle sobre o processo de concepção do sistema (Desvantagem).

12. Desenvolvimento pelo Usuário Final

O que faz o desenvolvimento pelo usuário final? Quais são as suas vantagens e desvantagens? Quais são algumas das políticas e procedimentos para gerenciar o desenvolvimento pelo usuário final?

Alguns tipos de sistema podem ser desenvolvidos por usuários finais, com pouca ou nenhuma assistência formal de especialistas técnicos.

Em geral, os sistemas desenvolvidos pelo usuário final podem ser concluídos mais rapidamente do que aqueles desenvolvidos através do ciclo de vida dos sistemas convencionais (Vantagem).

A computação do usuário final apresenta riscos organizacionais por ocorrer fora dos mecanismos tradicionais de controle e sistemas de informações gerenciais (Desvantagem).

Para ajudar as organizações a maximizar os benefícios do desenvolvimento e aplicações pelo usuário final, a gerência deve monitorar o desenvolvimento de aplicações pelo usuário final, requerendo justificação de custos de projetos de sistemas de informação e o estabelecimento de padrões de hardware, software e aplicações desenvolvidas para o usuário final.

13. Subcontratação (Outsourcing) de Sistemas de Informação

Em que circunstâncias se deve recorrer à subcontratação para a construção de sistemas de informação?

Se uma empresa não quiser usar os recursos internos para construir ou operar sistemas de informação, pode contratar uma empresa terceirizada (outsourcing), especializada na prestação destes serviços, para fazer o trabalho.

14. Desenvolvimento Rápido de Aplicações (RAD)

O que constitui o Desenvolvimento Rápido de Aplicações (RAD)? Como pode ajudar os construtores do sistema?

O termo Rapid Application Development (RAD) é usado para descrever o processo de criação de sistemas funcionais em um curto período.

Ferramentas de software, software reutilizável orientado a objetos, criação de protótipos e ferramentas de quarta geração estão ajudando os integradores de sistemas a criar sistemas funcionais muito mais rápido do que se utilizassem métodos e ferramentas de construção de sistemas tradicionais.

15. Desenvolvimento Baseado em Componentes e Serviços Web

Como o desenvolvimento baseado em componentes e serviços Web ajuda as empresas a construir e melhorar seus sistemas de informação?

As empresas estão recorrendo ao Desenvolvimento Baseado em Componentes para construir suas aplicações de e-commerce, combinando componentes disponíveis comercialmente (como carrinhos de compras, autenticação do usuário, motores de busca e catálogos) com partes do software para suas próprias necessidades empresariais.

Ao criar componentes de software que podem se comunicar e compartilhar dados, independentemente do sistema operacional, linguagem de programação ou dispositivos clientes, os Serviços Web podem fornecer economias significativas de custos na construção de sistemas, ao mesmo tempo que abrem novas oportunidades de colaboração com outras empresas.