Está en la página 1de 37

YORDAN----AMARILLO CRISTIAN--VERDE GLENDA--ROJO NATHALY---FUCSIA JULIO--AZUL

ADEMAS CADA UNO EXPONE LOS DIAGRAMAS KE HIZO OSEA TODOS MENOS YO . YO HARE LAS DIAPOSITIVAS

CAPTULO I : PLANTEAMIENTO METODOLGICO 1.1DESCRIPCIN DE LA REALIDAD PROBLEMTICA

En la actualidad muchos centros educativos (inicial, primaria, secundaria), instituciones de educacin superior (nuestro caso), universidades y en general centros de estudios, utilizan algn tipo de sistema de matricula ya sea automatizado o manual, centrndonos en sistemas de matriculas por semestre, por ciclo o por nivel, estos sistemas de alguna manera presentan problemas a lo largo de su uso como por ejemplo:

(En general se hablara de nivel acadmico y grupo acadmico) Permite al estudiante acceder a un nivel acadmico con cursos reprobados del nivel anterior. Estudiantes que han reprobados y deben ms de 2 asignaturas pueden matricularse en cualquiera de los niveles. Las calificaciones no se graban (los docentes no registran notas a su debido tiempo). Problema de actas en lneas. Error de registros por parte de los generadores de cdigo CUI de secretara. Alumnos que se matriculan en un determinado grupo acadmico y nivel, no aparecen en la lista oficial que contiene el docente. Cuando es solicitado en el sistema la lista de los estudiantes matriculados por grupos acadmicos, esta no se genera completamente y hay que hacerlo de forma manuscrita. Se matricula a un estudiante sin haberle hecho las equivalencias de asignaturas. Este problema se debe a que el sistema actual no posee la opcin de convalidacin. Errores con el servidor de matriculas.

Duplicidad de datos de alumnos que se han matriculado. Un constante cambio de normatividad por parte de la institucin en los procesos de matriculas como: normativas para un reingreso a la institucin o convalidacin de cursos para un posterior cambio de carrera o otros. Estos y otros problemas se presentan en los sistemas de matriculas actuales, es por eso que los sistemas de matriculas en general presenten debilidades.

1.2DELIMITACIONES Y DEFINICIN DEL PROBLEMA

1.2.1 DELIMITACIONES

A. DELIMITACIN ESPACIAL.

El presente proyecto de investigacin est orientado al desarrollo de un sistema virtual de matriculas para el I.S.E.P HONORIO DELGADO ESPINOZA donde cada semestre son atendidos los estudiantes para el proceso de matriculas.

B. DELIMITACIN TEMPORAL.

El desarrollo del referido Proyecto de investigacin ha sido dividido en dos fases: La primera fase se realizar entre los meses de Setiembre del 2011 y Noviembre del mismo ao, en esta fase se desarrollan los tres dos primeros captulos (planteamiento metodolgico, marco teorico) del proyecto de investigacin. La segunda y ltima fase del proyecto se realizar en el mes de Diciembre del 2011 haciendo referencia la presentacin del

proyecto y

la construccin de la herramienta (requisitos,

diagramas, interfaz).

C. DELIMITACIN SOCIAL. Este punto est comprendido por el conjunto de elementos participativos en el proyecto. Debido a las caractersticas del proyecto se han considerado 2 usuarios involucrados: Estudiantes: Es el actor principal, son todos los que se matriculan cada semestre del ao acadmico de la institucin. I.S.E.P: Es la entidad (departamento de secretaria) encargada de realizar el proceso de matriculas cada semestre del ao acadmico.

1.2.2 DEFINICIN DEL PROBLEMA

La institucin en la actualidad ya cuenta con un sistema de matriculas para los alumnos y los nuevos ingresantes, este proceso varia segn el tipo de matriculas, pues en la institucin existen las matriculas de tipo tradicional y las matriculas modulares, estos tipos se acogen a la carrera en la que este el estudiante. La matricula tradicional es un proceso mas sencillo que el modular por diversos aspectos (aspectos que no se mencionaran por falta de informacin). La problemtica se presenta en ambos casos porque aun los registros aun son llenados manualmente, hay un constante cambio de normatividad, fallas del propio sistema, y problemas que podran problemtica descrita lneas arriba. Estos problemas se ven reflejados en las largas colas de espera por parte del alumnado, suceder segn la realidad

A continuacin se formulas Interrogantes orientadas a revertir la situacin problemtica mencionada.

El proceso actual de matriculas causa algn tipo de molestias en los alumnos del I.S.E.P HONORIO DELGADO ESPINOZA? La implementacin de un sistema virtual evitara la prdida de tiempo que invierten los alumnos al momento de matricularse? En cuanto facilitara el uso de un sistema virtual de matriculas? El uso de un sistema virtual de matriculas cuan satisfactorio seria para el estudiante? La elaboracin de un sistema de matriculas virtuales influir que los alumnos de la institucin eviten el tiempo perdido?

1.3FORMULACIN DEL PROBLEMA.

1.3.1 PROBLEMA PRINCIPAL.

El diseo y el modelado de un nuevo sistema virtual de matriculas para el I.S.E.P HONORIO DELGADO ESPINOZA, permitir agilizar este proceso, reduciendo el tiempo de espera considerablemente y as evitar las largas colas formadas por la plana estudiantil?

1.4OBJETIVO DE LA INVESTIGACIN

1.4.1 OBJETIVO GENERAL

Disear un sistema informtico para control de registros de matriculas que simplifique, sistematice y agilice de manera eficiente este proceso. En el Instituto Superior Honorio Delgado Espinoza .

1.4.2 OBJETIVOS ESPECFICOS

Analizar los problemas presentes de administracin en el sistema actual y las entidades involucradas en el proceso de matrcula de la Institucin. Valorar el desarrollo del proyecto mediante la opinin de todos los participantes involucrados (estudiantes, personal de caja). Realizar Pruebas del sistema para comprobar el correcto

funcionamiento del sistema. en caso de que se ejecute el proyecto) Obtener informacin de cmo se llevan los procesos de matriculas e ingreso de notas mediante el departamento de secretaria. Capacitar a la secretaria de la institucin para el correcto uso del sistema. Crear el diseo conceptual y lgico del sistema para un mejor modelo de la base de datos del mismo. Generar para que el estudiante sepa que curso lleva asi como sus respectivos crditos. Valorar el desarrollo del proyecto mediante la opinin de todos los participantes involucrados (cliente, tutores).

1.5 HIPTESIS DE LA INVESTIGACIN.

1.6VARIABLES E INDICADORES 1.6.1 VARIABLE INDEPENDIENTE

El presente proyecto se considera como una PROPUESTA por lo cual solo se presenta una variable. Diseo y Moldeamiento de Un Sistema Virtual De Matriculas

Indicadores Flexibilidad. Modularidad Reutilizacin Seguridad Facilidad de uso

ndices Nmero de variables ha evaluar. Nmero de casos registrados. Nmero de funciones implementadas. Nmero de mtodos y clases reutilizadas Nmero de niveles de seguridad. Tiempo requerido para el manejo del sistema.

1.7VIABILIDAD DE LA INVESTIGACIN. 1.7.1 VIABILIDAD TCNICA

La secretara acadmica de la institucin tiene a disposicin una computadora en el cual se alojar la base de datos del sistema y ser utilizado como un servidor. Esperando que tenga las caractersticas mnimas necesarias para cumplir las tareas de un servidor . HARDWARE Una computadora Athlon AMD Dual Core 2.81 GHz 2 Gb de Memoria. 160 Gb de Disco Duro

SOFTWARE Windows XP Microsoft Office 2007 Visual Studio 2010 express Sql Server 2008 . Racional Rose 2003 Enterprise Edition

1.7.2 VIABILIDAD OPERATIVA.

El modelo del sistema seria evaluado por expertos informticos mediante un anlisis profundo, con el fin de identificar fallas del modelado. El sistema ser manipulado por el personal de caja acadmica quienes son los encargados del cobro de matriculas de los alumnos. El uso del nuevo sistema por el estudiante, trae consigo ventajas; una de ellas seria las interfaces que tendran una facilidad de uso que permitan utilizar los distintos componentes y la navegacin de ventanas que lo conforman.

1.7.3 VIABILIDAD ECONMICA.

El total de los costos que impliquen el diseo y modelado del mencionado proyecto, sern solventados ntegramente por dicha institucin.

1.8JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN. 1.8.1 JUSTIFICACIN

El presente proyecto se realiza para cubrir una necesidad administrativa y resolver un problema de informacin que se le presenta en secretara acadmica de la Institucin, el problema viene siendo el proceso de matrcula para los estudiantes.

Por tanto surge la necesidad de la creacin de un nuevo sistema de matrcula virtual que permita agilizar este proceso que hasta hoy presenta inconvenientes a los estudiantes.

1.8.2 IMPORTANCIA.

La propuesta planteada, tiene un alto grado de importancia puesto que permitira mejorar el proceso de matricula actual de la institucin reduciendo la cantidad de horas de dicho proceso, pero adems porque permitira una mejor y mas rpida atencin al estudiante.

1.9LIMITACIONES DE LA INVESTIGACIN

Limitacin de equipo, para esto se presenta una propuesta en la compra de una computadora que servir como apoyo fundamental (Servidor local) en el proceso de la informacin con las siguientes caractersticas y costo: Servidor HP Proliant ML370 G6 Procesador: Intel Xeon E5540 (4 ncleos, 2.53 GHz, 8 MB L3, 80w) N de procesadores: 1 Procesador Core habilitado: Quad Ranuras de memoria: 18 Ranuras DIMM Memoria: DDR3 registrada (RDIMM) Ranuras de expansin: 9 Controlador de red: 1- 4 puertos 1 GBE NC375i multifuncin Tipo de fuente de alimentacin: 1-750 watt cs alta eficacia Controlador de almacenamiento: 1- Smart array P410i/256 MB Software de gestin: N/D Tipo de unidad ptica: DVD ROM (Sata) Software de gestin remota: ILO standard y hp systems insight manager (SIM) Disco duro: 1TB (Sata),Todo el equipo valorado en: $2,650.00

1.10 TIPO Y NIVEL DE LA INVESTIGACIN

1.10.1TIPO DE INVESTIGACIN.

El tipo de investigacin del presente proyecto es Aplicada, puesto que se utilizaron conocimientos y tecnologas pre-existentes.

1.10.2NIVEL DE INVESTIGACIN.

El nivel de investigacin es exploratoria, pues se hace una anlisis del problema, describindose el mismo en toda su magnitud, pero tambin porque se plantea una solucin.

1.11 MTODO Y DISEO DE LA INVESTIGACIN 1.11.1MTODO DE LA INVESTIGACIN.

El mtodo de la investigacin ser cientfico, complementado con el enfoque sistmico, teniendo en cuenta la naturaleza especial de los trabajo de investigacin en Modelado de sistemas.

1.11.2DISEO DE LA INVESTIGACIN.

Experimental; ya que organiza deliberadamente condiciones, de acuerdo con un plan previo, con el fin de investigar las posibles relaciones causa-efecto exponiendo a uno o ms grupos experimentales a la accin de una variable experimental y contrastando sus resultados con grupos de control o comparacin. de

1.12 TCNICAS E INSTRUMENTOS DE RECOLECCIN DE INFORMACIN 1.12.1TCNICAS.

Se aplico la tcnica de ENCUESTA, que se aplicaron a nmero de informantes sobre nmero de datos. Tambin se aplico la tcnica de la ENTREVISTA, que nos permiti profundizar algunos aspectos de mucha importancia.

1.12.2INSTRUMENTOS.

Se aplico un CUESTIONARIO como instrumento a la tcnica de Encuesta, este cuestionario se aplico a 50 estudiantes aleatorios de la institucin Tambin se aplico una GUA DE ENTREVISTA como instrumento a la tcnica de Entrevista, que se aplico al personal del departamento de secretaria y caja de la institucin.

1.13 COBERTURA DE ESTUDIO 1.13.1 UNIVERSO

El universo en est ocasin esta compuesto por un aproximado de 2000 estudiantes en promedio de ambos turnos.

1.13.2 MUESTRA

La muestra est compuesta por exactamente 50 estudiantes encuestados y 3 personas de personal administrativo (departamento de secretaria y caja) que fueron entrevistadas, de esta forma se podr demostrar estadsticamente la problemtica presentada anteriormente.

1.14 CRONOGRAMA Y PRESUPUESTO: 1.14.1CRONOGRAMA

1 2 3 4 5

A D iscu si n d e P re se n tacio n Elab o racio n Elab o racio n A p licaico n d

CAPITULO II: MARCO TERICO 2.1 ANTECEDENTES DE LA INVESTIGACIN

Naranjo (1998), en su trabajo de grado titulado Diseo de un Sistema de Informacin Gerencial que sirva de apoyo en la Toma de Decisiones de la Alta Gerencia del Grupo Qumico, plante como objetivo general proponer un sistema automatizado que permitiera el manejo de la informacin en forma grfica y resumida para dar apoyo a la toma de decisiones por parte de la alta gerencia del grupo qumico para mejorar el manejo del negocio, el cual para lograr su objetivo estudi el funcionamiento del sistema actual que posean (sus debilidades y fortalezas, los requerimientos de la informacin por parte de la gerencia, las reas que formaran parte del sistema de apoyo gerencial, donde recomend al finalizar el diseo del sistema de informacin gerencial, su implantacin con la finalidad de que la alta gerencia cuenta con una herramienta poderosa en el manejo de la informacin, sugerencia que se relaciona con el desarrollo de la investigacin planteada, ya que con la implantacin de una proceso automatizado, los investigadores pretenden mejorar, el mecanismo del control de la informacin, a objeto de obtener una verificacin rpida de la data, sobre determinadas operaciones que le permitan aplicar oportunamente de controles administrativos en pro de la organizacin y el servicio al cliente. Quintero en el 2001, realiz una investigacin titulada "Implantacin de un Nuevo Sistema de Control de Inventarios e Investigacin Acerca de los Resultados de su Aplicacin", plantendose como objetivo general, estudiar y realizar el Sistema de Control de Investigacin de la empresa y aplicar ajuste, correcciones y adaptaciones que sean necesarias para garantizar el acuerdo abastecimiento, logran llegar a la siguiente conclusin: Un sistema de control de inventarios diseados especialmente paras las necesidades de la empresa constituye un factor esencial en las polticas de produccin y venta as como en las proyecciones funcionales, puesto que permite garantizar el adecuado, suficiente y oportuno suministro de materia prima para la produccin con el mnimo posible de inversin esttica en los inventarios que lo supone y significa ahorro de dinero y racionalidad de la produccin.

El software de monitoreo fue desarrollado en el lenguaje Visual Basic 5.0 para realizar una interfaces basadas en Windows 95. la filosofa del proyecto es que el sistema pueda ser utilizado por cualquier persona, tanto en su parte de configuracin como en su parte de monitoreo, para no tener necesidad de contratar personas especializadas en los equipos del sistema para su configuracin y establecimiento en el nodo; se utiliz una librera llamada Powertcp para el manejo del protocolo SNMP bajo TCP/IP y el Sistema esta en la capacidad de agregar, remover y configurar cada nodo. Bauza (2002), realiz una investigacin titulada Sistema IABN (Instituto Autnomo Biblioteca Nacional), ella fue de tipo estructural o de sistema, en donde se propuso el desarrollo de un modelo operativo factible, adems, esto permiti elaborar un instrumento para un sistema operativo viable, con el objetivo de solucionar problemas de procedimientos y normas, as como de tipo practico por medio de la cual se garantizaba un servicio que prestamos con la calidad que (IABN) brinda a toda la nacin. Los datos fueron obtenidos a travs del cuestionario diagnosticado, estos fueron basados en una matriz de doble entrada y expresados en trminos porcentuales por medio de procedimientos estadsticos. Este trabajo propona una base de datos que fuera dirigida a facilitar el servicio de prestamos centralizados de libros y otros documentos. Tambin se tiene en la tesis de grado realizado por Ercolino en el ao 2001, que llev por ttulo el diseo y manejo de un sistema de monitoreo y control remoto para los nodos de telecomunicaciones que conforman la red de servicios de Impsat S.A. de la Universidad Metropolitana tiene como objetivo principal, establecer un sistema que sea capaz de monitorear los equipos de potencia del nodo y adems algunas variables externas necesarias, para el buen funcionamiento de este.

2.2 MARCO HISTRICO

Las matriculas en la actualidad en su mayora cuentan con un sistema informtico que registra cada matricula del estudiante ya sea universitario, tecnolgico o colegiado. Al principio las matriculas se realizaban manualmente colocando los datos del estudiante en una ficha que despus seria archivada para ser usada con

posterioridad y los pagos se realizaban en el momento o con un adelanto, asi tambin haciendo una boleta manual. La tecnologa avanza y las matriculas comenzaron matricula. a sistematizarse llenando

registros en una computadora e imprimiendo el Boucher de pagos de derechos de

2.3 MARCO CONCEPTUAL

1. LENGUAJE DE PROGRAMACION Un lenguaje de programacin es un lenguaje es utilizado para controlar el comportamiento de una mquina, por ejemplo una computadora. Consiste en un conjunto de smbolos y reglas sintcticas y semnticas que definen su estructura y el significado de sus elementos y expresiones. los lenguajes informticos engloban a los lenguajes de programacin y a otros ms, como, por ejemplo, el HTML (lenguaje para el marcado de pginas Web). Un lenguaje de programacin permite programar de manera especfica y precisa: sobre qu datos una computadora debe operar, cmo deben ser estos almacenados, transmitidos y qu acciones debe tomar bajo una variada gama de circunstancias. Todo esto, a travs de un lenguaje que intenta estar relativamente prximo al lenguaje humano o natural, tal como sucede con el lenguaje Lxico. Una caracterstica relevante de los lenguajes de programacin es precisamente que ms de un programador puedan tener un conjunto comn de instrucciones que puedan ser comprendidas entre ellos para realizar la construccin del programa de forma colaborativa. Los procesadores usados en las computadoras son capaces de entender y actuar segn lo indican programas escritos en un lenguaje fijo llamado lenguaje de mquina. Todo programa escrito en otro lenguaje puede ser ejecutado de dos maneras: Los lenguajes de programacin pueden ser clasificados de acuerdo a diversos criterios: Lenguajes interpretados (Interpretes) como Basic, Dbase. Lenguajes compilados (Compiladores) como C, C++, Clipper.

Lenguajes interpretados con recolectores de basura (Maquina Virtual) como Smalltalk, Java, Ocaml.

Lenguajes Scripts (Motor de ejecucin) como Perl, PhP.

A. Generaciones de los Lenguajes Los equipos de ordenador (el hardware) han pasado por cuatro generaciones, de las que las tres primeras (ordenadores con vlvulas, transistores y circuitos integrados) estn muy claras, la cuarta (circuitos integrados a gran escala) es ms discutible. Algo parecido ha ocurrido con la programacin de los ordenadores (el software), que se realiza en lenguajes que suelen clasificarse en cinco generaciones, de las que las tres primeras son evidentes, mientras no todo el mundo est de acuerdo en las otras dos. Estas generaciones no coincidieron exactamente en el tiempo con las de hardware, pero s de forma aproximada, y son las siguientes:

Primera generacin: Los primeros ordenadores se programaban directamente en cdigo binario, que puede representarse mediante secuencias de ceros y unos sistema binario. Cada modelo de ordenador tiene su propio cdigo, por esa razn se llama lenguaje de mquina.

Segunda generacin: Los lenguajes simblicos, as mismo propios de la mquina, simplifican la escritura de las instrucciones y las hacen ms legibles.

Tercera generacin: Los lenguajes de alto nivel sustituyen las instrucciones simblicas por cdigos independientes de la mquina, parecidas al lenguaje humano o al de las Matemticas.

Cuarta generacin: se ha dado este nombre a ciertas herramientas que permiten construir aplicaciones sencillas combinando piezas prefabricadas. Hoy se piensa que estas herramientas no son, propiamente hablando, lenguajes. Algunos proponen reservar el nombre de cuarta generacin para la programacin orientada a objetos.

Quinta generacin: se llama as a veces a los lenguajes de la inteligencia artificial, aunque con el fracaso del proyecto japons de la quinta generacin el nombre ha cado en desuso

B. Historia y Caractersticas de algunos Lenguajes Lenguaje de programacin diseado por Jean Ichbiah de Cii Honeywell Bull por encargo del Departamento de Defensa de los EE.UU. para unificar el uso de los lenguajes de programacin en los proyectos que le fuesen entregados. Es un lenguaje diseado con la seguridad en mente y es multipropsito, pudiendo llegar desde la facilidad de Pascal a la flexibilidad de C pero con una filosofa orientada a la reduccin de errores. Su nombre conmemora a la condesa Ada Lovelace, hija de Lord Byron, a quien se considera la primera programadora de la Historia, por su relacin con Charles Babbage, creador de la mquina analtica. El Departamento de Defensa de los Estados Unidos (DoD) y los ministerios equivalentes de varios pases europeos exigen la utilizacin de este lenguaje en los proyectos realizados bajo su patrocinio. Tambin es usado en otros entornos en los que tambin se necesita una gran seguridad como la gestin del trfico areo (en empresas como Boeing o la espaola Indra). Ada se dise de manera que permita evitar los errores comunes y difciles de descubrir. Esto puede hacer que sea muy irritante para los programadores principiantes. Hasta la fecha la ISO ha publicado dos ediciones del estndar de Ada: la original Ada 83 que inclua conceptos novedosos como las excepciones y la programacin genrica; y la revisin Ada 95, que entre otras cosas aadi la capacidad de herencia para completar sus caractersticas de lenguaje OOP. Un compilador de Ada muy usado es GNAT, originalmente desarrollado por la Universidad de Nueva York y mantenido en la actualidad por Ada Core Technologies. Est basado en la tecnologa de GCC y es software libre.

2. DISEO DE SISTEMAS

En las fases que forman el anlisis de sistemas, los propietarios y los usuarios de sistemas han definido qu requerimientos funcionales y no funcionales debe cumplir el nuevo sistema. A partir de aqu, el analista y el diseador de sistemas, con la colaboracin de los usuarios, deben disear una solucin que convierta los requerimientos encontrados en las fases del anlisis de sistemas en un sistema de informacin real.

El anlisis de sistemas se centraba en qu se tiene que hacer, es decir, en los requerimientos del sistema desde el punto de vista de los usuarios, mientras que el diseo de sistemas se centra en cmo se tiene que realizar. Por lo tanto, en la etapa de diseo se investigar qu datos es necesario almacenar y cmo se van a almacenar, qu procesos se van a implementar y cmo se van a implementar, y qu interfaces se quieren disear y cmo se van a disear.

3. SISTEMAS BASE DE DATOS Evolucin: De los Sistemas Orientados a los Procesos a los Sistemas Orientados a los datos. Los sistemas orientados a los datos se caracterizan porque los datos no son de una aplicacin sino de una Organizacin entera que los va a utilizar; se integran las aplicaciones, se diferencian las estructuras lgicas y fsicas. El concepto de relacin cobra importancia. Originalmente las aplicaciones cubran necesidades muy especficas de procesamiento, se centraban en una tarea especfica. Las bases de datos evitan las inconsistencias que se producan por la utilizacin de los mismos datos lgicos desde distintos archivos a travs de procesos independientes.

4. SISTEMAS DE DESARROLLO La teora de los sistemas de desarrollo, ms conocida por su forma abreviada DST (de sus siglas en ingls Developmental Systems Theory) es un conjunto de teoras en torno al desarrollo y la evolucin orgnicas contrarias al reduccionismo gentico. La DST tiene su origen en la psicologa del desarrollo y del

comportamiento, siendo aplicada a la biologa por filsofos de la biologa y bilogos moleculares. Ciclo de vida del desarrollo de sistemas El desarrollo de sistemas es un proceso que consiste en dos etapas principales de anlisis y diseo de sistemas; comienza cuando la gerencia, o en algunas ocasiones el personal de desarrollo de sistemas, se da cuenta de cierto sistema del negocio necesita mejorarse. El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los analistas, diseadores y usuarios, que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de informacin. Se debe tener presente que en la mayora de las situaciones del negocio, las actividades estn ntimamente relacionadas y son inseparables.

5. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

6. SISTEMA VIRTUAL El sistema virtual por software es un programa que simula un sistema fsico un ordenador, un hardware con unas caractersticas de hardware determinadas. Cuando se ejecuta el programa (simulador), proporciona un ambiente de ejecucin similar a todos los efectos a un ordenador fsico (excepto en el

puro acceso fsico al hardware simulado), con CPU (puede ser ms de una), BIOS, tarjeta grfica, memoria RAM, tarjeta de red, sistema de sonido, conexin USB, disco duro (pueden ser ms de uno), etc. todos esto pueden representar una sistema virtual ya que se basa en medio tecnolgico reales pero no en persona.

7. COMERCIO ELECTRNICO El comercio electrnico, tambin conocido como e-commerce (electronic commerce en ingls), consiste en la compra y venta de productos o de servicios a travs de medios electrnicos, tales como Internet y otras redes informticas. Originalmente el trmino se aplicaba a la realizacin de transacciones mediante medios electrnicos tales como el Intercambio electrnico de datos, sin embargo con el advenimiento de la Internet y la World Wide Web a mediados de los aos 90 comenz a referirse principalmente a la venta de bienes y servicios a travs de Internet, usando como forma de pago medios electrnicos, tales como las tarjetas de crdito. La cantidad de comercio llevada a cabo electrnicamente ha crecido

extraordinariamente debido a la propagacin de Internet. Una gran variedad de comercio se realiza de esta manera, estimulando la creacin y utilizacin de innovaciones como la transferencia de fondos electrnica, la administracin de cadenas de suministro, el marketing en Internet, el procesamiento de transacciones en lnea (OLTP), el intercambio electrnico de datos (EDI), los sistemas de administracin del inventario, y los sistemas automatizados de recoleccin de datos. La mayor parte del comercio electrnico consiste en la compra y venta de productos o servicios entre personas y empresas, sin embargo un porcentaje considerable del comercio electrnico consiste en la adquisicin de artculos virtuales (software y derivados en su mayora), tales como el acceso a contenido "premium" de un sitio web. El comercio electrnico realizado entre empresas es llamado en ingls Businessto-business o B2B. El B2B puede estar abierto a cualquiera que est interesado (como el intercambio de mercancas o materias primas), o estar limitado a participantes especficos pre-calificados (mercado electrnico privado).

8. IMPLEMENTACIN DE SISTEMAS Histricamente, las compaas han creado islas de informacin, varios sistemas que operan o manejan diferentes segmentos del negocio. Algunas veces estos sistemas diferentes estn integrados entre s y algunas veces no. En ocasiones estn furtemente enlazados y en otra no tienen ligas fuertes. Todos estos sistemas que en su mayora son independientes requieren mantenimiento; el costo operativo y administrativo de hacerlo, la mayora de las veces en una forma redundante, es mayor que el de implementar otro sistema nuevo. La mayora de las compaas fracasan al implementar los sistemas de ERP porque esperan beneficios financieros diferentes a los que el paquete ofrece propiamente, en otras ocasiones se van con tendencias de la industria y tratan de implementar sistemas que aunque parecen muy innovadores no cumplen con el perfil de sus necesidades.

Palabras Clave: ERP, productividad, integracin, Inteligencia de Negocios, Planeacin, Sistemas de Informacin.

El ERP, Enterprise Resource Planning, por sus siglas en ingls, integra todos los procesos relevantes de una empresa con los mdulos y metodologas con el mejor sistema de gestin empresarial. Todas las transacciones quedan registradas desde su origen en una sola base de datos, en la cual se puede consultar en lnea toda la informacin relevante para administrar el negocio. Entre los principales beneficios que se pueden alcanzar con la implementacin de un sistema ERP existen: Control de la operacin, eficiencia administrativa, productividad, servicio a clientes, ahorros en costos operativos, visibilidad de las operaciones, soporte a toma de decisiones, preparacin para e-business, diferenciacin Un sistema de ERP es un sistema de informacin integral que soporta los procesos y la administracin de recursos de una organizacin. El sistema consta de varias aplicaciones cuya integracin soporta la administracin de la cadena de suministro y las operaciones del da a da.

CAPITULO III: CONSTRUCCION DE LA HERRAMIENTA 3.1 ANLISIS DE REQUISITOS 3.1.1 REQUISITOS FUNCIONALES Del Estudiante

Requisito Nombre del Requisito Resumen

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

RF001 Inicio de sesion El estudiante requiere de un password para ingresar al sistema de matriculas para luego elegir una serie de opciones propias de su tipo de matricula Primario

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

RF002 Calificacin del proceso de admisin El postulante requiere a ver ingresado a la institucin por algn tipo de proceso de admisin para despus ingresar al sistema de matriculas. Secundario

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

RF003 Tipo de Matricula El estudiante desde que ingreso al instituto cuenta con algn tipo de matricula segn su carrera tcnica, los tipos son: tradicional y modular. Primario RF001, RF002 RF004 Invicto El estudiante durante el semestre acadmico obtiene notas y estas son evaluadas por su docente, al final del semestre puede aprobar con nota aprobatoria de 13. Secundario

Tipo de Requisitos

Requisitos Asociados Requisito Nombre del Requisito Resumen

RF001, RF002, RF003 RF005 Curso de Cargo Si el estudiante en el semestre trasanterior reprob uno o mas cursos tiene la opcin de poder recuperarlos en el turno contrario al que se haya matriculado. Secundario RF001, RF002, RF003 RF006 Cambio de Turno El estudiante tiene la opcin de cambiarse tu turno abonando dinero al costo de matricula Secundario RF001, RF002, RF007 Cambio de Turno El estudiante tiene la opcin de cambiarse tu turno abonando dinero al costo de matricula. Tendr que apersonarse obligatoriamente para un papeleo extra al pago de este derecho. Secundario RF001, RF002, RF008 Reserva de matricula El estudiante tiene la opcin de reservar su matricula por un periodo no mayor a un ao acadmico. Tendr que pagar por este derecho ajeno al derecho de matricula por cada semestre. Secundario RF001, RF002,

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

Tipo de Requisitos Requisitos Asociados

Del Administrador del sistema Requisito Nombre del Requisito Resumen RF01 Correccin de datos El estudiante despus de haber seleccionado una serie de opciones de matricula y haver imprimido el podra hacer cambios oportunamente Principal

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

RNF002 Correccin de logueo El administrador con consentimiento de administrativos del instituto tiene la capacidad de hacer cambios en el mbito de logueo del estudiante. primario

Tipo de Requisitos Requisitos Asociados

RNF003 Reporte de registros de estudiante El sistema de matriculas debe incluir un modulo de reporte de registros de alumnos que ya se hayan registrado en el sistema, as tambin los que faltan. Secundario

3.1.2 REQUISITOS NO FUNCIONALES

Requisito Nombre del Requisito Resumen

Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen Tipo de Requisitos Requisitos Asociados Requisito Nombre del Requisito Resumen

RNF001 Backup El sistema de matriculas virtual debe incluir un sistema de Backup, con la finalidad de poseer una copia de los registros ingresados por el estudiante, en caso de desperfectos de la base de datos del sistema de matriculas. primario

RNF002 Incluir un sistema de Raid Se deber incluir un sistema de Raid, para evitar daos en los registros durante un corte de luz inoportuno Primario

Tipo de Requisitos Requisitos Asociados

RNF003 Vigencia El sistema de matriculas virtual debe incluir la opcin de que el Boucher descargado por el estudiante tenga una vigencia de plazo de pago de 2 das para evitar sobrecargas en la caja del instituto primario

3.2 DISEO DE LA HERRAMIENTA 3.2.1 DIAGRAMAS DE CASO DE USO 3.2.1.1 DIAGRAMA DE ALTO NIVEL 3.2.1.2 DIAGRAMA DE CASOS DE USO DE INICIO DE SECION

Alumno

Ingresar codigo

Ingresar Contrasea

Alumno Nuevo

Alumno Antiguo

3.2.1.3 DIAGRAMA DE CASOS DE USO DE 3.2.1.4 DIAGRAMA DE CASOS DE USO DE 3.2.1.5 DIAGRAMA DE CASOS DE USO DE

3.2.2 DIAGRAMAS DE ACTIVIDADES

3.2.2.1

DIAGRAMA DE ACTIVIDAD DE INICIO DE SECION

Alumno

Sistema

Ingreso a la web

Cuenta [Iniciando] Estado

Sesion No iniciada

Sesion iniciada

Sesion [Rechazado]

sesion [Aceptada]

Sesion [abierta]

3.2.2.2

DIAGRAMA DE ACTIVIDAD DE PREMATRICULA

ALUMNO

SISTEMA

CAJA/ADMINISTRADOR

Entrar a la pagina

Programa Inicia

Ingresa codigo

Mostrar opciones a pagar Elegir opciones

Opciones desactivadas

Opciones activadas

Opciones negadas

Opciones aceptadas

Enviar total a pagar

Programa terminado

Imprimir Ratificacion de cursos

3.2.2.3 DIAGRAMA DE ACTIVIDAD 3.2.2.4 DIAGRAMA DE ACTIVIDAD DE PAGO A CAJA

alumno

Caj a

Sistema

realiza proceos

proceso [iniciado]

ingresa datos

verifica datos

Realiza pago

disponibilidad [pago]

ejecuta pago

Pago

no realiza pago

Realiza pago

pago [rechasado]

pago [aceptado]

pago realizado

proceso [Terminado]

termina proceso

3.2.3 DIAGRAMAS DE SECUENCIA 3.2.3.1 DIAGRAMA DE SECUENCIA DE INICIO DE SECION

Sistema : Alumno 1: Ingresa a la web 2: Inicio de sesion 3: Pide ingreso de codigo 4: ingresa codigo 5: Pide ingreso de contrasea 6: Ingresa contrasea 7: Verifica datos ingresados 8: Datso aceptados 9: Sesion iniciada

3.2.3.2

DIAGRAMA DE SECUENCIA DE PREMATRICULA

: ALUMNO 1: Inicia sesion 2: Pide codigo y contrasea 3: Ingresa codigo y contrasea 4: Muestra opciones a pagar 5: Elige opciones

SISTEMA

CAJA

6: Envia monto a pagar 7: Imprime ratificacion de cursos

3.2.3.3 DIAGRAMA DE SECUENCIA 3.2.3.4 DIAGRAMA DE SECUENCIA DE PAGO A CAJA

SISTEMA : ALUMNO

CAJA

1: INGRESA DATOS 2: VERFICA DATOS

3: INGRESA CARRERAS

4: MUESTRA DE MONTO 5: ELIGE CORRESPONDIENTE 6: ELIGE CORRESONDIENTE 7: SUMA DE MATRICULAS

8: IMPRIME BAUCHER

9: REALIZA PAGO 10: ENTREGA RECIBO DE PAGO

3.2.4 DIAGRAMAS DE COLABORACIN 3.2.4.1 DIAGRAMA DE COLABORACIN

7 : V e rific a d a to s ing res a d o s 8: D a ts o a c e pta d os 1 : Ing re s a a la w e b 2 : Inic io d e s es ion 4 : in g re s a c od igo 6 : Ing re s a c o ntra s e a S is t e m a 3 : P ide in gre s o d e c o d igo 5 : P ide ing re s o d e c o n tra s e a 9: S e s io n in ic iad a

: A lu m n o

3.2.4.2

DIAGRAMA DE COLABORACIN DE PREMATRICULA

1: Inicia sesion 3: Ingresa codigo y contrasea 5: Elige opciones SISTEMA 2: Pide codigo y contrasea 4: Muestra opciones a pagar 7: Imprime ratificacion de cursos

: ALUMNO

6: Envia monto a pagar

CAJA

3.2.4.3 DIAGRAMA DE COLABORACIN 3.2.4.4 DIAGRAMA DE COLABORACIN DE PAGO A CAJA

2: VERFICA DATOS 6: ELIGE CORRESONDIENTE

SISTEMA

1: INGRESA DATOS 3: INGRESA CARRERAS 4: MUESTRA DE MONTO 5: ELIGE CORRESPONDIENTE 7: SUMA DE MATRICULAS

CAJA 8: IMPRIME BAUCHER

9: REALIZA PAGO 10: ENTREGA RECIBO DE PAGO : ALUMNO

3.2.5 DIAGRAMA DE CLASES 3.3 DISEO DE LA INTERFAZ 3.4 DISEO DE LA BASE DE DATOS