************************************* ********** ANL - Resumo P2 ********** ************************************* Data : 04/06/2003 a 10/06/2003 Versão : 04/07/2007 Professor: Wagner Toscano Autor : Leandro Salvador ( leandrosalvador.com.br ) * DSA (Descrição da Situação Atual) - DADO - texto elaborado pelo analista e assinado em conjunto pelo responsável da empresa - exemplo Ata de reunião da empresa Cristal para apresentação de um sistema que agilize o fluxo de informações. Os CLIENTES telefonam para o serviço de atendimento ao consumidor da empresa Cristal e encaminham críticas ou sugestões ao ATENDENTE. O ATENDENTE encaminha a informação para o ESPECIALISTA do assunto. O ESPECIALISTA toma as providências necessárias para a melhoria do processo e encaminha a solução ao ATENDENTE. O ATENDENTE telefona ao CLIENTE e informa as melhorias efetivadas no processo em questão, agradecendo-o pela cooperação. * LE (Levantamento das Entidades) - entidade recebe ou fornece informações - sujeito no texto, podendo estar oculto - nem sempre é um ser humano, pode ser um dispositivo, máquinta, sistema, etc - listamos todas as entidades - quando houverem entidades muito semelhantes, selecionamos a que seja mais completa e excluímos as outras - exemplo SEQÜÊNCIA ENTIDADE SUBSTITUI 1 cliente clientes 2 atendente --- 3 chefe --- 4 especialista --- * LESA (Lista de Eventos da Situação Atual) - a lista tem como objetivo encontrar os eventos existentes dentro da situação atual de trabalho, se existirem - dicas - procure orações, isto é, frases formadas por um verbo - caso a oração esteja na voz passiva transforme-a em voz ativa - para não haver confusão nos nomes das entidades, as entidades que foram reduzidas, mas que para compreensão você deseje dar maior clareza, coloque-as entre parênteses - seja disciplinado, utilize uma palavra em todo o texto para exprimir somente uma determinada coisa, não dê dois nomes a coisas iguais - exemplo SEQÜÊNCIA ENTIDADE ORIGEM AÇÃO OBJETO ENTIDADE DESTINO 1 cliente enviar observação atendente 2 atendente enviar observação especialista 3 especialista enviar solução atendente 4 atendente enviar solução cliente * LEP (Lista de Eventos da Proposta) - DADO - inserir ou retirar eventos que possibilitem a automatização dos trabalhos - formato idem à LESA - a automatização se dará com a troca da entidade por "sistema" - é possível criar novas entidades - exemplo SEQÜÊNCIA ENTIDADE ORIGEM AÇÃO OBJETO ENTIDADE DESTINO 1 cliente cadastrar observação SISTEMA 2 SISTEMA atualizar observação SISTEMA 3 SISTEMA enviar email especialista 4 especialista atualizar solução SISTEMA 5 SISTEMA enviar email cliente * DC (Diagrama de Contexto) - NÃO CAI - apresenta o sistema graficamente - usa os eventos da LEP - construção - entidades que não são sistemas são representadas por retângulos (ao redor) - entidade sistema é representada por um círculo ao centro, cercado de entidades - ações e objetos são descritos em linhas que interligam as entidades ao sistema e vice-versa - exemplo |¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯| --> cadastrar observação --> /¯¯¯¯¯¯¯¯¯\ | cliente | ( SISTEMA ) |________________| <-- enviar email <-- \_________/ |¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯| <-- enviar email <-- /¯¯¯¯¯¯¯¯¯\ | especialista | ( SISTEMA ) |________________| --> atualizar solução --> \_________/ * DCUS (Diagrama de Caso de Uso do Sistema) - apresenta o sistema graficamente - usa os eventos da LEP - tem o mesmo objetivo do DC - formato UML - construção - entidades que não são sistemas são representadas por atores - ações e objetos são representadas por elipses - entidade sistema é representada por um quadrado envolvendo as elipses - exemplo /¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯\ ------>( cadastrar observação ) / \______________________/ O-O / | / --- cliente < \ \ /¯¯¯¯¯¯¯¯¯¯¯¯¯¯\ -------( enviar email ) \______________/ /¯¯¯¯¯¯¯¯¯¯¯¯¯¯\ -------( enviar email ) / \______________/ O-O / | < --- especialista \ \ \ /¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯\ ------>( atualizar solução ) \___________________/ * DP (Descrição da Proposta) - fazemos um texto com a mesma estrutura da DSA baseada nos eventos da LEP - dica: abrir 3 editores de texto simultaneamente: DP, DSA, LEP - exemplo O cliente cadastra observações no sistema. O sistema publica a informação no site e a envia via email para o especialista do assunto, seguindo as informações fornecidas pelo cliente. O especialsta toma as providências necessárias para a melhoria do processo e atualiza a solução no sistema. O sistema atualiza a solução no site e a envia via email para o cliente. * LR (Lista de Requisitos) - baseia-se na LEP - exclui o cabeçalho - exclui todas as linhas em que não haja SISTEMA - transforma em frases as ligações existentes - exemplo 1 cliente cadastrar a observação no SISTEMA 2 SISTEMA publicar a observação no SISTEMA 3 SISTEMA enviar o email ao especialista 4 especialista atualizar a solução no SISTEMA 5 SISTEMA publicar a solução no SISTEMA 6 SISTEMA enviar o email ao cliente * LPR (Lista de Prioridades dos Requisitos) - baseia-se na LR - prioridades - alta (saída do SISTEMA) - envia - emite - solicita - média (atualização no SISTEMA) - atualiza - cancela - baixa (entrada no SISTEMA) - cadastra - exemplo 2 SISTEMA publicar a observação no SISTEMA 3 SISTEMA enviar o email ao especialista 5 SISTEMA publicar a solução no SISTEMA 6 SISTEMA enviar o email ao cliente 4 especialista atualizar a solução no SISTEMA 1 cliente cadastrar a observação no SISTEMA * DR (Descrição dos Requisitos) - DADO - baseia-se na LPR - descreve os objetos ou ações de entidades externas que o sistema necessita para atender o requisito - a descrição deve considerar os casos mais comuns - as exceções devem ser descritas como cenários (sub-tópicos) - um cenário pode possuir alguns casos particulares descritos em outros cenários - para não ficar uma ação solta é permitido colocar uma introdução explicando como o ambiente se apresenta antes do sistema atender o requisito - também é permitido introduzir um término do texto com descrição de qual requisito deve ser chamado a seguir, ou escrever a continuidade das ações - exemplo - SISTEMA publica a observação no SISTEMA - introdução - cliente cadastrou a observação no SISTEMA - descrição - o SISTEMA verifica o status de acesso e publica a observação no SISTEMA - SISTEMA envia o email ao especialista - introdução - observação foi publicada no SISTEMA e o cliente selecionou o setor responsável, como por exemplo: diretoria, secretaria, recepção, corpo docente, diretório acadêmico - descrição - o SISTEMA com base no campo "setor responsável" selecionado pelo cliente determina o especialista e envia-lhe um email sinalizando-o, agregando a data de envio da observação ao código da observação - SISTEMA publica a solução no SISTEMA - introdução - especialista atualizou a solução no SISTEMA - descrição - o SISTEMA busca a observação através de seu código, agregando o código da solução e a data da solução, e publica a solução de acordo com o status de acesso * DCUR (Diagrama de Caso de Uso dos Requisitos) * DO (Diagrama de Objetos) A - observação A - código da observação A - data de envio da observação B - solução B - código da solução B - data de envio da solução C - status de acesso D - email especialista D - setor responsável E - cliente ------------------------------------------------------ | textoObservação: texto corrido | ------------------------------------------------------ | codigoObservação: obs2003052217460001 | | dataObservação: 22/05/2003 - 17:46 | | statusObservação: + chefes + funcionários - clientes | ------------------------------------------------------ | / \ | / \ | \ / | \ / / \ | / \ | \ / | \ / | ------------------------- | | cliente: Wagner Toscano | | ------------------------- | | | ------------------------------------ | textoSolução: texto corrido | ------------------------------------ | codigoSolução: sol2003052217460001 | | dataSolução: 24/05/2003 - 14:00 | ------------------------------------ | | | | / \ / \ \ / \ / -------------------------------------- | emailEspecialista: spina@tancredo.br | -------------------------------------- | setorResponsável: Computação | -------------------------------------- * DCL (Diagrama de Classes) - baseia-se no DO, porém possui uma relação de cardinalidade entre as classes - exemplo ------------------------------------------------------ | Observação | ------------------------------------------------------ | textoObservação: texto corrido | | codigoObservação: obs2003052217460001 | | dataObservação: 22/05/2003 - 17:46 | | statusObservação: + chefes + funcionários - clientes | ------------------------------------------------------ | * / \ 1 | / \ | \ / | \ / / \ | / \ | \ / | \ / 1 | ------------------------- | | Cliente | | ------------------------- | | cliente: Wagner Toscano | | ------------------------- | | | * ------------------------------------ | Solução | ------------------------------------ | textoSolução: texto corrido | | codigoSolução: sol2003052217460001 | | dataSolução: 24/05/2003 - 14:00 | ------------------------------------ | * | | | / \ / \ \ / \ / 1 -------------------------------------- | Especialista | -------------------------------------- | emailEspecialista: spina@tancredo.br | | setorResponsável: Computação | -------------------------------------- * DS - Diagrama de Seqüência - baseia-se na DR e DCL - exemplo - SISTEMA publica a observação no SISTEMA - o SISTEMA verifica o status de acesso e publica a observação no SISTEMA - status de acesso --> classe Acesso - observação --> classe Observação ------------ | Observação | ------------ | | - ------| | publicar() O-O verificar | | |-----------> | status() ----->| | --- | | site - * DCO (Diagrama de Colaboração) ----------//----------