Material apoioAsis02

Texto

(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.

(11)