Beruflich Dokumente
Kultur Dokumente
IMPORTNCIA DA INFORMAO
CONCEITO DE SISTEMA
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.
Um sistema mal planejado pode interferir : No cronograma gerando atraso e consequentemente problemas de questo financeira;
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
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
MTODOS
EXERCCIO
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.
Interao
Estrutural
Exemplo: Sequncia
3.
Exemplo: Classes
EXERCCIO
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
RELEMBRANDO SINTAXE DO IF
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
- 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)
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.
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
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
O sistema deve permitir o cadastramento de clientes, armazenando Nome, RG, CPF, Data de Nascimento e Endereo;
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 :
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;
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
Adicionalmente, possvel haver uma inverso de papis, onde o analista assume a rotina do utilizador para identificar os problemas (requisitos).