Descripción del anteproyecto Agosto Facultad de

Descripción del anteproyecto

Facultad de Estadística e Informática

Agosto

2021

Xalapa, Veracruz, a 9 de Mayo de 2021.

PROYECTO DE TITULACIÓN PARA REGISTRO. Cuerpo Académico

Ingeniería y Tecnologías de Software.

Nombre del proyecto de

Investigación

VINCULACIÓN/PLADEA-FEI

Infraestructura para el desarrollo de software

LGAC que alimenta

LGAC 1. Gestión, Modelado y Desarrollo de software

LGAC 2. Tecnologías de Software

Línea de Investigación

Duración Aproximada

12 meses

Modalidad de Trabajo

Recepcional

Práctico-Técnico

Nombre del Trabajo

Recepcional

Evaluación de aspectos de seguridad en frameworks de

desarrollo de software

Requisitos

Redes, Sistemas Operativos, Desarrollo de Software,

Pruebas, V&V, Diseño de Software, Tecnologías para la

Construcción, Desarrollo de Sistemas Web

RESPONSABLE DEL TRABAJO RECEPCIONAL.

Director

Dra. María Karen Cortés Verdínb

Codirector

Dr. Héctor Xavier Limón Riaño

Alumnos Partipantes

2

DESCRIPCIÓN DEL PROYECTO DE INVESTIGACIÓN

DESCRIPCIÓN DEL TRABAJO RECEPCIONAL.

En un trabajo de tesis y un trabajo práctico-técnico anteriores, se ha propuesto la investigación

de los mecanismos de seguridad para elaborar un catálogo de los mismos y un modelo de calidad

de seguridad. Además, se tiene en desarrollo un trabajo-práctico técnico que hará investigará

mecanismos de seguridad para sistemas web y hará la evaluación del modelo de calidad de

seguridad mediante un caso de estudio.

Por otra parte, existen frameworks de programación que de alguna manera implementan una

arquitectura y que traen incorporados algunos métodos de seguridad. Es así que se propone la

revisión de los frameworks de Asp.net core y Entity framework, ya que son los más usados en las

EE de la LIS. Los resultados de este trabajo serán considerados para la actualización del modelo

de calidad de seguridad que ya se tiene.

RESULTADOS ESPERADOS.

Documento de trabajo recepcional que presente el desarrollo de la investigación.

Aplicación de prueba en los frameworks investigados en un caso de estudio

Artículo para su publicación

BIBLIOGRAFÍA RECOMENDADA.

American National Standards Institute, (2004). Role Based Acces Control. New York: American

National Standards Institute.

Common Criteria. (2007). Common Criteria for Information Technology Security Evaluation

Part 3: Security assurance components. Security, (September). Recuperado de

https://www.commoncriteriaportal.org/files/ccfiles/CCPART3V3.1R2.pdf

IBM. (s/f). Mecanismos y conceptos de seguridad. Recuperado el 28 de noviembre de 2018, de

https://www.ibm.com/support/knowledgecenter/es/SSFKSJ_7.5.0/com.ibm.mq.sec.doc/q009730

_.htm

ISO/IEC. (2004). Information technology — Security techniques — Management of information

and communications technology security. Recuperado de

http://www.questin.org/sites/default/files/standards/is.iso_.iec_.13335.1.2004_0.pdf

ISO. (2018). Information technology-Security techniques-Information security management

systems-Overview and vocabulary ISO/IEC 27000:2018. Recuperado de

https://standards.iso.org/ittf/PubliclyAvailableStandards/c073906_ISO_IEC_27000_2018_E.zip

ISO, International Organization for Standardization. (2018). About ISO. Recuperado de

https://www.iso.org/about-us.html

ISO, International Organization for Standardization. (2000). ISO 17799:2000, Software

engineering – "Code of practice for information security management".

ISO, International Organization for Standardization. (2001). ISO 9126-1:2001, Software

engineering – Product quality, Part 1: Quality model.

ISO, International Organization for Standardization. (2005). ISO 27001:2005, Software

engineering – "Sistemas de Gestión de la Seguridad de la Información (SGSI). Requisitos".

____________________________________

Dra. María Karen Cortes Verdín

Nombre y Firma del Director del Trabajo

____________________________________

Dr. Héctor Xavier Limón Riaño

Nombre y Firma del Codirector del Trabajo

https://www.commoncriteriaportal.org/files/ccfiles/CCPART3V3.1R2.pdf

Vo. Bo.

____________________________________

Dra. María Karen Cortés Verdín

Responsable de CA de la Lic. en Ingeniería de

Software

Vo. Bo.

____________________________________


Coordinación de Academia de

Experiencia Recepcional

NOTAS: 1) Casos excepcionales serán evaluados por la Academia de ER.

2) Tratando de un CA externo a la Licenciatura en Ingeniería de Software, el proyecto deber·

llevar el aval de los CA de la LIS con los que se asocie el tema.

3) El Vo. Bo. del Responsable de CA se obtiene en la reunión de cada CA, donde se presentan

los temas del mismo para su aprobación.

4) El Vo. Bo. de la Coordinación ER se obtienen en una reunión de la academia que se

programa para ello.



Agosto

2021

Xalapa, Veracruz, a 12 de mayo de 2021.


Ingeniería y Tecnología de Software


Investigación



LGAC que alimenta




12 meses


Recepcional

Trabajo práctico-técnico

Nombre del Trabajo

Recepcional

Identificación de anti-patrones para el desarrollo de software

Requisitos

Capacidad de análisis, abstracción, lectura de documentos

en inglés, Procesos de Software, Administración de

Proyectos de Software, Desarrollo de Software y Desarrollo

de Aplicaciones


Director

María Karen Cortés Verdín

Codirector

Jorge Octavio Ocharán Hernández

Alumnos Participantes

1



Así como existen buenas prácticas para el desarrollo de software, también existen malas prácticas.

Cuando existen estas malas prácticas en un proyecto de software, se ve comprometida la calidad

(costo, tiempo de entrega y cumplimiento con los requerimientos). La Facultad de Estadística e

Informática tiene ya una larga historia en el desarrollo de software, mediante los proyectos de

estudiantes mediante proyectos de vinculación y de investigación. Algunos de estos trabajos han

sido exitosos y reconocidos dentro de la comunidad académica de la Universidad Veracruzana. Sin

embargo, se desconoce hasta que punto se han empleado malas prácticas en el desarrollo de estos

proyectos. En este trabajo se hará una identificación de malas prácticas de desarrollo de software,

tomando como principal entrada los proyectos desarrollados en la Licenciatura en Ingeniería de

Software y de algunos programas de la FEI. El propósito de esta identificación, es construir un

repositorio que resulte útil para profesores y estudiantes de la LIS


Un repositorio de malas prácticas para consulta en proyectos de desarrollo de software

elaborados en la Facultad de Estadística e Informática.

Un artículo

Trabajo recepcional


Aniche M. F. (2015). Detection strategies of smells in web software development. 2015 IEEE

International Conference on Software Maintenance and Evolution (ICSME), 598-601, doi:

10.1109/ICSM.2015.7332522.

Brown, W., McCormick, H. W., & Thomas, S. W. (1999). Anti-patterns and Patterns in

Software Configuration Management. Nashville, TN: John Wiley & Sons.

Brown, W., McCormick, H., & Thomas, S. (2000). Anti-patterns in Project Management.

Nashville, TN: John Wiley & Sons

Charette R. N. (2004). Why software fails [software failure]. IEEE Spectrum, 9 (42), 42-49,

doi: 10.1109/MSPEC.2005.1502528.

Jones C. (2010). Software Engineering Best Practices: Lessons froim Successful Projects in the

Top Companies. McGraw-Hill.

Zampetti, F., Vassallo, C., Panichella, S.(2020). An empirical characterization of bad practices in

continuous integration. Empirical Software Engineering, 25, 1095–1135,

https://doi.org/10.1007/s10664-019-09785-8

____________________________________



____________________________________

Dr. Jorge Octavio Ocharán Hernández


Vo. Bo.

____________________________________


Vo. Bo.

____________________________________



https://doi.org/10.1007/s10664-019-09785-8


Software








programa para ello.



Agosto 2021





Investigación



LGAC que alimenta

LGAC 1. Modelado y Desarrollo de software


Modelado y Desarrollo de Software


12 meses


Recepcional

Sólo RSL

Nombre del Trabajo

Recepcional

Métricas de Cohesión y Acoplamiento para Diseño de

Software

Requisitos

Capacidad de análisis, abstracción, lectura de material

en inglés, Procesos de Software, Administración de

Proyectos de Software, Diseño de Software, Principios de

Construcción de Software, Medición de Software


Director


Codirector

Ana Luz Polo Estrella


1



La facilidad de evolución es un atributo de calidad muy deseado en varios artefactos, no

sólo en el código. La facilidad de evolución permite al software adaptarse a distintas

necesidades conforme pasa el tiempo y suceden cambios tanto en el mercado como en la

organización. Existen varios factores a considerar cuando se desea medir la facilidad de

evolución del software. La facilidad de evolución está relacionada con la cohesión y

acoplamiento entre los componentes arquitectónicos.

El objetivo de este trabajo es hacer una revisión crítica de las métricas de cohesión y

acoplamiento.


Protocolo de la RSL

Reporte de la RSL que sirve de insumo para un artículo


N. Fenton & S.L. Pfleeger, Software Metrics: A Rigorous and Practical Approach (Boston:

PWS, 1998).

Mahdy, A, and Fayad, M., “Software Stabilty Pattern”, Proceedings of the 9th Conference

on Pattern Language of Programs (PLOP’02) , 2002

Maccari A.,and Ghalal G., “Introducing the Architectonic Viewpoint”, Proceedings of the

IFIP 17th World Computer Congress - TC2 Stream / 3rd IEEE/IFIP Conference on

Software Architecture: System Design, Development and Maintenance, 2002.

Fayad M., “Accomplishing Software Stability”, Communications of the ACM, vol. 45, no.

1, 2002, pp. 111-115.

Fayad M.,Altman A., “An Introduction to Software Stability”, Communications of the

ACM, vol. 44, no. 9, 2002, pp. 95-98.

____________________________________


Director del Trabajo

____________________________________


Codirector del Trabajo


Responsable del CA ITS

Dra. Maaría Karen Cortés Verdín

Coordinadora de la academia de ER de la LIS

NOTAS: 1) Casos excepcionales serán evaluados por la Academia de SS y ER.

2) Tratando de un CA externo a la Licenciatura en Informática, el proyecto deberá llevar el aval

de los CA de la misma que se asocie con el tema.

3) El Vo. Bo. del Responsable de CA se obtiene en la reunión de cada CA, donde se presentan los

temas del mismo para su aprobación.

4) El Vo. Bo. de la Coordinación de SS y ER se obtienen en una reunión de la academia que se

programa para ello.



Agosto

2021

Xalapa, Veracruz, a 23 de abril de 2021.




Investigación



LGAC que alimenta




12 meses


Recepcional

Trabajo práctico-técnico

Nombre del Trabajo

Recepcional

Documentación de mejores prácticas para el desarrollo de

software

Requisitos

Capacidad de análisis, abstracción, lectura de documentos,

Procesos de Software, Administración de Proyectos de

Software, Desarrollo de Software y Desarrollo de

Aplicaciones


Director


Codirector

Dr. Ángel Juan Sánchez García


1



La Facultad de Estadística e Informática, cuenta actualmente con tres programas educativos cuya

afinidad es el desarrollo de software. Específicamente en los programas de Ingeniería de Software

y TC y algunos posgrados, los estudiantes desarrollan sistemas de software en los cuales se ponen

en práctica metodologías, procesos, estándares y técnicas. Muchas de estos proyectos han

resultados exitosos. Uno de los factores para el éxito de estos proyectos ha sido la incorporación

de buenas prácticas en el desarrollo de los sistemas de software.

Existe ya un trabajo práctico-técnico en desarrollo en el que se identificaron y recopilaron buenas

prácticas de desarrollo de software empleadas en los proyectos de la FEI. Con estas buenas

prácticas, se pretende desarrollar un repositorio que esté disponible para profesores y estudiantes.

Previo a la elaboración del repositorio. Se debe elaborar la definición de dichas buenas prácticas.

El trabajo recepcional que aquí se propone, tomará como entrada las Buenas Prácticas encontradas

en el trabajo anterior, para realizar la definición y documentación de las BP y construir un

repositorio de buenas prácticas de desarrollo de software. Estas buenas prácticas deberán estar

alineadas a estándares y metodologías de desarrollo de software. Se pretende que el repositorio

intelgente de BP que esté disponible para los proyectos del LISoft y estudiantes de la LIS

principalmente


Un repositorio de buenas prácticas para consulta en proyectos de desarrollo de software

elaborados en la Facultad de Estadística e Informática.

Trabajo recepcional

1 artículo


Institute of Electrical and Electronics Engineers (2016). IEEE Recommended Practice on

Software Reliability en IEEE Std 1633-2016 (Revision of IEEE Std 1633-2008), p.16. New

York, NY: Institute of Electrical and Electronics Engineers.

Jones, C. (2009). Software Engineering Best Practices. New York, United States. McGraw-Hill

Education.

J. B. Thompson and A. J. Fox (2005). Best Practice: Is this the Cinderella Area of Software

Engineering?- 18th Conference on Software Engineering Education & Training (CSEET'05),

Ottawa, Ontario, Canada.

M. Marques and J. Robledo (2018). What Software Engineering “Best Practices” are we

Teaching Students - a Systematic Literature Review. 2018 IEEE Frontiers in Education

Conference (FIE), 1-8, doi: 10.1109/FIE.2018.8658576.

Estándares IEEE

____________________________________



____________________________________

Dr. Ángel Juan Sánchez García


Vo. Bo.

____________________________________



Software

Vo. Bo.

____________________________________










programa para ello.



Agosto

2021





Investigación



LGAC que alimenta

LGAC 1. Gestón, Modelado y Desarrollo de software



6 meses


Recepcional

RSL

Nombre del Trabajo

Recepcional

Facilidad de Análisis (Analyzability) del Software

Requisitos



Software, Diseño de Software, Principios de Construcción

de Software, Medición de Software


Director


Codirector



1



La facilidad de evolución es un atributo de calidad muy deseado en varios artefactos, no sólo en el

código. La facilidad de evolución permite al software adaptarse a distintas necesidades conforme

pasa el tiempo y suceden cambios tanto en el mercado como en la organización. Existen varios

factores a considerar cuando se desea medir la facilidad de evolución del software: estabilidad,

facilidad de cambio, facilidad de prueba y facilidad de análisis, por ejemplo. Para poder proponer

una métrica de facilidad de evolución, es necesario saber como medir estabilidad, facilidad de

cambio, facilidad de prueba y facilidad de análisis. Ya se tiene un trabajo de investigación acerca

de estabilidad, por lo que este trabajo propone realizar una Revisión Sistemática de la Literatura

(puede extenderse a monografía) sobre la facilidad de análisis del software. Se busca que los

resultados;:

1. Discutan de manera amplia los distintos enfoques para medición de la facilidad de análisis

del software

2. Discutan de manera amplia los distintos enfoques para el diseño de software fácil de

analizar.

3. Presenten y discutan los diversos modelos o patrones (si existen) para el diseño e

implementación de software fácil de analizar


Protocolo de Investigación

Protocolo de la Revisión Sistemática

Reporte de la Revisión Sistemática

Un artículo

Trabajo recepcional (opcional)



PWS, 1998).

Mahdy, A, and Fayad, M., “Software Stabilty Pattern”, Proceedings of the 9th Conference on

Pattern Language of Programs (PLOP’02) , 2002

Maccari A.,and Ghalal G., “Introducing the Architectonic Viewpoint”, Proceedings of the IFIP

17th World Computer Congress - TC2 Stream / 3rd IEEE/IFIP Conference on Software

Architecture: System Design, Development and Maintenance, 2002.

____________________________________



____________________________________



Vo. Bo.

____________________________________

Dra. María Karen Cortés Verdín Responsable de CA-ITS

Vo. Bo.

____________________________________

Dra. María Karen Cortés Verdín Coordinación de Academia








programa para ello.



Agosto

2021





Investigación



LGAC que alimenta

LGAC 1. Gestón, Modelado y Desarrollo de software



6 meses


Recepcional

RSL

Nombre del Trabajo

Recepcional

Facilidad de Prueba (Testability) del Software

Requisitos



Software, Diseño de Software, Principios de Construcción

de Software, Medición de Software


Director


Codirector


1



La facilidad de evolución es un atributo de calidad muy deseado en varios artefactos, no sólo en el

código. La facilidad de evolución permite al software adaptarse a distintas necesidades conforme

pasa el tiempo y suceden cambios tanto en el mercado como en la organización. Existen varios

factores a considerar cuando se desea medir la facilidad de evolución del software: estabilidad,

facilidad de cambio, facilidad de prueba y facilidad de análisis, por ejemplo. Para poder proponer

una métrica de facilidad de evolución, es necesario saber como medir estabilidad, facilidad de

cambio, facilidad de prueba y facilidad de análisis. Ya se tiene un trabajo de investigación acerca

de estabilidad, por lo que este trabajo propone realizar una Revisión Sistemática de la Literatura

(puede extenderse a monografía) sobre la facilidad de prueba. Se busca que los resultados;:

1. Discutan de manera amplia los distintos enfoques para medición de la facilidad de prueba

software

2. Discutan de manera amplia los distintos enfoques para el diseño de software fácil de probar.

3. Presenten y discutan los diversos modelos o patrones (si existen) para el diseño e

implementación de software fácil de probar


Protocolo de Investigación

Protocolo de la Revisión Sistemática

Reporte de la Revisión Sistemática

Un artículo

Trabajo recepcional (opcional)



PWS, 1998).

Mahdy, A, and Fayad, M., “Software Stabilty Pattern”, Proceedings of the 9th Conference on

Pattern Language of Programs (PLOP’02) , 2002

Maccari A.,and Ghalal G., “Introducing the Architectonic Viewpoint”, Proceedings of the IFIP

17th World Computer Congress - TC2 Stream / 3rd IEEE/IFIP Conference on Software

Architecture: System Design, Development and Maintenance, 2002.

____________________________________



____________________________________


Vo. Bo.

____________________________________

Dra. María Karen Cortés Verdín Responsable de CA-ITS

Vo. Bo.

____________________________________

Dra. María Karen Cortés Verdín Coordinación de Academia








programa para ello.



Agosto

2021



Ingeniería y Tecnologías de Software


Investigación


Vinculación con empresa Gastrocafé S.A. de C.V.

LGAC que alimenta

LGAC 2. Tecnologías de Software



6 meses


Recepcional

Revisión Sistemática de la Literatura

Nombre del Trabajo

Recepcional

Revisión Sistemática de la Literatura de Software para

la Gestión automatizada de Restaurantes

Requisitos

Principios de Construcción, Tecnologías para la

construcción de Software, Desarrollo de Sistemas Web,

capacidad de análisis, lectura de documentos en inglés.


Director


Codirector

Dr. Angel Juan Sánchez García


2

DESCRIPCIÓN DEL PROYECTO DE VINCULACIÓN

La industria de restaurantes y alimentos condimentados, abarca todas las entidades con

actividad económica 722210-11-12-19, 722310 y 722320 según la clasificación SCIAN

(sistema de clasificación industrial de américa del norte, esquema base para la designación

de actividades económicas en el SAT). En México se generan más de 1.3 millones de empleos

directos en esta importante industria, que aporta el 6.5% de la ocupación total nacional

(según el censo económico INEGI 2009). Según la estadística nacional, entre 98% y 99% son

micro empresas en las modalidades de comida para llevar y de servicio limitado. En el caso

de restaurantes de servicio completo, el 79% son pequeños, empleando entre 11 y 50

personas. Por tipo de actividad a los restaurantes de comida corrida y cocinas económicas

les corresponde el mayor porcentaje 24%, seguidas de las taquerías con 15% y continuación

las refresquerías, neverías, puestos de elotes y tamales y jugueterías, con un 12%. Por último,

la preparación de antojitos también el 12%. El objetivo de este proyecto es desarrollar una

plataforma de apoyo a la toma de decisiones para el sector restaurantero, que permita la

gestión interna de los procesos del negocio para el soporte a decisiones que sugiera estrategias

de planificación, retroalimentación y mejora. Dicho proyecto está vinculado con la empresa

San Rafael S.A. de C.V. y Gastrocafé S.A. de C.V. con las cuales se tiene convenio con la

Universidad y en los cuales participa la Facultad de Estadística e Informática.


La vigilancia tecnológica es importante en el desarrollo de un producto tecnológico ya que

permite identificar amenazas y oportunidades en el desarrollo de una nueva solución. La

vigilancia tecnológica es la identificación y análisis de las tendencias de solución a un

problema; consiste en la síntesis del estado del arte con base en artículos y patentes. Para el

proyecto de vinculación con la empresa de Gastrocafé, se viene desarrollando desde hace

tiempo un sistema de gestión de restaurantes y se desea realizar la vigilancia tecnológica en

esa área. Es por ello que se propone una revisión sistemática de la literatura con este tema.

Esta revisión abarcará literatura blanca y además s pretende realizar búsuedas en BD de

patentes, incluyendo Google patents.


- Protocolo de la RSL

- Reporte escrito completo


Gomathi, R. M., Ajitha, P., Krishna, G. H. S., & Pranay, I. H. R. M. Gomathi, R. M., Ajitha, P.,

Krishna G. H. S.. Pranay I. H. (2019). Restaurant Recommendation System for User Preference and

Services Based on Rating and Amenities. 2019 International Conference on Computational

Intelligence in Data Science (ICCIDS) pp. 1-6. doi: 10.1109/ICCIDS.2019.8862048.

Utama, D. N., Lazuardi, L. I., Qadrya, H. A., Caroline, B. M., Renanda, T., & Sari, A. P. (2017).

Worth eat: An intelligent application for restaurant recommendation based on customer preference

(Case study: Five types of restaurant in Tangerang Selatan region, Indonesia). In 2017 5th

international conference on information and communication technology (ICoIC7) (pp. 1-4). IEEE.

doi: 10.1109/ICoICT.2017.8074654

Shimmura, T., Takenaka, T., & Akamatsu, M. (2009). Real-time process management system in a

restaurant by sharing food order information. In 2009 International Conference of Soft Computing

and Pattern Recognition (pp. 703-706). IEEE. doi: 10.1109/SoCPaR.2009.141

Park, M. H., Park, H. S., & Cho, S. B. (2008). Restaurant recommendation for group of people in

mobile environments using probabilistic multi-criteria decision making. In Asia-pacific conference

on computer human interaction (pp. 114-122). Springer, Berlin, Heidelberg. doi: 10.1007/978-3-540-

70585-7_13.

Liyanage, V., Ekanayake, A., Premasiri, H., Munasinghe, P., & Thelijjagoda, S. (2018). Foody-Smart

Restaurant Management and Ordering System. In 2018 IEEE Region 10 Humanitarian Technology

Conference (R10-HTC) (pp. 1-6). IEEE. doi: 10.1109/R10-HTC.2018.8629835

https://doi.org/10.1109/ICoICT.2017.8074654

https://doi.org/10.1109/SoCPaR.2009.141

https://doi.org/10.1109/R10-HTC.2018.8629835

____________________________________



____________________________________

Dr. Angel Juan Sánchez Garcia


Vo. Bo.

____________________________________


Responsable de CA-ITS

Vo. Bo.

____________________________________


Coordinación de Academia Servicio Social y



2) Tratando de un CA externo a la Licenciatura en Informática, el proyecto deberá

llevar el aval


3) El Vo. Bo. del Responsable de CA se obtiene en la reunión de cada CA, donde se

presentan los


4) El Vo. Bo. de la Coordinación de SS y ER se obtienen en una reunión de la

academia que se programa para ello.

Documents

Descripción del anteproyecto Agosto Facultad de