Desenvolvimento dos SI. O processo de Desenvolvimento... Concepção do SI. Concepção do SI :: Business Case. Concepção do SI :: Business Case

Transcrição

1 Desenvolvimento dos SI Arquitectura da Gestão dos SI O processo de desenvolvimento Abordagens de desenvolvimento As fases: Concepção Análise Desenho Implementação Manutenção Análise desenvolvimento Manutenção Desenho Construção Alternativas para a construção de sistemas Concepção Planeamento Exploração Administrção de RH Operação do Sistema Definição Estratégica Administração. das TIC Análise Estratégica Implementação Estratégica Manutenção Desenvolvimento Concepção Análise de Sistemas Desenho Actividades Diversificadas Implementação O processo de Desenvolvimento... Recursos NTIC concepção construção Planeamento do SI Elaboração do Business case RH análise implementação SI utilizador Avaliação do risco Métodos, ferramentas desenho manutenção Estudo de factibilidade :: Business Case :: Business Case 5 Determinar o valor de negócio do SI Custos versus Benefícios SI são considerados investimentos de longo prazo o Business Case responde à pergunta: o investimento no SI produzirá suficientes retornos para justificar os seus custos? usando Capital Budgeting (ou outras técnicas) é o processo de analisar e seleccionar propostas de investimentos de capitais 6 existem 6 modelos de Capital Budgeting O método payback Mede o tempo requerido para pagar o investimento inicial do projecto Investimento original / rendimento líquido anual O método do retorno do investimento (ROI) A taxa de retorno deve superar o custo do dinheiro no mercado Benefício líquido = ( benefic totais custos totais depreciação ) / vida útil A relação custo-benefício Benefícios totais / custos totais O valor líquido presente o valor de um projecto requer que o custo de um investimento seja comparado com o valor líquido de rendimentos que acontecem anos depois valor presente= verba x ( ( + juro) n/juro O profitability index Dividindo o valor presente entre o valor do investimento obtém-se um indice de profitability (habilidade de lucrar) os projectos podem ser ordenados segundo este indice A relação de retorno interno (IRR) Variante do método do valor presente Valor presente custo inicial = 0

2 :: Custos e Benefícios :: Limitações dos modelos financeiros 7 Custos: Hardware Telecomunicações Software Serviços Pessoal Benefícios tangíveis Incremento na produtividade Custos operacionais menores Menor força laboral Gasto menor em computação Gasto menor em fornecedores Menos custos profissionais menr crescimento dos gastos Gasto menor em instalações Benefícios intangíveis: Melhor aproveitamento de activos Melhor controlo de recursos Melhor planeamento organizacional Maior flexibilidade organizacional Informação mais actualizada Mais informação Maior aprendizagem organizacional Cumprimento de requisitos legais Maior satisfação laboral Melhor tomada de decisões Optimização de operações Maior satisfação do cliente Melhor imagem corporativa 8 limita a responder à pergunta: o investimento no SI produzirá suficientes retornos para justificar os seus custos? Analisam somente os benefícios financeiros Contudo, os SI fornecem muitos benefícios intangíveis Os custos e os benefícios no final não decorrem simultaneamente os custos ocorrem no início e são tangíveis e os benefícios no final e são intangíveis a inflação pode afectar custos e benefícios diferentemente :: Análise de risco :: Estudo de factibilidade 9 Actividades Identificação dos risco Gera um checklist de riscos associados a um projecto Estimação dos riscos probabilidade desse risco acontecer e do seu impacto Avaliação dos riscos ranking dos riscos planeamento de actividades para evitar ou monitorização estes riscos Factores de risco Tamanho do projecto Quanto maior o projecto, > o risco Experiência prévia Diminui os riscos Estrutura do projecto Não ocorrem objectivos contraditórios 0 Devemos nos questionar: É possível o desenvolvimento do SI Com os recursos disponíveis e Com as restrições presentes? :: outros modelos - Scoring Models :: outros modelos - Portfolio Analysis Critério % satisfação requisitos peso 0. As/00 Unix. Windows XP.6 pasta de aplicações (ou projectos) em potencial Custo inicial Financiamento Facilidade de manutenção Hipótese de sucesso Total Benefícios Alto Baixo Cuidado! desenvolver Evitar! Rotina Alto Baixo Grau de risco

3 Próxima aula > análise, desenho, construção, implementação e manutenção Recursos NTIC concepção construção RH análise implementação SI utilizador Identificação de requisitos Análise do SAH Métodos, ferramentas desenho manutenção Especificação de requisitos Desenho do SI :: Identificação de requisitos Exemplo: Sistema de gestão da investigação na universidade (requisitos funcionais) 5 Identificação de actores (stakeholders) Donos ou clientes Administradores Utilizadores finais Requisitos: características e funcionalidades requeridas do SI Variam segundo o tipo de utilizador Podem ser contraditórios Devem ser guardados. São a base na construção do sistema Contudo, variam com o tempo a identificação envolve Determinar quem precisa qual informação, onde e como 6 Gestão da informação sobre os artigos (papers) de investigação produzidos na universidade Gestão de informação sobre o pessoal de investigação da universidade Monitorização da actividade investigação e da sua performance Geração de informação de investigação para agentes externos Gestão das actividade de orientação da investigação de estudantes Exemplo: Sistema de gestão da investigação na universidade (requisitos funcionais) :: Levantamento de requisitos 7 Prazo de construção do sistema: 6 meses Para ser usado por coordenadores ou administradores de investigação e investigadores dos departamentos Um programador e um analista disponíveis para o projecto Um computador disponível para o desenvolvimento 8 Entrevistas Observação Análise documental Workshops Protótipos Etnografia técnicas que envolvem a observação e uma estreita ligação com os participantes apreciação aprofundada dos processos explícitos e tácitos do trabalho

4 :: Especificação de requisitos :: Técnicas para a Análise do SAH 9 cliente operador levantamentos transferências depósitos administração Sistema Do banco > UML: casos de utilização, diagramas de classe, sequencia, etc. 0 Task Analysis: decomposição do trabalho numa hierarquia de processos, actividades e tarefas. Workflow: uma variante da anterior, só que + complexo pois associa pessoas, documentos, programas, etc. Job Analysis: analise do trabalho em termos dos objectivos da organização versus os objectivos do individuo Satisfação laboral do indivíduo exercitar suas habilidades perceber seu valor na org possuir alto grau de autonomia permitir relações sociais mesclar rotina com novas exigências não interferir na vida pessoal Eficiência organizacional: Especialização do trabalho Segmentação do trabalho Estratégia ao bom senso Rotação no trabalho Alargamento do trabalho > conjunto de tarefas Enriquecimento do trabalho > poder de decisão Desenho do SI Desenho do SI :: o desenho do SAH abrange Planos do artefacto técnico que satisfaz os requisitos estabelecidos na fase de análise Mostra como se vai implementar a solução descrita Desenho Lógico Desenho de entradas, saídas, processos, dados, comunicação, qualidade e segurança Desenho Físico Desenho do Hardware, Software, Bases de Dados, Interfaces, HW e SW das Comunicações usa diagramas UML específicos para esta fase Diagramas de Componentes Actualizam-se Diagramas de Caso de Utilização (use-cases), de Classes, Sequência, etc. Desenho do trabalho (Job design) para balancear a satisfação laboral com a eficiência no trabalho Desenho de equipas (Team design) para estabelecer equipas como claras estruturas de autoridade e controlo Desenho dos procedimentos de trabalho (Procedure design) para detalhar os novos padrões de trabalho Construção do SI Construção do SI :: Conversão do sistema antigo ao novo Programação as especificações do sistema que foram preparadas na fase de desenho são traduzidas a código Testes Unit programas ou componentes em separado System testa o sistema completo Volume testa a escalabilidade dos grandes volumes de dados Acceptance avaliação por utilizadores e gestores estratégias para a Conversão Paralela mantém os funcionando até garantir que o novo funciona correctamente embora segura, é a técnica + cara Directa o novo funcionará numa data determinada é + simples e + barata, porém arriscada Piloto introduz o sistema numa área limitada quando o piloto funcionar bem, instala o sistema todo Faseada introduz o sistema gradualmente quer por funcionalidades, quer por unidades organizacionais

5 Construção do SI :: Alternativas de construção de sistemas Modelo Processo OO 5 Desenvolvimento in-house Modelos em cascata Sequencial (Ciclo de vida clássico) Revisto Construção de Protótipos Desenvolvimento Rápido de Aplicações Modelos Evolutivos Incrementais Iterativos Iterativos e Incrementais Espiral Modelos de Processos OO Modelo Recursivo/Paralelo Outos.. 6 Análise de Riscos recursivo (modelo evolutivo) Engenharia e Construção Baseado em componentes Unified Development Process Derivado da orientação a objectos Utiliza UML Identificar classes candidatas buscar classes na biblioteca extrair classes, se existem desenvolver novas classes, se não existem adicionar novas classes à biblioteca construir n-ésima iteração do sistema paralelo (reutilização de componentes) Construção do SI :: Alternativas de construção de sistemas Implementação do SI :: devemos verificar aspectos principais Comprar pacotes de software Existem aplicações comuns a muitas organizações Contratar terceiros (Outsourcing) para construção ou operação de SI pode ser + vantajoso que manter um centro de desenvolvimento mantém controlo sobre as tendências tecnológicas Aspectos técnicos Adquisição de Hardware Software Preparação dos dados e conversão Instalação de Hardware Software Introdução dos dados Testes da instalação Introdução a produção Aspectos sociais Formação dos grupos de utilizadores Treinamento de utilizadores e operadores Aceitação dos utilizadores 7 8 Manutenção do SI :: o que é? o porquê? Tipos.. Gestão Manutenção do SI :: Tipos de manutenção 9 O quê é? é o trabalho desenvolvido para corrigir ou melhorar os sistemas após a sua implementação O Porquê? Erros no sistema (bugs) Erros nos requisitos Mudanças nos processos Mudanças nos requisitos Problemas técnicos com hardware/software Mudanças no ambiente 0 Aperfeiçoamento mudanças que são feitas ao sistema para introduzir melhorias mas sem afectar a funcionalidade do sistema Adaptação mudanças feitas para fornecer um melhor alinhamento do sistemas com o seu SAH Correcção mudanças feitas para corrigir erros quer a nível do software, quer a nível dos requisitos Prevenção previsão a mudanças futuras 5

6 Manutenção do SI :: Como gerir o processo de manutenção? - devemos considerar aspectos Equipas de manutenção responsáveis pela modificação, correcção e actualização dos sistemas tecnológicos Análise de flexibilidade os SI podem ser desenhados tomando em conta a manutenção futura Gestão da configuração controlo das versões dos produtos de desenvolvimento de software Versão. (para ser usado em rede) ou. (para uso individual) aplicada ao longo de todo o processo de desenvolvimento Renovação de sistemas legados migração dos SI actuais para novos ambientes de hardware, software e comunicações 6