Ua2 Tidc24 VF
Ua2 Tidc24 VF
Ua2 Tidc24 VF
Ingeniería en Informática
Actividades
1. Identificación del Problema. • Criterios de evaluación
2. Definición del Proyecto. Las actividades consideran los siguientes criterios de evaluación:
3. Metodología de Trabajo.
1.1. Formulando el propósito del estudio, según las necesidades y
4. Planificación General.
problemáticas detectadas.
1.2. Generando un marco teórico que sustente el proyecto tecnológico.
1.3. Diagramando procesos a partir de propuesta de optimización.
Evaluaciones 1.4. Integrando sistemas mediante la aplicación de enfoques apropiados a
• Evaluación sumativa con
las características o condiciones del problema.
Escala de apreciación 1:
Informe basado en 1.5. Manteniendo la compatibilidad entre las arquitecturas empresariales y
contenidos informados. la solución.
• Evaluación sumativa con
Escala de apreciación 2: 1.6. Considerando indicadores KPI y SLA claves del proceso.
Exposición del proyecto 1.7. Basándose en el método científico.
formulado.
• Ponderación 20%
II. Instrucciones
1. El proyecto a desarrollar es de carácter grupal (3 estudiantes), desarrollándose en equipos de trabajo colaborativo,
por lo que la formación de los equipos debe ser llevada a cabo en la primera sesión de clases y debe considerarse
al menos el siguiente rol:
• Líder de proyecto o Jefe de Proyecto: es quien se relaciona con el docente, y responsable que el equipo
entienda y cumpla con las instrucciones y actividades a desarrollar. Establece el control de los avances del
proyecto, asignaciones de trabajo, reuniones de seguimiento y sobre todo, es la cara visible que debe
mantener informado y satisfecho al cliente. En resumen, este rol es el responsable de llevar a buen término
la ejecución del proyecto.
• Administrador de Gestión: es el encargado de planificar las actividades, verificar y promover el
cumplimiento de los plazos de cada actividad que se desarrollará en el equipo de trabajo.
• Documentador: responsable de evidenciar en un documento los acuerdos tomados, por ejemplo: acta o
bitácora de reuniones, generar instrumentos de recopilación de información, redacción de los apartados
del informe.
NOTA: Estos roles se van rotando en el equipo de trabajo, (se sugiere un
período de un mes) para que cada integrante tenga la oportunidad de
asumir diferentes responsabilidades y, en consecuencia, desarrollar o
demostrar diferentes habilidades.
2. La Formulación del Proyecto TI, considera 5 semanas de trabajo. Al final de esta, se realiza la evaluación sumativa
1 a la exposición del proyecto formulado (ponderación de 20%).
3. Se sugiere revisar la bibliografía de la asignatura para sustentar la problemática a abordar y para elaborar el marco
teórico del proyecto. Además, revisar la plantilla del informe con los apartados a desarrollar y los instrumentos de
evaluación. Esto les permitirá tener claridad de los aspectos que serán evaluados, optimizar los tiempos y priorizar
las actividades que permitan alcanzar en los plazos dados, la meta fijada para esta unidad de aprendizaje.
4. Los equipos deberán realizar la entrega de un video de 10 minutos, abarcando cada una de las actividades que
abajo se exponen. En este vídeo deben participar todos los integrantes, y además incorporar al exponente en
tiempo real, dentro de la misma la grabación
III. Actividades
En esta etapa, cada equipo de trabajo debe justificar la problemática identificada a través de la observación del entorno,
el diagnóstico de la empresa elegida, la revisión bibliográfica de la especialidad.
2. Redactar la problemática que se abordará en el presente proyecto, considerando el alcance y sus restricciones.
En esta etapa de formulación del proyecto, el equipo de trabajo debe establecer los lineamientos de la propuesta de
solución a la problemática descrita y definida en la etapa anterior. Para lograrlo es necesario documentar y establecer
claramente variados aspectos relacionados con la solución a entregar.
Paso 2.1: Investigación bibliográfica – Marco Teórico
1. En el equipo de trabajo, respecto de la problemática a abordar en el proyecto, realizar un proceso de búsqueda,
análisis y selección de fuentes bibliográficas que sustenten la propuesta de solución; considerando el ciclo de vida,
tecnologías y metodologías de desarrollo y de validación a utilizar, normas y/o estándares, entre otros.
2. Posteriormente, presentar y validar el listado de referencias bibliográficas con el académico. Elaborar el marco
teórico del proyecto para sustentar la solución TI propuesta para la empresa involucrada. Presentar el desarrollo
del marco teórico y avance en la formulación del proyecto en el aula.
Posteriormente, en aula, analizar y discutir con los pares, profesor guía e incorporar las sugerencias de mejora en
el informe.
NOTA: Todas las referencias y citas que se incluyan en el Marco Teórico y en el resto del Informe
deben estar correctamente expresadas según Norma APA. El incumplimiento de este aspecto
puede ser considerado “plagio” y penalizado de acuerdo a la originalidad de los trabajos. El
Reglamento Académico de INACAP establece como plagio “la utilización de una idea ajena
como propia”, del mismo modo, se considera plagio el omitir las referencias bibliográficas, ya
sea en parafraseo o cita directa. En caso de detectarse plagio en sus trabajos, estos serán
penalizados según establece el Reglamento Académico institucional.
2. Definir el alcance del producto, indicando hasta donde abarca la solución TI. Además, se debe señalar todo aquello
que quedará fuera de este producto y que puede completarse en otra instancia. Para ello, se debe pensar ¿de qué
se hace cargo y de qué no? considerando la ejecución de la estructura de desglose de trabajo y la definición de los
entregables.
Paso 2.2: Impacto de la solución.
1. Para establecer el impacto de la solución se debe evaluar dónde y a quién afecta la propuesta TI. Para esto, revisar
el proceso de negocio afectado a partir del modelamiento y proponer el rediseño; confeccionar el registro de
interesados de acuerdo a las buenas prácticas de PMbok y establecer los indicadores de gestión que avalen el
impacto analizado anteriormente.
2. Establecer los niveles de servicio de la solución, para lo cual se debe considerar:
a. Nombre del servicio
b. Información de autorización (con fecha y lugar)
• Gestor del nivel de servicio
• Cliente
c. Descripción/resultado deseado por el cliente
• Procesos/actividades de negocios de los clientes a los que apoya este servicio
d. Criticalidad del servicio y de los activos
• Identificación de activos esenciales para el negocio conectados con el servicio
e. Tiempo del servicio
• Horario que estará disponible el servicio
• Periodo de mantenimiento
f. Requisitos/metas de Nivel de Servicio
o Metas de disponibilidad: Condiciones bajo las cuales se considera que el servicio no está disponible,
por ejemplo: si el servicio se ofrece en varios lugares.
o Metas de capacidad/desempeño: Tiempo de respuesta de aplicaciones.
o Compromisos de Continuidad del Servicio: Tiempo en que un nivel de servicio definido debe ser
restablecido.
g. Responsabilidades
• Deberes del proveedor de servicios.
• Deberes del cliente (socio en el contrato para el servicio).
• Aspectos de la Seguridad de TI que se deben observar al usar el servicio (dado el caso, referencias a
Políticas de Seguridad de TI relevantes).
h. Historia de cambios.
• Objetivos específicos: Debe plantear 4 objetivos específicos, considerando la asociación con productos y
servicios TI que el proyecto desarrollará o implementará, en total coherencia con el objetivo general.
Taller de Proyecto de Software – TIDC24
Primavera 2021
4
Área Informática y Telecomunicaciones
Ingeniería en Informática
Corresponden al desglose detallado, en metas parciales que contribuyen al logro del objetivo general,
siguiendo una secuencia lógica que indique los pasos o etapas que se deben cumplir para lograrlo. Cada uno
de los objetivos específicos debe responder a la pregunta ¿cómo lo hago?
Se redacta con un verbo en infinitivo que demuestra la progresión del proyecto a fin de resolver la problemática
abordada.
Implica describir la metodología o mecanismos utilizados para desarrollar el estudio del proyecto. Se debe detallar
“cómo se hará el análisis”, “cuáles serán los métodos, técnicas o procedimientos a aplicar”, “cuál es la población y
muestra afectada por la solución”, “cuáles son las variables a abordar en el estudio”, entre otros. Implica responder a
preguntas como: ¿dónde voy a implementar?, ¿con quién voy a levantar requerimientos?, ¿a quién voy a encuestar
o entrevistar?, ¿qué necesito para construir el prototipo?, ¿cómo voy a desarrollar el producto final?
Paso 3.1: Desarrollo de la solución
1. Plantear la metodología para el desarrollo de la solución, las condiciones en que será llevado a cabo, quienes serán
los responsables y qué recursos serán necesarios. Para ello, debe considerar:
a. Duración y cronograma
Se debe responder a la interrogante: ¿En cuánto tiempo y cuáles son las fases concretas de este proyecto?
Debe establecerse un calendario estructurado priorizado de actividades, siguiendo un orden lógico y
secuencial. Es decir, para cada etapa, determinar los plazos para su realización, proponer tareas tales como
recolección y preparación de materiales, visitas a empresas, realización de entrevistas.
b. Equipo de trabajo
Se debe responder a la interrogante: ¿Quiénes participarán en el desarrollo del proyecto y cuáles serán las
tareas que les serán asignadas?
Para cada tarea se deben asignar las responsabilidades de cada integrante del equipo de trabajo (Estas
responsabilidades son independientes de los roles establecidos en la conformación original del equipo de
trabajo: Administrador de Gestión, Jefe de proyecto o Secretario documentador).
c. Plan de recursos
Se debe responder a la interrogante: ¿Con qué recursos contamos (personal, equipamiento, bienes y servicios,
etc.) y qué recursos necesitaríamos para ejecutar el proyecto? Se debe elaborar un presupuesto detallado y
justificado.
En concordancia con los objetivos específicos del proyecto, planificar las actividades correspondientes al diseño,
desarrollo y evaluación de la propuesta de solución, planificación temporal respecto del diseño o re-diseño de la
solución y de su evaluación en términos funcionales y como nivel de aporte de valor al negocio (empresa involucrada).