Jan 16, 2023
Version 2
MDL-LDA Agile Method V.2
- Freddie Prianes1
- 1Camarines Sur Polytechnic Colleges
Protocol Citation: Freddie Prianes 2023. MDL-LDA Agile Method. protocols.io https://dx.doi.org/10.17504/protocols.io.n2bvj82mxgk5/v2Version created by Freddie Prianes
License: This is an open access protocol distributed under the terms of the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited
Protocol status: Working
We use this protocol and it's working
Created: January 15, 2023
Last Modified: January 16, 2023
Protocol Integer ID: 75316
Keywords: lda agile method, agile method, latent dirichlet allocation for archived document, development team, using latent dirichlet allocation, documenting, integrated quality assurance system, quality assurance, development, waterfall model, delivery of the software, software, document label, mdl, flexibility on every stage, based process, archived document, backlog
Disclaimer
This method is adapted from Agile Methodology.
Abstract
As a guide in modeling the document labels using Latent Dirichlet allocation for archived documents in an Integrated Quality Assurance System (IQAS), the researchers used the agile method as it promotes flexibility, speed, and, most importantly, continuous improvement in developing, testing, documenting, and even after delivery of the software. Since the phases of this model are light, the teams are not bound by a rigid systematic-based process on pre-set constraints and restrictions as some other models, like the waterfall model, and can adjust changes whenever they are needed. This flexibility on every stage propagates creativity and freedom within processes. Furthermore, development teams can modify and re-prioritize the backlog, allowing for speedy implementation.
Troubleshooting
MDL-LDA Methodology
Plan: the researchers collected previous documents involved in the accreditation process, such as compliance reports under the areas of student, faculty, facility, library, and administration. Also, understanding of the existing problems in tracking, tagging, and duplication of these documents during the accreditation process.
Design: the requirement specifications in this stage were identified in relation to the existing problem of the HEI in tracking, tagging, and duplication of the documents for accreditation and quality assurance. Along with this, the researchers also created the process of the intelligent model, which will be the basis of document labelling.
Develop: this stage is intended on the creation of the prototype, which involves the processing of the documents in order to identify the proper label for each document.
Deploy: the prototype undergoes a test run during this stage.
Review: the researchers conduct a checklist function review to check if each component is running properly.
Launch: wherein the prototype is embedded to the local system of the HEI.