DOCUMENTO DE REQUISITO DE SOFTWARE
|
|
- Sarah Alvarenga Desconhecida
- 7 Há anos
- Visualizações:
Transcrição
1 DOCUMENTO DE REQUISITO DE SOFTWARE <<nome do projeto>> PARTICIPANTES <<Nome do aluno 1>> <<Nome do aluno 2>> <<Nome do aluno 3>> <<Nome do aluno 4>> <<Nome do aluno 4>> Belo Horizonte - <<mês/ano>> 1
2 <<Os principais objetivos de um controle de versão são: criar um histórico das revisões; auxiliar no trabalho em equipe; possibilitar a divisão segura do projeto e a divisão segura das atividades das partes envolvidas>> CONTROLE DE VERSÃO (Histórico das alterações) Versão Responsável Descrição Data <<versão>> <<Nome do responável>> <<Descrição da alteração>> <<Data da alteração>> 1.0 Mônica 1.0 Magali Descrever uma introdução sobre o sistema. A sua situação atual. Breve comentário sobre a situação proposta. Definição dos Stakeholders. Identificação inicial dos requisitos funcionais. 04/ /05/2009 2
3 Conteúdo 1 - INTRODUÇÃO VISÃO GERAL CONVENÇÕES E NOMENCLATURAS PARTES INTERESSADAS (STAKEHOLDERS) REQUISITOS FUNCIONAIS DIAGRAMA DE CASO DE USO REQF001 ATENDER PACIENTE REQF002 EMITIR RELATÓRIO DE FLUXO DE CAIXA REQF003 AGENDAR CONSULTA REQUISITOS NÃO FUNCIONAIS USABILIDADE DESEMPENHO SOFTWARE E HARDWARE SEGURANÇA CONFIABILIDADE DISTRIBUIÇÃO INTERFACE SUGERIDA (IHM) - PROTOTIPAÇÃO
4 1 - INTRODUÇÃO <<Breve introdução, incluindo objetivos e a motivação>> Este documento servirá de base para a definição dos requisitos de um software que será desenvolvido para realizar a gestão de um consultório médico. 2 - VISÃO GERAL <<No máximo dois parágrafos o processo atual. EXEMPLO:>> Atualmente o processo de marcação de consulta e atendimento são realizados através de um sistema elaborado a partir de regras de negócio que já não atendem às necessidades atuais. O sistema atual foi desenvolvido em linguagem Clipper versão 5 e utiliza o padrão de armazenamento.dbf (arquitetura ISAM). O sistema possui os seguintes módulos em funcionamento: marcação de consultas, atendimento (anamnese completa), controle do caixa, relatórios operacionais (contas a pagar, receber e fluxo de caixa) e relatórios gerenciais. <<Um parágrafo sobre os problemas atuais do sistema. EXEMPLO: >> Há problemas de constantes interrupções no sistema, uma vez que a base de dados não suporta adequadamente o volume de dados (corrupções de arquivos). O sistema não oferece uma interface WEB para possibilitar a consulta on-line das marcações e acompanhamento por parte do paciente de alguns processos. Além dos problemas acima, a empresa tem dificuldades em encontrar pessoal qualificado para realizar manutenções preventivas e corretivas no sistema. <<Um parágrafo sobre o que será feito em linhas gerais. EXEMPLO: >> Diante dos problemas apresentados, será desenvolvido uma solução completa para consultório médico, incluindo as funcionalidades já presentes no sistema atual, abordando uma visão de sistemas distribuídos na WEB atendendo aos principais requisitos funcionais e não funcionais especificados pelo cliente nos trabalhos de análise de requisitos descritos a seguir. 4
5 3 CONVENÇÕES E NOMENCLATURAS <<auxiliar o entendimento das abreviações usadas no documento>> Será utilizada a seguinte convenção de nomenclatura para identificação dos requisitos funcionais e não funcionais do sistema: REQUISITO DESCRIÇÃO REQF999 Requisito Funcional + Número do Requisito DESCRIÇÃO PARA O REQUISITO FUNCIONAL Módulo de manutenção dos dados do paciente. REQNF999 Requisito NÃO Funcional + Número do Requisito DESCRIÇÃO PARA O REQUISITO NÃO FUNCIONAL Tempo de emissão do relatório de fatura semanal não deve ser superior a 2 minutos PRIORIDADE PRIORIDADE DO REQUISITO FUNCIONAL. Média PRIORIDADE DO REQUISITO NÃO FUNCIONAL. Alta PRIORIDADE: Alta: São requisitos essenciais, imprescindíveis, devem ser implementados impreterivelmente. Média: Sem esse requisito o sistema pode entrar em funcionamento, porém de forma pouco satisfatória. Baixa: Esse requisito não compromete o funcionamento do sistema, ou seja, o sistema pode funcionar de forma satisfatória sem ele. 5
6 4 - PARTES INTERESSADAS (STAKEHOLDERS) <<Stakeholder (em português, partes interessadas), são as pessoas que afetam ou são afetadas pelo sistema e que por sua vez terão influência sobre os requisitos desse sistema. Trata-se de um termo usado inicialmente na administração de empresas, o sucesso de um projeto, sistema ou empresa depende diretamente da efetiva participação dos Stakeholders. EXEMPLO:>> Os Stakeholders do Sistema de Consultório Médico estão divididos basicamente nos seguintes grupos: Gerência, Sistemas, Usuários Finais, Usuário Externos. O quadro a seguir apresenta a divisão dos grupos de Stakeholders, uma descrição de cada um e suas respectivas responsabilidades: Grupo Stakeholder Descrição Responsável Gerência Gerencia de Sistemas Gerenciar as atividades relativas ao desenvolvimento e implementação do sistema. Administrador Administrar as atividades administrativas e técnicas do consultório, incluindo antendimento, marcação de consultas e financeiro. Gerência de Gerenciar as atividades do atendimento do Atendimento consultório. Sistemas Analista Responsável pelo levantamento, análise dos resultados e projetos do sistema. Responsável pela especificação de programas. DBA Responsável pelo projeto do banco de dados e alterações que interferem na estrutura das tabelas do sistema. Programador Responsável pela codificação do sistema a partir das especificações realizadas pelo analista. Documentador Responsável pela documentação do sistema, documentação das reuniões e documentação de usuário. Roseli Dr. Carlos Alberto Arlete Luiz Augusto Juliana João Bosco Vinícius Usuários Médico Atendimento ao paciente. Dr.Carlos Alberto, Dr. Regina Coeli, Dr. Osmar Prado. Auxiliares Atendimento auxiliar consultório. Glória e Ana Paula. Secretária Agendamento, controle internos. Arlete e Bernadete. Paciente Usuário do sistema (acesso WEB). Usuário secundário (no atendimento). Pacientes da clínica/consultório 6
7 5 REQUISITOS FUNCIONAIS <<São os Casos de Uso. Deve-se descrever os seguintes itens: nome do caso de uso; descrição resumida (objetivo); ator principal; ator secundário; cenário principal; cenário alternativo; pré-condição; pós-condição;fluxo de exceção. O diagrama de caso de uso deve ser representado. VEJA O EXEMPLO:>> 5.1 DIAGRAMA DE CASO DE USO 5.2 REQF001 ATENDER PACIENTE Objetivo: Realizar o atendimento do paciente. Este processo consiste em armazenar os principais objetos do atendimento (anamnese) como por exemplo: a Queixa Principal (QP), Histórico da Doença Atual (HDA), História Médica Pregressa (HMP), Atendimento Cirúrgico (AC), Resultado dos Exames (RE), Doenças Relacionadas (DR). 7
8 Ator principal: Médico. Ator secundário: Paciente. Cenário Principal: 01 Acessar o módulo de Atendimento. 02 Informar Login e Senha (Somente para usuários com perfil médico). 03 Informar o nome do Paciente Preencher itens da Queixa Principal. 05 Preencher itens do Histórico da Doença Atual 06 Preencher itens da História Médica Pregressa. 07 Preencher itens do Atendimento Cirúrgico. 08 Preencher itens do Resultado de Exame. 09 Associar as doenças relacionadas ao atendimento. 10 Gravar as alterações. Cenário Alternativo: Não se aplica. Pré-Condição: Deve existir um agendamento prévio do paciente. Pós-Condição: O sistema deverá ser capaz de emitir prontuário do atendimento e/ou receita e/ou atestado médico. Fluxo de Exceção: Não se aplica. <<Fazer a descrição para os demais Casos de Uso>> 5.3 REQF002 EMITIR RELATÓRIO DE FLUXO DE CAIXA Objetivo:... Ator principal:... Ator secundário:... Cenário Principal:... Cenário Alternativo:... Pré-Condição:... Pós-Condição:... Fluxo de Exceção: REQF003 AGENDAR CONSULTA <<... >> 8
9 6 REQUISITOS NÃO FUNCIONAIS <<São os requisitos relativos a: desempenho, segurança, usabilidade, confiabilidade e distribuição. Deve-se ainda mencionar os requisitos de hardware e software para o desenvolvimento e execução do projeto. VEJA O EXEMPLO:.>> USABILIDADE <<Requisitos não funcionais relativos à distribuição dos dados e dos arquivos de chamadas do sistema (módulo executável)>> Exemplos: REQNF001: O sistema deverá ser capaz de funcionar nos navegadores Internet Explorer e Firefox. REQNF002: O sistema deverá possibilitar o uso de teclas de atalho para as principais opções. REQNF003: O Sistema deverá apresentar o recurso "look and feel", no mínimo para as interfaces Linux, Motif e Windows DESEMPENHO <<Requisitos não funcionais relativos ao desempenho do sistema, como por exemplo tempo de resposta da abertura de telas do sistema, tempo necessário para emissão de um relatório de fatura>> Exemplos: REQNF004: Todas as telas do sistema não deverão demorar mais que 5 (cinco) segundos para abertura. REQNF005: O banco de dados relativo às informações gerenciais deve ser atualizado em tempo real. 6.3 SOFTWARE E HARDWARE <<Requisitos não funcionais relativos ao software e hardware usados para as operações de desenvolvimento ou execução do sistema>> REQNF006: Deverá ser adotado como linguagem de desenvolvimento principal a linguagem JAVA, com aplicação das diretivas orientadas a objetos. Deverão ser 9
10 abordados durante a modelagem das classes do sistema os principais padrões de projetos, em cada situação específica, como por exemplo: Strategy, Observer, Singleton, Decorator e Factory Method SEGURANÇA <<Requisitos não funcionais relativos à integridade e privacidade dos dados armazenados pelo sistema>> REQNF007: O sistema deverá restringir o acesso às informações financeiras relativas ao grupo. REQNF008: Somente usuários autorizados com perfil Gerência poderão acessar o módulo de contas de usuário e definição dos parâmetros globais do sistema CONFIABILIDADE <<Requisitos não funcionais relativos à freqüência de ocorrência de falhas do sistema e à capacidade de recuperação dessas falhas pelo próprio sistema>> REQNF009: O tempo médio entre falhas (MTBF) para as operações referentes ao relatórios que necessitam de processamento intensivo não poderá exceder a NN meses (ou NN dias ou NN anos). REQNF010: A exatidão das informações numéricas referentes aos resultados dos exames deverão possuir a precisão de 3 dígitos decimais DISTRIBUIÇÃO <<Requisitos não funcionais relativos à distribuição dos dados e dos arquivos de chamadas do sistema (módulo executável)>> REQNF011: O sistema deverá ser acessado no atendimento (marcação), consultório, administração e disponibilizado na WEB. Os dados deverão ser igualmente distribuídos em cada um desses setores e acessados mediante o perfil de cada usuário. 10
11 7 - INTERFACE SUGERIDA (IHM) - PROTOTIPAÇÃO <<O desenho de uma interface parcialmente funcional para o sistema, é muito importante à medida que auxilia na validação dos requisitos funcionais. O protótipo pode ou não ser utilizado na continuação do desenvolvimento, isso dependerá da linguagem de programação usada e de uma metodologia bem definida de modo a permitir uma migração natural do protótipo para versão final.>> 11
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO SUMÁRIO Parte I Modelagem do Software Documento de Requisitos 1. Introdução 2. Descrição Geral do Sistema 3. Requisitos Funcionais 4. Requisitos
Leia maisO que é um banco de dados? Banco de Dados. Banco de dados
COLÉGIO EST. JOÃO MANOEL MONDRONE - ENS. FUNDAMENTAL, MÉDIO, PROFISSIONAL E NORMAL Rua Mato Grosso n.2233 - Fone/Fax (045) 3264-1749-3264-1507 Banco de Dados O que é um banco de dados? Um conjunto de informações
Leia maisProjeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>
Projeto Integrador Documento Visão Versão Histórico de Revisões Data Versão Descrição Autor
Leia mais[2011] Usabilidade. Manual Gerenciador Usuários. escritórios contábeis. Neo Solutions - Soluções para gestão de
Manual Gerenciador Usuários Usabilidade Neo Solutions - Soluções para gestão de escritórios contábeis [2011] Neo Solutions WWW.neosolutions.com.br neosolutions@neosolutions.com.br 11 3115 0188 ÍNDICE 1.
Leia maisManual Gerenciador de Usuários
Manual Gerenciador de Usuários 2 Índice 1. Introdução Gerenciador de Usuários... 3 2. Primeiro login no gerenciador de usuários... 3 3. Cadastrando um novo usuário... 6 4. Esqueci a senha... 7 5. Usabilidade
Leia maisEspecificação Técnica Sistema de Acesso
1. Introdução O VW Acesso é um sistema 100% web, para controle de acesso de pessoas. O sistema possui arquitetura robusta e independente de plataforma, atendendo todos os segmentos e portes de empresa.
Leia maisUNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA ESPECIFICAÇÕES DE REQUISITOS E VALIDAÇÃO DE SISTEMAS
UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA ESPECIFICAÇÕES DE REQUISITOS E VALIDAÇÃO DE SISTEMAS SISTEMA PARA GERENCIAMENTO DE INFORMAÇÕES Equipe: Arthur Jorge Diego Reynaux Fernando Neves
Leia maisEspecificação dos Requisitos do Software Shop9
Instituto Federal de Educação Ciência e Tecnologia da Bahia- Campus SEABRA Shop9 Autores: Alan Araújo, Augusto Novais, Emerson Gois, Felipe Novaes, Gustavo Vicente, Ingrid Mendes, Suele Maria e Vanessa
Leia maisEngenharia de Software ENGENHARIA DE REQUISITOS
Engenharia de Software ENGENHARIA DE REQUISITOS ENGENHARIA DE REQUISITOS - INTRODUÇÃO Para qualquer tipo de projeto, precisamos entender o que exatamente queremos e necessitamos. ENGENHARIA DE REQUISITOS
Leia mais001 - Atividade de Engenharia de requisitos
001 - Atividade de Engenharia de requisitos 1. [CESPE - 2013 - TRE] Assinale a opção que apresenta uma das finalidades da análise de requisitos. a) Gerar versões dos artefatos produzidos. b) Prover o ambiente
Leia maisSCM Sistema de Controle de Motel I - DOCUMENTO DE REQUISITOS Versão 1
SCM Sistema de Controle de Motel I - DOCUMENTO DE REQUISITOS Versão 1 Conteúdo 1. INTRODUÇÃO...3 1.1 CONVENÇÕES, TERMOS E ABREVIAÇÕES... 3 1.1.1 Identificação dos Requisitos... 3 1.1.2 Prioridades dos
Leia maisSistema de Acompanhamento de Produção Sisnet/Sinan- SAPSS Manual de Operação
Sistema de Acompanhamento de Produção Sisnet/Sinan- SAPSS Manual de Operação Versão do produto: 1.0 Edição do documento: 1.0 Abril de 2012 Ministério da Saúde Secretaria de Vigilância em Saúde Departamento
Leia maisUFU-FACOM Documento de Requisitos <Nome do Sistema>
UFU-FACOM Documento de Requisitos Versão - de Documento de Requisitos Ficha Técnica Equipe Responsável pela Elaboração
Leia maisGUIA DE PADRONIZAÇÃO DE MACRO E SUBSERVIÇOS DO SGA-DPU
GUIA DE PADRONIZAÇÃO DE MACRO E SUBSERVIÇOS DO SGA-DPU MÓDULOS As funcionalidades do SGA Livre são organizadas e divididas em módulos. Cada módulo possui um agrupamento de funções. São dinâmicos e estão
Leia maisEspecificação Técnica Sistema de Acesso
1. Introdução O VW Acesso é um sistema 100% web, para controle de acesso de pessoas. O sistema possui arquitetura robusta e independente de plataforma, atendendo todos os segmentos e portes de empresa.
Leia maisDOCUMENTO DE VISÃO 1. TÍTULO DO PROJETO. 2. RESPONSÁVEL PELO DOCUMENTO Ciclano
DOCUMENTO DE VISÃO 1. TÍTULO DO PROJETO Título: SIGLA Sistema de Gestão de Capacitação Coordenador do Projeto: Fulano de Tal E-mail: email@email.com 2. RESPONSÁVEL PELO DOCUMENTO Ciclano 3. FINALIDADE
Leia maisELABORADORES DANIEL BRUNO FERNANDES CONRADO GIORJETY LICORINI DIAS
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
Leia maisUnoTech Soluções em Histórico da Revisão Data Versão Descrição Autor 27/05/ 1.0 Construção do Documento Carlos GG Flor Página 2
UnoTech Soluções em Uni O.S Especificação Complementar Versão 1.0 Página 1 UnoTech Soluções em Histórico da Revisão Data Versão Descrição Autor 27/05/ 1.0 Construção do Documento Carlos GG Flor Página
Leia maisSISTEMA SGPS GESTÃO DE PLANO DE SAÚDE
SISTEMA SGPS GESTÃO DE PLANO DE SAÚDE FORTALEZA CE JANEIRO / 2015 SGPS - Sistema Gestão Plano de Saúde Documento de Visão Versão 1.0 HISTÓRICO DA REVISÃO Código Denominação Projeto SGPS SGPS - Sistema
Leia mais21/09/2012. Elicitação de Requisitos. Projeto de Interface Homem- Máquina. Prof. Esp. MBA Heuber G. F. Lima. Técnicas etipos de Requisitos
Elicitação de Requisitos Projeto de Interface Homem- Máquina Prof. Esp. MBA Heuber G. F. Lima Técnicas etipos de Requisitos 1 Processo de levantamento de requisitos Dificuldades 1) Cliente/usuário não
Leia maisBancos de Dados Notas de Aula Introdução Prof. Dr. Daniel A. Furtado
Bancos de Dados Notas de Aula Introdução Prof. Dr. Daniel A. Furtado Definição de Banco de Dados De uma forma genérica, um banco de dados é definido como uma coleção de dados relacionados. Os dados são
Leia maisHistórico de alterações
Documento de requisitos v1.0 Nome do projeto : Viagem Mais Segura Histórico de alterações Data Versão Descrição Autor 12/09/2015 1.0 Versão inicial do documento AVC 1. Descrição do sistema O sistema Viagem
Leia maisFinancial Control Controle Financeiro. Manual do Usuário
Financial Control Controle Financeiro Manual do Usuário Apresentação: Sobre a empresa Uma empresa de tecnologia que presta serviço e desenvolve soluções para a gestão pública no Brasil. Uma empresa jovem
Leia maisAnálise de Requisitos
Análise de Requisitos Prof.ª: Érika A. Barrado Analisar x Projetar Análise: significa investigar, descobrir ou desvendar algo; Consiste em encontrar o conjunto de requisitos para um dado software; Definida
Leia maisAnálise de Requisitos
Análise de Requisitos Análise de Requisitos O tratamento da informação é um requisito que fundamenta o processo de desenvolvimento de software antes da solução de tecnologia a ser aplicada. Cada projeto
Leia maisBanco de Dados II. Administrador de Banco de Dados - DBA. Portela
UNIVERSIDADE FEDERAL DO MARANHAO - UFMA Banco de Dados II Administrador de Banco de Dados - DBA Portela * DBA Introdução Atuação Responsabilidades 2 Atuação O Administrador de Banco de Dados (DBA) é o
Leia maisDocumento de Requisitos do Sistema versão 1.0
Documento de Requisitos do Sistema versão 1.0 Desenvolvimento do Sistema de Gestão de Documentos Doc Manager Cliente: São José Agroindustrial Representante do cliente: Paulo José de Souza Ficha Técnica
Leia maisIOL Controle de Processo Seletivo Como funciona?
IOL Controle de Processo Seletivo Como funciona? Tela Inicial do IOL http://iol.marista.edu.br/aplicativos/iol/administracao/login/default.asp Esta é a tela inicial do IOL, para acessar o Controle de Processos
Leia maisEquipe: Rafael Henrique. Angélica Larissa
Especificação dos Requisitos do Software e Análise do Projeto Salão de beleza Glamour Versão 1.0b Equipe: Rafael Henrique Angélica Larissa 1 Introdução 1.1 Objetivos deste documento Este documento vem
Leia maisA CASA DO SIMULADO DESAFIO QUESTÕES MINISSIMULADO 38/360
1 DEMAIS SIMULADOS NO LINK ABAIXO CLIQUE AQUI REDE SOCIAL SIMULADO 38/360 INFORMÁTICA INSTRUÇÕES TEMPO: 30 MINUTOS MODALIDADE: CERTO OU ERRADO 30 QUESTÕES CURTA NOSSA PÁGINA MATERIAL LIVRE Este material
Leia maisRicardo Sorroche Orientando Prof. Wilson Pedro Carli - Orientador
SISTEMA PARA CONTROLE DA FROTA DE VEÍCULOS Ricardo Sorroche Orientando Prof. Wilson Pedro Carli - Orientador Roteiro Introdução Objetivos Fundamentação teórica Trabalhos correlatos Especificações do sistema
Leia maisLAUDO DE ANÁLISE DA PROVA DE CONCEITO
LAUDO DE ANÁLISE DA PROVA DE CONCEITO Aos vinte dias do mês de dezembro de dois mil e dezoito, às nove horas, na sede do CM Granpal, localizado na avenida das Indústrias, quatrocentos e sessenta e nove,
Leia mais2
ANÁLISE DE SISTEMAS (processo de desenvolvimento de sistemas) por Antônio Maurício Pitangueira 1 2 Levantamento de requisitos Análise de requisitos Projeto Implementação Testes Implantação Foco da disciplina
Leia maise Autorizador Odontológico
1 CONTROLE DE DOCUMENTO Revisor Versão Data Publicação Diego Ortiz Costa 1.0 08/08/2010 Diego Ortiz Costa 1.1 09/06/2011 Diego Ortiz Costa 1.2 07/07/2011 2 Sumário CONTROLE DE DOCUMENTO... 2 1. Informações
Leia maisMANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO
MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO
Leia maisPROJETO INTEGRADOR Levantamento de Requisitos
PROJETO INTEGRADOR Levantamento de Requisitos Grupo: Arthur Oliveira Isadora Serrano Matheus dos Santos Versão: 1.0 1 Data: 01/12/2017 1. Introdução 1.1. Objetivo do Sistema O software será desenvolvido
Leia maisAula 01 Conceito de Banco de Dados e SGBD
Aula 01 Conceito de Banco de Dados e SGBD Dado: conjunto de símbolos arranjados a fim de representar a informação fora da mente humana. Elemento de Dado: subconjunto de símbolos que compõem um dado com
Leia maisBanco de Dados I. Prof. Edson Thizon ethizon@bol.com.br
Banco de Dados I Prof. Edson Thizon ethizon@bol.com.br Conceitos Dados Fatos conhecidos que podem ser registrados e que possuem significado implícito Banco de dados (BD) Conjunto de dados interrelacionados
Leia maisAnálise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
Leia maisRequisitos. Silvério Sirotheau
Requisitos Silvério Sirotheau Requisitos O levantamento e análise de requisitos compõem uma parte decisiva da fase de concepção dentro UP. O analista pode e deve utilizar todas as informações disponíveis
Leia maisLevantamento, Análise e Gestão Requisitos. Aula 05
Levantamento, Análise e Gestão Requisitos Aula 05 Agenda Requisitos de Software Tipos de Requisitos: funcionais e não-funcionais Definição do escopo do problema Análise do problema Compreensão da necessidade
Leia maisManual de Orientações do Curso do SEI
Manual de Orientações do Curso do SEI 2 SUMÁRIO 1. Apresentação...3 1.1. O que é o SEI?...3 1.2. Principais facilidades do SEI...3 2. Normativos...4 2.1. Decreto 45157...4 2.2. Decreto 8539...4 2.3. Lei
Leia maisDocumento de Requisitos SISTEMA DE APOIO À ESCRITA (SAPES)
1. Introdução 1.1 Propósito Documento de Requisitos SISTEMA DE APOIO À ESCRITA (SAPES) O propósito deste documento de especificação de requisitos é definir os requisitos do sistema SAPES - Sistema de Apoio
Leia maisAnálise e Projeto de Sistemas I
Análise e Projeto de Sistemas I As falhas nos requisitos estão entre as principais razões para o fracasso de um software... 2º Bimestre (material 1) Professor: José Ronaldo Leles Júnior Turma: 3º semestre
Leia maisPROVA DE CONHECIMENTOS ESPECÍFICOS
Nesta PROVA DE CONHECIMENTOS ESPECÍFICOS, nas questões objetivas de a, que valem dez pontos dois pontos para cada questão, marque, em cada uma, a única opção correta, de acordo com o respectivo comando.
Leia maisManual de Usuário GLPI
Manual de Usuário GLPI Versão: 3.0 Conteúdo Funcionalidades... 4 Entrar no sistema... 4 Criar Chamado... 5 Acompanhamento de Chamado... 9 Fechamento de Chamado... 11 Pesquisa de Satisfação... 13 Versão:
Leia maisMANUAL DO SISTEMA FLEXISS PARA ACESSO DE FARMÁCIAS
MANUAL DO SISTEMA FLEXISS PARA ACESSO DE FARMÁCIAS VERSÃO ONLINE versão: 3.2.303 [22/07/2016] M A N U A L D O S I S T E M A F L E X I S S P A R A A C E S S O D E F A R M Á C I A S Página 1 SUMÁRIO 1. INTRODUÇÃO...
Leia maisApêndices. 1.1 Apêndice A: Manual do Usuário Acessando o Sistema
Manual do Usuário Apêndices 1.1 Apêndice A: Manual do Usuário 1.1.1 Acessando o Sistema A aplicação está disponível e pode ser acessada pelo endereço www2.bcc.unifalmg.edu.br/ahp. A tela inicial da aplicação
Leia maisBanco de Dados e Aplicações em Negócios: Introdução.
Banco de Dados e Aplicações em Negócios: Introdução evandro@usp.br Motivação Extenso uso de Banco de Dados (BD) no cotidiano Bancos, serviços, comércio em geral (comércio eletrônico) Web e seus serviços
Leia maisSistemas de Informação via Web para Controle Financeiro de uma Microempresa
Sistemas de Informação via Web para Controle Financeiro de uma Microempresa Leonardo Filipe Pamplona Orientador: Roberto Heinzle Page 2 Roteiro da Apresentação Introdução Objetivos Fundamentação Teórica
Leia maisEmail: professorclebermarques@hotmail.com Atualizada em 29/01/2010. 1
1- Software: É o elemento lógico (não palpável) do sistema computacional. 1.1- Classificação do Software: 1. Básico = fundamental para o processamento. Ex: Sistema Operacional. 2. Aplicativo = auxilia
Leia maisFa u amen o E e ôn co CASSEMS
Fa u amen o E e ôn co CASSEMS 1 Conteúdo 1. Informações Iniciais... 3 1.1. Sobre o documento... 3 1.2. Organização deste Documento... 3 2. Orientações Básicas... 3 2.1. Sobre o Faturamento Digital... 3
Leia maisMANUAL DO SISTEMA FLEXISS PARA ACESSO DE ENTIDADES
MANUAL DO SISTEMA FLEXISS PARA ACESSO DE ENTIDADES VERSÃO ONLINE versão: 3.2.303 [22/07/2016] M A N U A L D O S I S T E M A F L E X I S S P A R A A C E S S O D E E N T I D A D E S Página 1 SUMÁRIO 1. INTRODUÇÃO...
Leia maisPortal Rede Alternativa
Portal Rede Alternativa Manual (v.1.0) 23/06/2014 www.redealternativa.com Apresentação Sobre o Portal Rede Alternativa Nome do sistema Portal Rede Alternativa. Data Junho / 2014. Objetivo do sistema O
Leia maisSecretaria de Estado de Meio Ambiente e Desenvolvimento Sustentável - SEMAD. Manual do Usuário
Secretaria de Estado de Meio Ambiente e Desenvolvimento Sustentável - SEMAD Manual do Usuário SISEMAnet Sistema Integrado de Meio Ambiente Módulo 1 Portal Submódulo Portal de Segurança Módulo Externo Versão
Leia maisPregão Eletrônico nº 18/2014
Pregão Eletrônico nº 18/2014 Ferramenta de Apoio ao Núcleo de Métricas de Software PoC Prova de Conceito Ferramenta: APFBR 1 CRITÉRIOS EDITALÍCIOS PARA A REALIZAÇÃO DA PROVA DE CONCEITO (CÓPIA DO TERMO
Leia maisDe Olho na Pista. Documento de Arquitetura. De Olho na Pista Documento de Arquitetura Data: 23/03/2013. AJA Software
AJA Software www.ajasoftware.wordpress.com De Olho na Pista Documento de Arquitetura Confidencial De Olho na Pista, 2013 1 Sumário 1. Introdução 3 2. Metas e Restrições da Arquitetura 3 3. Padrão da Arquitetura
Leia maisPORTAL DE COMPRAS PÚBLICAS
PORTAL DE COMPRAS PÚBLICAS GUIA DO PROCURADOR SETEMBRO DE 2018 Versão 1.2 Setembro / 2018 S U M Á R I O 1 APRESENTAÇÃO 3 2 OBSERVAÇÕES IMPORTANTES 4 3 SISTEMA 5 3.1 TELA INICIAL DO PROCURADOR 5 3.2 PROCESSOS
Leia maisEngenharia de Software II
Engenharia de Software II Aula 26 http://www.ic.uff.br/~bianca/engsoft2/ Aula 26-21/07/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software
Leia maisMANUAL TRON CONNECT Empresário / Gestor
MANUAL TRON CONNECT Empresário / Gestor O Tron Connect, a mais nova solução web da Tron Informática, funciona como um controle gerencial de todos os colaboradores por empresa, totalmente integrado com
Leia maisSistema de Gestão Avícola SYSAVES. O sistema SYSAVES controla todo o processo, desde a saída dos
Sistema de Gestão Avícola SYSAVES O sistema SYSAVES controla todo o processo, desde a saída dos galpões dos fornecedores (granjeiros) de aves até a emissão de relatórios das saídas dos galpões para os
Leia maisIntrodução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos
Introdução Laboratório de Computação para Ciências Módulo II Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Mestrado Profissional
Leia maisUNIVERSIDADE FEDERAL DO PIAUÍ DEPARTAMENTO DE COMPUTAÇÃO ESPECIFICAÇÕES DE REQUISITOS DE SOFTWARE NOTE2B NOTE TO BUSINESS
UNIVERSIDADE FEDERAL DO PIAUÍ DEPARTAMENTO DE COMPUTAÇÃO ESPECIFICAÇÕES DE REQUISITOS DE SOFTWARE NOTE2B NOTE TO BUSINESS TERESINA PIAUÍ 2014 ALLAN MOURA MELÃO FRANCISCO DIEGO LINHARES JOAQUIM ALVES ROSAL
Leia maisBanco de Dados. SGBD - Sistema de Gerenciamento de Banco de Dados Parte 1. Prof. Leonardo Vasconcelos
Banco de Dados SGBD - Sistema de Gerenciamento de Banco de Dados Parte 1 Prof. Leonardo Vasconcelos - O que é um banco de dados (BD)? Um Banco de Dados (ou Base de Dados) é uma coleção de dados relacionados,
Leia maisPROJETO DE PROGRAMAS. Projeto de Programas PPR0001
PROJETO DE PROGRAMAS Projeto de Programas PPR0001 Desenvolvimento de Software 2 3 Desenvolvimento de Software Análise de Requisitos Distinguir e dividir o sistema em componentes: Analisar os componentes
Leia maisMANUAL DE OPERAÇÃO DO OCOMON HELP DESK
2014 MANUAL DE OPERAÇÃO DO OCOMON HELP DESK Manual de Operação do OcoMon HelpDesk SBK BPO 20/02/2014 Sumário SOLICITANDO ACESSO... 3 ACESSANDO O OCOMON... 3 INTERFACE... 5 ABRINDO UM CHAMADO... 6 CONCLUSÃO...
Leia maisEspecificação de Requisitos. Prof. Pedro Ramires Prof. Nilton Cesar
Especificação de Requisitos Prof. Pedro Ramires Prof. Nilton Cesar Especificação de Requisitos A principal tarefa do Analista de Sistemas e : descobrir o que um sistema devera fazer. A essas necessidades
Leia maisIFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli
MODELAGEM DE SOFTWARE Sistemas de média e grande complexidade necessitam de uma metodologia destinada a facilitar o seu desenvolvimento; Esta metodologia corresponde a uma visão, uma abstração do sistema
Leia maisPORTAL DE COMPRAS PÚBLICAS GUIA DO ADMINISTRADOR PREGÃO ELETRÔNICO 07/JUNH0/2016
PORTAL DE COMPRAS PÚBLICAS GUIA DO ADMINISTRADOR PREGÃO ELETRÔNICO 07/JUNH0/2016 Versão 4.0 Ambiente de Homologação 07/06/2016 S U M Á R I O 1 APRESENTAÇÃO... 3 2 OBSERVAÇÕES IMPORTANTES... 3 3 SISTEMA...
Leia maisMANUAL TRON CONNECT Contador
MANUAL TRON CONNECT Contador O Tron Connect, a mais nova solução web da Tron Informática, funciona como um controle gerencial de todos os colaboradores por empresa, totalmente integrado com os sistemas
Leia maisEngenharia de Software.
Engenharia de Software Prof. Raquel Silveira O que é (Rational Unified Process)? É um modelo de processo moderno derivado do trabalho sobre a UML e do Processo Unificado de Desenvolvimento de Software
Leia maisDesenvolvimento de Software
PODER JUDICIÁRIO JUSTIÇA DO TRABALHO TRIBUNAL REGIONAL DO TRABALHO DA 15ª REGIÃO Secretaria de Tecnologia da Informação e Comunicações Total de Páginas:16 Versão: 1.0 Última Atualização: 26/07/2013 Índice
Leia maisProjeto 1: Casos de Uso
Projeto 1: Casos de Uso Data de Entrega: 11/09/2015 (durante a aula) Dado o documento de requisitos em anexo: 1) Elaborar o Diagrama de Casos de Uso do Sistema, em conjunto com uma tabela associando os
Leia maisComponentes de SIs. Pessoas Organiz. Tecnologia
Universidade Federal do Vale do São Francisco Curso de Administração Tecnologia e Sistemas de Informação - 03 Prof. Jorge Cavalcanti jorge.cavalcanti@univasf.edu.br www.univasf.edu.br/~jorge.cavalcanti
Leia maisAyuda Sua ONG na mão
Universidade Federal de Pernambuco Centro de Informática GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO ANÁLISE E PROJETO DE SISTEMAS Ayuda Sua ONG na mão Escopo do Projeto Professor: Augusto Sampaio Equipe: Bruno
Leia maisAuditoria de controles organizacionais. Prof. Dr. Joshua Onome Imoniana
Auditoria de controles organizacionais Prof. Dr. Joshua Onome Imoniana Definição de controles organizacionais Os controles organizacionais e operacionais são os controles administrativos instalados nos
Leia maisOnde estão os sistemas de informação?
Aula 02 1 Onde estão os sistemas de informação? Fazem parte do nosso cotidiano (sistema bancário, sistema de telefonia, etc.) Mas, o que é um sistema de informação? O que garante que um sistema possa ser
Leia mais4 Caso de Uso no Ambiente Oracle
4 Caso de Uso no Ambiente Oracle No capítulo anterior foi definido o processo para definição de uma estratégia de rastreabilidade. Neste capítulo será realizada uma instanciação do processo em um ambiente
Leia maisTERMO DE ABERTURA DO PROJETO TAP. Identificação do Projeto
TERMO DE ABERTURA DO PROJETO TAP Identificação do Projeto Projeto Sistema de controle de acessos ao campus Unidade demandante Lara Popov Zambiasi Bazzi Oberderfer Gestor do projeto Daniela Reck Patrocinador
Leia maisDocumento de Requisitos do Software Tá Fazendo Quanto?
Documento de Requisitos do Software Tá Fazendo Quanto? Versão 1.0 09 15 Ficha Técnica Equipe Responsável pela Elaboração Daniel Schmid Mariotto Gustavo Romito Nogueira Vinicius Carvalho Público Alvo Este
Leia maisGestão Estratégica de Cobrança Integrada 1. APRESENTAÇÃO DO SISTEMA. 1.1 Instalando o GECOBI. Manual do Usuário
1. APRESENTAÇÃO DO SISTEMA O Preâmbulo GECOBI é um sistema corporativo que possui um conjunto de ferramentas operacionais desenvolvidas para otimizar a gestão e a operação das empresas de cobrança. O sistema
Leia maisNova. Tecnologia em Atendimento. Manual do usuário
Nova Tecnologia em Atendimento Manual do usuário Índice Introdução Arquitetura e Requisitos de Software Tela de Login Página Principal Acesso Fácil Funções Básicas Utilizando Filtros Solicitação de Serviço
Leia maisDocumento de Requisitos Health-Watcher
Documento de Requisitos Health-Watcher Versão 1.0 Página 1 de 16 Conteúdo 1 Introdução 3 1.1 VISÃO GERAL DESTE DOCUMENTO 3 1.2 CONVENÇÕES, TERMOS E ABREVIAÇÕES 3 1.2.1 Identificação dos Requisitos 3 1.2.2
Leia maisREGULADOR DE LEITOS Perfil Diretor Regional VERSÃO 1.58.0
REGULADOR DE LEITOS Perfil Diretor Regional VERSÃO 1.58.0 Sumário INTRODUÇÃO... 3 1. TELA DE ACESSO AO SISTEMA... 4 1. ACOMPANHANDO O PROCESSO DE REGULAÇÃO DE SOLICITAÇÕES DE LEITOS... 5 2. ACOMPANHANDO
Leia maisSISTEMA DE INFORMAÇÃO GEOGRÁFICA APLICADA À GESTÃO PÚBLICA
SISTEMA DE INFORMAÇÃO GEOGRÁFICA APLICADA À GESTÃO PÚBLICA Julio Cesar do Carmo Junior 1, Osvaldo Cesar Pinheiro de Almeida 2 1 Informática para Gestão, Faculdade de Tecnologia, Botucatu, SP, Brasil. E-mail:
Leia maisSISTEMA DE DESEMPENHO DA NAVEGAÇÃO - SDN
AGÊNCIA NACIONAL DE TRANSPORTES AQUAVIÁRIOS SUPERINTENDÊNCIA DE NAVEGAÇÃO INTERIOR Gerência de Desenvolvimento e Regulação da Navegação Interior SISTEMA DE DESEMPENHO DA NAVEGAÇÃO - SDN MANUAL DO USUÁRIO
Leia maisBanco de Dados. Introdução. Profa. Flávia Cristina Bernardini
Banco de Dados Introdução Profa. Flávia Cristina Bernardini * Slides Baseados no material elaborado pelos professores Eduardo R. Hruschka, Cristina D. A. Ciferri e Elaine Parros Machado Motivação Operações
Leia maisEngenharia de Requisitos
DCC / ICEx / UFMG Engenharia de Requisitos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Motivação Motivação Porque levantar Requisitos é importante? Motivação Porque levantar Requisitos é importante?
Leia maisSistemas da Informação. Banco de Dados I. Edson Thizon
Sistemas da Informação Banco de Dados I Edson Thizon (edson@esucri.com.br) 2008 Apresentação (mini-currículo) Formação Acadêmica Mestrando em Ciência da Computação (UFSC/ ) Créditos Concluídos. Bacharel
Leia maisCOMANDO DA AERONÁUTICA
COMANDO DA AERONÁUTICA COMANDO GERAL DE APOIO CENTRO DE COMPUTAÇÃO DA AERONÁUTICA DO RIO DE JANEIRO Manual de Utilização do E-mail Corporativo da Força Aérea Brasileira SUMÁRIO INTRODUÇÃO...3 WEBMAIL...3
Leia maisModelos de Sistemas Casos de Uso
Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Casos de Uso Objetivos Principais dos Casos de Uso: Delimitação do contexto de
Leia maisTutorial para Acesso Portal dos Conselheiros
Tutorial para Acesso Portal dos Conselheiros Acesso ao Portal dos Conselheiros Para obter acesso ao sistema, siga corretamente os passos logo abaixo: Acesse o endereço no navegador, http://sistemas.docasdoceara.com.br/sispcon/.
Leia maisINSTRUÇÃO DE TRABALHO
INSTRUÇÃO DE TRABALHO MANUAL DE DE OPERAÇÃO DO PORTAL SYMANTEC DE SERVIÇOS ALTIRIS IT DS003-v1 IT DS003-v3 IDENTIFICAÇÃO DA INSTRUÇÃO DE TRABALHO Nº DA INSTRUÇÃO DE TRABALHO IT DS003-v3 NOME DA INSTRUÇÃO
Leia mais