Prévia do material em texto
CURSO: ADS CÓD/ DISCIPLINA: IMPLEMENTAÇÃO DE BANCO DE DADOS. Prof..: MOACIR CASEMIRO TURNO: Noite TURMA: F SALA: 203 MAT.: 201703163151 NOTA GRADUAÇÃO TECNOLOGICA ALUNOS: Rafael dos Santos Castro DATA: 30/03/2018 EXERCÍCIOS 1) Qual a importância de um Processo de Desenvolvimento de Software e quais os quatro processos. R: A construção de sistemas é complexa, sendo necessária a adoção de diferentes processos de desenvolvimento de software para garantir a qualidade do que é produzido, assim aumentando tanto sua eficiência quanto sua eficácia. Adotar esses processos também é importante porque possibilita que o produto final seja replicado, pois antigamente o produto era único. Os quatro processos são planejamento, desenvolvimento, validação e evolução. 2) Descreva as características dos quatro Processos de Software. R: As características dos quatro processos são: a) planejamento, o que o sistema deve fazer e suas restrições de desenvolvimento; b) desenvolvimento, produção em si do sistema de software; c) validação, verificação de que o software é o que o cliente deseja; d) evolução, mudança do software em resposta às demandas de mudança. 3) Qual foi o motivador para o surgimento da Engenharia de Software? R: Antigamente o trabalho era centrado no programador, que a partir do uso de sua criatividade, resulta em produtos únicos que não podiam ser replicados. Neste cenário, percebe-se a pouca utilização de documentação e de boas práticas de engenharia. Como consequência, um dos problemas enfrentados na época foi o tempo necessário para conclusão de um software e as falhas que ele apresentava. Destarte, para entregar produtos “sem falhas”, no prazo estabelecido e poder replicar o produto de software; a execução desses aspectos levaram ao surgimento da Engenharia de Software. 4) Trace um paralelo da Engenharia de Software com Engenharia Civil. R: Tanto na Engenharia de Software quanto na Engenharia Civil é importante seguir processos que levaram a construção de uma obra de qualidade. Por exemplo, o levantamento de requisitos faz com que a obra, um software ou um prédio, esteja de acordo com as exigências do cliente. 5) O que são as disciplinas de Software e qual a importância. R: As disciplinas de software são as especialidades de um processo. Exemplo dessas disciplinas: análise de requisito, projeto, implementação e teste. Elas são importantes para aumentar a eficiência e a eficácia do software. 6) Qual fase do Processo Unificado é responsável pelos testes de desenvolvimento Software? R: Fase de Construção, onde é feita a implementação do software, juntamente com o modelo de implantação do sistema. E como parte final dessa fase, são realizados testes para verificar o cumprimento e a exatidão dos casos de uso. 7) Qual fase no Processo Unificado é responsável pela criação do modelo de dados de um Sistema? R: A Fase de Elaboração refina o modelo de casos de uso, define requisitos, cria um projeto e uma descrição arquitetural preliminar. São definidas as classes de análise, após o modelo de análise e depois um modelo de projeto. Também são revisados os riscos e o plano do projeto. 8) Qual fase do Processo Unificado é responsável pelos testes de Caixa Preta do Software? R: Transição: O objetivo dessa fase é garantir que todos os requisitos do projeto foram atendidos e implementados corretamente. O produto final pode ser liberado em uma versão beta. Existem ainda outras atividades que, de acordo com o projeto, podem ocorrer de maneira paralela, por exemplo, a preparação do ambiente, a conclusão do manual do usuário, identificação e correção de defeitos. No final dessa fase deve-se tirar uma conclusão geral do projeto, obtendo os pontos positivos e negativos os quais devem ser utilizados durante a concepção de projetos futuros. 9) Trace as semelhanças e diferenças entre o modelo Cascata e o modelo Incremental. R: Tanto o modelo cascata quanto o modelo incremental se preocupam que as atividades de análise, projeto, implementação e validação foram devidamente realizadas. Comparando o modelo iterativo e incremental e o modelo cascata, percebemos que a maior diferença entre os dois se dá na forma de organização das atividades. Enquanto o modelo cascata define uma sequencialidade de tarefas, sendo a conclusão das tarefas obrigatória para que as posteriores tenham início, o interativo e incremental oferece um mecanismo de paralelização de tarefas. 10) Cite as vantagens e desvantagens da Prototipagem. R: A vantagem do processo de prototipação é que ele ajuda a minimizar os riscos relacionados ao não atendimento das expectativas do cliente ao final do desenvolvimento do sistema. Pois esse processo disponibiliza para o cliente o aspecto visual do sistema ainda nas fases iniciais, com o objetivo de obter informações e apresentá-las aos usuários. Suas desvantagens são: a) o usuário vê aquilo que pensa ser o software, mas não é; b) o desenvolvedor pode fazer concessões de implementação afim de colocar um protótipo em funcionamento rapidamente; c) Como o foco do modelo é a parte visual do sistema, o cliente e a equipe de desenvolvimento podem passar despercebidos por questões importantes relacionadas à construção do produto, como o detalhamento das regras de negócio e outros diferentes aspectos técnicos. 11) O que são os artefatos gerados nas disciplinas e fases do Processo Unificado. R: É o resultado final da atividade executado por um determinado papel, podendo ser um documento, um modelo, um código-fonte, um programa-executável e etc. É importante deixar claro que cada artefato possui apenas um papel como sendo responsável pela sua produção, porém diferentes papéis podem usá-lo como insumo para a construção de outros artefatos. 12) Qual a relação entre o Processo Unificado e a UML? R: O Processo Unificado usa como notação de apoio a UML, os dois foram desenvolvidos paralelamente. 13) O que significa a sigla UML? R: UML é um acrônimo para a expressão Unified Modeling Language, tradução, linguagem de modelagem unificada. 14) Quais os itens que compõe a especificação do Caso de Uso? R: Atores, descrição, fluxo principal, fluxo alternativo e fluxo de exceção. 15) Qual a diferença entre o fluxo de Exceção e Alternativo? R: Fluxo alternativo é maneiras diferentes de fazer a mesma coisa (eventualmente podem dar origem a novos casos se uso). Por exemplo, você pode acessar sua conta no Facebook usando ou o e-mail ou o telefone. Fluxo de exceções é como resolver situações que impedem o prosseguimento do caso de uso. Por exemplo, você não preenche um campo obrigatório de cadastro, para resolver isso, deve aparecer uma mensagem informando qual campo não foi preenchido, a título de exemplo, uma mensagem em vermelho informa: “o campo sobrenome precisa ser preenchido”. 16) Elabore um diagrama de casos de uso. referente ao sistema: Sistema de Matrículas Uma faculdade pretende informatizar seu sistema de matrículas A secretaria da faculdade gera o currículo para cada semestre e mantém as informações sobre as disciplinas, professores e alunos. Cada curso tem um nome, um determinado número de créditos e é constituído por diversas disciplinas. Os alunos podem se matricular a 4 disciplinas como 1ª opção e a mais 2 outras alternativas. Há períodos para efetuar matrículas, durante os quais um aluno pode acessar o sistema para se matricular em disciplinas e/ou para cancelar matrículas feitas anteriormente. Uma disciplina só fica ativa, isto é, só irá funcionar no semestre seguinte se, no final do período de matrículas tiver,pelo menos, 3 alunos inscritos (matriculados). Caso contrário, a disciplina será cancelada. O número máximo de alunos inscritos a uma disciplina é de 10 e quando este número é atingido, as inscrições (matrículas) a essa disciplina são encerradas. Após um aluno se inscrever para um semestre, o sistema de cobranças é notificado pelo sistema de matrículas, de modo que o aluno possa ser cobrado pelas disciplinas daquele semestre. Os professores podem acessar o sistema para saber quais são os alunos que estão matriculados em cada disciplina. Todos os usuários do sistema têm senhas que são utilizadas para validação do respectivo login. 17) Elabore um diagrama de casos de uso - Referente ao Sistema de Aluguel de Automóveis: Pretende-se desenvolver um sistema para apoio à gestão de aluguéis de automóveis que permita efetuar, cancelar e modificar pedidos através da Internet. Após a análise inicial de requisitos do sistema foram levantadas as seguintes informações: o sistema só pode ser utilizado após cadastro prévio. Os usuários individuais (clientes) podem introduzir, modificar, consultar e cancelar pedidos de aluguel. Por outro lado, os agentes (empresas e bancos) podem modificar e avaliar pedidos. Após introdução no sistema, os pedidos são analisados do ponto de vista financeiro pelos agentes e, em caso de parecer positivo, são colocados à sua consideração para execução do contrato. Sobre os contratantes do aluguel, armazenam-se os dados de identificação (RG, CPF, Nome, Endereço), profissão, as entidades empregadoras e os respectivos rendimentos auferidos (máximo 3). Dependendo do tipo de contrato, os automóveis alugados podem ser registrados como propriedade dos clientes, empresas ou bancos. Sobre os automóveis, o sistema registra a matrícula, ano, marca, modelo e placa. O aluguel de um automóvel pode estar associado com um contrato de crédito, o qual foi concedido por um dos bancos agentes. Em termos do sistema, o servidor central encontra- se ligado aos computadores locais dos clientes e aos diversos agentes aderentes através da Internet. O sistema pode ser subdividido em dois subsistemas: um para gestão de pedidos e contratos; e outro para a construção dinâmica das páginas WWW. 18)Realização do modelo de Caso de Uso, com base na especificação de requisitos. Especificação dos Requisitos Sistema Bancário A. Lançamentos diversos: 1. O sistema deve permitir o cadastro e alteração de clientes do banco os seguintes atributos: nome, endereço (rua, número, bairro, cep), telefone, data de nascimento para pessoa física, data de fundação para pessoa jurídica, e-mail, CPF (pessoa física) e CNPJ (pessoa jurídica): Objetivo: O sistema deve permitir o cadastro e alteração de clientes do banco Atores: cliente. Fluxo principal: O sistema apresenta formulário de cadastro, que pode ser preenchido pelo cliente ou alterado, contendo as informações: nome, endereço (rua, número, bairro, cep), telefone, data de nascimento para pessoa física, data de fundação para pessoa jurídica, e-mail, CPF (pessoa física) e CNPJ (pessoa jurídica). Fluxo de exceção: Caso o cliente digite um caractere não permitido. Será exibido uma mensagem acima da caixa de texto informando o erro. 2. O sistema deve permitir o cadastro e alteração dos bancos com os seguintes atributos: código e nome: Objetivo: O sistema deve permitir o cadastro e alteração dos bancos pelo cliente. Atores: cliente. Fluxo principal: o cliente realiza o login no sistema por meio de código e nome. Fluxo alternativo: o cliente realiza o login no sistema por meio de código e Telefone. 3. O sistema deve permitir o cadastro e alteração das agências bancárias com os seguintes atributos: número da agência, nome, endereço (rua, número, bairro, cep), telefone, e-mail. Sabe-se que um banco pode ter várias agências. Uma agência pertence apenas a um banco; Objetivo: O sistema deve permitir o cadastro e alteração das agências bancárias. Atores: cliente. Fluxo principal: O sistema deve permitir o cadastro e alteração das agências bancárias com os seguintes atributos: número da agência, nome, endereço (rua, número, bairro, cep), telefone, e-mail. 4. O sistema deve permitir a criação de contas nos(as) bancos/agências com os seguintes atributos: número da conta e saldo. Sabe-se que um cliente pode ter várias contas e uma conta pode ter mais de um cliente como administrador (contas conjuntas, contas empresariais e outras contas): Objetivo: O sistema deve permitir a criação de contas nos(as) bancos/agências Atores: Cliente Fluxo principal: O sistema deve permitir a criação de contas nos(as) bancos/agências com os seguintes atributos: número da conta e saldo. Fluxo alternativo: um cliente pode ter várias contas e uma conta pode ter mais de um cliente como administrador (contas conjuntas, contas empresariais e outras contas). 5. Uma agência pode ter apenas dois tipos de contas: corrente e poupança. Para diferenciá-las é utilizado apenas a adição de (\1) no final da conta corrente. Exemplo: CC 5187, CP 5187\1; Objetivo: diferenciar o acesso a conta corrente de conta poupança. Atores: cliente e funcionário. Fluxo principal: o cliente acessa sua conta poupança por meio da adição de (\1). 6. O sistema deve permitir que os clientes efetuem operações de saque, depósito, transferências e agendamento (futuro) em uma conta. O sistema deve manter o registro de todas operações efetuadas pelos clientes: Objetivo: o cliente pode realizar transações bancárias Atores: cliente. Fluxo principal: o cliente pode realizar transações bancárias na agência utilizando sua senha. Fluxo alternativo: o cliente pode realizar transações bancárias na internet utilizando o app do banco. 7. Os agendamentos de operações devem verificar a data do lançamento da operação para que a data informada não seja inferior à data atual; Objetivo: Os agendamentos de operações devem verificar a data do lançamento da operação para que a data informada não seja inferior à data atual. Atores: cliente, gerente e funcionário. Fluxo principal: O cliente informa a data de agendamento de operações. Fluxo de exceção: Caso a data informada seja inferior à data atual, será exibido na tela a seguinte mensagem: “a data informada não é permitida, digite uma data superior à data atual”.