Modelo de Documentação Engenharia de Requisitos - UCB

Universidade Católica de Brasília PróReitoria Acadêmica Escola de Educação Tecnologia e Comunicação Curso de Bacharelado em Engenharia de Software Curso de Bacharelado em Sistemas de Informação Curso de Bacharelado em Ciência da Computação Curso de Gestão da Tecnologia da Informação Curso de Análise e Desenvolvimento de Sistemas Trabalho de Disciplina MODELO DE DOCUMENTAÇÃO ENGENHARIA DE REQUISITOS Autor Prof Dr Milton Pombo da Paz Brasília DF 202x MODELO DE DOCUMENTAÇÃO DE PROJETO DE ENGENHARIA DE REQUISITOS Este Modelo de Documentação de Projeto de Engenharia de Requisitos foi desenvolvido pelo Prof Dr Milton Pombo da Paz na Universidade Católica de Brasília para a disciplina de Engenharia Requisitos dos Cursos de Bacharelado em Engenharia de Software Bacharelado em Sistema de Informação Bacharelado em Ciência da Computação Gestão da Tecnologia da Informação e Análise e Desenvolvimento de Sistemas Instruções gerais de formatação 1 Seguir o Manual de documentação da UCB no site da biblioteca 2 Referências bibliográficas ver no manual do site da biblioteca 3 Citações direta e indireta ver no manual do site da biblioteca 4 Ilustrações ver no manual do site da biblioteca como fazer legenda de tabela quadro figuras e gráficos 5 Parágrafo usar uma tabulação 6 Palavras em outro idioma itálico 7 Conceitos referenciar ver referências diretas e indiretas ver a partir da página 78 do manual 8 Itens e subitens numerar e formatar como título1234 ver a partir da página 78 do manual 9 Ver a diferença gráfica de tabelas e quadros 10 Sigla na primeira vez colocar a sigla e depois pode usar somente a sigla 11 Primar pela correção ortográfica e gramatical 12 Não usar palavras na primeira pessoa do singular ou do plural 13 Não usar marcadores para listas usar lista numerada ou alfabética 14 Formatar corretamente o Sumário de acordo com a ABNT e Manual de Trab Acadêmico UCB 15 A formatação do texto e póstexto do PP seguirá o mesmo padrão do Artigo pag 104 do Manual da UCB no caso do PP use espaço 1 entre as linhas A DOCUMENTAÇÃO DO ESTUDANTE DEVE COMEÇAR A PARTIR DA PRÓXIMA PÁGINA PróReitoria Acadêmica Escola de Educação Tecnologia e Comunicação Curso de Bacharelado em Engenharia de Software ou Curso de Bacharelado em Sistemas de Informação ou Curso de Bacharelado em Ciência da Computação ou Curso de Gestão da Tecnologia da Informação ou Curso de Análise e Desenvolvimento de Sistemas escolher seu curso Trabalho de Disciplina de Engenharia de Requisitos TÍTULO DO PROJETO Autora Nomes dos Autores Orientador Prof Dr Milton Pombo da Paz Brasília DF 202x NOMES DOS ALUNOS TÍTULO DO PROJETO Documento apresentado ao Curso de graduação de Bacharelado em Engenharia de Software ou Bacharelado em Sistemas de Informação ou Bacharelado em Ciência da Computação ou Gestão da Tecnologia da Informação ou Análise e Desenvolvimento de Sistemas da Universidade Católica de Brasília como requisito parcial para obtenção da aprovação na disciplina de Engenharia Requisitos Orientador Prof Dr Milton Pombo da Paz Brasília 202x SOBRENOME Nome do aluno complemento Título do Trabalho Nome do aluno completo xx de xx de 20xx Paginação número Universidade Católica de Brasília xx de xx de 202x Orientação Prof Dr Milton Pombo da Paz RESUMO Referência SOBRENOME Nome Aluno Completo Título do Trabalho 202x nr p Bacharelado em Engenharia de Software ou Bacharelado em Sistemas de Informação ou Bacharelado em Ciência da Computação ou Gestão da Tecnologia da Informação ou Análise e Desenvolvimento de Sistemas ou Design Visual UCB Universidade Católica de Brasília Taguatinga DF 202x XxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxx xxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxx xxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxXxxxxxxxxxxxxxxxxxxxxxxxxxxxx Palavraschave xxx xxx xxx xxx xxx ABSTRACT XxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxx xxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxx xxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxX xxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxXxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Keywords xxx xxx xxx xxx xxx LISTA DE FIGURAS Figura 1 Cronograma34 Figura 2 Diagrama de classe do Negócio36 Figura 3 Diagrama de Sequência UC01 Controlar Gastos37 Figura 4 Diagrama de Casos de Uso de Software40 Figura 5 Diagrama de classe de análise efetuar login43 Figura 6 Diagrama de Atividades44 Figura 7 Diagrama de interação de objetos efetuar login44 Figura 8 Tela de criação de novo projeto45 Figura 9 Diagrama de Classe46 Figura 10 Diagrama de interação de objetos efetuar login47 Figura 11 MER Modelo de EntidadeRelacionamento48 Figura 12 MLD Modelo Lógico de Dados49 Figura 13 MFD Modelo Físico de Dados50 LISTA DE TABELAS Tabela 1 Recursos Humanos30 Tabela 2 Recursos de Hardware31 Tabela 3 Recursos Financeiros33 UCB Engenharia de Requisitos Prof Milton LISTA DE QUADROS Quadro 1 Marcos do Projeto26 Quadro 2 Riscos identificados que podem afetar o projeto27 Quadro 3 Documentação a ser entregue no projeto28 UCB Engenharia de Requisitos Prof Milton LISTA DE GRÁFICOS se não houver pode remover a página UCB Engenharia de Requisitos Prof Milton SUMÁRIO RESUMO 7 ABSTRACT 8 LISTA DE FIGURAS 9 LISTA DE TABELAS 10 LISTA DE QUADROS 11 LISTA DE GRÁFICOS 12 1 INTRODUÇÃO 16 11 DIAGNÓSTICO DA EMPRESAORGANIZAÇÃOINSTITUIÇÃO 16 2 OBJETIVOS 17 21 OBJETIVO GERAL 17 22 OBJETIVOS ESPECÍFICOS 17 3 DOCUMENTO DE VISÃO 18 1 INTRODUÇÃO 18 2 POSICIONAMENTO 18 21 DESCRIÇÃO DO PROBLEMA 18 22 SENTENÇA DE POSIÇÃO DO PRODUTO 19 3 DESCRIÇÕES DOS ENVOLVIDOS E DOS USUÁRIOS 19 31 RESUMO DOS ENVOLVIDOS 19 32 RESUMO DOS USUÁRIOS 20 4 VISÃO GERAL DO PRODUTO 20 41 NECESSIDADES E FUNCIONALIDADES 21 5 OUTROS REQUISITOS DO PRODUTO 21 4 PROPOSTA DO SISTEMA 22 41 DESCRIÇÃO DO SISTEMA PROPOSTO 22 42 RESULTADOS ESPERADOS 22 43 RELAÇÃO CUSTO X BENEFÍCIO ANÁLISE DA VIABILIDADE ECONÔMICA DO NOVO SISTEMA 23 44 ÁREAS AFETADAS PELO NOVO SISTEMA ÓRGÃOS OU FUNÇÕES ALTERADAS PELO SISTEMA ESPECIFICAR AS ALTERAÇÕES PREVISTAS 23 5 PLANEJAMENTO DO PROJETO 24 51 PLANO DO PROCESSO DE DESENVOLVIMENTO 24 511 Ciclo de Vida do Projeto 24 512 Métodos de Desenvolvimento e Ferramentas CASE 25 52 PLANO DE ACOMPANHAMENTO 26 521 Marcos e Pontos de Controle 26 522 Métodos de Acompanhamento e Controle 26 523 Análise e Gerência de Riscos 27 UCB Engenharia de Requisitos Prof Milton 53 PLANO DE DOCUMENTAÇÃO 27 531 Documentos do Projeto 28 54 PLANO DE RECURSOS E PRODUTOS 29 541 Plano de Pessoal 29 542 Recursos de Hardware para o Desenvolvimento 31 543 Recursos de Software 31 544 Configuração da rede 32 545 Configuração de Banco de Dados 32 546 Descrição das instalações 32 547 Recursos Financeiros 33 55 CRONOGRAMA DO PROJETO 33 6 ANÁLISE DE NEGÓCIO 35 61 MAPA MENTAL DO NEGÓCIO 35 62 REGRAS DE NEGÓCIO 35 63 DIAGRAMAS DE CLASSE DO NEGÓCIO MODELO DE DOMÍNIO 35 64 DIAGRAMA DE ATIVIDADES DE NEGÓCIO 36 7 ANÁLISE DE SISTEMAS 38 71 DESCRIÇÃO DO PROBLEMA 38 72 DESCRIÇÃO DAS CARACTERÍSTICAS DO SISTEMA 38 8 ANÁLISE DE REQUISITOS 39 81 REQUISITOS FUNCIONAIS 39 82 REQUISITOS NÃOFUNCIONAIS 39 83 DIAGRAMA DE CASOS DE USO DA SOLUÇÃO 39 831 Visão Geral dos Casos de Uso e Atores 39 832 Descrição dos Cenários de Casos de Uso 40 9 DOCUMENTAÇÃO DE PROJETO 46 91 MEMORIAL DESCRITIVO DAS DECISÕES DE PROJETO 46 92 DIAGRAMA DE CLASSE 46 93 DIAGRAMA DE SEQUÊNCIA 46 10 MODELAGEM DO BANCO DE DADOS 48 101 MODELO CONCEITUAL DE DADOS MODELO ENTIDADE RELACIONAMENTO 48 102 MODELO LÓGICO DE DADOS 49 103 MODELO FÍSICO DE DADOS 50 104 SCHEMA DO BANCO DE DADOS SCRIPT 50 105 DICIONÁRIO DE DADOS 50 11 CONCLUSÃO 53 111 TRABALHOS FUTUROS 53 REFERÊNCIAS 54 GLOSSÁRIO 55 APÊNDICES 56 ANEXOS 57 UCB Engenharia de Requisitos Prof Milton UCB Engenharia de Requisitos Prof Milton 1 INTRODUÇÃO introduzir o trabalho em quatro parágrafos primeiro introduzir o contexto do uso da computaçãoTIinformática nas organizações de maneira genérica segundo abordar o tema específico de seu trabalho explicar o problema organizacional e como seu trabalho oferece à organização benefícios com a automatização de seus processos terceiro falar especificamente do trabalho e sua proposta apresentar o conteúdo o quê se propõe e como irá resolver o problema descrito no parágrafo anterior quarto apresentar todo trabalho falar de sua estrutura e composição dos capítulos 11 DIAGNÓSTICO DA EMPRESAORGANIZAÇÃOINSTITUIÇÃO um texto que descreva o negócio atual UCB Engenharia de Requisitos Prof Milton 2 OBJETIVOS um texto que descreva este capítulo e seu conteúdo 21 OBJETIVO GERAL Descrever o objetivo geral 22 OBJETIVOS ESPECÍFICOS Descrever os objetivos específicos UCB Engenharia de Requisitos Prof Milton 3 DOCUMENTO DE VISÃO um texto que descreva este capítulo e seu conteúdo usar o template Nome do Projeto Visão Versão 10 Observação O template a seguir é fornecido para uso com o Rational Unified Process RUP O texto entre colchetes e exibido em itálico em azul é fornecido para orientar o autor e deverá ser excluído antes da publicação do documento Qualquer parágrafo inserido após esse estilo será definido automaticamente como normal Histórico da Revisão Data Versão Descrição Autor ddmmmaa xx detalhes nome Visão 1 Introdução A finalidade deste documento é coletar analisar e definir necessidades e recursos de nível superior do Nome do Sistema Ele se concentra nos recursos necessários aos envolvidos e aos usuáriosalvo e nas razões que levam a essas necessidades Os detalhes de como o Nome do Sistema satisfaz essas necessidades são descritos no caso de uso e nas especificações suplementares A introdução do documento Visão fornece uma visão geral de todo o seu conteúdo Ela deve incluir a finalidade o escopo as definições os acrônimos as abreviações as referências e a visão geral deste documento Visão 2 Posicionamento 21 Descrição do Problema Forneça uma descrição resumindo o problema que está sendo resolvido pelo projeto Poderá ser usado este formato O problema de descreva o problema UCB Engenharia de Requisitos Prof Milton afeta os envolvidos afetados pelo problema cujo impacto é qual é o impacto do problema uma boa solução seria liste alguns dos principais benefícios de uma boa solução 22 Sentenca de Posição do Produto Forneça uma sentença geral resumindo no nível mais alto a posição exclusiva que o produto pretende ocupar no mercado Poderá ser usado este formato Para clientealvo Que indique a necessidade ou oportunidade O nome do produto é uma categoria do produto Que indique o principal benefício ou seja a razão convincente que motiva a compra Diferente de principal alternativa da concorrência Nosso produto indique a principal diferença Uma sentença de posição do produto comunica o objetivo do aplicativo e a importância do projeto para todo o pessoal envolvido 3 Descrições dos Envolvidos e dos Usuários Para fornecer de maneira eficiente produtos e serviços que atendam às reais necessidades dos usuários e dos envolvidos é necessário identificar e considerar todos os envolvidos como parte do processo de Modelagem de Requisitos É necessário também identificar os usuários do sistema e assegurar que a comunidade de envolvidos os represente adequadamente Esta seção fornece um perfil dos envolvidos e dos usuários que integram o projeto e dos principais problemas que de acordo com o ponto de vista deles poderão ser abordados pela solução proposta Ela não descreve as solicitações ou os requisitos específicos dos usuários e dos envolvidos já que eles são capturados em um artefato individual de solicitações dos envolvidos Em vez disso ela fornece a base e a justificativa que explicam por que os requisitos são necessários 31 Resumo dos Envolvidos Há uma série de envolvidos que se interessam pelo desenvolvimento e nem todos eles são usuários finais Apresente uma lista resumida desses envolvidos que não são usuários O resumo dos usuários encontrase na seção 32 Nome Descrição Responsabilidades Especifique o nome do tipo de envolvido Descreva brevemente o envolvido Resuma as principais responsabilidades do envolvido no que diz respeito ao sistema que está sendo Perspectiva do produto Funções do produto Suposições e dependências 41 Necessidades e Funcionalidades Evitar o design Mantem as funcionalidades descritas em nível geral Foca nas capacidades necessárias e porque e não como elas deveriam ser implementadas Captura as prioridades dos stakeholder e planeja as releases por funcionalidades Necessidade Prioridade Funcionalidades Versão Planejada 5 Outros Requisitos do Produto Em um nível superior liste padrões aplicáveis requisitos de hardware ou de plataforma requisitos de desempenho e requisitos ambientais Defina as faixas de qualidade para desempenho robustez tolerância a erros usabilidade e características semelhantes que não são capturadas no Conjunto de Recursos Observe quaisquer restrições de design restrições externas ou outras dependências Defina quaisquer requisitos de documentação específicos incluindo requisitos de manuais do usuário Ajuda online instalação rotulação e de embalagem Defina a prioridade desses outros requisitos do produto Inclua se for útil atributos como por exemplo estabilidade benefício esforço e risco 4 PROPOSTA DO SISTEMA A seguir será apresentada a proposta do sistema visando detalhar os principais pontos a serem seguidos 41 DESCRIÇÃO DO SISTEMA PROPOSTO O sistema descrito neste documento irá atender às necessidades gerenciais de um condomínio com funcionalidades voltadas para a utilização de moradores síndicos subsíndicos e contadores Este sistema diferenciase dos demais concorrentes em suas demandas voltadas aos moradores pois hoje no mercado de sistemas desenvolvidos para condomínios não existe um específico que atenda a todos os desejos dos moradores tais como a realização de reuniões virtuais continuar descrição 42 RESULTADOS ESPERADOS um texto que descreva os resultados esperados após o projeto ser encerrado Com a implantação do Sistema X esperamse os seguintes resultados Evitar a burocracia com serviços repetitivos Aumentar a credibilidade na administração do síndico por meio da publicação de gastos realizados Toda despesa concretizada será lançada no portal para que o morador através de qualquer terminal com acesso à internet possa monitorála quando quiser Maior transparência na utilização de recursos arrecadados com as taxas de condomínio Ganho de tempo pelos usuários Melhor organização dos avisos recados reclamações e sugestões Melhor controle da agenda do salão de festas Maior comodidade e flexibilidade de tempo com a realização de reuniões virtuais possibilitando a participação do morador ou síndico de qualquer local desde que possua acesso à internet e Maior satisfação dos condôminos continuar descrição UCB Engenharia de Requisitos Prof Milton 43 RELAÇÃO CUSTO X BENEFÍCIO ANÁLISE DA VIABILIDADE ECONÔMICA DO NOVO SISTEMA descreva se o projeto é viável O processo de desenvolvimento de software é muito caro e trabalhoso logo a própria construção da ferramenta CASE descrita neste trabalho irá trazer estas características Mesmo com todo gasto dispendido com pessoas e ferramentas para construção deste software o mesmo irá trazer muitos benefícios para o processo de desenvolvimento de outros softwares estes benefícios irão abranger desde custos financeiros agilidade e qualidade no produto final do processo de desenvolvimento continuar descrição 44 ÁREAS AFETADAS PELO NOVO SISTEMA ÓRGÃOS OU FUNÇÕES ALTERADAS PELO SISTEMA ESPECIFICAR AS ALTERAÇÕES PREVISTAS A ferramenta atuará diretamente nas funções desempenhadas pela equipe de desenvolvimento de software eou desenvolvedores autônomos As áreas afetadas pelo novo sistema são Contábil Financeira e Administrativas continuar descrição UCB Engenharia de Requisitos Prof Milton 5 PLANEJAMENTO DO PROJETO Ao longo desse capítulo abordaremos os detalhes do plano do processo de desenvolvimento de organização de acompanhamento de documentação de recursos e produtos para execução e o cronograma do projeto 51 PLANO DO PROCESSO DE DESENVOLVIMENTO Nesta seção serão descritos os processos métodos linguagem de programação e hardware que serão utilizados para desenvolvimento do software 511 Ciclo de Vida do Projeto criar o seu abaixo é um exemplo O ciclo de vida adotada no projeto será o modelo em cascata1 segundo Pressman 2006 o modelo em cascata é o mais tradicional entre os diversos tipos utilizados no mercado chamado de ciclo de vida clássico Esse modelo sugere um desenvolvimento de software de maneira sequencial que progride ao longo do projeto deixando as etapas dependentes uma da outra Foi decidido utilizar o modelo em cascata porque temse os requisitos do sistema bem compreendidos e estáveis As atividades do projeto estarão dentro do arcabouço de processo genérico esse arcabouço é uma abordagem sistemática e utilizada como base para maioria dos processos de software O arcabouço está dividido em etapas de comunicação planejamento modelagem construção e implantação a Comunicação Início do projeto onde todos os envolvidos estão em contato constantes para o perfeito entendimento do funcionamento do software além da tarefa de análise de requisitos levantamento e validação 1 Cascata Dentre os paradigmas da engenharia de software é o mais antigo conhecido como clássico utilizado quando o projeto flui de maneira linear desde sua concepção até a sua implantação UCB Engenharia de Requisitos Prof Milton b Planejamento Essa etapa está associada ao estudo de riscos ao projeto viabilidade técnica esforço estimado estabelecimento de cronograma e atividades a serem desenvolvidas c Modelagem Etapa está relacionada à criação de diagramas com base nos requisitos levantados durante a comunicação A criação dos diagramas facilita o melhor entendimento do cliente e do desenvolvedor Requisitos costumam ser refinados nessa etapa d Construção Criação de códigos e testes para validar o software e e Implantação Etapa aonde o cliente recebe o software completo para avaliação e fornecer um feedback com base nas expectativas previstas e acordadas durante o projeto Por ser um modelo que nos permite adaptação à necessidade dos projetos terá uma atividade de controle que tem a função de monitorar e acompanhar o andamento do cronograma além de estabelecer metas a serem cumpridas pelos envolvidos continuar descrição 512 Métodos de Desenvolvimento e Ferramentas CASE criar o seu abaixo é um exemplo O método de desenvolvimento do software terá como referência a Orientação a Objeto utilizando a Linguagem de Modelagem Unificada Unified Modeling Language UML para guiar a especificação construção visualização e documentação do sistema As ferramentas ComputerAided Software Engineering CASE utilizadas durante todo o projeto são a NetBeans IDE 74 Codificação e b AstahCommunity Modelagem UML continuar descrição 52 PLANO DE ACOMPANHAMENTO O plano de acompanhamento do projeto é a tarefa que tem a missão de garantir que o seu desenvolvimento ocorra dentro do cronograma estabelecido entre os interessados 521 Marcos e Pontos de Controle criar o seu abaixo é um exemplo Os marcos e pontos de controle são os prazos definidos entre os interessados para a entrega dos artefatos definidos Os pontos de controle normalmente acontecem através de reuniões e também podem ser usadas para discutir as próximas etapas do projeto alinhando novos prazos Quadro 1 Quadro 1 Marcos do Projeto Sequência Ponto de Controle Artefatos a serem entregues Previsão de entrega 1 Comunicação Definir Proposta do Projeto 150320xx 2 Planejamento Proposta refinada Plano de projeto elaborado Levantamento de custos e riscos Definição de um cronograma 300420xx 3 Modelagem Especificação dos requisitos do sistema Diagramas de casos de uso de negócio Diagramas de casos de uso de software Diagramas de atividades Especificação de caso de uso Descrição sistêmica do software 310520xx 4 Construção Codificação Testes 311020xx 5 Implantação Produto Final Software e Documentação 101120xx Fonte Elaboração própria 2021 522 Métodos de Acompanhamento e Controle criar o seu abaixo é um exemplo O acompanhamento do projeto será através de reuniões semanalmente aos sábados pela nas dependências da instituição no turno da manhã eventualmente os encontros podem acontecer durante a semana preferencialmente com a presença do professor e de todos os membros da equipe Troca de mensagens eletrônicas como emails sms ou ligações durante a semana para satisfazer dúvidas questionamentos ou validações de etapas do projeto continuar descrição 523 Análise e Gerência de Riscos criar o seu abaixo é um exemplo Segundo o iRUP o risco está associado a relação de altos e baixos com possibilidade de afetar o sucesso dos marcos principais e do projeto como um todo Quadro 2 Quadro 2 Riscos identificados que podem afetar o projeto Risco Impacto Possibilidade Ação Não cumprimento do prazo Alto Média Prazos bem definidos Reunião semanal de ponto de controle para acompanhar e definir metas Falta de comunicação entre os membros da equipe Alto Baixa Reuniões objetivas claras e com assuntos definidos e informados previamente Inexperiência na solução da proposta Média Média Definir reuniões extras com os membros da equipe e com pessoas que dominam o assunto para troca de experiência Crescimento nas funcionalidades e características do software Média Baixa Estabelecer o escopo e o não escopo do projeto Deixar os requisitos bem definidos Perda do material já produzido Alto Baixa Manter backup dos arquivos já produzidos em locais distintos Desfalque na equipe Alto Baixa Deixar todos os integrantes cientes de suas responsabilidades e importância para o sucesso do projeto Falta de controle do gerente sobre a equipe Alto Baixa Indicar um membro da equipe para ser o ponto focal do professor orientador Fonte Elaboração própria 2021 53 PLANO DE DOCUMENTAÇÃO Neste item serão apresentados os documentos que compõem o projeto de desenvolvimento do software xxx e suas respectivas fases de desenvolvimento 531 Documentos do Projeto criar o seu abaixo é um exemplo O Quadro 3 a seguir identifica cada artefato a ser entregue e suas respectivas fases de desenvolvimento segundo o RUP descreve ainda o objetivo a ser atingido com a elaboração do documento Quadro 3 Documentação a ser entregue no projeto Fase Artefato Objetivo do Artefato Comunicação Definir Proposta do Projeto Elaboração de uma proposta com os critérios mínimos para aceitação do professor orientador Planejamento Proposta refinada Detalhar e justificar com embasamento teórico as necessidades do software Plano de projeto elaborado Definir objetivos recursos e diretrizes a serem seguidos e necessários ao longo do projeto Levantamento de custos e riscos Identificar os custos no projeto os riscos e seus impactos no sucesso do sistema Definição de um cronograma Estabelecer cronograma conforme os prazos para entrega e o tempo e esforço dos envolvidos Modelagem Especificação dos requisitos do sistema Especificar os requisitos e regras de negócio a serem atendidos pelo software acordados com o cliente Diagramas de casos de uso de negócio Representar as ações realizadas pelos atores e atividades executadas no processo do negócio Diagramas de casos de uso de software Representar de atividades executadas pelo software Diagramas de atividades Ilustrar o fluxo de trabalho de um caso de uso Especificação de caso de uso Detalhar individualmente as funcionalidades do sistema isso facilita o entendimento e a comunicação entre analista e cliente Construção Codificação Implementar os casos de uso apresentados durante a fase de modelagem na linguagem de programação escolhida no software OU Os recursos humanos é o essencial em qualquer projeto e na Tabela 1 será discriminado todos os recursos quantidade papeis quantidade de horas valor hora valor unitário e total de cada recurso e o valor total gasto com os recursos humanos necessários para o desenvolvimento do projeto Tabela 1 Recursos Humanos ITEM RECURSO PAPEL QTD QTD DE HORAS VALOR HORA VALOR UNITÁRIO TOTAL 1 Gerente de Projetos Gerenciar e controlar o andamento do projeto 1 240 R 5000 R 1200000 R 1200000 2 Analista de Requisitos Levantar e elicitar os requisitos do software a ser desenvolvido 3 40 R 3000 R 120000 R 360000 3 Analista de Negócios Definir soluções que permitam que o Software atinja seus objetivos 1 40 R 5000 R 200000 R 200000 4 DBA Assegurar que o banco de dados esteja no ar todo o tempo que o sistema necessita com rapidez e confiabilidade 3 40 R 4000 R 320000 R 960000 5 Programador Codificar os requisitos levantados pelo analista de requisitos 3 120 R 3000 R 360000 R 1080000 6 Analista de Teste Testar os códigos feitos pelo programador e comprovar que estão atendendo os requisitos validados pelo cliente 3 40 R 3000 R 120000 R 360000 TOTAL R 4160000 Fonte Elaboração própria 2021 UCB Engenharia de Requisitos Prof Milton 542 Recursos de Hardware para o Desenvolvimento criar o seu abaixo é um exemplo A Tabela 2 a seguir representa a configuração de hardware dos computadores pessoais da equipe de desenvolvimento podendo essas configurações sofrer modificações durante o projeto Os recursos de Hardware utilizados para o desenvolvimento do projeto são discriminados na Tabela 2 com a descrição quantidade valor unitário e total Tabela 2 Recursos de Hardware Item Descrição Unidade Quantidade PU PT 1 Notebook Dell Intel Core I53210M CPU 250GHz 6 GB RAM 1 TB HD Placa de Vídeo Nvidia GeForce GT 630M 128bit 1GB Un 1 100000 100000 2 Notebook Dell Intel Core I54200M CPU 310GHz 6 GB RAM 1 TB HD Placa de Vídeo Nvidia GeForce GT 6200 128bit 1GB Un 1 100000 100000 3 Notebook Samsung Intel Core I3 CPU 250GHz 8 GB RAM 720 HD Un 1 100000 100000 Total 300000 Fonte Elaboração própria 2021 543 Recursos de Software criar o seu abaixo é um exemplo 5431 Servidor Sistema Operacional Microsoft Windows XP Professional SP2 Java JSP Servidor Web Apache TomCat e Sistema Gerenciador de Banco de Dados Microsoft SQL 2000 Cliente Sistema operacional Windows XP Vista ou Seven Unix e Linux Plugins Máquina Virtual JRE Adobe Acrobat Reader Macromedia Flash Real Player e QuickTime e Browser compatível com a tecnologia Java 5432 Linguagens de Programação O desenvolvimento da aplicação CodeGen para a plataforma Desktop será baseada na linguagem de programação orientada objetos Java utilizando muito dos conceitos JPA2 A Java Persistence API Annotation3e Reflection4 para identificar estruturas de Banco de Dados relacional 544 Configuração da rede criar o seu abaixo é um exemplo Conexão com a internet de no mínimo 1Mbps Todas as estações cliente deverão estar conectadas na rede Internet e ter acesso ao servidor de arquivos e a base de dados Modem ADSL Externo ou Placa de Modem Interno PCI Placas de rede Ethernet 10100 Mbps RJ45 ou USB conforme modem em quantidade igual ou superior à quantidade de computadores ADSL Recomendado ou Conexão discada RJ 45 ou RJ 25 e Cabo UTP Categoria 5 545 Configuração de Banco de Dados criar o seu abaixo é um exemplo Sistema Gerenciador de Banco de Dados Relacional MYSQL 50 pois ele é open source possui consistência alta performance confiabilidade e é fácil de usar 546 Descrição das instalações criar o seu abaixo é um exemplo 2 JPA é um framework para persistir objetos Java em um banco de dados 3 Annotation recurso disponível a partir da versão 5 do Java que possibilita a declaração de metadados nos objetos 4 Reflection pacote do Java que possibilita a criação de chamadas em tempo de execução do programa O portal será hospedado em um servidor Web Hosting que contenha a seguinte infraestrutura Conexão ininterrupta à internet Links acima de 20 Giga Bits por minuto Pontos de interconexão PIX do Ponto de Troca de Tráfego PTT homologado pelo CGIBr Comitê Gestor da Internet no Brasil Fornecimento ininterrupto de energia No Breaks e geradores de energia Sistemas de IPS Intrusion Prevention System para identificação e bloqueio de tentativas de intrusão aos servidores Firewalls redundantes Backup ativo Sistema de refrigeraçãoclimatização Sistema contra incêndio e Instalações com espaço e organização para equipamentos e equipe técnica As máquinas dos usuários clientes acessarão o serviço a partir do navegador Web padrão utilizado não sendo necessária a instalação de aplicações clientes nas estações podendo assim consequentemente ser acessado de qualquer local que possua internet 547 Recursos Financeiros criar o seu abaixo é um exemplo O investimento inicial para o desenvolvimento do projeto é a soma dos valores necessário para alocação de recursos humanos software e hardware Tabela 3 Tabela 3 Recursos Financeiros Item Descrição Total 1 Recursos Humanos R 4160000 2 Recursos de Hardware R 640000 3 Recursos de Software R 37050 Total R 4837050 Fonte Elaboração própria 2021 55 CRONOGRAMA DO PROJETO criar o seu abaixo é um exemplo UCB Engenharia de Requisitos Prof Milton O portal será hospedado em um servidor Web Hosting que contenha a seguinte infraestrutura Conexão ininterrupta à internet Links acima de 20 Giga Bits por minuto Pontos de interconexão PIX do Ponto de Troca de Tráfego PTT homologado pelo CGIBr Comitê Gestor da Internet no Brasil Fornecimento ininterrupto de energia No Breaks e geradores de energia Sistemas de IPS Intrusion Prevention System para identificação e bloqueio de tentativas de intrusão aos servidores Firewalls redundantes Backup ativo Sistema de refrigeraçãoclimatização Sistema contra incêndio e Instalações com espaço e organização para equipamentos e equipe técnica As máquinas dos usuários clientes acessarão o serviço a partir do navegador Web padrão utilizado não sendo necessária a instalação de aplicações clientes nas estações podendo assim consequentemente ser acessado de qualquer local que possua internet 547 Recursos Financeiros criar o seu abaixo é um exemplo O investimento inicial para o desenvolvimento do projeto é a soma dos valores necessário para alocação de recursos humanos software e hardware Tabela 3 Tabela 3 Recursos Financeiros Item Descrição Total 1 Recursos Humanos R 4160000 2 Recursos de Hardware R 640000 3 Recursos de Software R 37050 Total R 4837050 Fonte Elaboração própria 2021 55 CRONOGRAMA DO PROJETO criar o seu abaixo é um exemplo UCB Engenharia de Requisitos Prof Milton Apresente uma idéia inicial uma 1ª versão de prazos para o projeto Use Software de Gerenciamento de projeto OpenProj ProjectLibre OpenProject ou MSProject O cronograma é parte essencial de qualquer projeto e faz parte tanto do sucesso quanto do fracasso de um resultado final O cronograma deve ser controlado e monitorado através das reuniões de ponto de controle e só ser alterado se todos os envolvidos aprovarem A Figura 1 apresenta o cronograma elaborado para o desenvolvimento desse projeto Figura 1 Cronograma Fonte Elaboração própria 2021 UCB Engenharia de Requisitos Prof Milton 6 ANÁLISE DE NEGÓCIO um texto que descreva este capítulo e seu conteúdo Neste capítulo será descrito através de diagramas e especificações o processo do negócio em que o software em questão será inserido sendo estes o diagrama do modelo de caso de uso de negócio diagrama do modelo de classes do negócio e por fim o diagrama de atividades 61 MAPA MENTAL DO NEGÓCIO Descrever o objetivo geral 62 REGRAS DE NEGÓCIO Descrever as regras de negócio As regras de negócio são responsáveis por manter a integridade dos dados na aplicação coerentes com o negócio em que o software está inserido As regras de negócios descritas abaixo são referentes ao formulário de criação de um novo projeto Número Nome Descrição Setor RN1 descrição 63 DIAGRAMAS DE CLASSE DO NEGÓCIO MODELO DE DOMÍNIO A Figura 2 apresenta o Diagrama de Classe de Negócio com a visão de cada ator do sistema síndico condômino e contador UCB Engenharia de Requisitos Prof Milton Figura 2 Diagrama de classe do Negócio Fonte Elaboração própria 2021 64 DIAGRAMA DE ATIVIDADES DE NEGÓCIO O diagrama a seguir conforme Figura 3 mostra o fluxo das atividades realizadas no negócio do cliente UCB Engenharia de Requisitos Prof Milton Figura 3 Diagrama de Sequência UC01 Controlar Gastos Fonte Elaboração própria 2021 7 ANÁLISE DE SISTEMAS um texto que descreva este capítulo e seu conteúdo Neste capítulo serão descritos os problemas que aplicação irá solucionar e as funcionalidades que o software deverá atender 71 DESCRIÇÃO DO PROBLEMA Descrever os problemas que serão sistematizados 72 DESCRIÇÃO DAS CARACTERÍSTICAS DO SISTEMA O sistema a ser desenvolvido deverá conter diversas características para que as necessidades de seus usuários sejam solucionadas Dentre as principais características que o software deverá atender estão a facilidade de manipulação da aplicação interface gráfica agilidade no processo de geração sendo que a aplicação irá disponibilizar uma geração padrão ou uma geração customizada abstração do processo de codificação de software ou seja o usuário não precisará ter conhecimento avançados em codificação tendo apenas conhecimento da estrutura de dados e das principais regras de negócio Outra característica que cerca o produto final do gerador de código é que seu resultado seja uma aplicação funcional CRUD com as tabelas de domínio para que possa solucionar a necessidade de demonstração de um produto funcional para o cliente trazendo confiabilidade e segurança para o mesmo continuar descrição 8 ANÁLISE DE REQUISITOS um texto que descreva este capítulo e seu conteúdo 81 REQUISITOS FUNCIONAIS Descrever os requisitos funcionais São os requisitos da solução sistêmica Número Nome Descrição RN RF1 descrição 82 REQUISITOS NÃOFUNCIONAIS Descrever os requisitos nãofuncionais São os requisitos nãofuncionais da solução sistêmica Número Requisitos NãoFuncionais Descrição RF RNF1 descrição 83 DIAGRAMA DE CASOS DE USO DA SOLUÇÃO um texto que descreva este capítulo e seu conteúdo Nesta seção serão definidos os modelos de casos de uso Primeiramente será mostrada uma visão geral dos casos de uso que definem as funcionalidades do sistema com seus respectivos atores Posteriormente será feita a descrição de cada caso de uso que deverá ser implementado no sistema 831 Visão Geral dos Casos de Uso e Atores A Figura 4 a seguir apresenta o Diagrama de Casos de Uso de Software com a visão de cada ator do sistema síndico subsíndico condômino e contador abrangendo assim todas as funcionalidades previstas para a implementação Figura 4 Diagrama de Casos de Uso de Software Fonte Elaboração própria 2021 832 Descrição dos Cenários de Casos de Uso um texto que descreva este capítulo e seu conteúdo Nesta seção serão descritos todos os casos de uso apresentados no diagrama de caso uso de software Esta descrição irá conter o nome do caso de uso objetivo atores précondições fluxo principal fluxos alternativos fluxos de exceção póscondições e características suplementares 8321 Descrição do caso de uso UC01 Efetuar Login A descrição detalhada do caso de uso é responsável por apresentar os fluxos principal alternativos e de exceção do caso de uso em questão além de apresentar as précondições e póscondições que existem antes e após a execução do mesmo respectivamente Histórico de Revisão Nome Data Razão da mudança Versão UCB Engenharia de Requisitos Prof Milton Moisés Moisés Moisés 28092010 Criação do documento Revisão do documento Ajustes no fluxo principal 10 11 12 ID do Caso de Uso UC01 Nome do Caso de Uso Efetuar Login Criado por Moisés Última atualização Data da Criação 28092010 Data da última atualização Ator Síndico Subsíndico condômino e contador Descrição Permitir aos atores do sistema realizar qualquer procedimento disponível para o seu perfil após ser autenticado Précondições Usuário devera estar cadastrado no banco de dados do sistema Póscondições Usuário Logado Prioridade Alta Frequência de Uso Alta Fluxo Principal P1 O caso de uso se inicia quando o usuário acessa o sistema por meio da internet P2 O sistema disponibiliza uma tela com dois campos para serem preenchidos com o usuário e a senha do ator Tela01 E2 P3 O ator preenche os campos disponibilizados na tela e seleciona o botão de entrar no sistema A1 A2 P4 O sistema procura o usuário na base de dados e caso exista verifica se a senha informada é a mesma senha do usuário encontrado E1 P5 O sistema autentica o usuário Tela03E2 P6 O caso de uso se encerra Fluxo Alternativo A1 O ator seleciona a opção Recuperar senha A11 O sistema redireciona o ator para uma nova tela de recuperação de senha Tela02 A12 O ator digita o seu email e clica no botão Obter nova senha por email A13 O sistema verifica existência do email na base de dados E1 A14 O sistema emite uma nova senha por email e retorna para a tela de login Tela01 A15 O sistema retorna para o passo P3 A2 Sair A21 O usuário fecha a tela do browser UCB Engenharia de Requisitos Prof Milton A23 Segue para o passo P6 Exceções E1 O sistema não encontra nenhum usuário com os dados informados E11 O sistema informa uma mensagem de erro M001 E12 Segue para o passo A11 E2 O sistema não consegue redirecionar o ator para a tela desejada E21 O sistema informa uma mensagem de erro M004 E22 Segue para o passo P6 E3 O sistema não encontra o email no banco de dados E31 O sistema informa uma mensagem de erro M002 E32 Segue para o passo A12 Requerimentos Especiais Usuário deve ter privilégios de acesso a essas funções específicas Suposições Notas e casos As mensagens estão especificadas na Tabela Mensagens do Sistema anexo 01 Anexo 01 Mensagens do Sistema Código da mensagem Mensagem M001 Usuário ou senha digitados está invalido Tente novamente M002 Email informado invalido verifique a digitação do seu email M003 Erro ao redirecionar a página selecionada Favor entrar em contato com o administrador do sistema M004 Erro inesperado Favor entrar em contato com o administrador do sistema UCB Engenharia de Requisitos Prof Milton 83211 Diagrama de classe de projeto Figura 5 Diagrama de classe de análise efetuar login Fonte Elaboração própria 2021 83212 Diagrama de Atividades um texto que descreva este capítulo e seu conteúdo Figura 6 Diagrama de Atividades Fonte Elaboração própria 2021 83213 Diagrama de sequência um texto que descreva este capítulo e seu conteúdo Figura 7 Diagrama de interação de objetos efetuar login Fonte Elaboração própria 2021 83214 Protótipo um texto que descreva este capítulo e seu conteúdo A Figura 8 representa um protótipo de tela onde o usuário informa o login e senha de devem estar previamente cadastrados O protótipo descrito abaixo é esboço da tela real do sistema O protótipo abaixo representa o formulário de criação de um novo projeto Figura 8 Tela de criação de novo projeto Fonte Elaboração própria 2021 9 DOCUMENTAÇÃO DE PROJETO O sucesso para a aplicação do processo com tecnologias orientadas a objetos está ligado diretamente à arquitetura em camadas e principalmente às observações do mercado atual Esta organização em camadas nos permitirá independências e tem como principais objetivos Atingir a eficiência Escalabilidade Reutilização e Facilidade em Manutenção 91 MEMORIAL DESCRITIVO DAS DECISÕES DE PROJETO Neste item serão expostos os modelos de Mapa de Navegação do Sistema Diagrama de dados do Projeto Topologia do Ambiente de Operação diagrama de Implantação e Diagrama de Componentes 92 DIAGRAMA DE CLASSE um texto que descreva este capítulo e seu conteúdo Figura 9 Diagrama de Classe Fonte Elaboração própria 2021 93 DIAGRAMA DE SEQUÊNCIA um texto que descreva este capítulo e seu conteúdo UCB Engenharia de Requisitos Prof Milton Figura 10 Diagrama de interação de objetos efetuar login Fonte Elaboração própria 2021 UCB Engenharia de Requisitos Prof Milton 10 MODELAGEM DO BANCO DE DADOS 101 MODELO CONCEITUAL DE DADOS MODELO ENTIDADE RELACIONAMENTO um texto que descreva este capítulo e seu conteúdo Figura 11 MER Modelo de EntidadeRelacionamento Fonte Elaboração própria 2021 UCB Engenharia de Requisitos Prof Milton 102 MODELO LÓGICO DE DADOS Figura 12 MLD Modelo Lógico de Dados Fonte Elaboração própria 2021 103 MODELO FÍSICO DE DADOS Figura 13 MFD Modelo Físico de Dados Fonte Elaboração própria 2021 104 SCHEMA DO BANCO DE DADOS SCRIPT Contém os comandos DDL de criação do Banco de Dados e seus objetos create alter 105 DICIONÁRIO DE DADOS Contém características dos dados que serão utilizados no banco de dados do sistema SIGESC TABELA X NOMEAR SUA TABELA ColumnName DataType PrimaryKey NotNull Flags DefaultValue Comment AutoInc idenquete INTEGER PK NN UNSIGNED AI USUARIOidusuario INTEGER PK NN UNSIGNED enqupergunta VARCHAR500 enquopcaoa VARCHAR100 endopcaob VARCHAR100 enquopcaoc VARCHAR100 enquopcaod VARCHAR100 IndexName IndexType Columns PRIMARY PRIMARY idenquete USUARIOidusuario ENQUETEFKIndex1 Index USUARIOidusuario FORNECEDOR ColumnName DataType PrimaryKey NotNull Flags DefaultValue Comment AutoInc idfornecedor INTEGER PK NN UNSIGNED AI fornnome VARCHAR30 forntipo VARCHAR2 UCB Engenharia de Requisitos Prof Milton 0 fortelcelular VARCHAR10 fortelcomercial VARCHAR10 IndexName IndexType Columns PRIMARY PRIMARY idfornecedor REFERÊNCIAS listar as referências bibliográficas como no manual do site da biblioteca LAUREANO MARCOS A P MORAES PAULO E S Segurança como estratégia de gestão da informação Revista Economia Tecnologia ISSN 1415451X Vol 8 Fascículo 3 P 3844 2005 GLOSSÁRIO apresentar os termos técnicos usados no trabalho se houver necessidade APÊNDICES apresentar os apêndices ao trabalho se houver senão remover a página apêndice documento que pertence ao trabalho e o autor do trabalho é seu autor origem interna ao trabalho ANEXOS apresentar os anexos ao trabalho se houver senão remover a página anexo documento que não pertence ao trabalho e o autor do trabalho é outro autor origem externa ao trabalho