TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamanho: px
Começar a partir da página:

Download "TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕ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

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 mais

Requisitos de Software

Requisitos 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 mais

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO

FACULDADE 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 mais

Unisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER

Unisant 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 mais

Engenharia de Requisitos

Engenharia 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 mais

Criação de Consultas e Relatórios no Access CRIAÇÃO DE CONSULTAS E RELATÓRIOS NO ACCESS

Criação de Consultas e Relatórios no Access CRIAÇÃO DE CONSULTAS E RELATÓRIOS NO ACCESS Criação de Consultas e Relatórios no Access CRIAÇÃO DE CONSULTAS E RELATÓRIOS NO ACCESS Sumário Conceitos / Autores chave... 3 1. Introdução... 4 2. Consultas... 5 3. Relatórios... 8 4. Conclusões... 11

Leia mais

Modelo para Documento de. Especificação de Requisitos de Software

Modelo 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 mais

Processos Gerenciais

Processos Gerenciais UNIVERSIDADE PAULISTA CURSO SUPERIOR DE TECNOLOGIA Projeto Integrado Multidisciplinar III e IV Processos Gerenciais Manual de orientações - PIM Curso Superior de Tecnologia em Processos Gerenciais. 1.

Leia mais

UNIVERSIDADE PAULISTA

UNIVERSIDADE PAULISTA UNIVERSIDADE PAULISTA CURSO SUPERIOR DE TECNOLOGIA Projeto Integrado Multidisciplinar III e IV Recursos Humanos Manual de orientações - PIM Curso Superior de Tecnologia em Gestão de Recursos Humanos 1.

Leia mais

Curso de Licenciatura em Informática

Curso de Licenciatura em Informática Curso de Licenciatura em Informática Disciplina: Análise e Projeto de Sistemas Professor: Rafael Vargas Mesquita EXERCÍCIOS SOBRE MODELAGEM DE CASOS DE USO Exercício 1: construa um Diagrama de Casos de

Leia mais

2 Diagrama de Caso de Uso

2 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 mais

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso Planejamento de Testes a partir de Casos de Uso Arilo Cláudio Dias Neto ariloclaudio@gmail.com É Bacharel em Ciência da Computação formado na Universidade Federal do Amazonas, Mestre em Engenharia de Sistemas

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

UNIVERSIDADE 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 mais

Modelo para Documento de. Especificação de Requisitos de Software

Modelo 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 mais

Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software. Requisitos de Software

Requisitos 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 mais

UNIVERSIDADE PAULISTA

UNIVERSIDADE PAULISTA UNIVERSIDADE PAULISTA CURSO SUPERIOR DE TECNOLOGIA Projeto Integrado Multidisciplinar III e IV Marketing Manual de orientações - PIM Curso Superior de Tecnologia em Marketing. 1. Introdução Os Projetos

Leia mais

Para construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.

Para 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 mais

Roteiro 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) 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 mais

Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML.

Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML. MODELAGEM ORIENTADA A OBJETOS APLICADA À ANÁLISE E AO PROJETO DE SISTEMA DE VENDAS ALTEMIR FERNANDES DE ARAÚJO Discente da AEMS Faculdades Integradas de Três Lagoas ANDRE LUIZ DA CUNHA DIAS Discente da

Leia mais

Persistência e Banco de Dados em Jogos Digitais

Persistê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 mais

Concepção e Elaboração

Concepçã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 mais

LINGUAGEM DE BANCO DE DADOS

LINGUAGEM 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 mais

1. Ementa 2. Objetivos Gerais: 3. Objetivos Específicos 4. Estruturação do conteúdo da disciplina e sistemática as ser desenvolvida:

1. Ementa 2. Objetivos Gerais: 3. Objetivos Específicos 4. Estruturação do conteúdo da disciplina e sistemática as ser desenvolvida: 1. Ementa Gerenciamento e desenvolvimento de um projeto que acompanhe as etapas do ciclo de vida do software e ou hardware, com ênfase em: documentação, determinação dos requisitos, projeto lógico, projeto

Leia mais

Importância do GED. Implantação de um Sistema de GED

Importâ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 mais

Plano de Trabalho Docente 2014. Ensino Técnico

Plano 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 mais

Notas de Aula 04: Casos de uso de um sistema

Notas 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 mais

Gerenciamento de Requisitos Gerenciamento de Requisitos

Gerenciamento 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 mais

Especificação de Caso de Uso

Especificação de Caso de Uso Versão: 1.1 Especificação de Caso de Uso UCCITES015 Versão: 1.1 Histórico da Revisão Data Versão Descrição Autor 27/08/2008 0.1 Criação do documento. Ana Ornelas 02/09/2008 0.2 Atualização de alguns termos

Leia mais

Codificar Sistemas Tecnológicos

Codificar 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 mais

Nome da Empresa. Plano de Desenvolvimento de Software. Versão <1.0>

Nome 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

Engenharia de Software I

Engenharia de Software I Engenharia de Software I Rogério Eduardo Garcia (rogerio@fct.unesp.br) Bacharelado em Ciência da Computação Aula 05 Material preparado por Fernanda Madeiral Delfim Tópicos Aula 5 Contextualização UML Astah

Leia mais

Projeto de Arquitetura

Projeto 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 mais

InfoMix Tecnologia. Soluções em Tecnologia da Informação. InfoMix Tecnologia Soluções em Tecnologia da Informação

InfoMix Tecnologia. Soluções em Tecnologia da Informação. InfoMix Tecnologia Soluções em Tecnologia da Informação SYSFARM Sistema de Gerenciamento de Farmácias Documento Caso de uso Manter Fluxo de Caixa. Versão 1.0. Histórico de Revisão Data Versão Descrição Autor 20/10/2009 1.0 Especificação de Caso de Uso Manter

Leia mais

Modelagem de Casos de Uso (Parte 1)

Modelagem 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 mais

UML - Unified Modeling Language

UML - 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 mais

Casos de uso Objetivo:

Casos de uso Objetivo: Casos de uso Objetivo: Auxiliar a comunicação entre os analistas e o cliente. Descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário. O cliente deve ver no diagrama de

Leia mais

Requisitos. Sistemas de Informações

Requisitos. 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 mais

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Referê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 mais

Requisitos de Software

Requisitos de Software Requisitos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 1 Objetivos Apresentar os conceitos de requisitos de usuário e de sistema Descrever requisitos funcionais

Leia mais

Documento de Arquitetura

Documento 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 mais

Documentação de um Produto de Software

Documentação de um Produto de Software Documentação de um Produto de Software Versão 3.0 Autora: Profª Ana Paula Gonçalves Serra Revisor: Prof. Fernando Giorno 2005 ÍNDICE DETALHADO PREFÁCIO... 4 1. INTRODUÇÃO AO DOCUMENTO... 6 1.1. TEMA...

Leia mais

Orientações Gerais para as Disciplinas de Trabalho de Conclusão do Cursos de Sistemas para Internet IFRS - Câmpus Porto Alegre

Orientações Gerais para as Disciplinas de Trabalho de Conclusão do Cursos de Sistemas para Internet IFRS - Câmpus Porto Alegre Orientações Gerais para as Disciplinas de Trabalho de Conclusão do Cursos de Sistemas para Internet IFRS - Câmpus Porto Alegre Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Sul -

Leia mais

Projeto Estruturado de Sistema

Projeto Estruturado de Sistema Projeto Estruturado de Sistema Sumário 1. FASES NO DESENVOLVIMENTO E MANUTENÇÃO DO SOFTWARE... 2 1.1 Síntese das Fases... 2 1.2 Controle de Qualidade... 3 2. ATIVIDADES DAS FASES... 3 2.1 Fase 0 - Anteprojeto...

Leia mais

TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

TERMO 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 mais

Estrutura do Trabalho: Fazer um resumo descrevendo o que será visto em cada capítulo do trabalho.

Estrutura do Trabalho: Fazer um resumo descrevendo o que será visto em cada capítulo do trabalho. UNIVERSIDADE ESTADUAL DE MARINGÁ A monografia é um texto escrito contendo o resultado da pesquisa realizada como trabalho de conclusão do curso de especialização. Os itens básicos a constarem da monografia

Leia mais

TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

TERMO 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 mais

Ricardo Roberto de Lima UNIPÊ 2008.1 APS-I. Históricos e Modelagem Orientada a Objetos

Ricardo 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 mais

Especificação de Caso de Uso

Especificação de Caso de Uso Versão: 1.0 Especificação de Caso de Uso UCCITES018 Versão: 1.0 Histórico da Revisão Data Versão Descrição Autor 13/08/2013 1.0 Criação do documento. Naiana Lima Celso Normal.dotmNormal.dotmNormal.dotmDocumento1

Leia mais

Gerenciamento do Escopo do Projeto Produto do Projeto

Gerenciamento 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 mais

Engenharia de Software

Engenharia de Software Engenharia de Requisitos Cap. 06 e 07 Sommerville 8 ed. REQUISITOS DE SOFTWARE» Requisitos são descrições de serviços fornecidos pelo sistema e suas restrições operacionais. REQUISITOS DE USUÁRIOS: São

Leia mais

ORGANIZAÇÃO CURRICULAR

ORGANIZAÇÃ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 mais

Simulador de Pagamento

Simulador de Pagamento Simulador de Pagamento Versão: VS01 Data: 10/03/13 Identificador do documento: Wytor, Náthilla, Pedro Náthilla 1 Histo rico de reviso es Versão Data Autor Descrição Localização VS01 05/006/2013 Wytor Náthilla

Leia mais

Tópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres

Tópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres Tópicos de Ambiente Web Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres Roteiro Motivação Desenvolvimento de um site Etapas no desenvolvimento de software (software:site) Analise

Leia mais

Ensino 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 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 mais

O Processo Unificado: Captura de requisitos

O 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 mais

Grupo 05 EAP e Dicionário Versão 3.0 2º Semestre Gestão de TI Unidade 903 Sul

Grupo 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 mais

Casos de Uso. Viviane Torres da Silva viviane.silva@ic.uff.br. http://www.ic.uff.br/~viviane.silva/2012.1/es1

Casos de Uso. Viviane Torres da Silva viviane.silva@ic.uff.br. http://www.ic.uff.br/~viviane.silva/2012.1/es1 Casos de Uso Viviane Torres da Silva viviane.silva@ic.uff.br http://www.ic.uff.br/~viviane.silva/2012.1/es1 O que é? Uma técnica para capturar requisitos funcionais Descreve o sistema sob a perspectiva

Leia mais

Especificação de Caso de Uso

Especificação de Caso de Uso Versão: 1.1 Especificação de Caso de Uso UCCITES03 Versão: 1.1 Histórico da Revisão Data Versão Descrição Autor 06/10/2008 0.1 Criação do documento. Soraya Silva 08/10/2008 0.2 Ajuste na formatação do

Leia mais

DOCUMENTO DE REQUISITOS

DOCUMENTO DE REQUISITOS DOCUMENTO DE REQUISITOS ID documento: Data: / / Versão : Responsável pelo documento: ID Projeto: HISTÓRICO DE REVISÕES Data de criação/ atualização Descrição da(s) Mudança(s) Ocorrida(s) Autor Versão do

Leia mais

Felipe Denis M. de Oliveira. Fonte: Alice e Carlos Rodrigo (Internet)

Felipe 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 mais

Projeto Final 4º semestre

Projeto Final 4º semestre Centro Universitário de Brasília UniCEUB Faculdade de Ciências Sociais Aplicadas - FASA Curso Superior de Formação Específica em Análise de Sistemas Projeto Final 4º semestre Desenvolvimento do SISTEMA

Leia mais

Tó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 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 mais

Introdução! 1. Modelos de Domínio! 1. Identificação de classes conceituais! 2. Estratégia para identificar classes conceituais! 2

Introdução! 1. Modelos de Domínio! 1. Identificação de classes conceituais! 2. Estratégia para identificar classes conceituais! 2 Modelo de domínio Introdução! 1 Modelos de Domínio! 1 Identificação de classes conceituais! 2 Estratégia para identificar classes conceituais! 2 Passos para a elaboração do modelo de domínio! 2 Passo 1

Leia mais

Gestão de escopo do projeto

Gestão de escopo do projeto Nome Número: Série Gestão de escopo do projeto Assegura que o projeto contemple todo o trabalho, e apenas o trabalho necessário, para que a missão do projeto seja atingida. Escopo do projeto Quantidade

Leia mais

Tecnologia da Informação. Visão Geral sobre Informática

Tecnologia da Informação. Visão Geral sobre Informática 9/18/2014 1 Tecnologia da Informação Visão Geral sobre Informática Trabalho compilado da internet Prof. Claudio Passos 9/18/2014 2 PROBLEMAS ADMINISTRATIVOS Volume de Informação Tempo de Resposta Aumento

Leia mais

)HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR

)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 mais

EMENTAS DAS DISCIPLINAS

EMENTAS 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 mais

TI 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://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 mais

Feature-Driven Development

Feature-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 mais

PROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS. Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br

PROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS. Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br PROGRAMAÇÃO AVANÇADA -CONCEITOS DE ORIENTAÇÃO A OBJETOS Prof. Angelo Augusto Frozza, M.Sc. frozza@ifc-camboriu.edu.br ROTEIRO 1. Conceitos de Orientação a Objetos Introdução O paradigma da POO Classes

Leia mais

IV PLANO DE GERENCIAMENTO DE TEMPO

IV PLANO DE GERENCIAMENTO DE TEMPO IV PLANO DE GERENCIAMENTO DE TEMPO 1 - Descrição do Plano de Gerenciamento detempo (PMBOK) O gerenciamento de tempo do projeto inclui os processos necessários para realizar o término do projeto no prazo.

Leia mais

Banco do Brasil S.A. Consulta ao Mercado - RFP - Request for Proposa Aquisição de Ferramenta de Gestão de Limites Dúvida de Fornecedor

Banco do Brasil S.A. Consulta ao Mercado - RFP - Request for Proposa Aquisição de Ferramenta de Gestão de Limites Dúvida de Fornecedor 1. Em relação ao módulo para Atribuição de Limites, entendemos que Banco do Brasil busca uma solução para o processo de originação/concessão de crédito. Frente a essa necessidade, o Banco do Brasil busca

Leia mais

JOSÉ AUGUSTO FABRI. Uma Proposta de Modelo para a Criação e a Organização de Processos de Produção em um Contexto de Fábrica de Software

JOSÉ AUGUSTO FABRI. Uma Proposta de Modelo para a Criação e a Organização de Processos de Produção em um Contexto de Fábrica de Software JOSÉ AUGUSTO FABRI Uma Proposta de Modelo para a Criação e a Organização de Processos de Produção em um Contexto de Fábrica de Software São Paulo 2007 JOSÉ AUGUSTO FABRI Uma Proposta de Modelo para a Criação

Leia mais

Modernização e Evolução do Acervo de Software. Gustavo Robichez de Carvalho guga@les.inf.puc-rio.br

Modernização e Evolução do Acervo de Software. Gustavo Robichez de Carvalho guga@les.inf.puc-rio.br Modernização e Evolução do Acervo de Software Gustavo Robichez de Carvalho guga@les.inf.puc-rio.br Tópicos 1. Estudo Amplo sobre Modernização 2. Visão IBM Enterprise Modernization 3. Discussão - Aplicação

Leia mais

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às

Leia mais

IC-UNICAMP IC-UNICAMP

IC-UNICAMP IC-UNICAMP Capítulo 3: Qualidade de Produto e a ISO 9126 Capítulo 1: Introdução Capítulo 2: Conceitos Básicos Capítulo 3: Qualidade de Produto (ISO9126) Capítulo 4: ISO9001 e ISO9000-3 Capítulo 5: CMM Capítulo 6:

Leia mais

Conceitos de Banco de Dados

Conceitos 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 mais

Plano de Gerência de Configuração

Plano de Gerência de Configuração Plano de Gerência de Configuração Objetivo do Documento Introdução A aplicação deste plano garante a integridade de códigos-fonte e demais produtos dos sistemas do, permitindo o acompanhamento destes itens

Leia mais

Nome: Login: CA: Cidade: UF CARTÃO RESPOSTA QUESTÃO RESPOSTA QUESTÃO RESPOSTA

Nome: 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 mais

Especificação de Caso de Uso

Especificação de Caso de Uso Versão: 1.1 Especificação de Caso de Uso UCCITES04 Versão: 1.1 Histórico da Revisão Data Versão Descrição Autor 03/09/2008 0.1 Criação do documento. Ana Ornelas 09/09/2008 0.2 Atualização gerais no documento.

Leia mais

CONCORRÊ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 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 mais

Pós-Graduação em Marketing de Moda

Pós-Graduação em Marketing de Moda Pós-Graduação em Marketing de Moda Público alvo Indicado para profissionais com formação em Moda, Design, Marketing, Comunicação, Arquitetura, dentre outros, e que atuem ou desejem atuar na área de Moda,

Leia mais

Proposta Técnica. Desenvolvimento de software QUICKSITE

Proposta Técnica. Desenvolvimento de software QUICKSITE Proposta Técnica Desenvolvimento de software CONTEÚDO Resumo Executivo...3 1.1 Duração e Datas Especiais... 3 1.2 Fatores Críticos de Sucesso... 3 A Hi Level...3 Solução Proposta...4 1.3 Escopo... 4 1.4

Leia mais

Introdução a Computação

Introduçã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 mais

Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas.

Palavras-Chaves: estoque, modelagem, requisitos, UML, vendas. UTILIZAÇÃO DA UML NO DESENVOLVIMENTO DE SISTEMA DE CONTROLE DE VENDAS E ESTOQUE GILBERTO FRANCISCO PACHECO DOS SANTOS Discente da AEMS Faculdades Integradas de Três Lagoas JACKSON LUIZ ARROSTI Discente

Leia mais

Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Conteú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 mais

Banco de Dados. Microsoft Access

Banco de Dados. Microsoft Access Banco de Dados Microsoft Access PARTE 01 edição 2007 Índice 01-) Conceito... 2 02) Sistema Gerenciador de Banco de Dados Relacional (SGBDR)... 3 03) Access... 3 04) Etapas para elaboração de um Banco de

Leia mais

Introdução à Engenharia de Software

Introdução à Engenharia de Software Introdução à Engenharia de Software Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia

Leia mais

ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO

ADMINISTRAÇÃ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 mais

Nome da Empresa Sistema digitalizado no almoxarifado do EMI

Nome da Empresa Sistema digitalizado no almoxarifado do EMI Nome da Empresa Documento Visão Histórico de Revisões Data Versão Descrição Autor 23/02/2015 1.0 Início do projeto Anderson, Eduardo, Jessica, Sabrina, Samuel 25/02/2015 1.1 Correções Anderson e Eduardo

Leia mais

Engenharia de Sistemas de Computador

Engenharia de Sistemas de Computador Engenharia de Sistemas de Computador Sistema é um conjunto ou disposição de elementos que é organizado para executar certo método, procedimento ou controle ao processar informações. Assim, o que é um Sistema????????

Leia mais

PRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB)

PRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB) RELATÓRIO DE ENTREGA DO PRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB) PARA A ELABORAÇÃO DOS PLANOS MUNICIPAIS DE GESTÃO INTEGRADA DE RESÍDUOS SÓLIDOS PMGIRS PARA OS MUNICÍPIOS DE NOVO HORIZONTE, JUPIÁ, GALVÃO,

Leia mais

SISTEMA GERENCIADOR DE BANCO DE DADOS

SISTEMA GERENCIADOR DE BANCO DE DADOS 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 SISTEMA GERENCIADOR

Leia mais

FACULDADES INTEGRADAS SIMONSEN NORMAS PARA ANTE-PROJETO E PROJETO FINAL DO CURSO DE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

FACULDADES INTEGRADAS SIMONSEN NORMAS PARA ANTE-PROJETO E PROJETO FINAL DO CURSO DE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS FACULDADES INTEGRADAS SIMONSEN NORMAS PARA ANTE-PROJETO E PROJETO FINAL DO CURSO DE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS Rio de Janeiro fevereiro de 2012 Normas para elaboração do Ante Projeto e Projeto

Leia mais

Engenharia de Requisitos Estudo de Caso

Engenharia 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 mais

Requisitos do usuário, do sistema e do software [Sommerville, 2004]

Requisitos do usuário, do sistema e do software [Sommerville, 2004] Requisitos Objetivos ou restrições estabelecidas por clientes e usuários do sistema que definem as diversas propriedades do sistema Condição ou capacidade necessária que o software deve possuir para que

Leia mais

OBJETIVO 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

OBJETIVO 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 mais

Palavras-Chaves: engenharia de requisitos, modelagem, UML.

Palavras-Chaves: engenharia de requisitos, modelagem, UML. APLICAÇÃO DA ENGENHARIA DE REQUISITOS PARA COMPREENSÃO DE DOMÍNIO DO PROBLEMA PARA SISTEMA DE CONTROLE COMERCIAL LEONARDO DE PAULA SANCHES Discente da AEMS Faculdades Integradas de Três Lagoas RENAN HENRIQUE

Leia mais

Estudo de Viabilidade

Estudo de Viabilidade Estudo de Viabilidade PGE: Plastic Gestor Empresarial Especificação de Requisitos e Validação de Sistemas Recife, janeiro de 2013 Sumário 1. Motivação... 1 2. Introdução: O Problema Indentificado... 2

Leia mais

A linguagem UML. UML e Diagramas de Casos de Uso e Classes. Por que usar UML? O que é modelagem?

A linguagem UML. UML e Diagramas de Casos de Uso e Classes. Por que usar UML? O que é modelagem? UML e Diagramas de Casos de Uso e Classes Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com A linguagem UML UML (Unified Modeling Language) Linguagem de Modelagem Unificada É uma linguagem de modelagem

Leia mais