Fundamentos Computacionais final

Prévia do material em texto

Fundamentos Computacionais
Data: 20/11/2021 .
Aluno (a): Andre Oliveira Leal
Avaliação Pratica Final
INSTRUÇÕES:
· Esta Avaliação contém 2 (duas) questão, totalizando 10 (dez) pontos;
· Baixe o arquivo disponível com a Atividade Pratica;
· Você deve preencher dos dados no Cabeçalho para sua identificação: 
· Nome / Data de entrega.
· As respostas devem ser digitadas abaixo de cada pergunta;
· Ao terminar grave o arquivo com o nome Atividade Prática;
· Quando solicitado 
· Envio o arquivo pelo sistema no local indicado;
· Em caso de dúvidas consulte o seu Tutor.
ATIVIDADE DE PESQUISA PROPOSTA
Baseado no conhecimento adquirido nas aulas:
1. Elabore um projeto para implementação de melhorias do setor de TI de uma empresa cujo setor possuir 8 funcionários. Sendo 3 deles de criação gráfica e 5 de suporte técnico. ​​​​O projeto deverá conter a descrição do produto, funcionalidade dos mesmos e valores do mercado.
2. Faça um relatório defendendo porque seu projeto de melhorias deverá ser colocado em prática.
Sobre a entrega desta atividade:
· Salve o arquivo em (Word ou PDF).
Caso faça upload do arquivo em quaisquer outros formatos, o mesmo será desconsiderado. 
Leitura complementa: https://www.siteware.com.br/gestao-estrategica/orcamento-ti/
Projeto de Orçamento TI
1. Contexto
Periodicamente no Banco BNP Paribas é efetuado o levantamento da previsão de gastos anual. Este é o orçamento e pode ser de 2 tipos:
· Budget - corresponde à previsão de gastos do ano não corrente
· Forecast - que se refere à previsão de gastos no ano corrente.
O banco possui diversos "departamentos" para os quais os custos são alocados, estes são chamados de Centros de Custo. Na área de TI temos cerca de 15 Centros de Custos e cada um destes possui um coordenador responsável. Ex: Redes, Management, Desenvolvimento interno, etc... Pode-se ter para cada Centro de Custo inúmeros projetos relacionados. Os projetos por sua vez contêm os custos a serem considerados no Orçamento.
Todo tipo de custo é levado em conta: desde compra e manutenção de equipamentos e softwares, gasto com funcionários até com viagens e estadias. Podemos classificar os custos em: despesas e investimentos. As despesas têm uma regra especial: não são custeadas para o Centro de Custo diretamente relacionado, elas são distribuídas para os Centros de Custo do Banco de acordo com uma série de parâmetros denominada Chave de alocação. Para cada projeto temos uma chave de alocação definida.
Exemplo Simples de alocação:
É função do coordenador levantar os custos de cada projeto relacionado ao centro de custo do qual é responsável. O diretor da Área por sua vez tem o papel de analisar cada um destes projetos, e se for necessário efetuar os cortes necessários, e no final entregar relatórios a seus superiores.
2. Proposta do Sistema
Antes da implantação do sistema, na área de TI o orçamento era todo feito através de planilhas em Excel resultando em processo bastante trabalhoso.
Este sistema foi desenvolvido com os objetivos:
· Auxiliar o controle do processo orçamentário
· Geração de Relatórios
· Auxiliar o controle dos Gastos Efetivos
No sistema proposto temos o seguinte fluxo (simplificado) de atividades realizadas pelos usuários:
2. O diretor cria um novo orçamento no sistema
2. O diretor insere manualmente ou através de importação de dados de planilhas em Excel os parâmetros necessários para o cálculo dos gastos, alocações e montagens de relatórios (por exemplo, cotação dólar, taxa de IGPM, custo médio de uma viagem etc...)
2. Os coordenadores criam os projetos dos quais são responsáveis no sistema
2. Os coordenadores inserem os custos de cada projeto no sistema.
2. Assim que terminado o coordenador "assina" o projeto, e deste modo ele não tem mais permissão para modificá-lo.
2. O diretor analisa o custo orçado em cada projeto assinado e aprova ou rejeita, e neste caso para o projeto rejeitado o coordenador volta a ter acesso para modificação.
2. O diretor assina o orçamento, e agora nenhum item do orçamento pode ser modificado.
2. O diretor gera os relatórios.
1. Arquitetura
O sistema segue o modelo de 4 Camadas:
	Cliente (Web Browser)
	Camada Apresentação (ASP)
	Camada Lógica (COM+ DLL)
	Camada Dados (SQL Server)
Este modelo foi utilizado pois se trata de um modelo muito utilizado, eficaz e flexível:
. A camada cliente é responsável pela visualização das 'telas' montadas pela camada de apresentação. Sua principal vantagem é permitir atualizar o sistema sem a necessidade de instalar um novo software em cada máquina dos usuários finais.
. A camada de apresentação é responsável pela montagem da 'tela' que contém os dados fornecidos pela camada lógica, e permite o uso de diferentes visões e perfis para estes dados.
. A camada lógica (ou chamado de negócios) compreende o todo processamento de dados seguindo a lógica de negócios estipulada pelo sistema.
. A camada de Dados é responsável pela persistência dos dados processados na camada lógica. O uso desta camada no sistema é quase que imprescindível pois permite delegar a manutenção para terceiros (DBAs da empresa no caso) e permite o uso de produtos de banco de dados robustos e confiáveis já existentes no mercado, fornecendo portanto maior segurança aos dados.
Figura Ilustrativa da base de dados do sistema
A escolha das tecnologias utilizadas para cada camada foi restrita aos produtos Microsoft, mas que não foram empecilho algum para a implementação do sistema. Pela minha falta de experiência e a possibilidade de reaproveitamento de códigos e componentes foi adotada a tecnologia padrão já utilizada na intranet, baseada em páginas em ASP, Componentes DLLs (comunicação através do middleware* COM+) e banco de dados MS SQL Server.
*Software que permite a intercomunicação de estruturas de software
· Ferramentas Utilizadas
 
. Visual Studio - Desenvolvimento dos componentes Dlls (em VisualBasic) e as páginas em ASP.
. SourceSafe - Controle de versões dos códigos-fonte do sistema
. QualiSG - Ferramenta para gerenciamento de usuários e controle de acessos ao sistema.
. Query Analyser - Desenvolvimento da base de dados no SQL Server
. DBDesigner - Modelagem da base de dados
· Processo de Desenvolvimento
A área de desenvolvimento interno da empresa tem uma metodologia padrão baseada no modelo em cascata. Porém pude tomar a liberdade de adotar o modelo de desenvolvimento incremental no desenvolvimento deste sistema. As poucas restrições foram para validação final e implantação e, portanto seguimos as normas do departamento:
. Ao final do desenvolvimento de cada versão do sistema esta é instalada no ambiente de aceite para ser validado pelos clientes e usuários.
. Após a validação, para a implantação do sistema em ambiente de produção (para uso normal) é necessária a aprovação do Security Officer mediante a seguinte documentação:
2. Documentação de implantação - documento com informações de instalação
2. Manual do Usuário - manual para usuários finais.
2. Risk Assessment - descrição dos riscos e impactos em outros sistemas do banco.
Foram definidas 3 iterações do processo de desenvolvimento que corresponderam aos 3 módulos do sistema:
5. Controle do Orçamento.
Nesta fase foi desenvolvido o módulo essencial do sistema. Funcionalidades para controle do orçamento foram implementadas: criação, exclusão, cópia, alteração de dados e status de parâmetros, orçamentos e projetos. Como os requisitos nesta fase pareciam bem simples, o processo adotado nesta iteração foi o modelo em cascata. A interação com o cliente foi intensa na parte inicial para especificação, com a definição dos dados necessários ao sistema e a definição da interface gráfica do sistema (com o uso de protótipos de interface).
	
	
	
	
	Screenshots das telas do sistema
5. Geração de Relatórios
Este módulo é responsável pela geração de relatórios em formato Excel a partir dos dados inseridos no sistema no módulo anterior.
Como havia conceitos não muito bem definidos para este processamento foi utilizado o modelo de desenvolvimentoevolucionário exploratório nesta fase.
Temos 3 tipos principais de relatórios:
4. Resumo CC - Contém o resumo de gastos em um centro de custo de TI por projeto.
4. Relatório Step 1 - Contém o resumo de gastos por centro de custo que pertencem à área de TI, além do número de funcionários e headcount (= Soma dos meses trabalhados pelos funcionários dividido por doze) alocados em cada Centro de Custo.
4. Relatório Step 2 - Contém as despesas da área de TI alocadas por centro de custo (de todo o banco)
Além destes temos a geração de outros relatórios auxiliares, utilizados apenas para análise do diretor:
4. Relatório de Despesas
4. Relatório de Investimentos
4. Comparativo por C.C. com orçamentos anteriores.
4. Comparativo por Projeto com orçamentos anteriores
4. Comparativo de Alocação por Departamento*
4. Comparativo de Alocação detalhada por Departamento*
*OBS: Aqui um departamento é definido como um conjunto de Centros de Custos.
 
5. Controle Efetivo
Além do controle do orçamento, é importante prover o controle de gastos efetivos e poder analisar os dados e comparar com o orçamento. Inicialmente, este módulo não nem estava previsto, ele foi desenvolvido no período final do estágio e, portanto as funcionalidades e requisitos necessários eram uma incógnita, por isso adotei o modelo evolucionário exploratório com uso intenso de protótipos para definir funcionalidades adicionais ao sistema que poderiam auxiliar o controle de gastos efetivos. A única funcionalidade que estava bem definida era a geração automática de um relatório idêntico ao step 2, mas somente com as despesas que de fato foram gastos em um mês.
1. Dificuldades, Resultados e Futuro do Sistema
A parte de codificação no início não foi fácil devido à inexperiência nas tecnologias utilizadas, entretanto, o maior desafio neste sistema foi a coleta de requisitos e modelagem. Em especial, o processo de alocação foi o mais trabalhoso, a maioria das chaves de alocação não eram triviais (como no exemplo), e suas regras muitas vezes não eram claras (nem mesmo para o diretor da área de TI).
O projeto de Orçamento foi implantado com sucesso na área de TI preenchendo os requisitos estipulados. O sistema reduziu consideravelmente o trabalho dos coordenadores, e em grau ainda maior ao diretor da área pois a geração de relatórios ficou totalmente automatizada no processo de orçamento.
Ainda está planejado o incremento do sistema na parte relativa ao controle efetivo de gastos. Existe a possibilidade no futuro de que com base neste sistema ocorra o desenvolvimento e integração do processo orçamentário com as outras áreas do banco.