1 Introdução. 1.1 Teoria dos Sistemas 23/4/2010

Transcrição

1 1

2 1 Introdução 1.1 Teoria dos Sistemas 1.2 Constituição dos sistemas 1.3 Natureza dos sistemas 1.4 Parâmetros do sistema 1.5 Descrição de sistemas 1.6 Desafios enfrentados no desenvolvimento 1.7 Perfil do analista de sistemas 1.8 Solução de problemas complexos 1.9 Componentes de um sistema informatizado 1.10 Desenvolvimento de software X Engenharia de software 1.1 Teoria dos Sistemas A Teoria de Sistemas (TS) é um ramo específico da Teoria Geral de Sistemas (TGS). A Teoria Geral de Sistemas (T.G.S.) surgiu com os trabalhos do biólogo alemão Ludwig von Bertalanffy. 2

3 1.2 Constituição dos Sistemas 1. Sistemas físicos ou concretos Ex :Hardware 2. Sistemas abstratos ou conceituais Ex: Software 1.3 Natureza dos Sistemas 1. Sistemas fechados 2. Sistemas abertos 3

4 1.4 Parâmetros dos Sistemas 1. Entrada 2. Processamento 3. Saída 4. Retroação 5. Ambiente 1.5 Descrição de Sistemas 1. Objetivos 2. Ambiente 3. Recursos 4. Componentes 5. Administração 4

5 Desafios enfrentados no desenvolvimento 1.7 Perfil do Analista de Sistemas 1. Comunicação 2. Capacidade de análise 3. Capacidade de negociação 4. Conhecimento da área usuária 5. Gerenciar o projeto 6. Conhecimento técnico 5

6 1.8 Solução de Problemas Complexos Decompor o problema em: subproblemas de menor complexidade por pontos de vistas diferentes Visão Computacional Árbitro Sistema UaiSoccer Estratégias Comunicação Parte Gráfica 6

7 1.9 Componentes de um sistema informatizado 1.10 Desenvolvimento X Engenharia de Software Programar ou Planejar?????? Para que documentar, só eu que trabalho com esse código mesmo. Ihh galera, fulano saiu da empresa. Essa programação tá muita complicada. O que isso faz mesmo? Acho que já desenvolvi esse programa antes. 7

8 2 Metodologia de Desenvolvimento de Software 2.1 Análise Essencial 2.2 UML 2 Metodologia de Desenvolvimento de Software Metodologia: Quem faz o que, quando, como e onde 8

9 2.1 Análise Essencial Modelo Ambiental Descrição do propósito do sistema. Diagrama de contexto. Lista de eventos. Modelo de Entidade e Relacionamento (conceitual). Dicionário de dados. Modelo Comportamental DTE Diagrama de Transição de Estado. Dicionário de Dados. DFD Diagrama de Fluxo de Dados. DER Diagrama de Entidade e Relacionamento. 2.1 Análise Essencial Descrição do propósito do sistema Declaração de Objetivos: Deve estar resumida a um parágrafo; Ser global, especificando o principal propósito da criação do software; Não cabe neste ponto estabelecer uma lista textual com todas as funcionalidades esperadas no sistema. 9

10 2.1 Análise Essencial Diagrama de Contexto Ex.: SIGE Sistema de Gerenciamento de Equipamentos, PGTI, CEFET-MG, Análise Essencial Lista de Eventos Nº Evento 1 Técnico cadastra dados básicos (departamentos, equipamentos, usuários) 2 Funcionário solicita manutenção (OS Ordem de Serviço) 3 Técnico recebe pedidos de manutenção 4 Técnico registra serviços na OS 5 Técnico finaliza OS 6 Professor agenda equipamentos 7 Funcionário registra empréstimo/entrega de equipamentos Ex.: SIGE Sistema de Gerenciamento de Equipamentos, PGTI, CEFET-MG,

11 2.1 Análise Essencial Diagrama de Entidade e Relacionamento (DER) Representa a estrutura do banco de dados do sistema. Ex.: SIGE Sistema de Gerenciamento de Equipamentos, PGTI, CEFET-MG, Análise Essencial Diagrama de Transição de Estado (DTE) Ex. 11

12 2.2 UML O que é? UML - Unified Modeling Language Uma linguagem de modelagem unificada que rapidamente se tornou um padrão para a construção de software orientado a objetos. Padronizada pela Object Management Group. ( 2.2 UML Finalidade: A UML define um número de diagramas que permitem dirigir o foco para aspectos diferentes do sistema de maneira independente. Facilita a comunicação de todas as pessoas envolvidas no processo de desenvolvimento de um sistema gerentes, coordenadores, analistas, desenvolvedores por apresentar um vocabulário de fácil entendimento. 12

13 2.2 UML 2.2 UML Diagrama de Classe - Exemplo 13

14 2.2 UML Diagrama de Caso de Uso É o diagrama que mostra as interfaces do sistema com os diversos usuários e outros Sistemas com os quais ele irá interagir. 2.2 UML Diagrama de Atividade Descreve uma seqüência de atividades com suporte para comportamento condicional e paralelo. Este diagrama pode ser usado para modelar graficamente quais caminhos programas concorrentes podem tomar e quando devem sincronizar. 14

15 3 Desenvolvimento de Software Orientado Objetos (OO) 3.1 Fundamentos da OO 3.2 Paradigmas da OO 3.3 UML Classes X Objetos 3.4 Mensagem 3.5 Etapas do processo de desenvolvimento de software OO 3.1 Fundamentos da OO Qualquer coisa é um objeto. Objetos realizam tarefas através da requisição de serviços a outros objetos. Cada objeto pertence a uma determinada classe. Uma classe agrupa objetos similares. A classe é um repositório para comportamento associado ao objeto. Classes são organizadas em hierarquias. 15

16 3.2 Paradigmas da OO Um sistema é visto como uma coleção de agentes interconectados chamados objetos. Cada objeto é responsável por realizar tarefas específicas. É através da interação entre objetos que uma tarefa computacional (funcionalidades do sistema) é realizada. 3.3 UML Classes Objetos Classe s Tipo abstrato de dado; São como plantas de objetos; São definições estáticas, que possibilitam o entendimento de um grupo de objetos. Contém métodos e dados. Objetos Um caso particular de uma classe; São instâncias de uma classe; São abstrações de entidades que existem no mundo real. Contém métodos e dados. 16

17 3.3 UML Classes Objetos EXEMPLO UML Classes Objetos EXEMPLO 2 17

18 3.4 Mensagem Para que um objeto realize alguma tarefa, deve haver um estímulo enviado a este objeto. Um objeto é uma entidade ativa que representa uma abstração de algo do mundo real que pode responder a estímulos a ele enviados. Independentemente da origem do estímulo, quando ele ocorre, diz-se que o objeto em questão está recebendo uma mensagem. 3.5 Etapas do Desenvolvimento de Software OO 18

19 4 UML / Diagrama de Classes 4.1 Relacionamentos entre classes Associação Agregação Composição Dependência Generalização (Herança) 4.2 Visibilidade dos atributos 4.3 Projeto X Programa OO 4 UML / Diagrama de Classes Nome Atributos Métodos 19

20 4.1Relacionamentos entre Classes Associação 4.1Relacionamentos entre Classes Agregação Classe dominante Tipo de associação (é parte de, todo/parte) onde o objeto parte é um atributo do todo. A agregação faz sentido quando duas classes quando associadas têm um sentido próprio e quando separadas continuam existindo como unidades autônomas. Classe dominada 20

21 4.1Relacionamentos entre Classes Composição Classe dominante A associação com forte dependência de composição implica que se a instância da classe deixar de existir todas as outras instâncias associadas a ela, deixarão de existir também. Ex: Notas fiscais e itens de nota fiscais. Classe dominada 4.1Relacionamentos entre Classes Dependência Classe dominada Classe dominante Uma mudança na especificação de um elemento pode alterar a especificação do elemento dependente. A dependência entre classes indica que os objetos de uma classe usam serviços dos objetos de outra classe. 21

22 4.1Relacionamentos entre Classes Generalização (Herança) Relacionamento entre um elemento mais geral e um mais específico. Onde o elemento mais específico herda as propriedades e métodos do elemento mais geral. Ou seja, herança é a possibilidade de uma classe utilizar atributos e métodos de uma outra como se fossem seus 4.2 Visibilidade dos Atributos Tipo Descrição + Público Atributo pode ser visto pelos membros internos da classe e por qualquer membro externo à classe. - Privado Atributo somente operações da classe podem retornar e alterar o seu valor. (é o mais comum em OO). # Protegido Somente é acessível pelas classes que estejam participando de sua estrutura de herança. ~ Padrão É acessível pelas classes que fazem parte do pacote que a classe pertence. 22

23 4.3 Projeto X Programa OO 5 - Referências Apostilas e Slides do Prof. Edson Marchetti da Silva, CEFET-MG, Divinópolis, OTTONI, A. L. C., OLIVEIRA, L. S., PIMENTA, M. L. G., ALVES, O. M. R. P.. SIGE Sistema de Gestão de Equipamentos, PGTI, CEFET-MG, Divinópolis,