Projeto de Engenharia de Software - Levantamento de Requisitos e Diagrama UML

UniCeub Centro Universitário de Brasília Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas Engenharia de Software Professor Aldo Henrique Engenharia de Software PROJETO DA DISCIPLINA Levantamento de requisitos OBJETIVOS Realizar um levantamento preliminar dos requisitos do sistema Preencher documento de requisitos e regras de negócio Elaborar diagrama UML de casos de uso Desenvolver habilidade de trabalho em equipe no ciclo de desenvolvimento de software ROTEIRO O levantamento de requisitos é umas das partes mais importantes do processo que resultará no desenvolvimento de um sistema Entender aquilo que o cliente deseja ou o que o cliente acredita que precisa e as regras do negócio ou processos do negócio é fundamental para o bom desenvolvimento de um produto de software Baseado nos temas que cada grupo discutiu com o professor os grupos devem se reunir separadamente e através de brainstorms discussões e entrevistas elaborar o mapeamento dos requisitos funções do sistema e das possíveis regras de negócio do software a ser desenvolvido durante a disciplina Após o mapeamento dos requisitos e regras de negócio o grupo deverá documentar este processo devendo preencher com o Documento de Requisitos Este documento deve ser entregue A equipe também deverá identificar os atores e casos de uso devendo criar no httpsdrawio o diagrama UML de casos de uso para a versão preliminar do projeto O modelo em formato DOC destes dois documentos estão disponíveis em httpswwwdropboxcomsclfig6050xwtpnwff9i2jpxaidocumentode especificacaoderequisitosdocxdl0rlkeydedeg45on93evmso9dgjbg0y5 para ser preenchido DICA SOBRE O BRAINSTORM Brainstorming é uma técnica para geração de ideias Ela consiste em uma ou várias reuniões que permitem que as pessoas sugiram e explorem ideias No brainstorming as ideias que a princípio pareçam não convencionais são encorajadas pois elas frequentemente estimulam os participantes o que pode levar a soluções criativas para o problema O número de ideias geradas deve ser bem grande pois quanto mais ideias forem propostas maior será a chance de aparecerem boas ideias Os participantes também devem ser encorajados a combinar ou enriquecer as ideias de outros e para isso é necessário que todas as ideias permaneçam visíveis a todos os participantes Nesta técnica é designada uma pessoa para registrar todas as ideias em uma lousa branca ou em papel À medida que cada folha de papel é preenchida ela é colocada de forma que todos os participantes possam vêla Analisar as ideias é a fase final do brainstorming Nessa fase é realizada uma revisão das ideias uma de cada vez As consideradas valiosas pelo grupo são mantidas e classificadas em ordem de prioridade ESPECIFICAÇÃO DE REQUISITOS DOCUMENTO X0001 NOME DO ANALISTA ÚLTIMA ATUALIZAÇÃO 23062022 HISTÓRICO DE REVISÕES DO DOCUMENTO DATA VERSÃ O DESCRIÇÃO DA ALTERAÇÃO AUTOR 05022022 1 CRIAÇÃO DESTE DOCUMENTO NOME DO ANALISTA 06032022 2 LEVANTAMENTO DOS REQUISITOS NOME DO ANALISTA 09042022 3 DESENVOLVIMENTO DO MOCKUP NOME DO ANALISTA 21052022 4 CONCLUSÃO E VALIDAÇÃO COM O CLIENTE NOME DO ANALISTAw IDENTIFICAÇÃO DOS ENVOLVIDOS PAPEL NOME EMAIL ANALISTA DE REQUISITOS Nome do Analista analistaanalisederequisitoscombr PRODUCT OWNER Nome do PO poanalisederequisitoscombr STAKEHOLDER Nome dos Principais Stakeholders stakeholderanalisederequisitoscombr PATROCINADOR Nome do Viabilizador Financeiro normalmente a empresa contratante patrocinadoranalisederequisitoscombr PROBLEMA DE NEGÓCIO Devido à alta quantidade de pedidos sendo realizados o cliente solicitou o desenvolvimento de uma aplicação mobile para realizar o serviço de delivery de sua pizzaria de forma mais ágil e com mais qualidade LEVANTAMENTO DE REQUISITOS ID 001 Título Formulário de cadastro Requerente Departamento de cliente Ação Criar uma tela com formulário de cadastro Comentários Critérios de aceitação aprovação do protótipo pelo cliente aprovação da funcionalidade pela equipe de desenvolvimento Regras de negócio Cada cliente poderá ter somente um único cadastro a partir do seu email Cada cliente poderá ter mais de um endereço de entrega durante o cadastro sendo possível a escolha do endereço desejado durante o pedido de compra Requisito não funcional Preenchimento dos campos de cadastro de cliente no app Preenchimento dos campos obrigatórios nome cpf endereço email Prioridade X A B C D E Pontos de história cadastro de usuário preenchimento dos campos de cadastro ID002 Título Tela de acesso ao app Requerente equipe de projeto de software cliente final Ação Ao acionar o app será solicitado ao usuário inserir seus dados usuário e senha para efetuar login no app Comentários Critérios de aceitação Teste do protótipo pelo cliente Aceitação pela equipe de projeto de software e pelo cliente Regras de negócio O usuário somente poderá ter acesso às informaçõesfuncionalidades do app após o processo de login Para realizar login é necessário e obrigatório que os campos de usuário e senha sejam inseridos corretamente e juntos Requisito não funcional Acesso ao sistema por meio do botão Acessar presente no app Aviso de erro em caso de usuário ou senha incorretos solicitando os dados novamente ao usuário Prioridade X A B C D E Pontos de história acesso ao app preenchimento doas campos para acessar o app ID003 Título Edição de perfil do usuário Requerente cliente final equipe de projeto de software equipe de desenvolvimento Ação Editar os dados de cadastro consultar entregas já realizadas e acompanhar as entregas em andamento Comentários Critérios de aceitação Aprovação pelo cliente Regras de negócio O usuário poderá alterar suas informações diretamente pelo app Entregas já finalizadas não poderão ser alteradas Requisito não funcional O usuário aciona o ícone de perfil para acessar a edição do seu cadastro Prioridade A X B C D E Pontos de história alteração dos dados de cadastro e entregas em andamento ID 004 Título Configurar pedido Requerente cliente final equipe de projeto de software Ação adicionar os itenda pizza tamanho saber extras Comentários Critérios de aceitação Teste pelo cliente Teste pela equipe de projeto de software Regras de negócio O usuário só poderá finalizar o pedido depois de escolher a pizza desejada Requisito não funcional O app apresentará uma lista contendo sabores de pizza O usuário seleciona a pizza e o app o encaminha para a tela de itens O usuário escolhe as características da pizza Prioridade X A B C D E Pontos de história app intuitivo para a escolha do usuário ID 005 Título Cancelar pedido Requerente cliente final Ação o cliente poderá cancelar um pedido já realizado Comentários Critérios de aceitação Teste do cliente Regras de negócio O usuário terá um prazo máximo de 5 minutos para cancelar a sua entrega Requisito não funcional É necessário que exista pelo menos uma entrega antiga para realizar o cancelamento Prioridade X A B C D E Pontos de história cancelamento de pedido pedido ativo ID 006 Título Pagamento via cartão Requerente cliente final Ação o usuário deverá cadastrar o seu cartão em sua conta pessoal do app Comentários Critérios de aceitação Teste do cliente Teste da equipe de desenvolvimento Regras de negócio O cartão deverá estar corretamente cadastrado no app Requisito não funcional o app possuir uma guia exclusiva para dados de cartão o app deverá informar o cliente em caso de cartão inválido Prioridade X A B C D E Pontos de história cadastrar cartão no app ID 007 Título Sair do app Logout Requerente cliente final Ação efetuar logout do app Comentários Critérios de aceitação Teste do cliente Aceitação do cliente Regras de negócio O cliente não poderá sair do sistema enquanto uma entrega estiver em andamento Caso a condição acima se cumpra o cliente é suspenso do uso do app por 3 dias O usuário só poderá voltar a utilizar o app após efetuar login novamente Requisito não funcional O usuário aciona o botão sair presente no app O app informa ao usuário caso exista algum pedido Prioridade X A B C D E Pontos de história logout do app DIAGRAMA DE CASOS DE USO APP MinhaPizza10 Logout Login Perfil Pedido confirmadoem andamento Registro no Sistema Sabor Confirmação de entregapagamento Cliente Tamanho Pagar com cartão Efetuar Pedido Acompanhamento DESENVOLVIMENTO DO MOCKUP DELIVERY FOOD GET STARTED Lorem ipsum Sing up Verification Lorem ipsum dolor sit amet Lorem ipsum Lorem ipsum dolor sit Lorem ipsum Lorem ipsum CARD Lorem ipsum dolor Lorem ipsum 1240 12 460 Lorem ipsum