ELABORADORES DANIEL BRUNO FERNANDES CONRADO GIORJETY LICORINI DIAS

Transcrição

1 ELABORADORES DANIEL BRUNO FERNANDES CONRADO GIORJETY LICORINI DIAS MATERIAL DIDÁDICO INSTITUCIONAL PARA AS DISCIPLINAS PROJETO INTEGRADO I E PROJETO INTEGRADO II DO CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS BOITUVA 2016

2 INSTITUTO FEDERAL DE SÃO PAULO CAMPUS BOITUVA NOME DOS AUTORES NOME DOS AUTORES ESPECIFICAÇÃO DOS REQUISITOS, ANÁLISE E PROJETO DO SOFTWARE XXXXXXXXX BOITUVA 2016

3 NOME DO AUTOR NOME DO AUTOR ESPECIFICAÇÃO DOS REQUISITOS, ANÁLISE E PROJETO DO SOFTWARE XXXXXXXXX Trabalho apresentado como requisito de avaliação do projeto interdisciplinar que contempla as disciplinas Xxxxxxx, Xxxxxx e Xxxxxx, do curso de Tecnologia em Análise e Desenvolvimento de Sistemas do Instituto Federal de São Paulo, Campus Boituva, sob a orientação dos professores Xxxxxx, Xxxxx e Xxxxxxx. BOITUVA 2016

4 Histórico das Revisões Data Versão Descrição Autor

5 Aprovadores Nome Componente Curricular Parecer Nota Data Rubrica

6 Sumário 1 INTRODUÇÃO Objetivo Escopo do Produto Missão do produto Definições, Siglas e Abreviações 7 2 DESCRIÇÃO GERAL DO PRODUTO Estudo de Viabilidade Perspectiva do produto Características do Usuário Técnica(s) utilizada(s) para levantamento de requisitos Requisitos do Sistema Usuários e sistemas relacionados 9 3 REQUISITOS ESPECÍFICOS Diagrama de Caso de Uso Identificação dos requisitos Especificação de Casos de Uso Caso de Uso PROJETO DE SOFTWARE Diagrama de Classes Diagrama de Sequência Diagrama de Pacotes 11 5 MODELAGEM E PROJETO DO BANCO DE DADOS MANUAL DO SISTEMA APÊNDICE A... 15

7 1 INTRODUÇÃO 1.1 Objetivo <Descrever os objetivos deste documento, para explicar ao leitor a importância do projeto proposto, principalmente para o seu público alvo>. 1.2 Escopo do Produto <Nome do Produto e de seus componentes principais>: <Enumerar as principais funcionalidades do sistema> <Descrever o produto informando onde será aplicado, como será utilizado > Missão do produto <Descrever qual é a missão do produto> 1.3 Definições, Siglas e Abreviações 1.4 Visão Geral <Descrever a estrutura deste documento>

8 2 DESCRIÇÃO GERAL DO PRODUTO 2.1 Estudo de Viabilidade <Nesta seção é apresentada a alternativa escolhida pelo cliente. A alternativa rejeitada encontra-se no Apêndice 1>. <Descrever o porquê do cliente ter escolhido a solução alternativa anteriormente descritiva>. 2.2 Perspectiva do produto <Expor sucintamente as interfaces do sistema, colocando o produto proposto em perspectiva com outros produtos relacionados. Pode incluir: Interfaces do Sistema; Interfaces do Usuário; Interfaces de Hardware; Interfaces de Software; Interfaces de Comunicação; Limites de Memória; Operações; Requisitos para adaptação de situação>. 2.3 Características do Usuário <Descrever o nível de formação dos usuários do sistema, bem como a sua experiência e conhecimento sobre informática para que seja diagnosticada necessidade de treinamento específico>. 2.4 Técnica(s) utilizada(s) para levantamento de requisitos <Descrever a(s) técnica(s) utilizadas e referenciar o anexo com o documento correspondente>. <Inserir as técnicas no apêndice ou em anexo> Requisitos do Sistema <Apresentar os requisitos funcionais e não funcionais, identificando a prioridade dos requisitos> <Para estabelecer a prioridade dos requisitos, foram adotadas as denominações: essencial, importante e desejável. Abaixo temos a descrição de significado de cada uma dessas denominações:> É o requisito sem o qual o sistema não entra em Essencial funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados

9 Importante Desejável impreterivelmente. É o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim. É o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis são requisitos que podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada Usuários e sistemas relacionados <Identificar os atores do sistema e definir suas permissões de manuseio do sistema>. Número de ordem Ator 1 Usuário 2 Funcionário 3 Administrador Definição Qualquer pessoa autorizada a usar o sistema para acesso à funções não gerenciais. Funcionários do presídio que exerçam alguma função de relevância e que precise usar o sistema para tal. Pessoas de nível administrativo superior que terá acesso a todas as funções disponíveis no sistema.

10 3 REQUISITOS ESPECÍFICOS 3.1 Diagrama de Caso de Uso <Desenhar o Diagrama de Caso de Uso do sistema> 3.2 Identificação dos requisitos <Por convenção e para facilitar a identificação dos casos de uso junto aos atores e contextos, a referência é feita de acordo com o esquema abaixo: [sigla de subseção identificação do ator numeração do caso de uso] Os atores são identificados pelas primeiras três letras do seu nome>. 3.3 Especificação de Casos de Uso Caso de Uso 1 < Nesta seção apresentarão as seguintes características de cada Caso de Uso: descrição, prioridade, pré-condições, pós-condição, fluxos principal e secundário>. Tabela Documentação do Caso de Uso XXXXXXXXXXX Fonte: GUEDES, 2009 Nome do Caso de Uso Caso de Uso Geral Ator Principal Atores Secundários Resumo Pré-Condições Pós-Condições Ações do Ator Ações do Sistema Restrições/Validações Fluxo de Exceção Períodos Inválidos Ações do Ator Ações do Sistema

11 4 PROJETO DE SOFTWARE <Nesta seção apresenta-se os diagramas da UML, dependendo do tipo de software há necessidade de representar mais diagramas>. 4.1 Diagrama de Classes <Breve descrição sobre o diagrama de classes esboçado nesta seção> 4.2 Diagrama de Sequência <Exibir os Diagramas de Sequência referente aos Casos de Uso>. 4.3 Diagrama de Pacotes < Diagrama que mostra a arquitetura de pacotes do sistema onde foi dividido em: GUI, que contem todas as classes da interface gráfica; Controle, que contem as classes de controle; Comunicação, que contem as classes responsável pelo protocolo de comunicação do sistema; Comentário e Ocorrência, que contem as classes básicas e seus respectivos repositórios; Subsistema, Servidor de , que contém todas as classes do subsistema de >.

12 5 Modelagem e Projeto do Banco de Dados <Descrição sobre o Banco de Dados. Modelagem do banco e funções. Mapeamento OO-Relacional>

13 6 Manual do Sistema <Descrição e imagem de cada tela (página), seguida da explicação de cada campo>.

14 ANEXO A

15 APÊNDICE A Técnica de Levantamento de Requisito - <Nome da Técnica e descrição dos procedimentos e resultados obtidos>

16 REFERÊNCIAS GUEDES, G. T. A. UML 2: Uma abordagem prática. São Paulo: Novatec Editora, p 76. INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SÃO PAULO CAMPUS PRESIDENTE EPITÁCIO. Regulamento do Trabalho de Conclusão de Curso: Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas. Disponível em: Acesso em: 30 de mai