Análise e Concepção de Sistemas de Informação

Transcrição

1 Análise e Concepção de Sistemas de Informação Projecto Versão 2.0 amazon.com Introdução O presente documento tem como objectivo apresentar o enunciado do projecto de ACSI O projecto proposto este ano apresenta um desafio não só técnico, como intelectual para os alunos. Como futuros Engenheiros Informáticos, virão a ser chamados para resolver problemas intelectualmente exigentes em que, para o seu sucesso, estamos seguros que terão de recorrer às técnicas e ferramentas aprendidas no decorrer deste curso. Neste projecto os alunos terão de identificar e documentar, através da observação objectiva e experimentação de um serviço real e da informação pública documental a que consigam recorrer, uma perspectiva coerentes de requisitos do mesmo, desenvolvendo ainda propostas para um sistema de informação que supostamente pudesse suportar os requisitos identificados. O projecto consiste assim em levar a cabo um processo de reverse engineering de um serviço já existente em funcionamento, cuja formalização não está disponível e em que a arquitectura do sistema que o suporta não é completamente conhecida. Tal cenário pode criar aparentemente limitações ao processo de identificação dos requisitos, mas na realidade ele não será muito diferente de um caso real em que o cliente também não tenha todas as respostas a todas as perguntas. Os alunos devem encarar assim essas possíveis limitações como um desafio, ao qual devem tentar responder com propostas baseadas em argumentos concretos e assunções claras e realistas, evitando-se o caminho mais fácil das especulações fantasistas. O negócio em causa é o Amazon.com, acessível na Internet num serviço geral em Este negócio começou tendo por objectivo uma livraria virtual, evoluindo entretanto para um portal de compras mais genérico, cuja caracterização é parte dos objectivos deste projecto.

2 Página 2/5 Projecto de ACSI 2005/06 2. Descrição do Projecto Pretende-se levar a cabo descrição documental formal do serviço em causa, com a identificação dos seus requisitos e o desenvolvimento de propostas de arquitecturas de sistemas que o possam eventualmente suportar. Os serviços da Amazon.com são actualmente oferecidos através de vários sistemas com perfiz especializados, linguística ou geograficamente, apresentados como sendo para o Reino Unido ( Canada ( Japão ( Alemanha e Áustria ( França ( China ( O serviço geral, com interface em língua Inglesa, oferece ainda um perfil especializado para o mundo da língua Espanhola em geral (com especialização na interface e serviços e conteúdos oferecidos). Para efeito deste trabalho deverá ser considerado no entanto apenas o serviço principal disponível em 3. Trabalho a realizar Pretende-se levar a cabo a especificação formal de requisitos, da análise e do desenho correspondente a um sistema de informação de suporte à actividade da Amazon.com. Com base na análise levada a cabo, deverão ser criados e entregues os documentos descritos na secção 5. Dada a dimensão e complexidade do serviço em causa, tornando difícil uma análise exaustiva do mesmo, devem os alunos dedicar uma atenção especial à clarificação de todos os aspectos relevantes em relação à perspectiva a às assunções que considerarem relevante. 4. Considerações Gerais Os grupos de trabalho deverão ter 3 elementos. Para apoio ao trabalho deverá ser utilizada preferencialmente a ferramenta Enterprise Architect, disponível nos Laboratórios. Se alguns alunos pretenderem utilizar outra ferramenta alternativa, deverão comunicar e obter a concordância antecipada do docente designado para acompanhar o seu projecto. Para além de documentos textuais, deverão ser entregues ainda com cada relatório os respectivos ficheiros de projecto, claramente identificados.

3 Página 3/5 Projecto de ACSI 2005/06 5. Composição do relatório a apresentar O relatório a apresentar deverá ser composto por quatro documentos distintos: Documento 1: Documento de Requisitos Âmbito: Esta parte do trabalho deverá considerar a visão geral de todo o sistema 1. Introdução a. Propósito do documento de requisitos b. Contexto do sistema e negócio associado c. Definições, acrónimos e abreviaturas d. Referências e. Organização geral do documento 2. Descrição geral a. Perspectiva do sistema b. Funções do sistema c. Características dos utilizadores d. Restrições gerais e. Assunções e dependências 3. Requisitos Funcionais (por sub-sistema) 4. Requisitos Não Funcionais (por sub-sistema) Documento 2: Documento de Requisitos com Modelos Âmbito: Esta parte do trabalho deverá considerar apenas os subsistemas de Gestão Clientes, Gestão do Catálogo de Produtos, e Gestão de Encomendas. Notar que para qualquer destes subsistemas se considera que a interface homem-máquina é Web/html ou Wap/wml, e que poderão suportar as interacções dos clientes/utilizadores finais, bem como dos gestores/empregados da empresa. Pretende-se que este documento envolva os seguintes artefactos: 1. Modelo de Pacotes. 2. Modelo de Domínio (diagramas de classes)

4 Página 4/5 Projecto de ACSI 2005/06 3. Modelo de Casos de Utilização. 4. Descrição textual de casos de utilização. Descrever textualmente pelo menos três casos de utilização do subsistema Gestão do Catálogo de Produtos (nota: esses casos deverão apresentar relações de inclusão e de extensão entre si) 5. Para o caso de utilização Compra de Produto(s), produzir os seguintes modelos a. Diagramas de Sequências: (1) para o cenárioprincipal; (2) para um cenário alternativo ou de excepção. b. Diagrama de Actividade, que sintetize as interacções e actividades que se estabelecem entre o cliente e o sistema.. 6. Diagrama de Estados para o objecto Encomenda de Cliente, que ilustre todos os estados e eventos que podem ocorrer sobre este tipo de objecto (Nota: não esquecer estados de excepção, de encomenda não satisfeita, não entregue, cancelada, etc.). Documento 3: Documento de Desenho Âmbito: Esta parte do trabalho deverá considerar apenas o subsistema de Gestão do Catálogo de Produtos. Notar que para qualquer destes subsistemas se considera que a interface homem-máquina é Web/html ou Wap/wml, e que poderão suportar as interacções dos clientes/utilizadores finais, bem como dos gestores/empregados da empresa. Pretende-se que este documento envolva os seguintes artefactos: 1. Diagrama de uma possível Arquitectura Tecnológica e Aplicacional de todo o sistema, segundo a perspectiva tomada e as assunções consideradas (Diagrama de Instalação com Componentes). 2. Storyboard da interface homem-máquina para o sub-sistema Gestão do Catálogo de Produtos, apenas da perspectiva dos gestores/empregados da empresa. 3. Esquema relacional na forma de scripts DDL/SQL.. Documento 4: Análise Crítica (opcional) Este documento é opcional e destina-se a permitir valorizar potencialmente projectos em que os grupos se pretendam destacar. Para

5 Página 5/5 Projecto de ACSI 2005/06 tal poderão os alunos apresentar resultados complementares de análise, de propostas de desenho, ou de raciocínio crítico sobre aspectos extra mas não fundamentais do projecto (aspectos fundamentais devem constar nos documentos anteriores). Um requisito obrigatório para a aceitação destes resultados é no entanto o de serem apresentados de uma forma que seja evidente e explicitamente alinhada com a cadeira, com base em dados ou informação demonstrável e realista, tal como num projecto real, devendo evitar-se considerações meramente especulativas. 6. Entrega O projecto será alvo de duas entregas, nas datas e pelos seguintes processos: Primeira entrega: Entrega da primeira versão do Documento 1, até às 24h do dia 21 de Outubro por correio electrónico para o docente designado para cada grupo, e em papel durante o dia 24 em local a comunicar para cada um dos casos específicos do Taguspark e Alameda. Segunda entrega: Entrega de um único relatório com todos os documentos (incluindo o Documento 1, preferencialmente revisto), até às 24h do dia 9 de Dezembro por correio electrónico para o docente designado para cada grupo, e em papel durante o dia 12 de Dezembro em local a comunicar para cada um dos casos específicos do Taguspark e Alameda. 7. Avaliação Para a avaliação final do projecto serão levados em consideração os prazos de entrega (atrasos serão penalizados), qualidade objectiva dos relatórios (em que deve ser evidente o seu alinhamento com os conteúdos da cadeira), e o resultado de discussões entre os docentes e cada um dos grupos a ter lugar nos períodos de aula de laboratório a seguir a cada uma das entregas. Para os grupos que entreguem o Documento 4, opcional, um dos factores cruciais de avaliação do mesmo será, para além do conteúdo objectivo do mesmo, a forma como os alunos o relacionem com o conteúdo e objectivos da cadeira. Entende-se que a capacidade de expressar isso correcta e claramente, associado ao rigor da informação e dos argumentos de fundamentação, será uma prova do domínio da matéria.