GUA PARA EL DESARROLLO DE PROYECTO DE SISTEMAS III NORMAS 1. Debe realizar un trabajo que vena realizando en Sistemas I y II 2.

Se recuerda que se debe presentar mximo dos estudiantes por proyecto. 3. Se debe presentar el programa el da Lunes 25/07/2011en el laboratorio del bloque F primer piso las seccin N613 y N623 y sin prorroga. 4. Deben presentar un manual de usuario. 5. Deben desarrollar el sistema a travs de un lenguaje de programacin. 6. Del mismo modo deben crear la base de datos la cual tiene que estar conectada a las pantallas es decir al sistema. 7. La base de datos debe estar llena al momento de entregar el sistema. 8. El sistema debe consultar por cdigo y por nombre. 9. Debe generar los reportes por pantallas. 10. Debe incluir el mdulo de ayuda que no es el manual, el cual debe estar funcionado al igual que la base de datos. 11. Deben realizar un trabajo, el cual deben entregar a parte del manual. Ambos deben entregarse anillados. 12. El trabajo debe contener las siguientes fases: FASE III: DISEO DEL SISTEMA 1. Grafique y explique cada una de los diseos de las pantallas de entradas, salidas, base de datos y controles. 2. Explique y grafique el despliegue de las pantallas a travs de los Diagramas HIPO con su tabla de contenido (VOTC). 3. Explique y grafique las funciones de las entradas, procesos y salidas del sistema a travs del Diagrama HIPO Funcional. 4. Explique y realice los detalles del sistema a travs de los Diccionarios de Datos de Procesos, Subprocesos, Flujos de Datos, Archivos, Estructuras de Datos y Elementos Datos. FASE IV: PRUEBAS DEL SISTEMA 1. Explique qu tipo de pruebas y qu errores se detectaron durante el desarrollo del sistema. NOTA: Para ello, se debe realizar una tabla de la siguiente manera: Fecha Proceso o Aplicacin Tipo de Prueba Observaciones

Finalizado el llenado de la tabla, donde se prueban todos los mdulos con sus aplicaciones, se procede a realizar una conclusin de la misma, segn las observaciones registradas. En caso de que se realice alguna prueba y esta no arroje ningn error, en las observaciones se coloca sin errores. FASE V: IMPLANTACIN DEL SISTEMA 1. Explique detalladamente que mtodo de conversin se aplic para la implantacin del sistema. 2. Explique detalladamente cmo se debe acondicionar el espacio fsico, incluyendo el mapa y su explicacin. CONTENIDO DE LA MATERIA DESARROLLO DE SISTEMAS II UNIDAD III: PRUEBAS Y MANTENIMIENTO 1. PRUEBAS: Etapa utilizada por el analista y grupo de desarrolladores (programadores y diseadores grficos), que utilizan mtodos, tipos, niveles, clases y estrategias de pruebas que le permiten detectar errores antes de implantar el sistema. Prueba que se debe realizar con la ayuda de los usuarios y de personal tcnico externo al grupo de desarrollo con el fin de detectar errores de: Codificacin (errores de sintaxis), de Estructura lgica (ciclos mal estructurados) y de Funcionabilidad (errores al ingresar los usuarios los dato), es por ello que se estudiaran dos autores que establecen la importancia de las pruebas, entre las cuales se encuentran: PRUEBAS SEGN EL AUTOR FABREGAS: Este autor establece que las pruebas se deben realizar a travs de estrategias, mtodos, tipos y clases; las cuales se detallan a continuacin: Estrategias: Las estrategias se dividen en: o Estrategias Caja Negra: Este tipo de estrategia se utiliza para detectar errores de Funcionabilidad con la ayuda de los usuarios sin importar la manera como fue programado el sistema. o Estrategia Caja de Cristal o Blanca: Se utiliza para detectar errores de codificacin, sin importar su funcionabilidad; razn por la cual es realizada por el programador y diseador grfico. Mtodos de Pruebas: Los mtodos de pruebas se dividen en: o Mtodos Descendente: Tambin conocido como mtodo de arriba hacia abajo, es decir se prueba el sistema desde los mdulos principales hasta los mdulos ms sencillos. Ejemplo:

1 3

Segn el ejemplo se comienza a probar el mdulo 1 Personas, de all se seleccion, la aplicacin 2 Productos y Servicios, luego se prueba la aplicacin 3 Banca a Distancia, despus se prueba BanescOline, que es la aplicacin 4 , para finalmente probar las aplicaciones , de 5 Descripcin Servicio; Preguntas Frecuentes, Cmo Funciona la Clave de Operaciones Especiales y Demostracin; es decir, se prob de arriba hacia abajo comenzando por uno de los mdulos principales hasta llegar a las aplicaciones ms sencillas. o Mtodo Ascendente: Tambin conocido como mtodo de abajo hacia arriba, el cual se utiliza para probar los mdulos ms sencillos hasta el mdulo principal, es decir, de los ms sencillo hasta llegar al mdulo principal. En el caso del ejemplo anterior seria al revs. Se recomienda aplicar ambos mtodos, pero uno primero y el otro despus, nunca se deben aplicar al mismo tiempo, porque no se va a saber en qu momento se encontraran ambos mtodos. Tipos de Pruebas: Se dividen en dos, tales como: o Tipo de Pruebas Estticas: Se prueba el sistema en fro es decir utilizando los diagramas de flujos y algoritmos realizados para detectar errores de codificacin y estructura lgica de programacin. o Tipo de Prueba Dinmica: El usuario prueba el sistema para que el analista y programador puedan detectar errores de funcionabilidad. Siempre una prueba dinmica conlleva a una prueba esttica. Clases de Pruebas: Estas clase se dividen en: o Clase de Prueba Unitaria: Esta clase de prueba es realizada por el programador y analista, para detectar errores de codificacin y sobre todo de

funcionabilidad de los mdulos, sin importar la relacin que pueda tener con otro mdulo u aplicacin. o Clase de Prueba de Integracin: Esta clase de prueba le permite al analista detectar errores de conexin entre los mdulos, entre las aplicaciones, entre servidores, es decir, con las conexiones que posea el sistema incluso con otro sistema. o Clase de Prueba de Aceptacin Funcional: Le permite al analista con la ayuda de los usuarios detectar errores de funcionabilidad, esta prueba solo es realizada por los usuarios, el analista forma parte pero como ente pasivo no interviene durante la ejecucin del sistema solo observa. o Clase de Prueba de Aceptacin Tcnica: Esta prueba es realizada por programadores externos al grupo de desarrollo, es decir, no participaron en la codificacin del sistema, solo en las pruebas, con el fin de detectar errores que no han sido visualizados por el analista. PRUEBAS SEGN EL AUTOR SENN: Senn establece que las pruebas se dividen en niveles de seguridad, la cual se explica a continuacin: Niveles de Seguridad: Se dividen en: o Nivel de Verificacin: Este nivel de prueba le permite al analista detectar errores al momento de ingresa los datos, los cuales son comparados con lo almacenados para determinar si son los mismos y as poder cumplir con lo solicitado. Ejemplo ingreso de una clave o usuario. o Nivel de Validacin: Este nivel de prueba le permite al analista detectar si el sistema esta validando los datos ingresados. Por ejemplo: Si los datos que se van ingresar son los correctos, es decir, si el sistema solicita datos como nombre de un empleado, el sistema no debe permitir el ingreso de nmeros o caracteres especiales. o Nivel de Certificacin: Este nivel de prueba se emplea para detecta que los usuarios certifiquen, es decir aprueben la implantacin del sistema, porque el mismo cubre el 100% todas las necesidades y requerimientos por las cuales fue creado. 1. MANTENIMIENTO: El analista una vez detectado todos los errores procede a corregirlos a travs de mantenimientos, pero tambin lo realiza para mantenerlo actualizado. Y para ello, se utilizan diferentes tipos de mantenimientos. TIPOS DE MANTENIMIENTOS: Los dependiendo de la situacin, y se dividen en: mantenimientos se realizan

Mantenimiento Correctivo: Como su nombre lo indica se utiliza para corregir errores pero de codificacin y se utilizan antes de implantar el sistema y cuando se codifica o programa algn sistema. Mantenimiento Preventivo: Se utiliza para prever cual error en el sistema despus de instalado, un ejemplo son los antivirus y las actualizaciones del sistemas va internet. Mantenimiento Adaptativo: Se utiliza despus de implantado el sistema, para adaptarle nuevas aplicaciones a mdulos al sistema, pero dejando igual el resto del sistema: Ejemplo, las preguntas de los cajeros con relacin al ingreso de los dos primeros o ltimos dgitos de la cdula. Otro ejemplo el mdulo de pago por cualquier tarjeta de crdito en la pgina web de la URBE. Mantenimiento Perfectivo: Consiste en una nueva versin del sistema, es decir, es cuando se realiza reingeniera al sistema. UNIDAD IV: MANUALE E IMPLANTACIN 1. MANUALES: Se utilizan para ensear, orientar, guiar a los usuarios al uso de cada uno de los mdulos y aplicaciones que conforman el sistema. Del mismo modo, se utilizan para que la persona encargada de administrar el sistema conozca cmo est estructurado el mismo. El manual de usuario se construye de la siguiente manera: Portada: Se idntica el nombre del manual y su versin. Igualmente los autores del mismo. Hoja de Crdito: Lleva los nombres y correos de los responsables del contenido, de la edicin y publicacin del manual. As como tambin, los derechos de autor y ao de publicacin. Introduccin: Se explica brevemente el contenido del manual y el propsito del mismo. ndice: Se identifica cada una de las partes, puntos y subpuntos contenidos en el manual. Y se identifican por medio de nmeros, es decir que se debe indicar la pagina donde se encuentra la informacin detallada. Contenido: El contenido se realiza por captulos, donde el Captulo I, siempre corresponde a las instrucciones bsicas, es decir, se debe indicar cada una de las instrucciones y procedimientos relacionados con la instalacin y configuracin del nuevo programa.

El Captulo II, corresponde al primer mdulo del sistema, es decir si el sistema posee tres mdulos, el primer mdulo sera el captulo dos y as sucesivamente, incluyendo el mdulo de ayuda. Se hace la salvedad que la explicacin del manual se debe realizar a travs de lenguaje coloquial y no tcnico, En caso de utilizar lenguaje tcnico se debe explicar inmediatamente. Igualmente, se debe emplear como ayuda a la explicacin las imgenes de las pantallas las cuales deben explicar muy bien y de forma detallada, para que el usuario conozca los procedimientos para ingresar datos, para generar reporte, entre otros. El manual del administrador tiene la misma estructura del manual de usuario la diferencia es que al final se incluye una parte de anexos, donde incluyen todas la herramientas lgica utilizadas para el diseo, como DFD, Diagrama HIPO, HIPO funcional Diccionarios de Datos, entre otros. El manual de usuario debe ser atractivo y pequeo para que los usuarios se sientan atrados a leer el mismo. Debe llevar muchas ilustraciones, pantallas para el buen entendimiento del mismo. 2. IMPLANTACIN: ltima fase, donde el analista debe acondicionar el espacio fsico para la implantacin del sistema; y, tiene que establecer el mtodo de conversin que va a realizar. METODO DE CONVERSIN: Existe los siguientes mtodos: Conversin Directa: Este mtodo de conversin es considerada como abrupta, violenta, donde el usuario sabe de la existencia y aprende a utilizar el sistema despus de implantado. Pero antes de implantarse, el analista debe someterlo a prueba por lo menos 18 meses y tiene que realizar un buen respaldo, por si acaso falla el sistema nuevo. Conversin Paralela: Se utiliza cuando existe gran cantidad de datos que deben resguardasen muy bien; consiste en poner a funcionar los dos sistemas al mismo tiempo, el nuevo y el viejo, porque si se cae el nuevo queda de respaldo el nuevo. Conversin Enfoque Piloto: Se utiliza cuando existen dos o ms departamentos que cumplen las mismas funciones. Ejemplo las coordinaciones de los bloque A, B, C, D, E, F y G de la URBE. Para aplicar este mtodo se debe seleccin el departamento que sea menos visitado por los usuarios para desarrollar el nuevo sistema, el cual despus de depurado de todos los errores sern implantado en el resto de los departamentos a travs del mtodo directo.

Conversin por Etapas o Fases: Este mtodo es el ms utilizado porque se va cambiando poco a poco el sistema, es decir finalizado un mdulo se comienza con el otro. O finalizado un departamento se comienza con el otro. ACONDICIONAMIENTO DEL ESPACIO FSICO: El espacio donde se implantar el sistema debe acondicionarse de forma que los usuarios trabajen cmodamente, que se sienta en confort. Razn por la cual, el analista debe disear los espacios de forma ergonmica, considerndose los siguientes aspectos: Iluminacin: La luz utilizada, debe ser luz blanca y tiene que estar distribuida de forma equitativa, es decir, la luz se distribuir por todo el espacio fsico. Mobiliario: Se debe utilizar escritorios que se sean grande y sobre todo que posean profundidad, para que los usuarios trabajen cmodamente. La silla debe adaptarse segn la estatura del usuario, debe poseer descansa brazos, para que los mismos no estn todo el tiempo en el aire. El monitor debe ubicarse a una altura donde el usuario se sienta satisfecho al momento de utilizarlo. Humedad: Debe evitarse la humedad, para evitar daos a los equipos y sobre todo enfermedades a los usuarios. Esttica: Se debe acondicionar el espacio fsico, evitando las alfombras y sobre todos alejar los artefactos elctricos y electrnicos que produzcan campo magntico. Un buen acondicionamiento del espacio fsico, considerando los aspectos del dise ergonmico evita las siguientes enfermedades: Fatiga visual. Sufres de ojos rojos, ardor o cansancio? Todos sntomas de la llamada "fatiga visual" y que es causada por la continua lectura de documentos, computadoras sin protectores visuales o con bajos niveles de iluminacin. El hecho de estar concentrado en el trabajo puede hacer que el empleado comience a pestaear cada vez menos, lo que produce, a su vez, dolor de cabeza y malestar. Asimismo, el humo, la contaminacin ambiental en las grandes urbes e incluso el fro, pueden terminar por provocar el denominado sndrome del ojo seco, que es la ausencia de lgrimas que lubrican la vista. Como hay dos tipos de lgrimas, lubricantes y de reflejo, los inadecuados factores ambientales pueden

hacer que aparezcan lgrimas "no lubricantes", por lo que el problema y el cansancio persisten. Dolor de espalda. Tras ocho horas de trabajo sentados en una silla resulta muy probable que una mala posicin termine por afectar el estado de la espalda. Con ello, comienzan a aparecer los dolores de hombros, cuello y cintura. Otro de los factores que se relacionan con esto es el deficiente diseo ergonmico de las sillas. Resulta bastante comn tener sillas con respaldo inadecuado y escritorios muy pequeos. Por otro lado, se dice que ocho de cada 10 personas padecern dolor de espalda en algn momento de sus vidas. Y lo peor es que, en general, la lumbalgia, producida por las contracturas en el cuello y una sensacin de dolor profundo en la cintura, resulta difcil de solucionar. Estrs. Considerado una "epidemia global" por la Organizacin Mundial de la Salud (OMS), el estrs est considerado como la primera causa de ausentismo laboral y disminucin de la productividad. Uno de sus principales sntomas es la cefalea. Este mal provoca que los empleados pierdan, en promedio, entre uno y cuatro das laborales al ao. Existen ms de 150 tipos distintos, aunque el ms habitual es la migraa que afecta a un 16% de las mujeres y al 7% de los hombres. Realizar actividad fsica, regularizar el sueo y suspender el cigarrillo son algunas medidas clave para prevenirla. El Sndrome de la Fatiga Crnica (SFC). Se trata de un mal que puede disminuir hasta en 50% la productividad de las personas. Este padecimiento es una alteracin de cansancio o agotamiento prolongado que no se alivia con el descanso y cuyos principales sntomas son: pereza, insomnio, molestia muscular y fiebre, entre otros. Existe tambin el mal conocido como "sndrome burnout", el cual aparece como un cansancio general y desgaste emocional, ms tarde, hay una desvitalizacin, empeorando la relacin con sus compaeros por medio de actitudes de irritabilidad, agresividad e impaciencia. Otros sntomas son la prdida del sentimiento de competencia e idoneidad profesional, desmotivacin, prdida de la autoestima laboral, desercin y finalmente abandono de tareas. Sndrome mouse. Conocido tambin como sndrome del "tnel carpiano", causado por la flexin reiterada de la mueca, que produce prdida de fuerza en las manos. El uso de la computadora durante jornadas prolongadas suele provocar molestias en la mueca y el codo, que a largo plazo pueden derivar en tendinitis. Algunos estudios indican que durante los ltimos 10 aos se ha triplicado en la poblacin. Esto puede evitarse con el uso de teclados y mouses ergonmicos y realizando rotaciones frecuentes de mueca.

Problemas gstricos. El sndrome de intestino irritable, conocido como colon irritable, es un trastorno de carcter funcional de una gran frecuencia en la poblacin. Aunque su causa es desconocida, el mundo cientfico tiene cada vez mayor conocimiento de sus mecanismos de produccin. Uno de ellos es el ambiente laboral, la presin, el aumento de las preocupaciones y la mala alimentacin. Resulta frecuente entre los 30 y 45 aos, edad en que la persona est en plena etapa de productividad. Obesidad. Estar detrs de un escritorio es algo que pesa mucho a los trabajadores, ya que mientras ms tiempo pasa una persona en su escritorio, ms propensa es a tener sobrepeso. Pero lo ms grave es que, junto con la epidemia de la obesidad muchas otras enfermedades estn en crecimiento, tal es el caso de la diabetes, hipertensin, problemas de colesterol y triglicridos altos. La obesidad es un sntoma de alimentacin malsana y falta de actividad fsica por lo que el lugar de trabajo es el sitio clave para tratar sobre la epidemia de obesidad. En este sentido, facilitar una alimentacin saludable y aumentar los niveles de actividad fsica durante las horas de colacin y despus del trabajo, puede reducir considerablemente los riesgos de obesidad y otros graves problemas de salud.

MANUAL DE USUARIO Se utiliza para guiar al usuario al uso de cada uno de los mdulos, aplicaciones del sistema, para ello se debe estructurar de la siguiente manera: y

Portada: Se representa el nombre de manual, la versin y la editorial o empresa que lo public. Hoja de Crdito: En sta se describe los nombres, apellidos, correos de las personas que: Editaron el Manual; los que redactaron el contenido y los que realizaron las imgenes que se muestran en el mismo. Introduccin: Se explica brevemente el contenido del manual. ndice: Se detalla cada uno de los captulos y sus contenidos indicando el nmero de la pgina. Captulos: Corresponde a cada uno de los mdulos de sistemas, donde el Captulo I, se explica detalladamente la forma como el usuario debe instalar el sistema. Recuerde que no todos los usuarios tienen conocimientos de cmo instalar un sistema; razn por la cual debe detallar cada uno de los pasos que el usuario debe realizar.

El a partir del Captulo II, se detalla minuciosamente a travs de textos y pantallas como el usuario debe hacer para poder utilizar el mdulo uno del sistema. Recuerde utilizar lenguaje coloquial y no tcnico y en caso de que lo haga debe explicar dentro de parntesis su significado). El Captulo III, ser el mdulo dos del sistema y as sucesivamente, lo cual quiere decir, que un sistema que posea cuatro mdulos, el manual tendr cinco captulos, recuerde que el Captulo I corresponde a la manera de cmo instalar y desinstalar el sistema. Queda prohibido terminantemente usar la expresin Clik en el manual, debes expresar presione la tecla izquierda o derecha del mouse una vez o dos veces segn el caso. Recuerda que debes incluir las imgenes de las pantallas y la explicacin de cmo utilizar la aplicacin o mdulo que estas mostrando, sobre todo la forma como el usuario debe ingresar los datos y como obtener los mismos. Imagnate que el usuario no tiene conocimientos que nunca ha tocado una mquina, ni utilizado un sistema. Entrega del sistema obligatorio para el da 22 de Noviembre de 2011