Sistema de Paginação de Esportes Universitários

Relatório Sintético do Modelo de Caso de Uso

Versão 1.0

 

Histórico da Revisão

Data

Versão

Descrição

Autor

13 de outubro de 1999 1.0 Versão Inicial Integração de Contexto

 Índice

Relatório Sintético do Modelo de Caso de Uso

IntroduçãoInício da página

Finalidade

Este relatório faz uma descrição abrangente do modelo de casos de uso, mostrando o modo como ele está estruturado em pacotes e os casos de uso e os atores que existem nele.

Escopo

Esse Relatório Sintético de Modelo de Caso de Uso se aplica ao Sistema de Paginação de Esportes Universitários, que será desenvolvido pela Integração de Contexto. Esse sistema permitirá que os assinantes sejam notificados dos eventos relacionados aos eventos de esportes universitários ou às equipes às quais se associam e permitirá visualizar o conteúdo aos quais se associaram.

Definições, Acrônimos e Abreviações

Consulte o Glossário.

Referências

Nenhuma.

Catálogo do AgenteInício da página

Nome Descrição
Assinante Um Assinante é um indivíduo que paga o WebNewsOnLine para fornecer o conteúdo customizado e as páginas alfanuméricas quando ocorrerem os eventos de interesse. Os assinantes especificam, apesar do perfil, em qual categoria de conteúdo estão interessados.
Anunciante O Anunciante é a entidade que paga o WebNewsOnLine para exibir o conteúdo de anúncio aos assinantes e aos assinantes em potencial. Os anunciantes também publicam o conteúdo de anúncio no Web site.
Editor O Editor é um funcionário do WebNewOnLine que categoriza, modifica, aprova ou rejeita o conteúdo e o conteúdo de anúncio.
Serviço de Paginação O Serviço de Paginação é um sistema que transmite as páginas alfanuméricas para os dispositivos de paginação.
Gateway do Pager O Gateway do Pager é um sistema que reúne as páginas a serem enviadas aos assinantes, as formata e as transmite ao serviço de paginação.
Sistema WebNewsOnLine Atual Esse sistema fornece atualmente as notícias on-line não customizadas e o conteúdo esportivo.
Assinante em Potencial Um Assinante em Potencial é um indivíduo que não está atualmente associado ao Sistema de Paginação de Esportes Universitários, mas que pode ser qualificado para isso.

 

Aprovar HistóricoInício da página

Breve Descrição

Esse Caso de Uso ocorre quando um editor aprova um histórico para inclusão no Sistema de Paginação de Esportes Universitários. Alguns históricos serão propagados automaticamente do sistema existente, mas alguns precisarão de intervenção do editor (porque seu assunto não está claro ou as categorias às quais o histórico pertence não estão claras). Esse fluxo também é utilizado para aprovar o conteúdo de anúncio sendo publicado.

Fluxo de Eventos

Fluxo Básico

  1. O sistema coloca um histórico no fluxo de trabalho de "tarefas" do editor.
  2. O editor visualiza o histórico.
  3. O editor categoriza o histórico e o marca como aprovado.
  4. O sistema inclui o histórico e dispara a iniciação das mensagens de paginação.

Fluxos Alternados

  1. Rejeitar Conteúdo
    1. O editor visualiza o histórico.
    2. O editor marca o histórico como rejeitado.
    3. O sistema notifica o originador do conteúdo que o histórico foi rejeitado
  2. Modificar Conteúdo
    1. O editor seleciona "Modificar Histórico"
    2. O sistema exibe os títulos de todos os históricos disponíveis
    3. O editor seleciona o título específico
    4. O sistema exibe as características do histórico
    5. O editor atualiza as características
    6. O editor seleciona "Salvar"
    7. O sistema republica o histórico, acionando a atividade de paginação conforme necessário
  3. Aprovar Conteúdo de Anúncio
    1. O editor visualiza o conteúdo de anúncio
    2. O editor o marca como aprovado.
    3. O sistema inclui o conteúdo de anúncio para exibição
    4. O sistema marca o registro de faturamento preliminar como aprovado
  4. Rejeitar Conteúdo do Anúncio
    1. O editor visualiza o conteúdo de anúncio
    2. O editor o marca como rejeitado e fornece uma razão para rejeição
    3. O sistema notifica o anunciante (via e-mail) sobre a rejeição e a razão
  5. Histórico não visualizável
  6. Se o histórico tiver sido excluído por outro editor e não estiver sendo exibido atualmente, o caso de uso será encerrado.

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

O editor deve ter efetuado login.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Editar PerfilInício da página

Breve Descrição

Esse caso de uso ocorre quando um assinante deseja alterar suas informações de perfil ou quando um novo assinante deseja se inscrever.

Fluxo de Eventos

Fluxo Básico

  1. O usuário seleciona "Editar Perfil"
  2. O sistema exibe categorias de perfil (pessoal, preferências, informações do pager, seleções "avise-me quando".
  3. O usuário seleciona a categoria
  4. O sistema exibe o detalhe
  5. O usuário atualiza o detalhe, pressiona "OK"
  6. O sistema valida os dados conforme requeridos, atualiza o perfil do assinante.

Fluxos Alternados

Se esse for um novo assinante, o caso de uso "Pagar com Cartão de Crédito" será chamado seguindo a etapa 5 acima.

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Isso precisa ser protegido porque as informações no cartão de crédito podem estar no perfil.

Condições Prévias

As condições prévias serão determinadas durante a próxima iteração.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

Pagar com Cartão de CréditoInício da página

Breve Descrição

Esse caso de uso ocorre quando um novo assinante deseja pagar sua taxa de assinatura anual, especificando um número de cartão de crédito e PIN. Isso também pode ocorrer quando um assinante existente desejar a renovação (consulte o fluxo alternado 1).

Fluxo de Eventos

Fluxo Básico

  1. O assinante seleciona "pagar com cartão de crédito"
  2. O sistema solicita ao assinante o número do cartão de crédito, a data de vencimento e (opcionalmente) o PIN
  3. O sistema envia as informações do cartão de crédito para o sistema externo para validação de carga e aplicativos
  4. Após o recebimento da validação, o sistema atualiza o registro do assinante para indicar a nova data de validade

Fluxos Alternados

O assinante renova a assinatura

Quando isso ocorre, o fluxo é executado da seguinte forma:

  1. O assinante seleciona "pagar com cartão de crédito"
  2. O sistema exibe as informações atuais do cartão de crédito
  3. O usuário aceita as informações no estado em que se encontram ou atualiza apropriadamente
  4. O sistema envia as informações do cartão de crédito para o sistema externo para validação de carga e aplicativos
  5. Após o recebimento da validação, o sistema atualiza o registro do assinante para indicar a nova data de validade
Informações Inválidas do Cartão de Crédito

Se as informações fornecidas pelo assinante não forem validadas pelo sistema externo, será exibida uma mensagem de erro e o registro do assinante NÃO será atualizado (de modo que as últimas etapas nos fluxos acima não serão executadas).

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Problema - as especificações de interface para o sistema externo do cartão de crédito precisam ser verificadas.

Condições Prévias

As condições prévias serão determinadas durante a próxima iteração.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Imprimir Relatórios do AnuncianteInício da página

Breve Descrição

Esse caso de uso ocorre quando um anunciante acessa o Sistema de Paginação de Esportes Universitários para obter relatórios de como o conteúdo de seus anúncios foi visualizado.

Fluxo de Eventos

Fluxo Básico

  1. O anunciante seleciona "Imprimir Relatórios"
  2. O sistema exibe todo o conteúdo do anúncio fornecido pelo anunciante
  3. O anunciante seleciona uma ou mais partes do conteúdo a serem relatadas
  4. O sistema exibe uma lista de relatórios para esse anunciante
  5. O anunciante seleciona um ou mais relatórios a serem gerados
  6. O anunciante seleciona o formato (Microsoft(r) Word(r), Microsoft(r) Excel(r) ou janela do navegador)
  7. O sistema cria o primeiro relatório e solicita que o usuário salve ou visualize
  8. O anunciante salva ou visualiza o relatório, seleciona "Próximo Relatório"
  9. O sistema cria o próximo relatório e solicita que o usuário salve ou visualize
  10. Os fluxos 8) e 9) são repetidos, conforme necessário

Fluxos Alternados

Nenhum

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Problema - o que faremos com o conteúdo obsoleto? Por quanto tempo permitiremos que os relatórios sejam executados no conteúdo que não está mais disponível no Web site? Precisamos criptografar essa transmissão?

Condições Prévias

O usuário é conectado e validado como um anunciante.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Fornecer Feedback Início da página

Breve Descrição

Esse caso de uso ocorre quando um usuário do sistema (anunciante, assinante ou assinante em potencial) deseja comentar sobre o serviço ou o Web site.

Fluxo de Eventos

Fluxo Básico

  1. O usuário seleciona "Fornecer Feedback"
  2. O sistema consulta os números de telefone centrais de suporte ao usuário.
  3. O sistema exibe os números de telefone a serem chamados e fornece a opção para enviar o e-mail imediatamente
  4. O usuário seleciona a opção de e-mail
  5. O sistema consulta o endereço de e-mail do serviço ao cliente e o transmite ao navegador.
  6. O sistema ativa o cliente do navegador de e-mail
  7. O usuário digita a mensagem e pressiona "Enviar"
  8. O cliente de correio do navegador envia o correio.

Fluxos Alternativos

Nenhum

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

As condições prévias serão determinadas durante a próxima iteração.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Publicar Conteúdo de AnúncioInício da página

Breve Descrição

Esse caso de uso ocorre quando um anunciante deseja publicar o conteúdo do anúncio (banner de propaganda) no Web site e especificar quais perfis de assinante devem ser utilizados para exibição.

Fluxo de Eventos

Fluxo Básico

  1. O anunciante seleciona "Publicar Conteúdo"
  2. O sistema valida as informações sobre o faturamento da conta para assegurar que o novo conteúdo será aceito
  3. O sistema solicita o conteúdo
  4. O anunciante carrega o conteúdo no formato GIF
  5. O sistema exibe as categorias em potencial para exibição do anúncio (com base nas opções de perfil do anunciante)
  6. O anunciante seleciona as categorias para as quais esse anúncio deve ser mostrado
  7. O sistema exibe as freqüências em potencial e os preços para o anúncio
  8. O anunciante seleciona a freqüência desejada para esse anúncio
  9. O sistema cria o registro preliminar de faturamento para esse anúncio
  10. O sistema coloca o conteúdo no fluxo de trabalho de "tarefas" do editor para aprovação

Fluxo Alternativo

Informações Inválidas da Conta
  1. O anunciante seleciona "Publicar Conteúdo"
  2. O sistema valida as informações sobre o faturamento da conta para assegurar que o novo conteúdo será aceito
  3. As informações de conta são inválidas, é solicitado que o anunciante entre em contato.

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

O usuário é conectado e validado como um anunciante.

A conta do anunciante existe.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Ler Conteúdo no Web SiteInício da página

Breve Descrição

Esse caso de uso ocorre quando um assinante ativo ou usuário não registrado se conecta ao sistema para visualizar as informações.

Fluxo de Eventos

Fluxo Básico

  1. O sistema varre a lista de conteúdo "arquivada". Para qualquer histórico anterior a 2 dias, o histórico é movido de volta para a categoria geral
  2. O sistema exibe os banners de propaganda, as categorias de conteúdo geral e os históricos específicos para os quais as páginas foram enviadas.
  3. Históricos de Visualizações do Assinante
  4. Para qualquer histórico paginado, os históricos são marcados como visualizados e colocados em uma categoria "arquivada"

Fluxos Alternados

O usuário não é um assinante registrado
  1. O sistema exibe os banners de propaganda e as categorias de conteúdo geral
  2. O sistema fornece a opção para que o usuário assine
  3. O usuário visualiza os históricos

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

Nenhuma.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Enviar ConteúdoInício da página

Breve Descrição

Esse caso de uso ocorre quando o conteúdo for publicado no Web site existente do WebNewsOnLine. Alguns históricos serão identificados para transmissão no Sistema de Paginação de Esportes Universitários e serão enviados para possível paginação e exibição.

Fluxo de Eventos

Fluxo Básico

  1. O editor de conteúdo coloca o conteúdo do Web site do WebNewsOnLine
  2. Para o conteúdo de esportes universitários, o sistema verifica a categorização e/ou título
  3. Para as categorias que são conhecidas pelo Sistema de Paginação de Esportes Universitários, os históricos são transmitidos juntamente com as informações de categoria
  4. O histórico é colocado no Sistema de Paginação de Esportes Universitários para possível paginação

Fluxos Alternados

O conteúdo não está categorizado

Se o conteúdo não for categorizado, o histórico será colocado no fluxo de trabalho de "tarefas" do editor.

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

O editor deve ter efetuado login.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Enviar PáginaInício da página

Breve Descrição

Esse caso de uso ocorre quando o novo conteúdo for publicado no Sistema de Paginação de Esportes Universitários.

Fluxo de Eventos

Fluxo Básico

  1. O sistema verifica as categorias para o novo conteúdo
  2. O sistema verifica as listas de assinantes para determinar se algum assinante deseja ser paginado para essa categoria de conteúdo
  3. O sistema gerará uma mensagem de texto com base no título
  4. O sistema constrói uma série de mensagens de e-mail
  5. O sistema envia mensagens de e-mail para os assinantes (que as receberão como uma página alfanumérica)

Fluxos Alternados

Nenhum.

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

O conteúdo é publicado, o título está disponível e a categorização está disponível.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Assinar Início da página

Breve Descrição

Esse caso de uso ocorre quando um assinante em potencial deseja se associar ao serviço.

Fluxo de Eventos

Fluxo Básico

  1. O sistema consulta os termos atuais do contrato e as opções disponíveis do serviço
  2. O sistema exibe os termos do contrato e as opções de serviço
  3. O assinante em potencial reconhece os termos e seleciona as opções de serviço
  4. O sistema registra as opções de serviço atualmente selecionadas
  5. O sistema chama o caso de uso "Editar Perfil"

Fluxos Alternativos

O usuário rejeita os termos do contrato

Se um assinante em potencial não reconhecer os termos do contrato, o caso de uso será encerrado.

Requisitos Especiais

Os requisitos especiais serão determinados durante a próxima iteração.

Condições Prévias

Nenhuma.

Pós-condições

As pós-condições serão determinadas durante a próxima iteração.

Pontos de Extensão

Os pontos de extensão do caso de uso serão identificados durante a Fase de Elaboração.

 

Copyright  1987 - 2003 Rational Software Corporation