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: [email protected]
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)