UNIVERSIDAD DE LA SALLE

FACULTAD DE INGENIERA
ASIGNATURA: SISTEMAS DE INFORMACIN INDUSTRIAL
PREPARADO POR: GUILLERMO CAMACHO
PAUTAS PARA EL DESARROLLO Y ENTREGA DEL PROYECTO FINAL
Este documento resume pautas para el desarrollo del proyecto de aula del curso SISTEMAS DE
INFORMACIN INDUSTRIAL del segundo ciclo de 2015. El proyecto inicia en la segunda
semana del semestre, y ser abordado por equipos de hasta 4 personas. Se planean 3 fases de
entrega a lo largo del semestre en las fechas indicadas en este documento. En cada fase ser
evaluada la integridad, claridad en la redaccin 1, ortografa, organizacin del documento
(numeracin de figuras, tablas, secciones, etc). Durante la creacin de sus informes debe utilizar el
esquema de ttulos especificado en esta gua; cada seccin indicada tendr una calificacin
independiente.

FASE 1. INSCRIPCIN DEL PROBLEMA

Esta fase comprende el conjunto de actividades preliminares encaminadas a la formulacin concreta

del tema que se va a trabajar. Las actividades sugeridas son: (a) definicin de un rea de aplicacin,
(b) especificacin de un problema dentro del rea definida, (c) justificacin de su seleccin y (d)
redaccin del documento. El documento a entregar en esta fase debe contener mximo 6 pginas
(sin contar con las pginas de bibliografa) con las siguientes secciones:
1.
2.
3.
4.

Ttulo
Introduccin
Definicin del problema
Objetivos

1
Algunas
notas
de
redaccin
pueden
ser
consultadas
http://vicente1064.blogspot.com/2008/04/22-consejos-rpidos-para-mejorar-tu.html

en

5.
6.
7.
8.

Justificacin
Estrategias de Solucin y Resultados Esperados
Contrato
Bibliografa

A continuacin se especifican algunas de estas secciones:

Ttulo.
Debe ser corto y resumir el alcance del proyecto. Al leer el ttulo, el lector no debe deducir que el
documento trate de una cosa cuando en realidad trata de otra muy diferente. Incluir en esta seccin:
nombre de los integrantes, correo electrnico (institucional), cdigo, grupo al que pertenecen (1 o
2).
Introduccin.
Contiene una breve presentacin del entorno en que se contextualiza el problema, as como de las
necesidades planteadas por los potenciales usuarios. Ejemplo,
Industrias Croix es una empresa dedicada a la fabricacin de muebles para oficina.
Actualmente, esta empresa tiene cedes en la ciudad de Bogot, Barranquilla y Medelln. Los
operarios encargados de la gestin de inventarios han reportado dificultades al momento
de
Deben indicar explcitamente cules sern los usuarios del sistema y cules son sus expectativas. Se
indica adems, cul es la principal motivacin para resolver el problema seleccionado. Al final de
esta seccin, se realiza una breve presentacin del contenido del documento que se est entregando,
sealando los aspectos ms relevantes de cada seccin. Ejemplo,
En la seccin 1 se presenta la empresa caso de estudio y se contextualiza el problema, en la
seccin 2 se describe el problema de forma detallada, en la seccin 3 se presentan los
objetivos del proyecto,
Definicin del problema.
Al seleccionar el problema, considere su inters dentro del campo de accin de ingeniera industrial,
su conocimiento previo acerca del rea en que existe el problema, su habilidad y su capacidad para
trabajar en equipo. Es importante que considere aspectos de factibilidad para el proyecto como:
tiempo para desarrollar el proyecto (en horas independientes durante el semestre), disponibilidad de
informacin, relacin del tema con su rea de formacin, entre otros.
En esta seccin se identifica aquello que se quiere resolver, es decir, el problema a cuya solucin se
contribuir con el desarrollo de un sistema de informacin. Se debe realizar una descripcin precisa
y completa de la naturaleza y magnitud del problema y se debe justificar la importancia en trminos
de impacto. La tcnica de definicin del problema debe ser establecida por el equipo de trabajo
como conclusin de los seminarios presentados en clase.

Recuerde que los usuarios de su sistema son su principal fuente de informacin, no olvide
referenciar las entrevistas que tenga con ellos.
Objetivos
Cuando se ha descrito el problema, se procede a formular los objetivos. El objetivo puede indicar la
satisfaccin de una necesidad, inters o inquietud particular dentro del contexto del problema
identificado. Este objetivo debe ser coherente con los intereses del grupo de trabajo y con los del
curso. Se sugiere el uso de un objetivo general y hasta cuatro objetivos especficos que permitan
materializar el objetivo general. Se sugiere incluir en cada objetivo cinco componentes: (1) Para
qu, (2) Cmo, (3) Qu, (4) Dnde, (5) Por qu
Ejemplos
Objetivo General. Desarrollar un prototipo de sistema de informacin para el
registro de entradas y salidas de instrumentos en el laboratorio de ingeniera
ambiental.
Objetivos Especficos

Definir requerimientos funcionales y de datos

Establecer los modelos conceptuales y lgicos del universo de discurso
Implementar modelos en plataformas de desarrollo adecuadas
Validar el sistema y concluir respecto del prototipo

Existe un grupo de objetivos llamados objetivos internos asociados directamente con el espacio
acadmico (por ejemplo, Adquirir habilidades para el modelado de sistemas de informacin).
Estos objetivos no son indicados en su avance.
Justificacin
En esta seccin debe exponerse clara y concisamente las razones por las cuales se considera que el
tema seleccionado es importante, tanto desde el punto de vista acadmico, industrial e institucional.
Se debe describir de forma explcita: por qu el desarrollo de proyecto aportar una solucin en el
campo prctico, quienes sern los beneficiados y cules sern sus beneficios. Debe entregarse una
respuesta clara y contundente a las preguntas: Por qu debe de desarrollarse un sistema de
informacin para resolver el problema descrito?, Cul es el efecto de la inexistencia del sistema de
informacin que van a desarrollar?.
Es necesario que los integrantes del grupo predigan el resultado del proyecto que estn iniciando y a
partir de esta prediccin justifiquen su importancia. Generalmente, esta prediccin est asociada a
una caracterstica especial del programa que se construir, caractersticas que ser verificada al final
del proyecto.
Estrategias de solucin y resultados esperados.
En esta seccin se pone a prueba la creatividad y capacidad de planeacin del grupo de trabajo. Se
debe incluir el plan estratgico y la gestin de recursos (tiempo, dinero, personal, informacin) para
el alcance de los objetivos propuestos.
Se sugiere trabajar con hasta tres niveles de detalles: (1) objetivos, (2) actividades y (3) tareas. Para
la consecucin de un objetivo se debe realizar cierta secuencia de actividades y para la terminacin

de una actividad se debe realizar cierta secuencia de tareas. El grupo de trabajo debe presentar un
cronograma para la ejecucin de las tareas planeadas. El cronograma debe ser coherente con fechas
de entrega del proyecto y debe incluir informacin de los responsables de cada actividad, es decir,
el nombre de cada responsable. Dentro de este cronograma se asume que el docente tardar 2
semanas en entregar la revisin del proyecto.
Formato sugerido para el cronograma
N
o

1
2
3

ACTIVIDAD2

Objetivo
Especfico
Relacionado3

Duracin de la Actividad
(En semanas)
1

1
0

1
1

1
2

1
3

1
4

1
5

Seleccin de caso de estudio

Entrevista con el cliente
Desarrollo del modelo ER

Contrato del equipo.

Esta seccin contiene informacin relacionada con los roles ejercidos por cada integrante del grupo
(lder, gerente de proyecto, desarrollador de modelos, desarrollador de interfaces, comunicador,
desarrollador de informes, etc). El grupo debe identificar explcitamente un lder y definir sus
responsabilidades (derechos y deberes) dentro del desarrollo del proyecto. Es obligatoria la
existencia de un lder, los dems roles sern propuestos por el grupo de trabajo.
Bibliografa.
Debe ser entregada en el formato IEEE. Todos los documentos de la seccin bibliografa deben
haber sido referenciados de forma explcita en el cuerpo del informe. Se sugiere utilizar
herramientas automticas de generacin de bibliografa (por ejemplo, citas y bibliografa de Office
2010, BIBTEX, MENDELEY, ZOTERO etc.). Recuerde que no solo los libros y artculos pueden
ser citados, puede tambin citar entrevistas, recortes de peridico, pginas web, etc.
Fechas de entrega:
La informacin debe ser cargada a la plataforma Moodle, dentro del foro AVANCE1-GX, (donde X
es el grupo al que pertenecen). Fecha: 04/09/15

2 Ampliar los espacios (filas) de acuerdo a la cantidad de actividades planeadas en el cronograma del proyecto.
3 Indicar el nmero del objetivo especfico del proyecto relacionado con esta actividad.

FASE II ANTEPROYECTO

Esta fase busca concertar aspectos metodolgicos en tres sentidos: (1) verificar modificaciones
sugeridas por el orientador respecto del primer informe, (2) presentar el resultado de la bsqueda y
clasificacin de soluciones que ya han sido propuestas para el problema definido y (3) presentar
fundamentos tericos necesarios para resolver el problema 4. El informe de esta fase no debe superar
las 8 pginas (sin incluir bibliografa) y sus componentes son:
1.
2.
3.
4.
5.
6.
7.
8.
9.

Identificacin
Introduccin
Objetivos: General y Especficos
Antecedentes
Marco Terico
Requerimiento del cliente (modelos de caso de uso, diagramas de secuencia y de flujo)
Plan de pruebas
Modelo entidad relacin (incluye prrafos descriptivos del sistema a modelar)
Bibliografa

A continuacin se especifican algunas de estas secciones:

Identificacin:
Incluir en esta seccin: Ttulo del proyecto, espacio acadmico, nombre de los integrantes, correo
electrnico (institucional), cdigo, grupo al que pertenecen (1/2/3).
Introduccin.
Esta seccin resume el conjunto de aspectos metodolgicos concertados en el primer informe,
especficamente resume: (a) definicin del problema, (b) justificacin, (c) resultados esperados y (d)
estrategia de solucin. El resumen presentado debe ser compacto (es decir, sin uso de subttulos) y
de clara redaccin.
4 Note que estos fundamentos no necesariamente sern de programacin. Deben incluir conceptos
asociados a la naturaleza del problema seleccionado, por ejemplo: fsica, matemticas, economa,
investigacin de operaciones, puntos de equilibrio, dinmica, etc.

Objetivos
Esta seccin contiene las versiones corregidas de los objetivos presentados en el primer informe.
Estos objetivos deben ser alcanzables en el tiempo disponible para el espacio acadmico.
Antecedentes
Incluye una bsqueda bibliogrfica de las diversas soluciones que han sido propuestas al problema
escogido. Se da prioridad a las soluciones existentes que se basen en sistemas de informacin. Al
final de la seccin se destacan las ventajas y desventajas de las propuestas consultadas y se indica si
el grupo de trabajo va a proponer una nueva solucin o va a realizar mejoras sobre una solucin
existente. Las fuentes de bsqueda sern: artculos de investigacin, libros, wikis, blogs, foros, etc.
Cada trabajo consultado debe estar debidamente referenciado en esta seccin.
En caso de no encontrar antecedentes deben indicar: palabras claves utilizadas en la bsqueda,
fuentes consultadas, resultados obtenidos y justificacin de la inexistencia de los antecedentes.
Marco Terico
Se resumen los aspectos tericos que fundamentan la solucin escogida para el problema. La
informacin en esta seccin es el resultado del anlisis de fuentes bibliogrficas formales (libros,
artculos) y su interpretacin desde el contexto de solucin del problema. Es importante indicar que
el marco terico no es una copia fiel de fragmentos de las referencias, por el contrario, se trata de
analizar dichos fragmentos y contextualizarlos en el proyecto que se est desarrollando. La
informacin en esta seccin debe responder a la pregunta: cules son los conceptos tericos que
requiere el lector para comprender la solucin?; se asume que el lector es formado en sistemas de
informacin industrial
Requerimiento del cliente.
En esta seccin se presenta el requerimiento formal del cliente de la base de datos. La informacin
recopilada se originar en: documentos entregados por la organizacin, entrevista a representantes
de la organizacin y lluvia de ideas alrededor de las expectativas del cliente con el proyecto. La
informacin ser modelada utilizando dos tipos de diagramas: (1) rbol de objetivos y (2) diagramas
UML, especficamente: casos de uso, diagramas de secuencia y diagramas de actividad
Plan de Pruebas.
Se debe incluir un plan de pruebas a realizar sobre el sistema de informacin. Este plan de pruebas
puede ser ejecutado con datos de entrada simulados; se debe especificar la salida esperada ante el
procesamiento de dichos datos. Generalmente, las entradas asumidas son consultas que los usuarios
desean realizar. Las salidas asociadas sern el resultado de las consultas en los formatos indicados
por el usuario. Se debe utilizar un estado particular de la base de datos para realizar este plan de
pruebas.
Modelo Conceptuales y fsicos.
Se ha de presentar una primera versin de modelos conceptuales y fsicos. Esta versin contendr
las sugerencias realizadas por el docente en la realimentacin del segundo parcial. Los modelos
finales deben estar articulados con la seccin Requerimiento del cliente. Los modelos son:

Modelo Entidad Relacin

Modelo UML
Modelo de datos relacional (+ implementacin en Access)

Bibliografa.
Debe ser entregada en formato IEEE. Todos los documentos en la seccin bibliografa deben haber
sido referenciados de forma explcita en el cuerpo del informe.
Fechas de entrega:
La informacin debe ser cargada a la plataforma Moodle, dentro del foro AVANCE2-GX, (donde X
es el grupo al que pertenecen). Fecha : 14/10/15

FASE III INFORME FINAL

Este informe tendr el formato de artculos IEEE, no debe superar las 6 pginas y debe contener las
siguientes secciones:
1.
2.
3.
4.
5.
6.
7.
8.

Abstract (en ingls)

Introduccin
Background
Mtodo
Resultados
Anlisis de resultados
Conclusiones
Bibliografa

Si es necesario, es posible adicionar una seccin de anexos. A continuacin se describe el contenido

de algunas de las secciones:
Abstract.
Corresponde al resumen del documento, en ingls. Se sugiere la estructuracin en mximo tres
prrafos. En ellos se debe identificar la motivacin (contexto y definicin del problema), el mtodo
(cmo fue desarrollado, en qu pasos, con qu herramientas de programacin), el resultado
principal y la principal consecuencia de este resultado.
Introduccin.
Es una versin comprimida de la introduccin concluida para el segundo informe. Debe localizar al
lector en el contexto del problema, indicando: su importancia, las alternativas de solucin que ya
fueron probadas por otros autores (related works) y la estrategia utilizada en el proyecto que se
desarroll. Al final de esta seccin se realiza una breve presentacin del contenido del documento.

Background.
Contiene las definiciones conceptuales necesarias para el entendimiento de la solucin propuesta al
problema. Es una versin resumida de la seccin marco terico presentada en el segundo informe.
Mtodo.
En esta seccin se documentan los pasos que se desarrollaron para el modelamiento y construccin
de la base de datos. Se omiten las etapas de identificacin del problema las cuales ya fueron
documentadas en las secciones previas. Se sugiere la siguiente secuencia:

Modelo Entidad-Relacin a partir del problema detallado

Modelo de datos relacional
Esquema SQL en el DBMS Microsoft Access
Modelos UML
Consultas necesarias para cada aplicacin
Formularios e interfaces grficas
Pruebas de la aplicacin (o las aplicaciones)

Es necesario que en esta etapa se indiquen las pruebas que se hicieron sobre el programa y los datos
que fueron utilizados sobre estas pruebas. Los resultados sern expuestos en la siguiente seccin.
Resultados.
En esta seccin se presentan los resultados obtenidos. Se da prioridad a los resultados que fueron
predichos en la justificacin del primer informe, es decir, aquellas caractersticas que justificaban la
realizacin del proyecto.
Anlisis de resultados.
En esta seccin se realiza una discusin acerca de las tendencias o comportamientos que indican los
resultados obtenidos, intentando poner al descubierto hechos y/o relaciones que no se lograban
apreciar antes del desarrollo del proyecto.
Conclusiones.
Esta seccin contiene el conjunto de conclusiones derivadas directamente del proyecto realizado.
Generalmente, estas conclusiones estn relacionadas con el aspecto de mayor impacto presentado
en la seccin anlisis de resultados. Se adicionan las futuras mejoras sobre el programa realizado y
las limitaciones de la propuesta realizada.
Fechas de entrega:
El proyecto ser sustentado en la fecha de examen final indicada en el syllabus. Se aclara que junto
al informe final se debe presentar:
(a) Sustentacin de proyecto final (duracin de 15 min. Presentacin de las secciones del
informe final con nfasis en resultados y conclusiones)
(b) Presentacin del programa funcionando
El docente entregar una tabla de chequeo en la que se indicar el mtodo de evaluacin de la
entrega final.