Ingenierías USBMed
Dimensions

PlumX

Cómo citar
Zapata Jaramillo, C. M. (2020). Nombramiento de prácticas relacionadas con requisitos no funcionales en el proceso de desarrollo de software. Ingenierías USBMed, 11(2), 39–47. https://doi.org/10.21500/20275846.4697
Términos de licencia

Esta revista provee acceso libre inmediato a su contenido bajo el principio de hacer disponible gratuitamente las investigaciones al publico y apoyando un mayor intercambio de conocimiento global. 

Por tanto se acoge a la Licencia Creative Commons 4.0 Atribución- no comercial-sin derivadas (by-nc-nd): permite copiar y redistribuir el material en cualquier medio o formato, No se permite un uso comercial de la obra original ni de las posibles obras derivadas,  Si remezcla, tansforma o crea a partir del material, no podrá distribuir el material modificado.
 

Costos de procesamiento y presentación de los artículos

El procesamiento y publicación en Ingenierías USBMed no tiene costo.

Política de acceso abierto

Ingenierías USBMed proporciona un acceso abierto inmediato a su contenido, basado en el principio de ofrecer al público un acceso libre a las investigaciones ayudando a un mayor intercambio global de conocimiento. Por tanto se acoge a la Licencia Creative Commons 4.0 Atribución- no comercial-sin derivadas (by-nc-nd): permite copiar y redistribuir el material en cualquier medio o formato, No se permite un uso comercial de la obra original ni de las posibles obras derivadas,  Si remezcla, tansforma o crea a partir del material, no podrá distribuir el material modificado.

Derechos de Autor (Copyrigt)

La totalidad de los contenidos de Ingenierías USBMed, e-ISSN 2027-5846 están registrados y protegidos por las leyes de protección de la propiedad intelectual. Los derechos de propiedad intelectual de cada artículo son cedidos por sus autores a Ingenierías USBMed. Al someter el manuscrito, y únicamente en caso de ser aceptado para publicación, los autores aceptan que el copyright de su artículo queda transferido a Ingenierías USBMed. No obstante, se consideran todas las solicitudes de autorización por parte de los autores con fines de reproducción de sus artículos. Igualmente, Ingenierías USBMed otorga permiso de acceso para usuarios y bibliotecas. Ingenierías USBMed apoya el libre acceso a la literatura científica dicho copyright pide el respeto de los derechos morales, principalmente el reconocimiento de su autoría y el respeto a la integridad de la obra, evitando dentro de lo posible alteraciones, traducciones o falsificaciones. Al ser Ingenierías USBMed una publicación electrónica de carácter científico que publica trabajos de investigación científica y tecnológica, artículos de reflexión o artículos de revisión, el objetivo prioritario tanto de los los autores como de Ingenierías USBMed es lograr la mayor difusión de los artículos, para lo cual los autores ceden a Ingenierías USBMed sus derechos, únicamente a cambio del reconocimiento intelectual, moral y laboral, al considerarse que es una materia no de ocio o entretenimiento, sino de fuerte interés social, por su carácter científico.

Política Ética

Los autores deben actuar de forma ética en los procesos requeridos para la publicación de sus artículos en Ingenierías USBMed. Para esto, los autores y miembros de la revista se deben acoger a la politica de Ética editorial de la Editorial Bonaventuriana, disponible en el siguiente link: Manual editorial

Responsabilidad de contenidos

El contenido de los artículos publicados por Ingenierías USBMed es de exclusiva responsabilidad del (os) autor(es) y no necesariamente refleja el pensamiento del comité editorial y científico de la revista Ingenierías USBMed. Los textos pueden reproducirse total o parcialmente citando la fuente.

Resumen

En ingeniería de software, es usual hablar de prácticas a diferentes niveles, como grupos de actividades que se repiten y que entregan buenos resultados con su uso. Los requisitos no funcionales (entendidos como restricciones en los servicios o funciones del sistema) también tienen prácticas asociadas. Sin embargo, existen formas de nombramiento que no permiten generar un consenso alrededor de dichas prácticas, pues se utilizan productos de trabajo, restricciones, descripciones y otros elementos que impiden reconocer la práctica y su uso. Por ello, en este artículo se nombra un conjunto de prácticas sobre requisitos no funcionales a partir de su descripción en la literatura y tomando en consideración los elementos que requiere el buen nombramiento. Se espera que este conjunto de prácticas de requisitos no funcionales sirva como punto de partida para la representación detallada en estándares gráficos que se definan para ese fin.

Palabras clave:

Citas

[1] Object Management Group. “Essence—Kernel and Language for Software Engineering Methods Version 1.2”. 2018, Recuperado de https://www.omg.org/spec/Essence/1.2/PDF
[2] S. Kemmis, J. Wilkinson, Ch. Edwards-Groves, I. Hardy, P. Grootenboer, & I. Hardy. Changing practices, changing education. Singapur: Springer, 2014.
[3] I. Sommerville. Software engineering 8th edition. Boston: Pearson Education, 2007.
[4] W. Behutiye, P. Karhapää, D. Costal, M. Oivo, & X. Franch. “Non-functional requirements documentation in agile software development: challenges and solution proposal”. Lecture Notes in Computer Science, Vol. 10611, pp. 515-522, 2017.
[5] D. Mairiza & D. Zowghi. “Constructing a catalogue of conflicts among non-functional requirements”. Evaluation of novel approaches to software engineering ENASE, pp. 31-44, 2010.
[6] S. Kopczyńska, J. Nawrocki, & M. Ochodek. “An empirical study on catalog of non-functional requirement templates: usefulness and maintenance issues”. Information and software technology, Vol. 103, pp. 75-91, 2018.
[7] M. Mirakhorli & J. Cleland-Huang. Tracing non-functional requirements. J. Cleland-Huang et al. (eds.), Software and systems traceability. Londres: Springer-Verlag, 2012.
[8] Y. Montoya. Evaluation model for non-functional requirements of a software product. Director: Carlos Mario Zapata J. Tesis de Maestría, Universidad Nacional de Colombia, Medellín, 2016.
[9] B. Barn. “Do you own a Volkswagen? Values as non-functional requirements”. Lecture Notes in Computer Science, Vol. 9856, pp. 151-162, 2016.
[10] G. Robiolo, E. Scott, S. Matalonga, & M. Felderer. “Technical debt and waste in non-functional requirements documentation: an exploratory study”. Lecture Notes in Computer Science, Vol. 11915, pp. 220-235, 2019.
[11] A. Barón. Modelo para la definición unificada de la práctica como constructo teórico en ingeniería de software. Director: Carlos Mario Zapata J. Tesis de Doctorado, Universidad Nacional de Colombia, Medellín, 2019.
[12] F. Aburub, M. Odeh, & I. Beeson. “Modelling non-functional requirements of business processes”. Information and software technology, Vol. 103, pp. 75-91, 2018.
[13] K. Adams. Non-functional requirements in systems analysis and design. New York: Springer, 2015.
[14] D. Akoumianakis & C. Stephanidis. “Using non-functional requirements as design drivers for universal access”. Lecture Notes in Computer Science, Vol. 3041, pp. 141-155, 2005.
[15] D. Ameller, X. Burgués, D. Costal, C. Farré, & X. Franch. “Non-functional requirements in model-driven development of service-oriented architectures”. Science of computer programming, Vol. 168, pp. 18-37, 2018.
[16] D. Ameller & X. Franch. “How do software architects consider non-functional requirements: a survey”. Lecture Notes in Computer Science, Vol. 6182, pp. 276-277, 2010.
[17] A. Berztiss. “Non-functional requirements in the design of software”. Lecture Notes in Computer Science, Vol. 750, pp. 375-386, 1994.
[18] L. Buglione, O. Ormandjieva, & M. Daneva. “Using PSU for early prediction of COSMIC size of functional and non-functional requirements”. Lecture Notes in Computer Science, Vol. 5338, pp. 352-361, 2008.
[19] R. Chopra, V. Gupta, & D. Chauhan. “Experimentation on accuracy of non functional requirement prioritization approaches for different complexity projects”. Perspectives in science, Vol. 8, pp. 79-82, 2016.
[20] S. Chouali, A. Hammad, & H. Mountassir. “Assembling components using SysML with non-functional requirements”. Electronic notes in theoretical computer science, Vol. 295, pp. 31-47, 2013.
[21] J. Cleland-Huang, R. Settimi, X. Zou, & P. Solc. “Automated classification of non-functional requirements”. Requirements engineering, Vol. 12, pp. 103-120, 2007.
[22] M. Dabbagh, S. Lee, & R. Parizi. “Functional and non-functional requirements prioritization: empirical evaluation of IPA, AHP-based, and HAM-based approaches”. Soft computing, Vol. 20, pp. 4497-4520, 2016.
[23] Ch. Gnaho, F. Semmak, & R. Laleau. “Modeling the impact of non-functional requirements on functional requirements”. Lecture Notes in Computer Science, Vol. 8697, pp. 59-67, 2014.
[24] K. Gómez, C. Baron, P. Esteban, C. Gutiérrez, L. Laredo. “How to find non-functional requirements in system developments”. IFAC PapersOnLine, Vol. 51, N. 11, pp. 1573-1578, 2018.
[25] I. Hussain, L. Kosseim, & O. Ormandjieva. “Using linguistic knowledge to classify non-functional requirements in SRS documents”. Lecture Notes in Computer Science, Vol. 5039, pp. 287-298, 2008.
[26] S. Izukura, S. Hosono, H. Sakaki, E. Numata, K. Kimita, & Y. Shimomura. “Bridging non-functional requirements and IT service design”. Procedia CIRP, Vol. 30, pp. 24-29, 2015.
[27] M. Kassab, O. Ormandjieva, M. Daneva, & A. Abran. “Non-functional requirements size measurement method (NFSM) with COSMIC-FFP”. Lecture Notes in Computer Science, Vol. 4895, pp. 168-182, 2008.
[28] T. Marew, J. Lee, & D. Bae. “Tactics based approach for integrating non-functional requirements in object-oriented analysis and design”. The journal of systems and software, Vol. 82, pp. 1642-1656, 2009.
[29] Y. Matsumoto, S. Shirai, & A. Ohnishi. “A method for verifying non-functional requirements”. Procedia computer science, Vol. 112, pp. 157-166, 2017.
[30] E. Poort, N. Martens, I. Van de Weerd, & H. Van Vliet. “How architects see non-functional requirements: beware of modifiability”. Lecture Notes in Computer Science, Vol. 7195, pp. 37-51, 2012.
[31] M. Riojas, S. Lysecky, & J. Rozenblit. Understanding non-functional requirements for precollege engineering technologies. R. Klempous & J. Nikodem (eds.), Innovative technologies in management and science. Londres: Springer-Verlag, 2015.
[32] T. Shah, & S. Patel “A novel approach for specifying functional and non-functional requirements using RDS (Requirement Description Schema)”. Procedia computer science, Vol. 79, pp. 852-860, 2016.
[33] S. Song, Y. Kim, S. Park, & S. Park. A non-functional requirements traceability management method based on architectural patterns. R. Lee (ed.), Computers, networks, systems, & industrial engineering. Berlin: Springer-Verlag, 2015.
[34] C. Theaker & J. Whitworth. Designing with non-functional requirements. M. Lee et al. (eds.), Software quality and productivity. Dordrecht: Springer, 1995.
[35] J. Zou, L. Xu, M. Yang, X. Zhang, & D. Yang. “Towards comprehending the non-functional requirements through developers’ eyes: an exploration of stack overflow using topic analysis”. Procedia computer science, Vol. 112, pp. 157-166, 2017.
[36] E. Brockmann & W. Anthony. “The influence of tacit knowledge and collective mind on strategic planning”. Journal of managerial issues, Vol. 10, N. 2, pp. 204-222, 1998.

Descargas

Los datos de descargas todavía no están disponibles.

Citado por