La asignatura Practica Profesional I se encuentra ubicada en el noveno semestre de la carrera de Ingeniería de Sistemas.
En esta asignatura se debe plantear un proyecto a ser desarrollado en el área de
ingeniería de sistemas, en el plan de curso está detallado el proceso de
desarrollo y evaluación de esta asignatura, debe iniciar con el estudio minucioso del plan de curso.
Objetivo general de la asignatura:
Analizar de manera creativa e integradora, la viabilidad de un proyecto bajo el enfoque metodológico de la teoría de sistemas.
Esta asignatura está dividida en 3 objetivos en los cuales irá desarrollando paulatinamente el anteproyecto que finalmente debe desarrollar durante la asignatura Práctica profesional II
La evaluación de esta asignatura se realiza a través de la elaboración del planteamiento general del problema, el anteproyecto del trabajo a realizar y la construcción de la primera parte del informe final de trabajo de prácticas realizado.
En el siguiente enlace puede encontrar una serie de documentos relacionados con los objetivos planteados para el desarrollo de esta etapa inicial de su proyecto.
Recuerde tomar en consideración algunos aspectos básicos para la redacción de un trabajo académico, como los que se mencionan en el siguiente video
Objetivo 1:
Describir el problema o situación de estudio presente en el ámbito de la practica profesional, de forma general.
Inicialmente
debe presentar el planteamiento del problema y el título tentativo en
el objetivo 1 y realizar el informe correspondiente siguiendo las indicaciones del manual de elaboración del módulo 1.
Producto del objetivo 1: Planteamiento general del problema, contentivo de la descripcion del ambiente donde se desarrollara el treabajo y los nombres de los posibles tutores.
En este sentido, Espinoza (2010) indica "La tarea principal de todo profesional es la solución de los problemas que la sociedad demanda. Estos problemas lo percibimos como anomalías en el funcionamiento de los sistemas, por lo tanto son resultado de la interacción de dos o más elementos del sistema. Para resolver un problema, es necesario identificarlo y definirlo, luego lanzar una posible solución sobre la base de un marco teórico y finalmente resolverlo, pensando en sistemas en todo el proceso."
Acorde al autor, "Un problema es una situación que produce un malestar, debido a la brecha existente entre la situación actual (entrada) y la situación deseada (salida). Este malestar promueve la necesidad del cambio o de la transformación de la situación."
De acuerdo con lo indicado por Pressman (2010), "Cualquier
proyecto de software se inicia por alguna necesidad de negocios: la
necesidad de corregir un defecto en una aplicación existente, el
imperativo de adaptar un sistema heredado a un ambiente de negocios
cambiante, el requerimiento de extender las funciones y características
de una aplicación existente, o la necesidad de crear un producto, servicio
o sistema nuevos."
Inicialmente se debe buscar ideas para poder ubicar un problema susceptible a ser resuelto o mejorado con el uso de la tecnología de la información.
Según Arias,
F. (2012) “El planteamiento del problema consiste en describir de manera amplia
la situación objeto de estudio, ubicándola en un contexto que permita
comprender su origen, relaciones e incógnitas por responder.” (p. 41).
Recuerde que desde el principio debe tener un enfoque sistémico en el desarrollo del proyecto planteado, en este sentido Somerville indica que "Un sistema es una colección de componenetes interrelacionados que trabajan conjuntamente para cumplir algún objetivo."
En este sentido, Espinoza (2010) indica que "El enfoque de sistemas afronta el problema en su complejidad a través de una forma de pensamiento basada en la totalidad, en el estudio de las relaciones entre las partes y de las propiedades emergentes resultantes."
Adicionalmente se debe tener presente que para la solución efectiva de un problema técnico de envergadura se debe tener un enfoque de ingeniería, en este sentido Moreno (2006) indica que "La ingeniería es el conjunto de conocimientos en ciencias básicas y específicas, que llevados a la practica permiten que una personal diseñe y desarrolle soluciones a problemas en el área de la ciencia y la tecnología."
Objetivo 2:
Elaborar el anteproyecto del trabajo a realizar utilizando el enfoque metodológico que más se adapte a su proyecto de desarrollo.
Luego debe desarrollar el objetivo 2 siguiendo las indicaciones del manual.
Producto del objetivo 2: Anteproyecto del trabajo contentivo de la metodología de desarrollo de software seleccionada para el desarrollo del proyecto.
Acorde a Espinoza (2010)
"Los objetivos son las guías de la investigación, deben tenerse en
cuenta durante todo el desarrollo del mismo. se deben expresar con
claridad y ser susceptibles de ser alcanzados. Nos indican lo que
pretende la investigación. Indica lo que se va a lograr al resolver el
problema de investigación."
De acuerdo con Arias,
F. (2012) “Un objetivogeneral expresa
el fin concreto de la investigación en correspondencia directa con la
formulación del problema. Este se puede descomponer, al menos, en dos objetivos
específicos.” (p. 45).
Espinoza(2010) “El objetivo general, debe indicar, qué es lo que se quiere lograr y
hasta donde se pretende llegar con la investigación. Los objetivos específicos,
deben indicar lo mismo que lo anterior pero enunciar los logros progresivos
hasta llegar al objetivo general.” (p. 81).
Finalmente en este sentido, Arias,
F. (2012) indica “Los objetivos específicos indican con precisión los conceptos,
variables o dimensiones que serán objeto de estudio. Se derivan del objeto
general y contribuyen al logro de este.” (p. 45).
Según Espinoza (2010)
"El marco teórico da la base científica a la investigación, si se parte
de una teoría correcta, la formulación de la hipótesis tendrá un
carácter científico y orientará adecuadamente el proceso de la
investigación.(p.84)"
Proceso de desarrollo de software
En primera instancia para definir una metodología especifica de desarrollo de software, se debe tener conocimiento sobre lo que es un proceso de desarrollo de software. En este sentido, Jacobson et al (2000) indican que "Un proceso de ingeniería de software es una definición del conjunto completo de actividades necesarias para transformar los requisitos de usuario en un producto."
Metodologías de desarrollo de software
En cuanto a la necesidad de una metodología para el adecuado
desarrollo de un proyecto de software, Pressman (2010) hace referencia a
que "Cuando se trabaja para construir un producto o sistema es
importante seguir una serie de pasos predecibles, una especie de mapa de
carreteras que ayude a crear un resultado de alta calidad y a tiempo."
Existe
una gran cantidad de metodologías disponibles para seleccionar la que
mas se adapte de manera optima al tipo de proyecto que se debe
desarrollar.
Según Jacobson et al (2000), "El proceso unificado es un proceso de desarrollo de software, es un marco de trabajo genérico que puede especializarse para una gran variedad de sistemas software, para diferentes áreas de aplicación, diferentes tipos de organizaciones y diferentes tamaños de proyecto. Esta basado en componentes lo cual quiere decir que el sistema software en construcción está formado por componentes software interconectados a través de interfaces bien definidas. Utiliza el lenguaje unificado de modelado (UML) para preparar todos los esquemas de un sistema software. Está dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental."
En la siguiente lista de reproducción se pueden encontrar videos relacionados con la metodología de desarrollo de sistemas software para complementar la información necesaria para la selección de una metodología de software acorde con el tipo de proyecto propuesto.
Una
vez conocidas las diferentes alternativas que existen de metodologías
de software disponibles, es el momento de emplear criterios solidos para
la selección de la metodología que mejor se adapte al proyecto que
deseamos desarrollar. En este sentido Tinocco et al (2010) plantean una
serie de criterios que debe tenerse en consideración al momento de
seleccionar una metodología para el desarrollo de nuestro proyecto.
Metodologías de desarrollo seguro de software
Es
importante tomar en cuenta evitar las vulnerabilidades de seguridad
informática que puedan exponer el sistema desarrollado al acceso o
alteración de la información sin el consentimiento de los involucrados.
Al
momento de incorporar estos elementos de seguridad a nuestro
desarrollo, se brinda la robustez al mismo y la confiabilidad de uso
necesaria para su ejecución en entornos prácticos en los que se
encuentran numerosos elementos de riesgo que pueden perjudicar de manera
importante a los usuarios del sistema.
En este sentido, Ferran López (2015) presenta numerosas consideraciones relacionadas con la metodología de desarrollo de software seguro.
Objetivo 3:
Construir el marco teórico y metodológico correspondiente a su investigación.
Finalmente debe realizar el objetivo 3, anteproyecto, siguiendo las indicaciones del manual
Producto del objetivo 3: Primera parte del informe final de trabajo correspondiente al marco teórico y el marco metodológico.
Consideraciones sobre la planificación de proyectos de software
En
las siguientes listas de reproducción podrá encontrar información
relacionada con el desarrollo de proyectos software que le serán de
utilidad en su práctica profesional
Para finalizar la presentación del planteamiento de un proyecto de desarrollo de software y en vista de los grandes cambios que la inteligencia artificial generativa esta presentando en todos los campos del saber técnico, científico y social, se debe tener en consideración su impacto en el área del desarrollo de software.
Fuentes confiables de investigación académica
Debe
tener presente que debe comenzar a usar la investigación en sus
asignaturas, invitándole a realizar las búsquedas en fuentes de
consultas fiables académicamente, tales como las sugeridas a
continuación.
* Tinoco Gómez, O., Rosales López, P. P., & Salas Bacalla, J.
(2010). Criterios de selección de metodologías de desarrollo de
software. Industrial Data, 13(2), 70-74. Disponible en:
No hay comentarios:
Publicar un comentario