El presente documento est elaborado con el propsito de ser una referencia para la elaboracin del perfil del Proyecto

de Grado o Trabajo Dirigido. El documento est organizado de la siguiente manera: 1. Una breve explicacin de los componentes esenciales del enfoque causal determinista. 2. Descripcin de cada componente segn el enfoque 3. Componentes del perfil con explicacin detallada del significado de cada uno (en algunos casos apoyados con breves ejemplos)

En el sentido ms amplio, actualmente se puede identificar dos tipos de investigacin: investigacin pura e investigacin aplicada. La investigacin pura pretende generar nuevo conocimiento o mejorar el existente. La investigacin aplicada pretende resolver problema con los conocimientos existentes. Segn el artculo publicado en http://padron.entretemas.com/InvAplicada/index.htm: La expresin "Investigacin Aplicada" se propag durante el siglo XX para hacer referencia, en general, a aquel tipo de estudios cientficos orientados a resolver problemas de la vida cotidiana o a controlar situaciones prcticas. Dentro de esa concepcin general, pueden distinguirse, a su vez, dos sentidos ms especficos de dicha expresin: a) Aquella que incluye cualquier esfuerzo sistemtico y socializado por resolver problemas o intervenir situaciones, aunque no sea programtico, es decir, aunque no pertenezca a una trayectoria de investigaciones descriptivas y tericas. En ese sentido se concibe como investigacin aplicada tanto la innovacin tcnica, artesanal e industrial como la propiamente cientfica. b) Aquella que slo considera los estudios que explotan teoras cientficas previamente validadas para la solucin de problemas prcticos y el control de situaciones de la vida cotidiana. En este sentido slo son investigaciones aplicadas las que se enmarcan dentro de una secuencia programtica de bsquedas que tienen como ncleo el diseo de Teoras cientficas. Todo proceso de investigacin debe ser desarrollado bajo un mismo enfoque, de lo contrario, no tiene validez cientfica. Enfoques epistemolgicos: Positivismo Racionalismo critico Dialctica Teora critica Teora de la complejidad Una gran mayora de procesos de investigacin realizados en el rea de ingeniera, corresponde y se lleva a cabo bajo el enfoque causal determinista (por excelencia, el ms conocido, mtodo cientfico).

Positivismo corresponde al enfoque causal determinista (ECD) donde la realidad se entiende en forma lineal y el problema se identifica y se formula mediante una relacin de CAUSA TERMINO DE RELACION EFECTO. Problema representa una necesidad insatisfecha, debe manifestar un aspecto propio de la realidad, no debe manifestar solamente la opinin de alguien sino debe demostrarse en base a los hechos los que se describen en Antecedentes (pues nada de la realidad aparece de la nada). Para identificar el problema en el ECD se puede utilizar rbol de Problemas o Pescado de Ishikawa. Efecto es la manifestacin de la causa y siempre debe ser perceptible (por ejemplo, no se puede percibir la personalidad pero s la conducta). Objeto de Estudio (OE) responde a la pregunta QU?, es decir, qu es lo que se va a transformar. En el enfoque causal determinista normalmente el OE es la causa o efecto (aquello que se va a modificar). El OE establece la parte de la realidad que se abstrae para el estudio. El OE es aquella parte de la realidad que contiene el problema, lo que requiere de transformacin y que se considera el portador del problema. Campo de accin (CA) responde a la pregunta EN QU?, es decir, la parte de OE en la que se interviene. Mtodo es el conjunto de pasos sistematizados que conduce a un objetivo determinado. El mtodo no existe sino se construye. Tomando en cuenta que en la mayora de los casos los proyectos de grado y tesis de grado en el rea de tecnologa a nivel de licenciatura son desarrollados bajo el principio epistemolgico del enfoque causal determinista y paradigma positivista o racionalismo crtico, la estructura y contenido del perfil ser la siguiente:

1. INTRODUCCION La introduccin sita al lector en el rea temtica que debe contextualizar el trabajo, con referencia al campo de ingeniera de sistemas aplicable en el mismo. El propsito de la introduccin es, adems, impulsar al lector a entender la intencionalidad del proyecto, asociada al rea temtica descrita anteriormente. Se recomienda redactar este apartado, al final del proceso de elaboracin del perfil.
EJEMPLO:

Introduccin En la actualidad los sistemas de software desarrollados alcanzan altos niveles de complejidad, de manera que no se puede descuidar el ms mnimo detalle o esto puede ocasionar grandes impactos negativos en las empresas. Asimismo, para evitar este problema, se debe someter el sistema a extensas pruebas que garantizaran que funcione correctamente.

Es entonces que se destinan ambientes de prueba en los cuales se emplea todo el tiempo necesario a realizar las pruebas y de todos los tipos que el sistema requiere. Importante considerar aspectos tcnicos y funcionales asociado. De esta manera se puede asegurar el desarrollo y distribucin de software de calidad, que cumpla con los requerimientos solicitados y que funcione correctamente, siendo ese el objetivo principal de todas las empresas que se dedican a este rubro. COMENTARIO: Cuando una persona lee esta introduccin, debera DEDUCIR que el campo de accin es el rea de PRUEBAS DE DESARROLLO DE SOFTWARE y el objeto de estudio PODRA ser la AUTOMATIZACIN DE PRUEBAS.

2. ANTECENDENTES Se debe describir la situacin actual del objeto de estudio (proceso, sistema, institucin, herramienta, etc.) sin emitir juicios de valor. Simplemente se describe la situacin como se presenta en el momento de empezar la elaboracin del perfil del proyecto. Es recomendable incluir en los antecedentes dos secciones: La primera debera describir la situacin actual de la institucin para la cual se pretende desarrollar el trabajo (en caso de ser relevante es aconsejable incluir en los anexos del perfil el organigrama institucional y la descripcin de procesos, roles y responsabilidades de cada unidad). Es necesario abarcar solamente el rea funcional de la institucin, donde se identificar el problema. La redaccin debe ser realizada en forma sucinta y reflejar los aspectos relevantes para el proyecto (NO INCLUIR DESCRIPCION DETALLADA DE LOS ASPECTOS IRRELEVANTES PARA EL PROYECTO). La segunda debera describir la situacin actual del proceso dnde se ha identificado la situacin problemtica (es posible para mayor claridad utilizar una herramienta para la descripcin, por ejemplo, diagramas de flujo de procesos e incluirlos en anexos). Tambin es aconsejable citar en los antecedentes cualquier producto de software existente, asociado al proceso descrito en la situacin actual. Con esto se evita la susceptibilidad al plagio (no estamos obligados a empezar un trabajo de cero pero estamos obligados a citar los trabajos que ya se hicieron). 3. PROBLEMA 3.1.Situacin problemtica (descripcin del problema): Es la identificacin del problema que debe definirse en base del anlisis del objeto de estudio que se ha descrito en los antecedentes.

Este anlisis normalmente describe los efectos que el estudiante percibe como negativos en base a la informacin recopilada (enunciados de los afectados, datos estadsticos obtenidos por medio de anlisis de documentos existentes, entrevistas, cuestionarios y/o observacin propia). Es decir, la situacin problemtica debe ser objetiva, esto para evitar que cualquier persona involucrada en la elaboracin y revisin del proyecto, niegue la existencia del problema solamente en base a la experiencia y/o conocimiento propio. Es de suma importancia resaltar de que cada aspecto analizado en la Situacin problemtica debe tener un fundamento slido descrito en el Antecedente, es decir, en el Antecedente deben describirse los aspectos que representan la situacin actual y en la Situacin problemtica deben emitirse anlisis y apreciaciones respectivos. Es aconsejable formular cada frase como relacin entre Causa(s) (los hechos detectados en la actualidad) y Efecto(s) (inconvenientes, obstculos o dificultades que provocan las causas).
EJEMPLO y Como se puede observar en los antecedentes todo el proceso de administracin del presupuesto del Plan Operativo Anual est basado en procedimientos manuales que consisten en el llenado de una serie de formularios que deben atravesar diferentes instancias de verificacin y aprobacin para obtener finalmente un pedido provocando gastos considerables para la institucin en la compra de material de escritorio (papel, tinta para la impresin, formularios pre-elaborados y suministrados por una imprenta). y Cada formulario utilizado en el proceso debe seguir la aprobacin de varias personas involucradas lo que requiere de tiempo y peor aun cuando una persona no est presente (los motivos podran ser enfermedad, viajes por razones de trabajo y vacaciones) provoca atrasos en la aprobacin de una solicitud. y Para ser aprobada una solicitud siempre debe verificarse si no excede el presupuesto establecido en el Plan Operativo Anual para lo cual el jefe de administracin y jefe de planificacin constantemente deben recurrir al presupuesto de cada unidad y comparar la cantidad de materiales que ya han sido despachados y lo que todava puede ser solicitado esto requiere de una gran cantidad de tiempo adems de que puede ser realizada con errores, pues se necesita revisar manualmente hoja por hoja todas las solicitudes anteriormente hechas con el presupuesto definido para la Institucin. y Cuando un funcionario de la institucin emite una solicitud de materiales es muy difcil obtener la informacin respecto al estado de procesamiento de la solicitud pues no se sabe que instancias ya ha pasado y donde se encuentra en un momento dado provocando una situacin de incertidumbre y malestar en el personal que requiere materiales para el cumplimiento oportuno de sus funciones.

3.2.Planteamiento o formulacin del problema:

Segn el enfoque causal determinista el problema debe ser formulado como una necesidad insatisfecha dnde claramente se puede identificar la(s) causa(s), el trmino de relacin y el(los) efecto(s).
EJEMPLO: El empleo de ineficientes procedimientos manuales de difusin de informacin sobre la planificacin anual y durante el proceso de conscripcin al Servicio Premilitar provoca largas filas, descontento de la poblacin, falsificacin de documentos y mala imagen de la Institucin Castrense.

Posiblemente sea de mucha ayuda al estudiante aplicar las tcnicas del rbol de problemas o diagrama de espina de pescado (Ishikawa) para ser capaz de formular el problema. Uno de los errores ms comunes, en la especificacin del problema, consiste en expresarlo como la negacin o falta de algo (los ejemplos proporcionados a continuacin, enfatizan la incorrecta y correcta formulacin de la CAUSA).
Por ejemplo: 1. 2. 3. 4. No existe un generador local de energa elctrica. Falta de programas de educacin inicial. Inexistencia de un Sistema de Informacin que de soporte al Control Administrativo. No existe una actualizacin permanente de la base de datos del molinete con el sistema de finanzas para as poder controlar a estudiantes retirados y deudores.

Estos ejemplos conducen de antemano a una solucin, sin haber planteado un objetivo: 1. 2. 3. 4. Si Si Si Si no existe generador, hay que construirlo o comprarlo. no hay un programa se debe desarrollar o implementar un programa de educacin inicial. no hay un sistema de informacin, se debe desarrollarlo. no existe la actualizacin se debe implementar.

En cambio, el problema debe plantearse de tal forma que permita encontrar diferentes posibilidades de solucin. Por ejemplo: 1. 2. 3. 4. Limitada provisin de energa elctrica durante el da. Bajo rendimiento de los nios, en los primeros aos de educacin primario. Procesos ineficientes para el control administrativo. La actualizacin de la base de datos del molinete con el sistema de finanzas se realiza espordicamente provocando la informacin desactualizada e impidiendo la realizacin del control a estudiantes retirados y deudores.

Estos ejemplos permiten una amplia gama de posibilidades de solucin: 1. Utilizacin de medios de generacin alternativos. 2. Diversas estrategias para elevar el rendimiento de los nios en la educacin primaria. 3. Desarrollo de diferentes sistemas de control administrativos, pudiendo estos ser Desarrollo de Aplicaciones de Software, reingeniera de procesos u otros.

4. OBJETIVOS

4.1.Objetivo general Es la situacin aspirada del objeto de estudio que soluciona o coadyuva a la solucin del problema. En el enfoque causal determinista el objetivo debe eliminar la causa o modificar el efecto. En la mayora de los casos es preferible eliminar la causa. La redaccin del objetivo general debe reflejar el producto final que se pretende obtener al finalizar el proyecto. Un requerimiento obligatorio para el objetivo de un proyecto de investigacin aplicada es la innovacin tecnolgica, es decir, resolver un problema aplicando tecnologas existentes con una forma innovadora. Un aspecto importante que debe ser resaltado es el hecho de que el objetivo general se redacta en funcin a la eliminacin de la Causa en el Trmino de Relacin.
EJEMPLO: Siguiendo con el ejemplo del problema formulado: Desarrollar un sistema web seguro para el proceso de difusin de informacin y de conscripcin de estudiantes al Servicio Premilitar.

Importante: En el objetivo general no se debe incluir el hecho de que una vez obtenido el producto final se modificaran los efectos (producidos por las causas identificadas), pues es la parte de justificacin, como se explica a continuacin en el presente documento. 4.2.Objetivos especficos El cumplimiento de los objetivos especficos permite alcanzar el objetivo general. Usualmente tienen 3-6. Cada objetivo especfico debe reflejar un producto propio intermedio desarrollado durante el proyecto El estudiante debe verificar que los objetivos especficos solucionan todos los problemas explicitados (en referencia a los inconvenientes descritos en la situacin problemtica); no puede haber un objetivo sin problema, ni un problema sin objetivo que lo aborde.

EJEMPLO: Siguiendo con el ejemplo formulado: OE1: Disear procedimientos orientados al uso de tecnologas web para el proceso de preinscripcin del Servicio Premilitar. OE2: Disear e implementar componentes del sitio web que permitan realizar la difusin de la informacin sobre la planificacin anual del Servicio Premilitar

OE3: Disear e implementar la verificacin de identidad que garanticen la integridad y confidencialidad de informacin. OE4: Codificar la informacin personal en un cdigo de barras para agilizar el proceso de preinscripcin.

Se recomienda que para llegar a formular los objetivos especficos, el estudiante elabore inicialmente un conjunto de acciones que formarn el plan de trabajo. En tal caso los objetivos especficos se obtendrn de manera natural y sern los resultados intermedios que se obtienen por la conclusin de las acciones.
EJEMPLO: OBJETIVOS ESPECIFICOS y Disear procedimientos orientados al uso de tecnologas web para el proceso de conscripcin al Servicio Premilitar. y y ACCIONES Recopilar informacin detallada sobre el proceso de conscripcin. Realizar anlisis del proceso actual. Identificar las deficiencias de los procedimientos actuales. y Disear procedimientos alternativos para obtener un proceso de conscripcin eficiente.

y Disear e implementar componentes de seguridad integrados al sitio web que permitan realizar la difusin de la informacin sobre la planificacin anual de Servicio Premilitar. y y y

Analizar (ventajas y desventajas) de los modelos evolutivos de desarrollo del software existentes. Seleccionar el modelo de desarrollo del software ms adecuado para la realizacin del proyecto. Planificar el desarrollo del proyecto por iteraciones. Aplicar las fases del proceso de software seleccionado para desarrollo del implementar el

componente de seguridad integrado al sitio web. y y y Analizar la norma ISO 17799 Identificar los componentes de seguridad a utilizar. Documentar la primera iteracin del componente de seguridad integrado al sitio web propuesto. y y Realizar pruebas de funcionamiento. Realizar anlisis de requerimientos de seguridad como ser el de verificacin de identidad. Disear e implementar la verificacin de y Aplicar las fases del proceso de desarrollo del software seleccionado para implementar mecanismos

identidad que garantice la integridad y confidencialidad de la informacin. . y

que garanticen la integridad y confidencialidad de la informacin. Documentar la segunda iteracin del componente de seguridad integrado al sitio web propuesto. y y Realizar pruebas de funcionamiento. Recopilar la informacin existente acerca del proceso de generacin y aplicacin de los cdigos de barras bidimensionales. y Disear e implementar para el el cdigo de de barras del bidimensional estudiante. y Documentar la tercera iteracin del componente de seguridad integrado al sitio web propuesto. y y Realizar las pruebas de integracin. Realizar pruebas de funcionamiento en red proceso registro

Codificar la informacin personal en un cdigo de barras bidimensional para agilizar el proceso de preinscripcin.

5. ALCANCES Incluye las actividades necesarias para asegurarse que el proyecto incluya todo el trabajo requerido, y slo el trabajo requerido, para alcanzar los objetivos especficos y consecuentemente el objetivo general. Debe contener el alcance del PROYECTO y el alcance del PRODUCTO. Se entiende por alcance del proyecto: Al trabajo que debe realizarse para entregar un producto, servicio o resultado con las funciones y caractersticas especificadas. Y por alcance del producto: A las caractersticas y funciones que caracterizan a un producto, servicio o resultado. Establecen las capacidades de funcionamiento del producto o del servicio.
EJEMPLO: ALCANCE DEL PROYECTO

Conocer polticas institucionales sobre Seguridad de TI. Analizar la norma ISO 17799. Identificar aspectos de la norma, aplicables al proyecto. Evaluar tcnicas de verificacin de identidad. Optimizar los procedimientos del proceso de conscripcin. Disear el proceso de difusin de informacin. Realizar Test de Validacin de usuario. Elaborar Manual Operativo del Sistema.

ALCANCE DEL PRODUCTO Aplicar la Norma ISO/IEC 9126 para garantizar la calidad del producto. Integrar el producto a la pgina WEB de la institucin. Utilizar la misma plataforma de la Web existente. Analizar Base de Datos existente. Desarrollar Modulo de CONSCRIPCION Desarrollar Mdulo de DIFUSION de INFORMACION Desarrollar Modulo de AUTENTICACION.

6. LIMITES Especifican los aspectos que el estudiante no va a incluir en su proyecto ni en el producto, servicio o resultado planteado
EJEMPLO: La Aplicacin de la norma ISO 17799, solo ser del dominio 8. Cualquier pago asociado al proceso de conscripcin no ser realizado va la aplicacin.

El estudiante debe poner mucha atencin al escribir este punto para evitar que terminado el trabajo la relatora no exija desarrollo adicional.

7. JUSTIFICACION Debe manifestar el beneficio, DESDE EL PUNTO DE VISTA DE NEGOCIO (ES DECIR INSTITUCIONAL), que se pretende alcanzar una vez logrado el objetivo. Resaltar la innovacin (si existe) que se introduce con el desarrollo del trabajo de grado.
EJEMPLO: La automatizacin segura del proceso de conscripcin, permitir a la institucin minimizar los casos de fraude y contar con informacin oportuna y confiable, adems de minimizar los costos administrativos asociados a este proceso.

8. CRONOGRAMA

La lista de actividades de la propuesta metodolgica asociada con fechas y plazos para la conclusin de las acciones. DESDE EL ENFOQUE PROYECTISTA, DEBIERA SER UN CRONOGRAMA RESUMEN, EL MISMO QUE DEBE CENTRARSE EN LOS PRODUCTOS-SUBPRODUCTOS, QUE GENERAR EL PROYECTO. 9. BIBLIOGRAFIA

ADICIONALMENTE, LA SUGERENCIA ES LA INCORPORACIN DE ASPECTOS DE CALIDAD Y SEGURIDAD, EN LAS SOLUCIONES PLANTEADAS. SEAN ESTAS COMO OBJETIVOS ESPECIFICOS O COMO ALCANCE DEL PROYECTO DEPENDIENDO DE LA CRITICIDAD DEL OBJETO DE ESTUDIO.

SUGERENCIAS PARA EL DESARROLLO DEL TRABAJO A PARTIR DEL PERFIL Elaboracin del Marco Terico Si el plan de trabajo se ha elaborado por medio de las acciones y objetivos especficos, se toma en cuenta que cada accin debe tener una base terica en la que el estudiante se apoya para llevarla a cabo. Por tanto, se recomienda formar el contenido del Marco Terico en base a las acciones que deben realizarse en la ingeniera del proyecto. Marco referencial Describe en el contexto de la empresa donde se desarrolla la solucin (marco organizacional) Elaboracin de la solucin o Ingeniera del proyecto Documentar, aplicando el mtodo y usando la herramienta adecuada, describir cmo se ha construido la solucin. Pruebas de validacin Esta es la etapa de todo proyecto en la que se demuestra la validez de la contribucin de ingeniera. En los proyectos de desarrollo de software es el control de calidad, siguiendo las recomendaciones metodolgicas del proceso de desarrollo o investigacin es obligatorio documentar las pruebas realizadas, que demuestran el logro del objetivo del trabajo.

Al final del captulo se puede hacer una discusin de los resultados. Para el Trabajo Dirigido Se exige en anexos: manual de usuario: debe incluir explicacin de interfaces, redactarse como una forma de capacitacin del usuario e incluir instrucciones de instalacin adems de posibles errores y/o inconvenientes y la forma de solucin. Manual tcnico: debe incluir diagramas que describen el anlisis y diseo, adems instrucciones para el programador. Conclusiones y recomendaciones Las conclusiones deben primeramente demostrar el cumplimiento de cada objetivo especfico y el resultado alcanzado. Tambin las conclusiones deben demostrar que el beneficio, ofrecido en la Justificacin, ha sido alcanzado. Las recomendaciones deben proponer acciones que se apliquen dentro del objeto de estudio que permitan mejorar el funcionamiento del campo de accin. Bibliografa utilizada para la elaboracin del documento. A fin de no caer en autoritarismo o plagio se deben poner las referencias bibliogrficas y las citas textuales segn corresponda.