MCDM 2
TITULO DEL TRABAJO
PROPUESTA DE PRIORIZACIÓN DE REQUISITOS DE SOFTWARE MEDIANTE LA MATRIZ MOSCOW Y EL MÉTODO MULTICRITERIO SAPEVO-M
AUTORES
Guilherme Carvalho, Marcos Santos, Carlos Francisco Simões Gomes and Eder Cassettari
INSTITUCIÓN
Universidade Federal Fluminense – Instituto Militar de Engenharia – Universidade de São Paulo
Presentación:
Otros trabajos de esta sesión:
- PROPUESTA DE PRIORIZACIÓN DE REQUISITOS DE SOFTWARE MEDIANTE LA MATRIZ MOSCOW Y EL MÉTODO MULTICRITERIO SAPEVO-M
- ANÁLISE MULTICRITÉRIO PELO MÉTODO PROMETHEE-SAPEVO-M1: AVALIAÇÃO DE SISTEMAS ERP PARA UMA INDÚSTRIA NO RIO DE JANEIRO
- SELEÇÃO DE ALGORITMO PARA CLASSIFICAÇÃO EM MACHINE LEARNING: UMA ANÁLISE A PARTIR DO MÉTODO PROMETHEE-SAPEVO-M1
- SELEÇÃO DE UM BANCO DE DADOS NÃO-ESTRUTURADO (NOSQL) PARA UMA ORGANIZAÇÃO PÚBLICA FEDERAL A PARTIR DO MÉTODO HÍBRIDO PROMETHEE-SAPEVO-M1
- PROPOSTA DE UM MODELO DE APOIO À DECISÃO EM GRUPO PARA PRIORIZAÇÃO DE ÁREAS NO COMBATE AO MOSQUITO AEDES AEGYPTI
- DECISION-MAKING PROCESS WITH THE AHP-TOPSIS-2N METHOD FOR ORDERING UNMANNED AIRCRAFT IN ELECTRONIC WARFARE MEASURES
- DYNAMIC MODELING FOR CHOOSING A COMPANY INVESTMENT THROUGH THE VFT APPROACH AND CRITIC-GRA HYBRID METHOD
- IMPROVEMENT OF THE ENVIRONMENTAL LICENSING PROCESSES OF THE INSTITUTE OF SUSTAINABLE DEVELOPMENT AND ENVIRONMENT OF RIO GRANDE DO NORTE (IDEMA) WITH THE AID OF THE AHP-TOPSIS-2N MULTICRITERIA METHOD
- CLASSIFIYING UNITS OF THE FEDERAL NETWORK OF PROFESSIONAL, SCIENTIFIC AND TECHNOLOGICAL EDUCATION USING ELECTRE-MOR
- PRIORIZAÇÃO DE FONTES PARA COMPOR A MATRIZ ELÉTRICA DO ESTADO DE RORAIMA-BRASIL: UMA ANÁLISE MULTICRITÉRIO DA DECISÃO
- DEFINING POLITICS TO COMBAT COVID-19 WITH THE HYBRID METHOD OF SUPPORTING CRITIC-TOPSIS MULTI-CRITERIA DECISION-MAKING
25 COMENTARIOS
Buenas tardes, bienvenidos a la sesión MCDM2
Hola Muchas Gracias! Mui bueno estar aqui!
Eder, você poderia responder às perguntas, por favor?
Ola desculpe estava com problemas na internet
Agradecemos la participación de los autores, tengo una pregunta? Podrías explicar más ampliamente los requisitos MUST, COULD, SHOULD? quién los propone?
Este termos foi crido por Dau Cleggi da Oracle em 2000. A ideia por de tras é quando temos uma priorização de requisito, itens soluções é estabelecermos um FOCO para concentrarmos as nossas energias durante a implementacao.
O termo MoSCoW foi inventado por Dai Cleggi (ORACLE, 2000, p.13) e, posteriormente os direitos de propriedade intelectual foram doados para o Dynamic Systems Development Method (DSDM) Consortium.
A Matriz MoSCoW é amplamente utilizada nas áreas de Análise de Negócios e em Desenvolvimento de Software para atingir um entendimento comum das partes interessadas a respeito da importância de cada requisito que será entregue como parte do produto. Além disso, é uma forma de priorização (issues) recomendada para uso na metodologia PRINCE2 (OGC, 2011).
A técnica foi criada para ser simples e objetiva, pois para cada requisito ou item do seu backlog, você deverá atribuir uma das quatro letras M, S, C ou W e cada uma delas tem um significado único. Neste artigo, as definições serão baseadas apenas no desenvolvimento de sistemas:
Must
Os requisitos MUST são críticos para a geração de valor do sistema e atendimento a normas legais, relacionadas aos riscos/compliance. Se um dos itens não é concluído e entregue, o software não pode ser considerado como sendo concluído com sucesso.
Should
Os requisitos classificados como SHOULD são importantes, mas não são necessários para entrega do software no momento da sua elucidação. Itens SHOULD são tão importantes como os MUST, mas geralmente não são críticos ou pode-se ter outro meio de se atender à necessidade.
Could
Os requisitos classificados como COULD são desejáveis, mas não são necessários para o sistema no momento da sua elucidação. Esses requisitos geralmente serão atendidos quando houver tempo e recursos disponíveis.
Won’t
Os requisitos classificados como WON´T são menos críticos, com menor retorno sobre investimento (ROI) ou não adequados para serem realizados durante algum período. Podem ser considerados em releases futuros ou até mesmo serem invalidados.
Espero ter retirado suas dúvidas, se quiser maiores informações: eder,cassettari@usp.br
Buenas tardes, excelente trabajo! Muy bien.
Lucas muchas gracia! Mui bueno que aprecio!
Esqueci de comentar, Produção Enxuta! Sou Lean Six Sigma Master Black Belt, Lean é uma das minhas paixoes, junto com Pesquisa Operacional desde 1998…. tenho uma consultoria que atua nessa area. Maiores informacoes: eder.cassettari@usp.br
Boa tarde! Parabéns pelo trabalho. Não conhecia o método SAPEVO. Foi muito bom ver várias aplicações com ele. Uma dúvida: É realizado algum tipo de analise de sensibilidade na aplicação do método? Uma vez que é utilizada aquela matriz pra realizar as avaliações.
Thomas, oi Método SAPEVO – M pertence a uma classe de metodos nos quais o grau de certeza dos decisores é baixo e não é matematico, ou seja “Teoricamente” nao conseguiriamos fazer contas.
Entao a ideia é criarmos uma tabela para para fazermos uma transformação de dados do tripo Atributo (ordinais ou cardinais) em numeros, variáveis, e assim permitir fazer a utilizacao de matematica. Como estamos falando de MDCM (multi decision criteria method) temos varias alternativas de solução, mas ao mesmo tempo vários criterios decisorios, motivo pelas quais utilizamos uma matriz.
Mas temos um problema quando fazemos isso: as vezes temos de decidir com um criterio de custo (USD), outro de peso (Kg) e outro de…. alcance (km). E como dizem os americanos “We need to compare apples with apples”. Sendo assim foi criada uma tecnica matematica para que se tornassem os valores ewm admensionais. Essa técnica é a normalização. seguindo o metodo se faz a multiplicacao de matrizes.
E alem de termos varios criterios de decisao, podemos ter informacao de varios decisores, nao somente um. Deta aplicacao resulta um grau , e vai nos o priorizamos do maior valor para o menor valor. concentramos as energias para os melhores resultados possiveis e a matriz MOSCOW nos ajuda com isso tambem. É a mesma ideia do Risk Proiority number na técnica FMEA (Failure Mode and Effect Analysis). Espero ter esclarecido!
Obrigado pela resposta.
Muy interesante!
Gracias!!!!!
Boa tarde aos autores!
Apenas queria deixar o meu parabéns pelo trabalho, o tema foi muito bem articulado e conciso!!!
Para os autores ***
Vou me ater apenas à ansiedade dos trabalhos futuros durante a evolução do tema, fico bem clara a proposta, mais uma vez parabéns!!
Gracias Pablo!!!!!!!!!!!!!!
Muy buen trabajo, felicitaciones!!!!
Gracias Esteban!
Buenas tardes! Para hacer una relación entre los pesos obtenidos de los dos decisores se realiza una suma nomas? Esto tiene aparte un análisis de consistencia o no hace falta?
Hola Mari,
fazemos os calculos com todos os decisores, e depois compilamos uma tabela unica. O que vc comentou é um problema pratico de tomada de decisao multicriterio que o metodo SAPEVO-M auxilia e é potencializado com a utilizacao da Matriz Moscow para dar priorização! Espero ter esclarecido.
Interesante la presentación. Muy buen trabajo.
Hola Moises
Muchas gracias!