Você está na página 1de 65

MODELAGEM DE SISTEMAS 2 INFORMTICA CONCOMITANTE

Professora Valria Helena Politi Gerbelli

INTRODUO A ANLISE DE SISTEMA


At por volta dos anos 80, o computador estava presente somente nas grandes empresas (organizaes), mostrando seu potencial de aplicaes e exibindo seu status diante de seus concorrentes.
Entretanto, as pequenas e mdias empresas passavam por uma fase utpica, em termos de informtica, pois o alto custo dos computadores e seus perifricos tornava essa idia de informatizao impraticvel.

INTRODUO A ANLISE DE SISTEMA


Esse quadro aos poucos foi mudando, pois com os avanos tecnolgicos e com o lanamento dos microcomputadores, houve uma grande transformao no mercado de informtica.
Houve de uma hora para outra, um queda nos preos dos computadores e seus suprimentos, de maneira geral para informtica e softwares (em pases de 1 Mundo).

INTRODUO A ANLISE DE SISTEMA


Essas transformaes chegaram ao Brasil com a abertura do nosso mercado para as importaes, o que facilitava a aquisio de produtos de informtica dentro ou fora do pas, alm da criao de cursos para treinamento de pessoal da rea com pases de 1 Mundo.
Diante de uma expectativa de crescimento acelerado do mercado de informtica no Brasil, e de sua valiosa importncia em termos de competitividade no atendimento clientes, quanto a eficincia e rapidez, muitas empresas optaram por investir na informtica, para suprir suas necessidades

INTRODUO A ANLISE DE SISTEMA


Essas transformaes chegaram ao Brasil com a abertura do nosso mercado para as importaes, o que facilitava a aquisio de produtos de informtica dentro ou fora do pas, alm da criao de cursos para treinamento de pessoal da rea com pases de 1 Mundo.
Diante de uma expectativa de crescimento acelerado do mercado de informtica no Brasil, e de sua valiosa importncia em termos de competitividade no atendimento clientes, quanto a eficincia e rapidez, muitas empresas optaram por investir na informtica, para suprir suas necessidades

IMPORTNCIA DA INFORMAO

INTRODUO A ANLISE DE SISTEMA


No incio, as informaes, eram catalisadas com o uso do computador, sem preocupar-se com a redundncia da informao. Era comum existirem informaes repetidas, isso dificultava ao usurio sua atualizao.

INTRODUO A ANLISE DE SISTEMA


O que ocorria na informatizao de grande parte das empresas, era transferir operaes manuais para os computadores sem se preocupar com a racionalizao e administrao de tais informaes, o primordial no processo era informatiz-la.
As informaes quando esto automatizadas (informatizadas) servem como base para tomada de decises para uma empresa, porm, para isso importante que essas informaes estejam sempre atualizadas.

INTRODUO A ANLISE DE SISTEMA


Por causa disso, o computador tornou-se uma poderosa ferramenta de trabalho nas mos da maioria dos profissionais de toda e qualquer rea de atuao, seja engenharia, administrao ou qualquer outra.

CONCEITO DE SISTEMA

INTRODUO A ANLISE DE SISTEMA


comum ouvirmos as expresses : Sistema respiratrio; Sistema circulatrio; Sistema Virio; Sistema Politico; Sistema de Navegao;
Nas empresas, especificamente ouvimos : Sistema de Folha de Pagamento; Sistemas de Contas a Receber; Sistema de Contabilidade; Sistema de Planejamento; Sistema de Produo; entre outros.

POSSVEIS FALHAS NO PROJETO

FALHAS NO PROJETO

IMPORTNCIA DE PLANEJAR
de extrema importncia saber o que o cliente necessita em seu sistema. No existe uma conduta padro, o principal saber que voc est buscando soluo para o problema de um cliente.

Definindo objetivos, participantes e suas atividades, conseguimos a excelncia no desenvolvimento de software, pois desta maneira ter controle e padronizao de processos.
No esquecer que planejar tambm diz respeito no que a equipe de desenvolvimento ir utilizar de hardware e software.

SISTEMA MAL PLANEJADO

Um sistema mal planejado pode interferir : No cronograma gerando atraso e consequentemente problemas de questo financeira;

Treinamento dos usurios; Problemas de aceitao pelos usurios;

UML

UML no est presa a nenhuma linguagem. A UML uma tentativa de padronizar a modelagem orientada a objetos de uma forma que qualquer sistema, seja qual for o tipo, possa ser modelado corretamente, com consistncia, fcil de se comunicar com outras aplicaes, simples de ser atualizado e compreensvel. Existem vrias metodologias de modelagem orientada a objetos que at o surgimento da UML causavam uma guerra entre a comunidade de desenvolvedores orientado a objetos. A UML acabou com esta guerra trazendo as melhores ideias de cada uma destas metodologias, e mostrando como deveria ser a migrao de cada uma para a UML.

UML

A UML uma tentativa de padronizar a modelagem orientada a objetos de uma forma que qualquer sistema, seja qual for o tipo, possa ser modelado corretamente, com consistncia, fcil de se comunicar com outras aplicaes, simples de ser atualizado e compreensvel. Existem vrias metodologias de modelagem orientada a objetos que at o surgimento da UML causavam uma guerra entre a comunidade de desenvolvedores orientado a objetos. A UML acabou com esta guerra trazendo as melhores ideias de cada uma destas metodologias, e mostrando como deveria ser a migrao de cada uma para a UML.

OBJETO

"Um objeto um termo que usamos para representar uma entidade do mundo real fazemos isto atravs de um exerccio de LAYLA abstrao.
Propriedades cor : preta cor dos olhos : preto altura : 10 cm comprimento : 30 cm

Mtodos Balanar rabo Latir Deitar Sentar

ABSTRAO

a caracterstica de uma entidade que a diferencia de outras. a capacidade de fixar a ateno apenas nos detalhes relevantes para construo de uma soluo. Quando penso em um cliente, no preciso pensar em todos os seus atributos para soluo de um problema.

DIAGRAMA DE CLASSE

Classe Cachorro

Objeto Layla

Aqui temos que Layla um objeto da classe Cachorro. Em termos de Orientao a Objetos acabamos de criar uma instncia da classe Cachorro e a chamamos Layla. Quando criamos uma nova instncia de uma classe dizemos que estamos instanciando a classe.

DIAGRAMA DE CLASSE
MODIFICADORES

CARRO
- nomeFabricante : String - nomeModelo : String - cor : String - anoFabricacao : Int + abrirPorta():void + ligar():void + frear():void + trocarMarcha():void
Para poder representar a visibilidade dos atributos e operaes em uma classe utiliza-se as seguintes marcas e significados: + pblico - visvel em qualquer classe # protegido - qualquer descendente pode usar -privado - visvel somente dentro da classe

NOME DA CLASSE ATRIBUTOS

MTODOS

EXERCCIO

CRIA A CLASSE DE UMA CONTA BANCRIA COMO SE PEDE : NOME : Conta


ATRIBUTOS : Numero Saldo Data de Abertura (voc deve definir o tipo dos atributos) vhelena@portalanchieta.com.br

REVISO

REVISO

DIAGRAMA DE CLASSE

Uma classe uma descrio de um conjunto de objetos que compartilham atributos, operaes, relacionamentos e semnticas. Essas classes so utilizadas para compor o vocabulrio do sistema que est sendo desenvolvido atravs da abstrao de objetos que constituem o domnio do problema. Uma Classe representada por um retngulo dividido em 3 partes, onde o primeiro o nome da classe que seu identificador, o segundo e o terceiro correspondem respectivamente a atributos e operaes desta classe, que devem ser comum a todos os objetos, instncia desta classe. Uma instncia deve obrigatoriamente ter nome, mas no necessariamente dever ter atributos e operaes.

EXEMPLO DO DIAGRAMA DE CLASSE

TIPOS DE DIAGRAMAS DE CLASSE

Na UML temos 3 tipos de Diagramas: 1.Comportamental


Exemplo: Caso de uso.
2.

Interao
Estrutural

Exemplo: Sequncia
3.

Exemplo: Classes

EXERCCIO

CONTROLE DE CONTA DE LUZ

Uma pessoa controla seus gastos de luz anotando a data da leitura, nmero da leitura, KW gastos, Valor a Pagar e Data do Pagamento.
Ela calcula :

a mdia de consumo

o maior consumo
o menor consumo

Crie o Diagrama de Classe com nome, atributos e seus tipos e seus mtodos.

EXERCCIO

CONTROLE DE CONTA DE LUZ

Identifique as classes, atributos e mtodos deste cenrio.

RELEMBRANDO SINTAXE DO IF

if (condio) comandos verdade; else comandos falso;

if (condio) { comandos verdade; comandos verdade; } else { comandos falso; comandos falso; }

PROGRAMANDO
CONTROLE DE CONTA DE LUZ
TEXTBOX txt_leitura txt_num_leitura txt_kw txt_pagar txt_pagto txt_media PROGRAMAO DO BUT_SAIR if (MessageBox.Show(Sair do Programa, Caixa de Aviso, MessageBoxButtons.YesNo, MessageBoxIcon.Question) == DialogResult.Yes) Application.Exit(); BOTES but_maior but_menor but_media but_sair

EXERCCIO
CRIAR O DIAGRAMA DE CLASSE PARA O SEGUINTE PROBLEMA

Para cada gasto, Vera cadastra: o tipo do gasto (remdio, roupa, refeio,etc.) a data do gasto o valor gasto a forma de pagamento (dinheiro, cheque, carto ou cheque pr).

No final do ms, Vera lista : o total dos gastos mensais, agrupados por tipo de gasto e exibindo o quanto foi gasto em cada tipo de forma de pagamento. Identifique as classes, atributos e mtodos desse cenrio.

RESOLUO

TipoGasto

Gasto
- TipoGasto: String - Data: Date - Valor : Real - FormaPagto: EnumFormaPagamento

Enum-FormaPagamento - TipoPagamento (dinheiro, cheque, carto, chequePre)

- Descricao : String

+ Cadastrar()

+ Cadastrar + GerarRelatorioMensal()

+ cadastrar()

EXPLICANDO
a)

A classe enumeration foi criada para suportar o domnio do atributo FormaPagamento, que consistia de valores fixos e com caractersticas de rara mutao. Todo gasto refere-se a somente um tipo. Isso cria um relacionamento da classe Gasto com a classe TipoGasto, representada pelo atributo tipo. Toda a complexidade do relatrio mensal est encapsulada no mtodo gerarRelatorioMensal.

b)

c)

EXERCCIO COMANDA ELETRNICA


As informaes a seguir se referem a uma aplicao de controle de comanda eletrnica da padaria Doce Sabor do Seu Joaquim.

O cliente usa uma comanda eletrnica durante suas compras na Padaria. A cada produto consumido, o atendente registra em sua comando (que possui uma numerao) produto e a quantidade. Ao passar no caixa na sada da Padaria, a Caixa l os gastos da comanda, finalizando a compra. Na leitura da comanda, verifica-se o valor unitrio de cada produto a fim de calcular o valor total da compra.

Identifique as classes, atributos e mtodos desse cenrio.

HERANA

HERANA
Quando classes especficas incorporam a estrutura e o comportamento de classes mais gerais. Existe uma superclasse (classe pai) que tem atributos e mtodos que podem ser herdados pelas classes filhos. Neste caso a Classe Pai Produtos, pois tem atributos que so comuns para as outras classes (Classe Filho).

HERANA
CLASSE PRINCIPAL 1. Cadastrar Livro 2. Cadastrar CD 3. Listrar Livro 4. Listar CD 5. Sair

HERANA
CLASSE PRODUTO (super classe) Mtodo cadastrar Guardar nos atributos os valores passados pelo usurio e de acordo com o que foi chamado no menu, guardar os atributos do CD ou do Livro.

HERANA
CLASSE LIVRO (classe filho) Mtodo cadLivro : deve ser guardado os valores digitados nos atributos referente ao Livro Mtodo listLivro : mostrar os valores digitados referente ao Livro

HERANA
CLASSE CD (classe filho) Mtodo cadCd : deve ser guardado os valores digitados nos atributos referente ao CD Mtodo listCd : ostrar os valores digitados referente ao Cd

HERANA

CASO DE USO

CASO DE USO
O diagrama de caso de uso tem como objetivo representar o sistema na viso do usurio. Este diagrama representa o que o sistema deve fazer mas no especifica como deve fazer. Sequncia de aes que o sistema executa para produzir um resultado visvel para um ator. Caso de Uso Uma forma de usar o sistema

ATOR

CASO DE USO

EXEMPLO

EXEMPLO

EXEMPLO

COMO DESENVOLVER UM CASO DE USO


1. 2.

Identificar os atores dos sistema

Identificar para cada ator os seus casos de uso

SISTEMA DA MQUINA DE BEBIDAS

necessrio desenvolver um sistema de para uma mquina de bebidas:


O

cliente insere o dinheiro na mquina recebe o troco (se for necessrio) e retira a bebida. O dono do bar em conjunto com o agente fornecedor fazem a reposio das bebidas. Dono do bar recolhe o dinheiro da mquina

ESPECIFICAO DE REQUISITOS
a etapa que visa entender o qu o usurio quer; Nesse momento necessrio extrair as necessidades dos usurios de um modo claro e objetivo; Cada requisito deve ser compreensvel por qualquer pessoa e no gerar dupla interpretao (ambiguidade).

REQUISITOS FUNCIONAIS

So aqueles que descrevem o comportamento do sistema, o qu o sistema deve fazer. Exemplo :

O sistema deve permitir o cadastramento de clientes, armazenando Nome, RG, CPF, Data de Nascimento e Endereo;

DOCUMENTOS REQUISITOS FUNCIONAIS

A Norma ISO / IEC 9126 define seis caractersticas de qualidade de software que devem ser avaliadas: Funcionalidade finalidade do produto; Usabilidade esforo para utilizar, aprender o produto; Confiabilidade frequncia de falhas, recuperabilidade; Eficincia caracterstica relacionada ao desempenho; Manutenibilidade esforo necessrio para modificar; Portabilidade capacidade de transferir o produto para outros ambientes.

REQUISITOS NO FUNCIONAIS So requisitos que no esto diretamente relacionados a funcionalidades, mas sim a caractersticas de manuteno, usabilidade, portabilidade, desempenho e outros que o software deve possuir. Exemplo :

O sistema deve permitir que ao menos 20 usurios o utilizem simultaneamente.

DOCUMENTOS REQUISITOS NO FUNCIONAIS

tempo de resposta do sistema no deve ultrapassar 10 segundos; software deve ser operacionalizado no sistema Windows; O banco de dados usado dever ser o Oracle;

TCNICAS DE LEVANTAMENTO DE REQUISITOS

Existem tcnicas que auxiliam na tarefa de levantamento de requisitos, tendo por objetivo superar as dificuldades dessa etapa; A quantidade de tcnicas grande e a sua utilizao depende muito do grau de maturidade da equipe de projeto, e em muitos casos do prprio tipo de projeto a ser desenvolvido.

BRAINSTORM
a tcnica de gerao de ideias em larga escala, sem que inicialmente se preocupe em verificar se elas so viveis ou fazem sentido dentro do contexto que est se discutindo; selecionar as pessoas envolvidas e coloc-las em uma sala. No permitir de modo algum, que haja interrupo da sesso; O analista (lder do Brainstorming) deve explicar para os selecionados quais so as regras e como ser conduzida a sesso; Em hiptese alguma cortar qualquer ideia, mesmo que a princpio ela no faa sentido.

ENTREVISTA
a tcnica mais tradicional e que produz resultados muitos bons; Ela deve dar espao para que o entrevistado exponha as suas ideias e gradualmente diga ao analista o que espera do software; importante traar um plano antes da entrevista para que essa no fuja do controle do analista; Antes de iniciar a entrevista necessrio que o analista avalie previamente materiais relativos ao projeto como:

formulrios, relatrios, documentos. Desse modo o analista ter base para poder discutir o assunto com o entrevistado;

ENTREVISTA
No planejar reunies maiores de 1h; No tente explorar todo o assunto de uma nica vez, v por etapas; Aps a reunio, necessrio validar sempre se o que foi documentado era o que o usurio queria; Evitar ao mximo utilizar termos tcnicos (lembre-se de que o usurio no conhece informtica tecnicamente);

QUESTIONRIOS
Deve ser usado quando um conjunto de questes deve ser dirigido a um conjunto de usurios (clientes). Permitem analisar estatisticamente as respostas formando a percepo de um Universo de Informaes. A desvantagem a diminuio de interao com o

usurio (cliente).

OBSERVAO
Algumas vezes os utilizadores no conseguem definir como

a sua rotina de trabalho, para esses casos, necessrio ir


at o local e observar a rotina de trabalho.

Adicionalmente, possvel haver uma inverso de papis, onde o analista assume a rotina do utilizador para identificar os problemas (requisitos).