CAPITULO 3

CAPITULO III
3 DESARROLLO
3.1 FASE DE INICIO
3.2 FASE DE ELABORACION
3.3 FASE DE CONSTRUCCION
CAPITULO III
3 DESARROLLO
Realizaremos el análisis y diseño para un sistema académico capaz  de hacer el
seguimiento académico al estudiante.

El presente proyecto se va desarrollar bajo la mitología de RUP y hará uso de las

Herramientas ArgoUml, utilizando UML en un Desarrollo Rápido de
Aplicaciones, y así poder crear una aplicación Web utilizando un servidor local
WampServer 2.0h y Php 5.2.6 y el gestor de base de datos Mysql 5.0.51b para el
almacenamiento de los registros de inscripciones y notas. Dicho proyecto se
basara bajo el paradigma orientado a objetos.

3.1 FASE DE INICIO

3.1.1 Modelado del negocio
Para proveer de una forma efectiva del software y servicios que se ajusten a las
necesidades de los usuarios, es necesario identificar e involucrar a todos los,
participantes en el proyecto como parte del proceso de modelado del negocio.
También es necesario identificar a los usuarios del sistema y asegurarse de que
el conjunto de participantes en el proyecto los representa adecuadamente. Esta
sección muestra un perfil de los participantes y de los usuarios involucrados en
el proyecto, así como los problemas más importantes que éstos perciben para
enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos
ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona
la justificación de por qué estos requisitos son necesarios.

3.1.2 Listas de personas clave

 Director: Lic. Cesar Caillan
 Secretario: Sr. Roberto Mamani
 Asistente Administrativo: Sra. Katerine Ramos Valverde
 Estudiantes
3.1.3 DESCRIPCIÓN de ACTORES
3.1.4 Perfiles deL Usuario
DIRECTOR
3.1.5 Requerimientos
Los principales requerimientos del colegio Abraham Reyes son:

 Implementación de un sistema cliente servidor;

 Implementar un sistema que automatice el proceso de inscripción;
 Generar reportes de notas;
 Imprimir las boletas de notas de los estudiantes;
3.1.5.1 Casos de uso
Sistema de seguimiento académico para el colegio Abraham reyes.Ç

3.1.5.2 Casos de uso de TIPO TEXTO  (alto nivel)

Grado de detalle _ alto nivel
3.1.7 Análisis y diseño
            Modelo conceptual del sistema
3.1.8 Análisis de Riesgos
3.1.8.1 Riesgos del Proyecto
Existen importantes dificultades que pueden afectar la planificación del
proyecto  esto sería entre construir una aplicación web o una aplicación de
escritorio. Este es un  riesgo debido a que una persona que es parte del grupo
tiene mucha experiencia con herramientas y tecnológicas relevantes, mientras
que el otro integrante aprenderá, seguramente cometerá algunos errores.
Resolveremos esto analizando el proyecto para tener una ventana de tiempo lo
suficientemente grande para revisar y corregir el diseño y la implementación.

3.1.8.2 Riesgos del Producto

Puede existir el riesgo que no se cuente con todo los requerimientos de
hardware y software o que el sistema operativo que se este utilizando puede ser
muy vulnerable ante ataques de virus como lo es Windows y esto afectaría de
que el producto pueda tener falencias en su rendimiento.

3.1.8.3 Riesgos del negocio

Puede ser que exista una mala organización en cuanto al colegio no se tenga
bien definidos los problemas a solucionar, que exista una mala coordinación por
parte del grupo de elaboración del proyecto que se realice un mal análisis sobre
el diseño del sistema y esto perjudique al colegio  por su retraso de correcciones
del sistema y esto sería una pérdida de tiempo.

3.2 FASE DE ELABORACION

Se realizará el análisis y diseño del sistema, utilizando cierto Caso de Uso. A
continuación se presenta un análisis corto hecho que incluye los requerimientos
captados así como otras especificaciones que servirán para la implementación
del sistema. Aquí se estará aplicando un Desarrollo Rápido en el ámbito de
Análisis del sistema.

3.2.1 Requerimientos
En esta parte vemos todos los diagramas de casos de uso mejorados ya
utilizando include y extend como se ve en los gráficos.
También podemos ver los casos de uso de alto nivel en grado expandido del
control y gestión de inscripción y control y seguimiento académico.

En esta parte es donde se detalla los requerimientos del usuario.

3.2.1.1 Casos de uso

3.2.1.2 FUNCIONES DEL SISTEMA
3.2.1.3 Casos de uso de tipo texto (expandido)
Grado de detalle expandido: Para el sistema de seguimiento académico del
colegio Abraham reyes fe y alegría
3.2.2 Análisis y diseño
En el análisis y diseño se muestra el modelo conceptual del sistema académico.
CURSO normal de eventos

Curso Normal de Eventos

Acciones del Actor Responsabilidades del Sistema
1.  El sistema se inicia cuando el tutor o  3. Verifica  la lista de  requisitos que
el mismo estudiante se registra y se requiere el colegio para su debida
inscribe en el Colegio Abraham inscripción.5. Muestra el registro del
Reyes.2.  El personal administrativo en estudiante.8. Se realiza la verificación
este caso el       secretario procede a la de notas del estudiante.10. Muestra
inscripción.4. Si se cumple la datos modificados y actualizados.14.
verificación entonces se procede al Indica la obtención de autorización.15.
registro del estudiante.6. El secretario le Muestra el Informe académico del
da a conocer  al estudiante en que estudiante solicitante.
paralelo está inscrito, los horarios y los 
docentes asignados.7. El secretario
obtiene datos de parte del docente para
 la modificación y actualización  de
datos.9. El secretario registra notas del
estudiante.11. El secretario le entrega
reportes al tutor del estudiante.12. El
tutor o estudiante solicita al secretario
informe Académico.
16. El secretario entrega solicitud de
Informe Académico al estudiante o
tutor.

17. Una vez entregada la solicitud del

estudiante o tutor, el se retira del
establecimiento.

En el siguiente grafico se ve el modelo conceptual mejorado del sistema.

3.2.2.1 Diagrama de clases completo

3.2.2.2 Lista de riesgos
Tipo de
Riesgo Posibles Riesgos Probabilidad Efecto Estrategia
Es nuevo para el El personal Construir una
colegio el administrativo interfaz
Tecnología software  a media no está amigable al
construir. familiarizado. usuario.
Tecnología Demandan los media Extensión de Comprar los
requisitos del tiempo en la algoritmos ya
cliente la construcción elaborados.
 creación de
nuevos
algoritmos o
tecnología de
entrada o salida del sistema
Demandan los
requisitos el
empleo de
métodos de
desarrollo del
software no
convencionales,
tales como los
métodos Tomar otros
formales, Incertidumbre métodos de
Tecnología enfoques basados alta por abandonar solución al
redes neuronales. el proyecto. problema.
Tener una
capacitación al
No se cuenta con personal de
el personal construcción
capacitado según del sistema 
Personal a las exigencias media por parte de
del producto. Serio especialistas.
No se cuenta con
el suficiente
número de
personal para el Contratar más
Personal desarrollo del media personal de
sistema. Regular trabajo.
Costos asociados
Organización por un retraso en media No pagar más
la entrega. Serio por el retraso.
Construir un
producto o
sistema excelente
que no quiere el
colegio por
Requisitos circunstancias de media
costo Regular Bajar el costo
Requisitos Cantidad y media Regular Realizar toda
calidad de la la
documentación documentación
del producto que pedida.
debe ser
 elaborada y
entregada al
cliente
Aceptará el
cliente gastar su
tiempo en
reuniones
formales de
requisitos para
identificar el Que se fijen
Organización ámbito del media horarios para
proyecto Serio las reuniones.
3.3 FASE DE CONSTRUCCION
3.3.1 Requerimientos
CASO DE USO: INSCRIPCIÓN

CASO DE USO EXPANDIDO:

Grado de detalle: expandido
 
CURSO ALTERNOS:
Línea 2.- El secretario ingresa un dato erróneo

Línea 4.- El sistema responde   “Estudiante inscrito”

 
CASO DE USO: Registro De Notas  
CASO DE USO EXPANDIDO:
Grado de detalle: expandido
CURSO DE EVENTOS:
Acción del Actor   Responsabilidades del Sistema
1 El docente entrega un informe por
grado de las notas
2 El secretario hace la recepción de las
notas de los estudiante 3  Captura los datos
4  Actualiza notas de estudiantes5 
Imprime boletín de notas
6 Entrega boletines
CURSO ALTERNOS:
 
Línea 2.- El secretario ingresa un dato erróneo

Línea 4.- El sistema responde   “Nota Errónea”

 
CASO DE USO: Verificación De Notas Del Estudiante

CASO DE USO EXPANDIDO:

Caso de Uso Verificación De Notas Del Estudiante
Actores Alumno, Padre de familia o apoderado
Tipo Primario, Esencial
Propósito Proporciona las notas de un alumno
Resumen Despliega las notas del alumno
CURSO DE EVENTOS: Actualización De Notas  
Acción del Actor   Responsabilidades del Sistema
2  muestra  formulario para ingresar
1 Elige la opción actualización de notas datos
 3  El secretario digita los datos de la
notas 4  Captura los datos
5  Realiza la verificación de datos
6 Elegir opción 7  Ejecuta la acción elegida
CURSO ALTERNOS:
Línea 3.- El usuario ingresa un código erróneo

Línea 4.- El sistema responde

“Usted a digitado un código invalido” y vuelve a la línea 2

Línea 5.- Si no existen notas el sistema mostrara     “notas en blanco”

CASO DE USO: Recepción y verificación de documentos

 
CASO DE USO EXPANDIDO:
Caso de uso: Recepción y verificación de documentos
Actores : Usuario, administrativo
Tipo : Primario , esencial
El usuario hace entrega de toda su documentación y esta es
decepcionada por el administrativo, el administrativo
Descripción : introdúcela información al sistema
El sistema despliega pantalla de registro, verifica toda la
Resumen : información introducida por el administrativo.
CURSO NORMAL DE EVENTOS
Curso normal de eventos: Recepción y verificación de documentos
Actor  Sistema
1.El usuario hace entrega de sus
documentos
 2.El administrador revisa si la
documentación esta completa
3. El administrador pide al el formulario 4. El sistema despliega el formulario de
para introducir la información registro
6. El administrativo introduce la 7.El sistema verifica todos los campos
información en los campos están llenados
Cursos alternos
Línea 5: El sistema encuentra un campo no llenado.
Línea 6: El sistema despliega una sub pantalla pidiendo al usuario llenar un
campo en específico.
Línea 7: Volver a la paso 6
CASO DE USO: Registro de Estudiante

CASO DE USO EXPANDIDO

Caso de uso: Registro Estudiante
Actores : Usuario, administrativo, registro
Tipo : Primario , esencial
El administrativo registra al usuario en base de
Descripción : datos  (registro) toda la información obtenida.
El sistema comprueba la información que fue
introducida, pide al administrativo si desea
Resumen : guardar datos, imprime la boleta de inscripción.

Curso normal de eventos:  Registro de usuario

Actor Sistema
1. El sistema comprueba toda información
2. El sistema despliega un apantalla pidiendo al
administrativo si quiere guardar toda
información
3. El administrativo afirma la 4.El sistema guarda la información
 petición del sistema
5. El sistema despliega información guardada
exitosamente
6. El sistema imprime boleta de inscripción
7. El administrador hace entrega
de la boleta al usuario
Cursos alternos
Línea 4: El sistema el sistema no pudo guardar la información.
Línea 6: El sistema despliega una sub pantalla pidiendo al administrativo
volver hacer el proceso.
Línea 7: Llenar información.
 
3.3.2 Análisis y diseño
3.3.2.1 Diagramas de secuencias
Verificación De Datos Del Estudiante
Verificación De Notas Del Estudiante
Actualización De Notas

Registro de usuario
Modificar y actualizar datos