CÓDIGO TI1224

TALLER DE PROYECTO DE SOFTWARE

Instructivo de Trabajo para Asignaturas Integradas

Santiago Sur

Versión 3.0

2018
 Área Informática

ELABORACIÓN DE DOCUMENTACIÓN

SEDE SANTIAGO SUR

Área Informática

ELABORACIÓN DE INSTRUMENTOS DE EVALUACIÓN

Felipe Arancibia Bravo

Alejandro Corro Encina

José Luis Martínez

Mauricio Saavedra Hassan

Carolita Vergara Henríquez

VALIDACIÓN DE INSTRUMENTOS DE EVALUACIÓN

Felipe Arancibia Bravo

Alejandro Corro Encina

José Luis Martínez

Mauricio Saavedra Hassan

Lourdes Townsend Valencia

Carolita Vergara Henríquez

© INACAP Santiago Sur, 2018

2
 Área Informática

1 Índice

1 Índice .............................................................................................................................................................................. 3
2 Integración de Asignaturas ......................................................................................................................................... 4
3 Requerimientos............................................................................................................................................................. 4
4 Inscripción de Proyectos ............................................................................................................................................. 4
5 Definición de Evaluaciones ......................................................................................................................................... 5
6 Formulación y Ficha de Inscripción de Proyectos................................................................................................... 6
7 Anteproyecto ................................................................................................................................................................. 8
8 Informe Nº 01 .............................................................................................................................................................. 10
9 Avance de Software Nº 01 ........................................................................................................................................ 14
10 Informe y Avance de Software Nº 02 .................................................................................................................. 15
11 Avance de Software Nº 03 .................................................................................................................................... 18
12 Informe Nº 03 .......................................................................................................................................................... 19
13 Defensa de Proyecto ............................................................................................................................................. 21

3
 Área Informática

2 Integración de Asignaturas
La propuesta de trabajo es integrar aquellas asignaturas que son la base para el desarrollo del proyecto en la asignatura
Taller Integral de Proyectos Informáticos. El objetivo de la integración es la creación de un solo proyecto desarrollándolo
de manera incremental tomando lo fundamental de las siguientes asignaturas:

 6° Semestre:
 Gestión de Proyectos Informáticos: Gestión y Planificación.
 Preparación y Evaluación de Proyectos: Viabilidad-Factibilidad Económica, Modelo de Negocio.
 7° Semestre:
 Taller de Proyecto de Software: Desarrollo del software.
 Taller de Proyecto de Infraestructura: Implementación de Infraestructura del software.
 8° Semestre:
 Taller Integral de Proyectos Informáticos: Software en producción.

De esta manera, se irá desarrollando el informe solicitado en Taller Integral desde 6° Semestre, logrando la profundización
de los contenidos en sus respectivas asignaturas.

3 Requerimientos
Al inicio del semestre los alumnos deben tener:

 El informe desarrollado en “Gestión de Proyectos Informáticos” y en “Preparación y Evaluación de Proyectos”.

 Creación de una maqueta, prototipo o demo funcional desarrollado en “Gestión de Proyectos Informáticos”.

Aquellos alumnos nuevos tienen de plazo dos meses para entregar el documento correspondiente a “Gestión de
Proyectos Informáticos”.

4 Inscripción de Proyectos
Todos los proyectos deben ser inscritos en el área, entregando la respectiva ficha de inscripción, la cual será aprobada o
rechazada por el docente de la asignatura y/o una comisión externa. Existen dos fichas de inscripción, una solicitada por
corporación y otra solicitada por el Área Informática de la sede Santiago Sur.

Una vez recibidas todas las fichas de inscripción, el docente deberá:

 Enviar la Ficha de Inscripción (solicitada por el área de la sede) al Coordinador de Especialidad.

4
 Área Informática

5 Definición de Evaluaciones
En la asignatura se realizarán 7 evaluaciones:

UNIDADES DE APRENDIZAJE:

N° Unidad Horas

1 El desarrollo de software como valor al negocio 10

Gestión de requerimientos para el desarrollo de un proyecto

2 16
de software

3 Gestión de mantención de proyectos de software 14

4 Etapas de proyectos de desarrollo 24

5 Gestión del ciclo de vida del producto de software 12

Evaluaciones 12

EVALUACIONES SEGÚN DESCRIPTOR Y PROPUESTAS:

PROCEDIMIENTO INSTRUMENTO DE
N° UNIDAD DE APRENDIZAJE % EVIDENCIA
DE EVALUACIÓN EVALUACIÓN
Escala de Apreciación,
1 Unidad I 15% ABPRO AnteProyecto
Rúbrica y Pauta de Cotejo

2 Unidad II 10% ABPRO Informe Nº 1 Rúbrica

Avance de Software Escala de Apreciación y

3 Unidad II 10% ABPRO
Nº 1 Pauta de Cotejo
Informe Nº 2 y
Escala de Apreciación,
4 Unidad III 20% ABPRO Avance de Software
Rúbrica y Pauta de Cotejo
Nº 2
Avance de Software Escala de Apreciación y
5 Unidad IV 10% ABPRO
Nº 3 Pauta de Cotejo

6 Unidad IV 10% ABRO Informe Nº 3 Rúbrica

Defensa de Escala de Apreciación,

7 Unidad V 25% ABPRO
Proyecto Rúbrica y Pauta de Cotejo

5
 Área Informática

6 Formulación y Ficha de Inscripción de Proyectos

RESUMEN DE PROYECTO INICIAL

(ENTREGA en CLASE Nº 04)
1. PROBLEMÁTICA v/s SOLUCIÓN.
A través de la generación de una idea de negocio, deberá diagnosticar la situación actual de un posible cliente
(persona natural o jurídica) para conocer un posible problema que éste tenga y que requiera una solución
tecnológica acorde a lo solicitado en el formulario on-line. Los posibles negocios serían:
 Emprendimiento: nueva empresa que desea poner un producto nuevo en el mercado.
 Innovación Tecnológica: se desea entregar una solución de hardware y software a una empresa (cliente) que
pretende mejorar su infraestructura TI, o desea mejorar su nivel de proceso de negocio.
Deberá proponer soluciones a la problemática y reconocer una de ellas como la solución que va a trabajar durante
el semestre.
2. INTERESADOS DEL PROYECTO.
En este punto deberán reconocer los interesados (afectados) del proyecto y como éstos se involucran en los
procesos del negocio.
3. FORMULARIO REQUISITOS PROYECTO.
Cada grupo deberá completar la ficha de inscripción de proyecto para chequear que cuenta con los mínimos
requeridos por la asignatura, de manera de poder determinar la continuidad del proyecto en las asignaturas
venideras.
4. VIDEO ELEVATOR PITCH.
Los alumnos deberán presentar un elevator pitch para que sus proyectos sean evaluados por una comisión externa
(equipo de trabajo proyecto integrado) a los docentes de la asignatura.
5. RETROALIMENTACIÓN DE COMISIÓN DE SEMESTRE ANTERIOR.
Cómo se abordarán dichos aspectos de retroalimentación.
6. CONFORMACIÓN DE LOS GRUPOS DE TRABAJO.
Los grupos están conformados por 3 alumnos, uno de los cuales debe ser elegido por el grupo de trabajo como el
Jefe de Proyecto.
Una vez entregada la ficha de inscripción no se permiten cambios entre los integrantes de los equipos hasta el
siguiente semestre.

6
 Área Informática

IMPORTANTE
 Los alumnos deben presentar este resumen ejecutivo a partir del informe final que fue recepcionado,
validado y evaluado en 6to semestre; además debe contemplar las retroalimentaciones efectuadas por la
comisión evaluadora externa.
 Para algún alumno “nuevo” deberá entregar el resumen ejecutivo, pero con las fuentes de sus argumentos
para poder validar la existencia de los mismos.

7
 Área Informática

7 Anteproyecto
ANTEPROYECTO + EXPOSICIÓN + DEMO
(Evaluación Nº 01 de 15%)

ENTREGABLE CONTENIDO
Informe 40% Desarrollo de Pauta de Trabajo 100%
Demo funcional 10%
Exposición PPT 30%
Disertación 60%
Exposición Individual 20%
Preguntas Comisión 40%

PAUTA DE TRABAJO INFORME:

1. DEFINICIÓN PROBLEMÁTICA.
Identifique el problema detectado. Para ello utilice una cadena de valor del negocio, detallando los procesos afectados y
cómo se manifiestan los defectos, describiendo a quiénes involucra, el grado de envergadura y las consecuencias de tales
defectos. En el caso que el cliente sea una persona natural, debe describir el contexto donde tiene lugar el proyecto y de qué
forma se manifiesta el problema en dicho contexto, identificando los efectos y las consecuencias.

2. ALTERNATIVAS TECNICAS DE IMPLEMENTACION DE SOLUCIÓN.

Describir al menos tres posibles soluciones técnicas de implementación al problema en estudio. Debe detallar las
características técnicas que satisfacen los defectos detectados desde un punto de vista de datos, codificación e
infraestructura. Luego, señalar el grado de satisfacción (alta, media y baja) que entrega cada una de las alternativas utilizando
una matriz de doble entrada, tal como se ejemplifica a continuación:

Característica Alternativa Nro. 1 Alternativa Nro. 2 Alternativa Nro. 3

Característica 1 Alta Media Alta
Característica 2 Baja Baja Alta
Característica 3 Media Alta Media
… … … …

3. DEFINICIÓN TECNICA DE LA SOLUCIÓN.

Describa la alternativa escogida como solución al problema. Detalle los argumentos técnicos desde un punto de vista de
datos, codificación e infraestructura que dicha solución satisface total o parcialmente al problema detectado.

4. DIAGRAMA DE COMPONENTES
Describa los componentes (ejecutables, librerías (DLL), documentos, archivos) con sus respectivas relaciones e interfaces, de
tal forma que se pueda observar la estructura del sistema finalizado utilizando elementos estructurales y de comportamiento.

5. DIAGRAMA DE CLASES DE DISEÑO

8
Efectúe un diagrama que permita visualizar las relaciones entre las clases involucradas en la solución.
 Área Informática

6. ANALISIS FACTIBILIDAD IMPLEMENTATIVA

Realice un análisis preliminar para determinar si el sistema operará sin inconvenientes una vez que sea instalado y a la vez
señale los elementos detectados que indican que el sistema será usado. Para esto, describa si se cuenta con los recursos
humanos suficientes para la operación y el grado de resistencia al cambio existente. Con todo, señale las decisiones que
deben ser adoptadas para asegurar la factibilidad implementativa.

7. INTERESADOS POR EL PROYECTO.

1. Registro de los Interesados.
Efectúe un registro de los interesados (incluyendo equipo de proyecto) y describa las acciones realizadas para:
a) Identificar a los interesados del proyecto (personas, grupos u organizaciones que se ven afectados).
b) Analizar las expectativas de los interesados.
c) Analizar los posibles impactos del proyecto en los interesados.

8. BIBLIOGRAFÍA
Incluir en modelo APA la bibliografía que será utilizada en el desarrollo del proyecto, demostrando la adecuada revisión de
las fuentes y protegiendo los derechos de autor.

PAUTA DE CONTENIDO PPT:

1. Definición Problemática
2. Matriz Alternativas de Solución
3. Descripción Técnica de la Solución Escogida
4. Factibilidad Implementativa

PAUTA DE CONTENIDO DEMO FUNCIONAL:

AQUÍ SE INCLUYE LO SOLICITADO EN GPI

9
 Área Informática

8 Informe Nº 01
INFORME Nº 01
(Evaluación Nº 02 de 10%)

ENTREGABLE CONTENIDO
Informe 100% Desarrollo de Pauta de Trabajo 100%

PAUTA DE TRABAJO INFORME:

1. Requerimientos de Usuario.
a) Describa los instrumentos utilizados en su proyecto para la recopilación de los requerimientos del usuario y que
garanticen una captura efectiva y eficiente de los requisitos. Adjunte como anexo al informe los formatos utilizados.
b) Señale las restricciones bajo las que debe operar el sistema.

2. Requerimientos de Sistema.
Detalle los requerimientos de los servicios de sistema en forma completa y consistente.

3. Requerimientos Funcionales/No Funcionales.

3.1. Requisitos funcionales (RF)
Detalle los servicios que el sistema debe proporcionar, cómo debe reaccionar a una entrada particular y cómo se debe
comportar ante situaciones de excepción.

3.2. Requisitos no funcionales (RNF)

Detalle los requisitos que afectan a los servicios o funciones del sistema, tales como restricciones de tiempo, sobre el
proceso de desarrollo, estándares, etc.

4. Matriz de trazabilidad de requerimientos.

Confeccione una matriz de trazabilidad de los requerimientos que muestre el vínculo entre los requisitos, las necesidades
del negocio, los objetivos del proyecto, entregables y casos de pruebas.

5. Gestión de Configuración del Software.

5.1 Línea base.
Describa el conjunto de los requisitos que en acuerdo con el cliente se ha decidido no modificar y que conforman la línea
base.

5.2 Control de Cambios.

Describa el procedimiento y protocolo para controlar y documentar los cambios de los requisitos. Incluya como anexo al
informe el formato a utilizar.

6. Factibilidades.
6.1 Factibilidad Técnica.
Detalle el análisis efectuado para determinar si los recursos técnicos con que se cuenta satisfacen la solución a

10
implementar o bien deben ser mejorados o añadidos.
 Área Informática

6.2 Factibilidad Implementativa.

Detalle el análisis efectuado para determinar que el sistema operará sin inconvenientes una vez que sea instalado y a la
vez señale los elementos detectados que indican que el sistema será usado. Para esto, describa si se cuenta con los
recursos humanos suficientes para la operación y el grado de resistencia al cambio existente. Con todo, señale las
decisiones que deben ser adoptadas para asegurar la factibilidad implementativa.

7. Bibliografía
Incluir en modelo APA la bibliografía que será utilizada en el desarrollo del proyecto, demostrando la adecuada revisión de
las fuentes y protegiendo los derechos de autor.

11
 Área Informática

Definición DE PROCESOS PARA EL SOFTWARE DURANTE EL SEMESTRE

Procesos de negocio relevantes:

Se entiende que “un proceso de negocio es un conjunto de tareas lógicamente relacionadas que se ejecutan
para lograr un resultado de negocios específico” (Davenport, 1990). Cada proceso de negocio tiene un receptor
definido (persona o entidad que recibe el resultado). A su vez, cada proceso está conformado por subprocesos,
cuyo conjunto define a dicho proceso de negocio.

En base a lo anterior, durante el semestre se espera que el desarrollo del software pueda satisfacer al menos a
tres procesos relevantes de negocio, que cuenten con al menos dos subprocesos para cada uno de ellos, y en
su conjunto den solución al problema planteado en su proyecto.

De esta forma, durante el semestre serán evaluados los siguientes avances del desarrollo de software:

Proceso 1: Primer proceso relevante

AVANCE DE SOFTWARE Nº 01
Subproceso 1 Primer subproceso relevante
(Corresponde a la Evaluación Subproceso 2 Segundo subproceso relevante
Nº 03 de 10%)

Proceso 1: Primer proceso relevante

AVANCE DE SOFTWARE Nº 02 Subproceso 1 Primer subproceso relevante
Subproceso 2 Segundo subproceso relevante
(Pondera un 35% de la Proceso 2: Segundo proceso relevante
Evaluación Nº 04 de 20%) Subproceso 1 Primer subproceso relevante
Subproceso 2 Segundo subproceso relevante

Proceso 1: Primer proceso relevante

Subproceso 1 Primer subproceso relevante
Subproceso 2 Segundo subproceso relevante
AVANCE DE SOFTWARE Nº 03 Proceso 2: Segundo proceso relevante
Subproceso 1 Primer subproceso relevante
(Evaluación Nº 05 de 10%) Subproceso 2 Segundo subproceso relevante
Proceso 3: Tercer proceso relevante
Subproceso 1 Primer subproceso relevante
Subproceso 2 Segundo subproceso relevante

12
 Área Informática

ENTREGA FINAL DEL Proceso 1: Primer proceso relevante

Proceso 2: Segundo proceso relevante
SOFTWARE
Proceso 3: Tercer proceso relevante
(Pondera un 35% de la (EN SU CONJUNTO DAN SOLUCION AL
Evaluación Nº 07 de 25%) PROBLEMA PLANTEADO)

13
 Área Informática

9 Avance de Software Nº 01
AVANCE DE SOFTWARE Nº 01
(Evaluación Nº 03 de 10%)

ENTREGABLE CONTENIDO
Software 100% Desarrollo de Pauta de Avance de Software 100%

PAUTA DE AVANCE DE SOFTWARE:

DESARROLLO DE SOFTWARE

I. Proceso 1: Primer proceso relevante

II. Subproceso 1 Primer subproceso relevante
III. Subproceso 2 Segundo subproceso relevante
En este primer avance se espera que esté terminado el Primer proceso relevante con sus correspondientes
dos subprocesos principales:

1. Identificación del primer proceso crucial, clasificado según su importancia, necesidad de cambio u otra que
se consideró necesaria y que está fundamentada en el Informe.
2. Interfaces. El sistema provee las interfaces necesarias para el input del proceso y los subprocesos.
3. Manejo de usuarios y roles.
4. Ingreso de datos. El sistema acepta el ingreso de datos para iniciar su debida transformación. Existe
validación de datos de entrada.
5. Transformación de los datos. El sistema efectúa la modificación de los datos de entrada. Existen Triggers
y/o procedimientos almacenados.
6. Salida de datos. Existe un resultado visible.
7. Mantenedores principales del proceso.

14
 Área Informática

10 Informe y Avance de Software Nº 02

INFORME Nº 02 + AVANCE DE SOFTWARE Nº 02 + EXPOSICIÓN
(Evaluación Nº 04 de 20%)

ENTREGABLE CONTENIDO
Informe 30% Desarrollo Pauta de Trabajo 100%
Avance de Software 50%
Exposición PPT 10%
Disertación 70%
Exposición Individual 10%
Preguntas Comisión 30%

PAUTA DE TRABAJO INFORME:

1. Ciclo de vida y metodología de desarrollo.

Describa el ciclo de vida escogido y la metodología a utilizar. Fundamente la elección señalando las ventajas y desventajas
en comparación a otros métodos.

2. Planificación temporal Desarrollo.

2.1 Carta Gantt
Incorpore en el informe una macro Gantt (Gantt resumida) e incluya como anexo la carta Gantt completa con actividades,
requisitos, recursos y restricciones.

2.2 Especificación de Camino Crítico

Detalle las actividades de la Ruta Crítica y el plan para controlarla.

2.3 Línea Base

Detalle las actividades de la línea bases y el plan para controlarla.

3. Planificación de Recursos Humanos para el desarrollo

Confeccione un listado de los roles del equipo, compuesto por las personas a las que se han asignado roles y
responsabilidades para desarrollar el proyecto. Los miembros del equipo del proyecto pueden tener diferentes
conjuntos de habilidades, pueden estar asignados a tiempo completo o a tiempo parcial y se pueden incorporar o retirar
del equipo conforme avanza el proyecto.
4. Gestión de las comunicaciones
Describa los medios, frecuencias, canales y contenidos formales que deben ser considerados al momento de compartir
información relacionada con el proyecto, con el fin de que los interesados puedan transmitir y recibir la información de
forma oportuna y accesible.

5. Matriz de Riesgos

5.1 Desarrollo del software

a) Confeccione una matriz de Riesgos, identificando los eventos negativos del proyecto, el impacto, la probabilidad y los

15
planes de mitigación conducentes a disminuir dicho impacto. A continuación, se muestra una matriz de ejemplo:
 Área Informática

Nro Descripción del Riesgo Probabilidad Impacto Plan de Mitigación

1 …. Alta Medio
2 … Baja Alto

b) Confeccione un mapa de calor de los riesgos. A continuación, se muestra un ejemplo:

PROBABILIDAD
ALTA
1
MEDIA

2
BAJA
BAJO MEDIO ALTO CRITICO
IMPACTO

6. Análisis y diseño del producto.

6.1 Reglas del negocio del Cliente
Confeccione el listado de las reglas y/o políticas de cómo opera el negocio del cliente (no como debe trabajar el usuario
con el sistema).

6.2 Diseño de la Solución

6.2.1 Diagramas BPMN
Confeccione los diagramas BPMN de los procesos más relevantes con sus respectivos subprocesos.

6.2.2 Diagramación UML

Confeccione los Casos de Uso con su respectiva descripción. Los diagramas de casos de uso deben estar relacionados
con los requerimientos de usuario. Desarrollo de diagrama de Secuencias, que deben estar relacionados a los escenarios
básicos y alternativos de la descripción de los casos de uso.

DESARROLLO DE SOFTWARE

PAUTA DE AVANCE DE SOFTWARE:

I. Proceso 1: (corrección de observaciones del primer avance)
II. Proceso 2: Segundo proceso relevante
III. Subproceso 1 Primer subproceso relevante
IV. Subproceso 2 Segundo subproceso relevante
En este segundo avance se espera que esté terminado el Segundo proceso relevante con sus correspondientes
dos subprocesos principales:

1. Incluir las observaciones detectadas en el primer avance.

2. Identificación del segundo proceso crucial, clasificado según su importancia, necesidad de cambio u otra que
se consideró necesaria y que está fundamentada en el Informe.
3. Interfaces. El sistema provee las interfaces necesarias para el input del proceso y los subprocesos.
4. Ingreso de datos. El sistema acepta el ingreso de datos para iniciar su debida transformación.
16
 Área Informática

5. Transformación de los datos. El sistema efectúa la modificación de los datos de entrada.

6. Salida de datos. Existe un resultado visible.
7. Mantenedor principal de este proceso.

PAUTA DE CONTENIDO DE PPT:

LISTADO DE CONTENIDOS
1. Introducción al Problema
2. Ciclo de Vida y Metodología
3. Cronograma
4. Mapa de Calor de Riesgos

17
 Área Informática

11 Avance de Software Nº 03
AVANCE DE SOFTWARE Nº 03
(Evaluación Nº 05 de 10%)

ENTREGABLE CONTENIDO
Software 100% Desarrollo de Pauta de Avance de Software 100%

PAUTA DE AVANCE DE SOFTWARE:

DESARROLLO DE SOFTWARE

I. Proceso 1
II. Proceso 2: (corrección de observaciones del segundo avance)
III. Proceso 3: Tercer proceso relevante
IV. Subproceso 1 Primer subproceso relevante
V. Subproceso 2 Segundo subproceso relevante
En este tercer y último avance se espera que esté terminado el Tercer proceso relevante con sus
correspondientes dos subprocesos principales:

1. Incluir las observaciones detectadas en el segundo avance.

2. Identificación del tercer proceso crucial, clasificado según su importancia, necesidad de cambio u otra que
se consideró necesaria y que está fundamentada en el Informe.
3. Interfaces. El sistema provee las interfaces necesarias para el input del proceso y los subprocesos.
4. Ingreso de datos. El sistema acepta el ingreso de datos para iniciar su debida transformación.
5. Transformación de los datos. El sistema efectúa la modificación de los datos de entrada.
6. Salida de datos. Existe un resultado visible.
7. Mantenedor principal de este proceso.

18
 Área Informática

12 Informe Nº 03
INFORME Nº 03
(Evaluación Nº 06 de 10%)

ENTREGABLE CONTENIDO
Informe 100% Desarrollo de Pauta de Trabajo 100%

PAUTA DE TRABAJO INFORME:

1. Base de Datos
1.1.1. Arquitectura del Almacenamiento
Confeccione un Diagrama que muestre los tres niveles que separan los programas de aplicación de la base de datos física.
Desarrolle un diagrama donde se indique cómo estarán organizados los elementos de su solución en base a los niveles:
interno (donde estarán almacenados físicamente los datos), conceptual (cuáles serán las entidades y sus relaciones) y
externo o de vistas (visión que tienen los usuarios de los datos).

1.1.2. Modelo Físico

Confeccione el Modelo relacional de las tablas y sus relaciones con los tipos de datos.

1.1.3. Elección y justificación del SGBD seleccionado

Efectúe un cuadro comparativo de los motores del tipo de base de datos seleccionado, indicando los distintos valores que
determinaron la justificación del motor seleccionado. Considere en la comparación capacidad de almacenamiento,
versión, costo, rendimiento, seguridad, cantidad de usuarios, mantenimientos y respaldos.

1.1.4. Tiempo de respuesta

Determine el tiempo en que demora en ejecutar una transacción. Determine cuánto tiempo mínimo necesita el sistema
en el proceso más crítico y cuánto soporta el motor de base de datos seleccionado. Documente e incluya en el informe
las pruebas efectuadas. Se recomienda uso de Jmeter.

1.1.5. Estimación de tamaño de base de datos

Confeccione un cuadro con el listado de tablas que contendrá la base de datos, indicando por cada tabla: el tamaño de la
tabla vacía, el tamaño que ocupará un registro en su máxima extensión, el tamaño que ocupará la tabla con un número
aproximado de registros máximos en un determinado intervalo de tiempo. La sumatoria de todos los tamaños máximos
de las tablas, determinará una aproximación del tamaño de la base de datos en un intervalo de tiempo. Considere otros
objetos a crear en la base de datos dentro de la estimación de tamaño. Puede utilizar algún software para determinar el
volumen máximo.

1.1.6. Mecanismos de seguridad

Efectúe la definición de las vistas de usuarios, definición de reglas de acceso por cada usuario con los respectivos permisos
y roles que tienen en la base de datos; la definición de los perfiles de los usuarios, definición de los procedimientos
almacenados a utilizar, y disparadores a desarrollar, indicando el objetivo a alcanzar.

1.1.7. Monitorización y afinamiento

19
Determine las actividades a desarrollar para controlar el correcto uso de la base de datos, liberando espacio que no es
utilizado, indicando quién realizará dichas actividades y con qué herramienta lo realizará. Detallar el monitoreo a realizar.
 Área Informática

2. Calidad del Producto.

2.1. Roles de QA
Señale los roles definidos para el Plan de Calidad del proyecto.

2.2. Plan de Verificación y Validación

Defina las tareas de Validación de los requerimientos, y verificación de los procesos requeridos.

2.3. Producto por entregar

Confeccione un listado de los “artefactos” que se entregarán para dar por finalizado el proyecto, como DVD con instalador,
cuenta para acceder a alguna parte del sitio, horas de capacitación, etc.

3. Diseño Casos de Pruebas

3.1. Pruebas funcionales.
Detalle las pruebas centradas en el funcionamiento y lo que hace el sistema, estableciendo su relación con los
requerimientos.

3.2. Pruebas estructurales o de Caja Blanca.

Efectúe y documente pruebas centradas en la estructura interna del programa (analizando cada camino de ejecución en
forma independiente).

4. Análisis de Resultados de las Pruebas.

Confeccione un resumen de los resultados obtenidos al ejecutar las pruebas de software. Incluya como anexo al informe
los casos de prueba especificados, así como lo manifestado por los usuarios finales de la prueba piloto.

5. Generación de métricas e indicadores.

Defina métricas que garanticen que las aplicaciones están configuradas y funcionando correctamente.

6. Plan de Distribución y Definición Ambiente de Producción

Diseñe la distribución o disposición física de los distintos nodos o estaciones de trabajo que componen el sistema y el
reparto de los componentes (almacenamiento de datos) sobre dichos nodos. Para ello, especifique las características del
equipamiento del ambiente de producción y los softwares que se instalarán en cada uno de ellos para el funcionamiento
de su producto. Confeccione un diagrama de distribución de cómo estará distribuido el equipo donde se instalará la
aplicación. Por ejemplo: la base de datos se ubicará en el servidor de base de datos y la aplicación se instalará en cada
estación de trabajo.)

7. Plan de implementación.
Señale el Plan de implementación utilizado para la transición entre el Escenario Origen y el Escenario Destino en la entidad,
atendiendo a diversos criterios que se adapten a las características de la entidad y maximicen así el éxito de la operativa.
Además, anexe al informe los siguientes manuales:

7.1. Manual Técnico

El manual técnico está compuesto por todas las especificaciones descritas en el análisis y el diseño del sistema.

7.2. Manual de Usuario.

El manual del usuario tiene todas las instrucciones para la utilización del software que ha desarrollado.

20
 Área Informática

13 Defensa de Proyecto
DISERTACIÓN + SOFTWARE FUNCIONAL
(Evaluación Nº 07 de 25%)

ENTREGABLE CONTENIDO
Entrega de Software (TPS) 35%
Entrega de Infraestructura (TPI) 15%
Disertación 100% Exposición PPT 10%
Exposición Individual 10%
Preguntas Comisión 30%

CONSIDERACIONES IMPORTANTES PARA LA DEFENSA DEL TRABAJO SEMESTRAL

1. Se realizará una exposición conjunta con Taller de Proyecto de Infraestructura al finalizar el semestre.
2. La evaluación será realizada por docentes externos, un docente por cada asignatura.
3. Tiempo máximo de la exposición: 30 minutos.

De la distribución.
A su vez, esta evaluación se descompone en tres ítems, los cuales entregarán su nota final de
la evaluación, de acuerdo con la siguiente distribución:
• Entregas y PPT: 60% (misma nota para todo el grupo). Busca medir la calidad del
análisis del proyecto como resultado del trabajo durante todo el semestre. Se
utiliza una escala de apreciación y rúbrica como instrumento.
• Presentación personal y exposición: 10% (nota individual). Busca medir la
capacidad individual de exponer las ideas relacionadas con el tema. Se utiliza una
rúbrica como instrumento.

21
 Área Informática

• Preguntas dirigidas: 30% (nota individual). Busca medir el dominio individual en las
temáticas del proyecto y la asignatura. En general suelen ser 1 a 2 preguntas por
alumno incluyendo contrapregunta. Se utiliza una rúbrica.
De la presentación.
El tiempo asignado para exponer por parte de los alumnos son 30 minutos en total, luego una
ronda de preguntas de la Comisión por 10 minutos.
• 10 minutos para análisis (PPT)
• 5 minutos para presentación de infraestructura
• 15 minutos para presentación de software
• 10 minutos para preguntas dirigidas.
Con todo, si la presentación del grupo supera los 30 minutos, ésta será finalizada en dicho
momento y los elementos no presentados se considerarán como “No observados” (detalle en
instrumento de evaluación), dando paso a los 10 minutos de preguntas de la Comisión.
La inasistencia a la presentación significa nota mínima en la evaluación completa, debiendo el
alumno justificarla para optar al derecho de rendir el examen en su reemplazo.

Del orden de exposición.

Los grupos se presentan según el orden asignado entregado antes de la fecha de la defensa.
Se considerará un máximo de 5 minutos de espera a contar de la hora de inicio de la clase.
Retrasos en el inicio de la exposición serán sancionados con un descuento en la nota final de 0,2
puntos (2 décimas) por cada minuto o fracción de retraso.

De la evaluación.
Los aspectos por evaluar de la exposición son los siguientes:

22
 Área Informática

CONTENIDO DISERTACIÓN TPS (10 minutos):

1. Introducción (problemática)
2. Descripción Técnica de la Solución Escogida
3. Ciclo de Vida y Metodología
4. Factibilidad Implementativa
5. Conclusiones (Beneficios de la solución)

PRESENTACION DE INFRAESTRUCTURA (5 minutos):

1. Presentación y fundamentación.

CONTENIDO SOFTWARE FUNCIONAL (15 minutos):

1. Presentación del primer proceso relevante y subprocesos.
2. Presentación del segundo proceso relevante y subprocesos.
3. Presentación del tercer proceso relevante y subprocesos.

CONTENIDO DEL DEMO ESPECIFICADO TAMBIÉN EN LA FICHA DE INSCRIPCION

1.- DEFINICIONES DEL PROYECTO DE CARACTER OBLIGATORIO

 Un Objetivo (lo que busca el producto)
 Tres requerimientos relevantes alineados con el objetivo
 Definición de nivel de usuario: mínimo 2 (Administrador, otros)
 Inicio de sesión según tipo de usuario
 Mantenedores de administrador
 Diseño de interfaz: usabilidad, accesibilidad
 Mínimo 20 tablas en 3FN
 5 triggers
 5 procedimientos almacenados
 Tablas de auditoría

2.- TIPO DE DESARROLLO

Plataforma WEB Aplicación Móvil Aplicación con Arduino Aplicación Cliente-

23
Servidor
 1 norma W3C  Portabilidad
 Área Informática

 Responsive  Vinculación con

 Adaptative redes sociales
 Geolocalización

3.- TIPO DE CLIENTE (QUIÉN PAGARÁ POR LA SOLUCIÓN)

Emprendimiento Persona Emprendimiento Empresa

Internalización Empresa

4.- TIPOS DE INNOVACIÓN

Afecta a un proceso de negocio de la empresa

Beacons
Dron
Domótica
Nuevas Tecnologías
Robótica
Internet de las cosas
Lentes VR
Otros: __________________________________

Indicador de gestión para la toma de negocio (Reportería)

WebPay-Paypal
Nuevas Tecnologías Migración de Datos
Integración con Otros Sistemas

ENTREGABLES DÍA DEFENSA DE PROYECTOS

 Ficha de inscripción final impresa.
 CD que contenga:
o Ficha de inscripción inicial y final
o Informes:
 Anteproyecto
 Informe 1
 Informe 2
 Informe 3
o PPT defensa de proyecto
24
 Área Informática

o Código demo funcional con script de base de datos

o Carta Gantt sin fecha, solo con días en tiempo real de desarrollo.
o Matriz de Riesgo Gestión, Desarrollo e Implementación

25