UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO RELATÓRIO DE ESTÁGIO SUPERVISIONADO

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

Download "UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO RELATÓRIO DE ESTÁGIO SUPERVISIONADO"

Transcrição

1 UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO RELATÓRIO DE ESTÁGIO SUPERVISIONADO GILBERTO COLOGNESE VALANDRO FILHO CUIABÁ MT 2011

2 UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO RELÁTORIO DE ESTÁGIO SUPERVISIONADO GILBERTO COLOGNESE VALANDRO FILHO Relatório apresentado à Coordenação do Curso de Ciência da Computação da Universidade Federal de Mato Grosso, para obtenção do título de Bacharel em Ciência da Computação. CUIABÁ MT 2011

3 UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO GILBERTO COLOGNESE VALANDRO FILHO Relatório de Estágio Supervisionado apresentado à Coordenação de Estágio como uma das exigências para obtenção do título de Bacharel em Ciência da Computação da Universidade Federal de Mato Grosso Aprovado por: Prof. Dr. João Paulo Ignácio Ribas Instituto de Computação (Coordenador do Estágio Supervisionado) Prof. Dr. Jésus Franco Bueno Instituto de Computação (Orientador) Prof. Nelcileno Virgílio de Souza Araújo Instituto de Computação (Professor Convidado) Tânia Bueno de Menezes Almeida dos Santos SUPERVISOR

4 DEDICATÓRIA A Deus graças pela fidelidade À minha família pelo incentivo e confiança Aos amigos pela cumplicidade, companheirismo e por todo apoio

5 SUMÁRIO LISTA DE FIGURAS... 6 LISTA DE SIGLAS E ABREVIATURAS... 7 TÍTULO... 8 RESUMO... 8 INTRODUÇÃO REVISÃO DE LITERATURA MODELO DE PROCESSO DE SOFTWARE ITERATIVO E INCREMENTAL GESTÃO DE PROCESSOS FERRAMENTA DE DESENVOLVIMENTO GENEXUS MATERIAS, TÉCNICAS E MÉTODOS RESULTADOS DIFICULDADES ENCONTRADAS CONCLUSÕES REFERÊNCIAS BIBLIOGRÁFICAS... 30

6 6 LISTA DE FIGURAS Figura 1. Diagrama do Ciclo de Vida Iterativo e Incremental Figura 2. Representação em tabela das ênfases atribuídas a cada fase do desenvolvimento. Campos mais escuros indicam maior ênfase Figura 3. Tela do sistema Eventum exibindo alguns chamados em seus diversos status Figura 4. Tela de abertura de um Novo Chamado e dos campos a serem preenchidos Figura 5. Fluxograma do PDMS do Setor de Operações Continuadas Figura 6. Tela de uma Nova Nota Interna Figura 7. Apontamento de Tempo gasto com diferentes atividades Figura 8. Print da ferramenta Share Point, exibindo a sessão do Projeto Safira Figura 9. Interface do Menu Principal do Sistema SAFIRA da prefeitura de Canoas/RS Figura 10. Ferramenta Genexus 3.0 exibindo uma das principais telas do Modelo SAFIRA Figura 11. Gráfico referente aos dados da Tabela

7 7 LISTA DE SIGLAS E ABREVIATURAS LTDA Limitada GUI Graphical User Interface Interface Gráfica do Usuário PDMS Processo de Desenvolvimento e Manutenção de Software SGQ ISO CASE Sistema de Gestão da Qualidade International Organization for Standardization Organização Internacional para Padronização Computer Aided Software Engineering Engenharia de Software Auxiliada por Computador

8 8 O Ciclo de Vida do Software SAFIRA, com foco na Fase de Implementação Autor: Gilberto Colognese Valandro Filho Orientador: Prof. Dr. Jésus Franco Bueno Supervisor: Tânia Bueno de Menezes Almeida dos Santos RESUMO Este Relatório de Estágio Supervisionado foi desenvolvido com o intuito de explicitar todo o conteúdo pertinente ao período de estágio cumprido na empresa Ábaco Tecnologia de Informação LTDA. As atividades executadas na empresa durante o período de estágio se referem a atividades de Implementação de software. Este software se trata do Modelo SAFIRA, um Modelo de Execução Orçamentária, Contábil e Financeira, implantado em seis diferentes prefeituras municipais distribuídas pelo Brasil. O setor que gerencia este sistema em especial e mais uma série de outros sistemas é o Setor de Operações Continuadas, que segue a metodologia do Modelo de Processo de Software Iterativo e Incremental para administrar o andamento de todos os processos pelos quais os softwares passam. As fases de Implementação neste modelo de processo é o que merece destaque no presente relatório, pois é a etapa onde o sistema sofre alterações de código e novas funcionalidades ou melhorias são acrescentadas em forma de incrementos de software. Para a codificação do sistema, a equipe de desenvolvimento responsável pelo Modelo SAFIRA se utiliza das ferramentas Genexus 3.0 e Genexus 9.0, para as plataformas Desktop e Web, respectivamente. Para qualquer necessidade de modificação de sistema detectada, deve ser realizada a abertura de um Novo

9 9 Chamado no sistema Eventum pelo Analista de Negócio, onde serão especificados, com detalhes, os requisitos referentes à alteração proposta. A equipe de desenvolvimento é então designada para a etapa de codificação, e executa o que foi solicitado. Fases subseqüentes são a de Testes, onde as alterações serão validadas, a de Versão Liberada, onde um conjunto de modificações é disponibilizado para homologação e a própria fase de Homologação, que corresponde à atualização da nova versão na máquina do cliente. Além do conhecimento prático adquirido na fase de Implementação do sistema SAFIRA, como o aprendizado da ferramenta Genexus, vale também destacar o reconhecimento da importância do trabalho em equipe dentro de uma Organização no mercado de trabalho. Em números, foi atendido durante o período de cumprimento de estágio um total de vinte chamados para a Prefeitura de Canoas/RS, três chamados para a Prefeitura de Cachoeiro Itapemirim/ES, e um chamado para a Prefeitura de Rondonópolis/MT. Em termos de experiência, o Estágio Supervisionado proporcionou uma ampliação no conhecimento de programação, constatação da aplicação prática da Engenharia de Software no desenvolvimento de sistemas, especialmente no que envolve Gerência de Projetos e Ciclo de Vida de softwares, e por último, e não menos importante, o comprometimento e responsabilidade pessoal e profissional com a empresa.

10 10 INTRODUÇÃO O presente trabalho, um dos requisitos para obtenção do título de Bacharel em Ciência da Computação, trata-se do Relatório de Estágio Supervisionado onde estarão contidas informações, tais como fundamentos teóricos e práticos relacionados às atividades desenvolvidas, métodos aplicados e procedimentos seguidos no período referente ao Estágio cumprido na empresa Ábaco Tecnologia de Informação LTDA. O objetivo deste Relatório é expor ao corpo docente integrante desta Coordenação e a todos os demais interessados, a aplicação prática dos conhecimentos adquiridos ao longo do curso de graduação em um ambiente do mercado de trabalho. Tal prática está relacionada com a execução de atividades de Implementação desenvolvidas no Modelo de Execução Orçamentária, Contábil e Financeira SAFIRA das prefeituras de Canoas, no Rio Grande do Sul, Cachoeiro Itapemirim, no Espírito Santo e também de Rondonópolis, em Mato Grosso. A organização deste documento se deu na divisão de capítulos, contendo a Revisão de Literatura, que trata dos fundamentos teóricos e práticos relacionados ao estágio, os Materiais, Técnicas e Métodos utilizados e aplicados na área de trabalho, os Resultados apontados após a execução do mesmo, as Dificuldades Encontradas durante o seu período de duração e por fim as Conclusões, correspondentes às considerações finais.

11 11 1. REVISÃO DE LITERATURA De modo a fundamentar a parte prática da execução das atividades do Estágio Supervisionado, faz-se necessário algum embasamento teórico referente à: Modelo de Processo de Software Iterativo e Incremental, Gestão de Processos e Ferramenta de Desenvolvimento Genexus. 1.1 MODELO DE PROCESSO DE SOFTWARE ITERATIVO E INCREMENTAL Um processo de software é um conjunto de atividades e resultados associados que produz um produto de software. [...] Um modelo de processo de software é uma descrição simplificada desse processo de software que apresenta uma visão dele (SOMMERVILLE, 2007, p. 6). Segundo Bezerra (2006), um processo de desenvolvimento de software seguindo a abordagem de Ciclo de Vida Iterativa e Incremental divide o desenvolvimento de um produto de software em ciclos. Nestes ciclos podem ser identificadas as fases de Análise, Projeto, Implementação e Testes. Este modelo foi criado em resposta às deficiências detectadas no Modelo Cascata, o mais tradicional, e pode até mesmo ser visto como uma generalização dele, já que o software é desenvolvido em incrementos e cada incremento é desenvolvido em cascata (Figura 1).

12 12 Figura 1. Diagrama do Ciclo de Vida Iterativo e Incremental. Fonte: BEZERRA, Eduardo, 2006, p. 33. Cada ciclo está associado a um subconjunto de requisitos, que são desenvolvidos quando alocados a um ciclo de desenvolvimento. No próximo ciclo outro subconjunto de requisitos é desenvolvido, produzindo um novo incremento do sistema que contém extensões e refinamentos sobre o anterior. Sendo assim, o sistema segue evoluindo em versões até que se atinja a versão completa do produto. Dentre algumas vantagens desta abordagem estão: Redução dos riscos, já que os custos estão envolvidos a um único incremento e não a um produto inteiro; Aceleração do tempo de desenvolvimento do projeto como um todo, porque os desenvolvedores trabalham mais eficientemente quando buscam resultados menores e mais claros; Adaptação à mudança de requisitos, já que os requisitos correspondentes às necessidades dos usuários não podem ser totalmente definidos no início e são refinados durantes as iterações. Existem também algumas desvantagens quanto à aplicação do modelo, como: Dificuldade de gerenciamento, porque as fases do ciclo podem estar ocorrendo de forma simultânea;

13 13 O usuário pode se entusiasmar com a primeira versão do sistema, pensando que ele já corresponde ao sistema como um todo; Riscos comuns a todos os modelos, por exemplo, o projeto pode não satisfazer aos requisitos do usuário, a verba do projeto pode acabar, ou ainda, o sistema de software pode ser entregue ao usuário tarde demais. A Figura 2 representa uma tabela onde se dá a ênfase principal de cada uma das fases do modelo incremental: Figura 2. Representação em tabela das ênfases atribuídas a cada fase do desenvolvimento. Campos mais escuros indicam maior ênfase. 1.2 GESTÃO DE PROCESSOS A Gestão de Processos de Negócio é um conceito que une gestão de negócios e tecnologia da informação com foco na otimização dos resultados das organizações através da melhoria dos processos de negócio. São utilizados métodos, técnicas e ferramentas para analisar, modelar, publicar, otimizar e controlar processos envolvendo recursos humanos, aplicações, documentos e outras fontes de informação. Sua utilização vem crescendo significativamente pela sua utilidade e rapidez na melhoria dos processos das empresas em que já foi implementado. As ferramentas conhecidas como Sistemas de Gestão de Processos do Negócio monitoram o andamento dos processos de forma rápida e barata e é por meio delas que os gestores podem analisar e alterar os processos baseado em dados reais. A direção da empresa pode enxergar, por exemplo, aonde se encontram os gargalos, onde certas tarefas estão sofrendo atraso, o quanto estão atrasando e com que frequência isso ocorre. Em decorrência disto, fatores cruciais para o desempenho

14 14 de uma empresa podem ser identificados e analisados com extrema facilidade e rapidez em detrimento de outras ferramentas que não os Sistemas de Gestão de Processos do Negócio. 1.3 FERRAMENTA DE DESENVOLVIMENTO GENEXUS Genexus é uma ferramenta de desenvolvimento de software criada pela empresa Uruguaia ARTech, baseada em conhecimento e orientada ao desenvolvimento de aplicações corporativas, tanto para o ambiente WEB quanto GUI. O Genexus trabalha com o conhecimento contido na visão dos usuários, capturando tal conhecimento e o sistematizando em uma base de conhecimento puro, o que permite gerar aplicações para múltiplas arquiteturas e plataformas. Em outras palavras, seria dizer que ele é uma ferramenta de desenvolvimento multiplataforma, onde o Analista tem o foco apenas no conhecimento do negócio. Isto faz com que o programador não tenha que conhecer a fundo a programação em si, já que o Genexus cria o código fonte necessário na linguagem desejada e para a base de dados que se decida. Genexus conta com três ambientes: desenho, protótipo e produção. Sua ideia é automatizar tudo aquilo que for automatizável, normalizar a base de dados, o que significa executar uma série de passos no projeto da base de modo a permitir um armazenamento consistente e um eficiente acesso aos dados, e realizar manutenção automática na mesma. Com isso, a ferramenta permite ao analista ou desenvolvedor se concentrar no negócio e focar toda sua atenção naquilo que um programa não poderá fazer: entender os problemas do usuário. Além disso, se torna possível reduzir significativamente os custos de manutenção e os tempos de desenvolvimento dos sistemas.

15 15 2. MATERIAS, TÉCNICAS E MÉTODOS De modo geral, todos os setores e projetos da empresa Ábaco fazem uso de um sistema web denominado Eventum (Figura 3), onde é estabelecido todo o controle das atividades a serem desenvolvidas por parte de um setor/funcionário a outro setor/funcionário. O Reclamante, ou seja, aquele que necessita da prestação de um serviço de outra parte integrante da empresa abre um Novo Chamado (Figura 4) por meio do sistema. Nele, o mesmo deve especificar campos como a Categoria do Chamado, como exemplo, uma consulta técnica ou uma nova implementação ou um reparo de erro, a Prioridade do Chamado, ou seja, se a necessidade de atendimento é altíssima, alta, média, leve ou baixa, o Designado para atendimento, sendo este um setor ou um funcionário responsável, um Resumo do que se trata a solicitação e por fim, uma Descrição Completa do motivo pelo qual o chamado está sendo aberto. Existe também, a possibilidade de se anexar arquivos, caso necessário.

16 Figura 3. Tela do sistema Eventum exibindo alguns chamados em seus diversos status. 16

17 17 Figura 4. Tela de abertura de um Novo Chamado e dos campos a serem preenchidos. O Designado para atendimento recebe então, a notificação de que um chamado foi para ele encaminhado, inicia a realização do serviço e ao finalizá-lo, retorna a solicitação cumprida para o Reclamante que o designou. Uma vez que a solicitação tenha sido atendida por completo, o Reclamante pode então finalizar este chamado e dar sequência em suas atividades. O encaminhamento, o início do desenvolvimento correspondente ao que foi pedido, a finalização, e o fechamento do chamado são todos determinados através da mudança do status do chamado no sistema Eventum, o que permite com que todos aqueles que têm acesso a um projeto visualizem em que situação o chamado se encontra. De forma mais específica, o Setor de Desenvolvimento de Operações Continuadas, onde são desenvolvidas manutenções em sistemas já existentes e que já estão implantadas nos Clientes, também cumpre todas as etapas deste procedimento. Quando uma necessidade de alteração no sistema é identificada, seja ela uma nova implementação, uma melhoria, ou ainda um reparo de erros, um novo chamado é aberto pelo Analista de Negócio e Suporte. Para tanto, o Analista especifica os

18 18 campos na abertura do chamado, como relatado anteriormente, e o mesmo passa ao status de Novo Pedido. Assim que se inicia ou se finaliza as análises de suporte e negócio os status do chamado também são alterados, seguindo sempre a seguinte ordem: Iniciado Análise de Suporte, Concluído Análise de Suporte, Iniciado Análise de Negócio, Concluído Análise de Negócio. Quando o chamado atinge este último estágio, é obrigatoriedade do analista anexar um documento com o levantamento de requisitos, onde a próxima equipe que dará continuidade no procedimento, ou seja, a equipe de Desenvolvimento, analisará o impacto da atualização no sistema, decidirá em conjunto com o Analista de Negócio qual a melhor forma para atender a necessidade do cliente e iniciará a etapa de codificação do sistema. O chamado é sempre encaminhado inicialmente ao líder de uma determinada equipe, que ficará responsável por distribuir o pedido da codificação para o desenvolvedor que ele designar. Nesta etapa o status do chamado é Distribuído para Codificação. O então designado, recebe e altera o status do chamado para Iniciado Codificação, analisa o documento anexado, e inicia o desenvolvimento. Caso haja a necessidade de se interromper esta etapa para o atendimento de outra prioridade, o desenvolvedor pode alterar o status para Paralisado Codificação e assim que estiver pronto a dar continuidade no atendimento do chamado paralisado, retomar a codificação. Finalizando a alteração, o desenvolvedor seleciona o status Concluído Codificação e gera um arquivo de extensão.xpw referente ao objeto do modelo no qual foi feita a modificação. Este arquivo é encaminhado via a todos os desenvolvedores da equipe e anexado no Eventum, para que cada um deles consolide em suas respectivas máquinas o novo objeto com a alteração, de modo que todos os modelos de sistemas de todos os colaboradores mantenham-se sempre atualizados e equivalentes. Vale também destacar que se não existir a possibilidade de uma alteração ser realizada por quaisquer motivos, o desenvolvedor pode devolver o chamado para análise, uma etapa anterior, alterando o status para Devolvido para Análise/Suporte e sempre justificando o motivo da devolução. Assim, basta aguardar o retorno do Analista referente a uma nova Análise de Negócio ou à finalização do chamado.

19 19 Existe um cronograma de versão para cada cliente, e quando cada data deste cronograma é atingida, o líder da equipe gera todos os executáveis correspondentes à versão e executa um procedimento denominado Liberação de Versão, onde todo este pacote de alterações é disponibilizado para testes. Caso exista algum chamado nesta versão que não pôde ser atendido até a data estipulada no cronograma, o líder de desenvolvimento entra em contato com o Analista de Suporte/Negócio, que por sua vez, em conversa com o Cliente, entra em consenso a respeito da definição de outra data de liberação deste chamado. Fica acordado então, que o mesmo poderá ser liberado na próxima versão prevista. Neste momento o status de todos os chamados que consta como Concluído Codificação e Paralisado Teste passam a Disponível para Testes. Os chamados se encontram na situação de Paralisado Teste quando necessitam de atendimento urgente e os executáveis são gerados e liberados antes da versão prevista. Sendo assim, eles permanecem com o mesmo status até que a chegue a data da versão a que ele está vinculado e seja iniciada a etapa de testes juntamente com os demais chamados. O Analista de Negócio seleciona o status Iniciado Teste, realiza os testes necessários e verifica se as solicitações foram integralmente atendidas. Caso positivo, o status passa para Concluído Teste. Caso negativo, o Analista anexa um novo documento denominado Documento de Teste explicitando o que ainda permanece inconforme, e o chamado é retornado para codificação com status Devolvido para Codificação. Assim que todos os chamados referentes a uma Versão são validados na fase de testes, inicia-se a fase de Homologação, onde as modificações são testadas pelo Testador juntamente com o Cliente. Nesta fase os status dos chamados são de Iniciado Homologação e se tudo estiver conforme, o documento de Homologação é assinado pelo cliente oficializando que as solicitações dos chamados liberados foram atendidas. As alterações são homologadas no Cliente e os status passam a Finalizado Homologação. Após todo este processo, o chamado é Finalizado pelo Reclamante (aquele que deu abertura no chamado), e seu novo e último status é o de Finalizado. O Fluxograma do Processo de Desenvolvimento e Manutenção de Software do Setor de Operações Continuadas é demonstrado na Figura 5:

20 20 Figura 5. Fluxograma do PDMS do Setor de Operações Continuadas. Fonte: PDMS Ábaco Eventum. As mudanças de status são feitas através da postagem de Notas Internas (Figura 6), onde cada responsável por dar sequência em um chamado especifica o que iniciará a fazer ou o que acaba de ser concluído. Através das Notas Internas é permitido ao funcionário apontar uma entrada de tempo, o que determina quanto tempo cada um gasta para realizar cada atividade. O Chefe das equipes do Setor de Operações Continuadas faz o levantamento do tempo de trabalho de cada colaborador por meio do lançamento destes minutos gastos na execução das atividades (Figura 7).

21 21 Figura 6. Tela de uma Nova Nota Interna. Figura 7. Apontamento de Tempo gasto com diferentes atividades.

22 22 Além do sistema Eventum, existe ainda outra ferramenta web conhecida como Share Point (Figura 8), onde são compartilhados arquivos de uso comum entre os integrantes de um determinado Projeto, como Documentos de Homologação e de Liberação de Versão, scripts e arquivos executáveis referentes a uma Versão, e arquivos de interesse geral, como o Manual de Gestão da Qualidade, Normas diversas e templates de documentos padronizados para serem utilizados por qualquer colaborador que necessite preencher ou elaborar um. O Sistema de Gestão da Qualidade (SGQ), em busca da certificação da qualidade de seus serviços e da satisfação do cliente, gerencia todos os fluxos de processos das áreas de escopo da empresa (Fábrica de Software, Operações Continuadas, Outsourcing e Treinamentos) visando garantir a total conformidade de suas ações com as normas previstas na NBR ISO 9001:2008. Figura 8. Tela da ferramenta Share Point, exibindo a sessão do Projeto Safira. A ferramenta para Desenvolvimento utilizada no Sistema SAFIRA (Figura 9), um dos sistemas integrantes do Setor, é o Genexus em sua versão 3.0 (Figura 10). As principais Ferramentas CASE que são usadas para dar suporte aos processos são o

23 23 Microsoft Office Word, onde são feitos os levantamentos de requisitos de um chamado e os documentos de testes, o Microsoft Office Excel, onde são desenvolvidos, por exemplo, cronogramas de versão e layouts de relatórios enviados por Clientes, demonstrando como um relatório deve ser exibido após gerado pelo sistema, o PL/SQL Developer, uma Ferramenta de consulta ao Banco de Dados onde são realizadas consultas no Banco, sempre que necessário, e o Microsoft Visual Basic 6.0, onde são simulados os testes das funcionalidades do sistema. Figura 9. Interface do Menu Principal do Sistema SAFIRA da prefeitura de Canoas/RS.

24 24 Figura 10. Ferramenta Genexus 3.0 exibindo uma das principais telas do Modelo SAFIRA. O Modelo SAFIRA é dividido em um grande número de Objetos, que são codificados de acordo com as requisições. Estes objetos podem ser Work Panels, Transações, Procedimentos ou Relatórios. O Desenvolvedor abre os objetos que necessitam de alteração no Genexus, ou ainda, criam novos, e iniciam ali o desenvolvimento. Quando uma alteração é de maior impacto sobre um objeto, por exemplo, quando a modificação de código ou de layout de um relatório é extensa, é executado o procedimento Save As, que gera um novo objeto idêntico ao primeiro. Este novo objeto é o que será codificado, evitando que informações do objeto original sejam perdidas. Sempre que há mudança em um ou mais objetos e o desenvolvedor deseja testá-la, o mesmo seleciona uma função denominada Specify Selected, que é uma espécie de compilação em particular apenas dos objetos que sofreram modificação, e

25 25 logo após seleciona a função Execute, que executa o programa com as alterações já compiladas. Esta prática exclui a necessidade de que todo o modelo seja construído novamente e assim, evita grande desperdício de tempo. Quando uma codificação é concluída, um novo arquivo.xpw é gerado e encaminhado aos demais desenvolvedores da mesma equipe. Ao receber um novo arquivo.xpw, cada colaborador consolida este arquivo em sua máquina e desta forma mantém o seu modelo atualizado e igual ao dos demais.

26 26 3. RESULTADOS O espaço de tempo dedicado às atividades propostas no Estágio Supervisionado certamente gerou resultados positivos. Inicialmente foi possível constatar com clareza, operando no Setor de Operações Continuadas, uma das fases do clico de vida Incremental e Iterativo de um software, a fase de Implementação. O que antes era abstraído apenas em teoria, passou agora a ser visualizado na prática. Todas as tarefas executadas por qualquer Desenvolvedor são acompanhadas pelo líder de Desenvolvimento, já que o trabalho de todos caminha sempre em paralelo e todos devem saber em qual objeto os outros estão trabalhando para evitar sobreposições. Sendo assim, a convivência e cumplicidade com o grupo responsável por esta fase contribuíram muito para o aprendizado de como se dá o trabalho em equipe dentro de uma Organização. Todo o sistema SAFIRA foi desenvolvido através da Ferramenta Genexus e, da mesma forma, toda manutenção necessária é prestada nela. Sendo assim, o conhecimento da ferramenta, de sua linguagem própria e de suas funcionalidades foram todos adquiridos por meio do estudo e do manuseio deste novo ambiente de programação, o que também caracteriza um resultado positivo. Como toda requisição de alteração do software é realizada através dos chamados no sistema Eventum, segue o gráfico ilustrativo (Figura 11) correspondente à quantidade de chamados atendidos em favor do sistema SAFIRA, implantado em três diferentes prefeituras (Tabela 1), desde a inserção na empresa até o momento de conclusão do estágio. Tabela 1. Distribuição do Atendimento de Chamados referentes ao período de 22/08/2011 à 28/11/2011 Canoas Cachoeiro Itapemirim Rondonópolis Gilberto Fonte: PDMS Ábaco Eventum.

27 Figura 11. Gráfico referente aos dados da Tabela 1 27

28 28 4. DIFICULDADES ENCONTRADAS Antes do ingresso na empresa, foi realizado um extenso processo seletivo onde uma das principais etapas era o curso de Genexus. Para que se pudesse obter as noções básicas do funcionamento da ferramenta, o curso foi ministrado utilizando-se a versão do Genexus Evolution, que possui mais recursos do que as versões anteriores. Concluído o curso com sucesso, fui incluído na equipe de Operações Continuadas, como um dos Desenvolvedores do sistema SAFIRA. Ocorreu que a maior parte do sistema foi desenvolvida em uma das primeiras versões do produto, o Genexus 3.0, e por isso, atividades de implementação eram também nele desenvolvidas. Foi nesta divergência que se deu uma das maiores dificuldades durante a execução do estágio, pois o Genexus 3.0 é destinado à plataforma Desktop e o Genexus Evolution à Web. Outras dificuldades encontradas foram o conhecimento da Regra de Negócio do Sistema Contábil, que possui várias particularidades, e o processo de trabalho, que tem todo um fluxo a ser seguido. Entretanto, buscando o auxílio da líder, sempre solícita, e de alguns colegas de trabalho, foi possível absorver até com certa rapidez as regras para o bom andamento das operações no Setor. Muito empenho e dedicação foram despendidos em horas de estudo do sistema e suas funcionalidades, dos comandos e funções da linguagem específica da ferramenta Genexus para que se chegasse a uma abstração do sistema e de tudo o que a ele estava relacionado. Graças a este esforço próprio e à colaboração da equipe, foi possível executar com êxito todas as tarefas que a mim foram designadas.

29 29 5. CONCLUSÕES Todo trabalho desenvolvido na empresa desde o início até a conclusão do Estágio apresentou resultados bastante positivos para o processo de formação profissional. O primeiro deles foi permitir a aquisição de noções maiores de programação de sistemas, com um desafio ainda maior pelo fato de o sistema já estar implantado e ser até então, completamente desconhecido. Um segundo ponto foi a ampliação da visão de Gerência de Processos, onde pôde-se constatar na prática como se dá a administração de cada um dos processos referentes ao desenvolvimento de um software, desde a etapa de Elaboração até a etapa de Transição. A inserção no mercado de trabalho foi também, um fator de extrema importância, uma vez que a seriedade com que a empresa administra seus serviços estimula e exige do funcionário dedicação, comprometimento e responsabilidade com suas competências. Pode-se afirmar com convicção, portanto, que ao final do período destinado à realização do Estágio Supervisionado, as expectativas e objetivos pessoais foram integralmente atendidos graças à colaboração mútua entre empregado e empregador.

30 30 6. REFERÊNCIAS BIBLIOGRÁFICAS BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 2ª Edição. Rio de Janeiro: Campus Fabricio de los Santos. Genexus no Brasil. Disponível por www em (acessado em 24 de novembro de 2011). Rodrigo Santos. Um Pouco Sobre Genexus. Disponível por www em html/ (acessado em 24 de novembro de 2011). SOMMERVILLE, Ian. Engenharia de Software. 8ª Edição. São Paulo: Pearson Education Washington Grimas. Gestão de Processos de Negócios. Disponível por www em (acessado em 11 de dezembro de 2011).

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

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

Sistema de Automação Comercial de Pedidos

Sistema de Automação Comercial de Pedidos Termo de Abertura Sistema de Automação Comercial de Pedidos Cabana - Versão 1.0 Iteração 1.0- Release 1.0 Versão do Documento: 1.5 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011

Leia mais

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

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software

Leia mais

Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.

Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software. Processos de Software Objetivos Apresentar os modelos de processo de software Conjunto coerente de atividades para especificar, projetar, implementar e testar s de software Descrever os diferentes modelos

Leia mais

UTILIZANDO A FERRAMENTA GENEXUS PARA A IMPLEMENTAÇÃO DE UM MODELO DE PROECSSOS NA ÁREA DE GESTÃO DE SAÚDE HOSPITALAR NICOLLAS AUGUSTO FARIAS SANTOS

UTILIZANDO A FERRAMENTA GENEXUS PARA A IMPLEMENTAÇÃO DE UM MODELO DE PROECSSOS NA ÁREA DE GESTÃO DE SAÚDE HOSPITALAR NICOLLAS AUGUSTO FARIAS SANTOS UNIVERSIDADE FEDERAL DE MATO GROSSO INSTITUTO DE COMPUTAÇÃO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO UTILIZANDO A FERRAMENTA GENEXUS PARA A IMPLEMENTAÇÃO DE UM MODELO DE PROECSSOS NA

Leia mais

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL)

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL) Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL) Versão 2.0 Escritório de Gerenciamento de Projetos - EGP Superintendência da Gestão Técnica da Informação SGI Agência Nacional de Energia Elétrica

Leia mais

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

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

Leia mais

UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI

UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI Dr. George SILVA; Dr. Gilbert SILVA; Gabriel GUIMARÃES; Rodrigo MEDEIROS; Tiago ROSSINI; Centro Federal de Educação Tecnológica do Rio Grande do

Leia mais

Modelos de processos de desenvolvimento de software

Modelos de processos de desenvolvimento de software Definição Um modelo de processo de software é uma representação abstrata de um processo. Os modelos de processo podem ser desenvolvidos a partir de várias perspectivas e podem mostrar as atividades envolvidas

Leia mais

Sistema Datachk. Documento de Requisitos. Versão <1.2> Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s

Sistema Datachk. Documento de Requisitos. Versão <1.2> Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s Documento de Requisitos Versão Z u s a m m e n a r b e i t I d e i a s C o l a b o r a t i v a s 2010 2 Histórico de Revisões Data Versão Descrição Autores 27/04/2010 1.0 Criação da primeira versão

Leia mais

Documento de Análise e Projeto VideoSystem

Documento de Análise e Projeto VideoSystem Documento de Análise e Projeto VideoSystem Versão Data Versão Descrição Autor 20/10/2009 1.0 21/10/2009 1.0 05/11/2009 1.1 Definição inicial do documento de análise e projeto Revisão do documento

Leia mais

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Engenharia de Software Parte I Introdução Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Mitos do Desenvolvimento de Software A declaração de objetivos é suficiente para se construir um software.

Leia mais

Implantando um Programa de Melhoria de Processo: Uma Experiência Prática

Implantando um Programa de Melhoria de Processo: Uma Experiência Prática Implantando um Programa de Melhoria de Processo: Uma Experiência Prática Evandro Polese Alves Ricardo de Almeida Falbo Departamento de Informática - UFES Av. Fernando Ferrari, s/n, Vitória - ES - Brasil

Leia mais

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o

Leia mais

Administração de Sistemas de Informação Gerenciais

Administração de Sistemas de Informação Gerenciais Administração de Sistemas de Informação Gerenciais UNIDADE VI: Como desenvolver Sistemas de Informação e Gerenciar Projetos. Novos sistemas de informação são construídos como soluções para os problemas

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS-ANAC Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC Superintendência de Tecnologia da Informação - STI Histórico de Alterações Versão Data Responsável Descrição 1.0 23/08/2010 Rodrigo

Leia mais

POLÍTICA ORGANIZACIONAL

POLÍTICA ORGANIZACIONAL POLÍTICA ORGANIZACIONAL PARA DESENVOLVIMENTO DE SOFTWARE NA DR TECH Data 01/03/2010 Responsável Doc ID Danielle Noronha PoliticaOrg_DR_V003 \\Naja\D\Gerenciamento\Política Localização Organizacional Versão

Leia mais

Documentação de um Produto de Software

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

Leia mais

Documento de Requisitos

Documento de Requisitos UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM ENGENHARIA DA COMPUTAÇÃO Documento de Requisitos Sistema Gerenciador de Atendimento de Chamados Técnicos Grupo: Luiz Augusto Zelaquett

Leia mais

Plano de Projeto G Stock. G Stock. Plano de Projeto. Versão 1.0

Plano de Projeto G Stock. G Stock. Plano de Projeto. Versão 1.0 Plano de Projeto G Stock Plano de Projeto G Stock Versão 1.0 Histórico das Revisões Data Versão Descrição Autores 10/09/2010 1.0 Descrição inicial do plano de projeto Denyson José Ellís Carvalho Isadora

Leia mais

PROJETO DE FÁBRICA DE SOFTWARE

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

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

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com REVISÃO ENGENHARIA DO SOFTWARE Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Software Sequencia de Instruções a serem seguidas ou executadas Dados e rotinas desenvolvidos por computadores Programas

Leia mais

Gerenciador Financeiro CITi. Gerenciador Financeiro CITi

Gerenciador Financeiro CITi. Gerenciador Financeiro CITi (Sistema de Gerenciamento Financeiro) Especificação dos Requisitos do Software Gerenciador Financeiro CITi Versão 1.0 Autores: Bruno Medeiros de Oliveira Igor Rafael Medeiros Pedro Araújo de Melo Tiago

Leia mais

Dicionário da EAP - Software FarmaInfor

Dicionário da EAP - Software FarmaInfor Software FarmaInfor 1.Gerenciamento 2.Iniciação 3.Elaboração 4. Desenvolvimento 5.Trenferência 6. Finalização 6.1 Assinatura 1.1 Montar Equipe 2.1 Levantar Requisitos 3.1 Definir Módulos 4.1 Codificar

Leia mais

O que é software? Software e Engenharia de Software. O que é software? Tipos de Sistemas de Software. A Evolução do Software

O que é software? Software e Engenharia de Software. O que é software? Tipos de Sistemas de Software. A Evolução do Software O que é software? Software e Engenharia de Software Programas de computador Entidade abstrata. Ferramentas (mecanismos) pelas quais: exploramos os recursos do hardware. executamos determinadas tarefas

Leia mais

Processos de Desenvolvimento de Software

Processos de Desenvolvimento de Software Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e

Leia mais

Processos de Software. 2007 by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1

Processos de Software. 2007 by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando

Leia mais

Programa do Módulo 2. Processo Unificado: Visão Geral

Programa do Módulo 2. Processo Unificado: Visão Geral 9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:

Leia mais

Pós Graduação Engenharia de Software

Pós Graduação Engenharia de Software Pós Graduação Engenharia de Software Ana Candida Natali COPPE/UFRJ Programa de Engenharia de Sistemas e Computação FAPEC / FAT Estrutura do Módulo Parte 1 QUALIDADE DE SOFTWARE PROCESSO Introdução: desenvolvimento

Leia mais

Sistemas de Informações Gerenciais

Sistemas de Informações Gerenciais Sistemas de Informações Gerenciais Aula 5 Informação Gerencial Professora: Cintia Caetano Introdução O processo de tomada de decisão Antes: Administrar era uma arte pessoal A informação não era considerada

Leia mais

Introdução Engenharia de Software

Introdução Engenharia de Software Introdução Engenharia de Software Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 EMENTA Parte 1 Conceitos de Engenharia de Software. Processo de desenvolvimento

Leia mais

Eduardo Bezerra. Editora Campus/Elsevier. Princípios de Análise e Projeto de Sistemas com UML - 2ª edição

Eduardo Bezerra. Editora Campus/Elsevier. Princípios de Análise e Projeto de Sistemas com UML - 2ª edição Princípios de Análise e Projeto de Sistemas com UML 2ª edição Eduardo Bezerra Editora Campus/Elsevier 1 Capítulo 2 Processo de Desenvolvimento de Software Quanto mais livros você leu (ou escreveu), mais

Leia mais

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

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

Leia mais

Sistema de Automação Comercial de Pedidos- Versão 1.1

Sistema de Automação Comercial de Pedidos- Versão 1.1 Termo de Abertura Sistema de Automação Comercial de Pedidos- Versão 1.1 Iteração 1.0- Release 1.0 Versão do Documento: 1.1 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011 1.0 Versão

Leia mais

UTILIZAÇÃO DA CRONOGRAMAÇÃO NA GERÊNCIA DE PROJETO E PROTOTIPAGEM NA VALIDAÇÃO DE REQUISITOS

UTILIZAÇÃO DA CRONOGRAMAÇÃO NA GERÊNCIA DE PROJETO E PROTOTIPAGEM NA VALIDAÇÃO DE REQUISITOS UTILIZAÇÃO DA CRONOGRAMAÇÃO NA GERÊNCIA DE PROJETO E PROTOTIPAGEM NA VALIDAÇÃO DE REQUISITOS Ademilson Ângelo Cabral Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas Faculdades Integradas

Leia mais

Sistemas de Informações Gerenciais Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Sistemas de Informações Gerenciais Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Sistemas de Informações Gerenciais Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Como Desenvolver Sistemas de Informação Capítulo 11 Pág. 337 2

Leia mais

Estudo de Caso da Implantação do Nível G do MPS.BR em Uma Empresa

Estudo de Caso da Implantação do Nível G do MPS.BR em Uma Empresa Estudo de Caso da Implantação do Nível G do MPS.BR em Uma Empresa Dayana Henriques Fonseca 1, Frederico Miranda Coelho 1 1 Departamento de Ciência da Computação Universidade Presidente Antônio Carlos (UNIPAC)

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Conceitos e Metodologias para Desenvolvimento de Software Cascata, Prototipação, Espiral e RUP Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br

Leia mais

FERRAMENTA PARA GERENCIAMENTO DE ARTEFATOS EM PROJETO DE MELHORIA NO PROCESSO DE TESTES.

FERRAMENTA PARA GERENCIAMENTO DE ARTEFATOS EM PROJETO DE MELHORIA NO PROCESSO DE TESTES. UNIVERSIDADE REGIONAL DE BLUMENAU CURSO DE SISTEMAS DE INFORMAÇÃO FERRAMENTA PARA GERENCIAMENTO DE ARTEFATOS EM PROJETO DE MELHORIA NO PROCESSO DE TESTES. Bruna Herkenhof Prof. Jacques R. Heckmann, Orientador

Leia mais

UNIVERSIDADE FEDERAL DO RIO GRANDE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS

UNIVERSIDADE FEDERAL DO RIO GRANDE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS UNIVERSIDADE FEDERAL DO RIO GRANDE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS Professor: Adriel Ziesemer Disciplina: Engenharia de Software TRABALHO ACADÊMICO Cristian Santos - nº 45671 Guilherme

Leia mais

Metodologia de Desenvolvimento de Sistemas (Versão 2.0)

Metodologia de Desenvolvimento de Sistemas (Versão 2.0) SERVIÇO PÚBLICO FEDERAL MINISTÉRIO DA INTEGRAÇÃO NACIONAL DEPARTAMENTO NACIONAL DE OBRAS CONTRA AS SECAS Metodologia de Desenvolvimento de Sistemas (Versão 2.0) 1 Sumário 1Introdução... 5 1.1 Objetivo...

Leia mais

UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM SISTEMAS DE INFORMAÇÃO RELATÓRIO DE ESTÁGIO SUPERVISIONADO TEMA DO TRABALHO

UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM SISTEMAS DE INFORMAÇÃO RELATÓRIO DE ESTÁGIO SUPERVISIONADO TEMA DO TRABALHO UNIVERSIDADE FEDERAL DE MATO GROSSO COORDENAÇÃO DE ENSINO DE GRADUAÇÃO EM SISTEMAS DE INFORMAÇÃO RELATÓRIO DE ESTÁGIO SUPERVISIONADO TEMA DO TRABALHO NOME COMPLETO DO AUTOR CUIABÁ MT Ano UNIVERSIDADE FEDERAL

Leia mais

MANUAL DE PROCEDIMENTOS MPR/SIA-015-R00

MANUAL DE PROCEDIMENTOS MPR/SIA-015-R00 MANUAL DE PROCEDIMENTOS MPR/SIA-015-R00 PLANEJAMENTO E ACOMPANHAMENTO DO ORÇAMENTO DA SIA 07/2013 PÁGINA INTENCIONALMENTE EM BRANCO 2 Brasília, 29 de julho de 2013. Aprovado, Fabio Faizi Rahnemay Rabbani

Leia mais

Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos

Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos O gerenciamento de informações é crucial para o sucesso de qualquer organização.

Leia mais

Guia de Introdução ao Windows SharePoint Services

Guia de Introdução ao Windows SharePoint Services Guia de Introdução ao Windows SharePoint Services - Windows SharePoint Services... Page 1 of 11 Windows SharePoint Services Guia de Introdução ao Windows SharePoint Services Ocultar tudo O Microsoft Windows

Leia mais

UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ. Campus Ponta Grossa ANDRÉ LUIS CORDEIRO DE FARIA RELATÓRIO DE ESTÁGIO

UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ. Campus Ponta Grossa ANDRÉ LUIS CORDEIRO DE FARIA RELATÓRIO DE ESTÁGIO UNIVERSIDADE TECNOLÓGICA FEDERAL DO PARANÁ Campus Ponta Grossa ANDRÉ LUIS CORDEIRO DE FARIA RELATÓRIO DE ESTÁGIO Ponta Grossa 2012 ANDRÉ LUIS CORDEIRO DE FARIA RELATÓRIO DE ESTÁGIO Trabalho elaborado pelo

Leia mais

1 UML (UNIFIED MODELING LANGUAGE)

1 UML (UNIFIED MODELING LANGUAGE) 1 UML (UNIFIED MODELING LANGUAGE) Segundo Tonsig (2003), para conseguir desenvolver um software capaz de satisfazer as necessidades de seus usuários, com qualidade, por intermédio de uma arquitetura sólida

Leia mais

Tribunal de Justiça de Pernambuco. Diretoria de Informática. Guia de Utilização do Mantis Máquina de Estados

Tribunal de Justiça de Pernambuco. Diretoria de Informática. Guia de Utilização do Mantis Máquina de Estados Tribunal de Justiça de Pernambuco Diretoria de Informática Guia de Utilização do Mantis Máquina de Estados Guia de Utilização Mantis Histórico de Alterações Data Versão Descrição Autor Aprovado Por 02/09/2008

Leia mais

O processo unificado integrado ao desenvolvimento Web

O processo unificado integrado ao desenvolvimento Web O processo unificado integrado ao desenvolvimento Web Rodrigo S. Prudente de Aquino rodrigo@wpage.com.br É bacharel em Ciência da Computação pela PUC-SP e MBA em Engenharia de Software pela USP. Foi analista

Leia mais

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

! Introdução.  Motivação para Processos de Software. ! Processo Unificado (USDP)  Definições  RUP x USDP  Características do Processo Unificado Agenda! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados! Conclusões 2 Processo

Leia mais

Garantia de Processo Leis de Lehman Manutenção de Softwares

Garantia de Processo Leis de Lehman Manutenção de Softwares Garantia de Processo Leis de Lehman Manutenção de Softwares Garantia de Processo Acidentes são eventos raros em sistemas críticos e pode ser impossível simulá-los durante testes de um sistema. Requisitos

Leia mais

Processo de Desenvolvimento Unificado

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

MANUAL DO SISTEMA DA QUALIDADE. Rua Acre, 291 - CEP 83.040-030 Bairro Boneca do Iguaçu - São José dos Pinhais - Paraná.

MANUAL DO SISTEMA DA QUALIDADE. Rua Acre, 291 - CEP 83.040-030 Bairro Boneca do Iguaçu - São José dos Pinhais - Paraná. ELABORADO POR: Carlos Eduardo Matias Enns MANUAL DO SISTEMA DA QUALIDADE APROVADO POR: Edson Luis Schoen 28/1/5 1 de 11 1. FINALIDADE A Saint Blanc Metalmecânica Ltda visa estabelecer as diretrizes básicas

Leia mais

Qualidade de Software

Qualidade de Software Rafael D. Ribeiro, M.Sc. rafaeldiasribeiro@gmail.com http://www.rafaeldiasribeiro.com.br A expressão ISO 9000 (International Organization for Standardization) designa um grupo de normas técnicas que estabelecem

Leia mais

Processo Unificado (RUP)

Processo Unificado (RUP) Fases do Desenvolvimento Processo Unificado (RUP) Ulf Bergmann ulf@ime.eb.br Domínio do Problema Objetos Objetos do do Mundo Mundo real real Modelo Semântico Domínio da Solução Aplicação Interface Serviços

Leia mais

Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com

Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com Engenharia de Software: conceitos e aplicações Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com 1 Objetivos da aula Apresentar os conceitos de Engenharia de Software e explicar a sua importância.

Leia mais

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

Engenharia de Software I

Engenharia de Software I Engenharia de Software I Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DAI 2015 Desenvolvimento Rápido de Software 2 1 Para quê o Desenvolvimento Rápido de Software? Os negócios

Leia mais

PMBOK 4ª Edição I. Introdução

PMBOK 4ª Edição I. Introdução PMBOK 4ª Edição I Introdução 1 PMBOK 4ª Edição Um Guia do Conhecimento em Gerenciamento de Projetos Seção I A estrutura do gerenciamento de projetos 2 O que é o PMBOK? ( Project Management Body of Knowledge

Leia mais

Metodologias Ágeis. Aécio Costa

Metodologias Ágeis. Aécio Costa Metodologias Ágeis Aécio Costa Metodologias Ágeis Problema: Processo de desenvolvimento de Software Imprevisível e complicado. Empírico: Aceita imprevisibilidade, porém tem mecanismos de ação corretiva.

Leia mais

Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos

Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos Sistema de Gestão dos Documentos da Engenharia [EDMS] O caminho para a Colaboração da Engenharia e Melhoria de Processos O gerenciamento de informações é crucial para o sucesso de qualquer organização.

Leia mais

FERRAMENTA CASE PARA GERENCIAMENTO DE PROJETOS E MÉTRICAS DE SOFTWARE

FERRAMENTA CASE PARA GERENCIAMENTO DE PROJETOS E MÉTRICAS DE SOFTWARE FERRAMENTA CASE PARA GERENCIAMENTO DE PROJETOS E MÉTRICAS DE SOFTWARE 1 UNIVERSIDADE DO VALE DO ITAJAÍ Centro de Ciências Tecnológicas da Terra e do Mar Rua Uruguai, 458 Centro Itajaí(SC) CEP: 88.302-202

Leia mais

Padrões de Contagem de Pontos de Função

Padrões de Contagem de Pontos de Função Padrões de Contagem de Pontos de Função Contexto Versão: 1.0.0 Objetivo O propósito deste documento é apresentar os padrões estabelecidos para utilização da técnica de Análise de Pontos de Função no ambiente

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO Santa Maria, 10 de Outubro de 2013. Revisão aula anterior Documento de Requisitos Estrutura Padrões Template Descoberta

Leia mais

Rastreabilidade e Análise de Impacto: Um caso de aplicação utilizando a ferramenta Visual Studio Team System

Rastreabilidade e Análise de Impacto: Um caso de aplicação utilizando a ferramenta Visual Studio Team System Rastreabilidade e Análise de Impacto: Um caso de aplicação utilizando a ferramenta Visual Studio Team System Tiago Domenici Griffo 1, Gothardo Francisco de Magalhães Santos 1, Rodrigo Becke Cabral 1 1

Leia mais

Universidade Paulista

Universidade Paulista Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen

Leia mais

Especificação dos Requisitos do Software. White Label

Especificação dos Requisitos do Software. White Label Ubee Especificação dos Requisitos do Software White Label Review 0.3 Autores: Airton Sampaio de Sobral (asds@cin.ufpe.br) Alan Gomes Alvino (aga@cin.ufpe.br) Glauco Roberto Pires dos Santos (grps@cin.ufpe.br)

Leia mais

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no 1.1 RATIONAL UNIFIED PROCESS (RUP) O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no processo que atende pelo nome de Processo Unificado (ou UP do inglês Unified

Leia mais

UNIVERSIDADE FEDERAL DO RIO DE JANEIRO ESCOLA DE ENGENHARIA DEPARTAMENTO DE ELETRÔNICA. Sistema de Gerenciamento Eletrônico de Documentos

UNIVERSIDADE FEDERAL DO RIO DE JANEIRO ESCOLA DE ENGENHARIA DEPARTAMENTO DE ELETRÔNICA. Sistema de Gerenciamento Eletrônico de Documentos UNIVERSIDADE FEDERAL DO RIO DE JANEIRO ESCOLA DE ENGENHARIA DEPARTAMENTO DE ELETRÔNICA Sistema de Gerenciamento Eletrônico de Documentos Autor: Evandro Bastos Tavares Orientador: Antônio Claudio Gomez

Leia mais

SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO

SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO SISTEMATIZAÇÂO DOS TIPOS DE INFORMAÇÂO DO PLANEJAMENTO ESTRATÉGICO EMPRESARIAL E DE TECNOLOGIA DA INFORMAÇÂO E COMUNICAÇÂO Danilo Freitas Silvas Sistemas de informação CEATEC danilofs.ti@gmail.com Resumo:

Leia mais

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

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

Leia mais

O modelo unificado de processo. O Rational Unified Process, RUP.

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

CSF Designer Intuition SOLUÇÕES DE OUTPUT FIS

CSF Designer Intuition SOLUÇÕES DE OUTPUT FIS SOLUÇÕES DE OUTPUT FIS O CSF Designer Intuition TM da FIS ajuda organizações que lidam com o cliente a criar, de forma instantânea e interativa, documentos comerciais respeitando as regulações vigentes,

Leia mais

SISTEMA DE GESTÃO DA QUALIDADE MQ 01 Rev. 07 MANUAL DA QUALIDADE

SISTEMA DE GESTÃO DA QUALIDADE MQ 01 Rev. 07 MANUAL DA QUALIDADE Rev. Data. Modificações 01 14/09/2007 Manual Inicial 02 12/06/2009 Revisão Geral do Sistema de Gestão da Qualidade 03 22/10/2009 Inclusão de documento de referência no item 8. Satisfação de cliente, Alteração

Leia mais

Academus: Sistema de Gestão Acadêmica. Avaliação do módulo web docente do Academus Resultado da pesquisa 2013

Academus: Sistema de Gestão Acadêmica. Avaliação do módulo web docente do Academus Resultado da pesquisa 2013 Academus: Sistema de Gestão Acadêmica Avaliação do módulo web docente do Academus Resultado da pesquisa No intuito de avaliar o módulo web docente do sistema de gestão acadêmica Academus da UNIOESTE pelos

Leia mais

44 Summit Road, Suite 101 Riverside, CT 06878 (800) 573-4756 (203) 698-9323

44 Summit Road, Suite 101 Riverside, CT 06878 (800) 573-4756 (203) 698-9323 oferece consistência de suporte entre grupos de desenvolvimento Michel Vrinat, Diretor de Programa, PLM, CAE/Europa; Don Brown, Presidente Medição do desafio confrontando o desenvolvimento do produto A

Leia mais

ÍNDICE... 2 INTRODUÇÃO... 3. A série... 3

ÍNDICE... 2 INTRODUÇÃO... 3. A série... 3 WORD 2007 E 2010 ÍNDICE ÍNDICE... 2 INTRODUÇÃO... 3 A série... 3 01 CAPTURAS DE TELA WORD 2010... 3 02 IMAGENS 2007/2010... 5 03 NOTAS DE RODAPÉ... 13 04 NUMERAÇÃO DE PÁGINAS... 15 05 CONTAR PALAVRAS...

Leia mais

ITIL V3 (aula 2) AGENDA: GERENCIAMENTO DE MUDANÇA GERENCIAMENTO DE LIBERAÇÃO GERENCIAMENTO DE CONFIGURAÇÃO

ITIL V3 (aula 2) AGENDA: GERENCIAMENTO DE MUDANÇA GERENCIAMENTO DE LIBERAÇÃO GERENCIAMENTO DE CONFIGURAÇÃO ITIL V3 (aula 2) AGENDA: GERENCIAMENTO DE MUDANÇA GERENCIAMENTO DE LIBERAÇÃO GERENCIAMENTO DE CONFIGURAÇÃO Gerência de Mudanças as Objetivos Minimizar o impacto de incidentes relacionados a mudanças sobre

Leia mais

Características do Software

Características do Software Questionamentos Por que tanta demora para entregar? Por que os prazos se atrasam? Por que os custos são altos? Por que não achar todos os erros antes de entregar? Por que dificuldade em medir o progresso

Leia mais

Documento de Visão. Sistema de Ponto Eletrônico A2MEPonto. Versão 1.0

Documento de Visão. Sistema de Ponto Eletrônico A2MEPonto. Versão 1.0 Documento de Visão Sistema de Ponto Eletrônico A2MEPonto Versão 1.0 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 23/10/2010 #1 Elaboração do documento. Eduardo Neto Versão 1.0 Documento de Visão A2ME

Leia mais

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS

METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS PODER JUDICIÁRIO JUSTIÇA DO TRABALHO TRIBUNAL REGIONAL DO TRABALHO DA 11ª REGIÃO SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO - SETI Versão 1.0 MANAUS-AM (2010) MDS Metodologia de Desenvolvimento de Sistemas

Leia mais

VANT-EC-SAME. Software de Suporte do VANT V-SUP Caso de Desenvolvimento Versão 1.0

VANT-EC-SAME. Software de Suporte do VANT V-SUP Caso de Desenvolvimento Versão 1.0 VANT-EC-SAME Software de Suporte do VANT V-SUP Caso de Desenvolvimento Versão 1.0 Histórico da Revisão Data Versão Descrição Autor 17/0/07 1.0 Versão Inicial Douglas Moura Confidencial VANT-EC-SAME, 2007

Leia mais

Declaração de Escopo

Declaração de Escopo 1/9 Elaborado por: Adriano Marra, Bruno Mota, Bruno Leite, Janaina Versão: 1.4 Lima, Joao Augusto, Paulo Takagi, Ricardo Reis. Aprovado por: Porfírio Carlos Roberto Junior 24/08/2010 Time da Equipe de

Leia mais

UNIVERSIDADE FEDERAL FLUMINENSE IVY MARTINS SALLES SATCAR: SISTEMA DE GERÊNCIA DE UMA EMPRESA DE RASTREAMENTO VEICULAR

UNIVERSIDADE FEDERAL FLUMINENSE IVY MARTINS SALLES SATCAR: SISTEMA DE GERÊNCIA DE UMA EMPRESA DE RASTREAMENTO VEICULAR UNIVERSIDADE FEDERAL FLUMINENSE IVY MARTINS SALLES SATCAR: SISTEMA DE GERÊNCIA DE UMA EMPRESA DE RASTREAMENTO VEICULAR NITERÓI 2010 IVY MARTINS SALLES SATCAR: SISTEMA DE GERÊNCIA DE UMA EMPRESA DE RASTREAMENTO

Leia mais

Estudo de Viabilidade

Estudo de Viabilidade Universidade Federal de Pernambuco Centro de Informática Estudo de Viabilidade SorveTech (Sistema de Gerenciamento) Professora: Carla Silva Disciplina: Especificação de Requisitos e Validação de Sistemas

Leia mais

MSF- MICROSOFT SOLUTIONS FRAMEWORK. Cesar Eduardo Freitas Italo Alves

MSF- MICROSOFT SOLUTIONS FRAMEWORK. Cesar Eduardo Freitas Italo Alves MSF- MICROSOFT SOLUTIONS FRAMEWORK Cesar Eduardo Freitas Italo Alves A ORIGEM DO MSF (MICROSOFT SOLUTIONS FRAMEWORK) Baseado na experiência da empresa na construção de softwares como Office e Windows e

Leia mais

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

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

Leia mais

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com /

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: SIG Aula N : 11 Tema: Como desenvolver e

Leia mais

Poder Judiciário. Justiça do Trabalho. Tribunal Regional do Trabalho da 24ª Região SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO

Poder Judiciário. Justiça do Trabalho. Tribunal Regional do Trabalho da 24ª Região SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO Poder Judiciário Justiça do Trabalho Tribunal Regional do Trabalho da 24ª Região SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO DIVISÃO DE SISTEMAS E INTERNET METODOLOGIA DE PRODUÇÃO DE SOFTWARE Versão 1.0 APROVAÇÃO

Leia mais

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC

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

Introdução ao OpenUP (Open Unified Process)

Introdução ao OpenUP (Open Unified Process) Introdução ao OpenUP (Open Unified Process) Diferentes projetos têm diferentes necessidades de processos. Fatores típicos ditam as necessidades de um processo mais formal ou ágil, como o tamanho da equipe

Leia mais

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

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula

Leia mais

SUMÁRIO. Elaborado por: Revisado por: Aprovado por: Coordenação de Qualidade e Meio Ambiente. Gerência Suprimentos e Logística

SUMÁRIO. Elaborado por: Revisado por: Aprovado por: Coordenação de Qualidade e Meio Ambiente. Gerência Suprimentos e Logística Suprimentos e Logística Pág. 1 de 14 SUMÁRIO 1 OBJETIVO... 2 2 ABRANGÊNCIA / NÍVEL DE DISTRIBUIÇÃO... 2 3 SIGLAS UTILIZADAS... 2 4 GLOSSÁRIO / CONCEITOS... 2 5 DOCUMENTOS DE REFERÊNCIA... 3 6 CONTEÚDO...

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 05 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 05 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 05 PROFª BRUNO CALEGARO Santa Maria, 24 de Setembro de 2013. Revisão aula anterior Processos de Software Engenharia de Requisitos, Projeto,

Leia mais

Unidade II. Outras ferramentas que também auxiliam o gerenciamento de projetos são: WBS, gráficos Gantt, PERT/CPM, ECD, entre outros.

Unidade II. Outras ferramentas que também auxiliam o gerenciamento de projetos são: WBS, gráficos Gantt, PERT/CPM, ECD, entre outros. GERENCIAMENTO DE PROJETOS DE TI Unidade II 2 FERRAMENTAS PARA GESTÃO DE PROJETOS A gestão de projeto como já visto no capítulo anterior é uma tarefa trabalhosa que requer muito controle. Assim, para ajudar

Leia mais

Automação do Processo de Instalação de Softwares

Automação do Processo de Instalação de Softwares Automação do Processo de Instalação de Softwares Aislan Nogueira Diogo Avelino João Rafael Azevedo Milene Moreira Companhia Siderúrgica Nacional - CSN RESUMO Este artigo tem como finalidade apresentar

Leia mais

Manual de Usuário. Gestion Libre de Parc Informatique (Gestão Livre de Parque de Informática) Versão 1.1 NRC

Manual de Usuário. Gestion Libre de Parc Informatique (Gestão Livre de Parque de Informática) Versão 1.1 NRC Manual de Usuário Gestion Libre de Parc Informatique (Gestão Livre de Parque de Informática) Versão 1.1 NRC Manual do Usuário GLPI 1. Introdução 3 2. Acessando o GLPI 4 3. Entendendo o processo de atendimento

Leia mais

MANUAL DA QUALIDADE MQ-01

MANUAL DA QUALIDADE MQ-01 Sumário 1 Objetivo 2 Últimas Alterações 3 Termos e definições 4 Sistema de gestão de qualidade 5 Responsabilidade da direção 6 Gestão de recursos 7 Realização do produto 8 Medição, análise e melhoria.

Leia mais