Dezembro/2004 Metodologia para Desenvolvimento de Sistemas Web MO409 – Introdução à Engenharia...

Post on 17-Apr-2015

136 views 1 download

Transcript of Dezembro/2004 Metodologia para Desenvolvimento de Sistemas Web MO409 – Introdução à Engenharia...

Dezembro/2004

Metodologia para Desenvolvimento de Sistemas

Web

MO409 – Introdução à Engenharia de Software

Profª. Eliane Martins

Felipe Paulo Guazzi Bergo(Doutorando em Ciência da Computação)

Milena Alexandre dos Santos Baesso(Mestranda em Engenharia Elétrica)

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Sistemas Web - CaracterísticasSistemas Web - Características

• Uso de infra-estrutura de terceiros.

Servidores Web, BD Cliente com

Web BrowserInternet

Terceirizável Manutenção Mínima,

Tempo Zero de ConfiguraçãoAplicação

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Sistemas Web - CaracterísticasSistemas Web - Características

• Alta Usabilidade• Uso em larga escala de componentes de

software

• Está sempre em evolução• É voltado para execução em rede• Possui grande valor de conteúdo

Segundo Pressman, um sistema web:

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Sistemas Web - PropósitosSistemas Web - Propósitos

Informativo:•Prestar informações

Funcional:•Oferecer serviços

Entretenimento:•Divertir pessoas

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Sistemas Web - PropósitosSistemas Web - Propósitos

Fonte: Design e Usabilidade de Sistemas Web, Jair C. Leite (DIMAp – UFRN)

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Requisitos Não - FuncionaisRequisitos Não - Funcionais

Confiabilidade:• Maturidade, Tolerância a Falhas e

Recuperabilidade;

Funcionalidade:• Adequação, Acurácia,

Interoperabilidade, Conformidade e Segurança de Acesso;

Usabilidade:• Inteligibilidade, Apreensibilidade e

Operacionalidade;

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Requisitos Não - FuncionaisRequisitos Não - Funcionais

Eficiência:• Tempo e Recursos;

Manutenibilidade:• Analisabilidade, Modificabilidade,

Estabilidade e Testabilidade;

Portabilidade:• Adaptabilidade, Capacidade para ser

instalado, Conformidade e Capacidade para substituir.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Requisitos Não - FuncionaisRequisitos Não - Funcionais

Fonte: Design e Usabilidade de Sistemas Web, Jair C. Leite (DIMAp – UFRN)

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Estudo de Caso – Sistema de HotelEstudo de Caso – Sistema de Hotel

Um grupo de empresários deseja que sua equipe desenvolva um sistema para gerenciar reservas e ocupações de apartamentos em uma rede de hotéis.

O sistema será utilizado para controlar serviços internos de cada hotel e para a comunicação entre hotéis da rede de forma que seja possível que uma unidade da rede faça consultas sobre a disponibilidade de vagas em outras unidades da mesma cidade ou região.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Estudo de Caso – Sistema de HotelEstudo de Caso – Sistema de Hotel

Serviços Básicos:– Cadastro de clientes (hóspedes),

apartamentos e despesas;– Verificação de disponibilidade (via atendente

por telefone ou via WEB);– Controle de reserva (e cancelamento de

reserva) de apartamentos;– Controle de ocupação de apartamentos;– Controle de pagamento (emissão da conta,

emissão de fatura e registro do pagamento);– Emissão de relatórios gerenciais (que devem

ser sugeridos pelos desenvolvedores).

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Estudo de Caso – Sistema de HotelEstudo de Caso – Sistema de Hotel

Verificar DisponibilidadeDescrição: Apresentar tipos de quarto disponíveis com seu valor para um determinado período.

Atores: Usuário Web

Prioridade: Alta (1)

Pré-Condições: Cadastro de tipo de quarto.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Diagrama de ClassesDiagrama de Classes

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

ArquiteturaArquitetura

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

ArquiteturaArquitetura

• Subsistema:– Disponibilidade

• Tipo de Componente:– Buscador

• Função:– buscar apartamentos disponíveis em

um dado período em um dado Hotel.– apresentar tipo de apto vago e seu

valor

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

ArquiteturaArquitetura

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Projeto em OOHDMProjeto em OOHDM

Atividade Produtos Mecanismos Interesses

Projeto da Navegação

Nós, elos, estruturas de acesso, contextos de navegação, transformações navegacionais.

Mapeamento entre objetos conceituais e de navegação. Padrões de navegação para a descrição da estrutura geral da aplicação.

Leva em conta o perfil do usuário e a tarefa; ênfase em aspectos conceituais e arquiteturais.

Projeto da Interface Abstrata

Objetos de interface abstrata, reações a eventos externos, transformações de interface.

Mapeamento entre objetos de navegação e objetos de interface.

Modelagem de objetos perceptíveis, implementa metáforas escolhidas. Descrição de interface para objetos navegacionais.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Design NavegacionalDesign Navegacional

Busca de Hotel por Cidade Busca de Eventos

Busca por Quarto

Detalhes doEvento

Início da Consulta

Lista de Estados

Lista de Cidades

Lista de Hotéis

Lista de eventosnos próximos18 meses

Tipos de Quarto

Período de Estadia

Quartos Disponíveis

Detalhes do Hotel

Lista de eventosneste hotel

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Design de Interface AbstrataDesign de Interface Abstrata

ADV: Detalhes do Hotel

Nome (texto)Endereço (texto)Email (link)

ADV: características dohotel

Foto do Hotel (imagem)Galeria de fotos (link)

Tipos de quartos (link)

ADV: Início da Consulta

Nome da rede de hotéis(texto)

Busca de Hotel por Cidade(link: ADV: Hotel por Cidade)

Busca de Eventos(link: ADV: Busca de Eventos)

ADV: Hotel por Cidade

Lista de estados (listbox, ação: preenche lista de cidades)

Lista de cidades (listbox dinâmica,ação: preenche lista de hotéis)

Lista de Hotéis (lista dinâmica de links)

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Design de Interface AbstrataDesign de Interface Abstrata

ADV: Detalhes do Hotel

Nome (texto)Endereço (texto)Email (link)

ADV: características dohotel

Foto do Hotel (imagem)Galeria de fotos (link)

Tipos de quartos (link)

Hotel XYZ PlazaResidence MaximusAv. Comendador Shinezaki 999 – CambuíCampinas – SP – 13000-000Fone (19) 555-6666 Fax (19) 555-7777

foto

Email: xyz@maximus.com.br

Centro de convenções para500 pessoas, american bar,Restaurante húngaro, pista de boliche,heliponto.

Mais Fotos

Apartamentos & Suítes

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Validação de ProjetoValidação de Projeto

• Conheça o modelo antes de validá-lo: Para um dado cenário, examine todas as medidasde performance das saídas do modelo e pergunte “São razoáveis?”.

• Utilize parâmetros de entrada para validaro modelo:Quando alguma entrada for alterada, examine as tendências em medidas de performance comuns.Usualmente o caminho é conhecido, a menos que a mudança seja muito importante.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

Validação de ProjetoValidação de Projeto

Quando estamos projetando um sistema novo, uma validação científica completa não é possível, simplesmente porque um sistema real não existe para comparação. Nesta situação é essencial que os projetistas examinem e verifiquem a condutados modelos em cada nível.

Isto inclui como o modelo responde em situações extremas bem como em situações normais.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

ConclusõesConclusões

OOHDM permite a colaboração de profissionais de software e design gráfico na fase de projeto.

OOHDM é voltada para aplicações hipermídia, facilitando a especificação e composição de imagens, vídeos e blocos de apresentação de informação multimídia

É um metodo jovem, acadêmico e com pouco suporte. A única ferramenta de auxílio (OOHDMweb) apresentou muitas dificuldades para o uso.

Não provê validação ou tratamento de requisitos não funcionais. Acreditamos que o tratamento de requisitos não funcionais em sistemas web realmente requerem um tratamento caso a caso.

Dezembro/2004 F.Bergo/M. Baesso

Sistemas Web

Requisitos Não - Funcionais

Estudo de Caso

Arquitetura

Projeto em OOHDM

* Design Navegacional

* Design de Interface Abstrata

Validação

Conclusões

Referências

ReferênciasReferências

1. R.S. Pressman, (2001) “Software Engineering: A practitioner’s approach”, 5th ed. McGraw-Hill, ISBN 0-07-365578-3.

2. B. Haire, B. Henderson-Sellers, D. Lowe (2001) “Supporting web development in the OPEN process: additional tasks” Submitted to COMPSAC'2001: International Computer Software and Applications Conference, Chicago, Illinois, USA.

3. A.M.B.R. Carvalho, T.C.S. Chiossi, "Introdução à Engenharia de Software", Campinas, SP; Editora da Unicamp, (2001).

4. G. Rossi “An Object-Oriented Method for Designing Hypermedia Applications”. PHD Thesis, Departamento de Informática, PUC-Rio, Brazil, July 1996 (in Portuguese).

5. D. Schwabe, R.A. Pontes, I. Moura, "OOHDM-Web: An Environment for Implementation of Hypermedia Applications in the WWW", PUC-Rio, Brazil (1998).

6. http://www.oohdm.inf.puc-rio.br:8668/space/start, último acesso 09/11/2004.

7. D. Schwabe, G. Rossi, “The Object-Oriented Hypermedia Design Model”, Comm. of the ACM, 38(8), pp 45-46, Aug. 1995.

8. D. Schwabe, G. Rossi, "Developing hypermedia applications using OOHDM“. In Workshop on Hypermedia Development, Pittsburgh, USA, June 1998

9. J. S. Carson, “Model Verification and Validation”. In Proceedings of the 2002 Winter Simulation Conference, ed. E. Yücesan, C. H. Chen, J. L. Snowdon, and J. M. Charnes, 52-58. Piscataway, New Jersey: Institute of Electricel and electronics Engineers.

10. Victor F.A. Santander, Jaelson F. B. Castro, Márcio A. S. Bueno, “Estudo de Princípios de Qualidade em Aplicações Web ”, Universidade Federal de Pernambuco – Centro de Informática

11. Jair C. Leite, “Design e Usabolidade em Sistemas Web”, DIMAp-UFRN (2002)

12. Eliane Martins, “Projeto Arquitetural”, IC-UNICAMP (2001)