Sistemas Empresariais Integrados

Transcrição

1 Sistemas Empresariais Integrados LEIC Taguspark 2005/2006 Departamento Engenharia Informática WEBOOKS 2006 Enunciado do Projecto 2 de Março de 2006

2 Índice 1 OBJECTIVOS 1 2 INTRODUÇÃO 1 3 DESCRIÇÃO DO PROJECTO 1 4 FASEAMENTO ª FASE ª FASE ª FASE ASPECTOS DE VALORIZAÇÃO DO PROJECTO 8 5 AVALIAÇÃO GRUPOS DE TRABALHO DATAS IMPORTANTES AVALIAÇÃO ENTREGAS DO PROJECTO DÚVIDAS 10 6 REFERÊNCIAS 10 Versão de Março de 2006

3 1 Objectivos Este projecto tem como objectivo estudar o desenho, integração e desenvolvimento de sistemas segundo o paradigma da arquitectura orientada ao serviço (SOA). Serão exploradas as potencialidades tecnológicas dos web services assim como diversas tecnologias web do lado do cliente e do servidor. Adicionalmente, pretendem-se introduzir os princípios básicos de modelação de processos de negócio e de orquestração de processos e serviços. De forma mais concreta, têm-se como objectivos fundamentais: Desenhar arquitecturas empresariais de processos, serviços e informação, Modelar e orquestrar processos de negócio usando a notação BPMN, Desenvolver e integrar sistemas segundo o paradigma SOA, Desenvolver aplicações distribuídas e orientadas ao serviço assentes em web services. Tecnologicamente, este projecto irá explorar : O ambiente de desenvolvimento Visual Studio 2005 e a plataforma.net da Microsoft para desenvolvimento, integração e orquestração de serviços, O BizTalk Server 2006 para a orquestração e integração de serviços, Tecnologias de mensagens e web services (e.g. XML, XSLT, XML Schemas, WSDL, SOAP, REST), Tecnologias web do lado do cliente e servidor (e.g. HTML, JavaScript, CSS, ASP.NET, RoR, PHP, JSP), Gestores de filas de mensagens. 2 Introdução Este documento apresenta o enquadramento do projecto WEBOOKS É importante salientar que diversos objectivos do projecto, assim como vários requisitos funcionais e não funcionais, não estão propositadamente definidos neste documento como meio de aumentar os graus de liberdade nos espaços do problema e solução. Cabe assim a cada grupo de trabalho tomar e justificar as decisões que considerar mais acertadas durante o desenvolvimento do projecto. Este projecto visa fundamentalmente exercitar capacidades de engenharia de software e de especificação de arquitecturas de serviços. Isto implica que cada grupo deverá dedicar especial atenção às fases de levantamento, análise e desenho assim como à justificação de todas as opções tomadas. O corpo docente da disciplina funcionará como o cliente final do projecto, devendo ser consultado durante as aulas práticas para que aprove as decisões de cada grupo, necessárias ao correcto faseamento do trabalho. Note que as decisões ao nível de cada grupo poderão diferenciar detalhes de cada projecto. Logo, cada grupo de projecto deverá ver o seu projecto exclusivamente na óptica do corpo docente e não na óptica dos restantes trabalhos a serem desenvolvidos. 3 Descrição do Projecto A WEBOOKS é uma empresa que comercializa livros na internet. Dado que não armazena ou mantém inventário de livros, recorre exclusivamente a terceiros para satisfazer os pedidos dos clientes. Para tal, a WEBOOKS tem vindo a estabelecer contratos com diversos fornecedores para auferir de descontos nas compras realizadas. Neste momento, a WEBOOKS tem contratos celebrados com a Amazon e Barnes & Noble, podendo, no entanto, alterar a qualquer momento o seu leque de fornecedores. A arquitectura lógica do sistema que a WEBOOKS pretende desenvolver está representada no diagrama da Figura 1. O objectivo do projecto é realizar um sistema de informação que privilegie a integração de diversos serviços actualmente disponíveis na internet mas que seja simultaneamente flexível e robusto. O sistema da WEBOOKS será constituído no seu front-office por um portal web que suporta dois papéis: o de interface com o cliente e o de gestão do sistema. O back-office do sistema assentará numa arquitectura orientado ao serviço (SOA), tecnologicamente suportada por um servidor de integração de processos e mensagens. Neste projecto, a WEBOOKS optou pelo Microsoft BizTalk Server A WEBOOKS utiliza a Amazon e a Barnes & Noble como fornecedores de livros, sendo um objectivo permitir a pesquisa nos catálogos destes dois fornecedores. A pesquisa de livros, assim como as restantes operações dos clientes, incluindo a gestão do seu carrinho de compras e das encomendas, serão realizadas através do portal cliente. Por sua vez, o portal de gestão permite administrar o sistema e realizar operações de negócio, incluindo operações como a consulta e análise das operações dos clientes da WEBOOKS, e a consulta das encomendas realizadas. Página 1/10 Projecto SEI 2005/2006

4 Figura 1. Arquitectura lógica geral. O processo da distribuição e entrega dos livros encontra-se abstraído por um operador cujo serviço consiste na comunicação aos fornecedores da WEBOOKS da informação referente aos clientes e respectivas encomendas para que a entrega possa ser realizada. Desta forma, a WEBOOK nunca comunica directamente aos seus fornecedores informação referente às encomendas realizadas. Actualmente, a WEBOOKS tem contratos celebrados com o New York Times, a Barnes & Noble e a Amazon que lhe permitem auferir de descontos para os livros recomendados pelo jornal. O sistema precisa assim de interagir com a edição online do jornal para obter as referidas listas de livros recomendados. Contudo, as condições deste contrato poderão ser modificadas a qualquer momento, devendo este aspecto ser considerado no desenho da solução. Por fim, a WEBOOKS pretende visualizar de forma geo-codificada a informação associada aos seus clientes. Para tal, pretende utilizar o Google Maps ou o Google Earth para localizar os seus clientes em função das sua moradas. Pretende também mostrar aos seus clientes a localização geográfica dos compradores de um dado livro. Figura 2. Desenho de alto nível. Página 2/10 Projecto SEI 2005/2006

5 A Figura 2 ilustra o desenho de alto nível da arquitectura da WEBOOKS. O diagrama ilustra a separação entre os 4 blocos básicos da arquitectura: fornecedores de serviços, adaptadores, portal e lógica de negócio. Salientam-se os seguintes aspectos: Fornecedores de serviços Os fornecedores de serviços residem na internet, devendo ser acedidos primariamente por HTTP ou web services. Alguns destes fornecedores disponibilizam o seu interface através de web services ou APIs dedicadas. Adaptadores Os fornecedores de serviços podem requerer o desenvolvimento de uma aplicação de interface ou adaptador para facilitar a sua integração com a lógica de negócio da WEBOOKS. Contudo, tenha em atenção que a integração directa de um serviço na lógica de negócio poderá simplificar o desenvolvimento e reduzir o custo do mesmo. Neste sentido, deverá analisar cuidadosamente quais os adaptadores a desenvolver e qual a melhor abordagem para realizar a sua integração. Tenha em atenção que o interface entre o serviço de distribuição e a lógica de negócio é mediado através de filas de mensagens. Note que o Google Maps poderá necessitar de ser igualmente integrado com o backoffice do portal web. Portal O portal reside num endereço bem conhecido cujo serviço é prestado por um qualquer servidor HTTP. O back office do portal serve os portais cliente e de gestão da WEBOOKS. Os portais devem utilizar as capacidades de um browser internet, devendo comunicar com este através de linguagens normalizadas. O back office do portal comunica com a WEBOOKS exclusivamente através de web services. O back office pode ser implementado em qualquer tecnologia (e.g. ASP.NET, JSP, PHP) que consiga interagir remotamente com a WEBOOKS através de web services. Lógica de negócio A lógica de negócio disponibiliza todos os serviços necessários à operação da WEBOOKS através de web services. A lógica de negócio consiste no resultado da orquestração e integração através do BizTalk 2006 de um conjunto de serviços externos (acedidos directamente ou através dos adaptadores) e internos. Os serviços internos podem ser implementados em qualquer tecnologia integrável com o BizTalk. 4 Faseamento O desenvolvimento deste projecto encontra-se dividido em três fases. No final de cada fase, o trabalho realizado será avaliado através da apresentação de um relatório do projecto e da demonstração de um protótipo funcional. Cada uma das fases será quantitativamente avaliada, contribuindo para a nota final. A demonstração associada à 3ª fase corresponde ao projecto completo. Note que deverá analisar cuidadosamente os problemas colocados e reflectir cuidadosamente sobre as opções tomadas antes de iniciar qualquer trabalho de índole tecnológica. Use o relatório para documentar requisitos, problemas e soluções. Recorde-se que precisará de tomar várias decisões que não se encontram especificadas neste documento e de interagir com a WEBOOKS (i.e. o corpo docente) durante o processo de desenvolvimento do trabalho. As fases devem ser desenvolvidas sequencialmente e de forma independente das demais. Na secção 5.2 deste documento encontrará as datas do faseamento do projecto. Cada grupo deverá planear as várias tarefas dentro de cada fase, tentando maximizar a divisão do trabalho por todos os elementos. Documente esta divisão no seu relatório, assim como as tarefas realizadas e o esforço despendido em cada tarefa ª Fase Implementação da primeira versão do portal O portal permite a interacção com os clientes da WEBOOKS e com os gestores do sistema. Não existem restrições relativamente à tecnologia de suporte ao portal do lado do servidor, tendo cada grupo liberdade para escolher a solução que considere mais adequada (e.g. PHP, ASP.NET, JSP). No entanto, o interface deverá ser exclusivamente baseado em tecnologias web normalizadas (e.g. HTML, XHTML, CSS, JavaScript). O portal deverá estar acessível a partir de um endereço IP bem conhecido e residente num servidor HTTP (e.g. IIS, Apache). Cada grupo tem liberdade para acrescentar funcionalidade ao portal que lhe conceda valor acrescentado, devendo previamente consultar a WEBOOKS com o objectivo de validar as novas funcionalidades. Nesta fase, a funcionalidade mínima do portal para o papel de cliente consiste no suporte aos seguintes casos de uso: Página 3/10 Projecto SEI 2005/2006

6 Pesquisar os livros disponíveis no catálogo da Amazon. A pesquisa deverá ter vários alvos (e.g. autor, ISBN, título). Gerir o carrinho de compras do cliente (consultar, adicionar e remover livros). É um requisito que o carrinho de compras do cliente seja persistente entre sessões. Logo, deverá existir um mecanismo de autenticação dos clientes por forma a diferenciar sessões de clientes distintos. Os resultados da pesquisa de livros deverão mostrar, no mínimo, informação sobre: ISBN, título, categoria do livro, autores, editora, ano de edição, preço de venda e tempo de entrega. Fazer check out do carrinho de compras, que corresponde à compra dos livros que neste se encontram. O portal de gestão deverá permitir a consulta dos livros comprados por cada cliente (histórico de compras). Sugere-se que tenha em atenção a reutilização de componentes e serviços entre o portal cliente e de gestão por forma a simplificar o desenho e implementação dos mesmos Integração com Amazon.com A WEBOOKS deverá estar integrada com o serviço ECS da Amazon para suportar pesquisas no seu catálogo. O ECS permite efectuar operações de pesquisa de catálogo e de comércio electrónico sobre a Amazon. Assenta tecnologicamente em web services e permite a interacção através dos protocolos SOAP ou REST sobre HTTP. Em poderá obter mais informação sobre o ECS, a API de desenvolvimento e vários exemplos de uso dos serviços em SOAP. Para utilizar o ECS, necessita de um identificador de cliente (AWS subscription ID), o qual deverá ser obtido através de registo na secção de web services da Amazon. Tenha em atenção que está a utilizar um serviço disponibilizado por uma entidade privada e que existem regras de utilização a cumprir, (e.g. taxa máxima de um pedido por segundo, dimensão máxima dos pacotes relativamente aos pedidos e respostas). Adicionalmente, a utilização abusiva ou errónea do serviço é da responsabilidade do cliente registado. Para evitar potenciais problemas, deverá apenas utilizar o ECS para pesquisar o catálogo da Amazon, não preenchendo o carrinho de compras remoto ou efectuando compras ou outras operações que impliquem o envio de dados. Adicionalmente, tenha em especial atenção o desenvolvimento e teste dos sistemas que interagem com a Amazon, evitando assim erros que possam conduzir a uma utilização abusiva do serviço. Nesta fase, deverá atingir os seguintes objectivos: Obter um AWS subscription ID para comunicação com o ECS da Amazon. Desenvolver um protótipo que demonstre a pesquisa no catálogo da Amazon através de SOAP ou REST. Integrar o portal com a pesquisa na Amazon através do BizTalk. Deverá ser possível enviar os pedidos de pesquisa formulados no portal para a Amazon e apresentar os respectivos resultados no portal. A WEBOOKS deverá interagir com a Amazon exclusivamente através do interface disponibilizado pelo E- Commerce Service (ECS). Poderá utilizar qualquer protocolo suportado pelo ECS. Não deverá ser enviada qualquer informação sobre compra de livros à Amazon Nota sobre a compra de livros Neste projecto a compra dos livros encontra-se simplificada, pois nunca serão enviados os pedidos reais de compra aos fornecedores. Assuma que cada cliente ao registar-se na WEBOOKS fornece todos os dados necessários para o pagamento automático das suas compras. Nesta fase, assuma que a operação de check out do carrinho de compras implica o respectivo pagamento automático aos fornecedores e a entrega dos livros ao cliente. A WEBOOKS deverá contudo manter o histórico das compras de cada cliente. O histórico deverá estar disponível para o próprio cliente assim como para os gestores da WEBOOKS ª Fase Implementação da segunda versão do portal A funcionalidade do portal para o papel de cliente deverá ser estendida para suportar os seguintes casos de uso: Pesquisa do catálogo integrado de todos os fornecedores (v ) e respectiva apresentação dos resultados consolidados. Consulta e apresentação do subconjunto de livros que são alvo de desconto. Consultar histórico de todos os movimentos anteriores do cliente. A funcionalidade do portal para o papel de gestor deverá suportar o seguinte: Consultar o histórico de encomendas por cliente e por livro. Consultar os livros mais procurados. Página 4/10 Projecto SEI 2005/2006

7 Analisar dados de negócio, incluindo: número de livros pesquisados, número de livros comprados, número de livros comprados com desconto, número de livros comprados sem desconto. Apresentar todos os livros que actualmente têm desconto. Gerir os clientes da WEBOOKS (ver clientes, ver detalhes de um cliente, apagar cliente). Consultar o histórico de todas as encomendas anteriores Desenho detalhado dos processos de negócio da WEBOOKS Esta fase visa implementar a integração da WEBOOKS com outro fornecedor assim como implementar as políticas que definem os descontos e margens de lucro (v , 4.2.4, 4.2.5). Para tal, deverá desenhar e justificar detalhadamente os processos de negócio da WEBOOKS, especificando as mensagens, eventos, fluxos de dados e controlo utilizando para tal a notação BPMN. Este desenho deverá ser realizado e validado antes da orquestração dos processos em BizTalk Integração com Barnes & Noble Deverá integrar a WEBOOKS com um novo fornecedor, a Barnes & Noble ( Desta forma, os catálogo da Barnes & Noble e da Amazon deverão ficar disponíveis para pesquisa a partir do portal da WEBOOKS. A sua solução deverá reflectir o desenho dos novos processos (v ) Integração com New York Times Deverá ser realizada uma aplicação que obtenha as listas de livros mais vendidos da edição online do jornal New York Times. É um requisito que esta aplicação exponha a sua funcionalidade exclusivamente através de web services. Contudo, a aplicação poderá ser realizada em qualquer ambiente e linguagem de programação. Os serviços desta aplicação deverão então ser integrados com a lógica de negócio da WEBOOKS através do BizTalk por forma a implementar os contratos definidos na secção Contratos entre a WEBOOKS e parceiros de negócio Esta subsecção define um conjunto de contratos celebrados entre a WEBOOKS e os seus parceiros de negócio, Amazon, Barns & Noble e New York Times. Note que cada grupo de trabalho tem liberdade para modificar estes contratos, devendo contactar a WEBOOKS para validar as alterações propostas. Caso não proponha modificações, os quatro contratos abaixo definidos deverão ser integralmente suportados. Note igualmente que estes contratos deverão estar reflectidos nos processos de negócio da organização e o seu conteúdo poderá mudar a qualquer instante, devendo assim a solução proposta para o seu desenho e implementação ser flexível e de fácil manutenção. Contrato 1: Amazon A WEBOOKS aufere de um desconto de 10% sobre todos os livros que pertencem à categoria Computers & Internet: Programming. Sobre os restantes livros, o desconto é de 5%. A margem de lucro da WEBOOKS é de 5% sobre os livros na categoria Computers & Internet: Programming e de 2% sobre os restantes. Note que a Amazon vende livros em segunda mão provenientes de terceiros. Poderá optar por permitir a compra destes através da WEBOOKS. Contudo, estes não têm desconto. Para que o valor do desconto se mantenha, a WEBOOKS deverá comprar uma média de 5 livros por dia à Amazon. Contrato 2: Barns & Noble A WEBOOKS aufere de um desconto de 5% sobre todos os livros comercializados pela Barns & Noble.com. A margem de lucro da WEBOOKS é de 2%. Para que o valor do desconto se mantenha, a WEBOOKS deverá comprar uma média de 3 livros por dia à Barns & Noble. Página 5/10 Projecto SEI 2005/2006

8 Contrato 3: New York Times e Amazon A WEBOOKS aufere de um desconto na Amazon de 5% sobre os livros que se encontram nas listas de Best Sellers do NYT (TUhttp:// UT). Os livros contemplados com o desconto são os 5 primeiros de cada uma das seguintes listas: Hardcover Fiction Hardcover Nonfiction Hardcover Advice Children's Books Paperback Fiction Paperback Nonfiction Paperback Advice Note que poderão existir livros nestas listas que não se encontram no catálogo do fornecedor; estes livros deverão ser naturalmente ignorados. Este desconto acumula com os outros descontos contratualizados com a Amazon. Contrato 4: New York Times e Barns & Noble A WEBOOKS aufere de um desconto na Barnes & Noble de 15% sobre os livros que se encontram nas listas de Best Sellers do NYT (TUhttp:// UT). Os livros contemplados com o desconto são os 5 primeiros de cada uma das seguintes listas: Hardcover Fiction Hardcover Nonfiction Hardcover Advice Children's Books Paperback Fiction Paperback Nonfiction Paperback Advice Note que poderão existir livros nestas listas que não se encontram no catálogo do fornecedor; estes livros deverão ser naturalmente ignorados. Este desconto acumula com os outros descontos contratualizados com a Barnes & Noble ª Fase Implementação da versão final do portal O portal deverá ser finalizado nesta fase, estando integrado com a visualização através do Google Maps. Adicionalmente, o portal de cliente deve permitir: Consultar histórico de todos os movimentos anteriores (encomendas colocadas, canceladas e entregues) e o estado das encomendas activas. Ver estado das encomendas pendentes. Cancelar encomendas pendentes. A funcionalidade do portal para o papel de gestor deverá suportar o seguinte: Consultar o histórico dos estados de todas as encomendas passadas e actualmente em tratamento no operador de distribuição. Ver estado de todas as encomendas pendentes. Cancelar uma encomenda pendente de qualquer cliente Integração com operador de distribuição O operador de distribuição faz a gestão da distribuição dos livros da WEBOOKS. O operador recebe e armazena, de forma persistente, e para cada transacção de um cliente, quais os livros encomendados, o fornecedor, o preço e quantidade associados a cada livro, e os dados do cliente necessários à entrega da encomenda. O operador de distribuição é responsável pela gestão dos estados de uma encomenda (v. secção seguinte). O operador deverá ser uma aplicação independente que comunica com os seus clientes, neste caso a WEBOOKS, segundo um modelo de comunicação baseado em filas de mensagens assíncronas. Para tal, recebe mensagens que Página 6/10 Projecto SEI 2005/2006

9 representam uma ordem de encomenda de um cliente, e envia notificações, também através de mensagens, de forma assíncrona. A integração do operador de distribuição na lógica de negócio da WEBOOKS deverá ser realizada através do BizTalk. Para suportar as filas de mensagens sugere-se a utilização do MSMQ (Microsoft Message Queuing). Deverá simular o tempo de comunicação e processamento no operador de distribuição. Para tal, as respostas do operador às mensagens relativas a encomendas deverão demorar no mínimo 5 segundos a ser respondidas. Este tempo de atraso permitirá, por exemplo, desligar o operador antes que este envie a sua resposta testando assim falhas de comunicação Estado de uma encomenda e cancelamento de encomendas Uma encomenda consiste num conjunto de livros, os respectivos preços, quantidades e tempos de entrega. Uma encomenda poderá conter livros com tempo de entrega distintos. Uma encomenda apenas poderá ser entregue ao cliente quando todos os livros estejam disponíveis, ou seja, depois do período de entrega de todos os livros encomendados ter passado. Todo o processo de entrega e comunicação com os fornecedores fica assim abstraído pelo operador de distribuição. Note que o operador apenas simula a entrega e a comunicação com os fornecedores, pois, na realidade, este nunca contacta com nenhuma entidade externa. Note que o check-out do carrinho de compras não necessita de se traduzir directamente numa única encomenda. Poderá, por exemplo, optar por segmentar o conteúdo do carrinho de compras em várias encomendas de acordo com o tempo de entrega de cada livro. Contudo, se optar por entregar numa única encomenda livros com tempos de entrega distintos, deverá naturalmente esperar pelo livro com tempo de entrega máximo. Os fornecedores de livros utilizados pela WEBOOKS indicam o tempo de entrega de cada livro em dias. Contudo, esta unidade não é interessante do ponto de vista do projecto pois não permite simular, em tempo útil, o ciclo de vida de uma encomenda. Sendo assim, assuma o seguinte: Os livros que são entregues em 24 horas ou menos (e.g. Usually ships within 24 hours, Same day delivery ) terão um tempo de entrega imediato. Ou seja, a encomenda ficará de imediato no estado entregue após ser colocada por um cliente e processada pelo operador de distribuição. Os restantes livros com tempos de entrega superiores a 24 horas (e.g. Usually ships within 1-2 business days, Delivery in 3 business days ) deverão ser entregues mais tarde, i.e. ficarão no estado pendente após processamento no operador de distribuição. Defina uma regra para testar o sistema em tempo útil. Por exemplo, cada dia de entrega poderá corresponder a 10 segundos de tempo de espera. Assim, um livro entregue em 3 dias seria entregue dentro de 10 segundos/dia x 3 dias = 30 segundos. Um livro entregue dentro de uma semana seria entregue dentro de 70 segundos. Sugira um método simples para lidar com esta situação. Uma encomenda encontra-se em um e só um dos seguintes estados: { colocada, pendente, entregue, cancelada }. Uma encomenda ao ser enviada para o operador de distribuição fica no estado colocada enquanto aguarda tratamento. Deste estado poderá evoluir para entregue ou pendente. Passará directamente do estado colocada para entregue se todos os seus livros estiverem prontos para entrega. Ficará em estado pendente enquanto algum dos livros que a compõe não esteja disponível. Assim que todos os livros estejam prontos para entrega o seu estado evoluirá para entregue. Uma encomenda poderá ser cancelada se e só estiver no estado colocada ou pendente. O cancelamento de uma encomenda não acarreta custos para o cliente, devendo o valor da encomenda então cancelada ser deduzido à conta do cliente. As encomendas canceladas deverão ser registadas no histórico de cada cliente, também acessível aos gestores da WEBOOKS. O sistema deve adicionalmente guardar persistentemente um histórico da transição dos estados das encomendas. Cada entrada nesse histórico deve identificar, no mínimo, uma marca temporal, o identificador da encomenda, o estado anterior e o novo estado. Este histórico deverá estar disponível para consulta aos gestores da WEBOOKS Visualização dos clientes através do Google Maps A WEBOOKS pretende visualizar informação geográfica relativa à distribuição de clientes e livros. Os gestores poderão visualizar a localização de cada um dos clientes da WEBOOKS em função da sua morada. Deverá então associar a cada cliente identificado no mapa uma página com o seu histórico de compras e as encomendas pendentes. Veja os seguinte exemplos: TUhttp:// e O ultimo permite identificar um conjunto de hotéis perto do aeroporto internacional de Los Angeles. A visualização deverá ser realizada através do Google Maps (TUhttp:// devendo as moradas dos clientes ser previamente geo-codificadas. Existem vários serviços gratuitos na internet que permitem realizar esta operação sobre moradas dos EUA (e.g. TUhttp://geocoder.us/UT). Portanto, sugere-se que o sistema apenas permita o registo de clientes com moradas válidas nos EUA por forma a conseguir a sua geo-codificação e subsequente visualização. Página 7/10 Projecto SEI 2005/2006

10 4.4 Aspectos de valorização do projecto Esta secção ilustra vários aspectos que valorizarão o projecto e que deverão assim ser tomados em atenção durante as várias fases de desenvolvimento. Relatório Qualidade da descrição dos aspectos de análise e desenho. Descrição da arquitectura dos processos, informação e serviiços. Desenho dos processos de negócio em BPMN. Qualidade das justificações. Relatório realizado incrementalmente, sendo apresentado em cada uma das fases intercalares. Qualidade da arquitectura Utilização correcta dos conceitos de SOA na análise do problema e desenho da solução. Comunicação e integração exclusivamente baseada em serviços e mensagens normalizadas. Qualidade e legibilidade das mensagens trocadas entre os parceiros. Aproximação schema-first ao invés de code-first. Utilização de normas e boas práticas associadas aos web services e XML. Alternativas aos processos de negócio da WEBOOKS Redesenho dos processos por forma a optimizar a orquestração das actividades. Modificações aos contratos com os parceiros. Flexibilidade dos processos. Aspectos de segurança Segurança definida ao nível dos processos e da integração e não ao nível da implementação. Autenticação entre os clientes da WEBOOKS e o portal. Autenticação entre o backoffice do portal e a lógica de negócio. Autenticação entre a lógica de negócio e o operador de distribuição. Comunicação segura. Tolerância a faltas e falhas Assuma que podem existir erros ou falhas de comunicação entre qualquer uma das partes. O sistema deverá encontrar-se sempre num estado coerente e recuperar sempre que tal seja possível. Flexibilidade Acrescentar novos funcionalidades (e.g. fornecedores) por integração, i.e., sem programação ou com o mínimo de programação de novas aplicações. Alteração da orquestração dos processos recorrendo exclusivamente ao BizTalk, i.e., sem programação de novas aplicações. Alteração das regras de negócio (e.g. valores dos descontos nos contratos) recorrendo exclusivamente a regras de negócio no BizTalk. 5 Avaliação 5.1 Grupos de trabalho Os grupos de trabalho deverão ser compostos por um mínimo de 3 e um máximo de 4 alunos, sendo dada preferência aos grupos de 4 alunos por forma a facilitar a divisão do trabalho. Página 8/10 Projecto SEI 2005/2006

11 5.2 Datas importantes Entrega da 1ª fase até às 23:59 de 31 de Março de 2006 Visualização da 1ª fase nas aulas práticas de 3 a 7 de Abril Entrega da 2ª fase até às 23:59 de 28 de Abril de 2006 Visualização da 2ª fase nas aulas práticas de 1 a 5 de Maio Entrega da 3ª fase até às 23:59 de 02 de Junho de 2006 Discussão do projecto final 05 a 09 de Junho Estas datas foram definidas no início do semestre em reunião de coordenação do Departamento, não podendo assim ser alteradas. 5.3 Avaliação O projecto contribui com 10 valores para a nota final da disciplina. A nota mínima é de 4,5 valores em 10. Existem 3 fases de avaliação, todas com peso na nota final Avaliação da 1ª e 2ª fase Peso na nota final: Fase 1: 2 valores Fase 2: 2 valores Duração: minutos por grupo. O grupo deverá fazer uma demonstração do protótipo. Os sistemas e cenários de teste deverão estar previamente configurados, maximizando assim o tempo útil da demonstração. Deverá ser entregue uma versão impressa do relatório Discussão final do projecto Peso na nota final: 6 valores. Duração: minutos por grupo. O grupo deverá fazer uma demonstração do projecto completo ao cliente e que deverá ilustrar de forma coerente toda as funcionalidades implementadas e que o grupo considere como mais relevantes. Note que nesta demonstração incluem-se as funcionalidades já desenvolvidas nas fases anteriores mas que poderão ter sido entretanto melhoradas ou modificadas. As configurações (v ) e cenários de teste devem estar preparados antes do início da discussão. Cada um dos membros do grupo deverá justificar detalhadamente às decisões tomadas relacionadas as soluções adoptadas. Deverá ser entregue uma versão impressa do relatório e um CD/DVD que inclua todo o código desenvolvido e o relatório em formato electrónico Configuração para a discussão final do projecto Durante a discussão final, o projecto integral deverá ser demonstrado em 3 computadores configurados da seguinte forma: Computador 1: Servidor BizTalk. Computador 2: Backoffice do portal da WEBOOKS e servidor HTTP para o portal. Computador 3: Operador de distribuição e serviço de filas de mensagens (MSMQ). Caso apenas tenha acesso a 2 computadores, a configuração deverá ser a seguinte: Computador 1: Servidor BizTalk. Computador 2: Backoffice do portal da WEBOOKS e servidor HTTP para o portal. Operador de distribuição e serviço de filas de mensagens. Note que não poderá demonstrar o projecto apenas num único computador (excepto se utilizar uma máquina virtual para o fazer). Página 9/10 Projecto SEI 2005/2006

12 As sessões com o portal da WEBOOKS serão realizadas através de um browser web e poderão ser iniciadas de forma concorrente a partir de qualquer um dos computadores. A sua demonstração deverá seguir uma apresentação previamente delineada. Por exemplo, poderá demonstrar: Utilização de várias sessão interactivas e concorrentes com a WEBOOKS através do portal cliente e com clientes distintos, demonstrando: Pesquisa por código, título e autor e browse do catálogo completo. Registo de clientes com validação de morada. Utilização persistente do carrinho de compras (adicionar, remover, consultar). Compra de livros (check-out). Cancelamento de encomendas pendentes. Consulta de histórico de compras. Demonstração do portal de gestão. Demonstração da flexibilidade dos sistemas: Alteração das regras de negócio (e.g. alteração da percentagem de desconto sobre um fornecedor) apenas por reconfiguração do BizTalk. Possibilidade de acrescentar ou remover dinamicamente novos fornecedores à WEBOOKS. Demonstração da capacidade de tolerância a falhas e faltas, por exemplo, recuperação no caso de problemas de comunicação com os parceiros externos (e.g. serviço da Amazon ou de um fornecedor indisponíveis durante uma pesquisa ou compra, fornecedor terminar abruptamente durante uma transacção), problema de comunicação com o operador de distribuição. 5.4 Entregas do projecto As diversas fases do projecto serão entregues por via electrónica através do site da cadeira até à data e hora acima especificadas. Em cada fase, a entrega consistirá num arquivo com todo o código desenvolvido e no relatório do projecto. Adicionalmente, cada grupo deverá entregar uma versão impressa do relatório em cada apresentação assim como na discussão final. Durante a discussão final, cada grupo deverá igualmente entregar um CD/DVD que inclua todo o código desenvolvido e o relatório em formato electrónico. 5.5 Dúvidas As dúvidas serão esclarecidas nas aulas práticas. As respostas às questões mais comuns serão mantidas num FAQ disponibilizado no Fenix. 6 Referências 1. Beth Gold-Bernstein, Williiam Ruh. Enterprise Integration: the essential guide to integration solutions. Addison-Wesley Information Technology Series, Amazon, ECS Microsoft Web Services IBM Web Services Java Web Services SOAP WSDL BPMN BPEL XML Schema XML BizTalk MSMQ. Como referências adicionais, salientam-se os manuais MSDN do BizTalk e Visual Studio 2005 que contêm diversos tutoriais e exemplos. Estes manuais estão disponíveis com a instalação completa dos produtos acima ou online em Página 10/10 Projecto SEI 2005/2006