Implementación del SACE en Trino Celis Ríos
Implementación del SACE en Trino Celis Ríos
ARAGUA FEDERICO BRITO FIGUEROA PROGRAMA NACIONAL DE FORMACIN EN INFORMTICA DEPARTAMENTO DE INFORMTICA
GESTION E IMPLEMENTACION DEL SISTEMA SACE (SISTEMA AUTOMATIZADO DE CONTROLDE ESTUDIOS) PARA LA UNIDAD EDUCATIVA NACIONAL TRINO CELIS RIOS, UBICADO EN EL MUNICIPIO LIBERTADOR, ESTADO ARAGUA.
Autores: Lima Lisbeth C.I: 15.611.608 Prato Pedro C.I: 16.732.352 Rodrguez Yorleny C.I: 17.703.240
Maracay, Julio2012
ndice
Contenido Introduccin Planteamiento del Problema Objetivos del Proyecto Alcances Justificacin Metodologa para la Gestin e Implementacin del SACE Diseo y Desarrollo de Actividades para la Gestin e Implementacin del SACE Memoria Descriptiva de la Gestin e Implementacin del SACE Conclusiones Recomendaciones Referencias Bibliogrficas Anexos
Introduccin En la actualidad el progreso de las nuevas tecnologas ofrece acceso a la informacin, de una forma rpida veras y eficiente, ahorrando tiempo y
acelerando los procesos dejando a un lado las actividades manuales que son ms engorrosas. La Unidad Educativa Nacional Trino Celis Ros sirve como base para la investigacin elaborando una consulta sobre el proceso de inscripcin anual, la cual tiene como objetivo determinar mediante la evaluacin de profesionales en la materia que tanta eficacia, confiabilidad , veracidad y rapidez tendra el control automatizado de inscripciones. Por ende el principal objetivo de esta investigacin es realizar un estudio sobre las causas que originan la necesidad de llevar un buen Sistema de Inscripcin en un Liceo y las herramientas necesarias para erradicar los problemas ms comunes en cuanto a los procesos de inscripcin manual. En este sentido se entiende como Sistema de Inscripcin, el procedimiento a seguir al inicio de cada ao escolar, en el liceo Trino Celis Ros, el sistema de inscripcin es manual y a partir de observaciones y del levantamiento de informacin que arrojo la investigacin se pudo detectar que la mayora de los procedimientos tienen inconvenientes, entre ellos se pueden destacar: prdida o duplicacin de informacin debido a la transcripcin manual y /o forma de almacenamiento, retardo en el comienzo de las clases y actividades regulares por la lentitud del proceso. Por lo tanto, para liberar a este proceso de la abrumadora tarea de efectuar inscripciones manuales que ocasiona congestionamiento se ofrece una herramienta de trabajo que consiste en un sistema de informacin ms exacta y rpida para el personal que all labora matriculando una cantidad de alumnos en un corto perodo de tiempo y as dar inicio a las actividades del plantel de manera eficiente e integra. El paquete de aplicaciones presenta una interfaz amigable capaz de realizar: las operaciones bsicas de mantenimiento de archivos que proporcione una mejor manera de proveer informacin actualizada para la toma de
decisiones, registro y control de todos los procesos inherentes del sistema de inscripcin, ofrecer reportes de acuerdo a la necesidad del usuario. El presente proyecto est constituido Esquemticamente de la siguiente forma: La Introduccin, Ttulo del Proyecto, Planteamiento del Problema, Objetivos del Proyecto (General, Especficos y de Aprendizaje), Alcance del Proyecto, Metodologa, Diseo y Desarrollo, Memoria Descriptica,
Justificacin,
La importancia de la elaboracin de un proyecto socio tecnolgico, es tener en cuenta las poblaciones que son afectadas con problemas sociales, destinados principalmente a satisfacer sus necesidades con rigor cientfico mediante el aprovechamiento inmediato de los servicios, como por ejemplo, salud, educacin, recreacin, orientando a la comunidad a que participe de forma activa en la solucin del mismo y el impacto generado en el ambiente. En los marcos de las observaciones anteriores, cabe destacar que grandes empresas a nivel mundial han adoptado nuevas tecnologas como medida para agilizar sus procesos administrativos, a travs de la implementacin de sistemas de informacin automatizados, por considerar que cumplen con los
requerimientos necesarios para suministrar respuestas acorde con las necesidades de cada organizacin. En ese mismo sentido, La Unidad Educativa Nacional Trino Celis Ros, del Municipio Libertador del Estado Aragua, es una institucin de carcter pblico que brinda formacin de enseanza a la comunidad desde el inicio de su fundacin, actualmente forma bachilleres enfocado en el rea de ciencias;
aprovechado en mayor medida la facilidad de distribucin de materiales formativos y herramientas de comunicacin para crear un entorno dinmico para el aprendizaje. En efecto en esta institucin se efectan una serie de acciones administrativas llevadas de forma manual del proceso de inscripciones, originando un alto grado de desorganizacin, lentitud en la realizacin de reportes, duplicacin de inscripciones y demora en la entrega del carnet, ocasionando as entorpecer el trabajo del personal y agotamiento del mismo. Actualmente se cuenta con un nmero de matrculas superior a los 1000 estudiantes, influyendo de manera directa en la ineficacia durante el transcurso del proceso de inscripcin, ya que el llenado de planillas contienen datos que se tornan engorrosos al momento de su manipulacin.
Como puede observarse entre otras funciones destacables de la entidad educativa, est el proceso administrativo de control de estudio, el cual lleva a cabo la elaboracin y entrega de constancias de estudios, reportes de notas y todas las informaciones adyacentes a la institucin, representando arduas horas de trabajos debido que se realizan de manera manual y requieren de mucho tiempo y espacio, ocasionando prdida de registro y confusin de datos puesto que no cuentan con el manejo adecuado para la realizacin del mismo. De los anteriores planteamientos se deduce que durante el transcurso de la investigacin en la Unidad Educativa Nacional Trino Celis Ros, ubicado en la Calle Bolvar de Palo Negro, Estado Aragua, se ha determinado la informacin de algunos miembros del tren directivo, para as conocer la realidad existente, en este enfoque se conoci la ausencia de una herramienta automatizada que ha sido un agente determinante en el desarrollo de las actividades y por ende los procesos que dependen de ellas se retrasan con algunas irregularidades. En consecuencia cabe destacar que el trabajo se torna demasiado pesado durante el transcurso de inscripcin produciendo congestionamiento entre los alumnos, y esto ocasiona ineficiencia en el proceso, el personal trabaja demasiadas horas extras, las constancias de inscripcin no son entregadas al momento en que culmina el proceso, lo que crea un descontrol en cuanto a la inquietud del alumnado de estar al tanto si se llev a cabo el mismo sin ningn tipo de irregularidades, este proceso de inscripcin involucra a todo el centro educativo, puesto que con esta desorganizacin compromete a trabajar a varios departamentos. En vista de lo antes planteado, es imperante el desarrollo, gestin e implementacin de una herramienta automatizada para solventar la problemtica existente en la Unidad Educativa Nacional Trino Celis Ros, que agilice el proceso de inscripcin y brinde soporte efectivo a las actividades administrativas a travs de un sistema de informacin. La puesta en produccin de SACE, Sistema Automatizado de Control de Estudios aporta un entorno virtual que facilita y controla duplicidad y prdida de registro, constancia de inscripcin al
momento que culmine el proceso, reporte de notas para llevar un control de las mismas, con el fin de lograr una gestin eficiente en la institucin.
Objetivos del proyecto Objetivo General Implementar el Sistema Automatizado de Control de Estudios (SACE) en un dominio para la Unidad Educativa Nacional Trino Celis Ros de acuerdo a los requerimientos establecidos para su puesta en produccin. Objetivos Especficos Definir el plan de implementacin del SACE incorporando los usuarios de operacin en la especificacin del equipo de trabajo con sus actividades adscritas. Ejecutar un plan de formacin con los usuarios definidos para la implementacin de la aplicacin propuesta. Incorporar el Sistema Automatizado de Control de Estudios al entorno de operacin real de la institucin ejecutando las configuraciones y carga de datos necesarias para tal fin. Verificar la aceptacin del SACE en su totalidad con la participacin del equipo de usuarios definido previamente. Presentar el sistema ante el comit de direccin para su posterior aprobacin por parte de la organizacin Unidad Educativa Nacional Trino Celis Ros del Municipio Libertador, Palo Negro, Estado Aragua. Ejecutar el paso a produccin del Sistema Automatizado de Control de Estudios con el respaldo del equipo de mantenimiento definido previamente. Objetivo de Aprendizaje Objetivo General Profundizar niveles de conocimiento en programas informticos empleados para el diseo, desarrollo e implementacin de sistemas de informacin, que
sirvan de soporte para la creacin del Sistema Automatizado de Control de Estudio para la Unidad educativa Nacional Trino Celis Ros, ubicado en el municipio Libertador del Estado Aragua. Objetivos Especficos Identificar programas informticos adecuados para la creacin de una base de datos slida para el sistema de informacin. Reforzar los conocimientos adquiridos en cuanto al manejo de programas informticos para el diseo y desarrollo de sistemas de informacin. Conocer los pasos a seguir en cuanto al flujo del estudiantado dentro de una institucin educativa para el proceso de inscripcin. Representar los procesos llevados a cabalidad en la Unidad Educativa Nacional Trino Celis Ros los cuales sern automatizados a travs de un sistema de informacin.
Alcances de la investigacin
La investigacin se basa en apoyar los procesos administrativos de la Unidad Educativa Nacional Trino Celis Ros, del Municipio Libertador de Palo Negro Estado Aragua, a travs de un sistema de informacin, como una herramienta de fcil utilizacin. El Sistema Automatizado de Control de Estudios (SACE), toma como referencia metodologas de diseo instruccional, adems incluye un entorno grafico virtual para la formacin de los participantes en relacin a los objetivos y productos del SACE, tambin pone a disposicin un espacio para la gestin automtica de constancias de estudios y convocatorias. Otros de los mdulos del SACE, estn orientados al proceso de inscripcin de la comunidad estudiantil. Se dise una interfaz grfica sencilla, accesible y usable, para que los usuarios puedan utilizarla con el mnimo conocimiento en el manejo de un computador e integrando componentes de accesibilidad, para usuarios con
discapacidad visual. La propuesta desarrollada cuenta con un men de rpida visibilidad para la seleccin de cada opcin presentada. La aplicacin se puede ejecutar en cualquier navegador web y en cualquier sistema operativo instalado, ya que la herramienta propuesta se adapta a cualquier entorno de operatividad, sin embargo, se escogi Software propietario como sistema operativo base, Lenguaje de Marca de Etiqueta HTML para el diseo, navegador web Mozilla, Lenguaje de programacin PHP, DBMS MySQL, y aplicaciones propias de diseo de animaciones como Macromedia Flash 8 y edicin de imagen Macromedia Fireworks 8. Se realiz la comprobacin de la propuesta y se implement en el ambiente real para su verificacin, la cual est soportada por un servidor con sistema operativo Windows XP, para finalmente validar su funcionamiento permanente, y cubrir los aspectos de control de evaluacin de las actividades. Se ha gestionado la carga y actualizacin de archivos a travs del uso de un usuario FTP, conectndose hacia el servidor de la manera remota desde cualquier ubicacin de la intranet, lo que facilita su mantenibilidad por parte de los encargados de tal actividad.
Justificacin de la investigacin
El mundo evoluciona a una velocidad impresionante y ms an en lo que respecta a la tecnologa informtica y su aplicacin en la educacin, lo que ha generado un entorno de crecientes necesidades, que deben abordarse en
consonancia al nivel evolutivo que corresponda. En la Repblica Bolivariana de Venezuela, a travs del Ministerio del Poder Popular para la Educacin Universitaria (MPPEU) se hizo necesario incorporar en los Programas Nacionales de Formacin (PNF), una serie de elementos
relacionados con la elaboracin de proyectos socio tecnolgicos, teniendo en cuenta poblaciones afectadas con problemas sociales, destinados a satisfacer sus necesidades con rigor cientfico, mediante el aprovechamiento inmediato de los
servicios, orientando a la comunidad estudiantil y los afectados, a que participen para la solucin del mismo y el impacto generado en el ambiente. De lo anteriormente expuesto, se puede sealar que se abord una serie de inconvenientes sociales, tomando en cuenta la problemtica existente en la Unidad Educativa Trino Celis Ros, del Municipio Libertador del Estado Aragua, especficamente en Palo Negro, en el cual cabe destacar que esta organizacin representa una de las instituciones ms antiguas a nivel estadal, por lo que el desarrollo de un sistema automatizado para la gestin de sus procesos administrativos, adaptado a las exigencias y requerimientos del educando actual, el estado venezolano y los PNF, viene a reforzar la misin que tiene propuesta dicha institucin. . Es as que con la implementacin de un sistema de informacin, el cual facilite a travs de los elementos que lo conforman, gestionar los procesos administrativos de control de estudios, elaboracin de constancias de estudios, convocatorias, facilidad para la entrega de reportes de notas, evaluaciones, entre otros; se puede asegurar que las soluciones a los problemas tecnolgicos, de informacin y de formacin, sern tratados con rapidez y seguridad. Al mismo tiempo que los usuarios (participantes) como actores principales, se sentirn protegidos ante un mundo abierto y en constante cambio como la informtica y la automatizacin de procesos manuales. Finalmente, la Unidad Educativa Nacional Trino Celis Ros cuenta con una infraestructura tecnolgica, laboratorios de computacin, personal tcnico y docente especializado, excelentes grupos de investigacin, todos ellos con capacidad de adaptarse a las nuevas demandas educativas y sistemas de informacin automatizados propuestos en este proyecto.
La Gestin de un proyecto tiene como finalidad principal la planificacin, el seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de Software. Como consecuencia de este control
es posible conocer en todo momento qu problemas se producen y resolverlos de manera inmediata. Para ello se hace preciso aplicar una metodologa de gestin que involucre todos esos aspectos y que proporcione los elementos y documentos necesarios para lograr con xito los objetivos del desarrollador y el usuario final. Partiendo de este prembulo y con miras a alcanzar los objetivos propuestos para esta etapa del desarrollo del Sistema Automatizado de Control de Estudios (SACE) de generacin para los procesos administrativos de la UEN TCR, se consider la Metodologa MTRICA Versin 3, creada por IECISA y CSI en el 2000. sta es una Metodologa de Planificacin, Desarrollo y Mantenimiento de Sistemas de informacin, promovida por el Ministerio de Administraciones Pblicas del gobierno espaol (recientemente suprimido, pasando sus
competencias a la vicepresidencia primera del gobierno o Ministerio de la Presidencia) para la sistematizacin de actividades del ciclo de vida de los proyectos software en el mbito de las administraciones pblicas. Mtrica Versin 3 ha sido concebida para abarcar el desarrollo completo de Sistemas de Informacin sea cual sea su complejidad y magnitud, por lo cual su estructura responde a desarrollos mximos y deber adaptarse y dimensionarse en cada momento de acuerdo a las caractersticas particulares de cada proyecto. La metodologa descompone cada uno de los procesos en actividades, y stas a su vez en tareas. Para cada tarea se describe su contenido haciendo referencia a sus principales acciones, productos, tcnicas, prcticas y participantes. El orden asignado a las actividades no debe interpretarse como secuencia en su realizacin, ya que stas pueden realizare en orden diferente a su numeracin o bien en paralelo. Sin embargo, no se dar por acabado un proceso hasta no haber finalizado todas las actividades del mismo determinadas al inicio del proyecto. El proceso de desarrollo de Mtrica Versin 3 contiene todas las actividades y tareas que se deben llevar a cabo para desarrollar un sistema, cubriendo desde el anlisis de requisitos hasta la instalacin del software. Para facilitar la comprensin y dada su amplitud y complejidad se ha subdividido el proceso de desarrollo en seis subprocesos:
Anlisis del Sistema de Informacin (ASI). Diseo del Sistema de Informacin (DSI). Construccin del Sistema de Informacin (CSI). Implantacin y Aceptacin del Sistema (IAS). Mantenimiento de Sistemas (MSI)
La estructura de Mtrica Versin 3 incluye tambin un conjunto de interfaces que definen una serie de actividades de tipo organizativo o de soporte al proceso de desarrollo y los productos, que en el caso de existir en la organizacin se debern aplicar para enriquecer o influir en la ejecucin de las actividades de los procesos principales de la metodologa y que si no existen habr que realizar para complementar y garantizar el xito del proyecto desarrollado con Mtrica Versin 3. La aplicacin de Mtrica Versin 3 proporciona sistemas con calidad y seguridad, no obstante puede ser necesario en funcin de las caractersticas del sistema un refuerzo especial en estos aspectos, refuerzo que se obtendra aplicando la interfaz. Las interfaces descritas en la metodologa son:
Gestin de Proyectos (GP). Seguridad (SEG). Aseguramiento de la Calidad (CAL). Gestin de la Configuracin (GC).
Para la gestin e implementacin del SACE, se toman en cuenta slo los procesos siguientes: Implantacin y Aceptacin del Sistema (IAS): Este proceso tiene como objetivo principal, la entrega y aceptacin del sistema en su totalidad, y un segundo objetivo que es llevar a cabo las actividades oportunas para el paso a produccin del sistema. Mantenimiento de Sistemas (MSI): El objetivo de este proceso es la obtencin de una nueva versin de un sistema de informacin desarrollado con MTRICA, a partir de las peticiones de mantenimiento que los usuarios realizan
con motivo de un problema detectado en el sistema o por la necesidad de una mejora del mismo. Como consecuencia de esto, slo se considerarn los tipos de Mantenimiento Correctivo y Evolutivo. Se excluyen los tipos de Mantenimiento adaptativo y Perfectivo. Ante una peticin de cambio de un sistema de informacin ya en produccin, se realiza un registro de las peticiones, se diagnostica el tipo de mantenimiento y se decide si se le da respuesta o no, en funcin del plan de mantenimiento asociado al sistema afectado por la peticin, y se establece con qu prioridad.
As mismo se considera la utilizacin de: La Interfaz de Gestin de Proyectos de (GP): Esta interfaz permite gestionar todos los temas referentes a la gestin del proyecto y de su buena marcha tanto en plazos como en costos.
En este sentido se establecen un conjunto de actividades que respondern a cada uno de los objetivos establecidos en los procesos seleccionados como gua para la Gestin e implementacin del SACE, obedeciendo a las sugerencias de la interfaz de mtrica seleccionada para garantizar el xito del proyecto.
Proceso
Implantacin y Aceptacin del Sistema (IAS) La entrega y aceptacin del sistema en su totalidad y la realizacin de las actividades necesarias para el paso a produccin.
Objetivos
Establecer el plan de implantacin, partiendo de los resultados de las pruebas unitarias e integracin. Actividades Realizar pruebas de implantacin, pruebas de aceptacin con usuario final.
Mantenimiento de Sistemas (MSI) La obtencin de una nueva versin del software desarrollado, a partir de las peticiones de mantenimiento que los usuarios realizan con motivo de un problema detectado en el sistema, o por la necesidad de una mejora del mismo. Registrar las Peticiones de los usuarios Anlisis de las Peticiones Preparacin de la Implantacin de la Modificacin
Tareas
Comprobar el comportamiento del sistema bajo las condiciones ms extremas. 1. Preparar el entorno de explotacin 2. Instalar los componentes 3. Activar los procedimientos manuales y automticos 4. Realizar la migracin o carga inicial de datos 5. Realizar las pruebas de implantacin 6. Realizar las pruebas de aceptacin 7. Preparar el mantenimiento 8. Preparar el servicio del sistema
Seguimiento y evaluacin de los cambios hasta Aceptacin 1. Registro y Asignacin las peticiones 2. Verificacin y Estudio de la Propuesta 3. Identificacin de elementos afectados 4. Establecimiento del plan de Accin. 5. Especificacin del estado de las peticiones 6. Seguimiento de los cambios 7. Realizacin de pruebas. 8. Aprobacin y cierre de la Peticin 1. Listado de peticiones de cambio. 2. Propuesta de solucin. 3. Plan de accin para la modificacin. 4. Plan de pruebas de regresin. 5. Evaluacin del cambio. 6. Evaluacin del resultado y cambio del estado de la peticin
1. Especificacin del Equipo de implantacin. 2. Plan de formacin del equipo de implantacin (esquema, materiales, recursos necesarios, planificacin y especificacin de la formacin de usuarios finales). 3. Evaluacin de las pruebas de implantacin del sistema por parte Productos del usuario de operacin. 4. Evaluacin de las pruebas de aceptacin del sistema por parte del usuario final. 5. Plan de mantenimiento previo al paso a produccin. 6. Acuerdo de nivel de servicio del sistema. 7. Sistema en produccin. Cuadro N 1. Resumen de las Fases de la Metodologa Mtrica V3 aplicadas al proyecto SACE
As mismo se presenta el resumen de la aplicacin de la Interfaz de Gestin de Proyectos de (GP). Gestin de Proyectos de (GP) Planificacin, seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en Objetivos la gestin del SACE Estimacin de los recursos por c/u de las actividades involucradas. Estimacin de la duracin de las actividades Estimacin de costos para implantacin del proyecto Planificacin de los recursos humanos Actividades Desarrollo del equipo humano Identificacin del riesgo Anlisis cualitativo y cuantitativo del riesgo Elaboracin de Plan de Contingencias Supervisin y control de los riesgos 1. Elaborar el cronograma de actividades propias de la gestin del proyecto 2. Identificar hitos de progreso, recursos necesarios, costos por esfuerzo. Tareas 3. Identificar los RRHH, roles, responsabilidades. 4. Planificar la formacin del equipo 5. Identificar categoras, probabilidades, efectos y estrategias para la gestin de riesgos 1. Diagrama de Gantt del Proyecto ADC 2. Esquema General de la gestin del ADC (Mapa Mental) Productos 3. Esquema General de los Recursos del Proyecto 4. Plan de contingencias Cuadro N 2. Resumen de la Interfaz de la Metodologa Mtrica V3 aplicada al proyecto SACE Diseo y Desarrollo de las Actividades para la gestin e implementacin del SACE Interfaz
Para representar el proceso de diseo y desarrollo de las actividades establecidas para la gestin e implementacin del SACE, en funcin de los procesos seleccionados a partir de la Mtrica V3, se realiz primeramente la Definicin y Secuencia de las mismas, para ello se elabor un Cronograma de
Actividades, mostrando las diferentes fases, actividades y tareas programadas en una lnea de tiempo especfica que garantice una gestin ms eficiente. Una vez que se conoce el cronograma se realiza el esquema general de las actividades y los recursos, con la finalidad de tener una vista global del Proceso de Gestin del SACE. Posteriormente, se inicia la asignacin de responsabilidades de los integrantes del equipo de desarrollo y la especificacin del nuevo equipo de implementacin. Ahora bien, respondiendo a la metodologa aplicada y a los objetivos sugeridos por los procesos seleccionados, se modela el desarrollo de las actividades siguiendo el cuadro resumen presentado en el apartado anterior, en consecuencia para el proceso de Implementacin y Aceptacin del Sistema (IAS), se describen las siguientes actividades:
Introduccin Proyecto Tipo de Proyecto GESTION E IMPLEMENTACION Proyecto Socio Tecnolgico III. DEL SISTEMA SACE (SISTEMA AUTOMATIZADO DE CONTROLDE ESTUDIOS) PARA LA UNIDAD EDUCATIVA NACIONAL TRINO CELIS RIOS, UBICADO EN EL MUNICIPIO LIBERTADOR, ESTADO ARAGUA. Documentos Evaluacin relacionados Informe Tcnico Final, Especificacin de Requerimientos versin [1.0] Equipo de Proyecto Indhira Responsable de Equipo Yorleny Rodrguez Tutora: Rumbos
Propsito El objetivo general de ste plan es establecer la cronologa y condiciones para la implementacin de la aplicacin SACE, para su utilizacin por parte de la comunidad del UEN Trino Celis Ros y entrar en operacin con las funcionalidades requeridas para su funcionamiento.
Alcance Este documento pretende dar a conocer los plazos en que se planifica la implementacin total o parcial del SACE en construccin. Entre los Usuarios se encuentran El administrador del Servidor Web del UEN Trino Celis Ros, los profesores y los integrantes del equipo de desarrollo SACE.
Visin general El documento est dividido a continuacin en tres secciones genricas: una primer seccin contiene la planificacin de la implementacin, as como tambin estn definidas las responsabilidades del equipo de desarrollo y del cliente, la segunda lista los recursos necesarios para la implementacin y finalmente existe una seccin con informacin referente a la capacitacin que se brindar a los usuarios finales del SACE.
Planificacin de la Implementacin
Responsabilidades El equipo de desarrollo se compromete a liberar un Producto consistente y estable en los plazos que se detallan en el actual documento. Es responsabilidad
del grupo implantar el software en el servidor del UEN Trino Celis Ros, as como tambin entregar la documentacin necesaria para su instalacin y uso. Una vez instalado el SACE, los usuarios, podrn hacer uso del mismo con el fin de poder emitir un juicio de satisfaccin con el Producto. En caso de discrepancias sobre las prestaciones del SACE, los usuarios podrn plasmar sus inquietudes, a travs de la misma plataforma, utilizando los canales de comunicacin asncronos dispuestos en la aplicacin.
Cronograma En la siguiente tabla se muestra el calendario planificado para la implementacin del SACE. En la misma puede verse una columna que indica la actividad a realizar, el responsable y su fecha de realizacin.
Actividad Implementacin de la primera versin Beta del SACE en un servidor pblico Captacin de sugerencias y/u observaciones encontrados por los usuarios. Verificacin de la versin Beta del SACE Mejorar la presentacin del Men principal, haciendo nfasis en el ttulo, es decir, hacerlo diferente de las opciones Gestionar los grupos de usuarios por categoras y roles dentro del SACE Verificar y corregir el enlace al artculo especificado Cambiar el cotejamiento de la base de datos a UTF8Spanish y corregir los acentos Verificacin de la calidad de todas las mejoras realizadas. Implementacin de la versin final del SACE en el Servidor del UEN Trino Celis Ros Verificacin de la versin final del Producto.
Fecha de realizacin
Equipo de desarrollo
Jefe de proyecto
Recursos Se listan a continuacin todos los recursos necesarios para llevar a cabo la implementacin del SACE.
Hardware
El hardware necesario para poder ejecutar el SACE, debe cumplir al menos los siguientes requerimientos: Procesador Intel Celeron (2.3 MHZ) o similar Memoria RAM: 1GB Espacio disponible en Disco duro de 5 GB Tarjeta de red
Documentacin de apoyo La documentacin de apoyo para un correcto entendimiento de la funcionalidad del SACE es la siguiente: Manual de usuario Manual de Instalacin Documentacin Tcnica Modelo de Diseo Modelo de Datos Descripcin de la arquitectura Modelo de implementacin
Personal de apoyo El equipo de desarrollo brindar asesoramiento a los usuarios, resolviendo inconvenientes que puedan ir apareciendo a medida que el mismo vaya usando el Producto, as como estar tambin a la orden por cualquier duda que pueda surgirle. Para esto, como ya se mencion previamente, utilizando los canales de comunicacin asncronos dispuestos en el SACE.
Software de apoyo Todas las aplicaciones previstas en el manual de Instalacin, el cual se entrega como parte de la documentacin de la Aplicacin SACE.
Propsito El objetivo de ste documento es especificar el equipo de implementacin del SACE, segn el plan de implementacin establecido.
Alcance Identifican, en funcin del nivel de esfuerzo requerido, los distintos participantes implicados en la implementacin del SACE (usuarios, equipo tcnico y responsable de mantenimiento), determinando previamente sus perfiles, responsabilidades, nivel de implicacin y fechas previstas de participacin a lo largo de toda la implementacin.
Productos
De entrada Talento Humano y Tcnicos Disponibles (externo) Plan de Implementacin (Versin 1.0) Usuarios Potenciales
De salida Equipo de Implementacin Formatos de Creacin de equipos Formato de seguimiento de actividades del equipo.
Perfiles, Responsabilidades e Interaccin de cada uno de los roles previstos para el Equipo. Rol Formacin Habilidades Responsable de Sistemas Ttulo universitario en anlisis de sistemas, ciencias de la computacin o ingeniera de Informtica. Actitudes en administracin, estadsticas, contabilidad
Responsabilidades
Interaccin
y finanzas corporativas. Administracin de personal y manejo de proyectos Hacer cumplir los objetivos de la institucin en aquellas reas que interactan con la unidad de sistemas. Manejar el personal del departamento de sistemas en forma global. Seleccionar software y hardware, programacin y operaciones. Definir las polticas de seguridad informtica a seguir. Autoridades de la institucin, Proveedores, Jefes de Dependencias, Docentes, Responsable de Implementacin, Responsable de Operacin, Jefe de Proyecto, Director de los Usuarios y dems usuarios de los servicios de la Unidad de sistemas. Responsable de Implementacin Ttulo universitario en anlisis de sistemas, ciencias de la computacin o tcnico superior en informtica. Conocimiento del Lenguaje de Marcado de Hipertexto (HTML). Uso y aplicacin de los estndares, como lo son XHTML y CSS Conocimiento de protocolos de Internet (FTP, POP, SMTP, HTTP como mnimo).
Rol Formacin
Habilidades
Principios de programacin en algn lenguaje para CGI (Perl, Python, PHP, ASP o Ruby, por ejemplo). Manipulacin de imgenes digitales. Utilizacin del correo electrnico Configuracin bsica del servidor Web (Apache.). Supervisar la instalacin de nuevo hardware con su software de base. Toma de decisiones. Revisar el rendimiento del equipamiento y del personal y desarrollar tcnicas para mejorar su rendimiento. Monitorear el estado y los accesos de la red y mantener la disponibilidad de la misma dentro del sistema de restricciones y excepciones fijados por el jefe Sistemas
Responsabilidades
Interaccin
Responsable de Operacin, Jefe de Proyecto, Director de los Usuarios y Jefe de Sistemas. Responsable de Operacin Estudiante avanzado de la carrera de Ingeniera en informtica, ciencias de la computacin o ingeniera de sistemas. Entrenamiento en prcticas de gerencia, administracin de personal, control de proyectos, presupuestos y planeamiento. Dirigir la operacin de todos los equipos. Coordinar la agenda de disponibilidad de recursos informticos de acuerdo a las necesidades de las distintas reas. Revisar el rendimiento del equipamiento y del personal y desarrollar tcnicas para mejorar su rendimiento. Revisar nuevas aplicaciones y proyectos y sus efectos en la operacin. Responsable de Implementacin, Jefe de Proyecto, Director de los Usuarios y Jefe de Sistemas. Jefe de Proyecto Estudiante avanzado de la carrera de Ingeniera en informtica, ciencias de la computacin o ingeniera de sistemas. Actitudes en manejo de personal y desarrollo integral de proyectos. Conocimiento del Lenguaje de Marcado de Hipertexto (HTML). Uso y aplicacin de los estndares, como lo son XHTML y CSS
Rol Formacin
Habilidades
Responsabilidades
Interaccin
Rol Formacin
Habilidades
Conocimiento de protocolos de Internet (FTP, POP, SMTP, HTTP como mnimo). Principios de programacin en algn lenguaje para CGI (PHP, AJAX) y base de datos (MySQL). Manipulacin de imgenes digitales. Utilizacin del correo electrnico
Responsabilidades
Planear y supervisar el desarrollo de las aplicaciones del proyecto. Toma de decisiones. Desarrollar especificaciones y asignar el grupo de profesionales. Monitorear y reportar el estado de avance peridicamente. Mantenerse actualizado en los nuevos desarrollos tecnolgicos en hardware, software y tcnicas de la industria. Autoridades de la institucin, Jefes de Dependencias, Docentes, Responsable de Implementacin, Responsable de Operacin, Jefe de Proyecto, Director de los Usuarios y dems usuarios de la aplicacin SACE.
Interaccin
Rol
Director de los Usuarios Estudiante avanzado de la carrera de Ingeniera en informtica, ciencias de la computacin o ingeniera de sistemas. Certificacin en desarrollo de aplicaciones.
Formacin
Habilidades
Mantener la operatividad de los usuarios en el uso de aplicaciones bsicas por medio dela respuesta a sus consultas. Desarrollar guas de ayuda. Entrenar al nuevo personal no informtico en las particularidades del sistema de la empresa para el uso de aplicaciones bsicas. Seleccionar, administrar y entrenar al personal. Administrar y planear la interaccin con los usuarios departamentales representativos. Desarrollar estndares. Presupuestar departamentos y proyectos. Revisar rendimientos. Docentes, Responsable de Implementacin, Responsable de Operacin, Jefe de Proyecto, Jefe de Sistemas y dems usuarios de la aplicacin SACE.
Actividades
Interaccin
En l puede registrarse los asuntos tratados, los acuerdos alcanzados en funcin de los avances y/o retrasos en la realizacin de las actividades, as como los puntos pendientes para la prxima reunin. Adicionalmente se registran la fecha, lugar y horas pautadas para los prximos encuentros.
Lugar
Asuntos Tratados
Acuerdos Alcanzados
Lugar:
Hora:
En l puede registrarse los nombres, roles, contacto y aceptacin de cada uno de los integrantes del equipo de implementacin.
Rol Responsable de Sistemas Jefe de Proyecto Responsable de Implementacin Director de usuarios Responsable de Implementacin Director de usuarios Responsable de Implementacin Responsable de Operaciones Responsable de Implementacin
Firma Aceptacin
Pedro Prato
Responsable Operaciones
de
2. Acuerdo de licencia: AppServ es distribuido bajo la licencia GNU/GPL. Debe leer el acuerdo de licencia antes de instalar.
Si usted acepta ir al siguiente paso para este paso de la licencia despus. Si usted no acepta hacer click en Cancel para cancelar la instalacin.
3. Escoja la ubicacin de instalacin: la ubicacin de incumplimiento de AppServ es C: AppServ. Si usted tiene que cambiar el destino
Haga clic en el botn de navegacin para cambiar su destino por programa de AppServ y luego clic despus para ir a siguiente paso.
4. Seleccin de Componentes: Componentes de paquete de incumplimiento de AppServ que todos embalan haber verificado. Si usted tiene que elegir a algn paquete para que instale. Usted puede hacer clic en la casilla de verificacin. - El servidor de HTTP de Apache es un servidor de web. - MySQLDatabase es un servidor de base de datos.
- Preprocessor de hipertexto de PHP es un procesador de programacin de PHP. - PhpMyAdmin es un control de base de datos de MySQL va el WWW.
Si usted termina escogerlo haga clic en next para irse al siguiente paso.
Figura 4: Elegir los componentes del paquete de pantalla. 5. La configuracin de Apache: Esta pantalla para especificar la configuracin de Apache. Server Name debe especificar el nombre del servidor por ejemplo. [Link]. Admin Email debe especificar el correo electrnico de Admin por ejemplo.
root@[Link] El puerto HTTP en l debe especificar el puerto de HTTP para el servidor de web de Apache.
Imagen 5 Pantalla de Configuracin del Servidor Web Apache. 6. Configuracin MySQL: La contrasea de raz que usted debe introducir hace arraigar la contrasea para la base de datos MySQL. El usuario por defecto para esta contrasea es root. Los juegos de caracteres especifican la lengua de almacenamiento y refrigerios para los datos.
La contrasea vieja si usted tiene problema con MySQL API viejo cuando usted programa en PHP. Y descubri el error de que el cliente no respalda la autentificacin que el protocolo pidi por servidor; Considere actualizar el cliente de MySQL Usted debe verificar esta alternativa de evitar el error. Permita InnoDB si usted usa InnoDB debe verificar esta opcin
7. Completar la instalacin de AppServ: La instalacin pregunta si comenzar el Apache y MySQL inmediatamente. ClickFinish para finalizar la instalacin y AppServ estar listo para usar.
Imagen 7 Pantalla Instalacin Completada de AppServ. 2.2 Formacin del equipo de implementacin
Trabajo en equipo
Ayudarse mutuamente cuando las cargas de trabajo no estn equilibradas. Comunicarse de forma que se ajusten a las preferencias individuales. Compartir informacin, procesos y recursos. Comprender los sentimientos del equipo del proyecto, prever sus acciones, comportamientos, reconocer sus inquietudes y hacer un seguimiento de sus polmicas, para reducir los problemas y aumentar la cooperacin.
Formacin
Actividades para mejorar las competencias de los miembros del proyecto. Puede ser formal o informal.
Establecen expectativas claras acerca del comportamiento aceptable por parte de los miembros del Aplicacin de normas equipo del proyecto Reconocer y recompensar el comportamiento deseable. Reconocimientos La recompensa Ganar-Ganar Tabla n 1 Desarrollo del equipo humano Fuente: Los Autores (2012).
Manual de Usuarios. Paso 01 Al iniciar sesin al sistema SACE, (Sistema Automatizado de Control de Estudios), visualizamos la siguiente pantalla, en la cual debemos ingresar los datos establecidos en la base de datos para tener acceso, luego debe pulsar el botn que Enviar, en caso de equivocarse, deber dar clic sobre el botn borrar; de esta manera podr ingresar satisfactoriamente al sistema.
Imagen 8 Fuente: Los Autores (2012). Paso 02 Una vez que ha ingresado al sistema SACE se despliega un men en el cual usted podr seleccionar segn sea el caso.
Este men cuenta con las siguientes opciones: Inicio, Registro, Reportes, Consultas, Herramientas y Cerrar Seccin, algunas de estas opciones traen consigo submens que pueden ser usados segn en la misma forma.
Imagen 9 Fuente: Los Autores (2012). Paso 03 El botn registro cuenta con submens y de los mismos se obtienen otros submens como observamos en la imagen a continuacin.
Imagen 10
Fuente: Los Autores (2012). Paso 04 El docente al seleccionar este botn podr visualizar un formulario de registro, all se registran los datos del personal docente que laboran en la institucin para tener un control de los mismos. La mayora de los campos deben ser llenados con los datos requeridos y en el caso de materia solo debe seleccionar la ctedra que dictara el profesor, en cuento a la fecha de ingreso esta aparece automticamente con la fecha del da en que se est registrando el docente.
Imagen 11 Fuente: Los Autores (2012). Paso 05 Nuevo Ingreso: En la planilla de inscripcin de un alumno nuevo la misma debe tener todos los campos llenos de lo contrario no guardara los datos que usted ha llenado, todos los campos son obligatorios e importantes para el expediente del alumno.
Imagen 12 Fuente: Los Autores (2012). Una vez llenada la planilla debe de seleccionar el botn enviar y si desea corregir o no guardar los datos podr elegir el botn borrar sin problema alguno. En el caso de los estudiantes regulares la planilla es parecida slo que como son alumnos ya registrados selecciona el alumno a inscribir y el sistema te mostrar los datos en la planilla.
Paso 7 Ao Escolar: Para ingresar slo hay que colocar el ao escolar que deseas consultar y podrs obtener la informacin que necesitas de aos anteriores, como por ejemplo los docentes que dieron clase en ese ao, reportes de estudiantes de ese ao escolar.
Imagen 14 Fuente: Los Autores (2012). Pasos 08 Reportes: En este botn encontraremos un submen compuesto por una variedad de opciones que al seleccionarlas podr obtener un informe detallado del docente tal sea el caso.
A continuacin se muestra en las siguientes imgenes los reportes que se pueden obtener a travs del sistema SACE. Reportes de Docentes: Se muestra una vista general de todos los docentes que hay en la institucin o se pude hacer la bsqueda colocando el nmero de cdula del docente que se requiere. En el caso que se desee modificar los datos de un profesor se puede hacer con tan solo hacer clic en el icono o imagen en la columna que modificar.
Imagen 16 Fuente: Los Autores (2012). Reportes de Estudiantes: se muestra una vista general de todos los estudiantes inscriptos en el ao actual o se pude hacer la bsqueda colocando el nmero de cdula del estudiante que se requiere. En el caso que se desee modificar los datos de un estudiante se puede hacer con tan solo hacer clic en el icono en la columna que modificar.
Imagen 17 Fuente: Los Autores (2012). Al presionar el enlace Imprimir esta pgina, se despliega la ventada siguiente donde se puede seleccionar la impresora.
Imagen 18 Fuente: Los Autores (2012). Paso 09 Constancias de Estudio: El sistema cuenta con un formato de constancia de estudio la cual posee algunos datos del estudiante ya prestablecidos, deber
ingresar el nmero de cdula del estudiante y el sistema buscar automticamente los datos pertinentes para la elaboracin de la misma.
Imagen 19 Fuente: Los Autores (2012). La siguiente imagen solo muestra la seleccin de la impresora.
Imagen 20 Fuente: Los Autores (2012). Convocatoria: El sistema cuenta con un formato de convocatoria, este posee las misma funcionalidad que la constancia de estudio, ya se tienen algunos datos del estudiante previamente establecido, solo deber introducir el nmero de cdula
del mismo, el sistema busca la informacin requerida y se le agregar el motivo por el cual est siendo convocado el representante a la institucin.
Imagen 21 Fuente: Los Autores (2012). Paso 10 Para salir del sistema slo debe pulsar el botn Cerrar Seccin, al seleccionar el botn inmediatamente el sistema arroja un mensaje como se muestra en la imagen:
Productos El manual de usuario cuenta los diferentes mdulos con que cuenta el sistema este especifica cmo debe usarse, adems de mostrar las diferentes pantallas, que se obtienen luego de entrar a un link.
2.4.2
El
entrenamiento
del
usuario
dictados
por
profesionales, los mismos sern dictamos en pequeos grupos para as tener la mayor disponibilidad para aclarar las dudas que puedan tener los usuarios. Estos sern dirigidos segn el nivel de usuario.
2.4.3
Evaluacin de Habilidades y Una vez finalizado lo que es la entrega del manual de Destrezas con el Sistema SACE. usuario y la realizacin del curso, se harn estas evaluaciones para verificar que no existan dudas o faltas de conocimientos en los usuarios finales para tener la certeza que el usuario no presentara ningn
Para realizar la instalacin es necesaria la evaluacin de los requerimientos del sistema que no es otra cosa que detectar el buen estado del hardware as como la verificacin del software. Para ello se necesitar que el equipo posea las siguientes caractersticas: Procesador 2.1 MHz, Disco Duro de 80GB, Memoria Ram 512Mb El Sistema requerido es Windows XP.
Una vez verificado cada uno de los requerimientos se proceder a realizar la instalacin. Si se presenta algn desperfecto se debe reparar para garantizar el buen funcionamiento del sistema.
Despus de verificar los recursos que posea el sistema se proceder a instalar el software junto con sus componentes, permitiendo as, que este no afecte el funcionamiento de sistema operativo.
Una vez realizada la verificacin de los requerimientos e instalacin del software, se ingresa en la pantalla principal del mismo y se comienza a realizar la migracin de los datos del personal administrativo encargado de operar el sistema, se ingresa el personal docente que trabaja en el plantel y a los estudiantes inscritos en el ao escolar en curso. Se procede a crear los diferentes niveles con que se trabajar en el sistema.
Objetivos del plan de pruebas Este documento, tiene como finalidad entregar las pautas y definir la estrategia que se seguir para llevar a cabo la certificacin del software. SACE, Sistema automatizado de control de estudios para la Unidad Educativa Nacional Trino Celis Ros, del Municipio Libertador, estado Aragua.
El objetivo general del plan es establecer la cronologa y condiciones para la aplicacin de las pruebas de manera de obtener, una aplicacin que pueda ser completada con una recepcin total de los interesados (la comunidad del U.E.N. Trino Celis Ros) y entrar en operacin con la totalidad de las funcionalidades requeridas para su funcionamiento. Este Plan de Pruebas describe las pruebas de componentes, del sistema y las de validacin que se aplicarn al software desarrollado. Las Fases en las que se realizarn las pruebas son: 1. Planificacin de las pruebas: Identificar los requisitos para las pruebas.
Desarrollar la estrategia de pruebas. Identificar los recursos necesarios para realizar las pruebas. Generar el Plan de pruebas. 2. Diseo de las pruebas: Desarrollo de las pruebas. Identificar y describir
Desarrollar las clases de prueba, los componentes de prueba y los datos de prueba. 4. Ejecucin de las pruebas: Ejecutar los casos de prueba. Evaluar la
ejecucin del proceso de prueba. Verificar los resultados. Investigar los resultados no esperados. Registrar los defectos. 5. Evaluacin de las pruebas: Evaluar la cobertura de los casos de prueba.
Evaluar la cobertura del cdigo. Analizar los defectos. Determinar si se han alcanzado los criterios de las pruebas. Crear los informes de evaluacin de las pruebas.
Documentos relacionados Descripcin Informe tcnico que Informe Tcnico describe la metodologa de (Avance N 2) desarrollo y el anlisis de los procesos. Documento SRS Informe de Especificacin de Requisitos Nombre Fecha aprobacin Diciembre de 2011
Diciembre de 2011
Alcance de las pruebas Mediante los siguientes cuadros se describen los requerimientos de pruebas del SACE, obedeciendo a los Modelos planteados en el informe tcnico presentado. Cuadro resumen de las pruebas Componentes probados: a ser Mdulo de Registro: [Link]: Autenticacin (Acceso al Sistema) Sub. Mdulo: Modificacin (Cambiar Clave) Sub. Mdulo: Inclusin (Registro de Usuario)
En estos Mdulos se realizarn pruebas para validar: La visualizacin de los datos, ingresados o modificados. La respuesta y realizacin de las transacciones de cada sub mdulo. Que los estados de las actividades se reflejen de acuerdo a la secuencia lgica requerida por el usuario. La secuencia lgica de las funcionalidades y transacciones. Detalle del orden de Los sub. mdulos se deben ejecutar en forma ejecucin de los componentes independiente, pero consecutivos en el orden siguiente: Acceso al Sistema Cambiar Clave Registro de Usuario Responsabilidad Prueba de la Las pruebas son responsabilidad del Testing Operacional del equipo de proyecto, quien en conjunto con el equipo debe seleccionar las pruebas que aseguren la efectividad de la aplicacin.
Casos de pruebas incluidos # Casos # Estimado Disponibles Casos Nuevos 5 2 al Tipo Funcion Modulo Autenticacin (Inicio de sesin) Total de Casos 7
5 5
2 2
Funcion
7 7 21
Entorno y configuracin de las pruebas Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes entornos, a saber: a. Servidor App Server versin 2.5, equipo con acceso a Internet, Equipomarca LENOVO, Windows XP, 512 Mb RAM. b. Equipos Cliente: Equipos de Prueba. Equipomarca COMPAQ Amd Sempron 1.80 GHz Windows Server 2003 1 GB RAM 80 HDD, 802.11bg wireless, IE version 6. Equipomarca DELL Inspiron 1300, Pentium 1.70 GHz 512 Mb RAM, 80 HDD, Windows XP Pro sp2, IE versin 7. c. Base de Datos MySQL. Reside en equipo servidor
Criterios de inicio Aceptacin del plan de pruebas. Revisin y aceptacin del documento que contiene los casos de pruebas para la certificacin del proyecto. Aceptacin de paquetes. Revisin y aceptacin de los software de desarrollo, y que stos cumplan con las condiciones de aceptacin. Aceptacin de ambiente. Revisin y aceptacin del ambiente de certificacin, y que stos cumplan con las condiciones de aceptacin.
Servidor BD Datos
: MySQL : Aleatorios
informacin mal registrada en la base de datos, cadas de programas, incumplimiento de objetivos en funciones principales, entre otros. Errores Medios (comunes): errores en presentacin de datos,
incumplimiento de objetivos en funciones secundarias, cadas de programas auxiliares, entre otros. Errores Leves: errores en presentacin de datos secundarios, no adecuacin a estndares, comportamientos correctos pero diferentes en situaciones similares, dificultades de operacin, entre otros.
Criterio
Aprobado
Rechazado
Descripcin Se aprobar el proyecto con un 100% de las pruebas ejecutadas pero con un 90% de aceptacin. Esto quiere decir que el 90% de las pruebas deben ser exitosas y sin errores. En el restante 10% pueden existir errores medios o bajos, pero no graves. En caso de ocurrir que el proyecto no cumpla con el nivel exigido, el proyecto se rechaza completo en su etapa de certificacin.
Estrategia de pruebas Se requiere certificar la funcionalidad de los sub mdulos seleccionados por parte del equipo de desarrollo y por parte del usuario del SACE, esta actividad se propone realizar en dos etapas para verificar: 1ra. Etapa: Que las funcionalidades del mdulo de Registro (los componentes) son operativas.
2da. Etapa: Que las funcionalidades integradas de los sub. mdulos de incluir, autenticacin y modificacin son operativas.
Para cumplir con los objetivos planteados se presentan diversos escenarios de pruebas, estos son: Pruebas de Componentes, Pruebas de Sistemas, Pruebas de Integridad, Pruebas de Interfaz (Usabilidad) y Pruebas Alfa. Para las pruebas de Componentes se debe: Verificar el Mdulo de Ingreso al sistema, [Link]: Autenticacin (Acceso al Sistema), para lo que se introducen los datos del usuario registrado. Verificar el Mdulo de Registro, Sub. Mdulo: Modificacin (Cambiar Clave), para lo que se hacen peticiones para distintos usuarios registrados. Verificar el Mdulo Registro de Usuario, Sub. Mdulo: Incluir (Registrar Usuario), para lo que se introducen datos aleatoriamente. Todas stas pruebas se realizarn por el mtodo de pruebas de caja blanca (White Box), ests pruebas tambin son llamadas pruebas modulares ya que nos permiten determinar si un mdulo del programa est listo y correctamente terminado y que cubran todos los posibles caminos del cdigo Para las pruebas de sistemas o funcionales se debe comprobar: El comportamiento de aplicacin con casos vlidos y no vlidos, del flujo completo de los casos de uso registro de usuarios, autenticacin de usuario y cambio de contrasea. Para las pruebas de integracin se debe: Identificar todos los posibles esquemas de llamadas entre los componentes (Sub. Mdulos objetos de las pruebas unitarias) y ejercitarlos para lograr una buena cobertura de la funcionalidad del Mdulo Completo. Encontrar fallos en la respuesta del Mdulo cuando su operacin depende de los servicios prestados por otro(s) mdulo(s). Para las pruebas de usabilidad de la interfaz se debe comprobar lo siguiente:
El comportamiento de la aplicacin con casos de bordes invlidos y vlidos, donde las pruebas de borde se definen como aquellas pruebas en las cules los datos de prueba a utilizar son valores lmites. Carga, despliegue, foco, modalidad, navegabilidad y usabilidad de las GUI del sistema y sus elementos. Donde las mtricas, heursticas de usabilidad y funcionalidad a utilizar son las siguientes: Comprensin Global del Sitio Aspectos de Interfaces y Estticos Mtricas de confiabilidad (enlaces rotos, pginas muertas, enlaces invlidos, enlaces E-mail mal construidos) Navegacin y Exploracin Para las pruebas Alfa se debe: Invitar al usuario a que venga al entorno de desarrollo a probar el sistema. Trabajar en un entorno controlado, donde el usuario con la ayuda del equipo desarrollador pueda usar la aplicacin y juntos puedan analizar los resultados. Otras Pruebas: Considerar la integridad de la base de datos, para ello se debe: Verificar el acceso a la BD del SACE Verificar el acceso simultneo en la lectura de registro de las distintas tablas Verificar la correcta obtencin de data actualizada.
Orden de ejecucin de pruebas Las pruebas se llevarn a cabo de la siguiente forma: 1) Secuencias de pasos para la Configuracin Objetivos de la prueba Tcnicas Comprobar el mdulo de registro, Sub. Autenticacin (Acceso al Sistema) Solicitar acceso con datos vlidos e invlidos. Mdulo
Cdigo involucrado
Mtodo de acceso: <? session_start(); ?> <?php include("conexion/[Link]"); $usu=$_POST["usuario"]; $cla=$_POST["clave"]; $db=conectate(); $sq="SELECT * FROM acceso where usuario='$usu' and clave='$cla'"; $resultado=mysql_query($sq,$db); $array=mysql_fetch_array($resultado); if(mysql_num_rows($resultado)==0){ header ("Location: [Link]?error=badpass"); }else { if ($array["nivel"] == '1') { $_SESSION["usuario"]=$array["usuario"]; $_SESSION["clave"]=$array["clave"]; $_SESSION["id"]=$array["id"]; session_register("$_SESSION"); ?> Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar los datos de un usuario para accesar a la aplicacin Caso No. 1
Casos de prueba
Descripcin: Datos incorrectos: Nombre de Usuario con caracteres no permitidos. Entradas: Nombre de Usuario: lisbeth Contrasea: Salidas esperadas: <? if($_GET['error'] == 'badpass'){ echo "El usuario o la clave es incorrecta"; } ?>"); )=El nombre de usuario y contrasea no coinciden o usted no tiene cuenta an Todos los casos de pruebas planificados se han ejecutado. Resultados Todos los defectos identificados se han considerado. El resto de los casos de prueba para ste componente se Observaciones presenta en el anexo N 1 Configuracin de los Equipos Cliente, del Servidor de Aplicacin Web y de la Base de Datos. ???.
2) Secuencias de pasos para la generacin de datos para el mdulo y sus componentes Ejecucin del proceso (manual) de generacin de datos de entrada con informacin de potenciales usuarios del SACE. 3) Secuencias de pasos para la generacin de datos para los tres componentes. Ejecucin del proceso (manual) de generacin de datos, donde las tablas y campos a utilizar sern llenados manualmente.
Equipo de pruebas y responsabilidades Nombre Lisbeth Lima Responsabilidad Lder del equipo. Responsable de evaluar las condiciones de trmino para el proceso de pruebas junto al tutor y el resto del equipo. Analista funcional, responsable de la resolucin de las incidencias de certificacin para los sub mdulos de Acceso al sistema, Cambio de clave y registro de estudiante. Testing de Solucin, responsable de la generacin del plan de pruebas.
Pedro Prato
Yorleny Rodrguez
5.3 Evaluacin de los resultados de las pruebas de implementacin Registro de los resultados de las pruebas. En esta seccin se muestran rigurosa y sistemticamente los resultados arrojados por cada prueba. Para ello, ya se han definido los escenarios en el punto 4.1. En tal sentido, los resultados obtenidos se clasifican segn: Pruebas de componentes Cuadro N 3. Mdulo de Registro, Submdulo: Acceso al Sistema Comprobar el mdulo de registro, Sub. Mdulo Autenticacin Objetivos de la prueba (Acceso al Sistema) Solicitar acceso con datos vlidos e invlidos. Tcnicas
Cdigo involucrado
Mtodo de acceso: <? session_start(); ?> <?php include("conexion/[Link]"); $usu=$_POST["usuario"]; $cla=$_POST["clave"]; $db=conectate(); $sq="SELECT * FROM acceso where usuario='$usu' and clave='$cla'"; $resultado=mysql_query($sq,$db); $array=mysql_fetch_array($resultado); if(mysql_num_rows($resultado)==0){ header ("Location: [Link]?error=badpass"); }else { if ($array["nivel"] == '1') { $_SESSION["usuario"]=$array["usuario"]; $_SESSION["clave"]=$array["clave"]; $_SESSION["id"]=$array["id"]; session_register("$_SESSION"); ?> Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar los datos de un usuario para accesar a la aplicacin Caso No. 1 Descripcin: Datos incorrectos: Nombre de Usuario con caracteres no permitidos. Entradas: Nombre de Usuario: lisbeth Contrasea: Salidas esperadas: <? if($_GET['error'] == 'badpass'){ echo "El usuario o la clave es incorrecta"; } ?>"); )=El nombre de usuario y contrasea no coinciden o usted no tiene cuenta an
Casos de prueba
Resultados Observaciones
Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. El resto de los casos de prueba para ste componente se presenta en el anexo N 1
Cuadro N 4. Mdulo de Registro, Sub. Mdulo: Cambiar Clave Comprobar el mdulo de registro. Sub Mdulo Objetivos de la (Cambiar Clave) prueba Modificacin
Solicitar modificacin de contrasea con datos vlidos e invlidos, considerando los parmetros, tipos y estructuras de datos del SACE. Mtodo de Modificacin: <? if ($_POST["enviar"]){ $usu=$_POST["usuario"]; $clave=$_POST["clave"]; $id=$_POST["id"]; include("conexion/[Link]"); include("conexion/[Link]"); $sql = "Update acceso Set usuario='$usu', clave='$clave' Where id='$id'"; If ($res=send_sql($db,$sql)) { } ?> <script> [Link]="[Link]" </script> <? } ?> <? } ?> Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Realizar cambio de la contrasea por parte de un usuario registrado. Caso No. 1 Descripcin: Datos incorrectos: Cuenta de correo no valida Entradas: Usuario y Clave Salidas esperadas: <script> alert('Modificacin Exitosa, Debe Logearse de Nuevo'); [Link] = "[Link]"; </script> = Una vez que se modifique la contrasea debe entrar con la nueva clave. Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. El resto de los casos de prueba para ste componente se presenta en el anexo N 2
Casos prueba
de
Resultados Observaciones
Cuadro N 5. Mdulo de Registro, Sub. Mdulo: Registrar Usuario. Comprobar el mdulo de registro. Sub Mdulo Inclusin (Registrar Objetivos de la Usuario) prueba
Solicitar registro de estudiantes con datos vlidos e invlidos, considerando los parmetros, tipos y estructuras de datos del SACE. Mtodo de Registro, Completo Ver anexo N 3. (Se presenta el fragmento correspondiente al caso de prueba para ste cuadro). } else { $sql = "insertinto acceso (usuario,clave,nivel) values ('$usuario','$clave','$nivel');"; If ($res=send_sql($db,$sql)) { } } Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Registrar un estudiante para acceder al SACE. Caso No. 1 Descripcin: Datos incorrectos: Cdula del estudiante con caracteres no permitidos Entradas: Cedula: 1212 Salidas esperadas: <script> alert("Los datos del Usuario se han registrado con exitosamente...."); [Link]="[Link]" </script> Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. El resto de los casos de prueba para ste componente se presenta en el anexo N 4
Casos prueba
de
Resultados Observaciones
Pruebas de sistema Pruebas funcionales Los resultados de esta seccin se presentan en los cuadros 10 y 11 del anexo N 5 y N 6
Pruebas de integracin Cuadro N 4. Mdulo de Registro, Sub. Mdulos: Autenticacin, Modificacin e Inclusin. Objetivos de la prueba Verificar los siguientes objetivos: Identificar todos los posibles esquemas de llamadas entre los componentes (Sub. Mdulos objetos de las pruebas unitarias) y ejercitarlos para lograr una buena cobertura de la funcionalidad del Mdulo Completo. Describir los esquemas lgicos de llamadas entre componentes en forma ascendente para verificar la funcionalidad del mdulo de registro
Tcnicas
Esquema
Interfaz Asociada
Resultados
Todas las llamadas entre componentes han sido ejecutadas con xito.
Los casos de prueba para la integracin del mdulo, se consideran en funcin de los resultados de las pruebas de unidad. Una vez detectados y corregidos los errores para cada componente se realizan las pruebas, invocando las salidas de stos a travs del mdulo, utilizando la tcnica descrita en el cuadro N 4. Para lograr el objetivo de encontrar fallos en la respuesta del Mdulo cuando su operacin depende de los servicios prestados por otro(s) mdulo(s), durante la aplicacin de las pruebas de integracin, es necesario terminar el resto de los mdulos del SACE. Pruebas de aceptacin Pruebas de usabilidad Cuadro N 6. Mdulo de Registro, Sub. Mdulo: Autenticacin Objetivos de la prueba Verificar los siguientes objetivos: La navegacin a travs de la aplicacin refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y mtodos de acceso (tabulador, movimientos del ratn y teclas de funcin). Las ventanas y sus caractersticas, como mens, tamao, posicin y estado cumplen los estndares. Crear o modificar pruebas para cada ventana con el objetivo de verificar la correcta navegacin y su estado. Utilizando las Heursticas de Nielsen. Ver anexo N 7 Ver anexo N 8
Tcnicas
Resultado Esperado
Cada ventana se ha verificado con xito y es consistente con la versin de referencia o con los estndares utilizados.
Cuadro N 7. Mdulo de Registro, Sub. Mdulo: Modificacin Objetivos prueba de la Verificar los siguientes objetivos: La navegacin a travs de la aplicacin refleja adecuadamente las reglas de negocio y los requisitos incluyendo ventana a ventana, campo a campo y mtodos de acceso (tabulador, movimientos del ratn y teclas de funcin). Las ventanas y sus caractersticas, como mens, tamao, posicin y estado cumplen los estndares. Crear pruebas para cada ventana con el objetivo de verificar la correcta navegacin y su estado. Utilizando las Heursticas de Nielsen. Ver anexo N 7 Ver anexo N 8
Tcnicas
Resultado esperado
Cada ventana se ha verificado con xito y es consistente con la versin de referencia o con los estndares utilizados.
Objetivos de la prueba
Asegurar la navegacin correcta de la aplicacin, la entrada de datos, su procesamiento y recuperacin. Ejecutar cada caso de uso y flujo del caso de uso con datos vlidos e invlidos para verificar lo siguiente: Cuando se utilizan datos correctos se obtienen los resultados esperados. Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. Cada regla de negocio se ha aplicado correctamente. Cada ventana se ha verificado con xito y es consistente con la versin de referencia o con los estndares utilizados.
Tcnicas
Interfaz Asociada
Resultados Consideraciones
Previsto para la versin 1.2 del plan de pruebas Las pruebas sern ejecutadas en un servidor local.
Otras pruebas Cuadro N 9. Pruebas de Integridad de la Base de Datos del SACE Comprobar que los procedimientos y mtodos Objetivos de la prueba de acceso a la base de datos funcionan correctamente.
Tcnicas
Invocar cada procedimiento o mtodo de acceso a la base de datos con datos vlidos e invlidos. Inspeccionar la base de datos para asegurar que los datos son los previstos, todos los eventos de la base de datos ocurren adecuadamente, o revisar los valores devueltos para asegurar que la recuperacin de datos es correcta. Las pruebas necesitan un entorno de administracin a nivel del DBMS para recuperar o modificar datos directamente de la base de datos. Todos los procedimientos y mtodos de acceso funcionan como se disearon y sin ningn error en los datos.
Consideraciones
Resultados
Anlisis de los resultados de las pruebas Los resultados a las pruebas diseadas para verificar y validar el producto de software SACE, se presentan tal como ya se han definido los escenarios en el punto 4.1. En tal sentido, se elabora el siguiente cuadro resumen, con los resultados de las pruebas y los criterios de aprobacin/rechazo descritos en el apartado 3.3 de este documento.
Cuadro N [Link] para los resultados de las pruebas al Mdulo de Registro (Componentes: Inclusin, Autenticacin y Recuperacin). Tipo de Prueba Componentes Caso de prueba Autenticacin Caso 1 Caso 2 Modificacin Caso 1 Caso 2 Caso 3 Inclusin Caso 1 Caso 2 Caso 3 Resultado Esperado Esperado Aprobado Esperado Esperado Esperado Esperado Error Medio Esperado Aprobado Corregir Aprobado Criterio de finalizacin Aprobado
Componentes
Componentes
Todos los CU han sido probados Integracin Todas las llamadas entre componentes han sido ejecutadas. Interfaz de Todas las ventanas usuario se han verificado. (Usabilidad) Se ha verificado la consistencia con los estndares utilizados Alfa Todas las funcionalidades del Mdulo se ajustan a los requerimientos del usuario y a las reglas del negocio Integridad de BD Todos los procedimientos y mtodos de acceso a la BD han sido probados.
Funcionales
Esperado Esperado
Aprobado Aprobado
Esperado
Aprobado
Esperado
Aprobado
Esperado
Aprobado
Las pruebas aplicadas al SACE hasta el momento han determinado la funcionalidad del Software de manera exitosa. Se anexan los diferentes instrumentos de validacin de la aplicacin utilizados para las pruebas Alfa y pruebas de usabilidad previstas para la versin final de este documento.
Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) del componente Autenticacin. Objetivo: Validar los datos de un usuario para el acceso a la aplicacin Caso No. 2 Descripcin: Datos incorrectos: contrasea no valida Entradas: Contrasea: xxxxxxxxxxx Salidas esperadas: : <? if($_GET['error'] == 'badpass'){ echo "El usuario o la clave es incorrecta"; } ?>"); )=El nombre de usuario y contrasea no coinciden o usted no tiene cuenta an
El software (el SACE) pasar a las pruebas de integracin despus de que todos los errores (Graves, Medios y Leves) han sido corregidos y el criterio de finalizacin es Aprobado. Una vez realizadas las pruebas de aceptacin despus de que todos los defectos sean corregidos, pasar a las pruebas Alfa. Finalmente, luego de conocer el criterio de aceptacin por parte de los usuarios finales, el SACE podr ser instalado en su versin Beta.
8.
Anexos Anexo N 1
Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) del componente Autenticacin Objetivo: Validar los datos de un usuario para accesar a la aplicacin Caso No. 2 Descripcin: Datos incorrectos: contrasea no valida Entradas: Contrasea: xxxxxxxxxxx Salidas esperadas: : <? if($_GET['error'] == 'badpass'){ echo "El usuario o la clave es incorrecta"; } ?>"); )=El nombre de usuario y contrasea no coinciden o usted no tiene cuenta an
Anexo N 2
Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) del componente Modificacin Objetivo: modificar la contrasea parte de de un usuario registrado. Caso No. 2 Descripcin: Datos incorrectos: Clave de usuario no registrada Entradas: Usuario y Clave Salidas esperadas: El pedido de renovacin de su contrasea fall debido a que: no se encuentra un usuario con el nombre de usuario ni la clave de acceso especificada.
Anexo N 3
Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) del componente Modificacin Objetivo: Modificar la contrasea por parte de de un usuario registrado. Caso No. 3 Descripcin: Datos incorrectos: Clave de usuario registrada pero no vlida Entradas: Clave de usuario Salidas esperadas: Usuario o clave es incorrecta
Cdigo involucrado en las pruebas de componente del sub mdulo Registrar Usuario. <?php session_start(); if(!$_SESSION['clave']){ header ("location:[Link]"); } else { ?> <? include("[Link]"); include("[Link]"); mysql_select_db("liceo",$link); $q = mysql_query("SELECT *FROM acceso WHERE usuario='$usuario'") or die(mysql_error()); if(mysql_num_rows($q) > 0) { echo '<script>alert("El nombre del usuario ya est registrado");</script>'; echo '<script>[Link](1);</script>'; exit; } else { $sql = "insertinto acceso (usuario,clave,nivel) values ('$usuario','$clave','$nivel');"; If ($res=send_sql($db,$sql)) { } } ?> <? mysql_connect("localhost","root","");
mysql_select_db("liceo"); $q = ("SELECT *FROM acceso WHERE usuario='$usuario'"); if($usuario=="") { $qd="delete from acceso where usuario='$usuario'"; mysql_query($qd); } ?> <script> alert("Los datos del Usuario se han registrado con exitosamente...."); [Link]="[Link]" </script> <? } ?> Anexo N 4
Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) del componente Inclusin Objetivo: Registrar un usuario para acceder al SACE. Caso No. 2 Descripcin: Datos incorrectos: Contrasea de mayor longitud Verifique su contrasea: Igual longitud que la contrasea dada. Entradas: Contrasea:1122334455667788990011223344556677889900 Verifique su que la permitida.
contrasea:1122334455667788990011223344556677889900 Salidas esperadas: echo "El usuario o la clave es incorrecta"; Criterio de finalizacin: Error medio, corregir la falla.
Anexo N 5
Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) del componente Inclusin Objetivo: Registrar un usuario para acceder al SACE. Caso No. 3 Descripcin: Todos los campos se dejan vacos. Entradas: Sin entradas
Asegurar la navegacin correcta de la aplicacin, la entrada de datos, su procesamiento y recuperacin. Ejecutar cada caso de uso y flujo del caso de uso con datos vlidos e invlidos para verificar lo siguiente: Cuando se utilizan datos correctos se obtienen los resultados esperados. Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. Cada regla de negocio se ha aplicado correctamente. Caso de uso Gestionar datos de Autentificacin
Resultados
Todas las pruebas planificadas se han ejecutado. Todos los defectos identificados se han considerado.
Cuadro N 11. Pruebas de Funcionalidad Caso de uso Gestionar datos de Autentificacin. Anexo N 6 Objetivos de la prueba Tcnicas Asegurar la navegacin correcta de la aplicacin, la entrada de datos, su procesamiento y recuperacin. Ejecutar cada caso de uso y flujo del caso de uso con datos
vlidos e invlidos para verificar lo siguiente: Cuando se utilizan datos correctos se obtienen los resultados esperados. Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas. Cada regla de negocio se ha aplicado correctamente. Caso de uso Autenticar entrada al sistema
Resultados
Todas las pruebas planificadas se han ejecutado. Todos los defectos identificados se han considerado
Cuadro N 12. Pruebas de Funcionalidad Caso de uso Autentificar Entrada al SACE. Anexo N 7 Formato del Cuestionario Aplicado para las pruebas de usabilidad del SACE El presente cuestionario, tiene como objetivo registrar las observaciones de los usuarios en relacin al uso del Producto de Software SACE. Su opinin es de gran ayuda para mejorar el software y hacerlo ms sencillo e intuitivo. Por favor proporcione sus datos para autentificar esta prueba:
Nombre
Descripcin
Fecha de Aplicacin
Recomendaciones inciales para aplicar el cuestionario de usabilidad del SACE: Utilizar el equipo de cmputo adecuado para las pruebas de usabilidad, como el que utilizan los usuarios promedio. Uso claro de la terminologa y conceptos empleados en el SACE.
Cuestionario Seleccione la opcin que ms se acerque a su opinin: 1. Considera que el uso del SACE es: A___Muy difcil sencillo B___Difcil C___Normal D___Sencillo E___Muy
2. El diseo de la interfaz del SACE le parece: A___Muy malo B___Malo Bueno C___ Indiferente D___ Bueno E___ Muy
3. El SACE indica si una accin se est ejecutando o si sta haba resultado un error o xito: A___Nunca E___Siempre B___Casi nunca C___Regularmente D___Casi siempre
4. Los mensajes del SACE son: A___Nada visibles E___Muy visibles B___Poco visibles C___Normales D___Visibles
5. Al realizar la tareas la Interfaz del SACE result ser: A___Nada intuitivas E___Muy intuitivas B___Poco intuitivas C___Normal D___Intuitivas
B___Poco visibles
C___Normales
D___Visibles
7. La combinacin de colores de las interfaces generadas por el SACE son: A___Nada agradable B___Poco agradable C___Normales D___Agradable E___Muy agradables
Observaciones
Firma
Anexo N 8 La evaluacin heurstica es un mtodo de evaluacin formativa, mediante la cual, los expertos critican la interfaz confrontndola con una gua de elementos bsicos de diseo elaborada previamente y, en este sentido, es una herramienta de comparacin de objetivos explcitamente estipulados. Tiene como objetivo determinar los posibles problemas de usabilidad ms comunes en el diseo de una interfaz, antes que determinar en qu grado cumple sta o aquella funcin. Como resultado de este tipo de evaluacin, se elaboran listas pormenorizadas de problemas de usabilidad, en la que se detallan, esos problemas, la heurstica asociada al problema, la valoracin del experto y la posible solucin (Ver Formato).
Hora:
Valoracin
Solucin
Formato para la realizacin de las pruebas Heursticas de la Interfaz del SACE. Para la evaluacin presentada se utilizaron las 10 Heursticas de Nielsen y una escala de valoracin para cada problema (Ver Tabla 1).
Leyenda de valoracin
0 - No es un problema de Usabilidad 1 - Problema cosmtico 2 - Problema menor 3 - Problema mayor de Usabilidad; importante fijar solucin
H2: Hablar el lenguaje del usuario H3: Minimizar la carga cognitiva H4: Consistencia H5: Feedback H6: Proveer claramente las salidas
4- Usabilidad catastrfica, imperativo fijar H7: Proveer Shortcuts solucin H8: Mensajes de Error descriptivos H9: Prevencin de Errores H10: Asistencia al Usuario
Anexo N 9
El objetivo de este instrumento es registrar las observaciones de los usuarios en relacin al uso del Producto de Software SACE. Su opinin es de gran ayuda para mejorar el software y hacerlo ms sencillo e intuitivo. Por favor proporcione sus datos para autentificar esta prueba:
Nombre
Descripcin
Fecha de Aplicacin
ASPECTOS A EVALUAR EN LA APLICACIN: Incluye informacin relevante, necesaria y sencilla Utiliza palabras, frases y conceptos familiares. Sigue convenciones del mundo real. Usa objetos, acciones y/o opciones para evitar que el usuario tenga que recordar informacin. Ejemplos: mens desplegables, metforas.
Provee objetos visibles e intuitivos La composicin de la pantalla es la misma en toda la aplicacin. Cada control tiene asignado una nica funcin y siempre es la misma Siempre informa acerca de lo que est ocurriendo Permite deshacer y rehacer acciones realizadas Incluye acciones para hacer ms rpida la interaccin Incluye mensajes de error expresados en un lenguaje comn y sencillo, indicando el problema y sugiriendo soluciones de forma constructiva Incluye acciones para prevenir la existencia de errores Incluye ayuda para asistir al usuario El uso de las metforas son adecuadas , es decir, refleja el modelo real, es coherente en su aspecto y consistente en su uso Existe legibilidad y claridad textual (tipo, color y tamao adecuado de la fuente utilizada) Existe organizacin adecuada del contenido y los elementos Actividad IAS 6: Pruebas de aceptacin del sistema
VALIDACIN DEL PRODUCTO DE SOFTWARE SACE PARA LA UEN TRINO CELIS RIOS Tipo de Prueba: Aceptacin Fecha: ___/____/____
Requisitos Funcionales La informacin mostrada en los reportes debe plasmar la realidad funcional del SACE, a travs de datos confiables y consistentes La aplicacin debe garantizar la interaccin simultnea de todos los usuarios registrados, con operaciones realizadas en menos de un segundo. El acceso a la aplicacin debe estar restringido por el uso de claves asignadas a cada uno de los usuarios. Solo podrn ingresar al sistema las personas que estn registradas. La aplicacin proveer de mecanismos para generar backup diariamente de la informacin que se mantiene en el sistema, a travs de una unidad de respaldo utilizando unidades extrables. La aplicacin deber presentar mensajes de error que permitan al usuario identificar el tipo de error y comunicarse con el administrador del SACE. La aplicacin deber estar disponible un 99% durante las 24 horas del da de todo el ao. La aplicacin debe disponer de una documentacin fcilmente actualizable que permita realizar operaciones de mantenimiento con el menor esfuerzo posible. La complejidad del SACE debe ser baja y consumir pocos recursos, para ser usado desde equipos mviles o con desempeo limitado La aplicacin debe tener una interfaz de uso intuitiva y sencilla.
Satisface
No satisface
Observaciones
REQ1
REQ2
REQ3
REQ4
REQ5
REQ6
REQ7
REQ8
REQ9
El sistema debe ser altamente compatible con los navegadores de Internet actuales, por lo cual REQ10 se debe abstener del uso de controles web que presenten inestabilidades o deficiencias El formato a utilizar en el sistema debe ser compatible con REQ11 los permitidos por el servidor de datos SQL (MySQL, PostgreSQL)
OBSERVACIONES GENERALES DE LAS PRUEBAS REALIZADAS: __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ __________________________________________________________________ _____________________________
6.3 Evaluacin de los resultados de las pruebas de aceptacin Resumen de las pruebas de aceptacin N 1 Anlisis observaciones Para el registro slo basta con indicar nombre, el nick, la direccin de correo electrnico y el password Alternativas de solucin Solucin seleccionada Justificacin Esto permite mostrar el formulario de una forma ms sencilla de entender por el usuario
el item Agregar el item Apellido Agregar a la etiqueta del campo Apellido a la etiqueta identificado como nombre del campo identificado como nombre Agregar un campo Apellido al formulario de registro
El invitado por lo general siente curiosidad por saber de qu se trata un sitio, a pesar de que el SACE es de interfaz sencilla e intuitiva, requiere de algn recurso novedoso que capte la atencin del usuario y le invite a realizar el registro y disfrutar del resto de las cosas buenas con que cuenta la herramienta
Mostrar nmero de visitas Implementar un mdulo Informacin precisa del de visitas al SACE, que nmero de visitantes que al sitio. Llevar un conteo de visitas muestre y lleve el conteo ha accedido al SACE de visitas al sitio Esto adems de capturar Agregar animaciones a los la atencin del usuario items del SACE tambin incrementa la Agregar ms colores a la accesibilidad de la plantilla de diseo herramienta
Resumen de las pruebas de aceptacin N 4 5 Problema con la Codificacin de caracteres en la base de datos Anlisis observaciones Cambiar el cotejamiento de la base de datos a UTF8Spanish y corregir los acentos Cambiar el cotejamiento de la base de datos a UTF8-Spanish y corregir los acentos Esto debido a que se mostraban caracteres especiales en lugar de las letras acentuadas, dado que el GBD MySQL, est disponible en varios idiomas. Es indispensable la identificacin de la aplicacin con la institucin Alternativas de solucin Solucin seleccionada Justificacin
Disear el banner requerido para los sitios web de las instituciones pblicas.
Objetivos
Este documento, tiene como finalidad entregar las pautas y definir la estrategia que se seguir para llevar a cabo el mantenimiento del software: GESTION E
IMPLEMENTACION DEL SISTEMA SACE (SISTEMA AUTOMATIZADO DE CONTROL DE ESTUDIOS) PARA LA UNIDAD EDUCATIVA NACIONAL TRINO CELIS RIOS, UBICADO EN EL MUNICIPIO LIBERTADOR, ESTADO ARAGUA. Todo esfuerzo de Ingeniera del Software, acaba por producir un determinado software, orientado a satisfacer ciertos requisitos previamente establecidos. El mantenimiento en este contexto se entiende de manera general como las actividades de cambio de ese producto. Ahora bien, la definicin de Mantenimiento del Software del estndar IEEE 1219 es: El mantenimiento del software es la modificacin de un producto software despus de la entrega para corregir fallos, para mejorar el rendimiento u otros atributos, o para adaptar el producto a un entorno modificado. De acuerdo con la definicin anterior, implica que las actividades de mantenimiento de un producto comienzan en el tiempo slo despus de que el producto se ha entregado, es decir, despus de que el producto est en operacin. No obstante, en ocasiones se considera que algunas actividades de mantenimiento puede comenzar antes de la entrega del producto. Asimismo, se puede considerar que ciertas actividades de mantenimiento comienzan antes de la entrega. Algunas de estas actividades son la planificacin de las actividades
posteriores a la entrega, as como toda actividad orientada a facilitar el mantenimiento, como la revisin de la documentacin. No obstante, estas pueden considerarse actividades de preparacin para el mantenimiento, ms que de mantenimiento en s. El objetivo del presente plan de mantenimiento es brindar un conjunto de actividades programada de inspecciones, tanto de funcionamiento como de seguridad, ajustes, reparaciones, anlisis y mejoras que deben llevarse a cabo en forma peridica en base a un plan establecido. Adems de prever averas o desperfectos en su estado inicial y corregirlas para mantener la instalacin en completa operacin a los niveles y eficiencia ptimos. Documentos relacionados Nombre Plan de Pruebas Especificacin del Equipo de Implantacin Descripcin Versin 1.0 Versin 1.0 Fecha aprobacin
Equipo para la elaboracin del plan de mantenimiento Nombre Pedro Prato Responsabilidad Lder del equipo. Responsable de evaluar las condiciones de trmino para el proceso de mantenimiento junto al tutor y el resto del equipo. Analista funcional, responsable de la planificacin de las actividades de mantenimiento Analista de Soluciones: responsable de la generacin del plan de Mantenimiento.
Lisbeth Lima
Yorleny Rodrguez
Actividad 1. Registro de la intervencin: La intervencin queda registrada, segn los procedimientos de la organizacin.
Actividad 2. Actualizacin de la base de datos histrica: Los datos recogidos en la tarea anterior son incorporados a la base de datos histrica, para realizar las estimaciones de recursos y tiempo de cada intervencin.
Actividad 3. Retirada. 1. Desarrollar plan de retirada: El equipo de mantenimiento redacta un documento en el que describe cundo se llevar a cabo la retirada del software. Este plan debe contener: a. Cese de soporte total o parcial despus de un cierto tiempo. b. Archivo del producto software y su documentacin asociada. c. Responsabilidad sobre cuestiones de soporte residual futuro. d. Transicin al nuevo producto. e. Accesibilidad de copias de datos. 2. Notificar futura retirada: El Equipo de mantenimiento notifica al Cliente el momento en el que se ejecutar la retirada. 3. Ejecutar paralelo: El Usuario, con el visto bueno del Cliente y bajo la supervisin del Equipo de mantenimiento, 4. Notificar retirada: Se notifica la inminencia de la retirada. 5. Almacenar datos del entorno antiguo: Los datos del entorno antiguo son almacenados.
Actividad 4. Anlisis de problemas y modificaciones: Esta actividad consiste en analizar los problemas o peticiones de modificacin con el fin de evaluar su impacto en los
usuarios, determinando el tipo de modificacin (preventiva, correctiva, adaptativa.), su alcance (tamao, costo, tiempo.) y su gravedad (rendimiento, seguridad.). La unidad de sistemas encargada del mantenimiento debe tambin verificar el problema, elaborar distintas opciones para implementar las modificaciones, y documentar el problema o la peticin de modificacin, as como los resultados del anlisis y las opciones de implementacin. Por ltimo, deber obtener la aprobacin para la opcin seleccionada.
Actividad [Link] de las modificaciones: En esta actividad se incluyen todas las tareas relativas a determinar qu documentacin, unidades de software y versiones deben modificarse, y se utiliza el proceso de desarrollo para implementar las modificaciones.
Actividad 6. Revisin y aceptacin del mantenimiento: Esta actividad consiste en la revisin de la integridad del sistema modificado. La deben llevar a cabo la organizacin encargada del mantenimiento junto con la organizacin que autoriz la modificacin. La unidad encargada del mantenimiento deber obtener tambin la aprobacin de terminacin satisfactoria de la modificacin.
Actividad 7. Migracin: Se especifica que se deber asegurar que cualquier software o dato producido o modificado durante la migracin se ajuste a las normas establecidas. Para esta actividad es recomendable la elaboracin de un plan de migracin en el que se especifiquen al menos los siguientes aspectos: 1. Anlisis de requisitos y definicin de la migracin. 2. Desarrollo de herramientas de migracin. 3. Conversin del software y de los datos. 4. Ejecucin de la migracin. 5. Verificacin de la migracin.
6. Soporte del entorno antiguo en el futuro. En esta actividad tambin se incluye una tarea de revisin post-operacin con el fin de evaluar el impacto que suponga el cambio al nuevo entorno.
Este documento entrega una metodologa para establecer Acuerdos de Servicio (SLA) en el interior de la institucin, entre el equipo de desarrollo y el de implementacin del Sistema SACE (Sistema Automatizado de Control de Estudio, para la Unidad Educativa Trino Celis Ros). Aqu se presenta una doble responsabilidad para los servicios correspondientes a la gestin y administracin del mismo.
Categora SLA
de
Elementos de SLA
Horas
de
planes internos de mantenimiento de la plataforma de la Unidad de Sistema, puesto que las actividades de mantenimiento del SACE no interfiere con su normal funcionamiento.
Funcionamientos
puede atender simultneamente estn entre 400 y 600 usuarios locales y remotos, esto segn las especificaciones del servidor y el tipo de conexin.
latencia experimentada por los usuarios durante el perodo de pruebas del entorno, debe ser de un 95%
Recuperacin de Desastres
desastres del SACE no debe ser superior a 12 horas, tomando en cuenta que el plan de mantenimiento sea cumplido a cabalidad, y de esta forma se garantiza la integridad y disposicin de la data.
para ponerse en contacto con el servicio de asistencia Asistencia Tcnica/Soporte tcnica del SACE ser a travs de los correos electrnicos de los administradores del SACE y una segunda va es por medio de registro de incidencias del SACE, donde el usuario podr manifestar su inquietud y ser atendida satisfactoriamente en un tiempo no mayor a 3 das hbiles.
mantener el sitio activo, tanto para los usuarios (Front-end) como para los administradores (Back-end) del SACE.
Especificacin de Tipos de Servicio Prcticas Sesiones de trabajo Participantes Jefe de Proyecto Directores de los Usuarios Comit de Direccin
Yorleny Rodrguez Responsable del Proyecto SACE UPTA. Federico Brito Figueroa Administrador de la Red de la
Esta actividad tiene como propsito la aprobacin y aceptacin del sistema, una vez que se ejecuten las pruebas de implantacin y de aceptacin del sistema SACE (Sistema Automatizado de Control de Estudio), y que se fije el acuerdo de nivel de servicio pautada en la actividad IAS 8, el Comit de Direccin debe formalizar la aprobacin del sistema.
Para ello, se lleva a cabalidad una recopilacin y presentacin del sistema SACE a la directiva en espera de ser aprobado.
Productos Plan
Yorleny Rodrguez Directores de los Usuarios Lisbeth Lima Directores de los Usuarios Pedro Prato,
Aprobacin sistema
del Presentacin
Yorleny Rodrguez
Se realiz la recopilacin del sistema SACE y fue entregado al comit de direccin (evaluacin de las pruebas, acuerdo de nivel de servicio y plan de mantenimiento) y se realiza la convocatoria para la presentacin del sistema. Se recibe la confirmacin por parte del Comit de Direccin y se prepara la presentacin del sistema.
Productos De entrada Evaluacin del Resultado de las Pruebas de Implantacin (IAS 5.3) Evaluacin del Resultado de las Pruebas de Aceptacin (IAS 6.3)
Plan de Mantenimiento (IAS 7.2) Acuerdo de Nivel de Servicio (IAS 8.3) De salida Plan de Presentacin del Sistema Prcticas Presentacin Participantes Lisbeth Lima Pedro Prato, Yorleny Rodrguez Directores de los Usuarios
Se present el sistema al Comit de Direccin segn el plan previsto y se apruebo el sistema SACE para la organizacin Unidad Educativa Nacional Trino Celis Ros del Municipio Libertador, Palo Negro, Estado Aragua.
Productos De entrada Plan de Presentacin (IAS 9.1) De salida Aprobacin del Sistema Prcticas Presentacin Participantes Comit de Direccin Yorleny Rodrguez
Para la puesta en produccin del SACE, y una vez finalizada la misma, surgieron algunos ajustes como consecuencia lgica de la prueba del proceso o como sugerencias de los usuarios finales. El equipo de desarrollo est plenamente consciente del impacto que supone la utilizacin del SACE, en relacin al modelo o mtodo tradicional de inscripcin por parte de la institucin. La inclusin de nuevos elementos como: metodologas, estndares, aceptacin, certificacin, reutilizacin, calidad, entre otros, son elementos que pueden de una u otra forma, incidir en la disposicin para crear un sistema automatizado para la gestin de inscripcin en el plantel. En tal sentido, el equipo identific algunos de los factores que pueden estar presentes en esta fase del desarrollo del software, a fin de dilucidar que ciertamente el xito del proyecto, depender en gran parte de la aceptacin de los usuarios y su cultura. Finalmente, para la puesta en produccin se consideraron los siguientes factores de obstculo para el logro de la satisfaccin total del usuario final: 1) Resistencia al cambio: Si el usuario no ve claramente, la sustitucin de la forma como vena realizando sus tareas por la nueva, pondr muchos obstculos para que el producto se ponga en produccin. Una vez que pase dicha barrera, la posibilidad de que puedan evitar su utilizacin se reducir considerablemente. 2) Duda al resultado: Si el usuario tiene dudas sobre el producto y adems tiene responsabilidad sobre el resultado final del mismo, tratar de retrasar el paso a produccin hasta que tenga una mayor seguridad de que el producto responder a las expectativas existentes. Como puede darse el caso de que modificar el producto, puede provocar
prcticamente rehacerlo, este factor puede convertirse en una de las principales fuentes de problemas con el usuario, que querr hacer en la mayora de los casos nuevas versiones buscando la personalizacin de los procesos. 3) Desinters por el producto: Si el producto no ha sido solicitado por el usuario final que lo va a utilizar y el proceso de negocio lo tiene resuelto con las herramientas que viniera utilizando hasta ahora, puede dar lugar a circunstancias de miedo al cambio o simplemente de falta de inters en que el producto termine por implantarse, lo que dar lugar a que el producto no se revise, tarde en revisarse o se pongan impedimentos para su puesta en marcha. 4) Bsqueda de la perfeccin: Nada es perfecto y un producto software tampoco lo es y por ms vueltas que se le d nunca ser perfecto, por tanto, si se trata de que el producto pase a produccin con un grado de cumplimiento funcional, calidad, seguridad, entre otros, que sea perfecto, no se conseguir, se producirn retrasos importantes y lo ms seguro es que no se logren llenar las expectativas del proyecto. 5) Mala praxis profesional: Una cosa es conseguir la perfeccin y otra permitir que el producto que se pase a produccin sea deficiente, por tanto, si el producto no cumple unos mnimos exigibles no pasar al paso a produccin y debern tomarse las medidas correspondientes para que el mismo mejore. Como es lgico, habr que evaluar las causas que han dado lugar a que la aplicacin no haya alcanzado el nivel exigible y en funcin de las mismas actuar en consecuencia.
Desarrollo de las tareas de la fase de Interfaz de la Gestin del Proyecto SACE Estimacin de los recursos por c/u de las actividades involucradas. La Estimacin de los Recursos se realiz considerando la valoracin de las restricciones que afectan el proyecto (fecha de entrega requerida, personal disponible, presupuesto global). sta se llev a cabo con una estimacin de los parmetros del proyecto como su estructura, tamao y distribucin de funciones. (Ver tabla N 2)
Actividad Definicin del Plan de Implementacin y gestin de contrataciones Establecimiento del Calendario de actividades y de Hitos Especificacin del Equipo de Implementacin Preparacin y Formacin del Equipo de Implementacin Preparacin y realizacin de la Instalacin Carga inicial de Datos Preparacin y realizacin de las Pruebas de Implementacin Evaluacin del Resultado de las Pruebas de Implementacin Preparacin y Realizacin de las Pruebas de Aceptacin Evaluacin del Resultado de las Pruebas de Aceptacin Establecimiento de la Infraestructura para el Mantenimiento
Producto Plan de Implementacin Plan de Inversin Cronograma de Actividades Hitos Catlogo del Equipo de Trabajo Manual de Instalacin Software instalado
Gestor de Proyectos
Jefe de Proyecto Equipo de desarrollo de Equipo de Implementacin de Equipo de Implementacin Equipo de Implementacin Equipo de Implementacin de Equipo de Implementacin
Informe pruebas
de Reunin/Formato Reuniones
de Equipo de Implementacin
Instrumento Validacin
Informe Pruebas
correo Equipo de Implementacin Grupo de Usuarios de Reunin/Estrategia de Equipo de Mejoras Implementacin de Equipo de Implementacin
de Invitacin/ electrnico
de Reunin/Estrategia de Equipo de Preparacin de la Plan Adiestramiento desarrollo Formacin a Usuarios Adiestramiento finales de Talleres Comit de Seguimiento de la Plan Seguimiento Formacin a Usuarios Seguimiento Finales Presentacin/Paquete Equipo de Presentacin y Cierre Informe Final de Ofimtica desarrollo del Proyecto Tabla N 3. Estimacin de Recursos por Actividades del Proyecto SACE
El proceso de estimar las duraciones de las actividades del cronograma utiliza informacin sobre el alcance del proyecto y las actividades del cronograma, los tipos de recursos necesarios, las cantidades de recursos estimadas y los calendarios de recursos con su disponibilidad. Las entradas para las estimaciones de la duracin de las actividades del cronograma surgieron del equipo de desarrollo del proyecto, ya que est ms familiarizado con la naturaleza del contenido de trabajo de cada actividad especfica del cronograma. La estimacin de la duracin del Proyecto SACE se desarroll de forma gradual, y el proceso evalu la calidad y disponibilidad de los datos de entrada.
El factor clave para la decisin del desarrollo de muchos proyectos no son los requisitos, sino el costo. Los requisitos se cambian de tal forma que no se exceda el costo. No existe una forma simple de calcular el esfuerzo requerido para desarrollar un sistema informtico. Las estimaciones iniciales se hacen bajo la base de la definicin de requisitos de usuario (SRS).
En una primera etapa del proyecto es difcil producir una estimacin precisa de los costos de desarrollo de la aplicacin. Para hacerlo, se utiliz la tcnica de estimacin definida como: Estimacin por analoga, esta tcnica es aplicable cuando otros proyectos en el mismo dominio de aplicacin se han completado. Se estima el costo de un nuevo proyecto por analoga con estos proyectos completados. Myers (1989), da una descripcin muy clara de este enfoque. Sin embargo, cuando se estimaron los costos del software, los desarrolladores consideraron que existen diferencias importantes entre los proyectos anteriores y el presente. Los tres parmetros involucrados en el clculo del costo total del proyecto SACE fueron: Los costos de hardware y software, (incluyendo el mantenimiento); (Ver tabla N 4). Los costos de viajes y capacitacin; (Ver tabla N 4) Los costos de esfuerzo (los costos relativos a las horas de trabajo del equipo de desarrollo). (Ver tabla N 5).
Costo Inicial (Bs.) 405,00 0,00 0,00 500,00 300,00 185,00 1390,00
Costo Total (Bs.) 405,00 600,00 500,00 700,00 400,00 385,00 2990,00
Tipo de Proyecto
Mtrica
Descripcin
Esfuerzo de Tiempo estimado (nmero de horas) que lleva Estructuracin para estructurar una aplicacin. (SE) Esfuerzo de Tiempo estimado (nmero de horas) que lleva Conectividad (enlaces) una persona para conectar las pginas a travs (IE) de los enlaces (links) para construir la estructura de la aplicacin. Planeacin de la Interfaz Tiempo estimado (nmero de horas) que lleva (IP) una persona para planear la interfaz de la aplicacin. Construccin de la Tiempo estimado (nmero de horas) que lleva Interfaz una persona para implementar la interfaz de la (IB) aplicacin. Esfuerzo en los Tests de Tiempo estimado (nmero de horas) que lleva Links (LTE) una persona para probar todos los enlaces (links) en la aplicacin.
Esfuerzo en los Tests de Tiempo estimado (nmero de horas) que lleva Media (MTE) una persona para probar toda la media en la aplicacin. Sumatoria de todas las mtricas aplicadas para Esfuerzo Total medir el esfuerzo. SE + IE + IP + IB + LTE + MTE Tabla N 5. Estimacin de los costos de esfuerzo del Proyecto SACE
En sntesis, en la estimacin de los costos de esfuerzos del proyecto SACE no se reflejan los costos en bolvares, debido a que el equipo de desarrollo del mismo lo ejecut como parte de las actividades propias de los participantes del Programa Nacional de Formacin en Informtica.
El objetivo de esta planificacin es asignar a todos los miembros del equipo de desarrollo sus roles y responsabilidades durante el desarrollo del proyecto, en funcin del nivel de esfuerzo requerido. As mismo, se identifican los distintos participantes implicados en la implementacin del SACE (usuarios, equipo tcnico y responsable de mantenimiento), determinando previamente sus perfiles, responsabilidades e interaccin con otros participantes. Toda esta informacin se refleja en la Especificacin del equipo de implementacin.
El proyecto SACE contempla el desarrollo de un equipo de trabajo de integracin temporal capaz de aplicar conocimientos y habilidades para lograr la creacin de un producto o servicio de calidad. El objetivo en este aspecto es mejorar las competencias e interacciones de los miembros del equipo a fin de mejorar el rendimiento del proyecto. En tal sentido se consideran los siguientes puntos crticos para el logro de tal objetivo:
Trabajo en equipo
Ayudarse mutuamente cuando las cargas de trabajo no estn equilibradas. Comunicarse de forma que se ajusten a las preferencias individuales. Compartir informacin, procesos y recursos. Comprender los sentimientos del equipo del proyecto, prever sus acciones, comportamientos, reconocer sus inquietudes y hacer un seguimiento de sus polmicas, para reducir los problemas y aumentar la cooperacin. Actividades para mejorar las competencias de los miembros del proyecto. Puede ser formal o informal. Establecen expectativas claras acerca del comportamiento aceptable por parte de los miembros del equipo del proyecto Reconocer y recompensar el comportamiento deseable.
Formacin
La recompensa Ganar-Ganar Tabla N 6. Desarrollo del equipo humano Memoria Descriptiva de la Gestin e Implementacin del SACE
El presente apartado, busca la sistematizacin de las experiencias producto de la realizacin de las actividades y tareas contempladas en el diseo y desarrollo de la gestin e implementacin del SACE. En ella se plasman las dificultades encontradas y las soluciones propuestas y ejecutadas a fin de alcanzar la implementacin total y su puesta a produccin. Para llevar a cabo la etapa de gestin del Sistema Automatizado de Control de Estudios, es indispensable su implementacin en un servidor real. En trminos ms tcnicos, un servidor web soporta el Protocolo de Transferencia de Hipertexto conocido como HTTP (HyperText Transfer Protocol), el estndar de Internet para comunicaciones web. Usando HTTP, un servidor web enva pginas web en HTML y CGI, as como otros tipos de scripts a los navegadores o browsers cuando stos lo requieren. Cuando un usuario hace clic sobre un enlace a alguna de las opciones de men del SACE, se enva una solicitud al servidor web para localizar los datos nombrados por ese enlace. El servidor web recibe esta solicitud y suministra los datos que le han sido solicitados; por lo tanto la implementacin del ambiente en el servidor es de vital importancia para el logro de los objetivos del proyecto. Es importante destacar que al inicio de esta fase, no estaba a total disposicin el servidor web de la institucin, es cuando basados en el anlisis llevado a cabo en la fase de gestin de riesgos; cuya funcin fue la de identificar, estudiar y eliminar las fuentes de riesgo antes de que stas amenacen la finalizacin satisfactoria de un proyecto software; se procedi a buscar una opcin de solucin, es as como se recurre a la contratacin externa de un hosting para el desarrollo de las pruebas con los usuarios, considerando la no disponibilidad de la plataforma de la Unidad Educativa Nacional Trino Celis Ros con el
subdominio y cliente FTP (Protocolo de transferencia de archivos) solicitado, al momento de realizar las pruebas con los usuarios para que dichos usuarios registren las incidencias pertinentes y el equipo de desarrollo pueda planificar las respectivas adecuaciones.
Para la gestin de la seguridad del SACE se gener un documento tomando como referencia los estndares de diseo de artculos cientficos de la IEEE. (Ver Apndice 1).
Conclusiones
Un Sistema de Informacin evoluciona en funcin de los resultados que vayan obteniendo y alcanzan su desarrollo ptimo cuando se evitan situaciones como: cruces de informacin, procesos dobles o cuando se hayan fijado flujos formales de informacin que permitan conocer los problemas de una manera inmediata. En ocasiones el desarrollo de los sistemas de informacin dependen de otros factores como: ambiente externo, cambios en las necesidades internas, cambios tecnolgicos, actualizacin de sus diseadores y administradores. Las principales tendencias respecto a los Sistemas de Informacin son las siguientes: La tecnologa de informacin se usar como parte de la estrategia corporativa, es decir, el uso de los Sistemas de Informacin que dan ventaja competitiva (sistemas estratgicos) se incrementar. Las empresas de ms xito sern manejadas por personas que sean capaces de desarrollar aplicaciones estratgicas de la tecnologa de la Informacin de manera creativa. La tecnologa ser parte del trabajo en equipo en la institucin. Esta tecnologa ser usada para reducir el trabajo, mejorar la calidad, dar mejores servicios a los todos los integrantes de la comunidad o para cambiar la forma en que se trabaja. El uso de la tecnologa transformar a la institucin y cambiar su estructura. Como ejemplo de ello puede verse el uso del correo electrnico, el intercambio electrnico de datos y el acceso a informacin externa por medio de redes como Internet.
Referencias Bibliogrficas
Documental ADC, Ambiente Colaborativo Digital de generacin de conocimiento utilizando las TIC, de las Autoras Gmez Oriana, Torres Nancy, Vivas Yamileth.
Internet [Link]/[Link] [Link] ([Link]/sistema/32de/18informacin/). ([Link], Guerrero C. 2004) [Link] [Link] [Link] [Link] [Link] [Link] [Link] [Link] [Link]