Análise de Sistemas. Visão Geral: Orientação a Objetos. Prof. José Honorato Ferreira Nunes honorato.nunes@bonfim.ifbaiano.edu.br

Transcrição

1 Análise de Sistemas Visão Geral: Orientação a Objetos Prof. José Honorato Ferreira Nunes Prof. José Honorato Ferreira Nunes honorato.nunes@bonfim.ifbaiano.edu.br

2 Resumo: VISÃO GERAL: Modelagem de sistemas de software O paradigma da orientação a objetos Evolução histórica da modelagem de sistemas A Linguagem de Modelagem Unificada (UML)

3 Visão Geral No decorrer da história, diversos tipos de bens serviram de base para o desenvolvimento da economia. Propriedade, mão-de-obra, maquinas e capital são exemplos desses bens. Atualmente, está surgindo um novo tipo de bem econômico: a informação. Nos dias de hoje, a empresa que dispõe de mais informações sobe seu processo de negocio está em vantagem em relação a seus competidores.

4 Visão Geral A necessidade é a mãe das invenções Um sistema de informações é uma combinação de pessoas, dados, processos, interfaces, redes de comunicação e tecnologia que interagem com o objetivo de dar suporte e melhorar o processo de negócio de uma organização empresarial com relação as informações que nela fluem.

5 Visão Geral O objetivo principal e final da construção de um sistema de informação é a adição de valor à empresa ou organização na qual esse sistema será utilizado. O termo adição de valor implica em que a produtividade nos processos da empresa na qual o sistema de informações será utilizado deve aumentar de uma forma significativa, de tal forma a compensar os recursos utilizados na construção do sistema.

6 Visão Geral Os sistemas com os quais nós trabalhamos podem ser classificados com Resposta Planejada e possuem as seguintes características: Há uma necessidade ou oportunidade de negócio que precisa ser atendida no mundo real: o sistema surge como resposta a essa necessidade ou oportunidade. Todo sistema tem uma finalidade específica: o que o sistema faz, e armazena, está diretamente relacionado com essa finalidade.

7 Visão Geral...continuação Os sistemas têm de fornecer respostas previsíveis: há um conjunto de regras que o sistema deve obedecer, no sentido de responder a eventos externos ao sistema, de acordo com sua finalidade. Os sistemas são transferíveis: as regras que os regem precisam ser escritas de modo que os sistemas possam ser transferidos de um processador para outro, quer ele seja automatizado ou humano. A fronteira do sistema é caracterizada pelas entradas dos dados e pelas saídas das informações.

8 Visão Geral...continuação O interior do sistema consiste de atividades e de dados armazenados, que são as engrenagens que respondem a eventos externos, de acordo com as finalidades do sistema. A essência do sistema independe da tecnologia utilizada para implementá-lo. Por exemplo: o sistema de contas correntes do Banco do Brasil é o mesmo desde sua fundação há mais de um século. O que tem mudado, muito rapidamente, é a tecnologia de implementação do sistema.

9

10 Uma característica intrínseca de sistemas de software é a complexidade de seu desenvolvimento, que cresce à medida que cresce o tamanho do sistema. Exemplo: construção da casa de cachorro.

11 Na construção de sistemas de software, assim como na construção de sistemas habitacionais, também há uma gradação de complexidade. Para a construção de sistemas de software mais complexos, também é necessário um planejamento inicial anterior. O equivalente ao projeto das plantas da engenharia civil também deve ser aplicado.

12 Essa necessidade leva ao conceito de modelo, tão importante no desenvolvimento de sistemas. De uma perspectiva mais ampla, um modelo pode ser visto como uma representação idealizada de um sistema a ser construído. Maquetes de edifícios e de aviões, e plantas de circuitos eletrônicos são apenas alguns exemplos de modelos.

13 São várias as razões da utilização de modelos para a construção de sistemas: Gerenciamento da Complexidade; Comunicação entre as pessoas envolvidas; Redução dos custos no desenvolvimento; Predição do comportamento futuro do sistema

14 Gerenciamento da Complexidade

15 Gerenciamento da Complexidade Uma das principais razões pelos quais modelos são utilizados é que há limitações no ser humano em lidar com a complexidade. Pode haver diversos modelos de um mesmo sistema, cada modelo descreve uma perspectiva do sistema a ser construído. Através de modelos, os indivíduos envolvidos no seu desenvolvimento podem fazer estudos e predizer comportamentos do sistema em desenvolvimento.

16 Gerenciamento da Complexidade Cada modelo representa uma perspectiva do sistema, por isso, detalhes irrelevantes que podem dificultar o entendimento do sistema podem ser ignorados por um momento estudando-se separadamente cada um dos modelos. Modelos se baseiam no denominado Principio da Abstração, o qual advoga que só as características relevantes à resolução de um problema devem ser consideradas.

17 Gerenciamento da Complexidade Modelos revelam características essenciais de um sistema; detalhes nãorelevantes e que só aumentariam a complexidade do problema podem ser ignorados.

18 Comunicação entre as pessoas envolvidas

19 Comunicação entre as pessoas envolvidas O desenvolvimento de um sistema de software envolve a execução de uma quantidade significativa de atividades. Essas atividades se traduzem em informações sobre o sistema em desenvolvimento. Grande parte dessas informações correspondem aos modelos criados para representar o sistema.

20 Comunicação entre as pessoas envolvidas Nesse sentido, os modelos de um sistema servem também para promover a difusão de informações relativas ao sistema entre os indivíduos envolvidos em sua construção. Além disso, diferentes expectativas em relação ao sistema geralmente aparecem quando da construção dos seus modelos, já que estes serve como ponto de referência comum.

21 Redução dos custos no desenvolvimento

22 Redução dos custos no desenvolvimento No desenvolvimento de sistemas, seres humanos estão invariavelmente sujeitos a cometerem erros, que podem ser tanto erros individuais quanto erros de comunicação entre os membros da equipe. Certamente, a correção desses erros é menos custosa quando detectada e realizada ainda no(s) modelo(s) do sistema (por exemplo, é muito mais fácil corrigir uma maquete do que por abaixo uma parte de um edifício).

23 Redução dos custos no desenvolvimento Modelos de sistemas são mais baratos de construir do que sistemas. Consequentemente, erros identificados sobre modelos têm um impacto menos desastroso. Os usuários conhecem o problema, os negócios, muito melhor que os analistas. Os analistas conhecem técnicas para resolver os problemas. O trabalho de análise deve produzir uma solução para o problema.

24 Redução dos custos no desenvolvimento Geralmente a linguagem do usuário é impregnada de termos do vocabulário técnico do assunto do problema que os analistas não entendem completamente. Por outro lado, ao expor a solução, os analistas utilizam uma linguagem técnica derivada do informatiquês que o usuário desconhece.

25 Predição do comportamento futuro do sistema

26 Predição do comportamento futuro do sistema O comportamento do sistema pode ser discutido através da análise dos seus modelos. Os modelos servem como laboratório, onde diferentes soluções para um problema relacionado à construção do sistema podem ser experimentadas. O objetivo do modelo é mostrar como será o sistema, para permitir sua inspeção e verificação, de modo a poder receber alterações e adaptações antes e depois de ficar pronto.