leadership

LEADERSHIP

negociacao-2

NEGOCIACAO

gestao-3

GESTAO

consultoria-2

CONSULTORIA

falandobem

FALANDOBEM

financasessenciais

FINANCASESSENCIAIS

Seja Premium e tenha acesso ao nosso arsenal de cursos

Administradores PREMIUM

A Qualidade é um dos principais fatores observados no desenvolvimento de software, seja ela interna, relacionados na visão do programador, quanto os fatores de qualidade externa, relacionados a perspectiva dos clientes. Para que haja a garantia da qualidade, faz-se necessário uma gama de processos bem estruturados de desenvolvimento de software. Desta forma, a qualidade de software está intimamente relacionada com a melhoria da qualidade dos processos de desenvolvimento.
Com o intuito de aplicar a melhoria contínua nos processos de desenvolvimento de software, alguns modelos, de avaliação e melhoria, métodos e ferramentas surgiram com a finalidade de promover a qualidade dos processos. O CMM &#8211; Capability Maturity Model, é um método de avaliação da capacidade de maturidade dos processos de uma organização, e indica diretrizes para melhoria, possui 5 níveis de maturidade definidos, O PSP &#8211; Personal Software Process, Trata-se de uma série de processos pessoais que visam fomentar no desenvolvedor a aplicabilidade das técnicas de engenharia de software. O PSP tem como objetivo oferecer um modelo de Qualidade de Software adequado a projetos pequenos. O trabalho envolve principalmente os desenvolvedores, que trabalham verificando a qualidade dos módulos sob sua responsabilidade. O PSP é em essência um conjunto de formulários e procedimentos que compõem um processo definido. O SPICE &#8211; Software Process Improvement and Capability Determination, Um framework desenvolvido para avaliação de processos de software, totalmente compatível com o CMM, com foco no planejamento, gerenciamento, monitoramento, controle de aquisição, fornecimento, desenvolvimento, operação e suporte de software. O RUP &#8211; Rational Unified Process, Desenvolvido pela IBM, é um Processo de Engenharia de Software, que fornece uma abordagem disciplinada para designar tarefas e responsabilidades dentro de uma organização de desenvolvimento. Seu objetivo é garantir a produção de software de alta qualidade que atenda às necessidades de seus usuários finais, dentro de um cronograma e orçamento previsíveis. O TSP &#8211; Team Software Process, Segundo Paula Filho (2005), este processo é uma derivação do PSP, com etapas focadas para área educacional, lançamento, estratégia, planejamento, requisitos, desenho, implementação, testes e post-mortem. Este processo também possui harmonização com o CMM. Série ISO/IEC 14598 &#8211; Trata-se de uma série de normas que visam oferecer uma visão geral dos processos de avaliação de produtos de software, fornecendo guias e requisitos para avaliação. Pela Norma, podem existir três situações diferentes para a avaliação da qualidade de produto, focando os processos para desenvolvedores, compradores e avaliadores, respectivamente as partes 3, 4 e 5 dessa série. Todas estas abordagens surgiram da necessidade de promover melhor qualidade nos processos de desenvolvimento de software, que consequentemente promove a qualidade do software desenvolvido.

Referências: Alfredo N. Tsukumo, Claudete M. Rêgo, Clenio F. Salviano, Glaucia F. Azevedo, Luciano K. Meneghetti, Márcia C. C. Costa, Mario Bento de Carvalho, Regina M. T. Colombo, Qualidade de Software: Visões de Produto e Processo de Software, Publicado no “II Escola Regional de Informática da Sociedade Brasileira de Computação Regional de São Paulo &#8211; II ERI da SBC” &#8211; Piracicaba,SP &#8211; Junho de 1997.
Rational Unified Process Best Practices for Software Development Teams, IBM, TP026B, Rev 11/01. Disponível em: &lt;https://www.ibm.com/developerworks/rational/library/content/03July/1000/1251/1251_bestpractices_TP026B.pdf&gt; Acesso em: 23 de Julho de 2018.

Processos de engenharia de software

Você passa por uma ponte que não houve projeto de engenharia? Por falta da utilização da Engenharia de Software que passamos por problemas de qualidade nos softwares que utilizamos. Quem é o engenheiro de software do seu sistema de gestão?

Processos de engenharia de software | Administradores

Home

Artigos

Informação e Educação para líderes e suas equipes. Notícias, artigos, cursos, palestrantes, mentorias e treinamentos personalizados para profissionais e empresas

Administradores

https://cdn.administradores.com.br/app/uploads/2023/06/06200454/Logo-administradores.png

Administradores | Conhecimento para Resultados

De fato observamos hoje a grande problemática em relação ao crescimento da violência pública, principalmente como cidadão Fluminense, presenciando as notícias nos principais veículos de mídia.
Ao refletir sobre o fato, exclusivamente sobre a crescente estatística dos roubos de cargas, ocorridos nas vias de acesso à cidade, usando os conhecimentos obtidos pelas leituras de Marc Bloch, permito-me através do ofício de historiador, realizar uma analogia ao período das grandes navegações, onde as grandes batalhas ocorriam nas águas do oceano Atlântico, tendo de um lado as esquadras piratas e de outro as companhias de navegação.
"A estratégia de combate dos piratas não era nada genial. Tratava-se de enganar o navio inimigo hasteando uma bandeira falsa ou fingindo estar à deriva. Quando o barco desavisado se aproximava, os homens pulavam para lá e partiam para o combate corpo a corpo. A possibilidade de ser morto ou acabar mutilado pelas espadas alheias era grande. O navio inimigo era tomado e muitas vezes somado à frota pirata. Um capitão de sucesso poderia ter até 15 barcos sob seu comando. Apesar do risco, esses momentos eram saudados aos berros pelos bandidos. Eles adoravam lutar. Até porque, entre uma ação e outra, a vida a bordo era um tédio. Depois do butim dividido em partes iguais (a máxima pirata dizia que, para riscos iguais, recompensas iguais), o que restava era a expectativa de chegar ao porto mais próximo para gastar sua parte. “Eles jogavam dados, bebiam e acabavam brigando entre si”, escreveu Eduardo San Martin, no livro Terra à Vista – Histórias de Náufragos na Era do Descobrimento". (PITTA Valter, Revista aventuras na história)
Outrora ainda recordo das leituras sobre os saques frequentes no caminho para o oriente médio, defendido bravamente pelos cruzados templários, protegendo e garantindo segurança aos comerciantes e viajantes da rota.
(...) "Esses peregrinos precisavam, de alguma forma, bancar meses de comida, transporte e acomodação para todos eles, sem precisarem carregar grandes somas de dinheiro consigo - já que isso os tornaria alvo fácil para ladrões.
Afortunadamente, os Templários tinham uma solução. Um peregrino poderia deixar seu dinheiro na Temple Church em Londres, depois pegá-lo de volta em Jerusalém. Em vez de carregar o dinheiro até lá, ele só precisaria levar uma carta com o crédito. Os Cavaleiros do Templário eram a Western Union (conhecida empresa que faz transferência de dinheiro entre países) das Cruzadas.
Os templários dedicaram-se inteiramente à defesa de peregrinos cristãos a caminho de Jerusalém. A cidade havia sido capturada na primeira Cruzada em 1099, e ondas de peregrinos começaram a chegar, viajando milhares de quilômetros pela Europa." (HARFORD, Tim A INCRÍVEL HISTÓRIA DE COMO OS CAVALEIROS TEMPLÁRIOS 'INVENTARAM' OS BANCOS, BBC, 2017)
 Desta forma, pergunto-me: Seria a história um conjunto de acontecimentos cíclicos que apenas variam pelo espaço tempo? E o pior, se assim for, quanto mais esclarecidos pelos fatos históricos, mais provável a eficiência na resolução dos problemas. Coisa que nós brasileiros não somos, não temos o hábito de nos deleitar com o estudo histórico de nossa sociedade, sequer de nossa humanidade. Assim, pagaremos o preço árduo por nossa falta de intelectualidade, e quem sabe num futuro, debruçaremos com maior afinco sobre os umbrais da história e de nossa capacidade de reflexão.

A respeito da segurança

19/07/2016, mais uma vez tivemos uma decisão judicial para o bloqueio do aplicativo de mensagens instantâneas Whatsapp. E mais uma vez a decisão de bloqueio foi revogada por uma esfera superior.
Diante deste cenário, percebemos que não há um consenso do judiciário sobre as decisões de bloqueio dos juízes. Este descompaso gerado entre os próprios membros de judiciário corrobora por criar descrédito das decisões da instituição, causando uma série de questionamentos e críticas da acertividade do judiciário brasileiro.
É certo que o mapeamento das consequencias da tomada de decisão foi negligenciado, assim como a maioria das decisões tomadas no mundo corporativo, gerando perdas consideráveis para as organizações, perdas estas que muitas das vezes não são medidas nem controladas por falta de visão e gerência dos gestores. 
No caso do WhatsApp, o bloqueio visa punir a empresa pelo não cumprimento da decisão judicial de quebra de criptografia. Porém, será que a desição de bloqueio levou em consideração que a empresa não cobra nada pelo serviço de mensagens? Ou seja, o bloqueio não gera prejuízo algum para a empresa? Assim, será esta uma decisão que cumpriria com o objetivo de punir a organização responsável pelo aplicativo?
Ao questionar os objetivos da tomada de decisão, teremos uma série de fatores que devem ser considerados para que o objetivo seja alcançado de forma a mitigar riscos e custos sobre a ação gerada pela decisão. Esta prática deve ser exercitada de forma exaustiva pelos tomadores de decisão, como os xadrezistas que mapeiam os possíveis movimentos futuros que a ação tomada pode proporcionar. 
As decisões mais acertivas implicam uma análise de cenários probabilísticos e métodos de mapeamento que auxiliam a tomada de decisão, proporcionando um alcançe muito preciso do objetivo almejado.
E você, tem realizado análises de suas possibilidades decisórias?

O que te faz fazer algo

Nas últimas décadas, temos presenciado uma gama de conceitos e métodos que permearam um contínuo evolucionário das tecnologias ao redor do mundo. Porém, enquanto a comunidade científica internacional realiza experimentos em um colisor de partículas que propoem alto risco de operação na Itália, mega edifícios são construídos à prova de terremotos no Japão, e uma cidade em uma ilha artificial em Dubai, no Brasil, uma simples ciclovia ressalta a incopetência na gestão de projetos, setor em que o comprometimento com as boas práticas, métodos e conceitos não são vistos no dia à dia das organizações.
Diversas vezes, presenciamos a negligência e imperícia sendo aplicada como meio de agilizar e diminuir o cronograma do projeto, comprometendo assim as etapas e entregas que deveriam ser cumpridas como restrições levantadas no projeto. No Brasil acredita-se que os conceitos acadêmicos e as boas práticas atrapalham a execução do projeto, por serem consideradas como meramente condições burocráticas ao projeto. 
A falta de utilização das práticas e métodos causa perdas irrecuperáveis, que não são levados em conta em futuros projetos por conta de uma gestão negligente, incapacitada e deficiente. A alteração deste cenário somente será possível se a gestão for consciente e colocar em prática os métodos e conceitos acadêmicos, garantindo assim a consistência da excelência do projeto e das entregas previstas.

Processos de engenharia de software

Eleutério Gustavo Correia Alecrim

Experiência e networking: a chave para grandes negócios, com Ricardo Natale | Café com ADM 460

Experiência e networking: a chave para grandes negócios, com Ricardo Natale | Café com ADM 460

Sobre o autor

Eleutério Gustavo Correia Alecrim

Comentários

Seja Premium e tenha acesso ao nosso arsenal de cursos