Está en la página 1de 9

PAUTA DE INFORME TALER INTEGRAL PROYECTOS INFORMATICOS 1. 2.

PORTADA INDICE Corresponde a la identificacin de los tpicos por pgina del informe completo desarrollado, es decir, estableciendo la numeracin de pgina correspondiente. 3. INTRODUCCION La introduccin corresponde la especificacin de un marco terico de su proyecto, es decir, deben de identificar los aspectos tericos sobre los cuales se ha basado el desarrollo de su proyecto. Por ejemplo: administracin, control, toma de decisiones etc.. No menos de una pgina.

4.

DEFINICIN DE LA EMPRESA 4.1. DESCRIPCIN DE LA EMPRESA

Corresponde a la especificacin de que tipo de empresa es en la cual se esta desarrollando el sistema identificando: Nombre, rubro, direccin, telfono, descripcin de actividades. 4.2. ESTRUCTURA ORGANIZACIONAL DE LA EMPRESA

Corresponde a la especificacin de que rubro es y adems debe de especificar claramente cuales son los departamentos con los cuales cuenta la empresa. 4.3. ORGANIGRAMA EMPRESA

Representacin grafica de la estructura identificada, es decir, debe de presentar el organigrama de la empresa. 4.4. IDENTIFICACIN DEL PROBLEMA 4.4.1. ESPECIFICACIN DE SITUACION ACTUAL En este punto debe de establecer el cmo desarrolla las operaciones o procesos la empresa en la actualidad; identificando claramente que desarrolla, como lo desarrolla y las herramientas que utiliza para la ejecucin del proceso. Debe de establecer como mnimo una descripcin de una hoja. 4.4.2. EVALUACIN DE SITUACIN ACTUAL Establecer cualitativamente la situacin que se presenta en el punto anterior. Es decir, definir los problemas y aciertos que se estn desarrollando en la actualidad en la empresa. NO puede ser menor de media hoja.

5.

SISTEMA A REALIZAR 5.1. REQUERIMIENTOS ESPECIFICOS DE USUARIO

Requerimientos identificados por el analista una vez aplicadas las tcnicas de recoleccin de datos a los usuarios del sistema que se desarrollara. 5.1.1. REQUERIMIENTOS SOLICITADOS Se establecen todos los requerimientos que el usuario ha solicitado. 5.1.2. CLASIFICACIN DE REQUERIMIENTOS (TIPO E IMPORTANCIA) Los requerimientos deben de ser clasificados por tipo (funcional o no funcional). La importancia tiene relacin a la necesidad de que el requerimiento este presente dentro del sistema. 5.2. OBJETIVO GENERAL DEL PROYECTO

Identificacin del porque desarrollar el sistema, es decir, establecer el motivo del desarrollo del sistema. 5.3. OBJETIVO ESPECIFICO DEL PROYECTO

En este punto debe de establecer que desarrollara para cumplir con los requerimientos. Esto quiere decir que se deben especificar que operaciones o funciones que se desarrollaran para cumplir el objetivo de desarrollo del sistema. 5.4. BREVE DESCRIPCIN DEL PROYECTO

Se debe de especificar que es lo que desarrolla el sistema, es decir, se debe de establecer las funcionalidades que el sistema desarrollara, describindolas de manera detallada. Como mnimo debe de presentar una pgina. 5.5. AMBITO Y LIMITACIN DEL PROYECTO

En este punto se debe de establecer el rea en que se desarrollo o apoya su sistema. Adems se debe de especificar que es lo que no hace el sistema, pero que no anulen las funcionalidades que se definieron. En si, se debe de delimitar las funcionalidades que el sistema realiza. 5.6. FACTIBILIDAD DEL PROYECTO (DEBE DE PRESENTAR DOS ALTERNATIVAS DE SOLUCIN DESDE EL PUNTO DE VISTA DEL DESARROLLADOR) 5.6.1. 5.6.2. 5.6.3. 5.6.4. 5.6.5. FACTIBILIDAD TCNICA (DESARROLLO). Establecer todos los elementos de

hardware, software y rrhh, necesario para el desarrollo del proyecto. FACTIBILIDAD ECONMICA (DESARROLLO). Establecer los costos en los cuales se incurrirn para el desarrollo de la aplicacin. FACTIBILIDAD OPERACIONAL (DESARROLLO). Establecer si el personal cuenta o no con los conocimientos necesarios para el desarrollo de la aplicacin. FACTIBILIDAD LEGAL (DESARROLLO). Establecer las normativas legales o los estndares que el desarrollo debe de cumplir. FACTIBILIDAD DE IMPLEMENTACIN. Establecer las especificaciones tcnicas, conocimientos o infraestructura que el usuario debe de contar para instalar y utilizar el sistema desarrollado.

5.7.

IDENTIFICACIN DE SOLUCIN 5.7.1 IDENTIFICACIN Y JUSTIFICACIN SELECCIN Establecer porque fue seleccionada la alternativa. Debe de basarse en su estudio de factibilidad, adems de justificar cualitativamente el desarrollo del sistema. No puede ser menor a media hoja. 5.7.2 PROYECIN DE SOLUCION A IMPLEMENTAR

Debe de establecer lo que la solucin implica para la empresa y que posibles cambios se pueden incorporar o desarrollar, adems puede utilizar el resultado del flujo de caja para evaluar la proyeccin de su sistema. No puede ser menor a media hoja. 6. PLANIFICACIN DE ACTIVIDADES 6.1.
IDENTIFICACIN Y JUSTIFICACIN DE METODOLOGA DE DESARROLLO UTILIZADA

Se debe de establecer cul es la metodologa a utilizar para el desarrollo de su proyecto y presentar una pequea descripcin de cmo funciona. Debe de establecer con fundamentos porque se selecciona la metodologa escogida, es decir, debe de establecer criterios tales como tipo de proyecto, funcionalidad del proyecto, tiempo de desarrollo... etc. No puede ser menor a media hoja. 6.2. IDENTIFICACIN DE ROLES DE PROFESIONALES Debe de especificar claramente cuales son las caractersticas del personal que va a contratar. NOTA: VER ANEXO A. 6.3. IDENTIFICACIN DE EQUIPO DE TRABAJO Debe de establecer que tipo de equipo utilizara para desarrollar el sistema, esto se refiere a la estructura que este tendr. Revisar el libro Desarrollo y Gestin de proyectos informticos del autor Steve McConnel. Adems debe de justificar el porqu de su seleccin. No puede ser menor a media hoja.
6.4. PLAN DE CONTINGENCIA 6.4.1. IDENTIFICACIN DE RIESGOS Debe de establecer 10 riesgos como mnimo, estos riesgos deben de ser durante el desarrollo de su proyecto. 6.4.2. PRIORIZACIN DE RIESGOS Establecer el nivel de impacto que este puede ejercer sobre el desarrollo de la riesgos. aplicacin si se presenta. Por lo cual debe de establecer una rubrica que permita poder catalogar los

6.5

PLANIFICACIN TEMPORAL Debe de establecer una descripcin de su trabajo, por lo cual debe de describir las actividades que realizara durante su planificacin. No puede ser menor a una hoja.

7.

DISEO LGICO DEL PROYECTO 7.1


DIAGRAMAS PARA DISEO DE SISTEMA 7.1.1. 7.1.2. 7.1.3 7.1.4 DIAGRAMA DE CASO DE USO DIAGRAMA DE ACTIVIDAD DIAGRAMA DE ESTADO DIAGRAMA DE CLASES O COMPONENTES (Esto depende de cada aplicacin desarrollada debe de conversar con los docentes sobre este punto)

NOTA: Los diagramas de estados deben estar asociados a un objeto no a la funcionalidad.


Se debe de generar un diagrama de actividad por cada caso de uso que usted establece en su Diagrama de Caso de Uso. Solo debe de generar un diagrama de clases. USTED ES RESPONSABLE DE GENERAR SUS DIAGRAMAS EN UNA HERRAMIENTA CASE, SUS DIAGRAMAS DEBEN DE SER OREDENADOS Y VISIBLES, NO SE REVISARAN DIAGRAMAS QUE NO TENGAN UN ORDEN O NO SE ENTIENDA POR EL NUMERO DE LINEAS CRUZADAS U OBJETOS SOLAPADOS. SE ASUME QUE LAS OPERACIONES O FUNCIONALIDADES QUE USTED DESARROLLA SON DISTINTAS, POR LO CUAL NO PUEDE HABER UN DIAGRAMA IDENTICO O SIMILILAR A OTRO EN ESTRUCTURA, DE SER ASI SLO DESARROLLO UN DIAGRAMA.
7.2

MODELO DE BASE DE DATOS Representacin primarias. lgica y fsica de la base de datos del sistema a desarrollar. Debe de identificar entidades, atributos, relaciones, cardinalidad, tercera forma normal y claves

7.3.

LAYOUT 7.3.1 PANTALLAS (men principal, pantalla de ingreso, pantalla de consulta simple y compleja, pantalla de modificacin, mensaje de advertencia, mensaje de confirmacin de operacin, informe) 7.3.2 INFORMES IMPRESOS (Informe simple, informe estadstico o resmenes, listado)

NOTA: Este punto debe ser entregado los bosquejos de pantallas e informes, no los resultados finales, es decir, ninguna pantalla hecha en la herramienta que utilizaran en el desarrollo del sistema. 8. PLANES DE PRUEBA 8.1. IDENTIFICACIN TIPO DE PRUEBA Se debe de identificar el tipo de prueba a aplicar no el enfoque de prueba. Deben de ser identificadas 10 tipos de pruebas distintos, como mnimo. Adems de una prueba de regresin en caso de acciones correctivas. 8.2. IDENTIFICACIN DATOS DE PRUEBA Se deben de identificar cuales son los tipos datos de prueba que sern utilizados por prueba desarrollada. No se debe de olvidar que usted probara funcionalidades, que requieren de ciertos tipos de datos para ser probados. 9. CONCLUSIN Corresponde a la conclusin del proyecto total, esta no puede ser menos de una pgina.

10. 11.

BIBLIOGRAFIA ANEXOS 11.1 11.2 DOCUMENTACIN DE METODOLOGIA USADA (Como mnimo debe de presentar 5 hojas). ESTANDARES DE DEFINICION DE VARIABLES, DOCUMENTACIN, MENSAJES DE ERROR Y ETIQUETACION DE AVANCES. DICCIONARIO DE DATOS NOTA: El diccionario de datos debe de contener la descripcin de todos los casos de uso que conforman su diagrama de caso de uso. NOTA: VER ANEXO C 11.4 DISEO FSICO DEL PROYECTO (DESARROLLO DE APLICACIN EN LENGUAJE SELECCIONADO) 11.4.1 PANTALLAS (Men principal, pantalla de ingreso, pantalla de consulta simple y compleja, pantalla de modificacin, mensaje de advertencia, mensaje de confirmacin de operacin, informe) 11.4.2 INFORMES IMPRESOS (Informe simple, informe estadstico o resmenes, listado) 11.5 11.6 11.7 CONTROL DE VERSION DE SW A ENTREGAR DOCUMENTACIN DE SEGUIMIENTO Y CONTROLES DOCUMENTACIN DE TECNICA DE RECOLECCIN DE DATOS (TECNICA DE RECOLECCIN DE DATOS UTILIZADA, CON SU DESARROLLO). Como mnimo debe de presentar dos tcnicas con un mnimo de 30 preguntas cada una, si corresponde. Pero si usa fuentes de informacin como estudios, documentos u otros debe de hacer referencia a ello e incorporarlos en los anexos.
11.8

11.3

PLANIFICACIN DE CONTROL DE RIESGOS IDENTIFICADOS


ANTES (Todo lo que tiene que realizar para evitar y lo que debe de realizar si es que aplicar en el durante) DURANTE (Establecer lo que debe de realizar si el riesgo se presenta) DESPUES (Acciones correctivas a realizar cuando se presenta el riesgo) pasa y

11.9

PLAN DE RESPALDO 11.9.1 IDENTIFICACIN TIPO DE RESPALDO 11.9.2 IDENTIFICACIN ELEMENTO DE RESPALDO 11.9.3 ESPECIFICACIONES TCNICAS DE DISPOSITIVO DE RESPALDO 11.9.4 IDENTIFICAR RESPONSABLE 11.9.5 CRONOGRAMA DE RESPALDOS

11.10

REPRESENTACIN GRAFICA DE PLANIFICACIN TEMPORAL Carta Gantt del proyecto desarrollada en un herramienta CASE. Debe de establecer actividades, las tareas asociadas, controles, planes de contingencia aplicados, tiempo de asignacin en hora, una hora de holgura como mnimo por tarea, recursos utilizados, fecha de inicio proyecto. Todo lo anterior como mnimo.

11.11

DOCUMENTACIN DEL PLAN DE PRUEBA Se deben de registrar las pruebas realizadas, sus datos de prueba (10 mnimos), los resultados obtenidos, las acciones correctivas realizadas y el estado, como mnimo. NOTA: REVISAR ANEXO B

11.12

OTROS.

ANEXO A
Ejemplo de estructura de Roles de Profesionales.
Identificacin de Roles de Profesionales (cargos) Ttulo: Ingeniero Informtico y/ Ingeniero civil Informtico

Tipo de Cargo: Jefe de Proyecto. Experiencia: Al menos 10 aos. Requisitos de conocimientos: Especialista en gestin, diseo y creacin de software de gestin de datos. Caractersticas: Capacidad de liderazgo, proactivo, capacidad de trabajo bajo presin y trabajo en equipo.

ANEXO B
PLAN DE PRUEBA Nombre de la Prueba Tcnica de Prueba Objetivo Responsable Fecha Prueba N Prueba : : : : : Resultado Esperado Resultado Obtenido Accin Correctiva

Dato de Prueba

Accin Correctiva Accin Descripcin Correctiva Problema presentado

Accin Realizada

Cdigo Modificado

Dato de Prueba

Resultado Esperado

Resultado Obtenido

Estado

ANEXO C
Caso de uso: Participantes: Tipo Descripcin: Solicitar equipo de presentacin Cliente (iniciador), Recepcionista Primario Cuando el cliente alquila el saln de eventos, si lo requiere solicita el equipo de presentacin para que sea instalado en dicho saln. Curso normal de eventos Accin del actor 1. Este caso de uso comienza cuando el cliente solicita el equipo de presentacin al recepcionista. 2. El recepcionista revisa en dnde est el equipo y si est ocupado. 2. El sistema muestra el estatus del equipo y el nmero de saln en que est. 3. El recepcionista registra el cambio de equipo de saln y cambia su estado a ocupado. 4. El sistema actualiza la localizacin del equipo y su estado. 5. El recepcionista le informa al cliente que el equipo est disponible. Precondicin. Para que pueda ser asignado el equipo a un saln, el cliente primero deber alquilar el espacio. Respuesta del sistema

FORMATO DE INFORME
1. El informe deber ser escrito e impreso a travs de sistema computacional, empleando papel blanco original tamao carta y por una sola cara. La extensin del trabajo debe de ser superior a 50 pginas e idealmente no exceder las 100 pginas (sin contemplar los anexos). 2. Deber dejarse el margen izquierdo de 3 cm y los mrgenes superior e inferior de 2,5 cm. El margen derecho ser de 2 cm. Interlineado de 1,0. 3. Cada captulo debe comenzar siempre en una hoja nueva. 4. Los captulos se indicarn con nmeros arbicos en el margen superior izquierdo de la hoja, debiendo ennegrecerse el respectivo ttulo. Los temas tratados en cada captulo, debern indicarse con nmeros rabes y el ttulo deber ennegrecerse. Los subtemas se indicarn mediante dos nmeros, siendo el primero correspondiente al tema de origen y el segundo al nmero correlativo asignado al subtema. Ejemplo: 1. EL ROL DEL ESTADO EN LA CONSTRUCCIN 1.1 ASPECTOS MICROECONMICOS 1.1.1 La provisin de infraestructura La numeracin anterior se mantiene hasta un 5to nivel de profundidad, tras lo cual debe usarse alguna numeracin diferente o vietas para las subcategoras. 5. Cada hoja deber tener un encabezado de pgina que diga el nmero de captulo y su descripcin (por ejemplo: CAPITULO N I: 1. Introduccin ) y un pi de pgina (con una lnea en la parte superior) en el que seale el ttulo del trabajo y el nmero correspondiente de la pgina. En ambos casos alineados a la derecha. Se exceptan de este punto las pginas de portada, cartula, ndice y separadoras de secciones o captulos. 6. El interlineado deber ser sencillo. Los prrafos debern ser separados por una lnea adicional. 7. El tamao de la letra puede variar, tomando como tamao de referencia Arial Tamao 12. 8. Toda nota explicativa, debe incluirse en la parte inferior de pgina que corresponda y ser numerada correlativamente. 9. Las ilustraciones (imgenes, grficos, tablas, etc.) deben estar centradas horizontalmente, numeradas consecutivamente (antecedidas por el captulo) y tituladas (en la parte inferior). Para c/u de las figuras o tablas deben adems indicarse las fuentes desde donde se extrajeron, en caso de ser de elaboracin propia, igual se debe mencionar. 10. Todos los informes son entregados en forma impresa y por correo, incluido el informe final terminado y corregido. El empaste es en cartn forrado en vinil color azul (Pantone 287).

FORMATO DE PORTADA

SEDE CONCEPCIN TALCAHUANO

Titulo del proyecto desarrollado

Nombre Completo alumno 1 Nombre Completo alumno 2

Concepcin, (mes, ao)