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



Documentos relacionados
Projeto de Sistemas I

A apresentação através de fluxos lógicos consegue mostrar mal entendidos e pontos que são controversos.

Introdução à Computação

Programação Estruturada e Orientada a Objetos. Fundamentos Orientação a Objetos

FACULDADE PITÁGORAS DISCIPLINA: ARQUITETURA DE COMPUTADORES

Engenharia de Requisitos Estudo de Caso

Sistemas de Informação I

Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)

Introdução. Hardware X Software. Corpo Humano Parte Física. Capacidade de utilizar o corpo em atividades especificas explorando seus componentes

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

Orientação a Objetos

Análise e Projeto Orientado a Objetos. Modelagem de Domínio

TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

Universidade Federal de Goiás UFG Campus Catalão CAC Departamento de Engenharia de Produção. Sistemas ERP. PCP 3 - Professor Muris Lage Junior

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

DESENVOLVENDO APLICAÇÃO UTILIZANDO JAVA SERVER FACES

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, MODELAGEM DE DADOS. Aula 1. Prof. Rafael Dias Ribeiro. M.Sc.

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

ENGENHARIA DE SOFTWARE I

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

Introdução a Computação

Fundamentos de Sistemas de Informação Sistemas de Informação

Organização e Arquitetura de Computadores I. de Computadores

Projeto de Arquitetura

Módulo 15 Resumo. Módulo I Cultura da Informação

Desenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA

ERP. Enterprise Resource Planning. Planejamento de recursos empresariais

DESENVOLVIMENTO DE SOFTWARE. Introdução ao Visual Studio VB.Net. Programação Estruturada. Prof. Celso Candido ADS / REDES / ENGENHARIA

TRABALHOS TÉCNICOS Coordenação de Documentação e Informação INOVAÇÃO E GERENCIAMENTO DE PROCESSOS: UMA ANÁLISE BASEADA NA GESTÃO DO CONHECIMENTO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

Itinerários de Ônibus Relatório Final

Porque estudar Gestão de Projetos?

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

Felipe Denis M. de Oliveira. Fonte: Alice e Carlos Rodrigo (Internet)

ISO/IEC 12207: Gerência de Configuração

IntroduçãoaoGuia SWEBOK. Ernani Lopes Isensee 2014

Introduçãoa Engenhariade. Prof. Anderson Cavalcanti UFRN-CT-DCA

Roteiro. Arquitetura. Tipos de Arquitetura. Questionário. Centralizado Descentralizado Hibrido

Etapas da criação de uma campanha de marketing

GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11

NOKIA. Em destaque LEE FEINBERG

Requisitos de Software. Teresa Maciel DEINFO/UFRPE

PROFESSOR: CRISTIANO MARIOTTI

REQUISITOS. Prof. Msc. Hélio Esperidião

Introdução a UML. Hélder Antero Amaral Nunes haanunes@gmail.com

Engenharia de Software II

3 SCS: Sistema de Componentes de Software

UNIVERSIDADE DE SÃO PAULO E S C O L A D E A R T E S, C I Ê N C I A S E H U M A N I D A D E

Orientação à Objetos. Aécio Costa

Prof. Me. Marcos Echevarria

4.1. UML Diagramas de casos de uso

Processos de Desenvolvimento de Software

Análise e Projeto de Sistemas

Modelo Cascata ou Clássico

Logística e a Gestão da Cadeia de Suprimentos. "Uma arma verdadeiramente competitiva"

Modelos de Sistema by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

Sistema de Informação dos Pontos de Cultura SIPCult

Pesquisa Etnográfica

CARACTERÍSTICAS DOS SISTEMAS

O modelo unificado de processo. O Rational Unified Process, RUP.

A Linguagem de Modelagem Unificada (UML)

Classificação de Sistemas: Sistemas Empresariais

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO

UML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2

Cinco restrições de desenvolvimento/teste que afetam a velocidade, o custo e a qualidade dos seus aplicativos

Módulo I - Aula 3 Tipos de Sistemas

EVOLUÇÃO DE SOFTWARE

UML - Unified Modeling Language

A IMPORTÂNCIA DA MEDIÇÃO DE ENERGIA PARA EFICIÊNCIA ENERGÉTICA

SISTEMA. Tecnologia. Software. Hardware. Prazos. Pessoas. Qualidade. Custo GERENCIAMENTO DE RISCO: COMO GARANTIR O SUCESSO DOS PROJETOS DE TI?

! Software e Engenharia de Software! Engenharia de Software e Programação! Histórico. " Crise do Software

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

DATA WAREHOUSE. Introdução

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Uso de taxonomias na gestão de conteúdo de portais corporativos.

MÉTRICA PARA MÍDIAS SOCIAIS UM MAR DE POSSIBILIDADES. Parte I. Dinamize

Sistemas Distribuídos Arquitetura de Sistemas Distribuídos I. Prof. MSc. Hugo Souza

18º Congresso de Iniciação Científica IMPLEMENTAÇÃO DE UM MODELO DE TESTE DE APLICAÇÕES WEB

Engenharia de Software I: Análise e Projeto de Software Usando UML

15 Computador, projeto e manufatura

Sistemas Distribuídos

UNIVERSIDADE FEDERAL DO PARANÁ - UFPR Bacharelado em Ciência da Computação

CONCEITOS E MÉTODOS PARA GESTÃO DE SAÚDE POPULACIONAL

Feature-Driven Development

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado)

UNEMAT SISTEMA DE INFORMAÇÃO (SI) Professora: Priscila Pelegrini

! Software e Engenharia de Software! Engenharia de Software e Programação! Histórico. " Crise do Software

Apresentação 24/12/2014. Professor Wilker Bueno

SISTEMA INTEGRADO DE GESTÃO. Prof. Esp. Lucas Cruz

MÓDULO 8 ARQUITETURA DOS SISTEMAS DE BANCO DE DADOS

Introdução sobre Implantação de Sistema ERP em Pequenas Empresas. Prof Valderi R. Q. Leithardt

Modelo Cascata. Alunos: Bruno Nocera Zanette Pedro Taques

Transcrição:

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

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)

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.

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.

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.

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.

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.

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.

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.

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.

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.

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

Gerenciamento da Complexidade

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.

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.

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.

Comunicação entre as pessoas envolvidas

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.

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.

Redução dos custos no desenvolvimento

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

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.

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.

Predição do comportamento futuro do sistema

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.