c

c
c

 c

c c c
cc
 
 c
c
 c
c


c
c
V
 

c

c
 c cc

cc
c
c

c c c cc
c

ccc
c


c
1. Introducción
1.1 Propósito
1.2 Alcance
1.3 Definiciones, Acrónimos y Abreviaciones
1.4 Referencias
1.5 Vista General
2. Vista General del Proyecto
2.1 Alcance y Objetivos del Proyecto
2.1.1 Objetivos del proyecto
2.1.2 Alcance del proyecto
2.2 Suposiciones y Restricciones
2.3 Modelo del Ciclo de Vida del Proyecto
2.4 Entregas del Proyecto
3. Organización del Proyecto
3.1 Estructura Organizacional
3.2 Interfaces Externas
3.3 Roles y Responsabilidades
4. Proceso Administrativo
4.1 Estimaciones del Proyecto
4.1.1 Técnica de estimación elegida
4.1.2 Metodología
4.1.3 Cuenta de Function Points
4.2 Plan del Proyecto
4.2.1 Plan de Fase
4.2.2 Objetivos de la Iteración
4.2.3 Calendario del Proyecto
4.3 Recursos del Proyecto
4.3.1 Recursos de Hardware
4.3.2 Recursos de Software
4.3.3 Recursos Humanos
4.3.4 Presupuesto
4.4 Control y Monitoreo del Proyecto
4.4.1 Introducción
4.4.1.1 Propósito
4.4.1.2 Descripción del documento
4.4.2 Procesos de Control y Monitoreo
4.4.2.1 Prerrequisitos
4.4.2.2 Definición del proceso y mediciones
 4.4.2.3 Comunicar el análisis de resultados
4.4.2.4 Definir la estrategia a seguir
4.4.3 Plan de Reportes
4.5 Plan de Administración de Riesgos
4.5.1 Análisis del riesgo
4.5.2 Planeación y monitoreo del riesgo
5. Plan de Procesos Técnicos
5.1 Métodos, Herramientas y Técnicas
6. Planes de Soporte de los Procesos
6.1 Plan de la Calidad
6.1.1 Introducción
6.1.2 Responsabilidades del personal de calidad
6.1.3 Estándares y productos aplicables
6.1.4 Metas de la calidad del proyecto
6.2 Plan de Resolución de Problemas
6.2.1 Conflictos de intereses
6.2.2 Problemas técnicos
6.3 Plan de Comunicaciones
6.3.1 Introducción
6.3 .2 Matriz de comunicación
c
c
 
c
c
c    c
En este documento se expresan la información necesaria para el control y la administración del proyecto ³Sistema
de Control Escolar de Bachillerato (SCEB)´. Además de describir el método de desarrollo de software, el plan para
dirigir los esfuerzos durante el desarrollo facilitara todos los procesos que se realicen en ese departamento ya que
este es realizado con bases generales del nivel bachillerato y esto le permite adaptarse a cualquier institución
educativa de ese nivel.

c 
cc
El sistema facilita la gestión de algunos procesos tales como altas, bajas y calificaciones de los alumnos dentro del
modulo de control escolar; contratación y horarios de los docentes, la asistencia y los movimientos del personal en
general; y, posteriormente la emisión de los recibos de pago de semestre del alumno impresos de la forma en que el
bachillerato los maneja. Hará respaldo seguros de la información que recaude durante su periodo de vida o uno
determinado para facilitar la migración de esta a un nuevo sistema o consulta y manipulación de la misma.
c 

c 
 cc 
c
SCEB: Sistema de Control Escolar de Bachillerato.
DFD: Diseño del Sistema Propuesto.
SBCA: Diseñar y desarrollar un software para un sistema de bachillerato de control de alumnos

c 
c
RUP.- Documento de la metodología del Rational Unified Process®.

NOTA: El RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML,
constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas
orientados a objetos.
c
½   

V 
c
ccccccccccccccc ! c"c #$%
&cc'
" 
c

El proyecto consiste en la implementación de un sistema de control escolar de bachillerato para el CBTA 127
(Tomatlán, Jalisco), el cual será utilizado por el jefe de control escolar y asistentes de dicho departamento.
El objetivo principal del documento es verificar que los requerimientos del sistema se hayan cumplido y que el
sistema esté funcioncionando correctamente, apegándose a los estándares de calidad y funcionalidad que se
especificó para el desarrollo del mismo. Esta evaluación se llevará a cabo mediante la realización de evaluaciones
periódicas al sistema.

2.1.1 c!&c"c #$%
&cc'
" 
c

METASc OBJETIVOSc
c Determinar los requisitos 1.1. Realizar los documentos de:
funcionales, no funcionales y de visión, requisitos de software
software; así como la y especificaciones
administración de cambios en los complementarias en los
mismos, que permitan cuales se detalla la
determinar el propósito y alcance problemática que se tiene, las
del proyecto.c soluciones propuestas, el

c Controlar los cambios en
configuración del producto
software, asegurando
integridad y optimizando así
evolución.c
c Identificar los aspectos que
necesita el cliente para su
implementación, creando la
interfaz adecuada y conveniente
a sus necesidades.c
c  ! cc('
" 
c
a
c c
 A
alcance, la funcionalidad, las
características y las
restricciones de diseño,
cumpliendo en el tiempo
determinado para esta etapa.
1.2. Administrar los cambios en
requisitos, determinando el
procedimiento a seguir y la
validación del mismo.
la 2.1. Administrar y controlar la
de configuración y cambios,
su mediante un control de
su versiones.
2.2. Auditar la configuración,
verificando que las versiones
actuales sean acordes a
requerimientos específicos.
3.1. Ayudar al proceso de registro
de los datos de los alumnos,
sin necesidad de hacerlo
manualmente.
3.2. Realizar en menos tiempo
posible el registro de datos.
3.3. Realizar la base de datos
correspondiente a toda la
información que se incluirá en
el software.
 ^ Análisis y desarrollo del Sistema
^ Entrega de Sistema en tiempo al cliente.
^ Entrega de Documento final y liberación
^ Entrega del Sistema funcionando al termino de la materia.
c
)'!cc! ! *c
c
^ La capacitación del personal de control escolar.
^ Garantía del Sistema.
^ Contacto Directo con los empleados del área de control escolar.
^ Disposición del personal de control escolar a utilizar el sistema.

ccccccccccccccc)(
& 
&c"c&' 
&c

c

^ El Instituto CBTA 127 no cuenta con un sistema de control escolar.

^ La administración del Instituto CBTA 127 será la encargada de proveer los recursos necesarios para el proyecto.
^ No hay limitantes en cuanto a recursos económicos.
^ El tiempo para el desarrollo del proyecto será 90 días a partir de su solicitud.

ccccccccccccccc

cc  
cc!cc'
" 
c

El modelo de ciclo de vida utilizado es el modelo en espiral.

El modelo espiral para la ingeniería de software ha sido desarrollado para cubrir las mejores características
tanto del ciclo de vida clásico, como de la creación de prototipos, añadiendo al mismo tiempo un nuevo elemento: el
análisis de riesgo. El modelo representado mediante la espiral de la figura 2.4, define cuatro actividades principales:

!+ ! ,* determinación de objetivos, alternativas y restricciones.

-&&cc'&.
: análisis de alternativas e identificación/resolución de riesgos.
 .'/!: desarrollo del producto del "siguiente nivel",
%!)! ,cc : Valorización de los resultados de la ingeniería.

Durante la primera vuelta alrededor de la espiral se definen los objetivos, las alternativas y las restricciones, y se
analizan e identifican los riesgos. Si el análisis de riesgo indica que hay una incertidumbre en los requisitos, se
puede usar la creación de prototipos en el cuadrante de ingeniería para dar asistencia tanto al encargado de
desarrollo como al cliente.

El cliente evalúa el trabajo de ingeniería (cuadrante de evaluación de cliente) y sugiere modificaciones. Sobre la
base de los comentarios del cliente se produce la siguiente fase de planificación y de análisis de riesgo. En cada
bucle alrededor de la espiral, la culminación del análisis de riesgo resulta en una decisión de "seguir o no seguir".
Con cada iteración alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se construyen
sucesivas versiones del software, cada vez más completa y, al final, al propio sistema operacional.
El paradigma del modelo en espiral para la ingeniería de software es actualmente el enfoque más realista para el
desarrollo de software y de sistemas a gran escala. Utiliza un enfoque evolutivo para la ingeniería de software,
permitiendo al desarrollador y al cliente entender y reaccionar a los riesgos en cada nivel evolutivo. Utiliza la
creación de prototipos como un mecanismo de reducción de riesgo, pero, lo que es más importante permite a quien
lo desarrolla aplicar el enfoque de creación de prototipos en cualquier etapa de la evolución de prototipos.
c
c
c
 c
c
Secuencia de actividades para el modelo Espiral.

El modelo espiral incorpora una estrategia de uso de prototipos como parte del manejo del riesgo.

Las creencias del modelo Espiral son:

‡ Una actividad comienza cuando se entienden los objetivos y riesgos involucrados.
‡ Basado en la evaluación de soluciones alternas, se usan las herramientas que mejor reduzcan los riesgos.
‡ Todo el personal relacionado debe involucrarse en una revisión que determine cada actividad, planeando y
comprometiéndose con las siguientes actividades.
‡ El desarrollo se incrementa en cada etapa, permitiendo prototipos sucesivos al producto.
c
c
ccccccccccccccc'.!&cc'
" 
c
 cc c 0
1 
cc  
cccccccccccc c 0
1
c

c !!!c
c %!( $ !c#$c
c #$%c$ c

(!)c cc
*#$c#$c  !"!#c#$c%!c
'%$'$! +c &"! c
#$c$%$ + !c
#$c%!c
c
 !,$%cc c -$c !/!cc '!#cc
!,$%cc
*#$c#$c c #$c#$c *#$c#$c *#$c#$c  !"!#c
c '%$'$! +c $,!(c #$c
$-( !%((c #$c(&0!$c ',$$c
c c
(c c ($.c c
c
!c c

'!cc "$%cc #!$c c
#!$cc #!$c cccccccccccc
 c2
c
c
ccccccccccccccc cc
  c

  
   

3)&
&c Realizar los documentos: MABEL Y NORMA
 Visión, Requisitos de Software, Requisitos
complementarios, y Administración de
requisitos.
Administrar los requerimientos durante el
desarrollo del proyecto.
Actualizar los documentos en caso de
actualizaciones.c
-&&c"c Analizar y proponer la arquitectura ENRIQUE Y
&4
c adecuada. ANGEL
 Desarrollo de los Casos de Uso
Identificar e incorporar los Elementos de
Diseño
Estructurar el Modelo de Implementación
Diseño de la Interfaz del Usuario
Diseño de Clases
Diseño de Base de Datos
Realización Diagramas de Secuenciac
5(5! , Planear y Desarrollar el Software, así como
la interfaz electrónica simuladora de las
plumas de ingreso al estacionamiento.
Desarrollar el software para la
administración del estacionamiento con base
en lo establecido por el equipo de Análisis y
 Diseño.

')#!& Realizar el documento de Pruebas.

Realizar las pruebas de requerimientos,
Diseño y software.
Garantizar el correcto funcionamiento del
software y la correcta interpretación de los
requisitos implementados en el software.c
5# Abastecer oportunamente las herramientas y
ambientes necesarios para el desarrollo del
proyecto, además de la configuración de la
instalación de las herramientas.c
5&'! ,c Crear el ambiente para la configuración
c!c Llevar el estricto control y monitoreo de las

+.)'! , versiones de cada uno de los documentos
entregables a los clientes y a los distintos
grupos en las fases de desarrollo.
Administrar el control de cambios y las
líneas bases.c
/'cc Planear el proyecto
'
" 
 Valida el proyecto y los cambios en los
documentos que resulten durante el
desarrollo del proyecto.
Es el enlace entre el patrocinador y el equipo
del proyecto
Administra los recursos del proyecto.
Determina junto con el cliente y el
patrocinador los tiempos de entrega y sus
condiciones.
Cierra las fases y el proyecto.c
!'
!
'c Explicar las necesidades y problemáticas
actuales del negocio que permitan la
correcta interpretación en requisitos.
Proporcionar oportunamente de los recursos
financieros que permitan contar en tiempo y
forma al equipo de desarrollo con los
 recursos necesarios para el cumplimiento
del cronograma de trabajo.
c

cccccccccc!cc!&c
c
!&

 '! 
& /!&c
56

V

 
1 2 09/03/11 16/03/11

  
2 2 11/03/11 16/03/11
V
  
2 4 18/03/11 30/03/11
 
  
1 1 30/03/11 30/03/11
c
c
c
c
cccccccccc #$%
&cc!c '! ,c
c
c
!& '! , & '( , 7
&c&
!
&
Conceptualización 1 Contar con todos los requisitos
Elaboración 1
Elaboración 2 Surgieron confusiones
Construcción 1
Construcción 2
Transición 1 Entrega Satisfactoria al Cliente




c !!'
cc('
" 
*c

 c

5#'c )'! ,c
56
c c &.!
c!c
1    c 3 semanas 28/03/2011 28/03/2011 Mauro Bartolo Zavalza
2 Ô
 1 día 28/03/2011 28/03/2011 Mauro Bartolo Zavalza
3  
    1 díac 28/03/2011c 28/03/2011c Mauro Bartolo Zavalza

4  
 Ô
 1 díac 28/03/2011c 28/03/2011c Mauro Bartolo Zavalza
5     1 díac 28/03/2011c 28/03/2011c Mauro Bartolo Zavalza
6      1 díac 28/03/2011c 28/03/2011c Mauro Bartolo Zavalza

7 u    1 díac 28/03/2011c 28/03/2011c Mauro Bartolo Zavalza
8     1 díac 29/03/2011c 29/03/2011c Ángel Fernando Barraza
 
9 ? 
   1 díac 29/03/2011c 29/03/2011c Angel Fernando Barrazac


10 
  1 díac 29/03/2011c 29/03/2011c Angel Fernando Barrazac
 
11   1 díac 29/03/2011c 29/03/2011c Angel Fernando Barrazac
12 Ô 
  1 díac 29/03/2011c 29/03/2011c Angel Fernando Barrazac
 

13  
  
 1 díac 29/03/2011c 29/03/2011c Angel Fernando Barrazac

  

14 a    1 díac 29/03/2011c 29/03/2011c Angel Fernando Barrazac

 
15 a    
  1 díac 30/03/2011c 30/03/2011c Luis Enrique Amaralc

16 ?

  !" 1 díac 30/03/2011c 30/03/2011c Luis Enrique Amaralc
17 a  
  1 díac 30/03/2011c 30/03/2011c Luis Enrique Amaralc
 
 


18 a   1 díac 30/03/2011c 30/03/2011c Luis Enrique Amaralc
  

19 
#  1 díac 30/03/2011c 30/03/2011c Luis Enrique Amaralc
  

  

20 u
   1 díac 30/03/2011c 30/03/2011c Luis Enrique Amaralc

 

 
21 Ô 1 díac 30/03/2011c 30/03/2011c Mariana Sánchezc
22 ÷  1 díac 30/03/2011c 30/03/2011c Mariana Sánchezc
23 ÷ $ 1 díac 31/03/2011c 31/03/2011c Mariana Sánchezc
 

24 ÷  
  1 díac 31/03/2011c 31/03/2011c Mariana Sánchezc


25 ÷ 1 díac 31/03/2011c 31/03/2011c Mariana Sánchezc
26    
  1 díac 31/03/2011c 31/03/2011c Mariana Sánchezc
27 Ô%    1 díac 31/03/2011c 31/03/2011c Mariana Sánchezc
28  

 1 díac 31/03/2011c 31/03/2011c Angel Cabrera c
 a
 
29 a

  1 díac 31/03/2011c 31/03/2011c Angel Cabrera c
 
30  

 1 díac 01/04/2011c 01/04/2011c Angel Cabrera c
 a
 
÷ 
31 Ô 
 1 díac 01/04/2011c 01/04/2011c Angel Cabrera c
32   
 1 díac 01/04/2011c 01/04/2011c Angel Cabrera c

33 

#
 1 díac 01/04/2011c 01/04/2011c Angel Cabrera c
34 u 

   1 díac 01/04/2011c 01/04/2011c Angel Cabrera c
a
  
Ô 

35 a  1 díac 01/04/2011c 01/04/2011c Maritza Herrerac
36 u 

 1 díac 01/04/2011c 01/04/2011c Maritza Herrerac
 a
 u
Ô
÷
37 a

 1 díac 04/04/2011c 04/04/2011c Maritza Herrerac

 



   
38 u 

 1 díac 04/04/2011c 04/04/2011c Maritza Herrerac
  a
 
?
 



   
39 Ô% #a& 1 díac 04/04/2011c 04/04/2011c Maritza Herrerac
40 ÷

÷ 1 díac 04/04/2011c 04/04/2011c Maritza Herrerac

 
41 Ô% 
 1 díac 04/04/2011c 04/04/2011c Maritza Herrerac
42 ÷ 

 1 díac 04/04/2011c 04/04/2011c Emilio Heraldes c
43 ?  
 1 díac 04/04/2011c 04/04/2011c Emilio Heraldes c

44 a&
 1 díac 05/04/2011c 05/04/2011c Emilio Heraldes c

 
45 a&  1 díac 05/04/2011c 05/04/2011c Emilio Heraldes c

46 a     1 díac 05/04/2011c 05/04/2011c Emilio Heraldes c
 

47 ?  a' 1 díac 05/04/2011c 05/04/2011c Emilio Heraldes c
?
48 ?  a' 1 díac 05/04/2011c 05/04/2011c Emilio Heraldes c


49 ?  '
 1 díac 05/04/2011c 05/04/2011c Rocio Carrilloc

50 a&  1 díac 05/04/2011c 05/04/2011c Rocio Carrilloc

 
51 ?  ' 1 díac 06/04/2011c 06/04/2011c Rocio Carrilloc
 
52 a&  1 díac 06/04/2011c 06/04/2011c Rocio Carrilloc



 
53 
  " 1 díac 06/04/2011c 06/04/2011c Rocio Carrilloc
a
54  
#&  1 díac 06/04/2011c 06/04/2011c Rocio Carrilloc
"'a'
55 ?  

 1 díac 06/04/2011c 06/04/2011c Rocio Carrilloc
56  


 1 díac 06/04/2011c 06/04/2011c Cinty Marlene Alvaradoc
 
#
 
57 
 (#) 1 díac 06/04/2011c 06/04/2011c Cinty Marlene Alvaradoc
58 ÷
 
*  1 díac 07/04/2011c 07/04/2011c Cinty Marlene Alvaradoc
59 ÷ 1 díac 07/04/2011c 07/04/2011c Cinty Marlene Alvaradoc
60 Ô
 1 díac 07/04/2011c 07/04/2011c Cinty Marlene Alvaradoc

  
 
 

61 ? 

 1 díac 07/04/2011c 07/04/2011c Cinty Marlene Alvaradoc
62 a   1 díac 07/04/2011c 07/04/2011c Cinty Marlene Alvaradoc

 
63 u !
#
  1 díac 07/04/2011c 07/04/2011c Blanca Sanchezc

 


64 *  
 1 díac 07/04/2011c 07/04/2011c Blanca Sanchezc



   

 

#  
 
65 
    1 díac 08/04/2011c 08/04/2011c Blanca Sanchezc
#
66 
# 
 1 díac 08/04/2011c 08/04/2011c Blanca Sanchezc
67    
 1 díac 08/04/2011c 08/04/2011c Blanca Sanchezc
68    
  1 díac 08/04/2011c 08/04/2011c Blanca Sanchezc
69    
 1 díac 08/04/2011c 08/04/2011c Blanca Sanchezc
70 ?


 

 1 díac 08/04/2011c 08/04/2011c Oswaldo Lopezc



  



71    
"a 1 díac 08/04/2011c 08/04/2011c Oswaldo Lopezc
72 ? 1 díac 11/04/2011c 11/04/2011c Oswaldo Lopezc
73 m 
+# 1 díac 11/04/2011c 11/04/2011c Oswaldo Lopezc
m

74 m 
,
 1 díac 11/04/2011c 11/04/2011c Oswaldo Lopezc
75  
,
 1 díac 11/04/2011c 11/04/2011c Oswaldo Lopezc
76   1 díac 11/04/2011c 11/04/2011c Oswaldo Lopezc
77 m
  1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
78 Y 1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
79 Ê 
 1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
80 a
 1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
81 ?  
÷ 1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
?
82   ,
 1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
83   Ô
 1 díac 11/04/2011c 11/04/2011c Gustavo Garciac
84 
( 1 díac 11/04/2011c 11/04/2011c Armando Cabrerac
85 
 1 díac 11/04/2011c 11/04/2011c Armando Cabrerac
86 
 1 díac 12/04/2011c 12/04/2011c Armando Cabrerac
87 Ô    1 díac 12/04/2011c 12/04/2011c Armando Cabrerac

   
88  

 1 díac 12/04/2011c 12/04/2011c Armando Cabrerac


89 Ô   
   1 díac 12/04/2011c 12/04/2011c Armando Cabrerac
 
90 a
 
  1 díac 12/04/2011c 12/04/2011c Armando Cabrerac
 
 
 
 
91 ÷  1 díac 12/04/2011c 12/04/2011c Mabel Bernabec
92 ? 



+  1 díac 12/04/2011c 12/04/2011c Mabel Bernabec


93 ÷  1 díac 13/04/2011c 13/04/2011c Mabel Bernabec
94 ÷ 

 1 díac 13/04/2011c 13/04/2011c Mabel Bernabec
95 Ô%  1 díac 13/04/2011c 13/04/2011c Mabel Bernabec
 
96 ÷  1 díac 13/04/2011c 13/04/2011c Mabel Bernabec
97  
 % 1 díac 13/04/2011c 13/04/2011c Mabel Bernabec


98 ÷  1 díac 13/04/2011c 13/04/2011c Norma Lazarenoc
99  



 1 díac 13/04/2011c 13/04/2011c Norma Lazarenoc

100 ÷ 
 
 1 díac 13/04/2011c 13/04/2011c Norma Lazarenoc

  
 

101 ÷  1 díac 14/04/2011c 14/04/2011c Norma Lazarenoc
102 ÷  1 díac 14/04/2011c 14/04/2011c Norma Lazarenoc
 103 ? 1 díac 14/04/2011c 14/04/2011c Norma Lazarenoc
104 a

 
 1 díac 14/04/2011c 14/04/2011c Norma Lazarenoc

105 a

  
 1 díac 14/04/2011c 14/04/2011c Gabriel Cervantesc
 
# 


106  
  1 díac 14/04/2011c 14/04/2011c Gabriel Cervantesc

  
 
107  
 # 1 díac 14/04/2011c 14/04/2011c Gabriel Cervantesc
 
 
 


108  u  1 díac 14/04/2011c 14/04/2011c Gabriel Cervantesc


109  
 %Ô
 1 díac 15/04/2011c 15/04/2011c Gabriel Cervantesc
 # #
 
 

110 ? 
   1 díac 15/04/2011c 15/04/2011c Gabriel Cervantesc

#
 


111 ?  1 díac 15/04/2011c 15/04/2011c Gabriel Cervantesc
112 a 
 1 díac 15/04/2011c 15/04/2011c Fernando Concepciónc
113 ?   1 díac 15/04/2011c 15/04/2011c Fernando Concepción
c
c
c
c )'&
&cc
+8!'c

)#'
c

5#'cc('
) 
c !!c ' 
c)!'
c
licenciamiento Visual Basic.Net 8.0 1 $16,000.00
 
!cc' )'&
&cc&
+8!'*c 9:;;;;;c

c
cccccccccc )'&
&cc'
" 
c
c
cc )'&
&cc7!'8!'c

&( + ! ,*cConcretamente, los principales recursos de hardware en una PC son la Memoria (Ram principalmente,
Rom, Cache, etc) , Servidor, PC, impresora c

c & '( ,c 

Servidor '!#!c c $(!#c $%c !%c$c!c $ 6,750.00
121c
/c3424c
/c5c467c1
8c#$c$'!c7c
( c c#$c94:c
8cc 7cc c
;<c%"!#!(c'! !c $7c ',c-$'!#cc
$# c#$c  (cc (c=c  cc44>7c
!?$!c#$c$#c#$c;::c',(c3%(!c!!c!)$"!c
$c$$67c@c$(c8cc!?$!c#$c#c
#$cc!!%$(c$c%!c $& +2c

V
 
 V
  V  $ 4,999.00

 
   !"#$%&%

   V '" (
&)* +$#
&),-. !/!!*
($c+ 7c$ %!#;:Ac$ %!(2c
Impresora !c'$(!c%B($c' 'B !cCc!($D$c $ 3,450.00
 4:;<7c87c'$'!c9487c %cc$( !%!c
"($(7c
Switch $0.V  
  $ 249.00

Instalacin de Red $ 1,000.00

Costo del sistema $ 40,000.00
Mantto por visita $ 300.00
Total $ 57,458.00

c
c
c
c
c
c
c
c
c )'&
&c<)5!
&*c

!cc<
'!&*c 12

 

&
c<
'!=<
5#'*c $400
÷ 15
Ô% #a& 15 
!*c 9>;;c
   
 15 c
c
 c"c
  cc   c
   
 

 15
c
  
c

 15 En el presente trabajo se hablará sobre el control y
Ô
 15 monitoreo del Sistema de Bachillerato Para el Control de
Alumnos (SCEB) el cual es un software creado en Visual
Ô 
 
 15
Basic.net pensado especialmente para escuelas de
? 15 educación media superior, este tipo de software ya ha sido
implementado logrando la agilidad en los procesos y el
control de la documentación tanto de los alumnos, docentes y administrativos.
c
c   c
El software SCEB tiene el propósito de agilizar el manejo que manualmente se realiza en cada institución
con opción de que los alumnos, docentes y administrativos obtengan un mayor rendimiento en el manejo de la
información, siendo capaz de operar con mayor utilidad, velocidad y con una interfaz más entendible para los
usuarios de este sistema.

Los administrativos podrán realizar las operaciones de manera sistematizada en vez de hacerlas manualmente,
también contara con una base de datos para tener la información respaldada y almacenada.

Con el fin de cubrir ciertos tipos de requerimientos y necesidades en el control escolar, ya que estará integrado
por distintos módulos para una mejor administración, los cuales son:

   
c c 
   
: En este apartado se basará en el papeleo y elección de las materias
correspondientes del alumno de acuerdo al grado que le toca así como también el horario asignado.

*cEn este apartado se ingresaran todos los datos del alumno, nombre, semestre a cursar.
 
: En este apartado se llevara a cabo un control sobre los docentes que laboran en el Bachillerato,
materias que cursan así como su horario.
  
: En este apartado se llevara el kardex del alumno, materias aprobadas, materias
reprobadas, etc.

En general esto permite el seguimiento de la ejecución del SCEB y la introducción de las correcciones que
resultarán de la experiencia adquirida.

c   
cc 
 c
El sistema de Control Escolar de Bachillerato ³SCEB´ deberá ser controlado y monitoreado por un integrante
del equipo del sistema. Validando los procesos de ejecución de los diferentes módulos en cada uno de las etapas.
Los resultados de este monitoreo quedaran registrados para su evaluación ya sea externa o interna con el fin validar
el buen funcionamiento del sistema De Control Escolar de Bachillerato ³SCEB´

cccc  cc
 cc
   c
c?   c
 Al implementarse el sistema es importante que antes y durante de su ejecución se encuentre en condiciones
óptimas de operar, es por eso que el sistema ³SCEB´ se debe de encontrar en un lugar que este fuera de riesgo, y
en condiciones favorables que garanticen la funcionabilidad del sistema a lo largo de su práctica.

c

cc  cc
c
'
&
c  ,cc('
&
c
  c
 cc
c Este botón de control de 
 es
un enlace a otro modulo que solo tiene
la funcionalidad de llevar al
 c
c
cdel bachillerato.

 cc 
c Este botón abre otra ventana donde
permitirá controlar todo lo relacionado
con el  
 en cuanto a las
materias que impartirá, y algunos datos
personales.

   
c
   
c Este botón realiza un enlace a la venta
de
  
 yc

  
 la cual permite dar
de alta a alumnos ya inscritos en el
bachillerato o a los de nuevo ingreso.
  
c Este botón realiza un enlace a otra
ventana la cual permitirá dar de alta las
calificaciones de todos los alumnos del
bachillerato.
 c El botón SALIR nos permitirá salir de la
pantalla de autentificación y poder
regresar a la pantalla principal para
ingresar a toro modulo si así lo desea.
c

c  
cc c
MODULO ACCIÓN FUNCIÓN RESULTADO
CONTROL DE Se da clic en la aplicación de Nos manda a una (!!!cc
. 


c  
c
ALUMNOS
 cc
 el cual es el filtro que permite solo
personal autorizado accedan al
sistema.
c Se introdujeron los datos Automáticamente manda la 


c  
 todas
correspondientes  c "c siguiente aplicación que es donde las actividades.

@ está la información de los alumnos
c
c   1c "c 


c  
 todas
  las actividades.c
c c
  
cc
c?c7c  c
c2  c
MODULO DOCENTE Se guardan los datos registrados  c
c

c&c('&
c.Ac('
#5!c(!'!c
del docente, c&&5!c"c!5(

c<! !cc)&)!'
c
Se realiza la búsqueda por medio  c 
c c #)& !c
'' !5c "c 
c &c
de un cdel docente.c ('&
c .Ac ('
#5!c (!'!c c
&&5!c"c!5(

c<! !cc)&)!'
c

Si ingresa un  que no exista se  c 

c
c c 

 c

0
c
muestra un mensaje.c 0  c
 
 c
0 c 0c 0)!'!c
'' !5c
c  c '&!c('
#5!&cc#A&3)!c"c
c
 Bc
c

  1c
c  1c"c('
%
!c('
#5!&cc
<! !cc)&)!'
c"c&&5!c
c
INSCRIPICONES y Se ingresa
@cc Envía al 5
)
cc
   
c 


c  
c
REINSCRIPICONES
'.)!cC3)c&!&c<! 'Dc

c&c('&
c.Ac('
#5!c(!'!c

   
c
   
c c&&5!c"c!5(

c<! !cc)&)!'
c

  
c 0c c ('
)$
c )c ''
'c !c '!6!'c !c

('! ,*c
c c 
c
c c
 7  c  c
 c 0c c ('
)$
c )c ''
c !c '!6!'c !c

('! ,*c
c

c  c
  cc c
cc2 
c
 c   c
  1c c0  c
cc

c
CALIFICACIONES cc c

c 5)&'!c !&c !+ ! 
&c c (
'c
cE2c &5&'cccF!'Gcc!)5
c
 c   
c c c <! c c '.&'
c c !+ ! 
&c
(
'c!)5
c
'' !5c
c
c
c
H  cc c
MODULO EJECUCION RESULTADO
PANTALLA PRINCIAL
@c c

c

  
c
 
c
 
c
ALUMNOS
c c
 c
CONSULTAR    c c
7  c c


 c
REINSCRIPCION c c
    
c
  c

0c
c
DOCENTES c 'c
&c!
&c!c
c
   c  )!6!'c
Bc !%c
c
CALIFICACIONES 
c

c
c


 c )#'c !+ ! 
&c
E2c
 cE2c
Ic 
cc
H  cc c
c Al implementar el sistema de bachillerato se encontraron fallas en la
conexión con la base de datos la cual se está manejando en Access 2007.
Se elaboro un diagnostico general de los requisitos establecidos para el desarrollo
del software.

Contando con los siguientes puntos:

1.- Diagnostico del software

2.- Implementación.
3.- Prueba.

.)
&cc
&c''
'&c?)cc'&!'
c
c
&c.)&*cc

Al momento de guardar los checkbox no los almacena en la base de datos.

El modulo de calificaciones tiene valores erróneos que ocasionan no

almacenarse en la base de datos.

!'!c !c 
) ,c c !&c !!&c c &5!c c 7 '
c !&c .)&c

+ ! 
&*c

Verificación del valor que almacenan los checkboxes y poner el

correspondiente en la base de datos.

Verificación de las variables que retornan algún valor en la BD.

Establecimiento de una misma ruta de conexión hacia la BD.
Además de evaluar los posibles errores que pudieran surgir.c
c
 £ £
 

U!F<
'Uc +
'5! ,c3)'!c !6,cc ' ) !c=c J

cc &(
&!#c
c '3)'5
c  <!c3)'!c '.!c
å  
   å     å
     åV
  åV   å  

      
 
Documento de Requisitos Para poder realizar el Cada vez que sea A través de Equipo de
diseño y arquitectura con actualizado archivo requisitos
Diseño los requisitos del cliente electrónico por
medio del
espacio
Hotmail.com, o
directamente
Solicitud de Cambio Para contar que el Cada que se Físicamente por Equipo que
cambio solicitado en que requiera un cambio el equipo solicita cambio
JCC se fundamenta y quien lo solicitante
solicita
Requisitos Solicitud de cambio autorizada Para que se especifique Cada que se Física Junta de Control
las modificaciones así requiera un cambio de Cambios
como quien lo solicita y
el alcance de la misma
Documento de Diseño Para implementar en Cada que se A través de Equipo de diseño
software lo diseñado modifique el Administración de
Implementación como solución para el documento diseño la configuración
cliente será la guía con el espacio
que cuenta
Hotmail.com
Requisitos Para verificar la Cuando se emitan A través de Equipo de
congruencia entre lo versiones o Administración de requisitos
Pruebas solicitado entre el cliente revisiones nuevas la configuración
y lo diseñado así como el con el espacio
diseño de pruebas que cuenta en
Hotmail.com

Diseño Para verificar la Cuando se emitan A través de Equipo de Diseño

Pruebas congruencia entre lo versiones o Administración de
 diseñado y lo revisiones nuevas la configuración
desarrollado en software con el espacio
y diseño de pruebas que cuenta en
Hotmail.com
Pruebas Software Para realizar las pruebas Cuando se termine A través de Equipo de
diseñadas una iteración Administración de Implementación
la configuración
con el espacio
que cuenta en
Hotmail.com
Entrega Todos los documentos Para hacer la entrega Al contar con los A través de Todos los
formal al cliente del documentos finales Administración de equipos
proyecto concluido la configuración (requisitos,
con el espacio diseño,
que cuenta en implementación,
Hotmail.com pruebas, JCC)
c
c
c
c
c
c
c
c
c
12<cccccc%!c#$c#'(! +c#$c$("(c
c
Iccc!cc&.
&c
c

#'c & '( ,cc&.
c c c c & '( ,cc  
&cc  
&cc
c 5(! 
c '% ,c .! ,c
Mala Interpretación de Un requisito M A I Fallas en el diseño e Revisar con los Reuniones de
implementación del líderes de cada revisión de
 Sistema por disciplina de modelo requisitos y revisión
interpretación de de RUP los de los líderes y
requisitos requisitos pruebas de su
presentados implementación

Que los requisitos planteados sean M A I Retraso importante en Revisar cada uno de Negociar con el
demasiado complejos para los tiempos establecidos los requisitos del cliente alguna
implementarlos para cada uno de los proyecto con el propuesta
requisitos, como equipo de alternativa o que el
consecuencia Implementación y tiempo de entrega
incrementa el costo del diseño, estimando se prolongue
proyecto tiempo y costo
Hacer pruebas a versiones anteriores B M M Doble trabajo Tener cuidado al Revisar
elaborar las pruebas detalladamente las
para asegurarnos pruebas realizadas
de tener la versión
más actualizada
1 Integración de Herramientas B M M Que existan fallas de Realizar pruebas de Verificar
comunicación en la comunicación de la compatibilidad de
conexión de la aplicación aplicación con la versiones de los
con la base de datos base de datos drives con la
aplicación final.
1 Poco dominio de la tecnología Vb.net, A B M Se consumirá tiempo Compartir Buscar la solución
retraso por la necesidad de en la investigación y información y del problema
investigar cómo implementar aprendizaje y los límites experiencias, tratar presentado entre
requisitos muy específicos de tiempo para entrega de mantener la todos los miembros
son muy cortos comunicación con del equipo para
los miembros del eficiente el tiempo
equipo de investigación y
aprendizaje
4 Poca experiencia en la administración A M A El descontrol de las Mantener atención El líder dejara de
 de proyecto provocara que se actividades evitara sobre el desarrollo lado su
salgan de control las actividades concentrarse en el de las actividades participación en el
del desarrollo desarrollo del proyecto, para detectar desarrollo y se
por tratar de volver a cualquier cambio concentra son lo en
tener control brusco que pueda la administración y
afectar el control control
8 Tiempo de desarrollo y pruebas muy A M A Descuidos en Establecer un Planificar la forma
corto, provocara Estrés sobre los implementación, pocas estándar en de corregir el error
programadores por cumplir metas y pruebas para codificación , y una presentado
compromisos, dado su múltiples depuración, entregas metodología de
ocupaciones y trabajos adicionales, erróneas e incompletas, pruebas para
nadie trabaja bien, estresado Fala de las entregas detectar fallas antes
de liberar versiones
del producto
Realizar las pruebas
Error de conexión de la Checar el equipo
Conexión a la Base de Datos en diferentes
M M A aplicación de escritorio a que cumpla con los
1 equipos con el
la Base de Datos requerimientos
archivo de enlace
Entregables A A I Faltante de uno de los Integrar y estar al Mostrar la versión
4 entregables. pendiente de la anterior y presentar
entrega en la fecha el plan de entrega
según el con la corrección de
cronograma lo que hizo falta
Incumplimiento en los compromisos M A I Retraso grave en la Realizar reuniones Regresar el trabajo
1 de entrega, entrega de actividades entrega a con los integrantes al integrante
con un alto porcentaje de errores y implementación y por lo de los equipos y señalando los
falta comunicación entre los tanto retraso en la comprometiéndolos errores cometidos
integrantes de diseño. entrega del proyecto. con las tareas que para que realice
se les asignaron. estas correcciones
Haciéndoles el más pronto
comprender que de posible (máximo
 nosotros dependen siguiente día).
muchas personas. Redoblar esfuerzos,
Decirles que tienen es decir asignar
que pedir ayuda más tareas a cada
cuando no integrante en caso
comprendan como del incumplimiento
realizar una tarea de un integrante.
que se les ha Hablar con ellos. Y
asignado ya sea a reportar el suceso al
los integrantes de administrador del
diseño o fuera de proyecto.
este equipo e
investigar acerca del
tema.
Cambios constantes en las versiones B B B Provocaría una Preguntando todas Realizar los
2 de requisitos y la incorrecta implementación errónea las dudas que se cambios sugeridos
interpretación de estos en el área de y por lo tanto un tengan acerca de por requisitos.
diseño. producto diferente al que los documentos de Corregir lo que se
el cliente está requisitos. Evitando interpretó y se
solicitando. inferir o deducir representó de forma
información que no incorrecta en
está claramente diseño.
escrita en los
documentos de
requisitos. Solicitar
a requisitos que sus
cambios sean lo
menos posibles.
Hacer una revisión
interna en el área de
diseño para detectar
 errores antes de
que estos se
trasladen a
implementación.
Demasiados cambios solicitados por M A I Doble trabajo para los Avisar a Asignar el doble
3 implementación a diseño. integrantes de diseño implementación que trabajo a los
que puede llegar a ³no implemente´ integrantes del
causar que el diseño no hasta que diseño equipo, advirtiendo
logre incluir todos estos haya terminado. al administrador del
cambios para la fecha de Pedirle que respete proyecto que de ser
entrega final del en lo más posible el enormes los
proyecto. diseño, a no ser que cambios esto puede
sea algo muy causar que no se
³necesario´ (algo puedan
que no se pueda contrarrestar por
implementar o algo falta de tiempo.
que les facilite a
ellos mucho trabajo
adicional) de
cambiar. Solicitar a
la junta de cambios
que evite apoyar
cambios no
urgentes (que
analice a quien
afecta más el
impacto del cambio
si a diseño o a
programación). No
admitir cambio en la
base de datos,
 nombres de clase,
atributos o métodos
de preferencia.
c
c
c
c
c
c u

  


c
c     

  
c
5!( 
ccc('
" 

probabilidad

c
c
c
Bajo Medio Alto
c
c
Alta medio alto Inaceptable
c Media bajo alto Inaceptable
c
c Baja bajo medio alto
c
c
c
c
c
Icccccc!! ,c"c5

'
cc'&.
c

   !"# # 

V$%&  *#$c#$%c$ c c
' 

 %##'  #(c%(c$-(c $(E(c#$c  $cc#&#c
#'$ $%c'!!c#$c$("c
#

V$'
 *#$c#$%c$ c?c c $#(c%"!#(c
##' #(c%(c$-(c

##' *#$c#$%c$ c $#(c%"!#(c
'

##' #(c%(c$-(c c
' !#!c($'!!c
 c
#(##' *#$c#$%c$ c c
'
c
c
c

5. PLAN DE PROCESOS TÉCNICOS

5.1. Métodos, herramientas y técnicas

MÉTODOc TÉCNICAS HERRAMIENTASc

Determinar los ^ Entrevistas. ^ Realizar entrevistas a
requisitos ^ Cuestionarios. las personas idicadas.
funcionales, no ^ Revisión de ^ Planificacion
funcionales y de documentación del ^ Realizar pruebas al
software; así como la sistema. sistema
administración de ^ Análisis de la
cambios en los información
mismos, que obtenida.
permitan determinar ^ Pruebas al
el propósito y sistema.
alcance del proyecto.c
Identificar los ^ Entrevistas. ^ Realizar entrevistas a
aspectos que ^ Cuestionarios. las personas idicadas.
necesita el cliente ^ Revisión de ^ Planificacion
para su documentación del ^ Verificacion y analisis
implementación, sistema.
creando la interfaz ^ Análisis de la
adecuada y información
conveniente a sus obtenida.
necesidades.c ^ Visitas a la
institucion para
entrevistas
personales.

Evaluación y prueba ^ Pruebas físicas al ^ Realizacion de pruebas

del sistema, sistema. fisicas
generando reporte de ^ Verificación ^ Realizacion de informe
resultados. sistema- final y resultados
documentación.
^ Redacción de
reporte final de
resultados.
:c 
cc  cc c  c
c
:cc
cc  c
c
:c
  
c

Una de las principales fases dentro de la elaboración de un proyecto es el

Aseguramiento de la Calidad del Software (SQA), es decir, un modelo sistemático
y planeado de todas las acciones necesarias para proveer la confianza adecuada,
según los requerimientos técnicos establecidos de cada producto e ítem del
proyecto. Un sinónimo del aseguramiento de la calidad del software es
aseguramiento del producto de software.
El plan de aseguramiento de la calidad del software (SQAP) define que tan cerca
a estos estándares se debe monitorear.
Para poder realizar una buena cercanía con los estándares se debe medir
cuantitativamente, donde sea posible, los aspectos de calidad; como complejidad,
confiabilidad, mantenimiento, seguridad, defectos, número de problemas,
utilizando métricas bien establecidas.
La actividad del aseguramiento de calidad es el proceso de verificación de que los
estándares sean aplicados. En este proyecto se organizará un equipo de
desarrollo, en el cual a cada individuo se le asignara una tarea específica para la
mejora de la calidad del sistema SCEB.
Por tal razón utilizaremos el SQA para la evaluación de calidad del sistema de
bachillerato de control de alumnos (SCEB). Para comprobar que el software cubre
las necesidades del usuario y de esta forma realizar un software de mejor calidad.

:c 
  cc
cc  c

Para poder integrar el sistema SCEB (sistema de control escolar de bachillerato)

con los estándares de calidad se debe medir cuantitativamente, donde sean
posibles los aspectos de calidad utilizando métricas bien establecidas.
Para cumplir con esto, se deben realizar las siguientes actividades:
c


 
c cc
8c c c c  c

!(c& $(c#$%c#'(!#c#$c!%#!#7c(c%!(c("$$(Fc

^ $%!cc$%c+'c& !'$c#$%c($'!c8c
^ ($"!($c#$c-$c($c$(!,%$ $7c'%$'$!cc'!$$c%(c $((c$ $(!(c
 !!c$%c($'!c8c
c
^ &'!c!c%!c!%!c#$ +c(,$c$%c#$($'$.c#$%c(($'!cc#$c !%-$c$ $(#!#c
#$c'$?!2c
c
^ ($"!($c#$c-$c($c'$)!c %!c'!c#$c  $ !c#$c %(c$-((c#$%c %$$c
$c#(c%(c)$%$(c#$c%!c$!%/! +c$c'%$'$! +c#$%c(($'!2c
c
^ (!c$c$'!$$c ! c c%!c $ +c#$c!%#!#cc $((c#$c%!c'$(!c
c$%c&c#$c'!c$c ?c#$ ($(c-$c$'!c$%c'$?!'$c c
#$%c($'!c82c

El Responsable de SQA debe:

^ Asegurarse de que se desarrollen prototipos para probar y eliminar riesgos

técnicos que hagan fracasar el Sistema SCEB así como también disminuir
la calidad del mismo.
^ Asegurarse de que se realicen estudios de factibilidad
^ Realizar mediciones para comprobar la calidad que se va llevando en la
realización del sistema SCEB
^ Asegurarse de que se realice la actividad de implementación y se haga
según los estándares de calidad propuestos.
^ Debe conocer los requerimientos del sistema.
^ Debe conocer los estándares o lineamientos del Sistema SCEB para
asegurar la calidad.
^ Revisar las Entregas
^ Revisar el Ajuste al Proceso
^ Realizar el Informe Final de Calidad

:c cccccc  ccc  

^ tener resultados satisfactorios, un software de calidad que cumpla con los

requisitos que el cliente necesita, es decir que satisfaga las necesidades del
usuario.
^ operar con mayor rendimiento, velocidad y una interfaz más entendible para
los usuarios de este sistema.
^ realizar las operaciones de manera sistematizada en vez de hacerlas
manualmente.
^ ahorro de tiempo en la realización de las operaciones.
^ controlar el buen funcionamiento del software.
^ Monitoreo y revisión periódica de cada uno de los procesos del sistema.
 :c K  c c c c 7 
c c c c c c 
H  c c cc
 
cccc 

El principal mecanismo para realizar la verificación y control en cuanto a la calidad

del software serán las revisiones, entrevistas y otros métodos y técnicas que se
aplicarán para que de esta forma se puedan encontrar y corregir errores en cada
una de las áreas del proyecto.
Para aplicar la mejora de calidad en el SCEB se necesitara trabajar en base a los
siguientes métodos y herramientas para el análisis y colección de datos:
^ 7
$!cc'.&'

En esta hoja de recolección de datos se utilizara para reunir y clasificar las
informaciones según determinadas categorías del sistema SCEB. Es importante
recalcar que este instrumento se utiliza tanto para la identificación y análisis de
problemas como de causas.
Para este método se seguirá el siguiente procedimiento:
1. Identificar el elemento de seguimiento
2. Definir el alcance de los datos a recoger.
3. Fijar la periodicidad de los datos a recolectar.
4. Diseñar el formato de la hoja de recogida de datos, de acuerdo a la
cantidad de información a escoger, dejando espacio para totalizar los
datos, que permita conocer: las fechas de inicio y termino, las probables
interrupciones, las personas que recoge la información, la fuente etc.
^ )%!cc!&c
Se le dará la oportunidad, a todos los miembros con interacción al SCEB, de
opinar o sugerir sobre la funcionalidad del sistema, ya sea un problema, un plan
de mejoramiento u otra cosa, y así se aprovecha la capacidad creativa de los
participantes.
Se seguirá el siguiente procedimiento:
1. Nombrar a un moderador del ejercicio.
2. Cada miembro tiene derecho a emitir una sola idea por cada turno de
emisión de ideas.
3. No se deben repetir las ideas.
4. No se critican las ideas.
5. El ejercicio termina cuando ya no existan nuevas ideas.
6. Terminada la recepción de las ideas, se les agrupa y preselecciona
conforma a los criterios que predefina el equipo.
^ '%&!&
Técnica que permitirá reunir información directamente con los involucrados del
sistema.

Se realizará el siguiente procedimiento:

 1. Planear la entrevista. Determinar qué información se necesita recopilar.
2. Elaborar una guía para la entrevista (introducción, preguntas
relacionadas con el sistema y uso de este).
3. Seleccionar las personas que más conozcan e interactúen con el
sistema.
4. Programar la entrevista. Planear el tiempo necesario para realizar la
entrevista.
5. Ubicar un lugar apropiado para realizar la entrevista sin interrupciones.
6. Invitar al entrevistado, informarle del objetivo, fecha y lugar donde se
realizará la entrevista.
7. Realizar la entrevista (sea puntual, cordial y desarrolle la guía para la
entrevista, luego resuma y permítale al entrevistado hacer comentarios.
Dele las gracias.)

^ ')#!&cc&
*cc
Se conseguirán usuarios que no estén familiarizados con el Sistema para probarlo
por un tiempo determinado, ofrece retroalimentación a los desarrolladores acerca
de las dificultades que encontraron. Esta es la mejor manera de realizar mejoras a
la interfaz.
^ &( 
&cc ,.
cc
Cada desarrollador puede encontrar distintos tipos de defectos. No hay tiempo ni
dinero para inspeccionar todo. Se suele centrar la inspección en los módulos más
críticos. Es recomendable realizarla después de una prueba básica.

c
:c
cc  
cc c
c
:c
  cc
c

Para prevenir algunas fallas en el sistema dentro de la empresa se llevara a cabo

lo siguiente:

^ revisión periódica del sistemas

^ reuniones del equipo de trabajo para ver si existe algún fallo.
^ realizar respaldos para evitar pedida de información.

Asimismo, se debe informar de cualquier otro conflicto de interés que estime el

equipo de coordinación o el experto.

c
:c  cK
c
 c Juntas de revisión
1.2 Asigne revisiones por compañeros cada vez que se considere un cambio
al sistema.
1.3 Seleccione un documento riesgoso o una sección de código para las
juntas semanales de revisión
1.4 Cada semana identifique a los evaluadores y programe juntas de revisión
1.5 Los evaluadores deberán estudiar el material de forma individual por 2
horas
1.6 Los evaluadores deberán reunirse para revisar el material por 2 horas
1.7 Incluya notas de las juntas de revisión en el repositorio y dé seguimiento
a cualquier problema identificado en las juntas de revisión
c Pruebas al sistema
2.2 Diseñe y especifique un manual detallado del conjunto de pruebas
2.3 Revise el conjunto de pruebas al sistema para asegurarse de que cada
pantalla de la interfaz del usuario o elemento es cubierto.
2.4 Ejecute pruebas completas al sistema en cada candidato a entrega.
Estas pruebas al sistema serán ejecutadas en un equipo dedicado de
QA.
2.5 Actualice las pruebas al sistema cada vez que los requerimientos
cambien
2.6 Actualice este plan de pruebas cada vez que los requerimientos cambien
2.7 Documente los resultados de las pruebas y comuníquelos a equipo de de
desarrollo completo
2.8 Estime los defectos remanentes (aún no detectados) bañándose en los
datos actuales de control de cambios, tasas de error, y métricas en el
tamaño del código y el impacto de los cambios.
2.9 Mantenga todos los reportes de errores actualizados en una base de
datos de control de cambios. El sistema de control de cambios está
disponible para todos los miembros del proyecto.

:c
cccc 



:c
  


En esta institución se presentan problemas como pérdida de tiempo al realizar de

forma manual o tradicional todo trabajo relacionado con el control de escolar y
administrativo, término que en la actualidad seria traducido como inoperante e
ineficiente de acuerdo a lo que se puede lograr en comparación con la tecnología
y procedimientos actuales.
Este sistema permitirá un ahorro de tiempo, reducción de trabajo con respecto al
control escolar y registros de información sobre los docentes.
Se pretende que los alumnos resuelvan los problemas para poder inscribirse en el
periodo establecido, darse de alta, poder checar sus calificaciones de manera
interactiva, etc. Además de que no solo los alumnos serán beneficiados con la
elaboración del proyecto si no también los administrativos y docentes de la
institución.
Objetivo General
Diseñar y desarrollar un software para un sistema de bachillerato de control de
alumnos (SBCA).
Objetivos Específicos
ö Identificar los aspectos que necesita el cliente para su implementación,
creando la interfaz que sea conveniente a sus necesidades.
ö Ayudar al proceso de registro de los datos de los alumnos, sin necesidad de
serlo manualmente.
ö Realizar en menos tiempo posible el registro de datos.
ö Quienes y a quienes va dirigida el software.
ö Realizar la base de datos, correspondiente a toda la información que se
incluirá en el software.

Alcances
El sistema facilita la gestión de algunos procesos tales como altas, bajas y
calificaciones sobre los alumnos dentro del modulo de control escolar; contratación
y horarios de los docentes, la asistencia y los movimientos del personal en
general; y, posteriormente la emisión de los recibos de pago de semestre del
alumno impresos de la forma en que el bachillerato los maneja.

:c  1cc 
 

& '( , del (
cc '.
c!c J

cc ' ) &(
&!#c
entregable (mandato, c '.!c !cc 1.mabel y norma
informativa, c '.!cc 2.enrique y ángel
1.requisitos de mercado) Las entregas
se harán de 3.Maritza
2analisis y diseño
Se forma física. ,mauro, Gustavo
implementar y Oswaldo
a
especialment 4.armando y
e en Emilio
3. implementación bachilleratos.
5.Rocio y Cinthy

6.Mariana
4.pruevas Plasencia
7.SEP(secretaria
de educación
5. Administración publica)
de la configuración.

6. Líder del
proyecto.

7.patrocinador

c
c
c
:c
cccc   

Una vez haciendo las correcciones o mejoras necesarias al sistema SCEB, se le

brindara una capacitación a todo el personal que interactúe con este.
Guía para el chequeo de la capacitación:

'
(,&
c 0)/!cc <3)
cc!c !(! ! ,c

c Criterios de SPMP (Plan de la gestión del proyecto
Entrada de software)
c Revisión Chequear que el staff de desarrollo del
software haya sido capacitado para
realizar sus tareas.
Definir capacitaciones si es necesario.
c Criterios de Proceso de capacitación revisado.
Salida Capacitaciones si son necesarias.
 ?  
 cc c

c c&&5!c('5'-cc 
cc&&,c"c(!'!c&
c&c('-*c

a. Login. Se introducirá el nombre de usuario.
b. Contraseña. Se introducirá la contraseña del usuario, si la contraseña es
incorrecta se mostrara un mensaje ³Datos incorrectos´ y si es correcta,
dependiendo del tipo de usuario entrara al sistema.

c c !'cc&&5!c&c5
&'!'!c)!c(!!!cc 
c!c )!c
'-c


&c&.)&c!
&*c
Un menú en la parte superior que tendrá el acceso a los módulos los cuales
son: USUARIOS, CLIENTE, PRODUCTOS, PROVEEDORES, FACTURAS,
VENTAS COTIZACIONES, COMPRAS, MOVIMIENTOS Y SALIR. Cada
submenú tiene un icono al lado.
La pantalla principal tendrá el logo del sistema.

c c&&5!c
'-cc5
)
c)&)!'
&c
c&c(
'-*cc

Cuando se ingrese al modulo se abrirá una pantalla en donde se muestren los
usuarios existentes y sus datos. En esta misma pantalla se podrá hacer la
consulta de los mismos por medio de una búsqueda del nombre. En la parte
inferior de esta pantalla se tendrán cuatro botones que serán: ALTA, BAJA,
MODIFICAR y SALIR con una imagen que represente la acción del botón.
!c !'cc!!c
Se introducirán los siguientes datos en una pantalla que se mostrara
cuando se da un clic en el botón ALTA de la pantalla de usuarios.
I. Clave de usuario
II. Nombre
III. Apellido paterno
IV. Apellido materno
V. Domicilio
VI. Teléfono
VII. Tipo de usuario

2.1 el sistema permitirá elegir de una lista desplegable el tipo, para cada
usuario.
I. Administrador
II. Empleado

Así mismo esta pantalla contendrá los botones de GUARDAR,

CANCELAR y SALIR.
#c !'cc#!$!c
I. Se eliminara de forma lógica, no fisica. En la pantalla de usuarios se
podrá elegir uno y de ahí mismo se eliminara dando clic en el botón
ELIMINAR.
c 
+ !'c
 I. Se podrá modificar todos los datos del usuario excepto la clave del
usuario, se podrá elegir en la pantalla de usuarios y al dar clic en
MODIFICAR se mostrara otra pantalla en la cual se mostraran los
datos existentes del usuario y se podrán cambiar. También contendrá
los botones GUARDAR, CANCELAR y SALIR.

c 
)
c('
) 
&*cc

Al momento de abrir el sistema se podrá observar todos los módulos. Si se
acciona el modulo de productos aparecerá una ventana en donde se podrá
realizar una búsqueda y consultar los datos que se desean y se mostraran los
datos. En esta pantalla también podremos observar que se encuentran los
botones de alta, baja, modificar.
!c !'cc!!c
Al presionar el botón de alta aparecerá una pantalla se podrá introducir los
datos que serán mencionados a continuación, misma pantalla que
contendrá los botones de aceptar, cancelar y guardar.c
I. Clave del producto
II. Nombre del producto
III. Cantidad existente
IV. Costo compra
V. Porcentaje de ganancia
VI. Precio venta
VII. Status

#c !'cc#!$!c
I. Los datos seleccionados serán eliminados de manera lógica; esta
acción se podrá realizar solo accionando el botón de eliminar.
c 
+ !'c
I. Se modificaran todos los datos del producto solo por el administrador,
esta acción se podrá realizar mediante el botón de modificar.
Ic 
)
c &*cc
Cuando se ingrese al modulo se abrirá una pantalla en donde se muestren los
clientes existentes y sus datos. En esta misma pantalla se podrá hacer la
consulta de los mismos por medio de una búsqueda del nombre. En la parte
inferior de esta pantalla se tendrán cuatro botones que serán: ALTA, BAJA,
MODIFICAR y SALIR con una imagen que represente la acción del botón.
c
!c !'cc!!c
Se introducirán los siguientes datos en una pantalla que se mostrara cuando se
da un clic en el botón ALTA de la pantalla de Clientes.
c
I. Clave del cliente
II. Nombre
III. Apellidos
IV. Edad
 V. Dirección
VI. Teléfono
VII. Fecha de alta
VIII. Status
En esta misma pantalla en la parte superior existirán tres botones los cuales
son: GUARDAR, CANCELAR y SALIR.

#c !'cc#!$!c
I. Se eliminara de forma lógica, no física. En la pantalla de usuarios se
podrá elegir uno y de ahí mismo se eliminara dando clic en el botón
ELIMINAR aparecerá una pantalla para confirmar la eliminación del
usuario cuando que la ventana de confirmación tendrá 2 botones mas
para ACEPTAR la eliminación o CANCELAR la eliminación. Si
selecciona ACEPTAR se eliminara con un mensaje de cliente
eliminado correctamente y si se CANCELA volverá a la pantalla
principal de clientes.
c 
+ !'c
I. Se podrá modificar todos los datos del Cliente excepto la clave del
Cliente, se podrá elegir en la pantalla de Clientes y al dar clic en
MODIFICAR se mostrara otra pantalla en la cual se mostraran los
datos existentes del usuario y se podrán cambiar. También contendrá
los botones GUARDAR, CANCELAR y SALIR.

En la pantalla principal del modulo de clientes se podrá realizar la consulta de

estos.
:c 
)
c('
%
'&*cc
Al momento de abrir el sistema se podrá observar todos los módulos. Si se
acciona el modulo de proveedores aparecerá una ventana en donde se podrá
realizar una búsqueda y consultar los datos que se desean y se mostraran los
datos. En esta pantalla también podremos observar que se encuentran los
botones de alta, baja, modificar.
c
a. Dar de alta
Al momento de accionar el botón de alta que se encontrara en la pantalla
del modulo de proveedores aparecerá otra ventana donde se podrán
observar los siguientes datos:
I. Id proveedor
II. Empresa
III. Fecha alta
IV. Dirección
V. Teléfono
VI. Celular
VII. Status
En esta pantalla se podrá observar que contendrá los botones de
aceptar, guardar y cancelar.
 b. Dar de baja
Al momento de accionar el botón de baja el dato seleccionado se eliminara
lógica mente.
c. Modificar
Al momento de accionar el botón de modificar el sistema permitirá
modificar los datos seleccionados.

c 
)
c+! )'!&ccc

a. Registro
I. folioFactura
II. idUsuario
III. idventa
IV. cliente
V. rfcCliente
VI. Productos
VII. Cantidad
VIII. totalVenta
b. Cancelar

c 
)
c%!&cc
d. Registro
I. idVenta
II. cliente
III. usuario
IV. productos
V. cantidad
VI. totalVenta
e. Consulta
f. Cancelación
>c
6! 
&c
a. Crear
b. imprimir
Lc 
)
c
5('!&c
a. Registro de compra
I. Id compra
II. Factura
III. Proveedor
IV. Fecha de compra
V. Total de compra
;c
)
c5
%5
&c
a. Se guardara las operaciones realizadas por los usuarios diariamente
I. Idmovimiento
II. Idusuario
III. Operación
IV. fechaMovimiento