Manuscrito versão Final
Há 14 anos
quinta-feira, 25 de junho de 2009
quarta-feira, 24 de junho de 2009
quarta-feira, 27 de maio de 2009
terça-feira, 26 de maio de 2009
Gerenciamento de Capacidade - SMF
A SMF Capacity Management - Gerenciamento de Capacidade, é responsável por planejar, dimensionar e controlar a capacidade de serviços e componentes para satisfazer a demanda e os SLAs. Seus processos deverão acontecer em três níveis principais, Business Capacity Management (que garante que as necessidades dos negócios estejam sendo consideradas, planejadas e implementadas em tempo), Service Capacity Management (que visa garantir o gerenciamento do desempenho dos serviços de TI) e Resource Capacity Management (que garante o gerenciamento individual dos componentes de infra-estrutura de TI).
A meta desta SMF é aperfeiçoar a capacidade da infra-estrutura de TI apoiando um nível sustentável de disponibilidade com um custo efetivo para que a organização satisfaça seus objetivos. Deveremos oferecer uma melhoria contínua para os recursos de TI seguindo um Plano de Capacidade (Capacity Plan) com foco em assuntos de desempenho e capacidade onde os recursos envolvidos devem fazer parte tanto do ambiente de operações quando de desenvolvimento como Hardware, Rede, Software e até recursos humanos (pessoas), mesmo este último item sendo mais bem abordado na SMF Workforce Management o que reforça a integração necessária entre o Gerenciamento de Capacidade e as outras SMFs do MOF.
Descrição de Processos e Atividades
As atividades da SMF Capacity Management podem ser representadas por um fluxo de processos que aborda as tarefas fundamentais necessárias para realizarmos gerenciamento de capacidade com excelência, a seguir iremos conhecer as fases deste processo.
Monitoring
Nesta primeira etapa deveremos executar os processos de monitoramento da utilização para cada recurso garantindo que determinado componente de hardware ou software esteja sendo utilizado da melhor forma indo de acordo com os SLAs. Para nos ajudar a cumprir as exigências destes níveis operacionais deveremos fazer uma comparação entre as informações monitoradas e um histórico de certo período, contaremos aqui com o apoio de uma base, a Capacity Management Database (CDB), que deverá conter o histórico de tendências registradas através de monitoramentos anteriores. Para maiores informações sobre monitoramento de serviços leia o artigo sobre a SMF Service Monitoring and Control.
Analysis
Nesta segunda etapa deveremos analisar as informações monitoradas na etapa anterior e com isso poderemos garantir que os níveis exigidos e definidos nos operating level agreement (OLA) ou operating level requirements (OLRs) estão sendo mantidos. Esta análise deve servir para identificar o estado atual de cada componente ou serviço monitorado e em casos de alertas (identificação de erros ou de níveis problemáticos) poderemos atuar antes mesmo que algum acordo seja quebrado, executando alguma ação corretiva. Um ponto importante aqui será fazer a revisão do Catálogo de Serviços frequentemente com base nas análises.
Modeling
Nesta terceira etapa realizaremos os processos do ponto mais importante no Gerenciamento de Capacidade, técnicas de modelagem e de uso efetivo de softwares para definirmos um plano de capacidade. Isso será possível através das informações fornecidas por sub-processos, comentados na sexta etapa. Logo deveremos tomar decisões com base nas tendências registradas através destes processos.
Optimizing
Nesta quarta etapa deveremos analisar os dados resultantes do monitoramento com o intuito de melhorar a utilização de algum recurso ou desempenho de algum serviço. Para isso deveremos equilibrar as cargas de trabalho, o tráfego de informações em discos e o uso de memória, definindo uma estratégia fechada para estes assuntos.
Change Initiation
Nesta quinta etapa iremos executar os processos que apresentarão as mudanças necessárias para os serviços em produção, mudanças essas que foram identificadas nas etapas iniciais de análise e otimização. Apresentaremos aqui as mudanças, as aprovações para implementá-las e um pedido de mudança, lembrando que em alguns casos poderá estar acontecendo mais de uma mudança ao mesmo tempo em um determinado serviço e também as vezes será necessário até parar o serviço temporariamente, sendo assim é importante reforçar que por se tratar de processos críticos é altamente recomendável que as decisões por todo o processo sejam feitas de forma bem controlada e com calma, para evitar problemas.
Capacity Management Subprocesses
Nesta sexta etapa deveremos lidar com alguns sub-processos, considerando que o Gerenciamento de Capacidade deve acontecer na organização através de três níveis, Business Capacity Management - BCM (que garante que as necessidades dos negócios estão sendo consideradas, planejadas e implementadas em tempo), Service Capacity Management - SCM (que visa garantir o gerenciamento dos serviços de TI) e Resource Capacity Management - RCM (que visa assegurar o gerenciamento individual dos componentes de infra-estrutura de TI).
A meta desta SMF é aperfeiçoar a capacidade da infra-estrutura de TI apoiando um nível sustentável de disponibilidade com um custo efetivo para que a organização satisfaça seus objetivos. Deveremos oferecer uma melhoria contínua para os recursos de TI seguindo um Plano de Capacidade (Capacity Plan) com foco em assuntos de desempenho e capacidade onde os recursos envolvidos devem fazer parte tanto do ambiente de operações quando de desenvolvimento como Hardware, Rede, Software e até recursos humanos (pessoas), mesmo este último item sendo mais bem abordado na SMF Workforce Management o que reforça a integração necessária entre o Gerenciamento de Capacidade e as outras SMFs do MOF.
Descrição de Processos e Atividades
As atividades da SMF Capacity Management podem ser representadas por um fluxo de processos que aborda as tarefas fundamentais necessárias para realizarmos gerenciamento de capacidade com excelência, a seguir iremos conhecer as fases deste processo.
Monitoring
Nesta primeira etapa deveremos executar os processos de monitoramento da utilização para cada recurso garantindo que determinado componente de hardware ou software esteja sendo utilizado da melhor forma indo de acordo com os SLAs. Para nos ajudar a cumprir as exigências destes níveis operacionais deveremos fazer uma comparação entre as informações monitoradas e um histórico de certo período, contaremos aqui com o apoio de uma base, a Capacity Management Database (CDB), que deverá conter o histórico de tendências registradas através de monitoramentos anteriores. Para maiores informações sobre monitoramento de serviços leia o artigo sobre a SMF Service Monitoring and Control.
Analysis
Nesta segunda etapa deveremos analisar as informações monitoradas na etapa anterior e com isso poderemos garantir que os níveis exigidos e definidos nos operating level agreement (OLA) ou operating level requirements (OLRs) estão sendo mantidos. Esta análise deve servir para identificar o estado atual de cada componente ou serviço monitorado e em casos de alertas (identificação de erros ou de níveis problemáticos) poderemos atuar antes mesmo que algum acordo seja quebrado, executando alguma ação corretiva. Um ponto importante aqui será fazer a revisão do Catálogo de Serviços frequentemente com base nas análises.
Modeling
Nesta terceira etapa realizaremos os processos do ponto mais importante no Gerenciamento de Capacidade, técnicas de modelagem e de uso efetivo de softwares para definirmos um plano de capacidade. Isso será possível através das informações fornecidas por sub-processos, comentados na sexta etapa. Logo deveremos tomar decisões com base nas tendências registradas através destes processos.
Optimizing
Nesta quarta etapa deveremos analisar os dados resultantes do monitoramento com o intuito de melhorar a utilização de algum recurso ou desempenho de algum serviço. Para isso deveremos equilibrar as cargas de trabalho, o tráfego de informações em discos e o uso de memória, definindo uma estratégia fechada para estes assuntos.
Change Initiation
Nesta quinta etapa iremos executar os processos que apresentarão as mudanças necessárias para os serviços em produção, mudanças essas que foram identificadas nas etapas iniciais de análise e otimização. Apresentaremos aqui as mudanças, as aprovações para implementá-las e um pedido de mudança, lembrando que em alguns casos poderá estar acontecendo mais de uma mudança ao mesmo tempo em um determinado serviço e também as vezes será necessário até parar o serviço temporariamente, sendo assim é importante reforçar que por se tratar de processos críticos é altamente recomendável que as decisões por todo o processo sejam feitas de forma bem controlada e com calma, para evitar problemas.
Capacity Management Subprocesses
Nesta sexta etapa deveremos lidar com alguns sub-processos, considerando que o Gerenciamento de Capacidade deve acontecer na organização através de três níveis, Business Capacity Management - BCM (que garante que as necessidades dos negócios estão sendo consideradas, planejadas e implementadas em tempo), Service Capacity Management - SCM (que visa garantir o gerenciamento dos serviços de TI) e Resource Capacity Management - RCM (que visa assegurar o gerenciamento individual dos componentes de infra-estrutura de TI).
Itil
O ITIL™ (Information Technology Infrastructure Library) é o modelo de referência para
gerenciamento de processos de TI mais aceito mundialmente. A metodologia foi criada pela secretaria de comércio (Office of Government Commerce, OGC) do governo Inglês, a partir de pesquisas realizadas por Consultores, Especialistas e Doutores, para desenvolver as melhores práticas para a gestão da área de TI nas empresas privadas e públicas. Atualmente se tornou a norma BS-15000, sendo esta um anexo da ISO 9000/2000. O foco deste modelo é descrever os processos necessários para gerenciar a infra-estrutura de TI eficientemente e eficazmente de modo a garantir os níveis de serviço acordados com os clientes internos e externos
Entre os processos que fazem parte do modelo de referência, podemos citar: planejamento de serviços, gerenciamento de incidentes, problemas, mudanças, configuração, operações, segurança, capacidade, disponibilidade, custos, entrada em produção e testes. As empresas que o adotaram estão preocupadas em gerar valor do TI para os negócios da empresa e provar este valor de maneira adequada, através de processos corretos.
O objetivo das melhores práticas é reduzir os custos de tecnologia e melhorar o desempenho e performace dos ativos de tecnologia e da área de TI como um todo. Na sua última instância o iTil fornece indicadores para benchmarks.
O iTil trata de disciplinas táticas, ou de planejamento, e operacionais:
Disciplinas Táticas
1. Service Level Management
2. IT Service Continuity Management
3. Financial Management
4. Capacity Management
5. Availability Management
Disciplinas Operacionais
1. Incident Management
2. Problem Management
3. Configuration Management
4. Change Management
5. Release Management
Algumas disciplinas podem ser utilizadas nos processos de Suporte e Entrega do Cobit:
Gerenciamento de Disponibilidade - É o processo que visa otimizar a capacidade da infra-estrutura de TI, serviços e suporte para prover, a custo efetivo, um nível de disponibilidade que permita ao negócio atender seus objetivos. Isto é obtido através da determinação dos requerimentos de disponibilidade do negócio e análise da capacidade da infra-estrutura de TI para atender a estes requerimentos. As lacunas entre requerimento e capacidade são reenchidas através das alternativas disponíveis e opções de custos associados.
Gerenciamento de Continuidade - É o processo de Gerenciamento dos recursos – organizacionais, técnicos e humanos - que logicamente ordenados, garantam a manutenção dos serviços que suportam os negócios da organização, dentro de níveis de serviço acordados, incluindo o suporte mínimo necessário para a continuidade das operações no caso de uma interrupção. Este processo inclui o ciclo contínuo de avaliação de risco e adoção de medidas de contorno, revisão dos cenários e planos de contingenciamento, bem como garantia de aderência s orientações corporativas quanto ao estabelecimento de Planos de Continuidade de Negócios.
Gerenciamento de Capacidade - É processo de monitoração, análise e planejamento do efetivo uso dos recursos computacionais, visando definir e estabelecer uma metodologia apropriada para o acompanhamento e projeção da utilização dos recursos computacionais, incluindo os meios de transmissão de dados e a especificação das métricas e condições ótimas de operação destes recursos.
Gerenciamento de Níveis de Serviço - É o processo de planejamento, coordenação, elaboração, monitoração e reporte dos Acordos de Níveis de Serviço (SLA) e, adicionalmente, às revisões dos indicadores constantes dos acordos celebrados de forma a garantir que os requerimentos de qualidade e custos estão mantidos e gradualmente melhorados. Um Acordo de Nível de Serviço (SLA) deve prover a base para o gerenciamento do relacionamento entre o provedor do serviço e seu usuário.
Gerenciamento de Finanças - É o processo que define o método e as atividades para especificação das peças orçamentárias e seu acompanhamento.
gerenciamento de processos de TI mais aceito mundialmente. A metodologia foi criada pela secretaria de comércio (Office of Government Commerce, OGC) do governo Inglês, a partir de pesquisas realizadas por Consultores, Especialistas e Doutores, para desenvolver as melhores práticas para a gestão da área de TI nas empresas privadas e públicas. Atualmente se tornou a norma BS-15000, sendo esta um anexo da ISO 9000/2000. O foco deste modelo é descrever os processos necessários para gerenciar a infra-estrutura de TI eficientemente e eficazmente de modo a garantir os níveis de serviço acordados com os clientes internos e externos
Entre os processos que fazem parte do modelo de referência, podemos citar: planejamento de serviços, gerenciamento de incidentes, problemas, mudanças, configuração, operações, segurança, capacidade, disponibilidade, custos, entrada em produção e testes. As empresas que o adotaram estão preocupadas em gerar valor do TI para os negócios da empresa e provar este valor de maneira adequada, através de processos corretos.
O objetivo das melhores práticas é reduzir os custos de tecnologia e melhorar o desempenho e performace dos ativos de tecnologia e da área de TI como um todo. Na sua última instância o iTil fornece indicadores para benchmarks.
O iTil trata de disciplinas táticas, ou de planejamento, e operacionais:
Disciplinas Táticas
1. Service Level Management
2. IT Service Continuity Management
3. Financial Management
4. Capacity Management
5. Availability Management
Disciplinas Operacionais
1. Incident Management
2. Problem Management
3. Configuration Management
4. Change Management
5. Release Management
Algumas disciplinas podem ser utilizadas nos processos de Suporte e Entrega do Cobit:
Gerenciamento de Disponibilidade - É o processo que visa otimizar a capacidade da infra-estrutura de TI, serviços e suporte para prover, a custo efetivo, um nível de disponibilidade que permita ao negócio atender seus objetivos. Isto é obtido através da determinação dos requerimentos de disponibilidade do negócio e análise da capacidade da infra-estrutura de TI para atender a estes requerimentos. As lacunas entre requerimento e capacidade são reenchidas através das alternativas disponíveis e opções de custos associados.
Gerenciamento de Continuidade - É o processo de Gerenciamento dos recursos – organizacionais, técnicos e humanos - que logicamente ordenados, garantam a manutenção dos serviços que suportam os negócios da organização, dentro de níveis de serviço acordados, incluindo o suporte mínimo necessário para a continuidade das operações no caso de uma interrupção. Este processo inclui o ciclo contínuo de avaliação de risco e adoção de medidas de contorno, revisão dos cenários e planos de contingenciamento, bem como garantia de aderência s orientações corporativas quanto ao estabelecimento de Planos de Continuidade de Negócios.
Gerenciamento de Capacidade - É processo de monitoração, análise e planejamento do efetivo uso dos recursos computacionais, visando definir e estabelecer uma metodologia apropriada para o acompanhamento e projeção da utilização dos recursos computacionais, incluindo os meios de transmissão de dados e a especificação das métricas e condições ótimas de operação destes recursos.
Gerenciamento de Níveis de Serviço - É o processo de planejamento, coordenação, elaboração, monitoração e reporte dos Acordos de Níveis de Serviço (SLA) e, adicionalmente, às revisões dos indicadores constantes dos acordos celebrados de forma a garantir que os requerimentos de qualidade e custos estão mantidos e gradualmente melhorados. Um Acordo de Nível de Serviço (SLA) deve prover a base para o gerenciamento do relacionamento entre o provedor do serviço e seu usuário.
Gerenciamento de Finanças - É o processo que define o método e as atividades para especificação das peças orçamentárias e seu acompanhamento.
Otimização da estrutura dos processos de TIC
O COBIT não determina como os processos devem ser estruturados, e sim os controles que eles devem possuir para que TI cumpra seus objetivos em termos de governança. Assim sendo, para estruturar os processos de TI usando o framework do COBIT será necessário avaliar os processos existentes em TI na empresa, fazer um gap analysis em relação ao COBIT e modificar o que for necessário para atender os objetivos de controles, fazendo uso dos conceitos, metodologias e ferramentas disponíveis no mercado.
Isso deve ser feito com base em uma metodologia para a modelagem de processos. Existem várias metodologias para modelagem de processos, ferramentas de TQM (Total Quality Management), 6 Sigma, Design for 6 Sigma, BPR (Business Process Redesign), BPM (Business Process Management), IDEF (integrated DEFinition Methods), e outras metodologias proprietárias de diversas consultorias de mercado.
Independente da metodologia adotada, os passos giram em torno de:
Levantamento da situação atual - é feito o mapeamento da situação atual com base em diagramas, métricas e formulários em que são representadas as características dos processos vigentes;
Análise e Diagnóstico - com base em requerimentos do negócio, restrições do processo, comparação com outros processos, requerimentos dos clientes e outras referências é realizada a análise de conformidade em relação ao referencial escolhido;
Desenho da Situação Desejada - partindo-se da situação existente, é feito o desenho do processo que contempla os GAP´s em relação ao referencial escolhido, respeitadas as restrições de recursos e os direcionamentos estratégicos;
Implementação - alteram-se políticas, normas, procedimentos, mecanismos, acordos de níveis de serviços, indicadores e demais estruturas, conforme o novo desenho do processo;
Monitoramento - são coletados e monitorados os indicadores conforme as faixas de conformidade acordadas, atuando-se nos desvios e acompanhando as tendências para manter o processo em um ciclo de melhoria contínua.
Para alguns sub-domínios do COBIT existem desenhos de processos consolidados como sendo as melhores práticas do mercado, que podem ser implementados e certificados, tais como:
- ITIL (IT Infrastructure Library): sub-domínios relativos à entrega e suporte
- CMMi (Capability Maturity Model Integration): sub-domínios relativos à aquisição e implementação
- PMBOK (Project Management Body of Knowledge): sub-domínios relativos à estratégia e projetos
- ISO 17799: sub-domínios relativos à segurança.
- ISO 9000: sub-domínios relativos ao gerenciamento da qualidade.
Porém para alguns sub-domínios será necessário efetuar o ciclo de modelagem dos processos existentes pela abordagem tradicional, buscando sempre atender aos objetivos de controle constantes no COBIT, pois serão as bases das auditorias futuras nos processos de TI que seguirem esse framework.
Cada vez mais a área de TI sustenta e alavanca os negócios das empresas, estruturar os processos de TI, tendo por referência o framework do COBIT, é uma forma de se prepararem para as exigências dos acionistas, do mercado e da legislação em termos de boas práticas de governança em TI.
Isso deve ser feito com base em uma metodologia para a modelagem de processos. Existem várias metodologias para modelagem de processos, ferramentas de TQM (Total Quality Management), 6 Sigma, Design for 6 Sigma, BPR (Business Process Redesign), BPM (Business Process Management), IDEF (integrated DEFinition Methods), e outras metodologias proprietárias de diversas consultorias de mercado.
Independente da metodologia adotada, os passos giram em torno de:
Levantamento da situação atual - é feito o mapeamento da situação atual com base em diagramas, métricas e formulários em que são representadas as características dos processos vigentes;
Análise e Diagnóstico - com base em requerimentos do negócio, restrições do processo, comparação com outros processos, requerimentos dos clientes e outras referências é realizada a análise de conformidade em relação ao referencial escolhido;
Desenho da Situação Desejada - partindo-se da situação existente, é feito o desenho do processo que contempla os GAP´s em relação ao referencial escolhido, respeitadas as restrições de recursos e os direcionamentos estratégicos;
Implementação - alteram-se políticas, normas, procedimentos, mecanismos, acordos de níveis de serviços, indicadores e demais estruturas, conforme o novo desenho do processo;
Monitoramento - são coletados e monitorados os indicadores conforme as faixas de conformidade acordadas, atuando-se nos desvios e acompanhando as tendências para manter o processo em um ciclo de melhoria contínua.
Para alguns sub-domínios do COBIT existem desenhos de processos consolidados como sendo as melhores práticas do mercado, que podem ser implementados e certificados, tais como:
- ITIL (IT Infrastructure Library): sub-domínios relativos à entrega e suporte
- CMMi (Capability Maturity Model Integration): sub-domínios relativos à aquisição e implementação
- PMBOK (Project Management Body of Knowledge): sub-domínios relativos à estratégia e projetos
- ISO 17799: sub-domínios relativos à segurança.
- ISO 9000: sub-domínios relativos ao gerenciamento da qualidade.
Porém para alguns sub-domínios será necessário efetuar o ciclo de modelagem dos processos existentes pela abordagem tradicional, buscando sempre atender aos objetivos de controle constantes no COBIT, pois serão as bases das auditorias futuras nos processos de TI que seguirem esse framework.
Cada vez mais a área de TI sustenta e alavanca os negócios das empresas, estruturar os processos de TI, tendo por referência o framework do COBIT, é uma forma de se prepararem para as exigências dos acionistas, do mercado e da legislação em termos de boas práticas de governança em TI.
Gerenciamento de projeto
Gerênciar projetos é utilizar técnicas de gerência de projetos com o objetivo de mensurar e acompanhar as atividades relacionadas ao desenvolvimento de um projeto. O gerencimaneto é executado pelo gerente de projeto.
Um sistema de gerenciamento de projetos unifica as informações empresariais dos projetos desenvolvidos pela empresa. Este tipo de sistema gerencia as tarefas delegadas para cada funcionário, prazos, fóruns, cronogramas e serve como repositório para arquivos relacionados com os projetos.
O objetivo de utilizar um sistema de gerenciamento de projeto é facilitar a supervisão do gerente de projeto. Os funcionários podem informar o andamento das atividades e as dificuldades encontradas no decorrer do projeto. Tendo em vista a fotografia gerada pelo sistema, o gerente de projeto avalia o estado atual e toma as medidas cabíveis.
Exemplos de sistemas de gerenciamento de projeto:
Um sistema de gerenciamento de projetos unifica as informações empresariais dos projetos desenvolvidos pela empresa. Este tipo de sistema gerencia as tarefas delegadas para cada funcionário, prazos, fóruns, cronogramas e serve como repositório para arquivos relacionados com os projetos.
O objetivo de utilizar um sistema de gerenciamento de projeto é facilitar a supervisão do gerente de projeto. Os funcionários podem informar o andamento das atividades e as dificuldades encontradas no decorrer do projeto. Tendo em vista a fotografia gerada pelo sistema, o gerente de projeto avalia o estado atual e toma as medidas cabíveis.
Exemplos de sistemas de gerenciamento de projeto:
- DotProject;
- Microsoft Project;
- Bugzilla;
- GranttProject;
- OpenWorkbench.
Cobit por Eduardo Fagundes...!!!
Segue aqui o primeiro dos quatro vídeos em que Eduardo Fagundes fala sobre Cobit, Acompanhe esse a partir do nosso blog, e abaixo colocamos os links dos vídeos restantes, e uma biografia do Fagundes. Vale a pena conferir!!!
Cobit por Eduardo Fagundes, parte 1/4 (9:43)
Cobit por Eduardo Fagundes, parte 2/4 (9:47)
Cobit por Eduardo Fagundes, parte 3/4 (9:35)
Cobit por Eduardo Fagundes, parte 4/4 (8:31)
Biografia: Eduardo Mayer Fagundes estuda os impactos da tecnologia da informação e modelosde gestão de TI nas organizações, focando em tecnologia, técnicas e gestão depessoas. Seu livro "Como Ingressar nos Negócios Digitais" foi publicado em parceriacom o SEBRAE Nacional com o objetivo de ampliar a visão empresarial no comércioeletrônico.Eduardo é graduado em engenharia elétrica, possui especialização emtelecomunicações e é mestre em ciência da computação. Foi professor por mais de 20 anos em conceituadas instituições de ensino. Palestrante em vários seminários e congressos. Foi gerentede infra-estrutura e sistemas da Ford Brasil, responsável pelo desenho da infra-estrutura de TI da modernafábrica da montadora em Camaçari-Bahia.Atualmente é diretor de TI (CIO) das empresas do grupo americano AES no Brasil. A AES atua nosmercados de geração e distribuição de energia e na área de telecomunicações. A AES Eletropaulo, maiordistribuidora de energia da América do Sul, é uma das empresas do grupo.
segunda-feira, 25 de maio de 2009
Personal Software Process (PSP)
PSP (Personal Software Process) é um processo de desenvolvimento de software elaborado para maximizar a eficiência de um funcionário. Baseando-se nas metodologias e processos criados para pequenas equipes, o PSP minimizou uma equipe reduzindo-a a apena um funcionário. Sendo assim, conseguimos os benefícios de um processo, sendo este novo individual e bem definido.
Objetivos do PSP:
A estrutura básica do PSP se baseia em planejamento, codificação e post mortem. A fase de planejamento baseia-se no tempo gasto para desenvolver o programa, na definição dos riscos e no avaliação do tamanho do programa. A fase de codificação é guiada pela criação do sistema em si. E post mortem seria a avaliação do desenvolvimento com a criação de uma base de dados histórica, assim podemos estabelecer as dificuldades encontradas pelo profissional, bem como seus pontos fracos, fortes e estímulos externos que desviaram o rendimento do trabalho. Através desta estrutura, é possível começar o desenvolvimento de um novo projeto tendo como base resultados obtidos pelo mesmo profissional, de fácil mensuração e com a possibilidade do estabelecimento de melhorias.
O PSP é um processo que pode aliado a outros processos e a outras metodologias. A utilização do PSP não é restrita, ele indica como pode ser o comportamento de um funcionário numa organização, mas também essas práticas podem ser utilizadas dentro de outros processos de outras metodologias. Sendo assim, o PSP pode gerir um desenvolvimento individual num projeto individual e também guiar o desenvolvimento individual num projeto em equipe.
Objetivos do PSP:
- Melhorar a estimativa e o planejamento;
- Fazer acordos que podem ser mantidos;
- Gerenciar a qualidade dos projetos;
- Reduzir o número de erros no trabalho desenvolvido.
A estrutura básica do PSP se baseia em planejamento, codificação e post mortem. A fase de planejamento baseia-se no tempo gasto para desenvolver o programa, na definição dos riscos e no avaliação do tamanho do programa. A fase de codificação é guiada pela criação do sistema em si. E post mortem seria a avaliação do desenvolvimento com a criação de uma base de dados histórica, assim podemos estabelecer as dificuldades encontradas pelo profissional, bem como seus pontos fracos, fortes e estímulos externos que desviaram o rendimento do trabalho. Através desta estrutura, é possível começar o desenvolvimento de um novo projeto tendo como base resultados obtidos pelo mesmo profissional, de fácil mensuração e com a possibilidade do estabelecimento de melhorias.
O PSP é um processo que pode aliado a outros processos e a outras metodologias. A utilização do PSP não é restrita, ele indica como pode ser o comportamento de um funcionário numa organização, mas também essas práticas podem ser utilizadas dentro de outros processos de outras metodologias. Sendo assim, o PSP pode gerir um desenvolvimento individual num projeto individual e também guiar o desenvolvimento individual num projeto em equipe.
quarta-feira, 20 de maio de 2009
Um pouco sobre RUP
Também conhecido como Processo Unificado, o RUP (Rational Unified Process) é um processo de desenvolvimento de software que guia a equipe de desenvolvimento a construir um sistema de informação. Ao dividir o desenvolvimento do software em fases, o RUP auxilia a criação do software, desde o momento em que são coletadas as primeiras informações sobre a descrição do problema, até possíveis mudanças e manutenções sofridas pela solução.
O RUP divide o processo de desenvolvimento em 4 fases: concepção, com o objetivo de definir a viabilidade do projeto; elaboração, com o objetivo de definir a arquitetura e os pontos de risco do projeto; construção, com o objetivo de implementação do projeto; transição, com o objetivo de implantação do projeto. Apesar de dividir a construção do projeto em fases, o RUP permite que o usuário adapte o desenvolvimento às suas necessidades, sendo assim ele não impõe uma estrutura definida para se seguir, mas indica uma série de atividades que podem ser exercitadas para desenvolver a solução final. Essas fases são executadas por meio de iterações, nas quais o objetivo é divido em pedaços e cada pedaço é o objetivo de uma iteração. Ao final das iterações, temos cumprido um objetivo de uma fase. Ao atingir o final de todas fases, temos a conclusão do projeto.
O RUP utiliza o conceito de orientação a objetos e a UML (Unified Modeling Language), como linguagem de modelagem. Esta é a única linguagem indicada, mas ela é não-proprietária e foi desenvolvida com o intuito de se tornar um padrão industrial, sendo assim é bastante conhecida mundialmente e intuitiva.
Por fim, temos em RUP um processo bastante utilizável, mas por sua natureza ser de moduluzarização, é indicado para médios e grandes projetos executados por médias e grandes equipes.
O RUP divide o processo de desenvolvimento em 4 fases: concepção, com o objetivo de definir a viabilidade do projeto; elaboração, com o objetivo de definir a arquitetura e os pontos de risco do projeto; construção, com o objetivo de implementação do projeto; transição, com o objetivo de implantação do projeto. Apesar de dividir a construção do projeto em fases, o RUP permite que o usuário adapte o desenvolvimento às suas necessidades, sendo assim ele não impõe uma estrutura definida para se seguir, mas indica uma série de atividades que podem ser exercitadas para desenvolver a solução final. Essas fases são executadas por meio de iterações, nas quais o objetivo é divido em pedaços e cada pedaço é o objetivo de uma iteração. Ao final das iterações, temos cumprido um objetivo de uma fase. Ao atingir o final de todas fases, temos a conclusão do projeto.
O RUP utiliza o conceito de orientação a objetos e a UML (Unified Modeling Language), como linguagem de modelagem. Esta é a única linguagem indicada, mas ela é não-proprietária e foi desenvolvida com o intuito de se tornar um padrão industrial, sendo assim é bastante conhecida mundialmente e intuitiva.
Por fim, temos em RUP um processo bastante utilizável, mas por sua natureza ser de moduluzarização, é indicado para médios e grandes projetos executados por médias e grandes equipes.
sexta-feira, 27 de março de 2009
quarta-feira, 11 de março de 2009
O que é o CobiT?
O CobiT é um framework (conjunto de boas práticas) de Governança de TIC que pode ser aplicado em organizações com o intuito de auxiliar no gerenciamento e no controle das iniciativas de TIC. Seu uso é recomendado para:
Nesse post foi mostrada uma visão geral do CobiT. Nos próximos aprofundaremos mais os nossos estudos.
- Gerentes que precisam fazer avaliação do risco e controle dos investimentos de TIC melhorando o retorno sobre os mesmos em uma organização;
- Usuários que possuem produtos e serviços dependentes de serviços de TIC e precisam de garantias de que estes estão sendo bem gerenciados;
- Auditores que, através das recomendações do CobiT, podem avaliar o nível da gestão de TIC e aconselhar o controle interno da organização.
Nesse post foi mostrada uma visão geral do CobiT. Nos próximos aprofundaremos mais os nossos estudos.
Objetivos do Blog
Como o próprio nome do blog já deixa claro, o assunto que será tratado aqui é o CobiT - Control Objectives for Information and related Technology. Será explicado seu funcionamento, aplicação, objetivos, enfim, será mostrada uma visão do CobiT para então podermos aplicá-lo em uma organização, que no caso é a Polícia Civil.
Espero que vocês gostem do nosso trabalho e deixem comentários no blog ;)
Espero que vocês gostem do nosso trabalho e deixem comentários no blog ;)
quarta-feira, 4 de março de 2009
Olá a todos,
Sejam bem vindos ao blog CobiT - Control Objectives for Information and related Technology. Esse blog foi criado para a disciplina Tópicos Especiais em Sistemas de Informação (2009-1) e será administrado por Danilo, Diego, Edson, Kharylim, Liliane e Wagner e quem mais quiser entrar no grupo.
Sejam bem vindos ao blog CobiT - Control Objectives for Information and related Technology. Esse blog foi criado para a disciplina Tópicos Especiais em Sistemas de Informação (2009-1) e será administrado por Danilo, Diego, Edson, Kharylim, Liliane e Wagner e quem mais quiser entrar no grupo.
Assinar:
Postagens (Atom)
