Análise de Sistemas. Conceito de análise de sistemas

Transcrição

1 Análise de Sistemas Conceito de análise de sistemas Sistema: Conjunto de partes organizadas (estruturadas) que concorrem para atingir um (ou mais) objectivos. Sistema de informação (SI): sub-sistema de uma organização cujas funções incluem a recolha, armazenamento, tratamento e comunicação de informação para um propósito específico, por forma a que esta esteja disponível em qualquer momento ou local. Análise: Definida de um modo geral como o estudo de um problema antes de passar à sua resolução. Análise (no estudo de SI e sua informatização): Estudo de um sub-sistema de informação (SSI), descrição das suas características e funcionalidades. Envolve a caracterização de um sistema informático que apoie (automatize) esse SSI. 1 - Introdução 1

2 Enquadramento da análise de sistemas no processo de informatização Um processo de desenvolvimento de uma aplicação é desencadeado quando: se reconhece que existe um problema na forma como uma actividade é desempenhada; se identifica uma oportunidade de melhoramento de uma actividade. Ciclo de vida O processo de desenvolvimento de uma aplicação pode, numa visão genérica, ser estruturado em três fases distintas que correspondem ao seu ciclo de vida: Fase de definição, ou concepção inicial do produto; Fase de desenvolvimento; Fase de manutenção, que decorre desde a entrega ao cliente até ao envelhecimento do produto. Fase de definição Identifica-se o problema: que informação deve ser processada, que funções e desempenho são pretendidos, que interfaces são necessários, que restrições devem ser consideradas e que critérios devem ser utilizados na avaliação do projecto. Tipicamente, engloba três tipos de tarefas: Estudo de exequibilidade - definição do problema, identificação de soluções alternativas e estimativa dos custos, benefícios e prazo de entrega, para cada solução alternativa; Análise de requisitos - identificação e especificação dos requisitos funcionais, de desempenho, de interface, etc. Planeamento do projecto - análise dos riscos, custos e recursos alocados pelo projecto, definição de tarefas e plano de execução. 1 - Introdução 2

3 Fase de Desenvolvimento Identifica-se a solução: como é que as estruturas de dados, arquitectura do produto e funções serão realizadas; como é que o desenho se traduzirá numa linguagem de programação; e como serão efectuados os testes do produto. Tipicamente engloba três tarefas: Desenho - tradução dos requisitos num conjunto de representações (texto, gráfico) que descrevem a estrutura de dados, arquitectura e funções; Codificação - tradução do desenho em instruções; Teste - procura e eliminação de defeitos na funcionalidade do produto. Fase de Manutenção Focada nas alterações do produto, devidas a erros não detectados nas fases anteriores ou alterações propostas pelo cliente. Volta a aplicar as fases de definição e desenvolvimento mas partindo do código já desenvolvido. Tipicamente, engloba três tipos de tarefas: Correcção - eliminação de erros; Adaptação - modificação do produto devido a alterações no ambiente; Evolução - extensão do produto a pedido do cliente. 1 - Introdução 3

4 Princípios no desenvolvimento de Software (Diversidade de métodos e técnicas que devem ser seguidas de modo a atingir as propriedades desejadas quer para o produto quer para o processo.) Rigor e formalidade - Aproximação destinada a melhorar a confiabilidade do produto, produtividade e controlo do processo; Separação de preocupações - Separar os diferentes aspectos de um problema com o intuito de reduzir a complexidade: - Separação de qualidade - Por exemplo, desenhar um produto correcto e mais tarde aumentar a sua eficiência; - Separação de vistas - Por exemplo, analisar separadamente fluxos de dados e de controlo; - Separação em partes - Modularidade; Modularidade - Decompor o produto em partes; Destinada a aumentar a compreensibilidade, reutilização e portabilidade do produto. Deve caracterizarse por: - Elevada coesão dos elementos do módulo; - Reduzida interdependência entre módulos; Abstracção - Processo destinado a identificar os aspectos importantes e ignorar os detalhes - Principio largamente utilizado em linguagens de programação, algoritmos e modelos; Antecipação das alterações - Facilitar a reparação e alteração do produto; Generalidade - Tentar descobrir o problema mais genérico por detrás do problema a resolver; Incrementalidade - Caracteriza um processo que se desenvolve iterativamente. 1 - Introdução 4

5 Caracterização da actividade de análise Actividades englobadas pela análise: Percepção - Envolve o estudo do SSI do sentido de identificar: objectivos, estrutura, informação relevante, funções a desempenhar e seus requisitos; Especificação - Elaboração de um documento de especificação que descreva o sistema que deve ser construído, independentemente da natureza e tecnologias a utilizar na implementação. Desta fase resulta um documento de especificação de requisitos: - analisado e confirmado pelo cliente; - utilizado para desenvolver uma solução que realize os requisitos. Características desejáveis no documento de especificação: Recurso a linguagens gráficas, com suporte adequado de detalhe textual, por forma a facilitar o diálogo entre os intervenientes no processo de informatização ( Uma imagem vale por mil palavras ); Apresentação do problema decompondo-o em sub-problemas de dimensão tratável; Fácil manutenção, de modo a que mais facilmente se efectuem actualizações, o que implica uma minimização de redundância. Tipos de intervenientes no processo de análise: Utilizadores finais, ou seja, aqueles que vão efectivamente utilizar o sistema informático que se pretende desenvolver; Responsáveis, aos vários níveis hierárquicos da organização, pelas actividades que se pretende automatizar; Analistas, ou seja, técnicos de informática que conduzem à análise. 1 - Introdução 5

6 Algumas dificuldades: Estudo a desenvolver contempla novas áreas de conhecimento prático fora da área de especialidade do analista; Processo de análise envolve esforços multidisciplinares que introduzem problemas de comunicação devido à utilização de linguagens diferentes ; Diferentes concepções da mesma realidade geram descrições inconsistentes (Por vezes, cada utilizador só refere os aspectos que estão sob a sua responsabilidade, esquecendo os restantes); Problemas de relacionamento pois recolher informações implica contactos pessoais e os utilizadores nem sempre adoptam uma atitude amigável; A resistência à mudança assumida ou camuflada ; A necessidade de consensos entre analistas e utilizadores; As constantes e frequentes mudanças nos requisitos; A determinação do fim desta actividade A análise de sistemas é frustrante, cheia de relacionamentos interpessoais complexos, indefinida e difícil. Numa só palavra é fascinante. Depois de experimentada, os antigos prazeres da construção de um sistema nunca mais são suficientes em termos de satisfação. (Tom DeMarco, 1978) 1 - Introdução 6

7 Importância da análise A análise entendida como um processo sistemático de aquisição e representação de conhecimento, reveste-se de extrema importância, nomeadamente quando se procura a excelência do software. Alguns dos principais motivos desta importância incluem: Utilidade comprovada, pelo exame dos problemas do passado, que mereceu o desenvolvimento de metodologias e desencorajou a passagem directa para a implementação => estudos efectuados de determinação da origem dos erros surgidos no desenvolvimento de programas produziram as seguintes estimativas: - 64% dos erros são associados à (ausência da) fase de análise & desenho (apenas 30% destes erros são corrigidos antes da entrega); - 36% dos erros são atribuídos à fase de codificação (75% destes erros são corrigidos antes da entrega); Apesar de a análise ser uma tarefa que consome tempo, e consequentemente outros recursos, a contabilização final favorece a sua utilização, com base no ganho proporcionado em tempo e custos pois: - promove a aprendizagem, permite antecipar novas necessidades e problemas e prevenir e detectar falhas prematuramente; - o tempo e o custo da correcção de problemas aumentam desproporcionalmente ao longo do ciclo de vida, sendo por vezes impossível uma correcção adequada (=> remendos ); Proporciona uma base documental comum de grande utilidade, quer para actividades de desenvolvimento, pelo facto de permitir que diferentes pessoas trabalhem simultaneamente em diferentes partes do mesmo sistema, quer para a inevitável actividade de manutenção. 1 - Introdução 7

8 Procedimentos e instrumentos da Análise de Sistemas Metodologias Como devem ser organizadas as actividades que levam à realização do produto: Considerar todo o ciclo de vida do produto: desde a sua concepção inicial até ao seu envelhecimento; Definir um processo de produção; Aplicar os princípios do desenvolvimento de Sistemas de Informação. Uma metodologia pode ser considerada como um conjunto formado por: Técnicas de representação de conhecimento (MODELOS) - representação do universo do discurso realçando os aspectos considerados mais importantes. Estratégias de abordagem ao problema (MÉTODO) - como conduzir o processo de obtenção de conhecimento sobre o problema em causa e como conduzir a sua resolução; Técnicas de validação do conhecimento obtido, e representado nos modelos, no que respeita a: - Coerência (inexistência de informações contraditórias); - Correcção (adequação à realidade estudada). Limitações: A adesão a uma metodologia não deve ser muito rígida pois, nenhuma metodologia é perfeita, nem completamente abrangente, sendo necessário questionar e utilizar bom senso; Dada uma metodologia, procedimentos concretos e bons modelos não é possível impedir a escolha e uso incorrecto e inadequado das ferramentas proporcionadas. 1 - Introdução 8

9 Modelos Modelo: representação abstracta de uma realidade, ou seja, representação dos aspectos de uma realidade considerados relevantes em determinado contexto e/ou sob determinado ponto de vista. Construímos modelos para: Focalizar aspectos relevantes (essência) do sistema deixando para segundo plano (abstraindo) aspectos menos importantes, para: - Discutir alterações e correcções de requisitos do utilizador a baixo custo e com risco mínimo; - Verificar se a análise do sistema traduz correctamente o ambiente do utilizador; Documentar a análise efectuada de forma a que o sistema possa ser construído por outros elementos da mesma ou de outra equipa. Cada modelo dá ênfase a um aspecto do sistema: características funcionais estrutura de dados e seus relacionamentos => construir vários modelos considerações temporais A modelação de um SI pode, numa visão genérica, ser dividida em: Modelação de dados - informação relevante e sua estruturação; Modelação de processos - circuitos de informação e tratamentos dados á informação. 1 - Introdução 9

10 Principais tópicos a abordar: Introdução aos processos de análise e modelação de sistemas; Técnicas de modelação de dados; Técnicas de modelação funcional e de comportamento e de descrição de componentes; Estratégias de modelação; Metodologias de desenvolvimento de Sistemas de Informação Análise Estruturada. 1 - Introdução 10