MIERCOLES 13 DE OCTUBRE-CORRECCION DEL PROYECTO FINAL

PROYECTO FINAL

LUNES 11 DE OCTUBRE DEL 2010_RIESGOS


EPriorizar Riesgos
 
Probabilidad
Impacto
Alta
1
Moderada
2
 
Estrategias
 
Riesgo
Estrategia
Rendimiento de la Base de datos
Verificar que la base de datos no vaya colapsar en un tiempo determinado
Problema de interacción con el usuario
Comunicarse con el cliente antes de salir en su busca.


Plan de Contingencia
El plan de contingencia pensado para este sistema seria, guardar una copia de seguridad de los datos que existen en la base de datos, y si existe alguna tragedia poder solucionarlo rápido.

Supervisión
 
Tipo de Riesgo
Indicador potencial
Tecnología
Este riesgo podría paralizar la matriculación del colegio.
Personal
Retraso en la finalización del sistema, por falta de información

VIERNES 8 DE OCTUBRE DEL 2010-RIESGOS


Descubrir Requerimientos
Se debe realizar un análisis de lo que va a ser el sistema, a lo cual va a ser orientado, y que necesidades este va a cubrir al momento de realizarlo.
Enfoques  -   Puntos de Vistas

Interactuadores
Indirectos
Del dominio
Representantes y alumnos
Secretaria del colegio
Realización de matriculación del alumno.

 
Identificar Riesgos


 
#
Tipo de Riesgo
Posible riesgo
1
Tecnología
Podría haber una interacción de muchos datos los cual puede provocar que la base de datos falle.
2
Personal
No encontrar al usuario para ver los requerimientos lo cual retrasaría un poco el proyecto.

 
Analizar Riesgos
 
Riesgo
Descripción
Tipo de Riesgo
Categoría (Proyecto, Técnico, Negocio)
Probabilidad
Impacto
Rendimiento de la Base de datos
La base de datos que se utiliza no alcanza a procesar muchas  transacciones  por segundo
Tecnología
Técnico
Moderada
2
Interacción con usuario
En algunos momentos no se puede interactuar con el usuario y no se conocen sus necesidades,
Personal
Proyecto
Alta
1























JUEVES 7 DE OCTUBRE DEL 2010- REQUERIMIENTOS (COMPLENTO)


Niveles de descripción de Requerimientos
}  Requerimientos de usuario
Los resultados que obtendremos de este nuevo sistema es que se dará un mejor servicio atendiendo de una manera más rápida a los usuarios, así atendiendo una mayor cantidad de usuarios que con el sistema que se estaba empleando anteriormente.
}  Requerimientos del sistema
El sistema está encargado de registrar a los alumnos en su respectivo año, asignándole un curso y paralelo, donde cada registro se irá guardando en una base de datos, lo que facilitaría la búsqueda de los datos de cada alumno dependiendo de su nombre ,curso, paralelo y nº de matrícula.

Requerimientos
          Funcionales
La funcionalidad de este sistema es la matriculación de alumnos al colegio, ubicando a cada alumno en su respectivo lugar proporcionándoles un código único para identificarlos.
          No funcionales
Se necesita un equipo adecuado para el funcionamiento del sistema, una capacitación adecuada a la persona que va a trabajar con el sistema, un sistema operativo correcto.

Requerimientos del dominio
En la matriculación existe un límite de ingreso de alumnos por curso. El sistema de inscripción es abierto en un tiempo determinado y luego se cierra, permite revisar los datos ingresados en el proceso y luego del proceso.

MIERCOLES 6 DE OCTUBRE- DEL 2010 REQUERIMIENTOS


REQUERIMIENTOS

ESPECIFICAR CUALES SON SUS NECESIDADES QUE DEBEN MEJORAR AL CREAR EL SISTEMA , DICHAS NECESIDADES  TANTO DEL SISTEMA COMO DEL USUARIO.


Requerimientos  del Software
Este sistema cumple con la necesidad existente que existe en el COLEGIO NACIONAL “JOSÉ ANTONIO JARA”, innovando la forma en que se realiza la matriculación que normalmente se realizaba manualmente. Con esta implementación se debe lograr una mayor cantidad de alumnos matriculados por día durante el periodo de matriculación. De esta manera brindando beneficios para el colegio ya que se reducirán algunos costos mediante la implementación de este nuevo sistema.

Fuentes stakeholders y equipo de desarrollo
·         Recolección e requerimientos 

}  Cliente.- La directora y la secretaria.
}  Usuarios del Sistema.- Representantes
}  Técnicos del Cliente.- Programadores, Diseñador, Capacitor
}  Analistas.- Analistas

·         Especificación de requerimientos
}  Usuarios del Sistema.- Los que van a solicitar una matrícula.
}  Técnicos del Cliente.- Encargados de que el sistema funcione correctamente y se use de una manera correcta.
}  Analistas.- Encargados de ver que se cumplan las necesidades existentes.
}  Desarrolladores.- Encargados de desarrollar el sistema finalizado.
·         Especificación del software
}  Analistas.- Es el que detalla cada parte del sistema y lo que hará.
}  Desarrolladores.- Los finalizado el sistema lo implementan para su uso.
}   

MARTES 5 DE OCTUBRE DEL 2010-HISTORIAL DE REVISIONES Y CONTROL DE CAMBIOS


HISTORIAL DE REVISIONES Y CONTROL DE CAMBIOS        

 

 

 

 

 

 

 

 

 

LUNES 4 DE OCTUBRE- FACTIBILIDAD LEGAL


FACTIBILIDAD LEGAL :                                                                                Especificar si el sistema rompe o no cumple con alguna ley de los sistemas.

 


En este  proyecto se hace cumplir la ley de los derechos de autor cumpliendo con todas las prerrogativas que dicha ley establece, con el objetivo de evitar demandas al momento de implementar el sistema.
CESIÓN DATOS

En cumplimiento de lo dispuesto en la Protección de Datos de Carácter Personal, los datos facilitados serán incorporados a los ficheros de carácter personal de los que es responsable la Institución. El alumno queda informado y presto su consentimiento expreso a la incorporación de sus datos a los ficheros informatizados propiedad del Colegio Nacional “José Antonio Jara” y al tratamiento automatizado de los mismos. El alumno tiene el derecho de acceder a la información de sus datos, de corregirla si los datos no son correctos y/o solicitar la cancelación de dicho archivo.
SEGURIDAD DE LOS DATOS

El responsable del fichero, y, en su caso, el encargado del tratamiento, deberán adoptar las medidas de índole técnica y organizativas necesarias que garanticen la seguridad de los datos de carácter personal y eviten su alteración, pérdida, tratamiento o acceso no autorizado.

CONCLUSIONES Y RECOMENDACIONES

 En si un resumen de los que realizara el sistema y de especificaciones de las que tendra el sistema.

CONCLUSIONES


1.- Los procesos manuales anteriormente se agilizan con el nuevo sistema.
2.- Se ahorra tiempo de trabajo lo que significa ganancia para la escuela.
3.- Se atiende más rápido a los usuarios aumentando la productividad de matrícula.
4.- Hemos llegado a la conclusión general que mediante el estudio de la factibilidad nos hemos dado cuenta que obtendremos un gran beneficio en un lapso muy corto de tiempo, por eso se podría considerar que la implantación del sistema es la opción más acertada.

RECOMENDACIONES


1.- Realizar una vista preliminar del lugar de trabajo para conocer su organización.
2.- Investigar el problema del lugar de trabajo para ver cuál es el problema principal.
3.- Organizar cada área de trabajo según su jerarquía.
4.- Hacer un estudio de factibilidad para ver los recursos con los que contamos.
5.- Realizar paso a paso el sistema dependiendo lo que necesite.
5.- Comprobar el funcionamiento correcto de cada parte del sistema.