oohdm lev requisitos, Notas de estudo de Informática

Baixe oohdm lev requisitos e outras Notas de estudo em PDF para Informática, somente na Docsity!

Prof

°^

Jean Carlos Hennrichs

[{( O.O.H.D.M. )}][{( O.O.H.D.M. )}]

Introdução

OOHDM = Object Oriented Hypermedia DesignMethod/Model (Método de Design HipermídiaOrientado a Objeto)Idealizado na PUC-RJ por Daniel Schwabe e Gustavo Rossi.Rossi. Descendente direto do HDM (Hypermedia DesignMethod)Método indicado para auxiliar no desenvolvimento deaplicações hipermídia de pequena, média e grandeescala.

[{( O.O.H.D.M. )}][{( O.O.H.D.M. )}]

Introdução

Pode ser utilizado como forma de comunicação entreprojetistas, implementadores e usuários.Permite a implementação em diversos ambientes dehardware e software, seja Orientado a Objetos ou não. Pode ser complementado com a utilização de DesignPatterns (Padrões de Projeto), e Framekorks(esqueleto de aplicações, Arquiteturas reusáveis).Propõe o processo de engenharia de desenvolvimentoem cinco etapas: Levantamento de Requisitos,Modelagem Conceitual, Modelagem Navegacional,Projeto Interface Abstrata e implementação.

[{( O.O.H.D.M. )}][{( O.O.H.D.M. )}]

Introdução

[{( O.O.H.D.M. )}][{( O.O.H.D.M. )}]

Ciclo de Desenvolvimento

Modelo proposto pelo OOHDM

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Levantamento de Requisitos

Obter o máximo possível de informações sobre odomínio da aplicação.Também conhecido como Elicitação de Requisitos. Consiste essa etapa:Consiste essa etapa:

• Identificação de Classes de Atores e suas Tarefas;- Especificação de cenários;- Especificação de Uses Cases;- Especificação de UIDs (User Interaction Diagram);- Validação dos Uses Cases e UIDs.

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Identificação de Atores e Tarefas

Identificar as reais necessidades dos usuários.Como???

• Interação do projetista com o domínio da aplicação De que forma????De que forma????

-Análise documentos- Interações com usuários (entrevista,brainstorming, tempo, disponibilidade) Porque???

• Para identificar os reais atores e suas tarefas

[{( OOHDM[{( OOHDM –

- Lev

Lev. de Requisitos )}]

. de Requisitos )}]

Identificação de Atores e Tarefas

Ator: - Agente que interage com o sistema- Não é um usuário individual, mas sim umpapel que desempenha -^ Um ator pode representar vários papeis-^ Um ator pode representar vários papeis - Um papel pode ser representado por váriosatoresEx.: Escola=Aluno, Professor

Museu=Visitante, Pesquisador

Tarefa: - Objetivo que o usuário deseja alcançar- São potenciais CenáriosEx.: Escola, ator Aluno=Pesquisar suas notas através de seu código

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Especificação dos Cenários

Cenário:

C1 – Visualizar minhas notas através de meu código de

aluno Contexto:

Sendo um aluno do SENAC de Chapecó, no curso

técnico em Desenvolvimento de Sistemas, gostaria de saber quais as minhas notas nas disciplinas que cursei durante o curso.as minhas notas nas disciplinas que cursei durante o curso. Objetivo:

Visualizar as notas por meio do código do aluno

Ações:

Através da informação do código do aluno e de minha

senha, o sistema me retornará as disciplinas do curso, o nome dosprofessores e o conceito final que obtive em cada uma delas.

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Especificação dos Cenários

Cenário 1 (usuário 1): -

Ler matérias sobre esportes

Contexto:

Sou um admirador de atividades ligadas ao esporte.

Quero estar bem informado sobre tênis, meu esporte favorito. Objetivo:

Ler notícias relacionadas ao tênis

Objetivo:

Ler notícias relacionadas ao tênis

Descrição:

Quero encontrar matérias sobre tênis. Para isto, eu

seleciono a seção “esportes” e espero obter uma lista com asmatérias existentes sobre este assunto. Caso exista uma matériarelacionada ao tênis, eu a seleciono e a aplicação retorna o textoda matéria e o nome do autor. Seria interessante ter as opções deimprimir a matéria e de enviá-la a um amigo.

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Especificação dos Use Cases

Um Use Cases, é uma maneira de se utilizar aaplicação.Não são abordados funcionamentos internos da aplicação.aplicação. Originam-se dos Cenários.Um Use Case pode englobar diversos Cenários. Issoocorre quando estes especificam uma mesma tarefa.Um Cenário pode ser visualizado como uma Instânciade um Use Case.

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Especificação dos Use Cases

Use case:

Visualizar minhas notas através do código do aluno

Cenários:

C1/...

Descrição: 1.^

O usuário entra com o seu código de aluno

2.^

Se não souber seu código de aluno, pode pesquisá-lo (use case Pesquisar código de aluno).Pesquisar código de aluno).

3.^

O usuário entra com a sua senha

4.^

O sistema faz a verificação do código e senha.

5.^

Se a senha ou código for inválido, o sistema informa que os dadossão inválidos e retorna a pedir o código e senha.

6.^

Caso os dados informados sejam válidos, o sistema retorna a opçãode visualizar as suas notas, para escolha do usuário.

7.^

Usuário escolhe a opção visualiza notas.

8.^

O sistema retorna a lista de disciplinas com o nome do professor e oconceito adquirido em cada uma delas, e se está em Aprovado ouReprovado.

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Especificação dos UIDs

User Interaction Diagram ou Diagrama de Interaçãodo Usuário.Representa graficamente as troca de informações (interação) entre os usuários e a aplicação,(interação) entre os usuários e a aplicação, independente da forma como isso ocorre na interface.Para cada Use Case é especificado um UID.Não leva-se em consideração Interface e Navegação.Representa um conjunto de estados de interação conectados por transições.

[{( OOHDM[{( OOHDM –

- Lev. de Requisitos )}]

Lev. de Requisitos )}]

Especificação dos UIDs

Item de Dado

• É uma informação única que aparece durante a interação.- Escrito em letra minúscula- Quando acompanhado do domínio utiliza-se dois pontos “:” -^ Os domínios tem a primeira letra em Maiúsculo e devem ser-^ Os domínios tem a primeira letra em Maiúsculo e devem ser descritos pelo projetista. Ex.: Vídeo, Imagem, Som, etc- Quando não especificado o domínio de um item de dado odefault, Texto, é assumido.- Quando o domínio for Enumerado (opções fornecidas pelaaplicação), seus valores são descritos entre chaves “{…}” eseparados por vírgula “,”- O nome do item de dado pode ser suprimido quando seudomínio for do tipo Som, Vídeo ou Imagem.