sexta-feira, 29 de maio de 2009

Diagrama de Seqüência

Nosso grupo compreendeu que para fins de estudos deveríamos abordar um Diagrama de Seqüência que apresentasse o Caso de Uso mais complexo e mais importante para o nosso sistema. Construímos portanto um Diagrama de Seqüência referente ao Caso de Uso Manter Tramitação, que representa a capacidade de workflow de nosso sistema.
Postado por às

13 comentários:

  1. Unknown29 de maio de 2009 às 22:06

    Este comentário foi removido pelo autor.

    ResponderExcluir
  2. Unknown29 de maio de 2009 às 22:08

    Olá pessoal,

    Gostei da abordagem de baixo nível que vocês deram, parabéns.

    Algumas observações:

    1-Assim como o diagrama da equipe do Qualiverify, percepi que os métodos na classe Sistema estão embolados, um em cima do outro. Cada setinha deve terminar em um quadradinho (método) isolado ao qual ela dá o nome.

    2-Vocês estão DESTRUINDO todos os objetos. Se vocês destruierem objetos de domínio significa que vocês estão eliminando eles da base! É isso!? Vocês estão apagando Usuários, Orgãos, Pessoas e Tramitações da Base? Pois é este o significado daquel "X", numa classe de domínio. Nas classes de controle é apenas uma sinal para o Garbage Colector.

    Abraços gente
    Fábio Gabriel

    ResponderExcluir
  3. Jorge Gomes1 de junho de 2009 às 17:43

    O diagrama mais detalhado que encontrei até agora, permite o perfeito entendimento da aplicação.

    ResponderExcluir
  4. Eliane Capra2 de junho de 2009 às 11:03

    Duplinha
    Vocês destruíram todos os objetos?
    Acho que "assunto", por exemplo existe em todo momento.
    Abração
    Capra

    ResponderExcluir
  5. Viviane2 de junho de 2009 às 19:08

    Oi pessoal! ficou muito bom! Vocês alcançaram o objetivo! Uma observação...como o diagrama é grande, na minha opinião, o fluxo de retorno poluiu um pouquinho....
    bjs!

    ResponderExcluir
  6. Marco Damiani2 de junho de 2009 às 20:04

    Completo, porém deve-se checar se os objetos tem que ser realmente destruídos e evitar os métodos get e set, pois poluem o diagrama e são praticamente métodos default.

    Parabéns.

    ResponderExcluir
  7. brunadiirr3 de junho de 2009 às 09:03

    Pessoal, o diagrama ficou bem legal e explicativo. Sem comentários
    Beijos

    ResponderExcluir
  8. Mateus3 de junho de 2009 às 17:54

    Boa noite,
    Sobre o diagrama tenho duas considerações.
    1 – Se o sistema uma tela, a mensagem entre o ator e ele não deveriam ter métodos, e sim mensagens (representados com uma seta com o triangulo aberto)
    2- Não acho que precise representar os get e set da aplicação, pois são operações padrão.

    ResponderExcluir
  9. QuickLawyer4 de junho de 2009 às 14:42

    Boa noite

    Não tenho nenhuma dúvida pois o caso de uso consiste basicamente de get e sets.

    abraços

    ResponderExcluir
  10. Paula4 de junho de 2009 às 14:58

    Acho que a contribuição do Matheus está pertinente:
    Se o sistema uma tela, a mensagem entre o ator e ele não deveriam ter métodos, e sim mensagens (representados com uma seta com o triangulo aberto)
    Abçss
    Paula

    ResponderExcluir
  11. eMoraes4 de junho de 2009 às 17:45

    Bom noite, galera! Eu não entendi muito bem. Só uma dúvida: os passos 2 e 3 são fluxos do caso de uso? Tipo: vocês fizeram num mesmo diagrama um fluxo básico e um alternativo? Se for isso, eu acho que para facilitar o entendimento, poderia ser feito dois diagramas. Outra coisa, se vcs deram um get no processo lá no início, por que vcs dão outros gets nele durante o restante dos fluxos?

    ResponderExcluir
  12. Cleber_Barros4 de junho de 2009 às 19:14

    Olá boa noite. Não entendi os "X" no diagrama. Por uma acaso é o que o Fábio está dizendo? Abçs

    ResponderExcluir
  13. Joaquim de Menezes5 de junho de 2009 às 05:40

    Oi, Pessoal,

    fiquei com dúvidas sobre o X. No mais, acho que está ok.

    HJdM

    ResponderExcluir

Assinar: Postar comentários (Atom)