Você está na página 1de 5

AULA 01 analise esta dentro da engenharia de software um projeto segue um processo e o processo te permite se organizar para alcanar se us objetivos

dentro de um projeto que um modelo de seu produto (programa/sistema ) o soft o processo reduz riscos porque h um gerenciamento do projeto levantamento de requisitos gera especificaes do soft, validar com o cliente faz co m que vc vai entendendo o que o cliente quer, desenvolvendo um soft eficiente pa ra o cliente. riscos: falta de planejamento, prazo curto para desenvolvimento, sem tempo para resolver bugs, inoperao do sistema, recursos que no suporta o sistema scran - metodologia agil (comunicao face-face "reunioes") rup - documentado, mais formal ciclo de vida um processo de desenvolvimento transformando em conjunto de entreg as chegando seu fim qdo o produto estiver pronto. mas o ciclo de vida podem se e stender para manuteno, implemetao de novos recursos baseado na necessidade do client e. ciclo de vida dividido em atividades, agregando qualidade, ordenado em fases ond e exige elementos como: recursos humanos (analista), recursos fisicos (computado r, salas para reunioes), recursos de entrada (produtos anteriores, metodos de de senvolvimento), produtos feitos nessa fase ciclo de vida basico: 1 - levantamento de dados (entrevista com o cliente, workshop:"reunio com todos e nvolvidos") 2 - Anlise (estudo dos requisitos levantados, validao com o cliente) 3 - Projeto (alocar os requisitos em tarefas, utilizao dos recursos) 4 - Implementao (codificao, testes "identificar erros") 5 - Implantao ciclo de vida - modelos codifica remenda (pobre especificao, nao entendi a verso do cliente, o cliente no co nseguir passar os requisitos direito. ouve uma implantao com pobres levantamentos, surgindo varios bugs e falta de tempo e recursos, gerando novas implementaes reme ndando o sistema todo) cascata (bom levantamento de requisitos, nao tem como voltar. nao tem como valid ar. e o que produz numa fase vai aproveitando na seguinte, demanda uma serie de documentao) prototipao (fornece uma verso rpida do sistema todo para o seu cliente, gerando uma validao na fase inicial, antes de passar para prxima etapa, e em cada etapa mais va lidaes refinando seu prototipo.) incremental (requisitos bem conhecidos, no implementado no total.. incrementado a os poucos. entregando o produto em verses, pequenas entregas para receber validaes para novas implementaes para outras verses

iterativo (divide o projeto em pequenas etapas, onde possivel avaliar os requisi tos mais claro, a cada iterao, avaliar, e levantar melhor o meu intedimento dos me us requisitos, diminuindo niveis de falha espiral (engloba as melhores qualidades do cascata e da prototipao adcionando o no vo elemento..a analise de riscos. planejando os riscos e monitorando os riscos e m todo processo, para grandes sistemas complexos. RUP (processo de desenvolvimento de soft) fases do RUP 4 fases, 9 disciplinas fases: iniciao, elaborao. construo, transio disciplinas: modelagem de negocios requisitos analise e desing implementao teste implantaes gerenciamento de configurao e mudana gerenciamento do projeto ambiente analise de sistemas: estudo de um problema, estudo de uma necessidade de um cliente, o papel do analista ser uma ponte entre o usuario e o programador. imaginar o que o cliente esta falando e sintetizar em solues, entender o ambiente do usurio, facilitar para que o usuario passe sua ideia. atividade do analista. levantamento de requisitos, workshop, entrevista registrar tudo que esta sendo feito no processo, para reutilizao, evitando retraba lho. utilizar ferramentas como astah para montar diagramas, documentaes

AULA 02 orientao objeto antes linguagens estruturada (linguagem fechada, sem mudanas,) utilizado por ter ainda sistemas ligados java - linguagem aberta, podendo alterar e com falta de manutencibilidade orientao objeto - uma estratgia de desenvolvimento de soft que organiza o soft como uma coleo de objetos analise e projeto OO Analise: investigao - o que deve ser feito projeto: modelar solues - como deve ser feito

caracteristicas OO: - reutilizao de componetes - manutebilidade (sistema bem organizado e documentado facilita na manuteno e muda nas) - confiabilidade - permite maior controle e segurana a classes dos objetos - extensibilidade "permite o sistema crescer" (permite adcionar novas funcionali dades a um componete de uma modelagem existente) metodos OO: booch - analise apartir de varias numeros de visoes, onde era descrita por model os e diagramas simbologia complexa, desenhada a mo

oose - utilizao de use-cases vistos por um ator externo omt - juno dos modelos de objetos, funcional e use-cases rebecca - propos uma metodologia dirigida a responsabilidade coad yourdon - dividiram a analise OO como sendo classe e objeto shlaer mellor - ressuscitou DFD (Diagrama de fluxo de dados) martin e odeil - aumento da reutilizao. reutilizando caracteristas das classes UML - linguagem de modelagem unificada o envolvimento de booch, rumbaugh e jacobson motivaram a criacao de uma liguagem unificada de modelao.. no uma liguagem de programao ento UML as melhores qualidades dos metodos desses colaboradores atraves de diagramas auxilia na resoluo de necessidades de um sistema e assim espe ficicar melhor o andamento da codificao do mesmo objeto: entidade com identidade bem definida com atributos(dados) e operaes (compo rtamentos) abstrao: habilidade mental que permite visualizar problemas do mundo real com vari os detalhes dependendo do problema proposto classe: abstrao de um conjuto de objetos do mundo real que possui tipos de caracte risticas de comportamentos em comum diviso da classe (nome, atributos e operaes) instancia - extrair um objeto de uma classe operao - acao que o objeto executa a implementacao de uma operao e chamada de metodo evento - para que uma ao ocorra preciso de um evento mensagem - mecanismo de invocao de uma operao, a forma de executar um metodo

um evento ao ser disparado, envia uma mensagem a uma operao do objeto estado - forma em que um objeto se encontra (fechado ou aberto) encapsulamento - capacidade do objeto de ocultar seus dados herana - propiedade que uma classe herda caracteristicas de outra classe polimorfismo - mesma operao pode ser aplicadas em classes diferentes

AULA 03 - Diagrama de caso de uso caso de uso - funcionalidade do sistema FURPS - funcionalidade, usabilidade, relacionamento, performace, suportabilidade representar caso de uso - ator (quem utiliza as funoes do sistema) - associao (comunicao do ator com o caso de uso - caso de uso (funco do sistema) Diagrama de caso de uso - modela um dilogo entre um ator e o sistema o caso de uso produz valor para o ator nao tem como colocar duas funcionalidades para um unico caso de uso ex: controlar cliente e controlar fornecedor nem duas especificao para ator.. ex: funcionarios e clientes CRUD.. funes bsicas (cadastrar, alterar, excluir e pesquisar) relacionamento o ator pode se relacionar mais de um caso de uso unidirecional (seta indica onde iniciou a comunicao) bidirecional (falta de seta indica comunicao nos dois sentidos) inclusao (caso de uso abstrato, obrigatorio, o caso de uso base depende do resul tado retornado pelo caso de uso incluso) exteno (caso de uso abstrato, opcional, geralmente em locais especifico onde permi te um complemento da funcionalidade uma exteno) generalizao (compartilha comportamento para as classes filhas, gera herana) e nisso pode reutilizar requizitos

exemplo de herana: classe pai trabalhadores do hospital; classes filhas: medico, secretaria, enfermeira, ajudante a generalizao serve para simplificar associaes entre muitos atores e um caso de uso

AULA 4 documentao de caso de uso

caso de uso especificam o comportamento do sistema ou partes dele um caso de uso como um conjuto de cenrios, onde cada cenrio uma sequencia de passo as a qual descreve uma interao entre um usuario e o sistema

FURPS F - funcionalidade URPS - requisitos especiais