TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
|
|
- Branca Flor Amorim Alencar
- 8 Há anos
- Visualizações:
Transcrição
1 TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado a objetos na disciplina Trabalho de Diplomação I dos cursos de Tecnologia em Processamento de Dados e Administração de Sistemas de Informações da Uneb. O texto entre colchetes e exibido em itálico/azul é fornecido para orientar o autor e deverá ser excluído antes da publicação do documento.] 1 Introdução [Este tópico descreve uma visão geral de todo o documento. Descreva a finalidade a que se propõe este documento. Qual a pretensão geral do desenvolvimento do projeto. Qual a motivação para a escolha do projeto.] 2 Análise Institucional 2.1 A Empresa [Descrever os dados pertinentes à empresa, que será beneficiada com o desenvolvimento do projeto (ramo de atividades, organograma, funcionograma, localização, entre outros).] 2.2 Descrição das Regras do Negócio [Contar a história do negócio, quais as atividades que a empresa desempenha independente das que serão automatizadas. Detalhar o melhor possível as regras de negócio que serão o foco do projeto. Se necessário, poderá ser acrescentado um diagrama de atividades para melhor entendimento do negócio.] 2.3 Descrição das Necessidades de Informações [Descrever quais são as informações necessárias e urgentes para melhorar a situação e a competitividade da empresa estas informações serão o foco do sistema. Mostrar também as soluções encontradas para resolver o problema (atividades que serão automatizadas). Obs: Nem toda solução será implementada. Ex: necessidade de ampliação do ambiente físico ou uma reestruturação.] 2.4 Ambiente Tecnológico Existente [Descrever o ambiente tecnológico da empresa, ou seja, como a empresa funciona atualmente, se tem ou não rede de computadores, acesso à internet, utilização de outros sistemas, etc.] 3 Abrangência do Sistema Proposto 3.1 Objetivos do Sistema Objetivo Geral [Fazer estas perguntas ao objetivo, se o mesmo responder, o objetivo estará correto.
2 1. A que situação se pretende chegar com o projeto? 2. Que resultado(s) (produto(s)) se espera obter com o projeto?] Objetivos Específicos [Este tópico deverá especificar todos os requisitos do software em um nível de detalhe suficiente para que os especialistas possam desenvolver o sistema satisfazendo os requisitos do cliente, os responsáveis pelo teste possam verificar se o sistema satisfaz a esses requisitos e os clientes possam avaliar se suas necessidades estão representadas nestes requisitos. Que atividades serão realizadas para alcançar cada um dos produtos do projeto? Na prática, requisito é o que o sistema tem que ter para atender plenamente ao propósito para o qual foi criado. Os requisitos podem ser classificados em: Requisitos Funcionais funcionalidade a ser implementada no software para atender a uma necessidade de automação. Por exemplo: o software deve possibilitar o cálculo dos gastos diários, semanais, mensais e anuais com pessoal; o software deve emitir relatórios de compras por período de tempo ; emitir relatório gerencial com o número de aprovações, reprovações e trancamentos em todas as disciplinas por um determinado período de tempo.] 3.2 Requisitos Não Funcionais [Este tópico deverá especificar todos os requisitos não funcionais do projeto, permitindo que os especialistas possam desenvolver o sistema satisfazendo as condições impostas pelo cliente e a infraestrutura de hardware e software existentes. Requisitos Operacionais Especificação de características relacionadas com o processamento do software, tais como: volume, freqüência, disponibilidade, performance, localização física, etc Requisitos de Contingência Tarefas alternativas para o caso de não funcionamento ou indisponibilidade eventual do software. Requisitos Técnicos Premissas e restrições quanto a arquitetura tecnológica, padrões, comunicação, ferramentas, linguagens, etc Requisitos Não Técnicos - Acordo, condições, ou termos contratuais que afetam e determinam as atividades de gerência de um projeto de software. Restrições Descrevem restrições a propriedades que, em princípio, seriam permissíveis, ou seja, tudo o que o software não deve fazer. Em muitos casos, é mais fácil declarar que certos comportamentos nunca poderão ocorrer do que declarar requisitos estabelecendo somente os comportamentos aceitáveis em todas as circunstâncias. São condições que limitam como o software poderá ser implementado. As restrições são condições preestabelecidas e devem ser obedecidas pelos projetistas e implementadores. Restringem as alternativas de implementação. Exemplos de restrições de projeto incluem o fato que o software precisa utilizar um certo sistema de banco de dados ou que o software precisa poder operar em uma máquina com pouca memória.
3 Por exemplo: a base de dados deve ser protegida, devem ter acesso apenas usuários autorizados; o tempo de resposta do sistema não deve ultrapassar 30 segundos; o software deve ser operacionalizado no sistema Linux.] 3.3 Metodologia e Tecnologia Utilizada [Inclua aqui.] 4 Documentação de Análise [Inclua aqui.] 4.1 Modelagem de Casos de Uso [Fazer referências bibliográficas da função da modelagem de casos de uso (qual a finalidade).] Diagrama de Caso de uso [Inclua aqui o seu diagrama principal de casos de uso, construído a partir da ferramenta de modelagem. O diagrama principal deve incluir todos os casos de uso que irão implementar os requisitos do sistema e os atores.] Especificação dos casos de uso [Os casos de uso deverão ter seu fluxo de eventos principal, fluxos alternativos, pré-condições e póscondições especificados no formulário Especificação de Sistemas Casos de Uso ou em modelo próprio (que contenha todas as informações solicitadas), referentes aos requisitos funcionais do sistema.] Checklist de Critérios de Avaliação dos Casos de Uso 1. Este Caso de Uso está representado no Diagrama de Casos de Uso que atende o módulo correspondente do Projeto? O item nome do caso de uso está preenchido em conformidade com o que está descrito no referido diagrama? 2. Os itens descrição resumida e atores envolvidos estão preenchidos? 3. No item interface, foi informado o nome da Tela correspondente ao caso de uso? 4. Todos os atores que se relacionam com este caso de uso estão sendo referenciados na especificação? 5. O item fluxo principal está preenchido de forma a retratar o funcionamento normal do sistema? 6. Todas as regras de negócio e de validação estão referenciadas no passo a passo, tanto no fluxo principal quanto (e principalmente) nos fluxos alternativos? 7. Todas as regras de negócio e de validação, citadas na descrição, aparecem dentro do fluxo principal e dos fluxos alternativos? 8. As pré-condições estão preenchidas de forma a mostrar os estados do sistema que devem estar presentes antes deste caso de uso ser realizado? 9. Todos os cenários estão contemplados no fluxo principal e nos fluxos alternativos? 10. Os fluxos alternativos estão preenchido de forma a tratar as exceções externas que podem ocorrer no
4 sistema? 11. O item pós-condições está preenchido? 12. O item fluxos de exceções está preenchido? 13. O item relacionamentos com outros casos de uso está preenchido? Ele está de acordo com o que está no Diagrama Casos de Uso? Os pontos de include e extend definidos aqui aparecerem no referido diagrama? 4.2 Modelagem de Objetos [Fazer referências bibliográficas da função da modelagem de classes (qual a finalidade).] Diagrama de Classe [Inclua aqui o seu diagrama principal de classes de negócio, construído a partir da ferramenta de modelagem. O diagrama principal deve incluir todas as classes que irão implementar os requisitos do sistema.] Especificação das Classes [Todas as classes que estão presentes no Diagrama de Classes deverão ser detalhadas no formulário Especificação de Sistemas Classes ou em modelo próprio(que contenha todas as informações solicitadas), incluindo todos os atributos e os métodos levantados, referentes aos requisitos funcionais do sistema.] Checklist de Critérios de Avaliação dos Classes 1. Todas as classes que aparecem no Diagrama de Classes (mesmo sendo classes que não possuam atributos ou métodos) estão descritas no formulário Especificação de Sistemas Classes? 2. Se a classe for uma sub-classe, foi informado o nome da sua superclasse no item especialização da classe? 3. Foi preenchido o item descrição da classe para todas as classes existentes no Diagrama? 4. Todos os atributos e métodos descritos no formulário Especificação de Sistemas - Classes estão presentes no Diagrama de Classes? 5. Os nomes dos atributos e métodos das classes estão seguindo o padrão de codificação da orientação a objetos? 6. Os nomes das colunas e tabelas do Banco de Dados estão coerentes com o modelo de classes? 7. O Diagrama de Classes contempla somente, e tão somente, as classes de negócio, não contendo classes de arquitetura? 8. O nome da classe é um substantivo? Todas as palavras que compõe o nome da classe iniciam-se com letra maiúscula? Os atributos iniciam-se com letras minúsculas? 9. Os atributos das classes estão representados? Existe classe vazia? 10. Os métodos mais complexos (por exemplo, que realizam cálculos ou consultas com ordenação diferente da
5 chave primária) estão especificados de forma mais detalhada? 11. Algum item do documento de especificação das Classes foi omitido (ou não preenchido) sem justificativa? 4.3 Modelagem Dinâmica [Fazer referências bibliográficas da função da modelagem dinâmica, incluindo os diagramas de seqüência, de atividades e de estado (qual a finalidade de cada um).] Diagramas de Seqüência [Apresentar os diagramas de seqüência que atendam a pelo menos 5(cinco)casos de uso existentes no diagrama de casos de uso. Os diagramas podem ser comentados caso haja necessidade, porém o próprio diagrama deve conter o máximo de informações para que possa ser compreendido. Deve-se desenvolver diagramas de seqüência com bom senso, ou seja, não é necessário um para cada fluxo de eventos, porém não se deve exagerar na quantidade de fluxos para cada diagrama.] Checklist de Critérios de Avaliação do Diagrama de Seqüência 1. Nos Diagramas de Seqüência, os nomes das classes aparecem conforme especificado no Diagrama de Classes? 2. Estão todas as classes de objetos, que aparecem no Diagrama de Seqüência, especificadas e presentes no Diagrama de Classes? 3. Todas as chamadas aos métodos, no Diagrama de Seqüência, fazem referência a métodos descritos no documento de Especificação de Sistemas - Classes? 4. As interações, como descritas nos Casos de Uso, entre ator e interface, estão contempladas no Diagrama de Seqüência? 5. Existem Diagramas de Seqüência para todos os fluxos básicos descritos no Caso de Uso? 6. As mensagens de retorno estão representadas no Diagrama de Seqüência? 7. O Diagrama de Seqüência contempla somente, e tão somente, classes de negócio, não contendo classes de arquitetura? Diagramas de Atividades [Apresentar os diagramas de atividades que atenda a pelo menos cinco fluxos de eventos existentes no diagrama de casos de uso. Os diagramas podem ser comentados caso haja necessidade, porém o próprio diagrama deve conter o máximo de informações para que possa ser compreendido. Poderá ser utilizado ] 5 Documentação de Projeto 5.1 Arquitetura do sistema 5.2 Projeto de Banco de Dados
6 5.2.1 Modelo Entidade X Relacionamento (MER) Operacional Inclua aqui o seu diagrama principal de entidades x relacionamentos operacional, construído a partir da ferramenta de modelagem. O diagrama principal deve incluir todas as tabelas que irão compor o banco de dados relacional, que irão implementar os requisitos do sistema Especificação das tabelas Todas as tabelas existentes no Modelo Entidade x Relacionamento Operacional deverão ser detalhadas em modelo próprio, incluindo todas as chaves primárias e estrangeiras e os demais campos, com as suas respectivas características. Checklist de Critério de Avaliação de Tabelas 1-Todos os nomes de atributos estão dentro do padrão definido na instituição? 2-Os atributos de classe tipo CS(classificador)/IN(identificador) estão associados a um domínio (restrições integridade)? 3-Todos os atributos estão com suas descrições preenchidas? 4-Todas as opcionalidades e obrigatoriedades foram preenchidas? 5-Todas as propriedades relativas a tamanho e tipo foram preenchidos? 6-Os tipos preenchidos atendem, ao SGBD que a empresa utiliza? São implementáveis? 7-Os tamanhos dos atributos são compatíveis com as classes utilizadas? Critérios de avaliação de Entidades 1-Todas as entidades estão dentro do padrão da norma da instituição? 2-Todas as Entidades estão com suas descrições preenchidas? 3-Os volumes (propriedades) foram preenchidos (estimado/crescimento)? 4-A entidade está com todos os atributos preenchidos? 5-As chaves primárias das entidades foram definidas? 6-As chaves estrangeiras foram definidas? Critérios de avaliação dos relacionamentos 1-A cardinalidade dos relacionamentos está preenchida e são justificáveis pela regra de negócio? 2-A totalidade dos relacionamentos está definida? Critérios para Avaliação do Diagrama 1-A notação utilizada na elaboração do MER na ferramenta case está no mesmo padrão definido?
7 5.3 Projeto de Interfaces Layout e Lógica de telas [Incluir o desenho da tela, contemplando os campos e elementos gráficos de interface que serão considerados. Descrever o processo de interação usuário aplicação, ou seja, descrever as ações que deverão ser realizadas pelo usuário e as reações emitidas pela aplicação, de cada um dos campos e elementos gráficos apresentados no desenho da tela.] Layout e Lógica de relatórios [Incluir o desenho dos relatórios. Descrever o processo de interação usuário aplicação, ou seja, descrever as ações que deverão ser realizadas pelo usuário e as reações emitidas pela aplicação para emissão do relatório.] Ajuda on-line 6 Considerações Finais [Fornecer uma breve descrição do software que está sendo especificado e seu propósito, incluindo benefícios e objetivos. Relacionar o software com as estratégias de negócio e objetivos da organização.] 7 Glossário 8 Bibliografia 9 Anexos Observação: O projeto deverá ser redigido em norma culta da língua portuguesa, seguindo a metodologia científica, conter índice e páginas numeradas de acordo com o Manual de Elaboração de Trabalhos Acadêmicos para conclusão de Curso ( ).
GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas
Leia maisUnisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER
Objetivo dessa aula é descrever as características e a simbologia dos diagramas UML e MER na modelagem de sistemas de informação de uma forma a permitir a comunicação entre técnicos e gestores. Modelagem
Leia maisFACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>
FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido
Leia maisLINGUAGEM DE BANCO DE DADOS
LINGUAGEM DE BANCO DE DADOS Gabriela Trevisan Bacharel em Sistemas de Informação Universidade Federal do Rio Grande Pós-Graduanda Formação Pedagógica de Professores (FAQI) Conceito de BD Um banco de dados
Leia maisModelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software Prof. Dr. Juliano Lopes de Oliveira (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications)
Leia maisModelo para Documento de. Especificação de Requisitos de Software
Modelo para Documento de Especificação de Requisitos de Software (Baseado na norma IEEE Std 830-1993 - Recommended Practice for Software Requirements Specifications) A boa organização lógica do documento
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula
Leia maisNome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>
Nome da Empresa Plano de Desenvolvimento de Software Versão Histórico de Revisões Data Versão Descrição Autor 2/7 Índice Analítico 1. Objetivo
Leia mais)HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR
6LPXODomR GH6LVWHPDV )HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR #5,6. Simulador voltado para análise de risco financeiro 3RQWRV IRUWHV Fácil de usar. Funciona integrado a ferramentas já bastante conhecidas,
Leia mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisOBJETIVO 2 APLICAÇÃO 3 ATRIBUIÇÕES E RESPONSABILIDADES 4 DOCUMENTOS DE REFERÊNCIA 5 TERMINOLOGIA 6 DESCRIÇÃO DO PROCESSO DE GESTÃO DE MUDANÇAS
Impresso em 26/08/2015 10:31:18 (Sem título Aprovado ' Elaborado por Daniel Trindade/BRA/VERITAS em 01/11/2013 Verificado por Cintia Kikuchi em 04/11/2013 Aprovado por Americo Venturini/BRA/VERITAS em
Leia maisPara construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.
Apresentação Este curso tem como objetivo, oferecer uma noção geral sobre a construção de sistemas de banco de dados. Para isto, é necessário estudar modelos para a construção de projetos lógicos de bancos
Leia maisConcepção e Elaboração
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Concepção e Elaboração Estudo
Leia maisHistórico da Revisão. Data Versão Descrição Autor
Sistema de Gerenciamento de Loja - SIGEL Documento de Visão Versão 1.0.0 Histórico da Revisão Data Versão Descrição Autor 13/01/2011 0.1 Versão preliminar do levantamento de requisitos funcionais e não
Leia maisADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO 2 INFRAESTRUTURA DE TI Para garantir o atendimento às necessidades do negócio, a área de TI passou a investir na infraestrutura do setor, ampliando-a,
Leia maisTERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA
TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA 1. Projeto: OEI/BRA/09/004 - Aprimoramento da sistemática de gestão do Ministério da Educação (MEC) em seus processos de formulação, implantação e
Leia maisAnálise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula IV Requisitos Prof.: Bruno E. G. Gomes IFRN 1 Introdução Etapa relacionada a descoberta e descrição das funcionalidades do sistema Parte significativa da fase
Leia maisRicardo Roberto de Lima UNIPÊ 2008.1 APS-I. Históricos e Modelagem Orientada a Objetos
Históricos e Modelagem Orientada a Objetos Histórico Diversas metodologias e métodos surgiram para apoiar OO. Evolução a partir de linguagens C++ e SmallTalk. Anos 80 Anos 80-90: diversidade de autores.
Leia maisO Processo Unificado: Captura de requisitos
O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação
Leia maisROTEIRO PARA ELABORAÇÃO DE PROJETOS
APRESENTAÇÃO ROTEIRO PARA ELABORAÇÃO DE PROJETOS Breve histórico da instituição seguido de diagnóstico e indicadores sobre a temática abrangida pelo projeto, especialmente dados que permitam análise da
Leia maisModelagem de Casos de Uso (Parte 1)
Modelagem de Casos de Uso (Parte 1) Roteiro Introdução Descrição: Sistema de Ponto de Vendas Casos de Usos Atores Fluxo de Eventos Cenários Formato de Documentação de Casos de Uso Diagramas de Casos de
Leia maisRequisitos de Software
Requisitos de Software Prof. José Honorato F.N. Prof. José Honorato F.N. honoratonunes@gmail.com Requisitos de Software Software é o conjunto dos programas e dos meios não materiais que possibilitam o
Leia maisTI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.
TI Aplicada Aula 02 Áreas e Profissionais de TI Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos
Leia maisFeature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Leia maisANEXO X DIAGNÓSTICO GERAL
ANEXO X DIAGNÓSTICO GERAL 1 SUMÁRIO DIAGNÓSTICO GERAL...3 1. PREMISSAS...3 2. CHECKLIST...4 3. ITENS NÃO PREVISTOS NO MODELO DE REFERÊNCIA...11 4. GLOSSÁRIO...13 2 DIAGNÓSTICO GERAL Este diagnóstico é
Leia maisReferências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
Leia maisPersistência e Banco de Dados em Jogos Digitais
Persistência e Banco de Dados em Jogos Digitais Prof. Marcos Francisco Pereira da Silva Especialista em Engenharia de Software Jogos Digitais - Computação Gráfica 1 Agenda Vantagens de usar a abordagem
Leia maisORGANIZAÇÃO CURRICULAR
ORGANIZAÇÃO CURRICULAR O curso Técnico em Informática, em Nível Médio Subseqüente, será organizado de forma semestral, com aulas presenciais, compostos por disciplinas, com conteúdos estabelecidos, tendo
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisManual Geral do OASIS
Manual Geral do OASIS SISTEMA DE GESTÃO DE DEMANDA, PROJETO E SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO OASIS Introdução Esse manual tem como objetivo auxiliar aos usuários nos procedimentos de execução do sistema
Leia maisGerenciamento de Requisitos Gerenciamento de Requisitos
Gerenciamento de Requisitos Objetivos da disciplina Descrever o processo de Gerenciamento e Engenharia de Requisitos para projetos Treinar alunos no Gerenciamento de Requisitos Apresentar estudos de caso
Leia maisEngenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Leia maisIntrodução a Computação
Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva edilms@yahoo.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos
Leia maisLista de exercícios 01
PARTE I Lista de exercícios 01 1. Defina os seguintes termos: entidade, atributo, valor do atributo, atributo composto, atributo multivalorado, atributo derivado, atributo-chave, domínio. 2. Explique as
Leia maisSISTEMAS DE INFORMAÇÃO GERENCIAIS
SISTEMAS DE INFORMAÇÃO GERENCIAIS Aluno: Luiza Cavalcanti Marques Orientador: Silvio Hamacher Introdução A modelagem e a utilização de bancos de dados em atividades gerenciais têm sofrido um aumento significativo
Leia maisBanco de Dados Orientado a Objetos
Banco de Dados Orientado a Objetos MODELAGEM, ANÁLISE, PROJETO e CLASSIFICAÇÃO Interação combinando lógica, através de objetos que contém os dados. Estes divididos conforme seus tipos e métodos (classe),
Leia maisNotas de Aula 04: Casos de uso de um sistema
Notas de Aula 04: Casos de uso de um sistema Objetivos da aula: Aprender os elementos básicos da modelagem por casos de uso Utilizar as associações entre casos de uso, atores e demais artefatos Compreender
Leia maisAnálise Estruturada de Sistemas
Análise Estruturada de Sistemas Capítulo 3 Estudo de Viabilidade Definição das Necessidades Funcionais O propósito desta etapa é produzir um documento formal que contenha uma descrição detalhada da proposta,
Leia maisProjeto de Arquitetura
Introdução Projeto de Arquitetura (Cap 11 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Até agora, estudamos: Os
Leia maisCodificar Sistemas Tecnológicos
Codificar Sistemas Tecnológicos Especificação dos Requisitos do Software Sistema de gestão para a Empresa Cliente SlimSys Autor: Equipe Codificar Belo Horizonte MG Especificação dos Requisitos do Software
Leia maisSistemas de Informação I
+ Sistemas de Informação I Dimensões de análise dos SI Ricardo de Sousa Britto rbritto@ufpi.edu.br + Introdução n Os sistemas de informação são combinações das formas de trabalho, informações, pessoas
Leia maisGerenciamento do Escopo do Projeto Produto do Projeto
Gerenciamento do Escopo do Projeto Produto do Projeto 5. Gerenciamento do escopo do projeto PMBOK 2000 PMBOK 2004 5.1 Iniciação *** Reescrita e transferida para o capítulo 4 5.2 Planejamento do escopo
Leia maisTERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA
TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA 1. Projeto: OEI/BRA/09/004 - Aprimoramento da sistemática de gestão do Ministério da Educação (MEC) em seus processos de formulação, implantação e
Leia maisWilson Moraes Góes. Novatec
Wilson Moraes Góes Novatec Copyright 2014 Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer processo,
Leia maisImportância do GED. Implantação de um Sistema de GED
Implantação de um Sistema de GED Gerenciamento Eletrônico de Documentos Importância do GED O GED tem uma importante contribuição na tarefa da gestão eficiente da informação; É a chave para a melhoria da
Leia maisAnálise de Requisitos
Faculdade de Ciências Sociais de Aplicadas de Petrolina FACAPE Disciplina: Projeto de Sistemas Análise de Requisitos Profª. Cynara Carvalho cynaracarvalho@yahoo.com.br Análise de Requisitos O tratamento
Leia maisROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente
Conceito ROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente O Sagres Diário é uma ferramenta que disponibiliza rotinas que facilitam a comunicação entre a comunidade Docente e Discente de uma instituição,
Leia maisRequisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Leia maisEMENTAS DAS DISCIPLINAS
EMENTAS DAS DISCIPLINAS CURSO CST ANÁLISE E DESENVOLVIMENTO DE SISTEMAS INTRODUÇÃO À COMPUTAÇÃO 68 A disciplina estuda a área da informática como um todo e os conceitos fundamentais, abrangendo desde a
Leia maisDocumento de Arquitetura
Documento de Arquitetura A2MEPonto - SISTEMA DE PONTO ELETRÔNICO A2MEPonto - SISTEMA DE PONTO ELETRÔNICO #1 Pág. 1 de 11 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 28/10/2010 1 Elaboração do documento
Leia maisGuia de Especificação de Caso de Uso Metodologia CELEPAR
Guia de Especificação de Caso de Uso Metodologia CELEPAR Agosto 2009 Sumário de Informações do Documento Documento: guiaespecificacaocasouso.odt Número de páginas: 10 Versão Data Mudanças Autor 1.0 09/10/2007
Leia maisMÓDULO DE CONTROLE ACADÊMICO - MCA Documento de Requisitos
1 MÓDULO DE CONTROLE ACADÊMICO - MCA Documento de Requisitos GUILHERME MANOEL CELESTE DE FREITAS GILBERTO TIMOTHEO JUNIOR RICARDO CUNHA VALE JUIZ DE FORA 2009 SUMÁRIO 1 INTRODUÇÃO 2 1.1 Propósito 2 1.2
Leia maisPlano de Trabalho Docente 2014. Ensino Técnico
Etec Dr. José Luiz Viana Coutinho Plano de Trabalho Docente 2014 Ensino Técnico Etec Etec: Dr. José Luiz Viana Coutinho Código: 073 Município: Jales Eixo Tecnológico: Informação e Comunicação Componente
Leia maisSumário. Uma visão mais clara da UML
Instituto Federal de Santa Catarina Câmpus Chapecó Ensino Médio Integrado em Informática Módulo V Unidade Curricular: Engenharia de Software Professora: Lara P. Z. B. Oberderfer Uma visão mais clara da
Leia maisUML - Unified Modeling Language
UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril
Leia maisADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE LIBERAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE LIBERAÇÃO 2 INTRODUÇÃO A cada dia que passa, cresce a pressão pela liberação para uso de novas tecnologias disponibilizadas pela área de TI, sob o argumento
Leia maisTreinamento GVcollege Módulo Acadêmico - Pedagógico
Treinamento GVcollege Módulo Acadêmico - Pedagógico 2015 GVDASA Sistemas Pedagógico 2 AVISO O conteúdo deste documento é de propriedade intelectual exclusiva da GVDASA Sistemas e está sujeito a alterações
Leia maisA Linguagem de Modelagem Unificada (UML)
Aécio Costa A Linguagem de Modelagem Unificada (UML) Percebeu-se a necessidade de um padrão para a modelagem de sistemas, que fosse aceito e utilizado amplamente. Surge a UML (Unified Modeling Language)
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisConceitos de Banco de Dados
Conceitos de Banco de Dados Autor: Luiz Antonio Junior 1 INTRODUÇÃO Objetivos Introduzir conceitos básicos de Modelo de dados Introduzir conceitos básicos de Banco de dados Capacitar o aluno a construir
Leia maisGlossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.
Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis
Leia maisProcesso de Desenvolvimento de Sites
ANEXO 4 METODOLOGIA DE DESENVOLVIMENTO PROCERGS MDP Processo de Desenvolvimento de Sites O processo de desenvolvimento de sites foi definido com base nas características deste produto e na forma de trabalho
Leia maisGrupo 05 EAP e Dicionário Versão 3.0 2º Semestre Gestão de TI Unidade 903 Sul
1.1 Definir Termo de Abertura do Projeto 1.2 Definir Documento de Visão 1.0 Início 1.3 Levantar Requisitos 1.4 Validar Requisitos 1.5 Definir Escopo 1.6 Definir Regra de Negócio 2.0 Elaboração 2.1 Definir
Leia maisEspecificação de Requisitos
Projeto/Versão: Versão 11.80 Melhoria Requisito/Módulo: 000552 / Conector Sub-Requisito/Função: Multas Tarefa/Chamado: 01.08.01 País: Brasil Data Especificação: 13/05/13 Rotinas Envolvidas Rotina Tipo
Leia maisTERMO DE REFERÊNCIA CG ICP-BRASIL COMITÊ GESTOR DA ICP-BRASIL
Presidência da República Casa Civil da Presidência da República TERMO DE REFERÊNCIA CG ICP-BRASIL COMITÊ GESTOR DA ICP-BRASIL 1 1. Introdução O Comitê Gestor da ICP-Brasil (CG ICP-Brasil) é a entidade
Leia maisCONSULTA AO MERCADO RFI REQUEST FOR INFORMATION CONSOLIDAÇÃO DE DÚVIDAS APRESENTADAS
CONSULTA AO MERCADO RFI REQUEST FOR INFORMATION CONSOLIDAÇÃO DE DÚVIDAS APRESENTADAS 1. Dúvidas Gerais Pergunta: Os processos e metodologias de avaliação de riscos do Banco estão definidos e implantados?
Leia maisDicionário da EAP - Software FarmaInfor
Software FarmaInfor 1.Gerenciamento 2.Iniciação 3.Elaboração 4. Desenvolvimento 5.Trenferência 6. Finalização 6.1 Assinatura 1.1 Montar Equipe 2.1 Levantar Requisitos 3.1 Definir Módulos 4.1 Codificar
Leia maisManual SAGe Versão 1.2 (a partir da versão 12.08.01)
Manual SAGe Versão 1.2 (a partir da versão 12.08.01) Submissão de Relatórios Científicos Sumário Introdução... 2 Elaboração do Relatório Científico... 3 Submissão do Relatório Científico... 14 Operação
Leia maisPlano de Gerenciamento do Projeto
Projeto para Soluções Contábeis 2015 Plano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK Brendon Genssinger o e Elcimar Silva Higor Muniz Juliermes Henrique 23/11/2015 1 Histórico de alterações
Leia maisMódulo 4: Gerenciamento de Dados
Módulo 4: Gerenciamento de Dados 1 1. CONCEITOS Os dados são um recurso organizacional decisivo que precisa ser administrado como outros importantes ativos das empresas. A maioria das organizações não
Leia maisProcessos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Leia maisUNIP Ciência da Computação / Sistemas de Informação TED I - Orientações Gerais para Elaboração dos Documentos
I - Orientações Gerais para Elaboração dos Documentos A seguir, orientações fundamentais para a elaboração dos documentos do projeto, tendo em vista a complexidade inerente neste processo. Este roteiro
Leia maisTópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Leia maisFelipe Denis M. de Oliveira. Fonte: Alice e Carlos Rodrigo (Internet)
UML Felipe Denis M. de Oliveira Fonte: Alice e Carlos Rodrigo (Internet) 1 Programação O que é UML? Por quê UML? Benefícios Diagramas Use Case Class State Interaction Sequence Collaboration Activity Physical
Leia maisEnsino Técnico Integrado ao Médio FORMAÇÃO PROFISSIONAL. Plano de Trabalho Docente 2014
Ensino Técnico Integrado ao Médio FORMAÇÃO PROFISSIONAL Plano de Trabalho Docente 2014 ETEC PROF. MASSUYUKI KAWANO Código: 136 Município: TUPÃ Eixo Tecnológico: INFORMAÇÃO E COMUNICAÇÃO Habilitação Profissional:
Leia maisEngenharia de Requisitos
1 Engenharia de Requisitos Gerenciamento de Requisitos Prof Ms Vinícius Costa de Souza www.inf.unisinos.br/~vinicius 2 Agenda Introdução Requisitos voláteis x estáveis Identificação Armazenamento Gerenciamento
Leia maisUML: Diagrama de Casos de Uso, Diagrama de Classes
UML: Diagrama de Casos de Uso, Diagrama de Classes Diagrama de Casos de Uso O modelo de casos de uso visa responder a pergunta: Que usos (funcionalidades) o sistema terá? ou Para que aplicações o sistema
Leia maisGOVERNANÇA EM TI. Prof. André Dutton. www.portaldoaluno.info 1
GOVERNANÇA EM TI Prof. André Dutton www.portaldoaluno.info 1 O QUE É GOVERNANÇA EM TI A governança em TI é de responsabilidade da alta administração (incluindo diretores e executivos), na liderança, nas
Leia maisHoje é inegável que a sobrevivência das organizações depende de dados precisos e atualizados.
BANCO DE DADOS Universidade do Estado de Santa Catarina Centro de Ciências Tecnológicas Departamento de Ciência da Computação Prof. Alexandre Veloso de Matos alexandre.matos@udesc.br INTRODUÇÃO Hoje é
Leia maisIDÉIAS SOBRE IMPLANTAÇÃO DE SISTEMAS EMPRESARIAIS INTEGRADOS. Prof. Eduardo H. S. Oliveira
IDÉIAS SOBRE IMPLANTAÇÃO DE SISTEMAS EMPRESARIAIS INTEGRADOS Introdução Nos últimos seis anos, tem ocorrido no Brasil uma verdadeira revolução na área de gestão empresarial. Praticamente, todas as grandes
Leia maisNome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 3º PERÍODO - 5º MÓDULO AVALIAÇÃO A4 DATA 23/04/2009 ENGENHARIA DE SOFTWARE Dados de identificação do Acadêmico: Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA
Leia maisTERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA
TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA 1. Projeto: OEI/BRA/09/004 - Aprimoramento da sistemática de gestão do Ministério da Educação (MEC) em seus processos de formulação, implantação e
Leia maisEspecificação do Caso de Uso. Manter Cliente. Versão 1.0
Especificação do Caso de Uso Manter Cliente Versão 1.0 Histórico de Revisão Data Versão Descrição Autor 27/05/2011 1.0 Elaboração do documento Isaque J. Barbosa Índice 1. Manter Cliente 3 1.1 Breve Descrição...
Leia maisMODELAGEM DE CASOS DE USO PARA UM SISTEMA DE CLÍNICA VETERINÁRIA
UNIVERSIDADE FEDERAL DO PARÁ INSTITUTO DE TECNOLOGIA FACULDADE DE ENGENHARIA DA COMPUTAÇÃO ADAM DREYTON FERREIRA DOS SANTOS CARLOS ROGÉRIO CAMPOS ANSELMO FELIPE BATISTA CABRAL FRANK GOMES DE AZEVEDO NAGIB
Leia maisModelos de Sistema. 2007 by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.
Modelos de Sistema Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1 Objetivos Explicar por que o contexto de um sistema deve ser modelado como parte do processo de RE Descrever
Leia maisRequisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE Curso Técnico em Informática ENGENHARIA DE SOFTWARE Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Clayton Maciel Costa
Leia maisIntrodução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização
Prof. Ricardo José Pfitscher Material elaborado com base em: José Luiz Mendes Gerson Volney Lagemann Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento
Leia maisDiagrama de transição de Estados (DTE)
Diagrama de transição de Estados (DTE) O DTE é uma ferramenta de modelação poderosa para descrever o comportamento do sistema dependente do tempo. A necessidade de uma ferramenta deste tipo surgiu das
Leia maisModelo Entidade-Relacionamento
Modelo Entidade-Relacionamento Banco de Dados I Fases do Projeto jt de BD Enunciado de requisitos entrevista com o usuário do banco de dados para entender e documentar seus requerimentos de dados. Projeto
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisDiretrizes de Qualidade de Projetos
Diretrizes de Qualidade de Projetos Versão 1.5 MAPA/SE/SPOA/CGTI, 2012 Página 1 Histórico de Revisão Data Versão Descrição Autor 15/01/2012 1.0 Criação do Artefato Pérsio Mairon 10/03/2012 1.1 Inclusão
Leia maisII. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP.
II. FASE DE PLANEJAMENTO define a maturidade do entendimento do escopo e, o desenvolvimento do Plano do Projeto PP. Nesta fase busca-se o refinamento dos objetivos do projeto e detalhamento do melhor caminho
Leia maisCONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI
CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI 1. PI06 TI 1.1. Processos a serem Atendidos pelos APLICATIVOS DESENVOLVIDOS Os seguintes processos do MACROPROCESSO
Leia maisMC536 Bancos de Dados: Teoria e Prática
Universidade Estadual de Campinas - UNICAMP Instituto de Computação - IC MC536 Bancos de Dados: Teoria e Prática Aula #3 : MER e MER Estendido Profs. Anderson Rocha e André Santanchè Campinas, 1 de Agosto
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO DE SAÚDE E SERVIÇOS CURSO TÉCNICO EM INFORMÁTICA
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE SANTA CATARINA DEPARTAMENTO DE SAÚDE E SERVIÇOS CURSO TÉCNICO EM INFORMÁTICA CHRISTIAN GALAFASSI EDENIR HENRIQUE MARTINS GUSTAVO STANCK VILLAGE CLOUD
Leia maisSISTEMA DE GESTÃO DE PESSOAS SEBRAE/TO UNIDADE: GESTÃO ESTRATÉGICA PROCESSO: TECNOLOGIA DA INFORMAÇÃO
SISTEMA DE GESTÃO DE PESSOAS SEBRAE/TO UNIDADE: GESTÃO ESTRATÉGICA PROCESSO: TECNOLOGIA DA INFORMAÇÃO Competências Analista 1. Administração de recursos de infra-estrutura de tecnologia da informação 2.
Leia maisOrientação a Objetos
1. Domínio e Aplicação Orientação a Objetos Um domínio é composto pelas entidades, informações e processos relacionados a um determinado contexto. Uma aplicação pode ser desenvolvida para automatizar ou
Leia mais