SlideShare una empresa de Scribd logo
“Año del Centenario de Machu Picchu para el Mundo”
Carrera Profesional de Computación e Informática
TRABAJO TEÓRICO PRÁCTICO
Presentado por:
INGAPÉREZ, Jaqueline Karol
MEZACANORIO, Oscar Antonio
SAENZ ESTRADA, Heidi Marisol
Para Optar el Título de:
PROFESIONAL TÉCNICO EN COMPUTACIÓN E INFORMÁTICA
HUANCAYO - PERÚ
2011
PROYECTO DE METODOLOGÍA
PARALAIMPLEMENTACIÓN DE UN
SISTEMADE MATRÍCULAS
ASESOR:
Ing. Jesús Zea Salas
A: Nuestros padres por sus sacrificios.
INDICE
Portada
Asesoría
Dedicatoria
Índice
Introducción
i
ii
iii
iv
vi
Capítulo I
MARCO METODOLÓGICO
1.1 El problema de investigación
1.1.1 El problema
1.1.2 Los objetivos
1.1.3 La justificación
1.2 Metodología
1.2.1 Método
1.2.2 Técnicas
1.2.3 Instrumentos
1
1
1
2
3
3
5
5
Capítulo II
MARCO TEÓRICO
2.1 Antecedentes del proyecto
2.2 Descripción del tema del proyecto
2.3 Terminología básica
7
7
9
v
Capítulo III
DESARROLLO DEL PROYECTO
3.1 Descripción Operativa del proyecto
3.2 Resultados Obtenidos
CONCLUSIONES
SUGERENCIAS
BIBLIOGRAFÍA
ANEXOS
11
54
55
56
57
58
INTRODUCCIÓN
El presente trabajo es la presentación de una metodología preparada para ser
incluida en la propuesta de desarrollo de Implementación de un Sistema de
Matricula para la institución educativa particular “La Católica GEM”. Ya que los
Sistemas de Información (SI) y las Tecnologías de Información (TI) han cambiado la
forma en que operan las organizaciones actuales. A través de su uso se logran
importantes mejoras, pues automatizan los procesos operativos, suministran una
plataforma de información necesaria para la toma de decisiones y, lo más importante,
su implantación logra ventajas competitivas o reducir la ventaja de los rivales de esta
institución.
Este trabajo provee una visión general del proceso de desarrollo propuesto. El
proceso de desarrollo propuesto es una metodología libre de acuerdo a las
características del proyecto, seleccionando los roles de los participantes, las
actividades a realizar y los entregables que serán generados. Este documento es a
su vez uno de los entregables que sugiere nuestra metodología.
Como primer paso nos centraremos en el estudio de los procesos y actividades que
están inmersos en la actividad educativa de la I.E.P. “La Católica GEM”, de la cual
identificaremos los puntos más críticos donde la intervención manual en ciertos
procesos, pueden ser transformados a procesos automatizados para optimizar
recursos y tiempo en la ejecución de tales procesos. Como segundo paso se
describirá la alternativa de solución para la implementación del sistema de matrícula.
vii
Agradecemos al Instituto Superior Tecnológico “Continental”, por todos los saberes
que nos brindaron, a nuestro asesor el Ing. Jesús Zea, por dirigir este trabajo.
Los Autores
1. Capítulo I
MARCO METODOLÓGICO
1.1 El problema de investigación
1.1.1 El problema
El Colegio “La Católica GEM”, requiere los servicios necesarios para
realizar la implementación de una herramienta de gestión de matrículas,
que permita el registro, procesamiento y consulta de la información de
los estudiantes.
1.1.2 Los objetivos
Objetivo general: Implementar una solución que permitan procesar de
forma rápida e eficiente el proceso de matrícula de la Institución
educativa “La Católica GEM” considerando necesario para esto el
desarrollo de un sistema de gestión de matrículas.
Objetivos Específicos: Dado los problemas enunciados anteriormente
se han establecido los siguientes objetivos específicos para el proyecto:
 Identificar necesidades: Identificar las necesidades del cliente
mediante un análisis de requerimientos.
2
 Definir perfiles: Definir Roles de usuarios que tendrán acceso al
sistema.
 Diseñar de la aplicación: Diseño de MocKups, Diagramas E-R,
Diagramas UML
 Definir modelo de datos: Estandarizar nombres de campos y tablas
de la base de datos, Diseño lógico de BD, Diccionario de datos.
 Especificar plataforma Tecnológica: Motor de base y Herramientas
para preparación de datos.
 Definir herramientas de software: Definir herramientas de software
para análisis y visualización de consultas.
 Capacitar sobre el uso del sistema.
 Ofrecer mediante el desarrollo del sistema de matrícula:
rapidez, seguridad de datos, e información a tiempo real, a la
empresa.
 Proponer un sistema de Gestión de Matrículas orientado a mejorar la
atención al cliente.
 Proporcionar información oportuna y confiable, en el momento
que se precise.
1.1.3 La justificación
Las dificultades actuales de la Institución Educativa “La Católica GEM”,
son principalmente el registro, procesamiento y consulta de la información
de los estudiantes.
Actualmente las capacidades de gestión académica son todas, utilizando
algunos archivos en Excel o manuales, esto se ve limitado por algunas
3
inconsistencias y el tiempo que realiza las consultas es muy amplio,
estos datos generados son visualizados por los usuarios en Excel.
Entre los principales problemas que enfrentan actualmente, se pueden
contar las siguientes:
 Información inconsistente y repetitiva.
 La mayoría de la información se encuentra en diferentes partes y no
se sabe realmente cual es la actual.
 La información se encuentra en este momento comprometida en su
seguridad, teniendo acceso todas las personas que entran en
contacto con el equipo. Es necesario restringir la Información por
niveles de acceso.
 El personal que realiza la labor de comunicarse con cada uno de los
clientes (padres), necesitan el directorio de los clientes con los datos
organizados y actualizados, lo cual contribuirá en una rápida
comunicación.
 Una de las funciones de la secretaria es de realizar las matrículas de
los alumnos, dicha información la realiza en: procesadores de
palabras como Word, hojas de calculo (Excel), repitiendo la
información al acomodo de sus necesidades.
 Se necesita un control de los ingresos por concepto de matrículas y
pensiones.
1.2 Metodología
1.2.1 Método
La metodología usada para el desarrollo de este Sistema es libre, basado
en la Metodología de Análisis y Diseño Orientada a objetos, se podría
mencionar algunas de sus características como las siguientes:
4
 No modela la realidad, sino la forma en que las personas
comprenden y procesan la realidad.
 Es un proceso ascendente basado en una abstracción de clases en
aumento.
 Se basa en identificación de objetos, definición y organización de
librerías de clases, y creación de macros para aplicaciones
específicas.
 Utiliza menor cantidad de código.
 Es más reutilizable.
El conjunto de actividades empleadas para el desarrollo del Sistema de
Matrículas nos proporciona guía para:
 Definir actividades a llevarse a cabo en un Proyecto de S.I.
 Unificar criterios en la organización para el desarrollo de S.I.
 Proporcionar puntos de control y revisión.
Gráfico N° 01
METODOLOGÍA
5
FUENTE: Documentación Sistema de Información Académico UNCP - SADAV
1.2.2 Técnicas
Programación orientada a objetos (POO).- Es un paradigma de
programación que usa objetos y sus interacciones, para diseñar
aplicaciones y programas informáticos. Está basado en varias técnicas,
incluyendo herencia, abstracción, polimorfismo y encapsulamiento. Su
uso se popularizó a principios de la década de los años 1990. En la
actualidad, existe variedad de lenguajes de programación que soportan la
orientación a objetos. Nuestra metodología se orienta a usar las técnicas
del POO.
1.2.3 Instrumentos
Observación.- Para el desarrollo de nuestra metodología utilizamos la
observación, que es una técnica que consiste en observar atentamente el
fenómeno, hecho o caso, tomar información y registrarla para su posterior
análisis.
La observación es un elemento fundamental de todo proceso
investigativo; en ella se apoya el investigador para obtener el mayor
numero de datos. Gran parte del acervo de conocimientos que constituye
la ciencia a sido lograda mediante la observación.
Existen dos clases de observación: la Observación no científica y la
observación científica. La diferencia básica entre una y otra está en la
intencionalidad: observar científicamente significa observar con un
objetivo claro, definido y preciso: el investigador sabe qué es lo que
desea observar y para qué quiere hacerlo, lo cual implica que debe
preparar cuidadosamente la observación. Observar no científicamente
significa observar sin intención, sin objetivo definido y por tanto, sin
preparación previa.
6
Rational Rose.- Con esta herramienta modelamos todos los
componentes del proceso de desarrollo de aplicaciones.
Balsamic Mokups.- Es una aplicación hecha con Adobe AIR, que usamos
para hacer bocetos de un nuestro sitio o aplicación WEB.
Microsoft Proyect.- Esta herramienta la usamos para realizar el
diagrama de Grant y el presupuesto aproximado del proyecto.
WBS Chat Pro.- Realizamos el plan y la dirección del proyecto con esta
herramienta.
MySQL Server.- Se utilizó esta herramienta para construir nuestra base
de datos relacional.
2. Capítulo II
MARCO TEÓRICO
2.1 Antecedentes del proyecto.
Hubo algunos intentos de mejorar el Sistema de Matrículas del Colegio,
primeramente en forma manual, lo que tomaba demasiado tiempo y recursos.
Después se mejoró el Sistema utilizando procesadores de texto, como Word,
Word Perfect; y hojas de Cálculo de Excel. En archivos creados en estos
programas se almacenan datos importantes de los alumnos y sus apoderados,
así como las notas y promedios, registros de pagos de pensiones entre otra
información. Las dificultades del manejo de información surge, a través del
tiempo ya que con el transcurrir de los años el colegio ha ido ganando prestigio
en el distrito de Pilcomayo, siendo reconocido como un Colegio que tiene
muchos logros, de esta manera el alumnado viene incrementándose, Por ello
nuestro grupo ve la necesidad urgente de esta propuesta de implementación de
un Sistema de Matrículas.
2.2 Descripción del Tema del proyecto.
3. Este proyecto es una versión preliminar preparada para ser incluida en la
propuesta de desarrollo del proyecto de Implementación de Un Sistema De
Gestión de Matrícula Para la institución educativa particular “La Católica GEM”.
Este documento provee una visión general del proceso de desarrollo
propuesto.
8
4. La primera etapa de este documento es una oportunidad para que el cliente y el
equipo de trabajo discutan, acuerden y compartan la misma visión y alcance del
proyecto.
5. Como primer paso nos centraremos en el estudio de los procesos y actividades
que están inmersos en la actividad educativa de la empresa “La Católica GEM”,
de la cual identificaremos los puntos más críticos donde la intervención manual
en ciertos procesos, pueden ser transformados a procesos automatizados para
optimizar recursos y tiempo en la ejecución de tales procesos. Como segundo
paso se describirá la alternativa de solución para la implementación del
sistema de Gestión de matrícula. Los propósitos de este proyecto son los
siguientes:
 Proporcionar la información necesaria para controlar el proyecto.
 Describir el enfoque del desarrollo del proyecto a través de esta metodología
para obtener una mejor visión de los objetivos a alcanzar.
 Definir las actividades a realizar dentro del proceso de desarrollo, en términos
de las fases e interacciones necesarias para el desarrollo del Sistema de
Gestión de Matrículas para la Institución Educativa “La Católica GEM”.
 Servir de forma eficiente al desarrollo del proyecto de software, pues será de
importancia para:
 El jefe del proyecto; ya que lo utilizará para organizar la agenda y
necesidades de recursos, y para realizar su seguimiento y control
respectivo.
 Los miembros del grupo de desarrollo; lo usarán como instrumento para
entender lo que deben hacer, cuándo deben hacerlo y qué otras
actividades dependen de ello dentro del proceso de desarrollo.
2.3 Terminología básica.
Claves de registro: Anotaciones Individuales en el registro.
9
Valor de las claves: Se modifica cada vez que el usuario desea modificar su
clave.
Caso de uso: Un caso de uso es una descripción de los pasos o las actividades
que deberán realizarse para llevar a cabo algún proceso. Se utilizan luego en el
testing para la elaboración de los casos de pruebas. Esto requiere gran nivel de
detalle en la descripción de funcionalidad, casuística y pseudo código.
Especificaciones Funciones: Nuestros analistas e ingenieros trabajan en
equipos dinámicos donde su interacción con usuarios y clientes permite elaborar
documentos completos, sumamente detallados que son aprobados y revisados.
Su diseña cuenta con gráficos y diagramas acordes con la más moderna
metodología utilizada a nivel global.
Requerimientos Técnicos: Cada funcionalidad debe estar representada en
papel de forma tal, que el desarrollador que luego la recibe no deberá tener
posibilidad de encontrarse con situaciones ambiguas. Ese nivel de detalle se
evalúa teniendo en cuenta todas las variables que pudieren surgir al momento
de comenzar con la generación de código. Este es el espíritu con el cual se
confeccionan nuestros requerimientos.
Manual de Usuarios: Manuales que se destacan por su alta usabilidad y
contenido pedagógico. Se hace foco en las imágenes tratando de mantener
explicaciones concretas, para soluciones simples.
Mokups, videos explicativos e introductorios: Representaciones de sistemas
para poder complementar en reuniones comerciales o de avance. Este tipo de
herramientas facilitan el entendimiento de cómo será la nueva funcionalidad o
sistema. La generación de videos explicativos o gráficos que emulen lo que
luego será una pantalla en el sistema garantizan luego una baja tasa de malos
entendidos con el usuario/cliente.
Pruebas de Verificación: El QA está bien encarado cuando comienza desde un
principio, en el nacimiento del proyecto. En ese sentido es clave que cada
documento que se va generando sea inmediatamente testeado y verificado para
10
garantizar que el mismo mantiene consistencia con documentos anteriores,
asegurar que mantiene un nivel de detalle esperado o requerido o evaluar si no
contiene contradicciones en su significado.
UML (Lenguaje Unificado de Modelado): Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema.
Diagrama de clases: es un tipo de diagrama estático que describe la estructura
de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los
diagramas de clases son utilizados durante el proceso de análisis y diseño de los
sistemas.
1.
2. Capítulo III
DESARROLLO DEL PROYECTO
3.1 Descripción Operativa del proyecto
3.1.1 Visión/Alcance
Contiene un resumen del proyecto, equipo de trabajo, definición del
problema, magnitud del proyecto, roles y responsabilidades. Hito:
documento visión - alcance aprobado.
Visión.- Proporciona una descripción del propósito, alcance y objetivos
global del proyecto, estableciendo los entregables que serán producidos y
utilizados durante el proyecto. La descripción y objetivos se han descrito en
el capítulo I del presente trabajo.
Alcances.- Con la finalidad de clarificar su presentación, los hemos
subdividido en alcances del proyecto y alcances específicos de la
solución para el colegio “La Católica GEM”.
El Plan de Desarrollo del Software describe de manera general el plan que
será utilizado para el desarrollo del Sistema de Matrícula. Durante el
proceso de desarrollo en lo concerniente a la Visión se definen las
características del producto a desarrollar desde la perspectiva del cliente.
12
Para la versión 1.0 del Plan de Desarrollo del Software, nos centramos
principalmente en la identificación de los roles y responsabilidades así
como de los requisitos proporcionados por los involucrados en el proceso
de matrícula, una vez comenzado el proyecto y durante la fase de Inicio se
generará la primera versión del entregable.
El avance del proyecto tendrá un seguimiento continuo e iterativo que
ocasionará ajustes de este documento produciendo nuevas versiones
actualizadas, que serán de mucha importancia pues permitirán
mantenernos en una constante retroalimentación, y por tal obtener un
mejor producto final en cada proceso de iteración del producto.
Fases del proyecto y sus entregables
La implementación de la plataforma, requiere de la ejecución de ciertas
actividades y entregables, éstos se encuentran detallados a continuación.
Fase Entregables
Visión –alcance
(planeamiento)
Documento visión-alcance aprobado,
planeamiento.
Iteraciones (Análisis,
Diseño y Desarrollo del
Sistema)
Historias y escenarios, diagramas E-
R, mockups, diagramas UML.
Ejecutables y binarios (gold release).
Doc. del Sistema
(Desarrollo de planes de
contingencia, despliegue,
soporte, formación)
Plan de contingencia, plan de
despliegue, plan de soporte, plan de
formación.
Despliegue (implementación
y mantenimiento del Sis.)
Todas las pruebas de conectividad y
planes diseñados con anterioridad.
13
Definición de roles.- Se identifican roles en el desarrollo del proyecto,
que serán cubiertos en algunos casos por miembros de este equipo de
trabajo. Esos roles son los siguientes:
Rol Responsabilidades Responsables
Director de
proyecto
La función de este rol es la
conducción del proyecto, es decir
preocuparse del cumplimiento de las
especificaciones que se definan y de
la entrega a tiempo de los resultados
esperados. Definir la arquitectura,
asegurar los procesos y los servicios
administrativos. Adicionalmente,
este rol es responsable de definir las
especificaciones funcionales de los
servicios a implementar.
Jefe de la
Oficina de
Informática
Dirección del
Programa
Este rol tiene como finalidad lograr
que el equipo concrete en forma
efectiva la visión del proyecto, quien
desempeñe este rol debe tener un
conocimiento detallado de la
realidad del cliente y el conocimiento
suficiente para priorizar las distintas
características a implementar.
Meza Canorio,
Oscar
Desarrollador
Este rol debe llevar al terreno
práctico las especificaciones
funcionales, es decir, debe realizar
la implantación y completar las
funcionalidades del producto tanto
en arquitectura como en diseño.
Inga Pérez,
Jaqueline
14
Rol Responsabilidades Responsables
Encargados
de pruebas
Este rol se encarga de validar la
calidad y el correcto funcionamiento
de los servicios entregados y su
documentación. Este rol comienza
su operación en el momento en que
comienza el proceso de desarrollo.
Secretaria
Asistente
académico
Educación de
Usuario
Es la función que se encarga de
definir las necesidades de
capacitación, se encarga de la
calidad de la documentación del
proyecto.
Saenz Estrada,
Heidi
Dirección de
lanzamiento
Una parte de este rol, es
responsabilizarse de disponer los
recursos necesarios para que el
proyecto se desarrolle. La otra,
correspondiente a planificar las
actividades externas al equipo de
trabajo, como puede ser la
capacitación de los usuarios o la
definición de la plataforma de
hardware y software.
Jefe de la
Oficina de
Informática
3.1.2 Planeamiento
Esta parte del proyecto implica tener uno o varios objetivos a realizar
junto con las acciones requeridas para concluirse exitosamente el
proyecto a realizar. Contiene: Desarrollo de planes estimaciones iniciales
de costos, uso de recursos humanos, materiales, descripción, Instalación,
plan de trabajo, diagrama de Gant, Procesos de negocio.
15
Estimaciones iniciales: Costos y Gastos
PROYECTO FASE ENTREGABLE MONTO S/.
SISTEMA DE
CONTROL DE
MATRICULAS
Planeamiento
del Sistema
Informe de
Planeamiento del
Sistema
Total Fase 894.00 894.00
Análisis del
Sistema
Informe de
Análisis del
Sistema
Total Fase 344.00 344.00
Diseño del
Sistema
Informe de
Diseño del Sistema
Total Fase 1,090.00 1,090.00
Desarrollo del
Sistema
Informe del
Desarrollo del
Sistema
Total Fase 1,878.67 1,878.67
Documentación
del Sistema
Informe de
Documentación
del Sistema
Total Fase 264.00 264.00
Implementación
del Sistema
Informe de
Implementación
del Sistema
Total Fase 880.00 880.00
Mantenimiento
del sistema
Informe de
Mantenimiento
del Sistema
Total Fase 192.00 192.00
TOTAL FASES 5,366.67
Reserva de Contingencia 1,000.00
Reserva de Gestión 1,000.00
PRESUPUESTO TOTAL DEL PROYECTO 7,366.67
16
Plan y Dirección del proyecto
17
Diagrama de Gant
18
Plataforma de desarrollo.- En esta parte describiremos el entorno de
software común en el cual se desenvuelve la programación de nuestra
aplicación.
Herramientas estándar a utilizar:
Tipo Producto y Versión Comentarios
Procesador de
Textos
Microsoft Word 2007
Este procesador de texto nos
sirvió para llevar toda la
documentación.
Herramienta
modelado UML
Rational Rose
Fue usado para el diseño de
todos nuestros diagramas.
Gestión de
proyectos
Microsoft Project
Fue usado para la
planificación del proyecto.
Diseño Mockups Balsamic Mockups
Usado para el diseño de
interfaz de usuario.
Desarrollo Web Adobe Dreamweaver
Está aplicación se usará en
la construcción y edición de
sitios y aplicaciones Web
basado en estándares.
Diseño Web Adobe Fireworks
Está aplicación se usará
para la creación de el sitios
Web e interfaces de usuario,
así como para la creación y
Optimización de imágenes
para web.
Modelado de
base de datos
Mysql workbench
Utilizado para el
modelamiento de BD
19
Dimensionamiento de hardware y software.- Se debe dimensionar
tanto en la máquina servidor como en las máquinas clientes, buscando
las características apropiadas.
Servidor.- En esta parte se describe el hardware y el software de la
máquina servidor.
Hardware
tipo Características comentario
Torre
Modelo : powerEdge T610
Es ideal para pequeñas y
medianas empresas.
Núcleos: 3 núcleos
Los procesadores de 1 solo
núcleo ya están obsoletos,
los de 3 núcleos, son
excelentes para las
aplicaciones de oficina.
Tecnologías optimizadas
para el uso de energía
Son diseñadas para reducir el
consumo de la energía y al
mismo tiempo aumentar la
capacidad de rendimiento.
Memoria: 16GB Por el costo.
Disco 500GB Por el costo.
Capacidad de vitalización:
si
Ofrece una mejor capacidad
de máquinas virtuales por
servidor.
20
Software
Tipo Producto y Versión Comentarios
Sistema
operativo
Windows 2003 server
64 bits
Está hecho para labores
empresariales, con un mejor
rendimiento y centra el uso
de procesadores en las
características de servidor.
Servidor web Apache 2
Se encarga de procesa una
la aplicación del lado del
servidor con el cliente
generando o cediendo una
respuesta en cualquier
lenguaje o Aplicación del
lado del cliente.
Motor de base de
datos
Mysql server 5.1
Permite una buena Gestión y
Optimización de Base de
datos.
Servidor FTP
Permite mover uno o más
archivos con seguridad entre
distintos ordenadores
proporcionando seguridad y
organización de los archivos
así como control de la
transferencia.
Navegador
Internet Explorer,
Mozila
Son los más utilizados para
navegar en internet.
21
En los Usuarios finales.- En esta parte se describe el hardware y el
software de las máquinas clientes.
Hardware
Tipo Característica Comentario
PC
Desktop
Modelo compatible
Permite realizar cambios en
el futuro.
Lector óptico DVD
Microprocesador de 2
núcleos
Ideal para el uso de las
máquinas clientes.
Memoria de 2GB Básico.
Disco de 350 GB Básico.
Monitor LED 14 pulgadas
Software
Tipo Producto y versión Comentarios
Sistema
operativo
Windows XP sp3
Navegador
web
Internet Explorer,
mozilla
Con cookies desactivados y
java scrip activo.
Firewall Windows, komodo
Para la protección de la
máquina. Ideal tanto para el
cliente como para el servidor.
antivirus Nod, AVG
Necesario tanto para el
cliente como el servidor.
22
3.1.3 Historia y Escenarios
Contiene: escenarios particulares del sistema expresados como casos
de uso y su solución con el sistema de software, mokups, diagrama inicial
E-R que involucra dicho escenario, diagramas de secuencia, diagramas
de clases, diagramas de actividad.
Escenario N° 1: Requerimiento de Matrícula.
Caso de Uso
Especificación:
Nombre: Requerimiento de matrícula.
Actores: Padre, Secretaria.
Descripción:
El Padre de familia hace su requerimiento de
matrícula a la Secretaria.
Precondiciones:
El formato debe estar diligenciado correctamente
por los estudiantes.
Flujo: La Secretaria recepciona el requerimiento de
Matrícula.
Excepciones:
Ninguna.
Subflujos: Ninguna.
Poscondiciones: Ninguna.
23
Diagrama de Estado:
Diagramas de secuencia:
Diagrama de Actividades:
24
Escenario N° 2: Llenar formato de Inscripción de Matrícula
Caso de Uso
Especificación:
Nombre: Llenar formato de inscripción de matrículas.
Actores: Padre, Secretaria.
Descripción:
El Padre debe llenar el formato de inscripción o
actualización de matrícula que contiene
información personal.
Precondiciones:
La inscripción o actualización de matrículas debe
ser llenada con información real.
Flujo: 1. Este formato es entregado al coordinador.
Excepciones: Ninguna.
Subflujos: Ninguna.
Poscondiciones:
Ninguna.
25
UML:
Diagrama de Estado:
Requerimento
de Matricula
Espera de
Requerimiento
Requeriemiento
Entregado
Atencion inmediata
es atendido
respuesta
Diagrama de Secuencia:
26
Diagrama de actividades:
Escenario N° 3: Gestionar Matrícula.
Caso de Uso
Especificación:
Nombre: Gestionar Matrícula.
Actores: Secretaria Padre.
Descripción:
La Secretaria crea nuevo código alumno,
actualiza datos alumno, verifica la conformidad
de la Información.
Precondiciones:
La información académica implica el rendimiento
académico del estudiante, observaciones.
27
Flujo:
La Secretaria debe llevar el orden de la
información la cual también es tarea que debe
desempeñar el coordinador.
Excepciones: Ninguna.
Subflujos: Ninguna.
Poscondiciones: Ninguna.
UML:
Diagrama de Estado:
Datos
Encontrados
Datos no
Encontrados
Datos
Actualizados
Datos
Ingresados
Datos
Verificados
Buscar Datos
Buscar
Datos
Actualizar
Ingresar
Nuevo
Verificar Verificar
28
Diagramas de secuencia:
: Padre: Padre : Secretaria: Secretaria : Sistema: Sistema
Busca codigo Alumno
Busca codigo
Crea codigo nuevo alumno
Actualiza Datos
Verifica conformidad de Informacion
Diagramas de Actividad:
29
Escenario N° 4: Autorizar Matrículas
Caso de Uso
Legalizar MatriculasAutorizar Matriculas
Director
<<extends>>
Especificación:
Nombre: Autorizar matrículas.
Actores: Director.
Descripción:
El director autoriza la matrícula y después legaliza
la matricula con sello.
Precondiciones:
Recibir los formularios de actualización de
información del estudiante ya diligenciados.
Flujo: 1. El director autoriza las matrículas para luego
legalizar.
Excepciones:
Se debe verificar que los padres de los
estudiantes hayan diligenciado correctamente el
formulario de actualización de información.
Subflujos:
1. El director después de autorizar las matrículas
las legaliza y después las entrega al coordinador.
Poscondiciones:
Se verifican fotocopias de identificación y el
historial de nivel académico, para anexarlas a una
carpeta.
30
UML:
Diagrama de Estado:
Pre Formacion
recibida de Alumno
Informacion de
alumno Verificada
Matricula Autorizada
de Alumno
Recibir
Informacion
Verificar
Informacion
Autoriza
Diagrama de secuencia:
: Director: Director : Sistema: Sistema
Recibe informacion de Alumno
Verifica la informacion de
Alumno
Autoriza Matricula alumno
Legaliza Matricula
Diagramas de Actividad:
31
Escenario N° 5: Administra Información Académica.
Caso de Uso
Coordinar
Administrar Informacion
Academica
Secretaria
Especificación:
Nombre: Administrar información académica.
Actores: Coordinador Secretaria.
Descripción:
El coordinador administra todo tipo de información
académica que contempla las notas del
estudiante, las observaciones y el historial de años
cursados.
Precondiciones:
Debe estar todos los ítems de las materias con sus
Respectivas notas.
Flujo: 1. la información académica también es una
función que desempeña el director.
Excepciones:
La información académica debe contener todas las
notas del estudiante.
Subflujos: Ninguna.
Poscondiciones: Ninguna.
32
UML:
Diagrama de Estado:
Informacion Academica de
Alumno encontrada
Informacion Academica de
Alumno entregado
Buscar
Entregar
Diagramas de secuencia:
: Secretaria: Secretaria : Coordinar: Coordinar
: Sistema: Sistema
Entrega autorizacion
Solicita informacion academica del alumno
Busca informacion
academica del alumno
Entrega Reporte de Notas
33
Diagrama de Actividades:
Escenario N° 6: Entrega Reporte de Notas
Caso de Uso
Secretaria
Entrega Reporte de Notas
Padre
Especificación:
Nombre: Entregar reporte de notas.
Actores: Secretaria Padre.
Descripción:
La Secretaria es quién se encarga de entregar las
planillas o reporte de notas para que sean llevados
al sistema de registro.
Precondiciones:
Debe estar todos los ítems de las materias con sus
respectivas notas.
34
Flujo:
1. Los reportes de notas son entregados a la
secretaria para que los registre.
Excepciones:
La planilla debe ser entregada en la fecha
estipulada.
Subflujos: Ninguna.
Poscondiciones: El formato debe esta soportado con copias de la
información suministrada.
UML:
Diagrama de Estado:
Reporte de Notas
Recepcionado
Reporte de Notas
Entregado
Recepcionar Entregar a Padre
Diagramas de secuencia:
: Secretaria: Secretaria: Padre: Padre
Solicita Reporte de Notas
Entrega Reporte de Notas
35
Diagrama de Actividades:
Escenario N° 7: Registra Matrícula.
Caso de Uso
Secretaria
Registra Matricula
Sistema
Especificación:
Nombre: Registrar Matrículas.
Actores: Secretaria, Sistema.
Descripción:
Secretaria Registra matrícula de Estudiante al
Sistema.
Precondiciones:
Tener acceso al PC para ingresar datos a
WORD y EXEL.
Flujo: La secretaria ingresa los datos a través de las
36
herramientas de Word y Excel.
Excepciones: Ninguna.
Subflujos: Ninguna.
Poscondiciones: Ninguna.
UML:
Diagrama de Estados:
Matricula
Ingresada
Matricula
Registrada
Matricula
Erronea
Matricula
Corregida
Ingresar Registrar
Corregir
Mal registrado
Diagramas de secuencia:
: Secretaria: Secretaria : Sistema: Sistema
Ingresa Grado
Ingresa Condicion
Registra Matricula
Corrige Datos
37
Diagrama de actividades:
Escenario N° 8: Administra Información Académica
Caso de Uso
Coordinar
Administrar Informacion
Academica
Especificación:
Nombre: Administrar información académica.
Actores: Coordinador.
Descripción:
El coordinador administra todo tipo de información
académica que contempla las notas del
38
estudiante, las observaciones y el historial de
años cursados.
Precondiciones:
Debe estar todos los ítems de las materias con
sus respectivas notas.
Flujo: 1. la información académica también es una
función que desempeña el director.
Excepciones: La información académica debe contener todas
las notas del estudiante.
Subflujos: Ninguna.
Poscondiciones:
Ninguna.
UML:
Diagrama de Estado:
Informacion Academica
Ingresada
Informacion Academica
Guardada
Informacion Academica
Corregida
Informacion
Academica Erronea
Ingresar Guardar
Mal Registrado Registrar
Corregir
39
Diagramas de secuencia:
: Coordinar: Coordinar : Sistema: Sistema
Ingresa informacion de Cursos
Ingresa informacion de docentes
Registra Informacion
Diagrama de Actividades:
Escenario N° 9: Documentación Caso de Entregar notas
Docente
Reportar Notas
Coordinar
40
Especificación:
Nombre: Entregar notas.
Actores: Docente Coordinador.
Descripción:
El docente lleva el control de notas en planilla y
se las entrega al estudiante.
Precondiciones:
La entrega de notas debe contener el valor de
las calificaciones de cada materia que luego es
entregado al estudiante.
Flujo: 1. Esta entrega de notas se realiza del docente
hacia los estudiantes.
Excepciones: Ninguna.
Subflujos: Ninguna.
Poscondiciones: Ninguna.
UML:
Diagrama de Estado:
Notas
Obtenidas
Notas
Registradas
Notas
Recepcionadas
Notas
Pendiente
Notas Pendientes
Registradas
Obtener
Registrar
Faltan
Registrar
Entregar
Entregar
41
Diagramas de secuencia:
: Docente: Docente : Coordinar: Coordinar
Registra notas en registros
Registra notas pendientes
Entrega registro de notas
Recepciona registro de notas
Diagramas de Actividad:
42
Escenario N° 10: Ingresar Notas.
Secretaria Sistema
Ingresar Notas
Especificación:
Nombre: Ingresar Notas.
Actores: Secretaria Sistema.
Descripción:
La Secretaria ingresa las notas según código
estudiante o actualiza notas según la información
personal.
Precondiciones:
El Ingreso de Notas o actualización de notas debe
ser llenada con información real.
Flujo: 1. Este formato es entregado al coordinador
Excepciones: Ninguna.
Subflujos: Ninguna.
Poscondiciones:
Ninguna.
UML:
Diagrama de Estado:
Notas
Ingresadas
Notas
Pendiente
Notas Pendientes
Ingresados
Registrar
Nota
Ingresar Faltan
Ingresar
Registrar
43
Diagramas de secuencia:
: Secretaria: Secretaria
: Sistema: Sistema
Ingresa Notas
Ingresa Notas Pendientes
Ingresa Notas Pendientes Primero
Registra Notas
Devuelve Registro de Notas
Diagramas de Actividad:
44
Diagrama de clases:
45
DISEÑO DE MOCKUPS.- Nos ayuda a tener una idea de la interfaz
que tendrá nuestro sistema.
Mockups N° 1
Observaciones: Al escribir la dirección de la página Web del colegio, ingresará
a la siguiente pantalla, donde tendremos la cuatro fichas: Inicio, contáctenos,
administrador, Administración de docente.
En la Ficha Inicio, se hace una presentación de la Institución Educativa,
donde se da a conocer la visión, misión, valores y objetivos de la
institución.
En la Ficha Contáctenos, se encuentran registrados todos los datos de la
Institución como: razón social. Dirección, teléfono, correos, entre otros.
La Ficha Administrador, es a la ingresaremos para efectuar las matrículas y
para poder visualizar las notas de los alumnos y para poder dar
observaciones.
En la Ficha Administración docente, el docente podrá visualizar e ingresar
las notas de los alumnos.
46
Mockups N° 2
Observaciones: Al hacer clic en la ficha administrador se mostrará el siguiente
cuadro, donde para realizar la matrícula se hará clicen el botón alumno.
Mockups N° 3
Observaciones: al hacer clic en el botón alumno, se mostrará el siguiente
cuadro, donde se debe ingresar el usuario y la contraseña. En este caso los
administradores sonel director, subdirectora, coordinador y secretaria.
47
Mockups N° 4
Observaciones: Al ingresar el usuario, se presentará la siguiente ventana,
donde podremos, elegir las opciones mostradas.
Mockups N° 5
Matrícula
48
Observaciones: Al hace clic en Ingresar nuevo alumno, se presentará el
siguiente cuadro, donde se podrá ingresar los datos del alumno nuevo, que
serán registrados en el Sistema, luego de verificar que los documentos estén en
orden, y que la matrícula ha sido autorizada.
Mockups N° 6
Observaciones: Al hacer clic en Actualizar Datos del Alumno, se podrá realizar
cambios de modificables en algunos datos del alumno que es re ingresante o
promovido. Esos datos podrían ser dirección, número telefónico, trabajo de los
padres o números telefónicos de los padres.
49
Mockups N° 7
Observaciones: Luego de verificar todos los datos, se procederá a registrar la
matrícula del alumno, donde se debe ingresar el nivel yel grado.
Mockups N° 8
Observaciones: en este cuadro se podrá eliminar a alumnos que se retiren o
sean retirados de la institución. Se mostrará un cuadro de diálogo para
confirmar la eliminación del registro.
50
Mockups N° 9
Mockups N° 10
Observaciones: ambos son similares, se usa para buscar y observar
las notas del estudiante.
51
MODELO LÓGICO
52
3.1.4 Implementación funcional.- Se realizará la implementación de acuerdo
a la documentación generada anteriormente, aquí empieza el trabajo de
los programadores, se documentará todos los códigos usados en la
programación, se realizará prototipos iniciales que se irán mejorando en
un proceso iterativo incremental recursivo.
Contiene: implementación de acuerdo a la documentación generada
anteriormente, prototipos iniciales que se irán mejorando en un proceso
iterativo incremental recursivo.
3.1.5 Test y pruebas.- Durante la implementación funcional del software
aplicamos rigurosos controles de prueba para encontrar fallas en el
mismo y así evitar que en el momento de su aplicación halla un conflicto
en algunas de las funciones, por ejemplo en la introducción de los datos
que serán procesados y automatizados.
Contiene: pruebas unitarias, pruebas funcionales y pruebas de
integración, carga de datos iniciales, datos de prueba, etc. Documentar si
es posible.
3.1.6 Estabilización.- Se realizará el afinamiento del prototipo, apariencia,
validaciones, etc., siempre que se realice los test y las pruebas. La
solución prototipo se pasa a un entorno real de explotación, restringido
en número de usuarios y en condiciones tales que se pueda llevar un
control efectivo de la situación.
3.1.7 Control de Calidad.- Se realizará un conjunto de actividades para
evaluar la calidad de los productos desarrollados. Estas actividades
implican vigilar el proceso de desarrollo de software para asegurar que se
siguen los procedimientos y los estándares de garantía de calidad, en el
proceso de control de calidad se comprueba que las entregas cumplan
con los estándares definidos. Consiste en revisar que al final el producto
cumpla los requerimientos del cliente.
53
El control de calidad del software abarcará todo el proceso de desarrollo:
supervisar y mejorar el proceso, asegurar que se siguen los
procedimientos acordados, que se alcanza el nivel de calidad deseado y
que se localizan y resuelven los problemas.
Al aplicar control de calidad en el desarrollo de un proyecto de software
se solucionan problemas:
 En la empresa y usuario en particular.
 En la calidad en general.
 En la administración del proyecto del software.
 En cada una de las fases del ciclo de vida del sistema.
Contiene control de calidad del prototipo, funcionalidad, presentación,
velocidad, etc.
3.1.8 Desarrollo de planes.- Los planes puede determinarse a muchos
ámbitos de la organización pero estos planes se centrarán en los
sistemas de información.
En esta parte el plan de contingencia forma parte de un documento más
amplio donde se tiene en cuenta los planes de mantenimiento, políticas
de backups, inventarios, planes de formación, etc.
3.1.9 Despliegue.- Se realizarán las pruebas de conectividad. En esta parte
del despliegue se describirá cómo una aplicación se despliega a través
de una infraestructura. La intención del despliegue no es para describir la
infraestructura, pero mejor dicho el camino en cual los componentes
específicos deben corresponder a una aplicación que despliega a través
de él.
Se llevará acabo en esta fase los planes diseñados en la fase anterior,
tratando de realizarlos meticulosamente para un buen trabajo en el
desarrollo del software.
54
3.2 Resultados Obtenidos
Los resultados obtenidos por el desarrollo de este proyecto son:
Se proporciona la información necesaria para la realización de este proyecto a
la Institución Educativa, que servirá de modelo para otras instituciones.
Se describió el enfoque del desarrollo del proyecto a través de la metodología
utilizada, para obtener una mejor visión de los objetivos a alcanzar.
Se logro definir las actividades que se realizan, dentro del proceso de
desarrollo, en términos de las fases e iteraciones para el desarrollo del
Sistema de Matrícula para la institución educativa “La Católica GEM”.
Este documento sirve de forma eficiente para el desarrollo del proyecto de
software, pues será de gran importancia para jefes de proyectos y miembros
de grupos de desarrollo, que estén realizando un proyecto de Software
educativo con este enfoque.
El director del proyecto; lo utilizará para organizar la agenda y necesidades de
recursos, y para realizar su seguimiento y control respectivo.
Los miembros del grupo de desarrollo; lo usarán como instrumento para
entender lo que deben hacer, cuándo deben hacerlo y qué otras actividades
dependen de ello dentro del proceso de desarrollo.
CONCLUSIONES
El personal que labora en la Institución Educativa “La católica GEM”
aprovechará de una manera óptima la informática de estudio de sus
estudiantes.
Con un sistema de Matrículas se soluciona el exceso de tiempo que se usa
para realizar los procesos de matrículas.
Las ventajas que trae el sistema matrícula, ofrece una gran velocidad en el
procesamiento y manejo de datos trayendo consigo también la agilidad de
generar reportes en muy poco tiempo y asimismo facilita las auditorias,
evitando perdida de tiempo, datos, evitando la duplicación de inscripciones,
ofreciendo seguridad de los datos, brindando una interfaz amigable entre el
usuario y el sistema.
La mala manipulación del sistema por usuarios inexpertos en el sistema
trayendo como consecuencia la pérdida o eliminación de registros
accidentalmente, fallas eléctricas muy largas.
Las políticas se ven afectadas por la decisión del plantel, el sistema solo lo
podrá manipular las personas autorizadas por el Departamento Administrativo
Docente que este encargado del sistema.
El sistema facilitará el control del avance curricular en la Institución Educativa.
SUGERENCIAS
Que, los docentes de la Institución Educativa “La Católica GEM” aprovechen la
informática para el estudio de sus estudiantes.
Que, los docentes tengan mejor preparación académica sobre informática a
través de seminarios, capacitaciones y talleres etc. para que luego puedan
aplicar sus conocimientos adquiridos con los estudiantes.
Que, el Director del plantel trate de hacer más utilidades con la informática, a
fin de crear un sistema organizado de las calificaciones de cada estudiante.
Qué, la implementación del sistema sea 100% efectiva, es recomendable que
se maneje con gran seguridad y reducir la cantidad de personas que utilicen el
sistema para que no haya confusiones.
BIBLIOGRAFÍAS
BÁSICA:
Project management Institute. Guía de PMBOK 4ª. Ed. 2009
McConnell, Steve. Desarrollo y gestión de4 Sistemas Informáticos. 2007.
CARDENAS, Miguel; “La Ingeniería de Sistemas”
CHECKLAND, Peter, “El pensamiento de Sistemas”
LUCAS, Henry; “Sistemas de Información”
COMPLEMENTARIA: Son las siguientes páginas web:
http://es.wikipedia.org
http://www.dell.com/
http://www.monografias.com.pe/
http://www.lawebdelprogramador.com/
ANEXOS
FORMATO DE INSPECCION DE CALIDAD
INSPECCIÓN DE CALIDAD Nº01
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Sistema de Matriculas SisMat
DATOS DEL ENTREGABLE INSPECCIONADO
FASE ENTREGABLE 2º NIVEL ENTREGABLE 3º NIVEL PAQUETE DE TRABAJO
Desarrollo
Desarrollar especificaciones de
funciones
Revisar especificaciones de funciones Fase de Desarrollo
ELABORADO POR:
Equipo de Trabajo
ESTÁNDAR, NORMA O ESPECIFICACIÓN DE REFERENCIA PARA REALIZAR LA INSPECCIÓN
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Equipo de Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11 Informe de Gestión de la Calidad
Métricas de Calidad de Software: Métrica 3.0
DATOS DE LA INSPECCION
OBJETIVOS DE INSPECCION
Revisar el desarrollo de las funciones para una mejor control del desarrollo del proyecto y para tomar decisionesque optimicen la realización
Del proyecto.
GRUPO DE INSPECCION
PERSONA ROL EN EL PROYECTO ROL DURANTE LA INSPECCIÓN OBSERVACIONES
Oscar Meza Director de Proyecto Inspector de las labores de trabajo
El director del proyecto verificara el normal
desempeño del equipo de trabajo durante el
desempeño de sus funciones.
MODO DE INSPECCION
METODO METODO FECHA LUGAR HORARIO OBSERVACIONES
Análisis de
Software
01/10/11 Centro de labores del equipo 10.00a.m
Se procedió con la inspección de trabajo a la
hora señalada y se empezó a realizar la
inspección del desarrollo del sistema.
RESULTADOS DE LA INSPECCION Conforme X No Conforme
LISTA DE DEFECTOS A CORREGIR O MEJORAS A
REALIZAR
RESPONSABLE
FECHA
REQUERIDA
OBSERVACIONES
Se debe de implementar más módulos al sistema Programador 25/10/11 Que el analistale asesore más al programador
Se debe de mejorar la interfaz, hacerlo más
amigable Diseñador 01/11/11 Que el analistale asesore más al diseñador.
OBSERVACIONES COMPLEMENTARIAS
Se revisóla calidad del sistemaencontrándose algunos defectos pero que son corregibles, las cuales deben ser solucionados en el tiempo mas
Corto posible.
DOCUMENTOS ADJUNTOS
Acta de inspección de verificación de la calidad del sistema.
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
MATRIZ DE COMUNICACIONES DEL PROYECTO
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Sistema de Control de Matriculas SisMat
INFORMACIÓN CONTENIDO FORMATO
NIVEL DE
DETALLE
RESPONSABLEDE
COMUNICAR
GRUPO
RECEPTOR
METODOLOGIA
OTECNOLOGIA
FRECUENCIA DE
COMUNICACIÓN
CODIGODE
ELEMENTO
WBS
Acta de Proyecto
Contiene a todos los participantes en el
proyecto
Papel Alto Cliente
Director del
proyecto
Escrito Única vez 1.1
Alcance preliminar
Contiene hasta donde va a abarcar el
proyecto inicialmente.
Papel Normal
Director del
proyecto
Equipodel
proyecto
Escrito Única vez 1.1
Reporte de Avance
Contiene un informe del avance del
proyecto.
Papel Normal
Director del
proyecto
Equipodel
proyecto y
cliente
Escrito Semanal 1.1
Plan de Gestión
Contiene todas las actividades a realizarse
para la gestión del proyecto.
Papel Alto
Director del
proyecto
Equipodel
proyecto
Escrito Única vez y ante
cambios
1.1
Plan de Gestión del
Alcance
Contiene hasta donde va a abarcar el
proyecto y cuáles son sus limites
Papel Alto
Director del
proyecto
Cliente/ Equipo
del proyecto
Escrito Única vez y ante
cambios
1.1
Estructura de
Desglose de
Trabajo
Contiene como está estructurado todas las
fases de trabajo del proyecto.
Digital Normal
Director del
proyecto
Equipodel
proyecto
Escrito e E-Mail Única vez y ante
cambios
1.2
Actividades
Contiene todas las actividades a realizarse
en la ejecución del proyecto.
Papel Normal
Director del
proyecto
Equipodel
proyecto
Escrito e E-Mail Única vez y ante
cambios
1.2
Diagrama de Red
Contiene cuales son las actividades criticas
del proyecto.
Digital Normal
Director del
proyecto
Equipodel
proyecto
Escrito e E-Mail Mensual 1.2
1.0 Equipo de Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11 Informe de Gestión de la Comunicación
Cronograma
Contiene todo el cronograma del tiempo de
desarrollo del proyecto
Papel Normal
Director del
proyecto
Equipodel
proyecto
Escrito e E-Mail Única vez y ante
cambios
1.2
Matriz de Roles y
Responsabilidades
Contiene a las personas involucradas en el
proyecto y sus responsabilidades
Papel Alto
Director del
proyecto
Equipodel
proyecto
Escrito Única vez 1.2
Plan de Gestión de
Riesgos
Contiene todas las actividades a realizarse
para controlar a los posibles riesgos que se
presenten en el proyecto.
Papel Alto
Director del
proyecto
Equipodel
proyecto
Escrito e E-Mail Única vez y ante
cambios
1.2
Matriz de
Comunicaciones
Contiene todos los documentos que se van a
entregar enla realización del proyecto.
Papel Normal
Director del
proyecto
Equipodel
proyecto
Escrito e E-Mail Mensual 1.2
Entregables
definidos
Contiene los entregables por fase en la
elaboración del proyecto.
Papel Normal
Director del
proyecto
Equipodel
proyecto
Escrito Cuando ocurra 1.1
Cambios Realizados
Contiene todos los cambios realizados al
proyecto
Papel Normal
Director del
proyecto
Director del
proyecto
Escrito Mensual 1.3
Entregables
Aceptados
Contiene los entregables que fueron
aceptados por el cliente.
Papel Normal
Director del
proyecto
Cliente Escrito Mensual 1.3
Cambios Solicitados
Contiene todos los cambios solicitados por el
cliente.
Papel Normal
Equipodel
proyecto
Director del
proyecto
Escrito Cuando ocurra 1.4
Acciones
correctivas
recomendadas
Contiene todas las recomendaciones para la
corrección de errores en el desarrollo del
proyecto
Papel Alto
Director del
proyecto
Cliente E-mail Cuando ocurra 1.5
Entregable Final
Contiene el producto final (Sistema
Desarrollado)
Digital Alto
Director del
proyecto
Cliente Escrito Única vez 1.6
Aceptación Final
Contiene el documento de la aceptación final
del producto.
Papel Alto
Director del
proyecto
Cliente Escrito Única vez 1.6
Lecciones
Aprendidas
Contiene el documento de todas las
lecciones aprendidas en la realización del
Sistema.
Papel Normal
Equipodel
proyecto
Director del
proyecto
Escrito Única vez 1.6
PLAN DE GESTIÓN DE RIESGOS
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Sistema de control de Matriculas SisMat
METODOLOGIA DE GESTIÓN DE RIESGOS
PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACION
Planeamiento
del Sistema
En este proceso se
recopila todala
información
relevante de la
organización
Cuestionarios,
entrevistas,
grabación de audio,
videos, etc.
La Institución Educativa
Análisis del
Sistema
Se procesa toda la
información
recopilada
utilizandoequipos y
TIC’s
Hardware y Software
específicos,
metodología, URP,
etc.
Libros, Internet, videos,etc.
Diseño del
Sistema
Se diseña el sistema
de acuerdo a las
necesidades de la
institución
Metodología
RDM(Modelo
Relacional de Datos),
Hardware y Software
específicos,
Libros, Internet, videos,etc.
Desarrollo del
Sistema
Se desarrolla todo
el sistema tomando
en cuenta las
metodologías de
desarrollo de
software
Hardware,
Software(Java,
MySQL Server,
Adobe Desing , entre
otros)
Libros, Internet, videos,etc.
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0
Equipo de
Trabajo
Ing. Jesús Zea Ing. Jesús Zea 01/08/11
Informe de
Gestión de
Riesgos
Documentación
del Sistema
Se procede a
documentar el
código, el diseño
los manuales de
usuario para ser
entregados al
cliente.
Hardware y Software
(MS Office, Adobe
Desing,entre otros.
Libros, Internet, videos,etc.
Implementación
del sistema
Se implementa el
sistema
desarrollado en la
institución
realizando las
pruebas necesarias
de funcionamiento.
Hardware y Software
específicos para la
instalación
Libros, Internet, videos,etc.
PROCESO ROLES RESPONSABILIDADES
Planeamiento
del Sistema
Analista
Realizar el Planeamiento de elaboración del sistema
propuesto
Ayudaren el Planeamiento de elaboración.
Análisis del Sistema
Analista Realizar el análisis parael desarrollo del Sistema
Ayudaren el análisis para el desarrollo del Sistema
Diseño del Sistema
Analista Dirigir el diseño del Sistema propuesto
Programador Apoyaren el diseño del Sistema Propuesto.
Desarrollo del
Sistema
Analista Orientar enel Desarrollo del Sistema Propuesto
Programador Desarrollar el código necesario del sistema
Diseñador Desarrollar lainterfaz del Sistema Propuesto
Documentación del
Sistema
Analista Dirigir la elaboración de la documentación
Programador Realizar la documentación manual técnico
Diseñador Realizar la documentación manual de usuario
Implementación del
sistema
Analista Realizar la instalación del Sistema
Realizar las pruebas del Sistema instalado
Realizar el mantenimiento del Sistema instalado
FOTOS
Docentes
Fuente: La Católica GEM
Alumnado
Fuente: Primera Promoción de la escuela Católica GEM

Más contenido relacionado

La actualidad más candente

Clase 04b requerimientos documentacion
Clase 04b requerimientos documentacionClase 04b requerimientos documentacion
Clase 04b requerimientos documentacion
Demián Gutierrez
 
Analisis y especificacion de requerimientos
Analisis y especificacion de requerimientosAnalisis y especificacion de requerimientos
Analisis y especificacion de requerimientos
UPTP
 
07 middleware
07 middleware07 middleware
07 middleware
alvaro alcocer sotil
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
Sergio Sanchez
 
Diagrama de Flujo del Call Center del BNC
Diagrama de Flujo del Call Center del BNCDiagrama de Flujo del Call Center del BNC
Diagrama de Flujo del Call Center del BNC
Noel Pérez
 
Mcvs re-01 visión del negocio
Mcvs re-01 visión del negocioMcvs re-01 visión del negocio
Mcvs re-01 visión del negocio
lnavarros
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Darthuz Kilates
 
PROCESAMIENTO EN PANTALLA Y TECLADO BASICO
PROCESAMIENTO EN PANTALLA Y TECLADO BASICOPROCESAMIENTO EN PANTALLA Y TECLADO BASICO
PROCESAMIENTO EN PANTALLA Y TECLADO BASICO
Yurley Xiomara Rojas Sanchez
 
Algoritmos de Dekker
Algoritmos de DekkerAlgoritmos de Dekker
Algoritmos de Dekker
mastermind87
 
Modelo de casos de uso 2ª versiónk
Modelo de casos de uso 2ª versiónkModelo de casos de uso 2ª versiónk
Modelo de casos de uso 2ª versiónk
Jose Torres Gonzales
 
Modelos de procesos de Software
Modelos de procesos de SoftwareModelos de procesos de Software
Modelos de procesos de Software
Raúl Galván
 
02 rup
02 rup02 rup
INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE
INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE
INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE
cgroportunidadestrategica
 
Ingeniería Web
Ingeniería WebIngeniería Web
Planificación estratégica de tecnología de la información 2012
Planificación estratégica de tecnología de la información 2012Planificación estratégica de tecnología de la información 2012
Planificación estratégica de tecnología de la información 2012
fabian_analuisa
 
Manual técnico del software
Manual técnico del softwareManual técnico del software
Manual técnico del software
Lina Vega
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
mariela2906
 
EJERCICIOS BPMN.pdf
EJERCICIOS BPMN.pdfEJERCICIOS BPMN.pdf
EJERCICIOS BPMN.pdf
EdisonTorres35
 
Ejemplo proyecto-analisis-y-disec3b1o-de-sistemas
Ejemplo proyecto-analisis-y-disec3b1o-de-sistemasEjemplo proyecto-analisis-y-disec3b1o-de-sistemas
Ejemplo proyecto-analisis-y-disec3b1o-de-sistemas
virgi159
 
IIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de SoftwareIIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de Software
Franklin Parrales Bravo
 

La actualidad más candente (20)

Clase 04b requerimientos documentacion
Clase 04b requerimientos documentacionClase 04b requerimientos documentacion
Clase 04b requerimientos documentacion
 
Analisis y especificacion de requerimientos
Analisis y especificacion de requerimientosAnalisis y especificacion de requerimientos
Analisis y especificacion de requerimientos
 
07 middleware
07 middleware07 middleware
07 middleware
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Diagrama de Flujo del Call Center del BNC
Diagrama de Flujo del Call Center del BNCDiagrama de Flujo del Call Center del BNC
Diagrama de Flujo del Call Center del BNC
 
Mcvs re-01 visión del negocio
Mcvs re-01 visión del negocioMcvs re-01 visión del negocio
Mcvs re-01 visión del negocio
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
PROCESAMIENTO EN PANTALLA Y TECLADO BASICO
PROCESAMIENTO EN PANTALLA Y TECLADO BASICOPROCESAMIENTO EN PANTALLA Y TECLADO BASICO
PROCESAMIENTO EN PANTALLA Y TECLADO BASICO
 
Algoritmos de Dekker
Algoritmos de DekkerAlgoritmos de Dekker
Algoritmos de Dekker
 
Modelo de casos de uso 2ª versiónk
Modelo de casos de uso 2ª versiónkModelo de casos de uso 2ª versiónk
Modelo de casos de uso 2ª versiónk
 
Modelos de procesos de Software
Modelos de procesos de SoftwareModelos de procesos de Software
Modelos de procesos de Software
 
02 rup
02 rup02 rup
02 rup
 
INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE
INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE
INFORME DE FLUJO DE PROCESOS DEL SISTEMA DE ASEGURAMIENTO ELECTRÓNICO – SAE
 
Ingeniería Web
Ingeniería WebIngeniería Web
Ingeniería Web
 
Planificación estratégica de tecnología de la información 2012
Planificación estratégica de tecnología de la información 2012Planificación estratégica de tecnología de la información 2012
Planificación estratégica de tecnología de la información 2012
 
Manual técnico del software
Manual técnico del softwareManual técnico del software
Manual técnico del software
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
 
EJERCICIOS BPMN.pdf
EJERCICIOS BPMN.pdfEJERCICIOS BPMN.pdf
EJERCICIOS BPMN.pdf
 
Ejemplo proyecto-analisis-y-disec3b1o-de-sistemas
Ejemplo proyecto-analisis-y-disec3b1o-de-sistemasEjemplo proyecto-analisis-y-disec3b1o-de-sistemas
Ejemplo proyecto-analisis-y-disec3b1o-de-sistemas
 
IIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de SoftwareIIS Unidad1: Introducción a la Ingeniería de Software
IIS Unidad1: Introducción a la Ingeniería de Software
 

Destacado

Quel usage de Pinterest par les marques
Quel usage de Pinterest par les marquesQuel usage de Pinterest par les marques
Quel usage de Pinterest par les marques
X-PRIME GROUPE
 
Edi.cat a la Universitat
Edi.cat a la UniversitatEdi.cat a la Universitat
Edi.cat a la Universitat
Edi.cat
 
Unsere schoene stadt
Unsere schoene stadtUnsere schoene stadt
Unsere schoene stadt
YPEPTH
 
Manual+caldera+manaut+gma+24 55+mixta+atmosférica
Manual+caldera+manaut+gma+24 55+mixta+atmosféricaManual+caldera+manaut+gma+24 55+mixta+atmosférica
Manual+caldera+manaut+gma+24 55+mixta+atmosférica
chalghaf_ilyes
 
E r economía de la producción primaria actualizado 2008
E r   economía de la producción primaria actualizado 2008E r   economía de la producción primaria actualizado 2008
E r economía de la producción primaria actualizado 2008
Walter
 
S6. Privé/Public - Cultures et Sociabilités du Numérique
S6. Privé/Public - Cultures et Sociabilités du NumériqueS6. Privé/Public - Cultures et Sociabilités du Numérique
S6. Privé/Public - Cultures et Sociabilités du Numérique
Bodyspacesociety Blog
 
Algoritmos Evolutivos en Nodos Heterogéneos
Algoritmos Evolutivos en Nodos HeterogéneosAlgoritmos Evolutivos en Nodos Heterogéneos
Algoritmos Evolutivos en Nodos Heterogéneos
Pablo García Sánchez
 
Estetica del cambio bradford p. keeney
Estetica del cambio  bradford p. keeneyEstetica del cambio  bradford p. keeney
Estetica del cambio bradford p. keeney
Marco Yañez Olivares
 
Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009
Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009
Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009onepoint x weave
 
DeArGe Mitteilungen 2/2001
DeArGe Mitteilungen 2/2001DeArGe Mitteilungen 2/2001
Leseprobe: ARACHNE 2/2005
Leseprobe: ARACHNE 2/2005Leseprobe: ARACHNE 2/2005
Independencia De MéXico
Independencia De MéXicoIndependencia De MéXico
Independencia De MéXico
mauri1234
 
DeArGe Mitteilungen 3/2003
DeArGe Mitteilungen 3/2003DeArGe Mitteilungen 3/2003
RomBiOs
RomBiOsRomBiOs
RomBiOs
salesperson
 
Wiki por Martha y Cesar
Wiki por Martha y CesarWiki por Martha y Cesar
Wiki por Martha y Cesar
cisneroscc
 
Tequila Y Sal
Tequila Y SalTequila Y Sal
Tequila Y Sal
hojitadepapel
 
El Español y la TV 2.0
El Español y la TV 2.0El Español y la TV 2.0
El Español y la TV 2.0
Sergio Gazeau
 
Conferencia Upla Noriega
Conferencia Upla NoriegaConferencia Upla Noriega
Conferencia Upla Noriega
Universidad Peruana Los Andes
 
Ejercicio para controlar el estrés
Ejercicio para controlar el estrésEjercicio para controlar el estrés
Ejercicio para controlar el estrés
USET
 
Evaluación Formación E. Infantil. Charina Menéndez Sosa
Evaluación Formación E. Infantil. Charina Menéndez SosaEvaluación Formación E. Infantil. Charina Menéndez Sosa
Evaluación Formación E. Infantil. Charina Menéndez Sosa
Educación
 

Destacado (20)

Quel usage de Pinterest par les marques
Quel usage de Pinterest par les marquesQuel usage de Pinterest par les marques
Quel usage de Pinterest par les marques
 
Edi.cat a la Universitat
Edi.cat a la UniversitatEdi.cat a la Universitat
Edi.cat a la Universitat
 
Unsere schoene stadt
Unsere schoene stadtUnsere schoene stadt
Unsere schoene stadt
 
Manual+caldera+manaut+gma+24 55+mixta+atmosférica
Manual+caldera+manaut+gma+24 55+mixta+atmosféricaManual+caldera+manaut+gma+24 55+mixta+atmosférica
Manual+caldera+manaut+gma+24 55+mixta+atmosférica
 
E r economía de la producción primaria actualizado 2008
E r   economía de la producción primaria actualizado 2008E r   economía de la producción primaria actualizado 2008
E r economía de la producción primaria actualizado 2008
 
S6. Privé/Public - Cultures et Sociabilités du Numérique
S6. Privé/Public - Cultures et Sociabilités du NumériqueS6. Privé/Public - Cultures et Sociabilités du Numérique
S6. Privé/Public - Cultures et Sociabilités du Numérique
 
Algoritmos Evolutivos en Nodos Heterogéneos
Algoritmos Evolutivos en Nodos HeterogéneosAlgoritmos Evolutivos en Nodos Heterogéneos
Algoritmos Evolutivos en Nodos Heterogéneos
 
Estetica del cambio bradford p. keeney
Estetica del cambio  bradford p. keeneyEstetica del cambio  bradford p. keeney
Estetica del cambio bradford p. keeney
 
Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009
Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009
Didier Rousseau LE NOUVEL ECONOMISTE "Une question de timing" 08 novembre 2009
 
DeArGe Mitteilungen 2/2001
DeArGe Mitteilungen 2/2001DeArGe Mitteilungen 2/2001
DeArGe Mitteilungen 2/2001
 
Leseprobe: ARACHNE 2/2005
Leseprobe: ARACHNE 2/2005Leseprobe: ARACHNE 2/2005
Leseprobe: ARACHNE 2/2005
 
Independencia De MéXico
Independencia De MéXicoIndependencia De MéXico
Independencia De MéXico
 
DeArGe Mitteilungen 3/2003
DeArGe Mitteilungen 3/2003DeArGe Mitteilungen 3/2003
DeArGe Mitteilungen 3/2003
 
RomBiOs
RomBiOsRomBiOs
RomBiOs
 
Wiki por Martha y Cesar
Wiki por Martha y CesarWiki por Martha y Cesar
Wiki por Martha y Cesar
 
Tequila Y Sal
Tequila Y SalTequila Y Sal
Tequila Y Sal
 
El Español y la TV 2.0
El Español y la TV 2.0El Español y la TV 2.0
El Español y la TV 2.0
 
Conferencia Upla Noriega
Conferencia Upla NoriegaConferencia Upla Noriega
Conferencia Upla Noriega
 
Ejercicio para controlar el estrés
Ejercicio para controlar el estrésEjercicio para controlar el estrés
Ejercicio para controlar el estrés
 
Evaluación Formación E. Infantil. Charina Menéndez Sosa
Evaluación Formación E. Infantil. Charina Menéndez SosaEvaluación Formación E. Infantil. Charina Menéndez Sosa
Evaluación Formación E. Infantil. Charina Menéndez Sosa
 

Similar a Proyecto matricula

Sitema de control de matricula
Sitema de control de matriculaSitema de control de matricula
Sitema de control de matricula
Taty Mi Sun Huayra Huanhuayo
 
Temario software de aplicacion ejecutivo
Temario software de aplicacion ejecutivoTemario software de aplicacion ejecutivo
Temario software de aplicacion ejecutivo
Wilberth_Gongora
 
Silabo TIC I - Der
Silabo TIC I - DerSilabo TIC I - Der
Silabo TIC I - Der
Edith Quispe Sanabria
 
Silabo TIC I - Civil
Silabo TIC I - CivilSilabo TIC I - Civil
Silabo TIC I - Civil
Edith Quispe Sanabria
 
Silabo TIC I - Conta
Silabo TIC I - ContaSilabo TIC I - Conta
Silabo TIC I - Conta
Edith Quispe Sanabria
 
Silabo TIC I - Admi
Silabo TIC I - AdmiSilabo TIC I - Admi
Silabo TIC I - Admi
Edith Quispe Sanabria
 
Sistema academico visual bee1
Sistema academico   visual bee1Sistema academico   visual bee1
Sistema academico visual bee1
Hugo Jara
 
Ante proyecto de desarrollo de software
Ante proyecto de desarrollo de softwareAnte proyecto de desarrollo de software
Ante proyecto de desarrollo de software
David Hernández Osorio
 
Programa can i setiembre 2014
Programa can i setiembre 2014Programa can i setiembre 2014
Programa can i setiembre 2014
allanuulasalle
 
Programa ncif-0005
Programa ncif-0005Programa ncif-0005
Programa ncif-0005
OSEROCA
 
Cartel implementacion del generador de protocolos
Cartel implementacion del generador de protocolosCartel implementacion del generador de protocolos
Cartel implementacion del generador de protocolos
Saul Sanchez Cuevas
 
Tc3 g7
Tc3 g7Tc3 g7
G7 evaluacion final_articulo
G7 evaluacion final_articuloG7 evaluacion final_articulo
G7 evaluacion final_articulo
signacolombia
 
Definicion del proyecto
Definicion del proyectoDefinicion del proyecto
Definicion del proyecto
Ronald Gonzalez Vega
 
Programa curricular informatica 2012
Programa curricular informatica 2012Programa curricular informatica 2012
Programa curricular informatica 2012
Giovanni Melendez
 
Silabo iaa 2018 i
Silabo iaa 2018 iSilabo iaa 2018 i
Silabo iaa 2018 i
RONALD JACOBI LORENZO
 
Plan de Curso de Bases de Datos i-150303
Plan de Curso de Bases de Datos i-150303Plan de Curso de Bases de Datos i-150303
Plan de Curso de Bases de Datos i-150303
Luis Eduardo Pelaez Valencia
 
Silabo parte 3
Silabo parte 3Silabo parte 3
Silabo parte 3
Andres Cabascango
 
Guia1
Guia1Guia1
211-73-375-1-10-20170412.pdf
211-73-375-1-10-20170412.pdf211-73-375-1-10-20170412.pdf
211-73-375-1-10-20170412.pdf
MarisolNeira2
 

Similar a Proyecto matricula (20)

Sitema de control de matricula
Sitema de control de matriculaSitema de control de matricula
Sitema de control de matricula
 
Temario software de aplicacion ejecutivo
Temario software de aplicacion ejecutivoTemario software de aplicacion ejecutivo
Temario software de aplicacion ejecutivo
 
Silabo TIC I - Der
Silabo TIC I - DerSilabo TIC I - Der
Silabo TIC I - Der
 
Silabo TIC I - Civil
Silabo TIC I - CivilSilabo TIC I - Civil
Silabo TIC I - Civil
 
Silabo TIC I - Conta
Silabo TIC I - ContaSilabo TIC I - Conta
Silabo TIC I - Conta
 
Silabo TIC I - Admi
Silabo TIC I - AdmiSilabo TIC I - Admi
Silabo TIC I - Admi
 
Sistema academico visual bee1
Sistema academico   visual bee1Sistema academico   visual bee1
Sistema academico visual bee1
 
Ante proyecto de desarrollo de software
Ante proyecto de desarrollo de softwareAnte proyecto de desarrollo de software
Ante proyecto de desarrollo de software
 
Programa can i setiembre 2014
Programa can i setiembre 2014Programa can i setiembre 2014
Programa can i setiembre 2014
 
Programa ncif-0005
Programa ncif-0005Programa ncif-0005
Programa ncif-0005
 
Cartel implementacion del generador de protocolos
Cartel implementacion del generador de protocolosCartel implementacion del generador de protocolos
Cartel implementacion del generador de protocolos
 
Tc3 g7
Tc3 g7Tc3 g7
Tc3 g7
 
G7 evaluacion final_articulo
G7 evaluacion final_articuloG7 evaluacion final_articulo
G7 evaluacion final_articulo
 
Definicion del proyecto
Definicion del proyectoDefinicion del proyecto
Definicion del proyecto
 
Programa curricular informatica 2012
Programa curricular informatica 2012Programa curricular informatica 2012
Programa curricular informatica 2012
 
Silabo iaa 2018 i
Silabo iaa 2018 iSilabo iaa 2018 i
Silabo iaa 2018 i
 
Plan de Curso de Bases de Datos i-150303
Plan de Curso de Bases de Datos i-150303Plan de Curso de Bases de Datos i-150303
Plan de Curso de Bases de Datos i-150303
 
Silabo parte 3
Silabo parte 3Silabo parte 3
Silabo parte 3
 
Guia1
Guia1Guia1
Guia1
 
211-73-375-1-10-20170412.pdf
211-73-375-1-10-20170412.pdf211-73-375-1-10-20170412.pdf
211-73-375-1-10-20170412.pdf
 

Más de Adriana Córdova Ramos

Calidad de trabajo
Calidad de trabajoCalidad de trabajo
Calidad de trabajo
Adriana Córdova Ramos
 
Liderazgo
LiderazgoLiderazgo
Estilos de liderazgo
Estilos de liderazgoEstilos de liderazgo
Estilos de liderazgo
Adriana Córdova Ramos
 
Lider
LiderLider
Pptplaneaacion
PptplaneaacionPptplaneaacion
Pptplaneaacion
Adriana Córdova Ramos
 
Planeacion estratégica
Planeacion estratégicaPlaneacion estratégica
Planeacion estratégica
Adriana Córdova Ramos
 
Poder, autoridad y delegación
Poder, autoridad y delegaciónPoder, autoridad y delegación
Poder, autoridad y delegación
Adriana Córdova Ramos
 
Tema
TemaTema
Tema motivacional
Tema motivacionalTema motivacional
Tema motivacional
Adriana Córdova Ramos
 
Organizacion direccion 2012
Organizacion   direccion 2012Organizacion   direccion 2012
Organizacion direccion 2012
Adriana Córdova Ramos
 
Proceso control remoto
Proceso control remotoProceso control remoto
Proceso control remoto
Adriana Córdova Ramos
 
Comunicacion organizacional
Comunicacion organizacionalComunicacion organizacional
Comunicacion organizacional
Adriana Córdova Ramos
 
Trabajo en equipo
Trabajo en equipoTrabajo en equipo
Trabajo en equipo
Adriana Córdova Ramos
 
Planeacion
PlaneacionPlaneacion
Portafolio
PortafolioPortafolio
Planeacion 120524073932-phpapp02
Planeacion 120524073932-phpapp02Planeacion 120524073932-phpapp02
Planeacion 120524073932-phpapp02
Adriana Córdova Ramos
 
Organizacion
Organizacion Organizacion
Organizacion
Adriana Córdova Ramos
 

Más de Adriana Córdova Ramos (18)

Calidad de trabajo
Calidad de trabajoCalidad de trabajo
Calidad de trabajo
 
Liderazgo
LiderazgoLiderazgo
Liderazgo
 
VIDEOS DE BLOG
VIDEOS DE BLOGVIDEOS DE BLOG
VIDEOS DE BLOG
 
Estilos de liderazgo
Estilos de liderazgoEstilos de liderazgo
Estilos de liderazgo
 
Lider
LiderLider
Lider
 
Pptplaneaacion
PptplaneaacionPptplaneaacion
Pptplaneaacion
 
Planeacion estratégica
Planeacion estratégicaPlaneacion estratégica
Planeacion estratégica
 
Poder, autoridad y delegación
Poder, autoridad y delegaciónPoder, autoridad y delegación
Poder, autoridad y delegación
 
Tema
TemaTema
Tema
 
Tema motivacional
Tema motivacionalTema motivacional
Tema motivacional
 
Organizacion direccion 2012
Organizacion   direccion 2012Organizacion   direccion 2012
Organizacion direccion 2012
 
Proceso control remoto
Proceso control remotoProceso control remoto
Proceso control remoto
 
Comunicacion organizacional
Comunicacion organizacionalComunicacion organizacional
Comunicacion organizacional
 
Trabajo en equipo
Trabajo en equipoTrabajo en equipo
Trabajo en equipo
 
Planeacion
PlaneacionPlaneacion
Planeacion
 
Portafolio
PortafolioPortafolio
Portafolio
 
Planeacion 120524073932-phpapp02
Planeacion 120524073932-phpapp02Planeacion 120524073932-phpapp02
Planeacion 120524073932-phpapp02
 
Organizacion
Organizacion Organizacion
Organizacion
 

Último

Estructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegaciónEstructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegación
AlvaroEduardoConsola1
 
Presentación Aislante térmico.pdf Transferencia de calor
Presentación Aislante térmico.pdf Transferencia de calorPresentación Aislante térmico.pdf Transferencia de calor
Presentación Aislante térmico.pdf Transferencia de calor
GerardoBracho3
 
Semana 12 - Ley 29973 de las personas con discapacidad.pdf
Semana 12 - Ley 29973 de las personas con discapacidad.pdfSemana 12 - Ley 29973 de las personas con discapacidad.pdf
Semana 12 - Ley 29973 de las personas con discapacidad.pdf
SandyCuenca
 
DIAGRAMA ELECTRICOS y circuito electrónicos
DIAGRAMA ELECTRICOS y circuito electrónicosDIAGRAMA ELECTRICOS y circuito electrónicos
DIAGRAMA ELECTRICOS y circuito electrónicos
LuisAngelGuarnizoBet
 
Presentación transferencia de calor Jesus Morales.pdf
Presentación transferencia de calor Jesus Morales.pdfPresentación transferencia de calor Jesus Morales.pdf
Presentación transferencia de calor Jesus Morales.pdf
jdcumarem02
 
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtualSESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
JuanGavidia2
 
DISEÑO DE PLANTA TIPO CELULAR - Diseño de Plantas
DISEÑO DE PLANTA TIPO CELULAR - Diseño de PlantasDISEÑO DE PLANTA TIPO CELULAR - Diseño de Plantas
DISEÑO DE PLANTA TIPO CELULAR - Diseño de Plantas
HalmarMiranda
 
Cargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un PuenteCargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un Puente
jemifermelgarejoaran1
 
DIAGRAMA DE FLUJO DE ALGORITMO......
DIAGRAMA DE FLUJO   DE   ALGORITMO......DIAGRAMA DE FLUJO   DE   ALGORITMO......
DIAGRAMA DE FLUJO DE ALGORITMO......
taniarivera1015tvr
 
Clase Isometricos parA circuitos de ingenieria
Clase Isometricos parA circuitos de ingenieriaClase Isometricos parA circuitos de ingenieria
Clase Isometricos parA circuitos de ingenieria
leonidasbajalquepuch
 
Informe Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de TacnaInforme Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de Tacna
BrusCiriloPintoApaza
 
Aletas de transferencia de calor o superficies extendidas dylan.pdf
Aletas de transferencia de calor o superficies extendidas dylan.pdfAletas de transferencia de calor o superficies extendidas dylan.pdf
Aletas de transferencia de calor o superficies extendidas dylan.pdf
elsanti003
 
1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf
1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf
1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf
luliolivera62
 
diagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingenieríadiagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingeniería
karenperalta62
 
Aletas de Transferencia de Calor Jefferson Colina.pptx
Aletas de Transferencia de Calor Jefferson Colina.pptxAletas de Transferencia de Calor Jefferson Colina.pptx
Aletas de Transferencia de Calor Jefferson Colina.pptx
jeffersoncolina427
 
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
jlupo2024
 
INVENTARIO CEROO Y DINAMICAA FABRIL.pptx
INVENTARIO CEROO Y DINAMICAA FABRIL.pptxINVENTARIO CEROO Y DINAMICAA FABRIL.pptx
INVENTARIO CEROO Y DINAMICAA FABRIL.pptx
FernandoRodrigoEscal
 
tema alcanos cicloalcanos de quimica.pdf
tema alcanos cicloalcanos de quimica.pdftema alcanos cicloalcanos de quimica.pdf
tema alcanos cicloalcanos de quimica.pdf
veronicaluna80
 
SLIDEHARE.docx..........................
SLIDEHARE.docx..........................SLIDEHARE.docx..........................
SLIDEHARE.docx..........................
azulsarase
 
Infografia - Hugo Hidalgo - Construcción
Infografia - Hugo Hidalgo - ConstrucciónInfografia - Hugo Hidalgo - Construcción
Infografia - Hugo Hidalgo - Construcción
MaraManuelaUrribarri
 

Último (20)

Estructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegaciónEstructura de un buque, tema de estudios generales de navegación
Estructura de un buque, tema de estudios generales de navegación
 
Presentación Aislante térmico.pdf Transferencia de calor
Presentación Aislante térmico.pdf Transferencia de calorPresentación Aislante térmico.pdf Transferencia de calor
Presentación Aislante térmico.pdf Transferencia de calor
 
Semana 12 - Ley 29973 de las personas con discapacidad.pdf
Semana 12 - Ley 29973 de las personas con discapacidad.pdfSemana 12 - Ley 29973 de las personas con discapacidad.pdf
Semana 12 - Ley 29973 de las personas con discapacidad.pdf
 
DIAGRAMA ELECTRICOS y circuito electrónicos
DIAGRAMA ELECTRICOS y circuito electrónicosDIAGRAMA ELECTRICOS y circuito electrónicos
DIAGRAMA ELECTRICOS y circuito electrónicos
 
Presentación transferencia de calor Jesus Morales.pdf
Presentación transferencia de calor Jesus Morales.pdfPresentación transferencia de calor Jesus Morales.pdf
Presentación transferencia de calor Jesus Morales.pdf
 
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtualSESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
SESIÓN 3 ÓXIDOS-HIDRÓXIDOS trabajo virtual
 
DISEÑO DE PLANTA TIPO CELULAR - Diseño de Plantas
DISEÑO DE PLANTA TIPO CELULAR - Diseño de PlantasDISEÑO DE PLANTA TIPO CELULAR - Diseño de Plantas
DISEÑO DE PLANTA TIPO CELULAR - Diseño de Plantas
 
Cargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un PuenteCargas de Cálculos Estructurales de un Puente
Cargas de Cálculos Estructurales de un Puente
 
DIAGRAMA DE FLUJO DE ALGORITMO......
DIAGRAMA DE FLUJO   DE   ALGORITMO......DIAGRAMA DE FLUJO   DE   ALGORITMO......
DIAGRAMA DE FLUJO DE ALGORITMO......
 
Clase Isometricos parA circuitos de ingenieria
Clase Isometricos parA circuitos de ingenieriaClase Isometricos parA circuitos de ingenieria
Clase Isometricos parA circuitos de ingenieria
 
Informe Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de TacnaInforme Municipal provincial de la ciudad de Tacna
Informe Municipal provincial de la ciudad de Tacna
 
Aletas de transferencia de calor o superficies extendidas dylan.pdf
Aletas de transferencia de calor o superficies extendidas dylan.pdfAletas de transferencia de calor o superficies extendidas dylan.pdf
Aletas de transferencia de calor o superficies extendidas dylan.pdf
 
1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf
1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf
1°AIRE ACONDICIONADO-EQUIPOS & SISTEMAS.pdf
 
diagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingenieríadiagrama de flujo. en el área de ingeniería
diagrama de flujo. en el área de ingeniería
 
Aletas de Transferencia de Calor Jefferson Colina.pptx
Aletas de Transferencia de Calor Jefferson Colina.pptxAletas de Transferencia de Calor Jefferson Colina.pptx
Aletas de Transferencia de Calor Jefferson Colina.pptx
 
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
1-AAP-RENAV-PyM Capacitación del Reglamento Nacional de Vehiculos.pdf
 
INVENTARIO CEROO Y DINAMICAA FABRIL.pptx
INVENTARIO CEROO Y DINAMICAA FABRIL.pptxINVENTARIO CEROO Y DINAMICAA FABRIL.pptx
INVENTARIO CEROO Y DINAMICAA FABRIL.pptx
 
tema alcanos cicloalcanos de quimica.pdf
tema alcanos cicloalcanos de quimica.pdftema alcanos cicloalcanos de quimica.pdf
tema alcanos cicloalcanos de quimica.pdf
 
SLIDEHARE.docx..........................
SLIDEHARE.docx..........................SLIDEHARE.docx..........................
SLIDEHARE.docx..........................
 
Infografia - Hugo Hidalgo - Construcción
Infografia - Hugo Hidalgo - ConstrucciónInfografia - Hugo Hidalgo - Construcción
Infografia - Hugo Hidalgo - Construcción
 

Proyecto matricula

  • 1. “Año del Centenario de Machu Picchu para el Mundo” Carrera Profesional de Computación e Informática TRABAJO TEÓRICO PRÁCTICO Presentado por: INGAPÉREZ, Jaqueline Karol MEZACANORIO, Oscar Antonio SAENZ ESTRADA, Heidi Marisol Para Optar el Título de: PROFESIONAL TÉCNICO EN COMPUTACIÓN E INFORMÁTICA HUANCAYO - PERÚ 2011 PROYECTO DE METODOLOGÍA PARALAIMPLEMENTACIÓN DE UN SISTEMADE MATRÍCULAS
  • 3. A: Nuestros padres por sus sacrificios.
  • 4. INDICE Portada Asesoría Dedicatoria Índice Introducción i ii iii iv vi Capítulo I MARCO METODOLÓGICO 1.1 El problema de investigación 1.1.1 El problema 1.1.2 Los objetivos 1.1.3 La justificación 1.2 Metodología 1.2.1 Método 1.2.2 Técnicas 1.2.3 Instrumentos 1 1 1 2 3 3 5 5 Capítulo II MARCO TEÓRICO 2.1 Antecedentes del proyecto 2.2 Descripción del tema del proyecto 2.3 Terminología básica 7 7 9
  • 5. v Capítulo III DESARROLLO DEL PROYECTO 3.1 Descripción Operativa del proyecto 3.2 Resultados Obtenidos CONCLUSIONES SUGERENCIAS BIBLIOGRAFÍA ANEXOS 11 54 55 56 57 58
  • 6. INTRODUCCIÓN El presente trabajo es la presentación de una metodología preparada para ser incluida en la propuesta de desarrollo de Implementación de un Sistema de Matricula para la institución educativa particular “La Católica GEM”. Ya que los Sistemas de Información (SI) y las Tecnologías de Información (TI) han cambiado la forma en que operan las organizaciones actuales. A través de su uso se logran importantes mejoras, pues automatizan los procesos operativos, suministran una plataforma de información necesaria para la toma de decisiones y, lo más importante, su implantación logra ventajas competitivas o reducir la ventaja de los rivales de esta institución. Este trabajo provee una visión general del proceso de desarrollo propuesto. El proceso de desarrollo propuesto es una metodología libre de acuerdo a las características del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los entregables que serán generados. Este documento es a su vez uno de los entregables que sugiere nuestra metodología. Como primer paso nos centraremos en el estudio de los procesos y actividades que están inmersos en la actividad educativa de la I.E.P. “La Católica GEM”, de la cual identificaremos los puntos más críticos donde la intervención manual en ciertos procesos, pueden ser transformados a procesos automatizados para optimizar recursos y tiempo en la ejecución de tales procesos. Como segundo paso se describirá la alternativa de solución para la implementación del sistema de matrícula.
  • 7. vii Agradecemos al Instituto Superior Tecnológico “Continental”, por todos los saberes que nos brindaron, a nuestro asesor el Ing. Jesús Zea, por dirigir este trabajo. Los Autores
  • 8. 1. Capítulo I MARCO METODOLÓGICO 1.1 El problema de investigación 1.1.1 El problema El Colegio “La Católica GEM”, requiere los servicios necesarios para realizar la implementación de una herramienta de gestión de matrículas, que permita el registro, procesamiento y consulta de la información de los estudiantes. 1.1.2 Los objetivos Objetivo general: Implementar una solución que permitan procesar de forma rápida e eficiente el proceso de matrícula de la Institución educativa “La Católica GEM” considerando necesario para esto el desarrollo de un sistema de gestión de matrículas. Objetivos Específicos: Dado los problemas enunciados anteriormente se han establecido los siguientes objetivos específicos para el proyecto:  Identificar necesidades: Identificar las necesidades del cliente mediante un análisis de requerimientos.
  • 9. 2  Definir perfiles: Definir Roles de usuarios que tendrán acceso al sistema.  Diseñar de la aplicación: Diseño de MocKups, Diagramas E-R, Diagramas UML  Definir modelo de datos: Estandarizar nombres de campos y tablas de la base de datos, Diseño lógico de BD, Diccionario de datos.  Especificar plataforma Tecnológica: Motor de base y Herramientas para preparación de datos.  Definir herramientas de software: Definir herramientas de software para análisis y visualización de consultas.  Capacitar sobre el uso del sistema.  Ofrecer mediante el desarrollo del sistema de matrícula: rapidez, seguridad de datos, e información a tiempo real, a la empresa.  Proponer un sistema de Gestión de Matrículas orientado a mejorar la atención al cliente.  Proporcionar información oportuna y confiable, en el momento que se precise. 1.1.3 La justificación Las dificultades actuales de la Institución Educativa “La Católica GEM”, son principalmente el registro, procesamiento y consulta de la información de los estudiantes. Actualmente las capacidades de gestión académica son todas, utilizando algunos archivos en Excel o manuales, esto se ve limitado por algunas
  • 10. 3 inconsistencias y el tiempo que realiza las consultas es muy amplio, estos datos generados son visualizados por los usuarios en Excel. Entre los principales problemas que enfrentan actualmente, se pueden contar las siguientes:  Información inconsistente y repetitiva.  La mayoría de la información se encuentra en diferentes partes y no se sabe realmente cual es la actual.  La información se encuentra en este momento comprometida en su seguridad, teniendo acceso todas las personas que entran en contacto con el equipo. Es necesario restringir la Información por niveles de acceso.  El personal que realiza la labor de comunicarse con cada uno de los clientes (padres), necesitan el directorio de los clientes con los datos organizados y actualizados, lo cual contribuirá en una rápida comunicación.  Una de las funciones de la secretaria es de realizar las matrículas de los alumnos, dicha información la realiza en: procesadores de palabras como Word, hojas de calculo (Excel), repitiendo la información al acomodo de sus necesidades.  Se necesita un control de los ingresos por concepto de matrículas y pensiones. 1.2 Metodología 1.2.1 Método La metodología usada para el desarrollo de este Sistema es libre, basado en la Metodología de Análisis y Diseño Orientada a objetos, se podría mencionar algunas de sus características como las siguientes:
  • 11. 4  No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad.  Es un proceso ascendente basado en una abstracción de clases en aumento.  Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas.  Utiliza menor cantidad de código.  Es más reutilizable. El conjunto de actividades empleadas para el desarrollo del Sistema de Matrículas nos proporciona guía para:  Definir actividades a llevarse a cabo en un Proyecto de S.I.  Unificar criterios en la organización para el desarrollo de S.I.  Proporcionar puntos de control y revisión. Gráfico N° 01 METODOLOGÍA
  • 12. 5 FUENTE: Documentación Sistema de Información Académico UNCP - SADAV 1.2.2 Técnicas Programación orientada a objetos (POO).- Es un paradigma de programación que usa objetos y sus interacciones, para diseñar aplicaciones y programas informáticos. Está basado en varias técnicas, incluyendo herencia, abstracción, polimorfismo y encapsulamiento. Su uso se popularizó a principios de la década de los años 1990. En la actualidad, existe variedad de lenguajes de programación que soportan la orientación a objetos. Nuestra metodología se orienta a usar las técnicas del POO. 1.2.3 Instrumentos Observación.- Para el desarrollo de nuestra metodología utilizamos la observación, que es una técnica que consiste en observar atentamente el fenómeno, hecho o caso, tomar información y registrarla para su posterior análisis. La observación es un elemento fundamental de todo proceso investigativo; en ella se apoya el investigador para obtener el mayor numero de datos. Gran parte del acervo de conocimientos que constituye la ciencia a sido lograda mediante la observación. Existen dos clases de observación: la Observación no científica y la observación científica. La diferencia básica entre una y otra está en la intencionalidad: observar científicamente significa observar con un objetivo claro, definido y preciso: el investigador sabe qué es lo que desea observar y para qué quiere hacerlo, lo cual implica que debe preparar cuidadosamente la observación. Observar no científicamente significa observar sin intención, sin objetivo definido y por tanto, sin preparación previa.
  • 13. 6 Rational Rose.- Con esta herramienta modelamos todos los componentes del proceso de desarrollo de aplicaciones. Balsamic Mokups.- Es una aplicación hecha con Adobe AIR, que usamos para hacer bocetos de un nuestro sitio o aplicación WEB. Microsoft Proyect.- Esta herramienta la usamos para realizar el diagrama de Grant y el presupuesto aproximado del proyecto. WBS Chat Pro.- Realizamos el plan y la dirección del proyecto con esta herramienta. MySQL Server.- Se utilizó esta herramienta para construir nuestra base de datos relacional.
  • 14. 2. Capítulo II MARCO TEÓRICO 2.1 Antecedentes del proyecto. Hubo algunos intentos de mejorar el Sistema de Matrículas del Colegio, primeramente en forma manual, lo que tomaba demasiado tiempo y recursos. Después se mejoró el Sistema utilizando procesadores de texto, como Word, Word Perfect; y hojas de Cálculo de Excel. En archivos creados en estos programas se almacenan datos importantes de los alumnos y sus apoderados, así como las notas y promedios, registros de pagos de pensiones entre otra información. Las dificultades del manejo de información surge, a través del tiempo ya que con el transcurrir de los años el colegio ha ido ganando prestigio en el distrito de Pilcomayo, siendo reconocido como un Colegio que tiene muchos logros, de esta manera el alumnado viene incrementándose, Por ello nuestro grupo ve la necesidad urgente de esta propuesta de implementación de un Sistema de Matrículas. 2.2 Descripción del Tema del proyecto. 3. Este proyecto es una versión preliminar preparada para ser incluida en la propuesta de desarrollo del proyecto de Implementación de Un Sistema De Gestión de Matrícula Para la institución educativa particular “La Católica GEM”. Este documento provee una visión general del proceso de desarrollo propuesto.
  • 15. 8 4. La primera etapa de este documento es una oportunidad para que el cliente y el equipo de trabajo discutan, acuerden y compartan la misma visión y alcance del proyecto. 5. Como primer paso nos centraremos en el estudio de los procesos y actividades que están inmersos en la actividad educativa de la empresa “La Católica GEM”, de la cual identificaremos los puntos más críticos donde la intervención manual en ciertos procesos, pueden ser transformados a procesos automatizados para optimizar recursos y tiempo en la ejecución de tales procesos. Como segundo paso se describirá la alternativa de solución para la implementación del sistema de Gestión de matrícula. Los propósitos de este proyecto son los siguientes:  Proporcionar la información necesaria para controlar el proyecto.  Describir el enfoque del desarrollo del proyecto a través de esta metodología para obtener una mejor visión de los objetivos a alcanzar.  Definir las actividades a realizar dentro del proceso de desarrollo, en términos de las fases e interacciones necesarias para el desarrollo del Sistema de Gestión de Matrículas para la Institución Educativa “La Católica GEM”.  Servir de forma eficiente al desarrollo del proyecto de software, pues será de importancia para:  El jefe del proyecto; ya que lo utilizará para organizar la agenda y necesidades de recursos, y para realizar su seguimiento y control respectivo.  Los miembros del grupo de desarrollo; lo usarán como instrumento para entender lo que deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello dentro del proceso de desarrollo. 2.3 Terminología básica. Claves de registro: Anotaciones Individuales en el registro.
  • 16. 9 Valor de las claves: Se modifica cada vez que el usuario desea modificar su clave. Caso de uso: Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Se utilizan luego en el testing para la elaboración de los casos de pruebas. Esto requiere gran nivel de detalle en la descripción de funcionalidad, casuística y pseudo código. Especificaciones Funciones: Nuestros analistas e ingenieros trabajan en equipos dinámicos donde su interacción con usuarios y clientes permite elaborar documentos completos, sumamente detallados que son aprobados y revisados. Su diseña cuenta con gráficos y diagramas acordes con la más moderna metodología utilizada a nivel global. Requerimientos Técnicos: Cada funcionalidad debe estar representada en papel de forma tal, que el desarrollador que luego la recibe no deberá tener posibilidad de encontrarse con situaciones ambiguas. Ese nivel de detalle se evalúa teniendo en cuenta todas las variables que pudieren surgir al momento de comenzar con la generación de código. Este es el espíritu con el cual se confeccionan nuestros requerimientos. Manual de Usuarios: Manuales que se destacan por su alta usabilidad y contenido pedagógico. Se hace foco en las imágenes tratando de mantener explicaciones concretas, para soluciones simples. Mokups, videos explicativos e introductorios: Representaciones de sistemas para poder complementar en reuniones comerciales o de avance. Este tipo de herramientas facilitan el entendimiento de cómo será la nueva funcionalidad o sistema. La generación de videos explicativos o gráficos que emulen lo que luego será una pantalla en el sistema garantizan luego una baja tasa de malos entendidos con el usuario/cliente. Pruebas de Verificación: El QA está bien encarado cuando comienza desde un principio, en el nacimiento del proyecto. En ese sentido es clave que cada documento que se va generando sea inmediatamente testeado y verificado para
  • 17. 10 garantizar que el mismo mantiene consistencia con documentos anteriores, asegurar que mantiene un nivel de detalle esperado o requerido o evaluar si no contiene contradicciones en su significado. UML (Lenguaje Unificado de Modelado): Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. Diagrama de clases: es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas.
  • 18. 1. 2. Capítulo III DESARROLLO DEL PROYECTO 3.1 Descripción Operativa del proyecto 3.1.1 Visión/Alcance Contiene un resumen del proyecto, equipo de trabajo, definición del problema, magnitud del proyecto, roles y responsabilidades. Hito: documento visión - alcance aprobado. Visión.- Proporciona una descripción del propósito, alcance y objetivos global del proyecto, estableciendo los entregables que serán producidos y utilizados durante el proyecto. La descripción y objetivos se han descrito en el capítulo I del presente trabajo. Alcances.- Con la finalidad de clarificar su presentación, los hemos subdividido en alcances del proyecto y alcances específicos de la solución para el colegio “La Católica GEM”. El Plan de Desarrollo del Software describe de manera general el plan que será utilizado para el desarrollo del Sistema de Matrícula. Durante el proceso de desarrollo en lo concerniente a la Visión se definen las características del producto a desarrollar desde la perspectiva del cliente.
  • 19. 12 Para la versión 1.0 del Plan de Desarrollo del Software, nos centramos principalmente en la identificación de los roles y responsabilidades así como de los requisitos proporcionados por los involucrados en el proceso de matrícula, una vez comenzado el proyecto y durante la fase de Inicio se generará la primera versión del entregable. El avance del proyecto tendrá un seguimiento continuo e iterativo que ocasionará ajustes de este documento produciendo nuevas versiones actualizadas, que serán de mucha importancia pues permitirán mantenernos en una constante retroalimentación, y por tal obtener un mejor producto final en cada proceso de iteración del producto. Fases del proyecto y sus entregables La implementación de la plataforma, requiere de la ejecución de ciertas actividades y entregables, éstos se encuentran detallados a continuación. Fase Entregables Visión –alcance (planeamiento) Documento visión-alcance aprobado, planeamiento. Iteraciones (Análisis, Diseño y Desarrollo del Sistema) Historias y escenarios, diagramas E- R, mockups, diagramas UML. Ejecutables y binarios (gold release). Doc. del Sistema (Desarrollo de planes de contingencia, despliegue, soporte, formación) Plan de contingencia, plan de despliegue, plan de soporte, plan de formación. Despliegue (implementación y mantenimiento del Sis.) Todas las pruebas de conectividad y planes diseñados con anterioridad.
  • 20. 13 Definición de roles.- Se identifican roles en el desarrollo del proyecto, que serán cubiertos en algunos casos por miembros de este equipo de trabajo. Esos roles son los siguientes: Rol Responsabilidades Responsables Director de proyecto La función de este rol es la conducción del proyecto, es decir preocuparse del cumplimiento de las especificaciones que se definan y de la entrega a tiempo de los resultados esperados. Definir la arquitectura, asegurar los procesos y los servicios administrativos. Adicionalmente, este rol es responsable de definir las especificaciones funcionales de los servicios a implementar. Jefe de la Oficina de Informática Dirección del Programa Este rol tiene como finalidad lograr que el equipo concrete en forma efectiva la visión del proyecto, quien desempeñe este rol debe tener un conocimiento detallado de la realidad del cliente y el conocimiento suficiente para priorizar las distintas características a implementar. Meza Canorio, Oscar Desarrollador Este rol debe llevar al terreno práctico las especificaciones funcionales, es decir, debe realizar la implantación y completar las funcionalidades del producto tanto en arquitectura como en diseño. Inga Pérez, Jaqueline
  • 21. 14 Rol Responsabilidades Responsables Encargados de pruebas Este rol se encarga de validar la calidad y el correcto funcionamiento de los servicios entregados y su documentación. Este rol comienza su operación en el momento en que comienza el proceso de desarrollo. Secretaria Asistente académico Educación de Usuario Es la función que se encarga de definir las necesidades de capacitación, se encarga de la calidad de la documentación del proyecto. Saenz Estrada, Heidi Dirección de lanzamiento Una parte de este rol, es responsabilizarse de disponer los recursos necesarios para que el proyecto se desarrolle. La otra, correspondiente a planificar las actividades externas al equipo de trabajo, como puede ser la capacitación de los usuarios o la definición de la plataforma de hardware y software. Jefe de la Oficina de Informática 3.1.2 Planeamiento Esta parte del proyecto implica tener uno o varios objetivos a realizar junto con las acciones requeridas para concluirse exitosamente el proyecto a realizar. Contiene: Desarrollo de planes estimaciones iniciales de costos, uso de recursos humanos, materiales, descripción, Instalación, plan de trabajo, diagrama de Gant, Procesos de negocio.
  • 22. 15 Estimaciones iniciales: Costos y Gastos PROYECTO FASE ENTREGABLE MONTO S/. SISTEMA DE CONTROL DE MATRICULAS Planeamiento del Sistema Informe de Planeamiento del Sistema Total Fase 894.00 894.00 Análisis del Sistema Informe de Análisis del Sistema Total Fase 344.00 344.00 Diseño del Sistema Informe de Diseño del Sistema Total Fase 1,090.00 1,090.00 Desarrollo del Sistema Informe del Desarrollo del Sistema Total Fase 1,878.67 1,878.67 Documentación del Sistema Informe de Documentación del Sistema Total Fase 264.00 264.00 Implementación del Sistema Informe de Implementación del Sistema Total Fase 880.00 880.00 Mantenimiento del sistema Informe de Mantenimiento del Sistema Total Fase 192.00 192.00 TOTAL FASES 5,366.67 Reserva de Contingencia 1,000.00 Reserva de Gestión 1,000.00 PRESUPUESTO TOTAL DEL PROYECTO 7,366.67
  • 23. 16 Plan y Dirección del proyecto
  • 25. 18 Plataforma de desarrollo.- En esta parte describiremos el entorno de software común en el cual se desenvuelve la programación de nuestra aplicación. Herramientas estándar a utilizar: Tipo Producto y Versión Comentarios Procesador de Textos Microsoft Word 2007 Este procesador de texto nos sirvió para llevar toda la documentación. Herramienta modelado UML Rational Rose Fue usado para el diseño de todos nuestros diagramas. Gestión de proyectos Microsoft Project Fue usado para la planificación del proyecto. Diseño Mockups Balsamic Mockups Usado para el diseño de interfaz de usuario. Desarrollo Web Adobe Dreamweaver Está aplicación se usará en la construcción y edición de sitios y aplicaciones Web basado en estándares. Diseño Web Adobe Fireworks Está aplicación se usará para la creación de el sitios Web e interfaces de usuario, así como para la creación y Optimización de imágenes para web. Modelado de base de datos Mysql workbench Utilizado para el modelamiento de BD
  • 26. 19 Dimensionamiento de hardware y software.- Se debe dimensionar tanto en la máquina servidor como en las máquinas clientes, buscando las características apropiadas. Servidor.- En esta parte se describe el hardware y el software de la máquina servidor. Hardware tipo Características comentario Torre Modelo : powerEdge T610 Es ideal para pequeñas y medianas empresas. Núcleos: 3 núcleos Los procesadores de 1 solo núcleo ya están obsoletos, los de 3 núcleos, son excelentes para las aplicaciones de oficina. Tecnologías optimizadas para el uso de energía Son diseñadas para reducir el consumo de la energía y al mismo tiempo aumentar la capacidad de rendimiento. Memoria: 16GB Por el costo. Disco 500GB Por el costo. Capacidad de vitalización: si Ofrece una mejor capacidad de máquinas virtuales por servidor.
  • 27. 20 Software Tipo Producto y Versión Comentarios Sistema operativo Windows 2003 server 64 bits Está hecho para labores empresariales, con un mejor rendimiento y centra el uso de procesadores en las características de servidor. Servidor web Apache 2 Se encarga de procesa una la aplicación del lado del servidor con el cliente generando o cediendo una respuesta en cualquier lenguaje o Aplicación del lado del cliente. Motor de base de datos Mysql server 5.1 Permite una buena Gestión y Optimización de Base de datos. Servidor FTP Permite mover uno o más archivos con seguridad entre distintos ordenadores proporcionando seguridad y organización de los archivos así como control de la transferencia. Navegador Internet Explorer, Mozila Son los más utilizados para navegar en internet.
  • 28. 21 En los Usuarios finales.- En esta parte se describe el hardware y el software de las máquinas clientes. Hardware Tipo Característica Comentario PC Desktop Modelo compatible Permite realizar cambios en el futuro. Lector óptico DVD Microprocesador de 2 núcleos Ideal para el uso de las máquinas clientes. Memoria de 2GB Básico. Disco de 350 GB Básico. Monitor LED 14 pulgadas Software Tipo Producto y versión Comentarios Sistema operativo Windows XP sp3 Navegador web Internet Explorer, mozilla Con cookies desactivados y java scrip activo. Firewall Windows, komodo Para la protección de la máquina. Ideal tanto para el cliente como para el servidor. antivirus Nod, AVG Necesario tanto para el cliente como el servidor.
  • 29. 22 3.1.3 Historia y Escenarios Contiene: escenarios particulares del sistema expresados como casos de uso y su solución con el sistema de software, mokups, diagrama inicial E-R que involucra dicho escenario, diagramas de secuencia, diagramas de clases, diagramas de actividad. Escenario N° 1: Requerimiento de Matrícula. Caso de Uso Especificación: Nombre: Requerimiento de matrícula. Actores: Padre, Secretaria. Descripción: El Padre de familia hace su requerimiento de matrícula a la Secretaria. Precondiciones: El formato debe estar diligenciado correctamente por los estudiantes. Flujo: La Secretaria recepciona el requerimiento de Matrícula. Excepciones: Ninguna. Subflujos: Ninguna. Poscondiciones: Ninguna.
  • 30. 23 Diagrama de Estado: Diagramas de secuencia: Diagrama de Actividades:
  • 31. 24 Escenario N° 2: Llenar formato de Inscripción de Matrícula Caso de Uso Especificación: Nombre: Llenar formato de inscripción de matrículas. Actores: Padre, Secretaria. Descripción: El Padre debe llenar el formato de inscripción o actualización de matrícula que contiene información personal. Precondiciones: La inscripción o actualización de matrículas debe ser llenada con información real. Flujo: 1. Este formato es entregado al coordinador. Excepciones: Ninguna. Subflujos: Ninguna. Poscondiciones: Ninguna.
  • 32. 25 UML: Diagrama de Estado: Requerimento de Matricula Espera de Requerimiento Requeriemiento Entregado Atencion inmediata es atendido respuesta Diagrama de Secuencia:
  • 33. 26 Diagrama de actividades: Escenario N° 3: Gestionar Matrícula. Caso de Uso Especificación: Nombre: Gestionar Matrícula. Actores: Secretaria Padre. Descripción: La Secretaria crea nuevo código alumno, actualiza datos alumno, verifica la conformidad de la Información. Precondiciones: La información académica implica el rendimiento académico del estudiante, observaciones.
  • 34. 27 Flujo: La Secretaria debe llevar el orden de la información la cual también es tarea que debe desempeñar el coordinador. Excepciones: Ninguna. Subflujos: Ninguna. Poscondiciones: Ninguna. UML: Diagrama de Estado: Datos Encontrados Datos no Encontrados Datos Actualizados Datos Ingresados Datos Verificados Buscar Datos Buscar Datos Actualizar Ingresar Nuevo Verificar Verificar
  • 35. 28 Diagramas de secuencia: : Padre: Padre : Secretaria: Secretaria : Sistema: Sistema Busca codigo Alumno Busca codigo Crea codigo nuevo alumno Actualiza Datos Verifica conformidad de Informacion Diagramas de Actividad:
  • 36. 29 Escenario N° 4: Autorizar Matrículas Caso de Uso Legalizar MatriculasAutorizar Matriculas Director <<extends>> Especificación: Nombre: Autorizar matrículas. Actores: Director. Descripción: El director autoriza la matrícula y después legaliza la matricula con sello. Precondiciones: Recibir los formularios de actualización de información del estudiante ya diligenciados. Flujo: 1. El director autoriza las matrículas para luego legalizar. Excepciones: Se debe verificar que los padres de los estudiantes hayan diligenciado correctamente el formulario de actualización de información. Subflujos: 1. El director después de autorizar las matrículas las legaliza y después las entrega al coordinador. Poscondiciones: Se verifican fotocopias de identificación y el historial de nivel académico, para anexarlas a una carpeta.
  • 37. 30 UML: Diagrama de Estado: Pre Formacion recibida de Alumno Informacion de alumno Verificada Matricula Autorizada de Alumno Recibir Informacion Verificar Informacion Autoriza Diagrama de secuencia: : Director: Director : Sistema: Sistema Recibe informacion de Alumno Verifica la informacion de Alumno Autoriza Matricula alumno Legaliza Matricula Diagramas de Actividad:
  • 38. 31 Escenario N° 5: Administra Información Académica. Caso de Uso Coordinar Administrar Informacion Academica Secretaria Especificación: Nombre: Administrar información académica. Actores: Coordinador Secretaria. Descripción: El coordinador administra todo tipo de información académica que contempla las notas del estudiante, las observaciones y el historial de años cursados. Precondiciones: Debe estar todos los ítems de las materias con sus Respectivas notas. Flujo: 1. la información académica también es una función que desempeña el director. Excepciones: La información académica debe contener todas las notas del estudiante. Subflujos: Ninguna. Poscondiciones: Ninguna.
  • 39. 32 UML: Diagrama de Estado: Informacion Academica de Alumno encontrada Informacion Academica de Alumno entregado Buscar Entregar Diagramas de secuencia: : Secretaria: Secretaria : Coordinar: Coordinar : Sistema: Sistema Entrega autorizacion Solicita informacion academica del alumno Busca informacion academica del alumno Entrega Reporte de Notas
  • 40. 33 Diagrama de Actividades: Escenario N° 6: Entrega Reporte de Notas Caso de Uso Secretaria Entrega Reporte de Notas Padre Especificación: Nombre: Entregar reporte de notas. Actores: Secretaria Padre. Descripción: La Secretaria es quién se encarga de entregar las planillas o reporte de notas para que sean llevados al sistema de registro. Precondiciones: Debe estar todos los ítems de las materias con sus respectivas notas.
  • 41. 34 Flujo: 1. Los reportes de notas son entregados a la secretaria para que los registre. Excepciones: La planilla debe ser entregada en la fecha estipulada. Subflujos: Ninguna. Poscondiciones: El formato debe esta soportado con copias de la información suministrada. UML: Diagrama de Estado: Reporte de Notas Recepcionado Reporte de Notas Entregado Recepcionar Entregar a Padre Diagramas de secuencia: : Secretaria: Secretaria: Padre: Padre Solicita Reporte de Notas Entrega Reporte de Notas
  • 42. 35 Diagrama de Actividades: Escenario N° 7: Registra Matrícula. Caso de Uso Secretaria Registra Matricula Sistema Especificación: Nombre: Registrar Matrículas. Actores: Secretaria, Sistema. Descripción: Secretaria Registra matrícula de Estudiante al Sistema. Precondiciones: Tener acceso al PC para ingresar datos a WORD y EXEL. Flujo: La secretaria ingresa los datos a través de las
  • 43. 36 herramientas de Word y Excel. Excepciones: Ninguna. Subflujos: Ninguna. Poscondiciones: Ninguna. UML: Diagrama de Estados: Matricula Ingresada Matricula Registrada Matricula Erronea Matricula Corregida Ingresar Registrar Corregir Mal registrado Diagramas de secuencia: : Secretaria: Secretaria : Sistema: Sistema Ingresa Grado Ingresa Condicion Registra Matricula Corrige Datos
  • 44. 37 Diagrama de actividades: Escenario N° 8: Administra Información Académica Caso de Uso Coordinar Administrar Informacion Academica Especificación: Nombre: Administrar información académica. Actores: Coordinador. Descripción: El coordinador administra todo tipo de información académica que contempla las notas del
  • 45. 38 estudiante, las observaciones y el historial de años cursados. Precondiciones: Debe estar todos los ítems de las materias con sus respectivas notas. Flujo: 1. la información académica también es una función que desempeña el director. Excepciones: La información académica debe contener todas las notas del estudiante. Subflujos: Ninguna. Poscondiciones: Ninguna. UML: Diagrama de Estado: Informacion Academica Ingresada Informacion Academica Guardada Informacion Academica Corregida Informacion Academica Erronea Ingresar Guardar Mal Registrado Registrar Corregir
  • 46. 39 Diagramas de secuencia: : Coordinar: Coordinar : Sistema: Sistema Ingresa informacion de Cursos Ingresa informacion de docentes Registra Informacion Diagrama de Actividades: Escenario N° 9: Documentación Caso de Entregar notas Docente Reportar Notas Coordinar
  • 47. 40 Especificación: Nombre: Entregar notas. Actores: Docente Coordinador. Descripción: El docente lleva el control de notas en planilla y se las entrega al estudiante. Precondiciones: La entrega de notas debe contener el valor de las calificaciones de cada materia que luego es entregado al estudiante. Flujo: 1. Esta entrega de notas se realiza del docente hacia los estudiantes. Excepciones: Ninguna. Subflujos: Ninguna. Poscondiciones: Ninguna. UML: Diagrama de Estado: Notas Obtenidas Notas Registradas Notas Recepcionadas Notas Pendiente Notas Pendientes Registradas Obtener Registrar Faltan Registrar Entregar Entregar
  • 48. 41 Diagramas de secuencia: : Docente: Docente : Coordinar: Coordinar Registra notas en registros Registra notas pendientes Entrega registro de notas Recepciona registro de notas Diagramas de Actividad:
  • 49. 42 Escenario N° 10: Ingresar Notas. Secretaria Sistema Ingresar Notas Especificación: Nombre: Ingresar Notas. Actores: Secretaria Sistema. Descripción: La Secretaria ingresa las notas según código estudiante o actualiza notas según la información personal. Precondiciones: El Ingreso de Notas o actualización de notas debe ser llenada con información real. Flujo: 1. Este formato es entregado al coordinador Excepciones: Ninguna. Subflujos: Ninguna. Poscondiciones: Ninguna. UML: Diagrama de Estado: Notas Ingresadas Notas Pendiente Notas Pendientes Ingresados Registrar Nota Ingresar Faltan Ingresar Registrar
  • 50. 43 Diagramas de secuencia: : Secretaria: Secretaria : Sistema: Sistema Ingresa Notas Ingresa Notas Pendientes Ingresa Notas Pendientes Primero Registra Notas Devuelve Registro de Notas Diagramas de Actividad:
  • 52. 45 DISEÑO DE MOCKUPS.- Nos ayuda a tener una idea de la interfaz que tendrá nuestro sistema. Mockups N° 1 Observaciones: Al escribir la dirección de la página Web del colegio, ingresará a la siguiente pantalla, donde tendremos la cuatro fichas: Inicio, contáctenos, administrador, Administración de docente. En la Ficha Inicio, se hace una presentación de la Institución Educativa, donde se da a conocer la visión, misión, valores y objetivos de la institución. En la Ficha Contáctenos, se encuentran registrados todos los datos de la Institución como: razón social. Dirección, teléfono, correos, entre otros. La Ficha Administrador, es a la ingresaremos para efectuar las matrículas y para poder visualizar las notas de los alumnos y para poder dar observaciones. En la Ficha Administración docente, el docente podrá visualizar e ingresar las notas de los alumnos.
  • 53. 46 Mockups N° 2 Observaciones: Al hacer clic en la ficha administrador se mostrará el siguiente cuadro, donde para realizar la matrícula se hará clicen el botón alumno. Mockups N° 3 Observaciones: al hacer clic en el botón alumno, se mostrará el siguiente cuadro, donde se debe ingresar el usuario y la contraseña. En este caso los administradores sonel director, subdirectora, coordinador y secretaria.
  • 54. 47 Mockups N° 4 Observaciones: Al ingresar el usuario, se presentará la siguiente ventana, donde podremos, elegir las opciones mostradas. Mockups N° 5 Matrícula
  • 55. 48 Observaciones: Al hace clic en Ingresar nuevo alumno, se presentará el siguiente cuadro, donde se podrá ingresar los datos del alumno nuevo, que serán registrados en el Sistema, luego de verificar que los documentos estén en orden, y que la matrícula ha sido autorizada. Mockups N° 6 Observaciones: Al hacer clic en Actualizar Datos del Alumno, se podrá realizar cambios de modificables en algunos datos del alumno que es re ingresante o promovido. Esos datos podrían ser dirección, número telefónico, trabajo de los padres o números telefónicos de los padres.
  • 56. 49 Mockups N° 7 Observaciones: Luego de verificar todos los datos, se procederá a registrar la matrícula del alumno, donde se debe ingresar el nivel yel grado. Mockups N° 8 Observaciones: en este cuadro se podrá eliminar a alumnos que se retiren o sean retirados de la institución. Se mostrará un cuadro de diálogo para confirmar la eliminación del registro.
  • 57. 50 Mockups N° 9 Mockups N° 10 Observaciones: ambos son similares, se usa para buscar y observar las notas del estudiante.
  • 59. 52 3.1.4 Implementación funcional.- Se realizará la implementación de acuerdo a la documentación generada anteriormente, aquí empieza el trabajo de los programadores, se documentará todos los códigos usados en la programación, se realizará prototipos iniciales que se irán mejorando en un proceso iterativo incremental recursivo. Contiene: implementación de acuerdo a la documentación generada anteriormente, prototipos iniciales que se irán mejorando en un proceso iterativo incremental recursivo. 3.1.5 Test y pruebas.- Durante la implementación funcional del software aplicamos rigurosos controles de prueba para encontrar fallas en el mismo y así evitar que en el momento de su aplicación halla un conflicto en algunas de las funciones, por ejemplo en la introducción de los datos que serán procesados y automatizados. Contiene: pruebas unitarias, pruebas funcionales y pruebas de integración, carga de datos iniciales, datos de prueba, etc. Documentar si es posible. 3.1.6 Estabilización.- Se realizará el afinamiento del prototipo, apariencia, validaciones, etc., siempre que se realice los test y las pruebas. La solución prototipo se pasa a un entorno real de explotación, restringido en número de usuarios y en condiciones tales que se pueda llevar un control efectivo de la situación. 3.1.7 Control de Calidad.- Se realizará un conjunto de actividades para evaluar la calidad de los productos desarrollados. Estas actividades implican vigilar el proceso de desarrollo de software para asegurar que se siguen los procedimientos y los estándares de garantía de calidad, en el proceso de control de calidad se comprueba que las entregas cumplan con los estándares definidos. Consiste en revisar que al final el producto cumpla los requerimientos del cliente.
  • 60. 53 El control de calidad del software abarcará todo el proceso de desarrollo: supervisar y mejorar el proceso, asegurar que se siguen los procedimientos acordados, que se alcanza el nivel de calidad deseado y que se localizan y resuelven los problemas. Al aplicar control de calidad en el desarrollo de un proyecto de software se solucionan problemas:  En la empresa y usuario en particular.  En la calidad en general.  En la administración del proyecto del software.  En cada una de las fases del ciclo de vida del sistema. Contiene control de calidad del prototipo, funcionalidad, presentación, velocidad, etc. 3.1.8 Desarrollo de planes.- Los planes puede determinarse a muchos ámbitos de la organización pero estos planes se centrarán en los sistemas de información. En esta parte el plan de contingencia forma parte de un documento más amplio donde se tiene en cuenta los planes de mantenimiento, políticas de backups, inventarios, planes de formación, etc. 3.1.9 Despliegue.- Se realizarán las pruebas de conectividad. En esta parte del despliegue se describirá cómo una aplicación se despliega a través de una infraestructura. La intención del despliegue no es para describir la infraestructura, pero mejor dicho el camino en cual los componentes específicos deben corresponder a una aplicación que despliega a través de él. Se llevará acabo en esta fase los planes diseñados en la fase anterior, tratando de realizarlos meticulosamente para un buen trabajo en el desarrollo del software.
  • 61. 54 3.2 Resultados Obtenidos Los resultados obtenidos por el desarrollo de este proyecto son: Se proporciona la información necesaria para la realización de este proyecto a la Institución Educativa, que servirá de modelo para otras instituciones. Se describió el enfoque del desarrollo del proyecto a través de la metodología utilizada, para obtener una mejor visión de los objetivos a alcanzar. Se logro definir las actividades que se realizan, dentro del proceso de desarrollo, en términos de las fases e iteraciones para el desarrollo del Sistema de Matrícula para la institución educativa “La Católica GEM”. Este documento sirve de forma eficiente para el desarrollo del proyecto de software, pues será de gran importancia para jefes de proyectos y miembros de grupos de desarrollo, que estén realizando un proyecto de Software educativo con este enfoque. El director del proyecto; lo utilizará para organizar la agenda y necesidades de recursos, y para realizar su seguimiento y control respectivo. Los miembros del grupo de desarrollo; lo usarán como instrumento para entender lo que deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello dentro del proceso de desarrollo.
  • 62. CONCLUSIONES El personal que labora en la Institución Educativa “La católica GEM” aprovechará de una manera óptima la informática de estudio de sus estudiantes. Con un sistema de Matrículas se soluciona el exceso de tiempo que se usa para realizar los procesos de matrículas. Las ventajas que trae el sistema matrícula, ofrece una gran velocidad en el procesamiento y manejo de datos trayendo consigo también la agilidad de generar reportes en muy poco tiempo y asimismo facilita las auditorias, evitando perdida de tiempo, datos, evitando la duplicación de inscripciones, ofreciendo seguridad de los datos, brindando una interfaz amigable entre el usuario y el sistema. La mala manipulación del sistema por usuarios inexpertos en el sistema trayendo como consecuencia la pérdida o eliminación de registros accidentalmente, fallas eléctricas muy largas. Las políticas se ven afectadas por la decisión del plantel, el sistema solo lo podrá manipular las personas autorizadas por el Departamento Administrativo Docente que este encargado del sistema. El sistema facilitará el control del avance curricular en la Institución Educativa.
  • 63. SUGERENCIAS Que, los docentes de la Institución Educativa “La Católica GEM” aprovechen la informática para el estudio de sus estudiantes. Que, los docentes tengan mejor preparación académica sobre informática a través de seminarios, capacitaciones y talleres etc. para que luego puedan aplicar sus conocimientos adquiridos con los estudiantes. Que, el Director del plantel trate de hacer más utilidades con la informática, a fin de crear un sistema organizado de las calificaciones de cada estudiante. Qué, la implementación del sistema sea 100% efectiva, es recomendable que se maneje con gran seguridad y reducir la cantidad de personas que utilicen el sistema para que no haya confusiones.
  • 64. BIBLIOGRAFÍAS BÁSICA: Project management Institute. Guía de PMBOK 4ª. Ed. 2009 McConnell, Steve. Desarrollo y gestión de4 Sistemas Informáticos. 2007. CARDENAS, Miguel; “La Ingeniería de Sistemas” CHECKLAND, Peter, “El pensamiento de Sistemas” LUCAS, Henry; “Sistemas de Información” COMPLEMENTARIA: Son las siguientes páginas web: http://es.wikipedia.org http://www.dell.com/ http://www.monografias.com.pe/ http://www.lawebdelprogramador.com/
  • 66. FORMATO DE INSPECCION DE CALIDAD INSPECCIÓN DE CALIDAD Nº01 NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Sistema de Matriculas SisMat DATOS DEL ENTREGABLE INSPECCIONADO FASE ENTREGABLE 2º NIVEL ENTREGABLE 3º NIVEL PAQUETE DE TRABAJO Desarrollo Desarrollar especificaciones de funciones Revisar especificaciones de funciones Fase de Desarrollo ELABORADO POR: Equipo de Trabajo ESTÁNDAR, NORMA O ESPECIFICACIÓN DE REFERENCIA PARA REALIZAR LA INSPECCIÓN CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 Equipo de Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11 Informe de Gestión de la Calidad
  • 67. Métricas de Calidad de Software: Métrica 3.0 DATOS DE LA INSPECCION OBJETIVOS DE INSPECCION Revisar el desarrollo de las funciones para una mejor control del desarrollo del proyecto y para tomar decisionesque optimicen la realización Del proyecto. GRUPO DE INSPECCION PERSONA ROL EN EL PROYECTO ROL DURANTE LA INSPECCIÓN OBSERVACIONES Oscar Meza Director de Proyecto Inspector de las labores de trabajo El director del proyecto verificara el normal desempeño del equipo de trabajo durante el desempeño de sus funciones. MODO DE INSPECCION METODO METODO FECHA LUGAR HORARIO OBSERVACIONES Análisis de Software 01/10/11 Centro de labores del equipo 10.00a.m Se procedió con la inspección de trabajo a la hora señalada y se empezó a realizar la inspección del desarrollo del sistema. RESULTADOS DE LA INSPECCION Conforme X No Conforme
  • 68. LISTA DE DEFECTOS A CORREGIR O MEJORAS A REALIZAR RESPONSABLE FECHA REQUERIDA OBSERVACIONES Se debe de implementar más módulos al sistema Programador 25/10/11 Que el analistale asesore más al programador Se debe de mejorar la interfaz, hacerlo más amigable Diseñador 01/11/11 Que el analistale asesore más al diseñador. OBSERVACIONES COMPLEMENTARIAS Se revisóla calidad del sistemaencontrándose algunos defectos pero que son corregibles, las cuales deben ser solucionados en el tiempo mas Corto posible. DOCUMENTOS ADJUNTOS Acta de inspección de verificación de la calidad del sistema. CONTROL DE VERSIONES Versión Hecha por Revisada por Aprobada por Fecha Motivo
  • 69. MATRIZ DE COMUNICACIONES DEL PROYECTO NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Sistema de Control de Matriculas SisMat INFORMACIÓN CONTENIDO FORMATO NIVEL DE DETALLE RESPONSABLEDE COMUNICAR GRUPO RECEPTOR METODOLOGIA OTECNOLOGIA FRECUENCIA DE COMUNICACIÓN CODIGODE ELEMENTO WBS Acta de Proyecto Contiene a todos los participantes en el proyecto Papel Alto Cliente Director del proyecto Escrito Única vez 1.1 Alcance preliminar Contiene hasta donde va a abarcar el proyecto inicialmente. Papel Normal Director del proyecto Equipodel proyecto Escrito Única vez 1.1 Reporte de Avance Contiene un informe del avance del proyecto. Papel Normal Director del proyecto Equipodel proyecto y cliente Escrito Semanal 1.1 Plan de Gestión Contiene todas las actividades a realizarse para la gestión del proyecto. Papel Alto Director del proyecto Equipodel proyecto Escrito Única vez y ante cambios 1.1 Plan de Gestión del Alcance Contiene hasta donde va a abarcar el proyecto y cuáles son sus limites Papel Alto Director del proyecto Cliente/ Equipo del proyecto Escrito Única vez y ante cambios 1.1 Estructura de Desglose de Trabajo Contiene como está estructurado todas las fases de trabajo del proyecto. Digital Normal Director del proyecto Equipodel proyecto Escrito e E-Mail Única vez y ante cambios 1.2 Actividades Contiene todas las actividades a realizarse en la ejecución del proyecto. Papel Normal Director del proyecto Equipodel proyecto Escrito e E-Mail Única vez y ante cambios 1.2 Diagrama de Red Contiene cuales son las actividades criticas del proyecto. Digital Normal Director del proyecto Equipodel proyecto Escrito e E-Mail Mensual 1.2 1.0 Equipo de Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11 Informe de Gestión de la Comunicación
  • 70. Cronograma Contiene todo el cronograma del tiempo de desarrollo del proyecto Papel Normal Director del proyecto Equipodel proyecto Escrito e E-Mail Única vez y ante cambios 1.2 Matriz de Roles y Responsabilidades Contiene a las personas involucradas en el proyecto y sus responsabilidades Papel Alto Director del proyecto Equipodel proyecto Escrito Única vez 1.2 Plan de Gestión de Riesgos Contiene todas las actividades a realizarse para controlar a los posibles riesgos que se presenten en el proyecto. Papel Alto Director del proyecto Equipodel proyecto Escrito e E-Mail Única vez y ante cambios 1.2 Matriz de Comunicaciones Contiene todos los documentos que se van a entregar enla realización del proyecto. Papel Normal Director del proyecto Equipodel proyecto Escrito e E-Mail Mensual 1.2 Entregables definidos Contiene los entregables por fase en la elaboración del proyecto. Papel Normal Director del proyecto Equipodel proyecto Escrito Cuando ocurra 1.1 Cambios Realizados Contiene todos los cambios realizados al proyecto Papel Normal Director del proyecto Director del proyecto Escrito Mensual 1.3 Entregables Aceptados Contiene los entregables que fueron aceptados por el cliente. Papel Normal Director del proyecto Cliente Escrito Mensual 1.3 Cambios Solicitados Contiene todos los cambios solicitados por el cliente. Papel Normal Equipodel proyecto Director del proyecto Escrito Cuando ocurra 1.4 Acciones correctivas recomendadas Contiene todas las recomendaciones para la corrección de errores en el desarrollo del proyecto Papel Alto Director del proyecto Cliente E-mail Cuando ocurra 1.5 Entregable Final Contiene el producto final (Sistema Desarrollado) Digital Alto Director del proyecto Cliente Escrito Única vez 1.6 Aceptación Final Contiene el documento de la aceptación final del producto. Papel Alto Director del proyecto Cliente Escrito Única vez 1.6 Lecciones Aprendidas Contiene el documento de todas las lecciones aprendidas en la realización del Sistema. Papel Normal Equipodel proyecto Director del proyecto Escrito Única vez 1.6
  • 71. PLAN DE GESTIÓN DE RIESGOS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO Sistema de control de Matriculas SisMat METODOLOGIA DE GESTIÓN DE RIESGOS PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE INFORMACION Planeamiento del Sistema En este proceso se recopila todala información relevante de la organización Cuestionarios, entrevistas, grabación de audio, videos, etc. La Institución Educativa Análisis del Sistema Se procesa toda la información recopilada utilizandoequipos y TIC’s Hardware y Software específicos, metodología, URP, etc. Libros, Internet, videos,etc. Diseño del Sistema Se diseña el sistema de acuerdo a las necesidades de la institución Metodología RDM(Modelo Relacional de Datos), Hardware y Software específicos, Libros, Internet, videos,etc. Desarrollo del Sistema Se desarrolla todo el sistema tomando en cuenta las metodologías de desarrollo de software Hardware, Software(Java, MySQL Server, Adobe Desing , entre otros) Libros, Internet, videos,etc. Versión Hecha por Revisada por Aprobada por Fecha Motivo 1.0 Equipo de Trabajo Ing. Jesús Zea Ing. Jesús Zea 01/08/11 Informe de Gestión de Riesgos
  • 72. Documentación del Sistema Se procede a documentar el código, el diseño los manuales de usuario para ser entregados al cliente. Hardware y Software (MS Office, Adobe Desing,entre otros. Libros, Internet, videos,etc. Implementación del sistema Se implementa el sistema desarrollado en la institución realizando las pruebas necesarias de funcionamiento. Hardware y Software específicos para la instalación Libros, Internet, videos,etc. PROCESO ROLES RESPONSABILIDADES Planeamiento del Sistema Analista Realizar el Planeamiento de elaboración del sistema propuesto Ayudaren el Planeamiento de elaboración. Análisis del Sistema Analista Realizar el análisis parael desarrollo del Sistema Ayudaren el análisis para el desarrollo del Sistema Diseño del Sistema Analista Dirigir el diseño del Sistema propuesto Programador Apoyaren el diseño del Sistema Propuesto. Desarrollo del Sistema Analista Orientar enel Desarrollo del Sistema Propuesto Programador Desarrollar el código necesario del sistema Diseñador Desarrollar lainterfaz del Sistema Propuesto Documentación del Sistema Analista Dirigir la elaboración de la documentación Programador Realizar la documentación manual técnico Diseñador Realizar la documentación manual de usuario Implementación del sistema Analista Realizar la instalación del Sistema Realizar las pruebas del Sistema instalado Realizar el mantenimiento del Sistema instalado
  • 74. Alumnado Fuente: Primera Promoción de la escuela Católica GEM