Ferramentas do usuário
inicial
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior | ||
|
inicial [2020/01/02 12:56] deyvesson |
inicial [2020/03/19 15:26] (atual) deyvesson |
||
|---|---|---|---|
| Linha 1: | Linha 1: | ||
| ====== Sistemas Institucionais Integrados de Gestão - SIG ====== | ====== Sistemas Institucionais Integrados de Gestão - SIG ====== | ||
| - | Prezado Visitante, seja bem vindo a base de conhecimento da Diretoria de Sistemas da SINFO/UFRPE. Neste endereço você pode obter informações detalhadas sobre os sistemas e seus módulos, bem como visualizar o material didático de apoio à utilização do sistema. | + | Prezado Visitante, seja bem vindo a base de conhecimento do SIG UFRPE. Neste endereço você pode obter informações detalhadas sobre os sistemas e seus módulos, bem como visualizar o material didático de apoio à utilização do sistema. |
| A figura abaixo representa um diagrama de inter-relacionamento dos sistemas e suas funcionalidades: | A figura abaixo representa um diagrama de inter-relacionamento dos sistemas e suas funcionalidades: | ||
| Linha 63: | Linha 63: | ||
| - | ====== Outras informações ====== | ||
| - | |||
| - | |||
| - | Para construção dos referidos sistemas acima outros dois elementos são de suma importância: | ||
| - | |||
| - | A arquitetura de software dos SIGs permite abstrair a complexidade da implementação de sistemas JEE como também definir padrões de codificação, visualização, navegação para os sistemas WEB. Todos os sistemas desenvolvidos tiveram esta arquitetura como base. Assim, conseguiram-se os seguintes benefícios, principalmente: | ||
| - | * Extensa reutilização de código, pois todas as funcionalidades comuns encontravam-se na arquitetura; | ||
| - | * Aumento da produtividade dos desenvolvedores devido à abstração de complexidades e das regras de desenvolvimento; | ||
| - | |||
| - | |||
| - | A **arquitetura** de software baseada em componentes incorpora as regras de segurança dos sistemas, o upload e gerenciamento de arquivos, a política de tratamento de exceções, a classe base para os processadores EJB (Enterprise JavaBeans) de lógica de negócio, controladores WEB abstratos (Struts e JSF), geração de imagens Captcha, TagLibraries personalizadas ao projeto, tarefas que executam de tempos em tempos, classes utilitárias, fluxo de controle de cadastros na WEB, auditória através de Log de alterações de bancos de dados e de navegação na WEB, classes comuns utilizadas por todos os sistemas, dentre diversas outras funcionalidades. | ||
| - | |||
| - | |||
| - | * [[desenvolvimento:arquitetura:documentacao_desenvolvimento|Documento de Arquitetura (Acesso Restrito)]] | ||
| - | |||
| - | |||
| - | |||
| - | O **iProject** é uma ferramenta de gerência do processo de desenvolvimento de software que permite integrar o fluxo de desenvolvimento através das suas várias equipes (desenvolvimento, testes, validação, suporte, integração) em uma única ferramenta. Diferentemente das soluções disponíveis na WEB (DotProject, NetOffice, etc) o iProject é voltado 100% a projetos de software e permite organizar e agilizar a produção de sistemas. | ||
| - | |||
| - | |||
| - | * [[suporte:iproject:visao_geral|Módulos do sistema iProject]] | ||
| - | |||
| - | |||
| - | A implantação destes sistemas vem ao encontro de uma meta da administração da universidade que se denomina “A informática como Atividade Meio”. Ou seja, utilizar a informatização no dia a dia da instituição. O SIPAC, por exemplo, entrou em operação em março de 2006 e desde então mais que duplicou seu tamanho dado a tamanha adesão da comunidade universitária e solicitações de mais controles informatizados na área administrativa. O SIGAA começou sua produção em alguns módulos no ano de 2007 e vem crescendo continuamente diante das necessidades de novos módulos e de novos processos informatizados. O SIGRH entrou em funcionamento em 2007 com o objetivo da informatização da Avaliação Funcional e Dimensionamento de força de trabalho e em fevereiro de 2008 ele substitui o seu sistema legado correspondente. Todos os demais também possuíam legados que foram desativados. | ||
| - | |||
| - | A utilização da informatização pela administração como atividade meio facilita o envolvimentos de gestores no projeto, tornando assim a adoção da metodologia ágil de desenvolvimento adequada devido ao escopo do projeto sempre crescente diante de uma situação de desenvolvimento de novas funcionalidades e manutenção das atuais. A arquitetura e a metodologia de gerência são fatores chaves para o sucesso atingido até o momento. | ||
| ====== REUSE ====== | ====== REUSE ====== | ||
| Linha 94: | Linha 68: | ||
| O sistema Reuse tem como objetivo realizar a divulgação de bens através de | O sistema Reuse tem como objetivo realizar a divulgação de bens através de | ||
| anúncios dentro da própria instituição. Para ter acesso ao sistema o usuário precisa | anúncios dentro da própria instituição. Para ter acesso ao sistema o usuário precisa | ||
| - | ser servidor ou ter o papel de Usuário Reuse no qual poderá ser solicitado pelo | + | ser servidor ou ter o papel de Usuário Reuse. |
| - | chefes das unidades administrativas ao suporte da Superintendência de Informática | + | |
| - | (SINFO) através do telefone (84) 3215-3148 ou do e-mail suporte@info.ufrn.br | + | |
| - | + | ||
| - | PAPEL: USUARIO_REUSE | + | |
inicial.1577969803.txt.gz · Última modificação: 2020/01/02 12:56 por deyvesson
Ferramentas da página
Exceto onde for informado ao contrário, o conteúdo neste wiki está sob a seguinte licença: CC Attribution-Share Alike 4.0 International
