Modelagem de Sistemas Web. Projeto de Sistemas Web. Fontes: Roger Pressman, Martin Fowler e Craig Larman

Transcrição

1 Modelagem de Sistemas Web Aula 3 Projeto de Sistemas Web Fontes: Roger Pressman, Martin Fowler e Craig Larman

2 Planejamento de uma aplicação Web - Fases (UML Essencial, 47-51) Análise de Requisitos Procura descobrir o que os usuários e clientes de um produto de software querem que o sistema faça. Utilizar os seguintes diagramas UML: Casos de Uso descrevem como as pessoas interagem com o sistema; Diagrama de Classes Diagrama de Atividades fluxo de trabalho da organização, indicando a IHC Diagrama de Estados - útil para o caso de um conceito ter ciclo de vida com vários estados e eventos que mudam esses estados. OBS: A comunicação desenvolvedor-usuário-cliente é fundamental. Projeto Organização de metodologias, procedimentos e técnicas de coleta de dados. Utilzar Diagramas de Classe, de Sequência, de Pacotes (organização em larga escala do software), de Estados, de Distribuição (layout físico do software) Documentação diagrama de pacotes e de classes, dividindo o sistema em módulos, para fácil documentação e compreensão

3 Planejamento de uma aplicação Web Objetivos estratégicos - (Pressman, 395) Identifique os interessados no negócio Formule o contexto do negócio (como a WebApp se encaixa em uma estratégia de negócio mais ampla?) Defina as metas e os objetivos-chave de negócio para a WebApp (mensurar qualitativamente e quantitativamente o sucesso da WebApp) Defina as metas informacionais e aplicativas (o que deve ser entregue ao usuário final? O que a WebApp deve fazer?) Identifique o problema (o que a WebApp especificamente resolve?) Colete requisitos (que tarefas de usuário serão realizadas usand a WebApp, que conteúdo deve ser desenvolvido, qual o instrumento de interação será utilizado, como será configurada para a utilização em rede e que esquema de navegação é desejado)

4 Métricas para WebApp (Pressman, item , pag 404) Avalia o modo pelo qual uma aplicação Web está sendo usada, as categorias de usuários e a usabilidade da WebApp Tarefas de Autoria e Projeto de Aplicação Autoria de Página Autoria de Mídia Autoria de Programa Minimização de Riscos e custos (Pressman, item , pag 405) A compreensão do público-alvo impacta diretamente em um conteúdo da WebApp mais significativo, vendas e esforços de marketing mais efetivos e mais lucratividade no negócio. O mecanismo de coleta de dados de valor de negócio é implementado pela equipe de desenvolvimento, mas a avaliação dos dados e ações resultantes podem ser realizadas pelo departamento comercial.

5 Métricas para WebApp (Pressman, item , pag 404) Avalia o modo pelo qual uma aplicação Web está sendo usada, as categorias de usuários e a usabilidade da WebApp Tarefas de Autoria e Projeto de Aplicação Autoria de Página Autoria de Mídia Autoria de Programa Minimização de Riscos e custos (Pressman, item , pag 405) A compreensão do público-alvo impacta diretamente em um conteúdo da WebApp mais significativo, vendas e esforços de marketing mais efetivos e mais lucratividade no negócio. O mecanismo de coleta de dados de valor de negócio é implementado pela equipe de desenvolvimento, mas a avaliação dos dados e ações resultantes podem ser realizadas pelo departamento comercial.

6 A equipe de desenvolvimento Web (Pressman, item 17.3, pag 396) Desenvolvedores/provedores de conteúdo profissionais de diversas áreas (exceto software), responsáveis pelo fornecimento do conteúdo da WebApp Editor da Web elemento de ligação entre os desenvolvedores e a equipe técnica (profissional que entenda de ambas as áreas) Engenheiro da Web solido conhecimento em arquiteturas cliente/servidor, linguagens de programação Web, banco de dados, segurança e suporte a sites Especialistas no domínio do negócio responsável pela parte financeira da WebApp Especialistas de suporte responsável por correções, adaptações e aperfeiçoamentos do site, inclusive atualização de conteúdo, implementação de novos procedimentos e formulários e modificações no padrão da navegação. Administrador Web Master responsável pelo desenvolvimento e implementação de políticas de operação da WebApp, estabelecendo procedimentos de suporte e realimentação, implementação de segurança e direitos de acesso, medição e análise do tráfego no site, coordenação dos procedimentos de controle de modificações e coordenação com especialistas do suporte. Responsável também por atividades id d técnicas realizadas por engenheiros da Web e especialistas de suporte.

7 Processo de desenvolvimento (UML Essencial, 39-42) Processos Iterativo (ou Interativo) e em Cascata Cascata subdivide um projeto com base nas atividades, que são análise dos requisitos, projeto, codificação e teste, cada uma realizada uma por vez Iterativo subdivide um projeto em subconjuntos de funcionalidade. Ex: na primeira iteração, você pegaria um quarto dos requisitos e faria o ciclo de vida do software completo para esse quarto: análise, projeto, código e teste. Após, iniciar-se-ia a segunda iteração e assim por diante. Gera como principal preocupação a necessidade de retrabalho a cada iteração, sugerindo que o código da iteração anterior será excluído e refeito nas iterações posteriores de um projeto Web. Muitos defendem, porém, que refazer um código é mais eficaz do que corrigir um código mal projetado. Diversas práticas técnicas podem ajudar muito a refazer o trabalho de forma mais eficiente, i tais sejam: Testes de regressão automatizados Refactoring Integração contínua

8 Processo de desenvolvimento (UML Essencial, 39-42) Fases de desenvolvimento da WebApp (Pressman, 384)

9 Processo de desenvolvimento (Pressman, cap 20) Etapa de testes Conjunto de atividades cujo objetivo é descobrir erros no conteúdo, função, usabilidade, navegabilidade, desempenho, capacidade e segurança da WebApp. Para tal, uma estratégia de teste deve englobar tanto revisões quanto teste executável e deve ser aplicada ao longo do processo de desenvolvimento da WebApp Os Engenheiros da Web, gerentes, clientes e usuários finais participam dessa etapa O processo de teste de WebApp começa focalizando tópicos visíveis ao usuário da aplicação, prosseguindo com testes t que exercitam a tecnologia e a infraestrutura. t Sete passos são realizados: testes de conteúdo, interface, navegação, componente, configuração, desempenho e segurança. Criar um plano de testes, posto em uma lista de itens (checklist) é fundamental para garantir o sucesso da etapa de testes. OBS: Para mais detalhes, vide capítulo 20 do livro de Pressman.

10 Estrutura de Documentação Fonte: Diogo Andrade

11 Etapas Escopo Planejamento Pe Pre- Entrega Acompanhamento

12 Metodologia sugerida para a gestão de projetos web Escopo A etapa do Escopo é a transcrição das necessidades do cliente para uma descrição macro do que vem a ser o projeto. 1. A etapa do Escopo se inicia no primeiro atendimento ao cliente Reuniões Brainstorm Troca de s s Reuniõe s 2. Surgirá uma idéia macro que deve ser transcrita, definindo o escopo do projeto. O escopo precisa ser apresentado para aprovação: Apresentação para aprovar o Escopo Descrição do Escopo Conceito do projeto Público-alvo / User Flow Benchmarking Referências (imagens, ilustrações, aplicação da concorrência, rascunho de wireframes ou layouts) Se possível, incluir valor e prazo 3. Aprovação do Escopo Documentos Escopo Escopo Planejament o Pre- Entrega Acompanhame nto

13 Planejamento Na etapa do Planejamento o projeto deve ser minuciosamente descrito e documentado. Deve se levar em consideração que o projeto pode não ser aprovado, documentar leva tempo e nem toda documentação é legível para o cliente. Caso ainda não esteja aprovado, documente tudo que é legível ao cliente e que defina claramenente os objetivos, limites, riscos, prazo e custo do projeto. Possíveis etapas para o planejamento e documentos entregáveis: 1. Planejamento do projeto 2. Definição da equipe 3. Requerimento de aquisições Documentação 4. Definição de custo / tempo / riscos 5. Apresentação / aprovação do planejamento User Flow Matriz de funcionalidades Inventário de conteúdo Site Map Equipe, habilidades necessárias Cronograma de desenvolvimento Requerimento de aquisições Contrato Apresentação do planejamento Escopo Planejament o Pre- Entrega Acompanhame nto

14 Pre- Na Pre- o projeto foi aprovado. A equipe de desenvolvimento precisa produzir o que foi planejado, sem perder o tempo da produção e prazo do projeto, tendo que entregar algo realmente funcional. Alguns impecílios que podem ser eliminados nesta fase: Reduzir o tempo e entregar o projeto em dia é essencial. Apesar de ter planejado as funcionalidades, conteúdo, mapa do projeto, não se sabe ao certo como esses ítens serão montados e como o público irá interagir. Projetos para internet lidam com nichos de públicos muito variado e é preciso criar uma interface que atenda a todos ou a maior parte possível. Produzir uma interface de imediato deixa eminente o risco de ter que refazê la. Refazer uma interface em produção vai duplicar o custo do projeto. Todos os integrantes da equipe de produção e empresas terceiras (aquisições) devem saber exatamente o que é o projeto e o que devem fazer. Apresentar a todos um documento geral pode causar falhas de comunicação e integração. Escopo Planejament o Pre- Entrega Acompanhame nto

15 Pre- Para facilitar a produção é preciso planejá-la e definir realmente o que será produzido definitivamente. Além disso, todos os integrantes da equipe e terceiros devem saber exatamente o que devem fazer. Soluções para uma produção sem erros Planejar Sistemas Programa HTML dores Banco de dados Revisar Rascunho Wireframe Equipes dividadas por áreas Designers Layouts Flash 3D Testar (pesquisa) Prototipaçã o Terceiros Servidores Licensa de softwares Escopo Planejament o Pre- Entrega Acompanhame nto

16 A produção foi planejada, testada e revisada. Todos os departamentos de produção receberam as diretrizes para cada função (com tarefas e prazos), com acesso às diretrizes gerais para consulta. Monitoramento, integração e qualidade Confiar nos profissionais! Facilitar a integração das equipes para manter a homogenidade do projeto. Monitorar a produção, verificar se há dificuldades e reunir as equipes para resolve-las. Definir cronograma da produção com etapas para verificação de qualidade, homogenidade e mensurar o prazo de entrega. Feedback ao cliente sobre o andamento da produção Escopo Planejament o Pre- Entrega Acompanhame nto

17 Entrega Para felicidade de todos o projeto está acabando. Mas antes de entregar, o quanto antes: Estipule alguns dias para testar Teste, revise tudo que foi produzido com toda atenção Entregue o projeto Sempre há alterações, altere Comemore a entrega com todos envolvidos Escopo Planejament o Pre- Entrega Acompanhame nto

18 Acompanhamento Projetos web nunca acabam. Em um curto período após o lançamento já podem surgir tendências de atualizações, guiadas pelo feedback dos usuários. É essencial documentar estas tendências de atualização e identificar o comportamento do usuário: Monitorar a estatística de acesso Documentar relatórios de acesso mensalmente Documentar tendências de atualizações e comportamento dos usuários, com embasamento nos relatórios de acesso Propor pesquisas com usuários para comprovar e aprofundar os requisitos de atualização Requisitar atualização e atualizar Publicidade On-line Além da concepção há a divulgação do projeto. No acompanhamento, todos os relatórios gerados devem conter dados importantes como: referência de acesso, posicionamento nos buscadores, palavras-chaves mais buscadas, páginas mais acessadas x palavra-chave buscada, tempo de acesso, horário de acesso, entre outros ítens que norteiam a divulgação e a venda de publicidade. id d Escopo Planejament o Pre- Entrega Acompanhame nto

19 Definição i do público-alvo(pressman, úbli l item , pag 391) Definição do público alvo Para definir o público-alvo um conjunto de questões fundamentais deve ser tratado: Qual o objetivo global do usuário quando usa a WebApp? Qual o conhecimento e sofisticação do usuário em relação ao conteúdo e à funcionalidade? Como o usuário chegará à WebApp?: Que características genéricas da WebApp o usuário gosta ou não? Para facilitar a escolha do público-alvo, um conjunto de técnicas de comunicação pode ser realizado: Grupos focais tradicionais presença de um moderador treinado reunido com menos de 10 usuários representativos, discutindo a WebApp a ser desenvolvida Grupos focais eletrônicos meio eletrônico de discussão. Podem participar i mais usuários finais i e interessados. O registro das discussões deve ser feito eletronicamente. Levantamentos iterativos utiliza as técnicas iterativas já vistas, dividindo e categorizando as respostas dos usuários por um site ou por . Elas serão utilizadas para refinar a próxima iteração. Levantamentos exploratórios usuários habituados a uma WebApp semelhante à que está sendo desenvolvida é convocado (geralmente pago) para responder a uma série de questões acerca de sua experiência e expectativa em relação à aplicação que já utiliza. Construção de cenário usuário selecionados são solicitados a criar casos de uso informais que descrevem interações específicas com a WebApp

20 Disponiblizaçãoibli de recursos para o atendimento t dos Requisitos da WebApp Recursos para os requisitos de usuário (Pressman, Recursos para os requisitos de software (Pressman, Recursos para os requisitos de hardware (Pressman, pag 522, item ) pag 523, item ) pag 523, item )

21 Design da implementação Acessibilidade na Aplicação Engenheiros de software devem garantir que o projeto de interface abranja mecanismos que facilitem acesso à pessoas portadores de necessidades especiais. Soluções de design com base na acessibilidade garantir que a interface esteja em conformidade com diretrizes de acessibilidade, tais como W3C.