Projeto Interdisciplinar Aplicado aos Cursos Superiores de Tecnologia (PROINTER) Projeto I 2º Semestre MANUAL DE ELABORAÇÃO DOS RELATÓRIOS: PARCIAL E FINAL Coordenação – Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas Campo Grande 2013/2 I. Apresentação Caro Acadêmico! A presente disciplina tem por finalidade contextualizar todo o conhecimento que você assimilou durante o 2º semestre_2013_2, nas disciplinas estudadas, observando a importância deste conhecimento na sua vida profissional para a tomada de decisões enquanto Analista de Sistemas. Desde os primeiros passos você começou a se familiarizar com os termos: Sistemas, Informação, Análise de Sistemas, Análise de Requisitos, definições da área de Desenvolvimento de Sistemas; das noções deste mercado; de aprender a desenvolver sua visão holística dos problemas em uma organização, passível de ser resolvido através da aplicação das técnicas e dos métodos pertinentes à Análise e Programação de Sistemas Computacionais, de compreender as tecnologias de informação e como estas podem ser empregadas no desenvolvimento desses sistemas. Compreendeu de forma clara e objetiva como é importante, em qualquer setor / ramo de atividade, a Análise e o Desenvolvimento de Sistemas. Até esta etapa do curso, aprendeu a identificar as necessidades das organizações em relação ao acesso e a administração das informações para a tomada de decisão nos diversos níveis hierárquicos de uma organização. Desenvolveu habilidades para identificar e analisar problemas que podem ser resolvidos através das técnicas de análise e programação de sistemas baseados em computador. Entender o cliente e as suas necessidades e expectativas. Muitos de vocês irão trabalhar em grandes, médias, pequenas ou micro empresas, não importa o porte, pois todas as competências e habilidades aprendidas durante este semestre, serão de suma importância para que execute um excelente trabalho. Bom estudo! Boa prática! Página 2 de 20 estar localizada na região geográfica do polo de apoio presencial onde os alunos integrantes da equipe estão matriculados. de forma a demonstrar a viabilidade e a real necessidade da construção ou evolução de um sistema de informação dentro da organização estudada. A organização deve. conceitual e lógico para identificar as necessidades de desenvolvimento e/ou evolução de um sistema de informação em uma organização real. Orientações: Este trabalho será desenvolvido em duas etapas: ETAPA 1.II. Das atividades Previstas A seguir são apresentadas as atividades que você e/ou sua equipe deverá desenvolver nesta etapa 1. a) Relatório Parcial. análise de requisitos de sistema. Nesse PROINTER_I_2013/2 será apresentado o tema que você (e sua equipe) desenvolverá nesta primeira etapa: TEMA: elaborar um projeto básico. III. Página 3 de 20 . Este projeto deve contemplar o mapeamento situacional da organização estudada em relação aos processos existentes que são atendidos por sistemas de informação computacionais. a ser definida pelos mesmos. nos conceitos de fluxo de dados e informações. O projeto deve estar fundamentado nas técnicas de coleta de dados. de preferência. na visão holística (sistêmica). a) Os alunos deverão formar grupos de 01 (um) até 05 (cinco) acadêmicos. identificando suas principais características de base tecnológica bem como classificandoos conforme seu escopo de atuação dentro da organização. c) Ao final. Da mesma forma e com os mesmos detalhes/estrutura. iv. iii. Se o projeto estiver sendo desenvolvido para gerar uma nova oportunidade de mercado/negócio. de forma clara. descrever a posição da concorrência em relação ao assunto. b) Desenvolver as etapas das atividades previstas. Descrever o ambiente atual e as dificuldades desse ambiente. contendo: i. incluir como subitem o histórico resumido da empresa. apresentar um Relatório dentro do modelo proposto. Página 4 de 20 . em relação aos sistemas existentes dentro da organização.Da constituição do grupo Em conformidade com as diretrizes do PROINTER – informadas via CEAD. Conteúdo do Relatório Final. ii. Se o projeto estiver sendo desenvolvido para solucionar um problema existente. Desenvolver de forma clara e estruturada uma lista contendo os principais problemas encontrados na análise preliminar do ambiente tecnológico existente. vi. Nome do tutor Presencial Nome da disciplina: Projeto Interdisciplinar Aplicado aos Cursos Superiores de Tecnologia I (PROINTER I). Capa contendo o logo da instituição. apontar esse problema e explorar os riscos potenciais em se manter esta situação. Equipe dos acadêmicos: nome completo dos acadêmicos e respectivos RA. Polo presencial. v. Descrever. iii. a situação atual. título do trabalho. Análise Situacional i. ii. Identificar os principais sistemas de informação baseados em computador existentes dentro da organização. Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas. descrevendo de forma sucinta. antes de iniciar os trabalhos. identificandoos pelas áreas funcionais envolvidas no processo de coleta de dados. Identificar ainda de que forma se dá a interação de cada entidade externa com o sistema proposto.elaborar uma lista com principais oportunidades vislumbradas no desenvolvimento do projeto proposto. iv. Com foco nos prazos de postagem. Definir os limites do projeto identificando as suas fronteiras. Dessa forma. porém concisa. Planejamento e divisão das tarefas É fundamental que as equipes. v. Elaborar o diagrama de contexto do futuro sistema. Orientações para a condução das atividades A execução das atividades especificadas depende do plano de ação a ser elaborado pela equipe. Orientações para o desenvolvimento das tarefas A análise situacional compreende um diagnóstico preliminar que identifica o ambiente tecnológico da organização estudada em termos da existência e uso dos sistemas de informação. elaborar um cronograma com prazos para cada atividade. determinem qual o papel a ser desempenhado por cada membro. Especificar os requisitos funcionais do sistema proposto. cada uma das entidades externas ao escopo do sistema proposto. vi. assim fica mais fácil a divisão das atividades. Apresentar aqui a sua proposta para o projeto contendo os objetivos geral e específicos e a justificativa fundamentada na análise feita até o passo iii. Cada uma das etapas descritas acima deve ser estudada e dividida em atividades menores a fim de facilitar a estimativa de tempo e a distribuição entre os componentes da equipe. O roteiro a seguir auxiliará na condução dos trabalhos. vii. bem como da correta aplicação das técnicas e ferramentas aprendidas nas disciplinas deste semestre. o analista de sistemas tem a Página 5 de 20 . Para seu desenvolvimento. iv) Apresentação do ambiente mercadológico onde o projeto atuará.Relacionar os sistemas com os processos de negócios. . v) Identificação e descrição do problema apontando os principais riscos existentes. etc. Mapeamento dos Sistemas de Informação: Este componente compreende a identificação dos atuais sistemas de informação existentes e em atividade na organização estudada. a abrangência da informatização dentro das áreas funcionais da organização. ii) Contextualização da área de atuação do projeto. i.Estruturar o documento introdutório que atenda ao solicitado na etapa.Traçar a estratégia de coleta dos dados/informações (uso de questionários. deve ser descritivo. Situação atual: É um componente textual.identificar e especificar os sistemas de informação existentes. observação “in loco”. de forma global.possibilidade de visualizar. . . .Elaborar e testar os instrumentos de coleta de dados quanto à sua efetividade na busca pelas informações pretendidas.identificar as informações disponíveis nos sistemas ativos. evitando o uso de termos técnicos afeitos à área de tecnologia da informação. iii) Identificação dos usuários-chave e sua posição dentro da organização. ii. realização de entrevistas.Identificar a plataforma tecnológica sobre a qual funcionam os sistemas de informação identificados. . O seu desenvolvimento segue: .Identificar os usuários-chave que deverão ser ouvidos. contendo no mínimo: i) Descrição da organização. desenvolvido utilizando linguagem clara e objetiva. recomenda-se: .Analisar e selecionar as informações coletadas que atendem ao objetivo da etapa em execução. . Página 6 de 20 .). . Apontar a(s) oportunidade(s) para cada problema identificado. atentando ao fato de que estes devem ser passíveis de mensuração ao longo do tempo.Identificar a forma com elas interagem com o sistema. . .Justificar a viabilidade técnica do projeto proposto. vi. mostrando as principais entidades externas e como estas interagem com o sistema. . Página 7 de 20 .Apresentar os objetivos específicos. Apresentação da proposta contendo objetivos e justificativa: Neste componente deve-se apresentar com clareza a proposta de projeto a ser desenvolvido. . iv. .Dicionarizar as entidades externas.Realizar a análise e posterior seleção dos requisitos que realmente atendem à solução dos problemas e ao atingimento dos objetivos. .Relacionar problema X área funcional X sistema de informação.Descrever o escopo do projeto proposto. Requisitos Funcionais: Tem a finalidade de apresentar como o sistema deve se comportar para resolver e/ou mitigar os problemas identificados. Limites do Projeto: Destina-se a identificar quais são as fronteiras do sistema proposto. . . contextualizando-o no âmbito da organização.Relacionar as entidades externas ao sistema. . v. .Identificar os usuários-chave para coletar as informações a respeito dos requisitos.Contextualizar o ambiente de estudo. Utilizar a lista de problemas para embasar a justificativa e os objetivos (geral e específicos). Lista dos principais problemas e oportunidades encontrados: Este componente visa identificar os principais problemas encontrados nos processos de negócio estudados.Registrar todos os requisitos funcionais obtidos através das técnicas de coleta de dados/informações. . . .Apresentar o objetivo geral. fundamentado nos objetivos e na justificativa.Selecionar as técnicas mais adequadas para a coleta de dados/informações. .iii. Utilização: identifica que áreas funcionais fazem uso do sistema. Linguagem de Programação: identifica a linguagem (ou linguagens) de programação utilizada no desenvolvimento do sistema.. Sistema Dados Disponíveis Origem dos Dados (área funcional) Utilização (áreas funcionais) Dados Disponíveis: identifica os dados ou informações trabalhados no sistema. montar o diagrama de contexto do sistema proposto. caso contrário. Origem dos Dados: identifica a área funcional que alimenta o sistema. Banco de Dados: Identifica qual o SGBD utilizado. vii. Página 8 de 20 . Diagrama de Contexto: A partir dos requisitos e dos limites identificados e as entidades externas. caso o sistema seja na plataforma WEB. Formulários Propostos 1) Mapeamento dos Sistemas de Informação: Ambiente Operacional Nome do Sistema Sistema Operacional Banco de Dados Servidor de Aplicação Padrões de Desenvolvimento Modelagem Utilizada Linguagem de Programação Sistema Operacional: identifica em qual plataforma está hospedado o sistema de informação. Modelagem Utilizada: identifica qual (ou quais) metodologia foi utilizada para a modelagem do sistema. Servidor de Aplicação: identifica qual o servidor de aplicação utilizado.Dicionarizar os requisitos. informar a plataforma (Ex: cliente/servidor). com tamanho máximo de 50 Kb 1. Descrição da Entidade Externa: descrever de forma sucinta a entidade externa.2 A inclusão de foto não deve ser obrigatória> Página 9 de 20 . outros sistemas. identificando se é um setor interno da organização. Envia/Recebe: identificar se a entidade externa relacionada envia ou recebe dados do sistema.2) Principais Problemas e Oportunidades Sistema Área Funcional Problemas Oportunidades 3) Entidades Externas Nome Entidade Externa Descrição da Entidade Externa Envia/Recebe Fluxo de dados associados Nome da Entidade Externa: identificar o nome da entidade externa que interage com o sistema.1 Somente deverão ser aceitos arquivos no formato JPG. Deverá ser possível incluir fotos dos clientes no sistema> Detalhamento Data: <Detalhar o requisito> <Exemplo: 1. outra organização. 4) Requisitos Funcionais Área Funcional: Responsável pelas informações: Analista Responsável: Requisito <Descrever aqui o requisito> <Exemplo: 1. etc. Fluxo de dados associados: identificar qual (ou quais) o(s) fluxo(s) de dados associado à entidade externa. Além desses elementos. os elementos apresentados. b) Prepare uma breve descrição do trabalho realizado: apresente aqui o relato de como o trabalho foi executado. Do Acompanhamento Durante todo o tempo da realização. materiais e métodos utilizados. que deverá conter. apresente sua conclusão. as dificuldades encontradas e as ações tomadas a fim de eliminá-las. Página 10 de 20 .0 (zero) a 3.0 (três) pontos – atribuídos pelo Tutor Presencial Relatório PARCIAL referente a proposta de projeto. Do Prazo de Entrega 28/10/2013 a 04/11/2013 Da Avaliação Etapa 1 – Relatório Parcial De 0. o documento deve conter ainda: a) Apresentação: faça uma apresentação do seu trabalho contextualizando-o e apresentando de forma bastante resumida o propósito do trabalho. Atenção: O Relatório Parcial deverá ser elaborado em conformidade com o modelo deste Manual.Relatório Parcial Ao final desta etapa. descrevendo as técnicas. c) Conclusão: diante do estudo realizado e das informações coletadas. você deverá elaborar o Relatório Parcial. OBS: A postagem do trabalho no AVA (moodle) deverá ser individual – na sua área restrita de estudo. no mínimo. você e/ou seu grupo deverá estar interagindo com seu Tutor Presencial EAD. que estará dirimindo todas as dúvidas na realização das atividades desta disciplina. d) Referências Bibliográficas: Este relatório deverá conter a citação das referências bibliográficas pesquisadas. A base para o início das atividades consiste na análise e no detalhamento dos requisitos funcionais levantados na etapa 1 deste trabalho. Utilizando o diagrama de contexto e as especificações de requisitos funcionais. não conseguimos expressar nele como exatamente essas informações serão tratadas. identificando sempre a origem e o destino destes.ETAPA 2 b) RELATÓRIO FINAL Caro(a) Acadêmico(a) Você e sua equipe finalizaram a primeira etapa de sua atividade e já postou o Relatório Parcial. Na primeira etapa você fez uma análise preliminar sobre a situação dos sistemas de informação baseados em computador em uma determinada organização e apresentou uma proposta de um novo sistema ou adequação de um sistema existente. É na documentação do sistema que descrevemos e identificamos aquilo que o diagrama não é capaz de expressar com seus recursos de desenho. Cada requisito deve ser detalhado em termos de dos seus fluxos de dados. Cada um dos requisitos deve ser revisado e. Agora é o momento de contextualizar seu conhecimento acerca do assunto pesquisado. caso seja necessário. utilizando as técnicas e ferramentas da modelagem estruturada de sistemas de informação. b) Dicionarização do Diagrama de Fluxo de Dados Cada elemento do DFD deve ser dicionarizado a fim de mantermos o registro histórico da concepção do projeto desenvolvido. contudo. desenvolva a seguintes etapas: a) Modelagem Estruturada Elaborar o projeto lógico do sistema proposto. Nesta etapa 2. dividido em outros visando o atendimento das regras de modelagem e construção do Diagrama de Fluxo de Dados (DFD). a partir das informações coletadas na primeira etapa. você e sua equipe deverão dar continuidade ao projeto. O dicionário de dados da modelagem estruturada nos fornece com maiores detalhes o funcionamento deste elemento e do Página 11 de 20 . Por exemplo: um processo do DFD dá uma ideia do que será feito com as informações que nele adentram. podendo ser uma entidade externa. iv.) Página 12 de 20 . Origem: registrar a origem do fluxo de dados. Destino: registrar o destino do fluxo de dados. Fluxos de Dados: Nome Fluxo de Dados: Origem: Descrição Ampliada: Destino Estruturas de Dados incluídas: Nome do Fluxo de Dados: escrever o nome do fluxo que aparece no DFD. Cada nível deve ser apresentado em folhas independentes. Assim. (Ex: nome de cliente. O DFD do projeto deve ser detalhado pelo menos até o segundo nível a partir do diagrama de contexto (nível 0 e 1). um depósito de dados ou outro processo. um depósito de dados ou outro processo. Estruturas de Dados incluídas: informar qual a estrutura dos dados que serão conduzidos pelo fluxo. Descrição Ampliada: detalhar o fluxo de dados registrando sua finalidade.tratamento dispensado às informações que nele adentram. iii. Todos os requisitos funcionais devem estar representados no DFD. para os demais elementos do DFD. d) Formulários para o dicionário de dados i. c) Regras da Modelagem i. qual o processo do nível imediatamente acima que o originou. data de nascimento. Identificar na folha de cada nível de detalhamento. será necessária a construção do dicionário de dados. etc. ii. podendo ser uma entidade externa. informando sempre o código do elemento de destino no DFD. Depósito de Dados: Código: Descrição: Fluxos de dados que entram: Fluxos de dados que saem: Nome Depósito de Dados: Conteúdo: Código: registrar o código atribuído ao depósito de dados no DFD.ii. data do pedido. Página 13 de 20 . Fluxos de dados que entram: registrar os fluxos de dados que remetem dados para o depósito. ex: arquivar todos os pedidos não atendidos. etc. sua criação tem sempre um propósito. ex: número do pedido. Fluxos de dados que saem: registrar os fluxos de dados que retiram dados do depósito. Descrição: descrever a finalidade do depósito de dados. código do cliente. Nome Depósito de Dados: informar o nome do depósito de dados. Conteúdo: identificar a estrutura de dados que será criada no depósito de dados. informando sempre o código do elemento de origem no DFD. Saídas: registrar os fluxos de dados que saem do processo. Consulte o anual para !laboração de "rabal#os $cad%micos. Do Relatório Final1 Você terminou as atividades previstas em seu trabalho. &nian#anguera. 'ispon(vel em) *#ttp)//+++..unian#anguera. 2.#tml. Este Relatório Final deverá conter a descrição da situação pesquisada (projeto). com base na análise do Relatório Parcial. Resumo Lógico: escrever a lógica de funcionamento do processo em relação aos eventos que este executará com os dados de entrada.bibliograficas/inde-.br/an#anguera/bibliotecas/normas. Descreva. 1 Página 14 de 20 . Processos: Código: Descrição: Nome do Processo: Entradas Resumo Lógico Saídas Código: informar o código do processo no DFD. seus objetivos geral e específicos.edu. onde foi realizado. Apresentação: faça uma apresentação do seu trabalho. Entradas: registrar os fluxos de dados que entram no processo. é hora de confeccionar o RELATÓRIO FINAL correspondente ao seu projeto. Descrição: apresentar uma descrição macro do funcionamento do processo. registrando ainda o código do elemento de origem no DFD.iii. o diagnóstico encontrado. contemplando os seguintes aspectos: 1. registrando ainda o código do elemento de destino no DFD. Descreva os objetivos.jpeg”. 4. d) Nome da disciplina: Projeto Interdisciplinar Aplicado ao Curso Superior de Tecnologia em I (PROINTER I). as diretrizes. Página 15 de 20 . e) Tema: Projeto básico. Este relatório deverá conter a citação das referências bibliográficas conforme as normas técnicas da ABNT – Associação Brasileira de Normas Técnicas. f) Conteúdo do Relatório Final. Do Acompanhamento Durante todo o tempo da realização. c) Nome do Tutor Presencial EAD. que estará dirimindo todas as dúvidas na realização das atividades desta disciplina. Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas. você e/ou seu grupo deverão estar interagindo com seu Tutor Presencial EAD. Do Prazo de Entrega 18/11/2013 a 26/11/2013 Relatório FINAL referente a proposta de projeto. Conclusão: apresente a sua conclusão acerca da proposta. b) Grupo dos acadêmicos: nome e respectivos RA. contendo logo da instituição. OBS: se o projeto (PROINTER I) contiver fotos. Título do Trabalho. O Relatório Final deverá conter: a) Capa. conceitual e lógico para identificar as necessidades de desenvolvimento e/ou evolução de um sistema de informação. destacando a importância da análise situacional descrita e dos levantamentos realizados para a implantação do novo sistema. metas e propostas necessárias para a viabilidade técnica de desenvolvimento do novo sistema.3. estas deverão ser salvas na extensão “. 0 (sete) pontos – atribuídos pelo Tutor Presencial Página 16 de 20 .Da Avaliação Etapa 2 – Relatório Final De 0.0 (zero) a 7. para. A estrutura básica do projeto é a seguinte: 1. Introdução.Orientações Gerais Estrutura do Projeto Interdisciplinar Aplicado aos Cursos Superiores de Tecnologia I (PROINTER I). Não deve ser uma simples enumeração de tópicos. em seguida. Havendo mais de um volume. Resumo: é a apresentação consistente e seletiva de um texto. 2. figuras e ilustrações. frases negativas. colocar as questões de pesquisa ou perguntas a serem respondidas. pontos críticos. em cada um deve constar o sumário completo do trabalho. conforme a NBR 6027. símbolos. Segue um modelo explicativo do Prointer I. Capa e contracapa. suas informações mais significativas. Sumário: elemento obrigatório cujas partes são acompanhadas dos respectivos números das páginas. 1. a primeira coisa que se deve pensar é sobre a problemática que será questionada. assim como fórmulas e equações. não devendo repetir ou parafrasear o resumo nem antecipar as conclusões e recomendações contidas ou decorrentes do estudo. 6. Deve concluir-se num texto redigido de forma cursiva. sendo que a 1ª frase deve ser significativa e explicar o tema principal do trabalho. Fundamentação Teórica. preocupações. assim como as possíveis contribuições esperadas do estudo e suas implicações. 4. tabelas. Resumo. Considerações Finais e Sugestões. indicando de que ponto de vista ele será tratado Página 17 de 20 . colocando-o a par dos antecedentes. Contextualização da Pesquisa Quando se fala em contexto. Esta estrutura deve ser seguida a risca para que não haja perda de pontos no momento de sua correção. a natureza do trabalho. Apesar de figurar no início do trabalho. para isso. 8. tendências. 5. Recomenda-se que os resumos tenham uma média de 300 a 500 palavras. é a última parte a ser redigida em definitivo. Capa e contracapa: devem ser inseridos no início do trabalho. contextualizando e delimitando o tema. 2. A introdução deve situar o leitor no contexto do tema pesquisado. justificativas e razões do trabalho. é necessário fazer um recorte da realidade. concisa e objetiva. No corpo do resumo não se deve usar parágrafos. deve-se indagar quais são as perguntas ou dúvidas que se quer responder com essa pesquisa e. seus resultados e conclusões mais importantes. Introdução Ilustra brevemente os objetivos do trabalho e as razões de sua elaboração. Deve ressaltar. quadros. 7. 3. respeitando a estrutura do original e reproduzindo. Análise e Interpretação dos Dados. Sumário. visto constituir uma síntese de caráter didático das ideias e da matéria tratada. bem como as relações com outros trabalhos existentes. apenas. de forma clara e sintética. Contextualização da Pesquisa. cultural). Também se devem especificar os objetivos. principalmente se forem contraditórias. 3. entre outros. apontando sua significância e sua relevância. utilizando o verbo no tempo passado e na forma impessoal. Ex. retirados de um documento. A elaboração das referências deve obedecer a NBR 6023. Página 18 de 20 . 4. objetiva. da ABNT. Referências Bibliográficas É um Conjunto padronizado de elementos descritivos. estudos e pesquisas que se relacionem com o problema investigado. Podem ser utilizadas tabelas e figuras nessa parte do trabalho. 5. analisar e discutir as informações publicadas sobre o tema até o momento de elaboração do trabalho. Discute os resultados encontrados na pesquisa realizada e os compara com os resultados de pesquisas anteriores. 6. a metodologia é a parte em que se mostra como se pretende atingir os objetivos específicos. 7. sucinta e clara. fórmula para amostra probabilística e demais procedimentos que deverão compor a instrumentalização de cada trabalho (1 parágrafo). As ideias contidas nos estudos devem ser inter-relacionadas e confrontadas. como será executada a pesquisa e qual a metodologia que se pretende adotar. critica. mostrando as principais conclusões a que se chegou. Interpretação tem a finalidade de mostrar as relações existentes entre os dados coletados na pesquisa. a fim de abordar teoricamente o objeto da análise e propostas de soluções com bases sólidas. Seguem os métodos e técnicas de pesquisa. Anexos O anexo é um documento. Qualquer pesquisa persegue determinados objetivos e o pesquisador pode comprovar algumas hipóteses sugeridas nos problemas ou pode explorar alguns argumentos que contribuem para explicá-lo (1 parágrafo). claro. fotos (com extensão ‘jpeg’). Considerações Finais e Sugestões Nesta parte deve-se concluir o trabalho partindo do modelo proposto. se não há dúvida. questionários e entrevistas de forma direta. instrumentos de coleta de dados. quais as metas que se pretende alcançar ao final da pesquisa. dando ênfase ao atendimento dos objetivos específicos e geral e como foram atingidos. Apresentar as limitações encontradas durante a execução do trabalho. devendo-se destacar as citações literais de trabalhos científicos. Devem-se apresentar propostas e sugestões positivas quanto aos problemas detectados no decorrer da análise do projeto. Aqui se interpreta.(econômico. mapas. selecionando-se e sintetizando-se ideias. O texto que explica as tabelas e figuras deve ser breve. político. objetivando melhor compreensão das inúmeras facetas deste. É a parte da argumentação. que serve de fundamentação. comprovação ou ilustração do estudo ou de suas partes. Por fim. que permite sua identificação individual. Se não há problema. levantados na revisão de literatura. que pode ou não ser do autor do estudo.: questionários. justifica e enfatiza os dados encontrados. Fundamentação Teórica Visa reunir. Compreende uma minuciosa busca na literatura. social. tabelas. não há motivo para pesquisar (1 parágrafo). Análise e Interpretação dos Dados Resultado é a parte designada a apresentar os resultados alcançados após a aplicação do método. DATE. 3ª ed. Gustavo. São Paulo: ERICA. A Lei de Murphy no Gerenciamento de Projetos. Gilleanes T. Acesso em: 27 ago. Raul Sidnei. 2013. SOMMERVILLE. São Paulo: Pearson . Fernando. Técnicas de Levantamento de dados.br/blog/?p=1405>. São Paulo. Disponível em: <http://sicurezzaeditora.com. Acesso em 27 ago. BAPTISTA. 2013.br/rae/vol40-num12000/empresas-sao-grandes-colecoes-processos>. Eduardo.. Utilizando UML e padrões. Disponível em: <http://www. WAZLAWICK. 1996.fgv. 2008.. 2007. 1ª ed. 2004. Introdução a Sistemas de Banco de Dados.htm>. UML : Uma Abordagem Prática. Bibliografia Complementar SILVA. 1ª ed. Disponível em <http://rae. 2011. Disponível em <http://rae. Porto Alegre: Bookman.fgv. CARVALHO. 2010. VEDOVE. 2013. Aumentando as chances de sucesso no desenvolvimento e implementação de sistemas de informações. Análise e estruturas de sistemas de informação. 8ª ed. As empresas são grandes coleções de processos. Página 19 de 20 .Guia prático de aprendizagem.com/bibliotecas/normas_bibliograficas/Arquivos/metodologia_cole taDeDados. 2013. Análise e Projetos de Sistemas de Informação Orientados a Objetos. 2010. São Paulo: RAE-FGV. São Paulo: Campus . Nelson Peres da. Luciana Ferreira.Referências Bibliografia Básica GORGES. ALBERTIN. C.Addison Wesley. 2013. Engenharia de Software. Acesso em: 27 ago. Acesso em: 27 ago. 2000. A. Acesso em: 27 ago. ANHANGUERA. Rio de Janeiro: Brasport. Craig. 9ª ed.br/rae/vol36-num3-1996/aumentando-chances-sucesso-nodesenvolvimento-implementacao-sistemas-informacoes>. São Paulo: RAE-FGV. Técnicas de entrevistas na coleta de dados em campo: a arte de quebrar resistência. São Paulo: Novatec. J. GUEDES. 2007. José Ernesto Lima. GONÇALVES. Linguagem SQL . São Paulo: Editora Erica.br/edu/carvalho/TDP/13%20-%20Apostila%20Obs.Elsevier. São Paulo. Alberto Luiz. Ian.anhanguera. 3ª ed.pdf>. Disponível em: <http://www. 2011. LARMAN. Rio de Janeiro: Campus Elsevier.cefetsp. Estrutura para organizar o desenvolvimento – coleta de dados. 2012. 1ª ed. 2000. Ituverava: FAFRAN.br/abr12/Art_01. Disponível em: <http://www. Noções de análise estruturada de sistemas. Acesso em 27 ago. Natal: UFRN.br/arquivos/TECNICAS__COLETA_DADOS10072013105716. Modelação funcional: diagramas de fluxo de dados. GONÇALVES. Acesso em 27 ago.pdf>.org. Disponível em: <http://w3. 2013. 2006.htm>. José Valente de. 2013. Acesso em 27 ago.dgz. Rio de Janeiro: DataGramaZero. Cláudio José Silva. 2005. OLIVEIRA. Acesso em 27 ago.pt/~jvo/ep/dfd.pt/vgportal/media/vgdocs/disciplinas/secmanuais/ai12a06.sistemasfafram10.las. Disponível em: <http://www. Geraldo.pucpr.html>. Disponível em:<http://www.pdf>.br/~jair/ES/c4.br/Quarto. Faro: UALG. Análise e especificação de requisitos. Modelagem de sistemas de informação. 2013. Bragança: IPB.xpg.ufrn.pdf> . Jair C. Disponível em <http://www. Disponível em: <http://www.lcsantos. 2013. Acesso em 27 ago. LEITE. MELLO. 2012. Acesso em 27 ago. Acesso em 27 ago. 2013.br/mcfmello/msi/MSI-aula06ModelagemFun%C3%A7%C3%B5es_DFD_. Entendimento de requisitos de sistema com abordagem orientada ao domínio. 2013. Vitor.vgportal.ipb.pdf>. Curitiba: PUCPR.ualg. 2013. RIBEIRO. Modelagem de sistemas de informações.SANTOS.dimap.pro. Disponível em: <http://www. Técnica de coleta de dados.Semestres/BDII/MSII20061. Luiz Carlos dos.com. Maurício Clauzet Ferraz de. 2002.pdf>. XEXÉO. Página 20 de 20 .