Foreign Trading System Projeto Documento

O Slideshare usa cookies para melhorar a funcionalidade e o desempenho e para fornecer publicidade relevante. Se você continuar navegando no site, você concorda com o uso de cookies neste site. Veja nosso Contrato de Usuário e Política de Privacidade. O Slideshare usa cookies para melhorar a funcionalidade e o desempenho e para fornecer publicidade relevante. Se você continuar navegando no site, você concorda com o uso de cookies neste site. Consulte nossa Política de Privacidade e o Contrato do Usuário para obter detalhes. Explore todos os seus tópicos favoritos no aplicativo SlideShare Obtenha o aplicativo SlideShare para Salvar para mais tarde, mesmo desconectado Continue para o site móvel Fazer upload Fazer logon Fazer duplo toque para diminuir o zoom 33059297 a-project-report-on-online-trading-stock-brokers-of Esta amostra de RFP, tirada da vida real, foi originalmente projetada para atender às necessidades atuais e futuras de operações financeiras, comerciais e de distribuição de uma grande empresa internacional Lidar com países estrangeiros, línguas e moedas. Mas mesmo se você não tem um grande negócio internacional, youll encontrar muitas boas idéias sobre como escrever o seu próprio assassino RFP. Por George Jucan, MSc, PMP, OCP O caderno de exercícios anexado é útil para esses muitos projetos lá fora, onde nenhum cálculo de custos pode ser usado - ou não está disponível - para que a técnica clássica ganhou valor não pode ser aplicada. Ele fornece não apenas um mecanismo de monitoramento de progresso, mas também uma previsão de projetos com base no esforço, com base na consideração acima. Por Markus Klein, PMPSoftware Requisitos Documento de especificação com o exemplo Um documento de especificação de requisitos de software basicamente descreve a finalidade pretendida eo ambiente para a aplicação de software em desenvolvimento. Ele descreve completamente o rendimento, custo, natureza da aplicação de software. Este post explica como um documento de Especificação de Requisitos de Software é preparado para uma projectapplication. Neste documento, o projeto de gerenciamento de vôo é usado como um exemplo para explicar alguns pontos. Existem algumas diretrizes a serem seguidas durante a preparação do documento de especificação de requisitos de software (mais frequentemente, usado como DocumentReport do SRS). Você precisa incluir a finalidade do projeto, o escopo do projeto, o ambiente onde o projeto será executado, o hardware necessário para o projeto, o software necessário para executar ou implementar o projeto, os requisitos de segurança e de segurança, os atributos de qualidade do projeto etc. Este documento SRS foi escrito usando diretrizes padrão. 1.1 Objetivo 1.2 Convenções do documento 1.3 Público-alvo e sugestões de leitura 1.4 Escopo do projeto 1.5 Referências 2. Descrição geral 2.1 Perspectiva do produto 2.2 Características do produto 2.3 Classes e características do usuário 2.4 Ambiente operacional 2.5 Restrições de projeto e implementação 2.6 Suposições e dependências 4. Requisitos da interface externa 4.1 Usuário Interfaces 4.2 Interfaces de hardware 4.3 Interfaces de software 4.4 Interfaces de comunicação 5. Outros requisitos não funcionais 5.1 Requisitos de desempenho 5.2 Requisitos de segurança 5.3 Requisitos de segurança 5.4 Atributos de qualidade de software O objetivo deste documento é fornecer o relatório de especificação de requisitos de software para a base de dados da companhia aérea. 1.2 CONVENÇÕES DO DOCUMENTO 1.3 PÚBLICO DESTINADO E SUGESTÕES DE LEITURA Este projeto é o projeto de nível universitário e está sendo implementado sob a orientação de professores universitários. Este projecto é útil para todos os que viajam em voos. 1.4 ÂMBITO DO PROJECTO O objetivo do sistema on-line é criar um sistema on-line conveniente e fácil de usar para os passageiros, tentando comprar passagens aéreas. O sistema é baseado em um banco de dados relacional com suas funções de gerenciamento de vôo e reserva. Teremos um banco de dados apoiando dezenas de grandes cidades ao redor do mundo, bem como centenas de vôos por várias companhias aéreas. Acima de tudo, esperamos proporcionar uma experiência de usuário confortável, juntamente com os melhores preços disponíveis. Krazytechprojects fundamental dos sistemas de banco de dados por ramez elmarsi e shamkant b. navathe 2.1 PERSPECTIVA DO PRODUTO Um banco de dados distribuído Airline armazena as seguintes informações como mostrado abaixo. Detalhes do vôo: Inclui o terminal de vôo de origem eo terminal de destino, juntamente com paradas entre, número de assentos reservados entre dois destinos, etc. Descrição do cliente: Inclui código de cliente, nome, endereço e número de telefone. Esta informação pode ser usada para manter os registros do cliente para qualquer emergência ou para qualquer outro tipo de informação. Descrição da reserva: Inclui número de código do cliente, número do voo, data da reserva, data da viagem. 2.2 CARACTERÍSTICAS DO PRODUTO As principais características do sistema de base de dados da companhia aérea, conforme mostrado abaixo, mostram o layout do modelo de relação do sistema de banco de dados da companhia. 2.3 CLASSE DE USUÁRIO E CARACTERÍSTICAS Os usuários do sistema devem ser capazes de recuperar informações de vôo entre dois dados Cidades com as datas de viagem indicadas a partir da base de dados. Uma rota da cidade A para a cidade B é uma seqüência de vôos de conexão de A a B de tal forma que: a) há no máximo duas paradas de conexão, excluindo a cidade de partida ea cidade de destino da viagem, b) o tempo de conexão é entre um Para duas horas. O sistema suportará dois tipos de privilégios de usuário, Cliente e Empregado. Os clientes terão acesso às funções do cliente e os funcionários terão acesso às funções de gerenciamento de clientes e de vôo. O cliente deve ser capaz de fazer as seguintes funções: Fazer uma nova reserva o Ida ida ida e volta o Multi-cidade o Flexível Datetime o Confirmação Cancelar uma reserva existente Veja seu itinerário O funcionário deve ter as seguintes funcionalidades de gerenciamento: Clientes com lugares reservados num dado voo. Obter todos os vôos para um determinado aeroporto. O Visualizar o horário do voo. O Obter todos os vôos cujos horários de chegada e partida estão em timedelayed. O Calcule as vendas totais para um dado vôo. O AdicionarEliminar um voo o Adicionar um novo aeroporto o Atualizar tarifa para voos. O Adicionar uma nova instância de perna de voo. O Atualizar os horários de partida para as instâncias das pernas de vôo. Cada voo tem um número limitado de assentos disponíveis. Há um número de vôos que vão de diferentes cidades em datas e horários diferentes. 2.4 MEIO AMBIENTE OPERACIONAL O ambiente operacional para a BASE DE DADOS AIRLINE é conforme listado abaixo sistema operacional do sistema de servidor de banco de dados distribuído. Windows xp Database: sql database platform: vb 2.5 DESIGN e IMPLEMENTATION CONSTRAINTS i) O esquema global, esquema de fragmentação, esquema de alocação. Ii) comandos SQL para aplicações de consultas acima; iii) como a resposta para a aplicação 1 e 2 será gerada. Supondo que estas são consultas globais. Explique como vários fragmentos serão combinados para fazer isso. Iv) Implementar a base de dados pelo menos utilizando um sistema centralizado de gestão de bases de dados. 2.6 DEPENDÊNCIAS DE SUPOSIÇÃO Suponhamos que este seja um sistema de banco de dados de companhias aéreas distribuídas e seja usado na seguinte aplicação: Um pedido de reserva de cancelamento de vôo de qualquer fonte para qualquer destino, dando vôos conectados no caso de nenhum vôo direto entre o Destino Par existem. Cálculo de folhetos de alta (folhetos mais freqüentes) e cálculo de pontos de recompensa apropriados para esses folhetos. Assumindo que ambas as transações são transações únicas, criamos um banco de dados distribuído geograficamente disperso em quatro cidades, Delhi, Mumbai, Chennai e Kolkatta, conforme mostrado na figura 2 acima. DESCRIÇÃO E PRIORIDADE O sistema de reservas aéreas mantém informações sobre vôos, classes de assentos, preferências pessoais, preços e reservas. É claro que este projeto tem alta prioridade porque é muito difícil viajar por países sem vôos. STIMULUSRESPONSE SEQUENCES Pesquisar voos de companhias aéreas para duas cidades de viagem Exibe uma lista detalhada dos vôos disponíveis e fazer uma Reserva ou Reservar um bilhete em um voo específico. Cancelar uma reserva existente. REQUISITOS FUNCIONAIS BASE DE DADOS DISTRIBUÍDA: Base de dados distribuída implica que um único aplicativo deve ser capaz de operar de forma transparente em dados que estão espalhados por uma variedade de bancos de dados diferentes e conectados por uma rede de comunicação como mostrado na figura abaixo. Banco de dados distribuído localizado em quatro cidades diferentes Um sistema clienterver é um sistema distribuído no qual, (a) alguns sites são sites de clientes e outros são sites serer. (B) todos os dados residem nos sites do servidor. (C) todos os aplicativos são executados nos sites do cliente. O termo clienterver refere-se principalmente a uma arquitetura, ou divisão lógica de responsabilidades. O cliente é o aplicativo (também conhecido como front-end) eo servidor é o DBMS (também conhecido como back-end). 4. REQUISITOS DE INTERFACE EXTERNO 4.1 INTERFACES DO USUÁRIO Software front-end: Versão Vb Software de back-end: SQL 4.2 HARDWARE INTERFACES Windows XP. Browser que suporta CGI, HTML amp Javascript. 4.3 INTERFACES DE SOFTWARE