HUMBERTO FERREIRA DA LUZ JUNIOR SOFTWARE PARA AVALIAÇÃO DE CASO DE USO E GERÊNCIA DE CHECKLISTS
|
|
- Rodrigo Mota Carneiro
- 8 Há anos
- Visualizações:
Transcrição
1 HUMBERTO FERREIRA DA LUZ JUNIOR SOFTWARE PARA AVALIAÇÃO DE CASO DE USO E GERÊNCIA DE CHECKLISTS LONDRINA - PARANÁ 2010
2 HUMBERTO FERREIRA DA LUZ JUNIOR SOFTWARE PARA AVALIAÇÃO DE CASO DE USO E GERÊNCIA DE CHECKLISTS Relatório Final de Estágio Obrigatório apresentado ao Curso de Computação, Departamento de Computação da Universidade Estadual de Londrina, como requisito parcial para a obtenção do título de Bacharel, sob orientação do Prof. Dr. Rodolfo Miranda de Barros. LONDRINA - PARANÁ 2010
3 HUMBERTO FERREIRA DA LUZ JUNIOR SOFTWARE PARA AVALIAÇÃO DE CASO DE USO E GERÊNCIA DE CHECKLISTS Prof. Dr. Rodolfo Miranda de Barros Universidade Estadual de Londrina Prof. Dr. Mario Lemes Proença Jr. Universidade Estadual de Londrina Prof. Ms. Elieser Botelho Manhas Jr. Universidade Estadual de Londrina
4 RESUMO Atualmente na Fábrica de Projetos de Software e Tecnologia da Informação e Comunicação (GAIA) do Departamento de Computação da Universidade Estadual de Londrina todos os documentos de apoio às atividades de engenharia de software são hospedados e manipulados no Google Docs, algumas vezes em planilhas e outras como documentos de texto. Essa é uma boa solução para o desenvolvimento distribuído, porém muitas vezes torna o acesso às informações mais difícil, diminui a organização da documentação e não considera o relacionamento entre os documentos já que não foi criada para este fim. Durante o desenvolvimento deste trabalho foi desenvolvida uma aplicação Web que armazena os documentos de avaliação dos casos de uso. Esta ferramenta Web será desenvolvida utilizando a linguagem de programação Java EE 5, assim como também os frameworks EJB 3.0 (utilizado nas camadas de regra de negócio e persistência), Java Server Faces e Richfaces (camada web). Também foram utilizados o servidor de aplicação Jboss AS e o Sistema Gerenciador de Banco de Dados PostgreSQL 8.4. É importante destacar que este sistema faz parte de um projeto maior que implementa um ambiente de apoio ao processo de desenvolvimento de software e aborda funcionalidades não descritas neste trabalho.
5 SUMÁRIO 1 INTRODUÇÃO PROCEDIMENTOS METODOLÓGICOS MyEclipse IDE JBoss Application Server JDK Enterprise Javabeans Java Server Faces Richfaces PostgreSQL O Processo de Desenvolvimento GAIA e o seu Processo de Desenvolvimento de Software ESPECIFICAÇÕES DE CASOS DE USO Manter Checklist Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface Manter Histórico Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface Manter Revisão Descrição... 25
6 3.3.2 Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface DIAGRAMAS Diagrama de Arquitetura Diagrama de Entidade e Relacionamento Diagrama de Classes Diagramas de Atividade Manter Checklist Manter Revisão Manter Histórico RELATÓRIO DE TESTES Histórico da Revisão Introdução Ambiente Critérios de completeza Especificação dos testes Procedimentos de teste Casos de teste e Incidentes dos Testes Página Gerenciar Checklist Página Responder Checklist Página Visualizar Checklist Página Histórico Página Gerenciar Revisão Relatório resumido dos testes DESIGN DAS PÁGINAS CONSIDERAÇÕES FINAIS BIBLIOGRAFIA... 47
7 LISTA DE FIGURAS FIGURA 2.1: PROCESSO DE DESENVOLVIMENTO FIGURA 3.1: LOCAL VIEW FIGURA 3.2: PROTÓTIPO DA INTERFACE FIGURA 3.3: PROTÓTIPO DA INTERFACE FIGURA 3.4: PROTÓTIPO DA INTERFACE FIGURA 3.5: LOCAL VIEW FIGURA 3.6: PROTÓTIPO DA INTERFACE FIGURA 3.7: LOCAL VIEW FIGURA 3.8: PROTÓTIPO DA INTERFACE FIGURA : DIAGRAMA DE ATIVIDADE 1... ANEXO FIGURA : DIAGRAMA DE ATIVIDADE 2... ANEXO FIGURA : DIAGRAMA DE ATIVIDADE 3... ANEXO FIGURA 6.1: DIAGRAMA DE CASO DE USO LISTA DE TABELAS TABELA 3.1: DEFINIÇÃO DOS ATRIBUTOS TABELA 3.2: DEFINIÇÃO DOS ATRIBUTOS TABELA 3.3: DEFINIÇÃO DOS ATRIBUTOS... 27
8 LISTA DE ABREVIATURAS AJAX - Asynchronous Javascript And XML ANSI - American National Standards Institute API - Application Programming Interface CRUD - Create, Retrieve, Update e Delete, que são operações relativas a Cadastro, Busca, Atualização e Exclusão CSS - Cascading Style Sheets EJB - Enterprise Javabeans HTML - HyperText Markup Language IDE - Integrated Development Environment JDK - Java Development Kit JSF - Java Server Faces JSP - Java Server Pages MPS-BR - Melhoria de Processos do Software Brasileiro PDS - Processo de Desenvolvimento de Software PMBOK - Project Management Body of Knowledge POJO - Plain Old Java Objects RUP - Rational Unified Process SGBD - Sistema Gerenciador de Banco de Dados SGBDOR - Sistema Gerenciador de Banco de Dados Objeto Relacional SQL - Structured Query Language UML - Unified Modeling Language V&V - Verificação e Validação XML - Extensible Markup Language
9 8 1 INTRODUÇÃO Qualidade de software de forma mais geral é a satisfação de requisitos funcionais e de desempenho explicitamente declarados, normas de desenvolvimento explicitamente documentadas e características implícitas que são esperadas em todo o software desenvolvido profissionalmente [3]. Para satisfazer todas as características esperadas no software, atividades de verificação e validação são necessárias. Verificação e validação é o nome dado aos processos de verificação e análise que asseguram que o software cumpra com suas especificações e atenda às necessidades dos clientes que estão pagando por ele. A verificação e validação constituem um processo de ciclo de vida completo, começando com as revisões dos requisitos e continuando com as revisões de projeto e as inspeções de código até chegar aos testes de produto. Deve haver atividades de V&V em cada estágio do processo de software. Essas atividades verificam se os resultados das atividades de processo estão conforme o especificado [8]. Dentro da área de conhecimento de Integração do PMBOK, o processo que se preocupa com a verificação e validação é tanto o de Monitoramento e controle do trabalho do projeto, como também o de Realização do controle integrado de mudanças. O primeiro processo inclui a coleta, medição e distribuição das informações de desempenho e a avaliação das medições e tendências para efetuar melhorias no processo. Além disso, uma de suas preocupações é a manutenção de uma base de informações precisas e oportunas a respeito do produto(s) do projeto e suas relativas documentações do início ao término do projeto. Já o segundo é o processo de revisão de todas as solicitações, aprovação e gerenciamento de mudanças em entregas, ativos de processos organizacionais, documentos de projeto e plano de gerenciamento de projeto, dentre as suas atividades está a de revisar, aprovar ou rejeitar todas as ações corretivas e preventivas recomendadas pelo processo de monitoramento e controle de projeto já citados. [9] Segundo Hrvoje & Filjar [2] as empresas de desenvolvimento de software deveriam organizar o trabalho em atividades de desenvolvimento de software de forma que possam obter sucesso no mercado global. Estas atividades variam de acordo com a metodologia de processo de desenvolvimento de software (PDS) utilizada.
10 9 Um dos PDSs mais tradicionais é o Rational Unified Process (RUP), que é um processo adaptável e iterativo que é centrado na arquitetura e orientado a riscos. Os processos do RUP são organizados em quatro fases: concepção, elaboração, construção e transição. [4] Dentro da fase de concepção os requisitos de negócio fundamentais são descritos por meio de casos de uso preliminares [3], já a fase de elaboração refina e expande os casos de uso preliminares que foram desenvolvidos a partir da fase de concepção. Um caso de uso de acordo com Brooch, G., et al [5] é uma descrição de um conjunto de sequências de ações, inclusive variantes, que um sistema executa para produzir um resultado de valor observável por um ator. Apesar de o RUP ser especialmente adequado à UML, ela é amplamente independente de processo, porém para obter o máximo proveito da UML, é preciso levar em consideração um processo que seja orientado a caso de uso, centrado na arquitetura, iterativo e incremental. Ser orientado a caso de uso quer dizer que eles serão utilizados para o estabelecimento do comportamento do sistema, para a verificação e validação da arquitetura do sistema, para a realização de testes e para a comunicação entre os participantes do projeto. Centrado na arquitetura significa que a arquitetura do sistema é utilizada como principal artefato para a conceituação, a construção, o gerenciamento e a evolução do sistema em desenvolvimento. Iterativo é aquele processo que gera versões executáveis em sequência, enquanto incremental quer dizer que essas versões executáveis serão integradas continuamente. [5] Uma das características principais que definem uma fábrica de software é a capacidade de obter feedback do que já foi realizado para reconhecer e lidar com oportunidades de melhoria do processo [6]. Este feedback é obtido através de métricas do projeto, que são medidas quantitativas do grau em que um sistema, componente ou processo possui um determinado atributo [10] e nos dão um modo sistemático de avaliar qualidade com base em um conjunto de regras claramente definidas [3], desta forma os problemas podem ser corrigidos antes que se tornem mais graves. Dentro da Fábrica de Software há documentos de avaliação que coletam estas métricas, dentre eles estão o documento de revisão de caso de uso e o plano de testes. Estes documentos são gerados iterativamente até que a qualidade mínima exigida seja obtida.
11 10 Devido à importância destes documentos surge a necessidade de automatizar esse processo, de forma que a criação e manutenção dos documentos seja facilitada e que também agilize a coleta de métricas para as próximas iterações do mesmo projeto, como também para outros projetos de software. Este trabalho esta dividido da seguinte forma: no Capítulo 2 estão descritos os procedimentos metodológicos incluindo as ferramentas de desenvolvimento utilizadas como também o processo de desenvolvimento de software adotado, no capítulo 3 são apresentados os três casos de uso implementados neste trabalho, no capítulo 4 são encontrados os diagramas criados no projeto, no capítulo 5 é descrita a situação corrente do trabalho, o capítulo 6 realiza as considerações finais e no último capítulo (7) é apresentada a bibliografia na qual esta dissertação se apoiou.
12 11 2 PROCEDIMENTOS METODOLÓGICOS subseções seguintes: As ferramentas e tecnologias utilizadas neste trabalho estão descritas nas 2.1 MyEclipse IDE O MyEclipse é uma IDE java construída sobre a plataforma Eclipse que integra soluções proprietárias e open source no ambiente de desenvolvimento [12]. Dentre as vantagens agregadas pelo MyEclipse estão o suporte ao JSF e principalmente à engenharia reversa que ele faz sobre o projeto físico do banco de dados, gerando as classes de persistência e suas respectivas operações de manipulação do banco de dados, de forma que apenas algumas adaptações sejam necessárias nestas classes java. Atualmente este ambiente de desenvolvimento se encontra na versão 8.6, que foi lançada recentemente. Porém no desenvolvimento deste trabalho a versão 8.5 foi a selecionada para ser utilizada no projeto. 2.2 JBoss Application Server O JBoss Application Server (ou JBoss AS) é o servidor de aplicação Java mais utilizado no mundo atualmente. Ele é uma plataforma java EE para desenvolvimento e implantação de aplicações java empresariais para a web. Alguns dos serviços disponibilizados por ele estão a clusterização, caching, e persistência. Uma variedade de configurações muito grande é disponibilizada de modo que se aumente sua segurança e escalabilidade com facilidade. [11] A vantagem de sua utilização é a de poder utilizar os frameworks Enterprise Javabeans (EJBs) e Java Server Faces (JSF) sem a necessidade de configuração adicional. A única necessidade de configuração no JBoss AS é o arquivo data-source, que contém as configurações de conexão com o banco de dados. 2.3 Java Development Kit 1.5 A versão JDK 1.5 apresenta novas extensões para a linguagem de programação Java. Possui um número de classes muito maior do que as versões anteriores (mais de
13 ), além disso, inclui diversas alterações significativas à própria linguagem, tornando-a mais fácil para os programadores e fornecendo novos recursos já populares em outras linguagens. 2.4 Enterprise Javabeans 3.0 A tecnologia Enterprise Javabeans (EJB) é a arquitetura de componente do lado do servidor para a plataforma Java. A tecnologia EJB permite um desenvolvimento rápido e simplificado de aplicações distribuídas, transacionais, seguras e portáveis baseadas na tecnologia java. [10] O EJB 3.0 permite persistir dados no banco de dados sem o uso de SQL, trabalhando sempre com objetos java simples (POJOs) e utilizando session beans (também conhecidos como façades) para implementar as operações CRUD (Create, Retrieve, Update e Delete) de persistência. Essas classes podem implementar inclusive outras características das tabelas de bancos de dados, como por exemplo a de autogerar o identificador das tabelas e também a possibilidade de buscar um objeto de uma tabela e junto com ele todos os outros objetos de outras tabelas que tenham relacionamento com ele. 2.5 Java Server Faces Java Server Faces (JSF) é um framework java que traz o desenvolvimento rápido de interfaces web de usuário. Ele gerencia regras de navegação, validação e conversão de campos de formulários. [15] O JSF ainda é capaz ainda de se integrar ao EJB, mesmo que esta integração não seja com perfeição, já que é requerido mais código do que deveria ser necessário. O framework JBoss Seam foi criado para resolver este problema e unir o JSF e o EJB a um único bloco, porém este framework não é abordado nem utilizado neste trabalho. 2.6 Richfaces Richfaces é uma biblioteca de componentes para JSF e um framework avançado para integrar o AJAX às aplicações de negócio. Entres suas vantagens está o mecanismo chamado skinnability que permite que você altere o visual da sua aplicação
14 inteira modificando apenas uma linha de um arquivo, além disso ele também possui uma grande comunidade para suporte. [13] PostgreSQL O PostgreSQL é um sistema gerenciador de banco de dados objeto relacional (SGBDOR) desenvolvido como projeto de código aberto. Sua vantagem é que além de ser gratuito, ele não possui limite no tamanho máximo do banco de dados, sua implementação está dentro do padrão ANSI-SQL92/99, possui suporte completo a sub-queries e diversas funcionalidades mais complexas que o deixa no mesmo nível de diversos SGBDs pagos. [14] 2.8 O Processo de Desenvolvimento O processo de desenvolvimento de software compreende um conjunto de atividades que engloba métodos, ferramentas e procedimentos, com o objetivo de produzir softwares que atendam aos requisitos especificados pelos usuários (clientes). A equipe de desenvolvimento de software possui uma missão: entregar software de qualidade, dentro do prazo e custo, que atenda aos requisitos do negócio e que seja flexível para acomodar as mudanças futuras nas necessidades dos usuários. O processo tem que ser customizável para não engessar a equipe numa forma de trabalho burocrática GAIA e o seu Processo de Desenvolvimento de Software Uma fábrica de software é uma organização que provê serviços de desenvolvimento de sistemas com alta qualidade, baixo custo e de forma rápida, utilizando um processo de desenvolvimento de software bem definido e tecnologia de ponta, além de algumas formas de feedback para reconhecer e lidar com oportunidades de melhoria do processo [16]. Basicamente, as Fábricas de Software podem ser classificadas em Fábricas de Programas, Fábricas de Teste e Fábricas de Projetos. As Fábricas de Programas caracterizam-se por atuarem em apenas uma porção do processo produtivo do software. Seu objetivo é codificar e testar programas conforme um acordo de níveis de serviços com
15 14 o cliente ou usuário. As Fábricas de teste atuam no teste do software verificando e validando se a codificação está em conformidade com a especificação de requisitos. E as Fábricas de Projetos, por sua vez, atuam com um pouco mais de abrangência no processo de produção, englobando além das atividades inerentes à Fábrica de Programas e à Fábrica de Testes, fases como modelagem de negócio, requisitos, análise e design. Tem-se também, a chamada Fábrica de Projetos de Software ou Fábrica de Projetos Ampliada que, além da abrangência da Fábrica de Projetos, atua também na arquitetura da solução. Seu objetivo é a conceituação do software, preocupando-se em projetar uma solução em que o software se caracteriza apenas como um dos componentes. O processo de desenvolvimento de software compreende um conjunto de atividades que engloba métodos, ferramentas e procedimentos, com o objetivo de produzir softwares que atendam aos requisitos especificados pelos usuários ou clientes. A Fábrica GAIA utiliza um processo de desenvolvimento baseado no Processo Unificado, iterativo e incremental [17], direcionado a casos de uso e centrado na arquitetura. A partir de uma perspectiva de gerenciamento baseada no PMBOK [18], o Processo de Desenvolvimento de Software da GAIA é dividido em seis fases, cada uma concluída por um marco principal. A Fig. 2.1 apresenta este Processo e a forma como a Gerência de Comunicação atua com o Processo GAIA, ou seja, em paralelo a este Processo. Cada fase do processo é composta por atividades, sendo que cada uma destas atividades são descritas por um fluxo de trabalho composto por tarefas a serem realizadas pelos atores do processo, gerando artefatos (atas, documentos, código fonte, planos de testes).
16 15 Figura 2.1: Processo de Desenvolvimento 1 Análise Inicial: reunião com o cliente para entendimento do problema e definição do escopo. O número de reuniões é definido pela equipe de analistas, visto que, por política organizacional [19], a GAIA investe na qualidade deste escopo, minimizando ao máximo problemas de falta de entendimento, insatisfações futuras do cliente pelo fato do sistema não atender suas necessidades, evitando com isso o retrabalho. O resultado deste investimento é a minimização dos riscos do projeto. Para cada reunião é gerada uma ata que deve ser assinada por todos os participantes, firmando o comprometimento de todos os envolvidos e para que os assuntos tratados sejam disponibilizados eletronicamente a todos os demais integrantes do desenvolvimento deste produto. Ao término desta etapa, tem-se uma proposta para o cliente, incluindo o escopo que é representado por uma Work Breakdown Structure (WBS), premissas, riscos, o prazo (em meses) para o desenvolvimento e o custo do projeto. Para estabelecimento dos prazos e custos utiliza-se um banco de dados histórico do desempenho da equipe em projetos similares; Análise e Planejamento: Após a aprovação da proposta, deve-se iniciar o planejamento do projeto, por meio da definição dos casos de uso e das respectivas especificações, dos riscos e prioridades de desenvolvimento, da expansão da WBS, da alocação de pessoas, da elaboração do cronograma, do estabelecimento de pontos de controle, do número de iterações e de quais casos de uso serão desenvolvidos em cada iteração. É gerado um artefato intitulado Plano de Projeto. Vale ressaltar que esta fase do processo de desenvolvimento da GAIA ocorre de maneira iterativa, ou seja, após
17 16 definirmos e iniciarmos a primeira iteração, no término da mesma, caso o desenvolvimento deva continuar, esta fase é disparada novamente. Nesta fase também ocorre o estabelecimento do grau de severidade para a aprovação ou não dos resultados das atividades pelo projeto. O grau de rigorosidade implica diretamente no controle da qualidade do projeto, ou seja, quanto menor a grau de rigorosidade, mais rígido é o processo de garantia de qualidade do projeto; Monitoramento e Controle: Paralelamente a Análise e Planejamento, deve-se iniciar o monitoramento e controle do projeto, buscando verificar se o que está sendo feito está de acordo com o planejado, tomando ações corretivas quando necessário. Esta verificação deverá ser feita nos pontos de controle indicados no artefato Plano de projeto; Execução: Nesta fase ocorre a especificação e a implementação dos respectivos casos de uso e os testes unitários. A especificação dos casos de uso deve ser verificada e validada. Caso ocorra uma quantidade igual ou superior de não conformidades aceitáveis para o projeto em questão, a iteração deve ser cancelada e um novo planejamento deve ser estabelecido levando-se em consideração os atrasos e as consequências dos mesmos. Após uma análise do resultado dos testes, decide-se, baseado também no grau de rigorosidade, por corrigir as não conformidades encontradas e realizar novamente os testes e partirmos para a próxima fase intitulada Entrega ou cancelarmos a iteração e voltarmos para a fase de Análise e Planejamento; Entrega: Esta fase está responsável por executar os testes de integração que, caso registre um resultado positivo, iniciará a entrega e implantação da parte do produto desenvolvida até a presente iteração. Se o projeto ainda não terminou, a fase de Análise e Planejamento é iniciada novamente. Do contrário, a fase de Finalização é iniciada; Finalização: Nesta faze é realizada um reunião de término do projeto, na qual são levantadas as lições aprendidas, sendo as mesmas registradas em ata para futuras consultas e melhorias no processo de desenvolvimento. É gerado um documento indicando o recebimento do produto pelo cliente e o término do projeto. Todas as fases do processo foram definidas com o propósito de ser o mais simples possível, porém mantendo o formalismo para garantir a qualidade do desenvolvimento nas nuvens.
18 17 3 ESPECIFICAÇÕES DE CASOS DE USO Nesta seção são apresentadas as especificações de caso de uso desenvolvidas durante a análise de requisitos. Um modelo de caso de uso consiste no conjunto de todos os casos de uso para o sistema, ou uma porção do sistema, junto com o conjunto de todos os atores que interagem com estes casos de uso, descrevendo assim a funcionalidade completa do sistema. Ele fornece um modelo das funções planejadas do sistema e seu ambiente, e pode servir como um contrato entre o cliente e os desenvolvedores. 3.1 Manter Checklist Descrição Caso de uso para cadastro, edição e remoção de checklists. Estas checklists nada mais são do que perguntas utilizadas para verificação e validação Fluxo Básico Este caso de uso é disparado pelo gerente de projeto que desejar inserir uma nova checklist à base de dados. Primeiramente os dados da nova checklist a ser inserida devem ser preenchidos no formulário. A seguir as perguntas associadas àquele checklist criado devem ser inseridas. Finalmente o botão de envio dos dados deve ser pressionado. Neste momento ocorre a validação dos dados, se a validação ocorrer com sucesso a checklist será salva na base de dados, caso contrário irá para o primeiro fluxo alternativo Fluxos Alternativos Formulário não é validado com sucesso : caso algum dos campos do formulário não seja preenchido corretamente, a mesma página será exibida novamente para que o ator faça a correção e possa realizar a submissão com sucesso. Ator deseja editar os dados de uma checklist: neste caso o ator seleciona uma das checklists disponíveis exibidas em formato de tabela, utilizando opcionalmente um dos filtros de busca, e clica na opção de edição da checklist correspondente. A seguir o
19 usuário edita os dados do formulário (incluindo o questionário da checklist) e os submete clicando em um botão. 18 Ator deseja excluir uma checklist: neste caso o ator seleciona uma das checklists exibidas em formato de tabela, utilizando opcionalmente um dos filtros de busca, e clica na opção de exclusão da checklist correspondente. Ator deseja apenas visualizar os dados de uma checklist: neste caso o ator seleciona uma das checklists exibidas em formato de tabela, utilizando opcionalmente um dos filtros de busca, e clica na opção de edição da checklist correspondente. Uma janela irá surgir com todos os dados da pergunta solicitada Requisitos especiais Este caso de uso não possui requisitos especiais Precondições Este caso de uso não possui pré-condições Pós-condições Este caso de uso não possui pós-condições Pontos de Extensão Este caso de uso não possui pontos de extensão Local View Figura 3.1: Local View
20 Definição dos atributos Nome da Tipo Limitações Descrição Interface Obrigatório variável idpergunta Integer - Identificador da pergunta s/interface, será Sim gerado automáticamente. enunciado String Até 200 Enunciado da pergunta Inputtext Sim caracteres. tipo char 1 caracter. Tipo da pergunta (múltipla escolha ou Dropbox Sim dissertativa) alternativas String[] Até 100 Alternativas de resposta (caso múltipla escolha) Datatable Não caracteres. resposta String Até 100 Resposta correta da múltipla escolha ou da Inputtext Sim caracteres. dissertativa data_hora Date - Horário em que a resposta foi submetida s/interface, será Sim gerado automáticamente. Tabela 3.1: Definição dos Atributos
21 Protótipo da Interface Protótipo para adicionar checklist: Figura 3.2: Protótipo da Interface Protótipo para adicionar perguntas dissertativas: Figura 3.3: Protótipo da Interface Protótipo para adicionar perguntas dissertativas: Figura 3.4: Protótipo da Interface
22 Manter Histórico Descrição Esse caso de uso destina-se a cadastrar, manter atualizado e excluir um histórico dos testes realizados em projetos de software Fluxo Básico O caso de uso é disparado pelo analista de sistemas que armazena no histórico uma ficha que está sendo persistida (de Revisão ou Checklist por exemplo). O ator preenche os dados requeridos (ver tabela na seção 8) e clica em salvar. Após isto ocorre a validação do formulário, se o formulário não for validado corretamente o sistema entrará no fluxo alternativo 2.2.2, caso contrário os dados serão persistidos na base de dados Fluxos Alternativos Alterar um histórico cadastrado: o ator pode alterar um histórico de uma revisão ou checklist já cadastrada através de uma tabela exibida na tela, clicando em seu respectivo botão de edição. Os dados deverão ser modificados, então validados e salvos. Se os dados não forem validados corretamente o fluxo irá para Formulário não validado: após a não validação a página será reexibida para a correção do preenchimento do formulário. Após a correção os dados serão validados novamente. Excluir um histórico cadastrado: o ator pode excluir um histórico já cadastrado através de uma tabela exibida na tela, clicando em seu respectivo botão de exclusão. Será mostrado um aviso informando que essa operação não poderá ser desfeita, oferecendo a opção de confirmar e de cancelar, selecionando-se a opção de Confirmar o sistema exclui o procedimento de teste selecionado.
23 Requisitos especiais Este caso de uso não possui requisitos especiais Precondições Antes da execução deste caso de uso o sistema deverá ter executado ao menos um dos seguintes casos de uso: Manter Casos de Teste; Manter Procedimentos de Teste; Manter Relatório Resumido; Manter Checklist; Manter Atas; Manter Revisão Pós-condições Este caso de uso não possui pós-condições Pontos de Extensão Este caso de uso não possui pontos de extensão Local View Figura 3.5: Local View
24 Definição dos atributos Nome da variável Tipo Limitações Descrição Interface Obrigatório iddocumento Integer - Id do documento em sua respectiva tabela (chave estrangeira) tipodocumento Char 1 caracter Indica a que tipo de documento o histórico se refere. idhistorico Integer - Id do histórico - Sim - Sim data Date - Data em que foram feitas alterações Calendar Sim versão String 1 a 10 caracteres Versão corrente do teste Campo de descrição String 1 a 100 caracteres Descrição do teste feito Campo de autor String 1 a 40 caracteres Autor do teste Campo de Tabela 3.2: Definição dos Atributos texto texto texto Sim Sim Sim
25 Protótipo da Interface Figura 3.6: Protótipo da Interface
26 Manter Revisão Descrição Esse caso de uso destina-se a cadastrar, manter atualizado e excluir um histórico dos testes realizados em projetos de software Fluxo Básico O caso de uso é disparado pelo analista de sistemas que armazena no histórico uma ficha que está sendo persistida (de Revisão ou Checklist por exemplo). O ator preenche os dados requeridos (ver tabela na seção 8) e clica em salvar. Após isto ocorre a validação do formulário, se o formulário não for validado corretamente o sistema entrará no fluxo alternativo 2.2.2, caso contrário os dados serão persistidos na base de dados Fluxos Alternativos Alterar um histórico cadastrado: o ator pode alterar um histórico de uma revisão ou checklist já cadastrada através de uma tabela exibida na tela, clicando em seu respectivo botão de edição. Os dados deverão ser modificados, então validados e salvos. Se os dados não forem validados corretamente o fluxo irá para Formulário não validado: após a não validação a página será reexibida para a correção do preenchimento do formulário. Após a correção os dados serão validados novamente. Excluir um histórico cadastrado: o ator pode excluir um histórico já cadastrado através de uma tabela exibida na tela, clicando em seu respectivo botão de exclusão. Será mostrado um aviso informando que essa operação não poderá ser desfeita, oferecendo a opção de confirmar e de cancelar, selecionando-se a opção de Confirmar o sistema exclui o procedimento de teste selecionado Requisitos especiais Este caso de uso não possui requisitos especiais.
JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE LONDRINA - PARANÁ 2010
1 JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE LONDRINA - PARANÁ 2010 2 JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE Relatório Final de Estagio Obrigatório apresentado
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisPROJETO DE FÁBRICA DE SOFTWARE
FACULDADE SETE DE SETEMBRO FASETE Departamento de Sistemas de Informação PROJETO DE FÁBRICA DE SOFTWARE Denise Xavier Fortes Paulo Afonso BA Agosto/2015 Sumário 1. INTRODUÇÃO... 3 2. PERFIS FUNCIONAIS...
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 maisNoções de. Microsoft SQL Server. Microsoft SQL Server
Noções de 1 Considerações Iniciais Basicamente existem dois tipos de usuários do SQL Server: Implementadores Administradores 2 1 Implementadores Utilizam o SQL Server para criar e alterar base de dados
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
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 maisABORDAGEM DE FRAMEWORKS PARA JSF QUE AUXILIAM O DESENVOLVIMENTO DE SOFTWARE
ABORDAGEM DE FRAMEWORKS PARA JSF QUE AUXILIAM O DESENVOLVIMENTO DE SOFTWARE Amarildo Aparecido Ferreira Junior 1, Ricardo Ribeiro Rufino 1 ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil aapfjr@gmail.com
Leia mais3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio
32 3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio Este capítulo apresenta o framework orientado a aspectos para monitoramento e análise de processos de negócio
Leia maisDESENVOLVENDO APLICAÇÃO UTILIZANDO JAVA SERVER FACES
DESENVOLVENDO APLICAÇÃO UTILIZANDO JAVA SERVER FACES Alexandre Egleilton Araújo, Jaime Willian Dias Universidade Paranaense (Unipar) Paranavaí PR Brasil araujo.ale01@gmail.com, jaime@unipar.br Resumo.
Leia maisPós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Leia maisINTRODUÇÃO E CONFIGURAÇÃO DO PRIMEFACES MOBILE EM APLICAÇÕES JSF
INTRODUÇÃO E CONFIGURAÇÃO DO PRIMEFACES MOBILE EM APLICAÇÕES JSF Guilherme Macedo, Jaime Willian Dias Universidade Paranaense (Unipar) Paranavaí PR Brasil guilhermemacedo28@gmail.com, jaime@unipar.br Resumo.
Leia maisTRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
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
Leia maisMANUAL DE UTILIZAÇÃO DO SISTEMA GLPI
MANUAL DE UTILIZAÇÃO DO SISTEMA GLPI PERFIL TÉCNICO Versão 2.0 DEPARTAMENTO DE INFORMÁTICA E TELECOMUNICAÇÕES PREFEITURA DE GUARULHOS SP 1 Objetivo: Esse manual tem como objetivo principal instruir os
Leia maisSISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS
SISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS Pablo dos Santos Alves Alexander Roberto Valdameri - Orientador Roteiro da apresentação Introdução Objetivos Motivação Revisão bibliográfica
Leia maisO modelo unificado de processo. O Rational Unified Process, RUP.
Cursos: Sistemas de Informação Disciplina: Administração ADM Prof. Jarbas Avaliação: Prova B1, 5º/6º semestres Data: 27/09/2010 Nome: Gabarito RA: Assinatura: Turma: 1) Segundo as afirmações a seguir,
Leia maisQUESTINAMENTOS AO EDITAL DE CONCORRÊNCIA 01/2013
QUESTINAMENTOS AO EDITAL DE CONCORRÊNCIA 01/2013 Prezados Senhores da comissão de licitação da UENF, seguem alguns questionamentos acerca do edital de concorrência 01/2013 para esclarecimentos: 1. ANEXO
Leia maisManual de Utilização
Manual de Utilização Versão 1.0 18/01/2013 Sempre consulte por atualizações deste manual em nossa página. O Cotação Web está em constante desenvolvimento, podendo ter novas funcionalidades adicionadas
Leia maisSumário. Apresentação O que é o Centro de Gerenciamento de Serviços (CGS) NTI? Terminologia Status do seu chamado Utilização do Portal Web
Sumário Apresentação O que é o Centro de Gerenciamento de Serviços (CGS) NTI? Terminologia Status do seu chamado Utilização do Portal Web Fazendo Login no Sistema Tela inicial do Portal WEB Criando um
Leia maisFerramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider
Ferramenta: Spider-CL Manual do Usuário Versão da Ferramenta: 1.1 www.ufpa.br/spider Histórico de Revisões Data Versão Descrição Autor 14/07/2009 1.0 15/07/2009 1.1 16/07/2009 1.2 20/05/2010 1.3 Preenchimento
Leia maisManual do usuário - Service Desk SDM - COPASA. Service Desk
Manual do usuário - Service Desk SDM - COPASA Service Desk Sumário Apresentação O que é o Service Desk? Terminologia Status do seu chamado Utilização do Portal Web Fazendo Login no Sistema Tela inicial
Leia maisMetodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi
Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisSumário 1. SOBRE O NFGoiana DESKTOP... 3 1.1. Apresentação... 3 1.2. Informações do sistema... 3 1.3. Acessando o NFGoiana Desktop... 3 1.4.
1 Sumário 1. SOBRE O NFGoiana DESKTOP... 3 1.1. Apresentação... 3 1.2. Informações do sistema... 3 1.3. Acessando o NFGoiana Desktop... 3 1.4. Interface do sistema... 4 1.4.1. Janela Principal... 4 1.5.
Leia maisDespachante Express - Software para o despachante documentalista veicular DESPACHANTE EXPRESS MANUAL DO USUÁRIO VERSÃO 1.1
DESPACHANTE EXPRESS MANUAL DO USUÁRIO VERSÃO 1.1 1 Sumário 1 - Instalação Normal do Despachante Express... 3 2 - Instalação do Despachante Express em Rede... 5 3 - Registrando o Despachante Express...
Leia maisManual do usuário. v1.0
Manual do usuário v1.0 1 Iniciando com o Vivo Gestão 1. como fazer login a. 1º acesso b. como recuperar a senha c. escolher uma conta ou grupo (hierarquia de contas) 2. como consultar... de uma linha a.
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 maisSERVICE DESK MANAGER SDM. Manual do Sistema - DPOI
SERVICE DESK MANAGER SDM Manual do Sistema - DPOI Conteúdo SERVICE DESK MANAGER SDM... 1 Manual do Sistema - DPOI... 1 INTRODUÇÃO... 4 ACESSO AO SISTEMA... 5 OPÇÕES DO SISTEMA... 6 SISTEMA... 7 Pesquisar
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 maisSistema de Controle de Solicitação de Desenvolvimento
Sistema de Controle de Solicitação de Desenvolvimento Introdução O presente documento descreverá de forma objetiva as principais operações para abertura e consulta de uma solicitação ao Setor de Desenvolvimento
Leia maisPROCESSO 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 maisResumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0
O que é BABok? O BABok 2.0, Corpo de Conhecimento de Análise de Negócios, é considerado como um Guia Referência de Práticas de Análise de Negócio. Este guia é publicado e mantido pelo IIBA. O guia BABok
Leia maisNotas de Aula 05: Aplicação de um caso de uso
Notas de Aula 05: Aplicação de um caso de uso Objetivos da aula: Aprender a aplicar a técnica de casos de uso em um pequeno problema real Identificar as variáveis relevantes a serem consideradas Modelar
Leia maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
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 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 maisSistema de Chamados Protega
SUMÁRIO 1. INTRODUÇÃO... 3 2. REALIZANDO ACESSO AO SISTEMA DE CHAMADOS... 4 2.1 DETALHES DA PÁGINA INICIAL... 5 3. ABERTURA DE CHAMADO... 6 3.1 DESTACANDO CAMPOS DO FORMULÁRIO... 6 3.2 CAMPOS OBRIGATÓRIOS:...
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 maisArpPrintServer. Sistema de Gerenciamento de Impressão By Netsource www.netsource.com.br Rev: 02
ArpPrintServer Sistema de Gerenciamento de Impressão By Netsource www.netsource.com.br Rev: 02 1 Sumário INTRODUÇÃO... 3 CARACTERÍSTICAS PRINCIPAIS DO SISTEMA... 3 REQUISITOS DE SISTEMA... 4 INSTALAÇÃO
Leia maisProcesso de Desenvolvimento Unificado
Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas
Leia mais02 - Usando o SiteMaster - Informações importantes
01 - Apresentação do SiteMaster - News Edition O SiteMaster foi desenvolvido para ser um sistema simples de gerenciamento de notícias, instalado em seu próprio computador e com configuração simplificada,
Leia maisGerenciamento de Projetos
Gerenciamento de Projetos (ref. capítulos 1 a 3 PMBOK) TC045 Gerenciamento de Projetos Sergio Scheer - scheer@ufpr.br O que é Gerenciamento de Projetos? Aplicação de conhecimentos, habilidades, ferramentas
Leia maisSUMÁRIO Acesso ao sistema... 2 Atendente... 3
SUMÁRIO Acesso ao sistema... 2 1. Login no sistema... 2 Atendente... 3 1. Abrindo uma nova Solicitação... 3 1. Consultando Solicitações... 5 2. Fazendo uma Consulta Avançada... 6 3. Alterando dados da
Leia maisHistórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial
1 of 14 27/01/2014 17:33 Sistema de Paginação de Esportes Universitários Documento de Arquitetura de Software Versão 1.0 Histórico da Revisão Data 30 de novembro de 1999 Versão Descrição Autor 1.0 Versão
Leia maisFerramenta de apoio a gerência de configuração de software. Aluno: Rodrigo Furlaneto Orientador: Everaldo Artur Grahl
Ferramenta de apoio a gerência de configuração de software Aluno: Rodrigo Furlaneto Orientador: Everaldo Artur Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Gerência de Configuração
Leia maisGoogle Drive. Passos. Configurando o Google Drive
Google Drive um sistema de armazenagem de arquivos ligado à sua conta Google e acessível via Internet, desta forma você pode acessar seus arquivos a partir de qualquer dispositivo que tenha acesso à Internet.
Leia maisPORTAL DE COMPRAS SÃO JOSÉ DO RIO PRETO
Compra Direta - Guia do Fornecedor PORTAL DE COMPRAS SÃO JOSÉ DO RIO PRETO Página As informações contidas neste documento, incluindo quaisquer URLs e outras possíveis referências a web sites, estão sujeitas
Leia maisManual do Visualizador NF e KEY BEST
Manual do Visualizador NF e KEY BEST Versão 1.0 Maio/2011 INDICE SOBRE O VISUALIZADOR...................................................... 02 RISCOS POSSÍVEIS PARA O EMITENTE DA NOTA FISCAL ELETRÔNICA.................
Leia maisALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA
ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA INTRODUÇÃO O projeto de um banco de dados é realizado sob um processo sistemático denominado metodologia de projeto. O processo do
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia maisLógica de Programação
Lógica de Programação Softblue Logic IDE Guia de Instalação www.softblue.com.br Sumário 1 O Ensino da Lógica de Programação... 1 2 A Ferramenta... 1 3 Funcionalidades... 2 4 Instalação... 3 4.1 Windows...
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ. CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o.
CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o. PROFESSOR: Andrey DISCIPLINA: Técnicas Alternativas de Programação AULA: 08 APRESENTAÇÃO Na aula de hoje vamos apresentar e discutir como definir
Leia maisMicrosoft Office Outlook Web Access ABYARAIMOVEIS.COM.BR
Microsoft Office Outlook Web Access ABYARAIMOVEIS.COM.BR 1 Índice: 01- Acesso ao WEBMAIL 02- Enviar uma mensagem 03- Anexar um arquivo em uma mensagem 04- Ler/Abrir uma mensagem 05- Responder uma mensagem
Leia maisGuia Sphinx: instalação, reposição e renovação
Sphinx : software para coleta e análise de dados acadêmicos e gerenciais. Tecnologia e informação para a decisão! Copyright Sphinx Todos direitos reservados Guia Sphinx: instalação, reposição e renovação
Leia mais4 O Workflow e a Máquina de Regras
4 O Workflow e a Máquina de Regras O objetivo do workflow e da máquina de regras é definir um conjunto de passos e regras configuráveis. Ao longo de sua execução, um usuário consegue simplificar o seu
Leia maisPLANO DE GERENCIAMENTO DO PROJETO
Faculdade de Tecnologia SENAC Goiás Gestão da Tecnologia da Informação DCSoft Sistema de Depreciação/Contábil PLANO DE GERENCIAMENTO DO PROJETO Equipe: Eduardo Rocha da Silva ERDS Bruno Cattany Martins
Leia maisRUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP
RUP Rational Unified Process ( Unificado de Desenvolvimento da Rational) Conjunto de passos que tem como objetivo atingir uma meta de software na ES, processo que visa a produzir o software - de modo eficiente
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisUNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC
CURSO: Bacharelado em Ciência da Computação DISCIPLINA: ANPS Análise e Projeto de Sistemas AULA NÚMERO: 3 DATA: PROFESSOR: Murakami Sumário 1 APRESENTAÇÃO...1 2 DESENVOLVIMENTO...1 2.1 Revisão...1 2.1.1
Leia maisMANUAL DE INSTRUÇÕES. Versão 1.0. Visão Transportador
MANUAL DE INSTRUÇÕES Versão 1.0 Visão Transportador 2 Sumário Introdução... 3 Requisitos mínimos... 3 Acesso... 3 Primeiro acesso... 5 Navegando pelo sistema... 6 Menu Perfil... 7 Dados do Fornecedor...
Leia maisSistema de HelpDesk da SESAU Guia do Usuário
Secretaria de Estado da Saúde de Alagoas SESAU Coordenadoria Setorial de Gestão a Informática - CSGI Sistema de HelpDesk da SESAU Guia do Usuário Maceió 06/02/2012 Técnico Responsável: Bruno Cavalcante
Leia mais1. Introdução pág.3 2. Apresentação do sistema Joomla! pág.4 3. Acessando a administração do site pág.4 4. Artigos 4.1. Criando um Artigo 4.2.
1. Introdução pág.3 2. Apresentação do sistema Joomla! pág.4 3. Acessando a administração do site pág.4 4. Artigos 4.1. Criando um Artigo 4.2. Editando um Artigo 4.3. Excluindo um Artigo 4.4. Publicar
Leia maisManual Básico do Usuário. Monitoramento de Iniciativas Estratégicas. Planejamento Estratégico - ANVISA 2010-2020
Manual Básico do Usuário Monitoramento de Iniciativas Estratégicas Planejamento Estratégico - ANVISA 2010-2020 Brasília DF, Maio de 2015 1 Sumário Planejamento Estratégico Anvisa 2010 a 2020:... 4 Supervisão
Leia maisUFG - Instituto de Informática
UFG - Instituto de Informática Especialização em Desenvolvimento de Aplicações Web com Interfaces Ricas EJB 3.0 Prof.: Fabrízzio A A M N Soares professor.fabrizzio@gmail.com Aula 10 Persistência de Dados
Leia maisPlano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK
0 2015 Projeto: Conecta Contábil Sistema de controle e depreciação de patrimônio Plano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK Plano de Gerenciamento desenvolvido para a realização
Leia maisSoftware. Gerenciamento de Manutenção
Software Gerenciamento de Manutenção Tutorial Passo a Passo Do Cadastro de Serviço à Consulta de Serviços Realizados Tutorial Recomendações AsinformaçõesutilizadasnestetutorialsãoasmesmasquevocêtemnoseuBancodeDados
Leia maisGUIA 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 maisDesenvolvimento de aplicação web com framework JavaServer Faces e Hibernate
Desenvolvimento de aplicação web com framework JavaServer Faces e Hibernate Tiago Peres Souza 1, Jaime Willian Dias 1,2 ¹Universidade paranaense (Unipar) Paranavaí PR Brasil tiagop_ti@hotmail.com 2 Universidade
Leia maisBasic Exchange System
BXS Basic Exchange System Manual de Configuração AJUSTE DE HORA DÍGITRO Versão 1.2 Manual de Configuração do Ajuste de Hora Dígitro Código de Identificação: 012073012.010779FNS041015 Versão 1.2 by Dígitro
Leia maisProjeto Disciplinar de Infra-Estrutura de Software ECOFROTA TRIBUNAL THEMIS
1 Projeto Disciplinar de Infra-Estrutura de Software ECOFROTA TRIBUNAL THEMIS EDILBERTO SILVA 1, AQUILA ISRAEL (1316079) 2, CYNTHIA FERREIRA (1316079) 2, MARKO DE CASTRO (1316119) 2, RAFAELA ALMEIDA (1316189)
Leia maisAPLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA
APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA Autores: Claudiléia Gaio BANDT; Tiago HEINECK; Patrick KOCHAN; Leila Lisiane ROSSI; Angela Maria Crotti da ROSA Identificação autores: Aluna do Curso
Leia maisUniversidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação
Universidade Federal Rural de Pernambuco Bacharelado em Sistemas de Informação Disciplina: Análise e Projeto de Sistemas de Informação Docente: Rodrigo Aluna: Thays Melo de Moraes Diagramas do Projeto
Leia maisPalavras-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 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 maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisUML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2
UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec capítulo 1 Introdução à UML A UML (Unified Modeling Language ou Linguagem de Modelagem
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia maisGerenciamento de Incidentes
Gerenciamento de Incidentes Os usuários do negócio ou os usuários finais solicitam os serviços de Tecnologia da Informação para melhorar a eficiência dos seus próprios processos de negócio, de forma que
Leia maisMANUAL DO USUÁRIO SORE Sistema Online de Reservas de Equipamento. Toledo PR. Versão 2.0 - Atualização 26/01/2009 Depto de TI - FASUL Página 1
MANUAL DO USUÁRIO SORE Sistema Online de Reservas de Equipamento Toledo PR Página 1 INDICE 1. O QUE É O SORE...3 2. COMO ACESSAR O SORE... 4 2.1. Obtendo um Usuário e Senha... 4 2.2. Acessando o SORE pelo
Leia maisRegistro e Acompanhamento de Chamados
Registro e Acompanhamento de Chamados Contatos da Central de Serviços de TI do TJPE Por telefone: (81) 2123-9500 Pela intranet: no link Central de Serviços de TI Web (www.tjpe.jus.br/intranet) APRESENTAÇÃO
Leia maisComo conduzir com sucesso um projeto de melhoria da qualidade
Como conduzir com sucesso um projeto de melhoria da qualidade Maria Luiza Guerra de Toledo Coordenar e conduzir um projeto de melhoria da qualidade, seja ele baseado no Seis Sigma, Lean, ou outra metodologia
Leia maisDesenvolvendo Websites com PHP
Desenvolvendo Websites com PHP Aprenda a criar Websites dinâmicos e interativos com PHP e bancos de dados Juliano Niederauer 19 Capítulo 1 O que é o PHP? O PHP é uma das linguagens mais utilizadas na Web.
Leia maisO CONCEITO DE TDD NO DESENVOLVIMENTO DE SOFTWARE
O CONCEITO DE TDD NO DESENVOLVIMENTO DE SOFTWARE Renan Leme Nazário, Ricardo Rufino Universidade Paranaense (Unipar) Paranavaí PR - Brasil renazariorln@gmail.com, ricardo@unipar.br Resumo. Este artigo
Leia maisCargo Função Superior CBO. Tarefas / Responsabilidades T/R Como Faz
Especificação de FUNÇÃO Função: Analista Desenvolvedor Código: Cargo Função Superior CBO Analista de Informática Gerente de Projeto Missão da Função - Levantar e prover soluções para atender as necessidades
Leia maisManual do sistema SMARsa Web
Manual do sistema SMARsa Web Módulo Gestão de atividades RS/OS Requisição de serviço/ordem de serviço 1 Sumário INTRODUÇÃO...3 OBJETIVO...3 Bem-vindo ao sistema SMARsa WEB: Módulo gestão de atividades...4
Leia maisManual de Utilização das Funções Básicas do Sistema ClinicWeb
Manual de Utilização das Funções Básicas do Sistema ClinicWeb Dezembro/2012 2 Manual de Utilização das Funções Básicas do Sistema ClinicWeb Sumário de Informações do Documento Título do Documento: Resumo:
Leia maisCONTRA CONTROLE DE ACESSOS E MODULARIZADOR DE SISTEMAS
MINISTÉRIO DO DESENVOLVIMENTO AGRÁRIO SUBSECRETARIA DE PLANEJAMENTO, ORÇAMENTO E ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE MODERNIZAÇÃO E INFORMÁTICA CONTRA CONTROLE DE ACESSOS E MODULARIZADOR DE SISTEMAS MANUAL
Leia maisSistema de Compras TV Globo
Sistema de Compras TV Globo Guia de Uso R Guia de Uso do Portal do Fornecedor da TV Globo R PÁGINA Índice Índice O que é o Sistema de Compras TV Globo 4 Criar a sua cotação (Cota) Anexar documento 4 Cadastro
Leia maisCláudia Araújo Coordenadora Diego Macêdo Programador Marcelo Rodrigues Suporte
BCON Sistema de Controle de Vendas e Estoque Declaração de escopo Versão 1.0 Histórico de Revisão Elaborado por: Filipe de Almeida do Amaral Versão 1.0 Aprovado por: Marcelo Persegona 22/03/2011 Time da
Leia maisNovell. Novell Teaming 1.0. novdocx (pt-br) 6 April 2007 EXPLORAR O PORTLET BEM-VINDO DESCUBRA SEU CAMINHO USANDO O NOVELL TEAMING NAVIGATOR
Novell Teaming - Guia de início rápido Novell Teaming 1.0 Julho de 2007 INTRODUÇÃO RÁPIDA www.novell.com Novell Teaming O termo Novell Teaming neste documento se aplica a todas as versões do Novell Teaming,
Leia maisGerenciamento de Riscos do Projeto Eventos Adversos
Gerenciamento de Riscos do Projeto Eventos Adversos 11. Gerenciamento de riscos do projeto PMBOK 2000 PMBOK 2004 11.1 Planejamento de gerenciamento de riscos 11.1 Planejamento de gerenciamento de riscos
Leia maisSISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE. Aluno: Roberto Reinert Orientador: Everaldo A. Grahl
SISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE Aluno: Roberto Reinert Orientador: Everaldo A. Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Workflow Processo
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 maisUma Abordagem sobre Mapeamento Objeto Relacional com Hibernate
Uma Abordagem sobre Mapeamento Objeto Relacional com Hibernate Luis Gustavo Zandarim Soares 1, Késsia Rita da Costa Marchi 1 1 Universidade Paranaense (Unipar) Paraná PR Brasil luisgustavo@live.co.uk,
Leia mais