You are on page 1of 68

Sistema de Información para el Instituto Domingo Savio

Presentación SW Documentada

Integrantes: Charles Gualberto Canedo Villegas Victor Hugo Rojas Sanchez
DOCENTE: Ing. Magno Edwin Calizaya Ajhuacho MATERIA: INGENIERIA DE SOFTWARE II

. 01/07/2013

Sistemas de Información para el Instituto Domingo Savio
Contenido
1. CAPITULO I.-...................................................................................................................... 6

PLANTEAMIENTO DEL PROBLEMA.- ................................................................................ 6 1.1. 1.2. 1.3. 1.4. SITUACIÓN PROBLEMÁTICA.-............................................................................. 6 SITUACIÓN DESEADA.- .......................................................................................... 6 FORMULACIÓN DEL PROBLEMA.- ..................................................................... 7 OBJETIVOS.- .............................................................................................................. 7 OBJETIVO GENERAL.- .................................................................................... 7 OBJETIVO ESPECÍFICOS.- ............................................................................. 7

1.4.1. 1.4.2. 1.5. 1.6.

JUSTIFICACIÓN.- ...................................................................................................... 7 DELIMITACIÓN.- ...................................................................................................... 8 Delimitación Espacial.- ........................................................................................ 8 Delimitación Temporal.- ...................................................................................... 8 Delimitación Sustantiva.-..................................................................................... 8 MODULO DE REGISTRO.- ............................................................................. 8 MODULO DE INSCRIPCIÓN.- ....................................................................... 9 MODULO PERSONAL.- .................................................................................. 9 MODULO DE FACTURA / CAJA.- ................................................................. 9 MODULO DE REPORTES.- .......................................................................... 10

1.6.1. 1.6.2. 1.6.3. 1.6.3.1. 1.6.3.2. 1.6.3.3. 1.6.3.4. 1.6.3.5. 1.7.

ESTRATEGÍA METODOLÓGICA.- ...................................................................... 10 Proceso Unificado de Desarrollo: PUD y UML.-............................................. 10 Fase Inicio.- ......................................................................................................... 10 Fase Elaboración.-.............................................................................................. 11 Fase Construcción.-............................................................................................ 11 Fase Transición.- ................................................................................................ 12

1.7.1. 1.7.2. 1.7.3. 1.7.4. 1.7.5. 2.

CAPITULO 2 ..................................................................................................................... 13

MARCO REFERENCIAL.-...................................................................................................... 13 2.1. 2.2. 2.3. Instituto Técnico Domingo Savio.- ........................................................................... 13 ORGANIGRAMA.- ................................................................................................... 15 PERSONAL.-............................................................................................................... 15

Ingeniería de Software II

“FINOR”

Página 1

Sistemas de Información para el Instituto Domingo Savio
2.3.1. 2.3.2. 2.3.3. 2.3.4. 2.3.5. 2.3.6. 2.3.7. 2.3.8. 2.3.9. 2.4. 2.5. 2.6. Administración General.- ..................................................................................... 15 Departamento Legal.-........................................................................................... 15 Publicidad y Marketing.-...................................................................................... 15 Departamento Técnico.- ....................................................................................... 15 Secretaría.- ........................................................................................................... 15 Departamento Académico.- ................................................................................. 15 Departamento de Contabilidad.- .......................................................................... 15 Departamento de Personal.- ................................................................................. 15 Docentes.- ............................................................................................................ 15

MARCO TEÓRICO.- .............................................................................................. 16 Conceptos.- ................................................................................................................. 16 ARQUITECTURA CLIENTE – SERVIDOR.- ...................................................... 16 Conceptos. ........................................................................................................... 16 Que es una Arquitectura.- ............................................................................. 16 Qué es un Cliente.- ......................................................................................... 17 Qué es un Servidor.-....................................................................................... 17 Elementos principales.-...................................................................................... 17 Elementos de la Arquitectura Cliente – Servidor.- ......................................... 17 El Puesto de trabajo o Cliente.- .................................................................... 17 Los Servidores o Back – End.- ...................................................................... 18 Las comunicaciones.- ..................................................................................... 18 Estilo del Modelo Cliente Servidor.-................................................................. 19 Presentación Distribuida.- ............................................................................. 19 Presentación Remota.- ................................................................................... 20 Lógica Distribuida.- ....................................................................................... 20 Administración de Datos Remota.-............................................................... 21 Base de Datos Distribuido.- ........................................................................... 21

2.6.1. 2.6.1.1. 2.6.1.2. 2.6.1.3. 2.6.2. 2.6.3. 2.6.3.1. 2.6.3.2. 2.6.3.3. 2.6.4. 2.6.4.1. 2.6.4.2. 2.6.4.3. 2.6.4.4. 2.6.4.5. 2.7.

ARQUITECTURA EN 3 CAPAS.-........................................................................... 22 Introducción.- ..................................................................................................... 22 Capa Presentación.- ........................................................................................... 23 Capa de Negocio.-............................................................................................... 23 Capa de Datos.- .................................................................................................. 23 “FINOR” Página 2

2.7.1. 2.7.2. 2.7.3. 2.7.4.

Ingeniería de Software II

................................3..............A...4........................ 36 C.......................................Registrar Administrativo....... 25 Identificación de Casos de Uso.......................................................................................1....................................... 27 D........................... 3.5............................2................... 28 3.. 44 C.... 3..............................................1...... 3......Registrar Apoderado.....4.........4.... 24 CAPITULO 3....2............U......Registrar Notas.............................1.2...............2........ .................4......................8...Registrar Grupo ........2................................................. 3..........Pago de Mensualidad ..................................................................Registrar Carrera.... Modelo de Casos de Uso..4.................A............................................ 29 Requisitos No Funcionales.................................................................................... 29 Requisitos Funcionales.............. 31 Detalle de Casos de Uso......................1.................. 3... 39 C.1........Inscripción...................... 3...9...... 3.................................................................................4.........11...7.............. 42 C.................3.................Sistemas de Información para el Instituto Domingo Savio 2........................................Registrar Reportes ....... 3..........U.................2......... 3...................4................................................4.....U........................... 3..................... 3. 3........1................ 40 C................... 26 Diagrama de Actividades..................Registrar Alumno... 32 C..........1........4............................ 49 3.......................................................................................U............. 3............................................ 4.....................................................................4.........................5....... 47 C... 25 Modelado de Casos de Uso del Negocio.........10..................................1............U..........8........... 32 C...........U................................ 25 Identificación de Actores... 52 “FINOR” Página 3 4..... 4................................C.................. 45 C......................................................1............... MODELADO DE NEGOCIO...O...................... ......U..4................................ 25 3...............4...................................Registrar Área................... 3.....1.......................... 50 CAPITULO 4.............................................................................. 37 C......... 51 ANALIS..... 52 Módulo Pago de Mensualidad..2.............................................. 51 4.....................2................................U........ 51 Descripción de paquetes y sus Casos de Usos................. 30 3.......................................................2.................. 3............. 3.......2....................................6................. 25 MODELADO DE NEGOCIO Y REQUERIMIENTOS............................................... 27 D......................Registrar Factura ............................1.................... Identificación de Paquetes...........O. Listas de Requerimientos..... 34 C...........1.......................U..... 3............................ SQL SERVER 2008............1............ 3......... 3. Ingeniería de Software II .............U.....C......Registrar Horario.......1...............4.U.......1...............................................Asignar Materia........... Modelo de Dominio.......... ..................................2...............2... 3................. 3.1..................................

.....................3..........................................-................ 63 Libro de Áreas / Carreras / Materias e otros.......... 61 Realización de C................................................... 5. Grady Booch.2................................U.................Registrar Inscripción Alumno........................2....... .........................................monografias.......3.. 4........ 4.............................2.......U..................................................... 62 4......U.............3. 63 Conceptos de Arquitectura en 3 capas: http://www... 57 Realización de C...................................cu............... 55 REALIZACIÓN DE CASOS DE USOS.....4...... 63 Conceptos arquitectura Cliente – Servidor: http://www...... 5...U.................1..com ........................4.................. 4...Sistemas de Información para el Instituto Domingo Savio 4.......... 54 Módulo Reportes....4.................-... 63 Entrevista .................. 63 Conceptos de SQL server 2008: http://www..................ecured........................ 5...................Registrar Pago..... 5.. 5..................................................... 63 Programación de Materias / Aulas ...3............ 4.........................sparxsystems........ 5.......................7................. ............................2.............. 6......com .. Módulo Inscripción... .... 58 Realización de C. 59 Realización de C.................Registrar Nota......Registrar Datos Alumno.................................Registrar Carrera.................................5.......6..............Registrar Datos Apoderado ..1........... 4................. 53 Módulo Personal.....Registrar Área........... 63 Conceptos de Arquitectura en 3 capas: http://www...Registrar Docente ........................ James Rumbauch “UML” 2002..............U..................8.......... ...............3...........U.....3...8.................................................................3........5..... 6........... 4. 63 [2] Ivar Jacobson... 4................ 5....................... James Rumbauch “El PUDS” 1999.quackit...............-....................... 4..3. Grady Booch..... .......................................... 59 Realización de C. 6....U.....U...........3. 4................ 6.............. 63 ANEXOS...........slideshare......... .. ..3.2...1.... ....3....2...........3....2...........7..............com/ ....... BIBLIOGRAFÍA......... 56 Realización de C..... 63 Ingeniería de Software II “FINOR” Página 4 ..................3....................................... 63 Libro Informativo Instituto “Domingo Savio”..... 60 Realización de C............................................... 63 Tutor de Enterprise Architect: http://www..... 63 [1] Ivar Jacobson.................... 5.............. 56 Realización de C......................6..... 5......................net ............. 4....

etc. registro de notas. para satisfacer requerimientos que se han visto en el INSTITUTO TECNICO SUPERIOR “DOMINGO SAVIO”. docentes. los alumnos. asignación del aula. así también como obtener distintos reportes ya sea de “Domingo Savio”. su programación de materias. grupo. Se podrá tener conocimiento de toda la iteración del alumno con el Instituto Técnico superior Ingeniería de Software II “FINOR” Página 5 . horarios. habilitación de las distintas materias. materias.Sistemas de Información para el Instituto Domingo Savio INTRODUCCIÓN El presente proyecto ha sido elaborado para facilitar el manejo de la información. carrera. El instituto Técnico Superior “Domingo Savio” necesita llevar un control de los datos de los estudiantes desde el momento de su ingreso a la institución como ser: su registro de Inscripción.

Ingeniería de Software II “FINOR” Página 6 .1. SITUACIÓN PROBLEMÁTICA.1. SITUACIÓN DESEADA. pérdidas de notas en sus historiales académicas. etc.- Contar con un Sistema automatizado robusto para la gestión de Inscripción del Instituto Técnico Superior “Domingo Savio”.2.PLANTEAMIENTO DEL PROBLEMA.Sistemas de Información para el Instituto Domingo Savio Capítulo 1 Planteamiento del Problema 1. 1. control de docentes y estudiantes o sea la manipulación de la información se está realizando de forma manual automatizada con un software que no cumple con las expectativas de la institución ya que creció en enorme escala en el ámbito de la enseñanza en sus respectivas carreras y multitud de estudiantes y tienen problemas de réplicas duplicadas. saturación. informes incorrectos o no fiables. registro de notas. CAPITULO I.- Actualmente todo el proceso de inscripción del alumno.

- Desarrollar un sistema para el registro académico y manejo de la Información del Instituto Técnico Superior “Domingo Savio”.- Los aportes fundamentales de éste sistema será que la Institución podrá tener un parámetro para tomar decisiones y tener acceso fiables a la información acerca del área docente.4. historial de calificaciones y registros de todo su ámbito académico. OBJETIVOS. Realizar el diseño del resultado obtenido en el análisis utilizando diagramas de UML. área académica del estudiante. FORMULACIÓN DEL PROBLEMA.OBJETIVO GENERAL.1. Realizar el análisis de los requisitos obtenidos en las diferentes entrevistas para desarrollar modelos utilizando casos de uso. Realizar el análisis del sistema.4. 1. la parte de registros de nuevos alumnos Ingeniería de Software II “FINOR” Página 7 .2.4. Realizar el diseño del sistema. JUSTIFICACIÓN. necesarios para realizar las tareas operacionales del Instituto Técnico Superior.5. 1.3.Sistemas de Información para el Instituto Domingo Savio 1. gracias a la base de datos. la cual presentara varios aspecto como ser.1. Analizar los requerimientos de los usuarios. deberá guardar.OBJETIVO ESPECÍFICOS.- El sistema deberá ser robusto en la automatización de los registros de cada alumnado y deberá obtenerse toda la información necesitada en los distintos reportes en la parte académica de los registros de los alumnos.-       Elaborar entrevistas para definir los requisitos de la Institución para formularlos en la captura de requisitos. 1.

6.6.  Asignar Modalidad.Delimitación Espacial.  Registrar datos de Alumno. 1.Este módulo permitirá la realización de registrar los datos de los alumnos del Instituto.- Este sistema cuenta con los siguientes módulos: 1.3.Delimitación Sustantiva. MODULO DE REGISTRO.1.6.1.Delimitación Temporal.- El presente proyecto está previsto terminar en un tiempo mínimo de 8 semanas computables desde fecha 03/05/13.6.6.2. 1. Ingeniería de Software II “FINOR” Página 8 .  Registrar datos Apoderado/ Padre / Referencia. 1.  Asignar Matrícula.- 1. el registro del historial académico del estudiante así como sus notas y el registros de las especialidades con las que cuenta actualmente el instituto Técnico Superior. DELIMITACIÓN.Sistemas de Información para el Instituto Domingo Savio y docentes.- El presente sistema se realizará para el Instituto Técnico Superior “Domingo Savio” ubicado en la calle Bolívar # 650 de la ciudad de Santa Cruz de la Sierra.3.

 Registrar Carrera.  Asignar Cómputo aula.3.3.Éste módulo va poder controlar todo el movimiento de control de pago de los alumnos y todo lo que se refiere a contabilidad.Sistemas de Información para el Instituto Domingo Savio 1. 1. Contiene los siguientes:  Registrar Administrativos.6.  Registrar Docentes.  Registrar Usuarios.  Registrar Nota.4.  Registrar Factura  Registrar Recibo.6.  Registrar Horario.  Registrar Pago.6.  Registrar Grupo. MODULO PERSONAL. Ingeniería de Software II “FINOR” Página 9 .3. MODULO DE FACTURA / CAJA.  Registrar Área.3.Módulo en el que nos permitirá realizar operaciones relacionadas con el plantel administrativo y docentes.  Registrar Materia.2.Éste módulo nos permitirá registrar todos los diferentes tipos de datos necesarios para que el sistema los guarde en su base de datos en el momento de realizar una inscripción.  Asignar Docentes. MODULO DE INSCRIPCIÓN.  Registrar Aula. 1.

1.3. versión 7. reportes de registros de asignaciones de materias y reportes de caja entre otros.  Reportes de Inscripciones de Alumnos.Fase Inicio. También se utilizará herramientas Case para su representación de UML. para representar gráficamente todos los modelos que se reiniciarán para todo el proceso de desarrollo. la herramienta case será: (Enterprise Architect.Proceso Unificado de Desarrollo: PUD y UML.  Reportes de Registros / asignaciones de materias.  Reportes de caja.- La metodología que se utilizará para el desarrollo del presente proyecto será EL PROCESO UNIFICADO DE DESARROLLO.2.5. ESTRATEGÍA METODOLÓGICA. 1.1. se desarrolla una descripción del producto final a partir de una buena idea y se presenta el análisis de negocio para el sistema.6.Sistemas de Información para el Instituto Domingo Savio 1. Esencialmente en ésta fase se responde a las siguientes preguntas:  ¿Cuáles son las principales funciones del sistema para sus usuarios más importantes? Ingeniería de Software II “FINOR” Página 10 .- Durante la fase de Inicio.5). utilizando modelos y notación del Lenguaje Unificado de Modelado (UML).7. MODULO DE REPORTES.1.7.7.Este módulo contemplará todos los requisitos necesarios para realizar todo tipo de reportes como ser reportes de alumnos inscriptos.

solo lo necesario para permitir que el esqueleto haga movimientos básicos. El sistema es el cuerpo entero con esqueleto.3. se especifican en detalle la mayoría de los casos de uso del sistema y se diseña la arquitectura del sistema.Fase Elaboración. La relación entre la arquitectura del sistema y el propio sistema es primordial.7.- En esta fase ya se crea el sistema o producto (software terminado) al esqueleto (la arquitectura). piel y músculo. Ingeniería de Software II “FINOR” Página 11 .Fase Construcción.7. Cuando lo tengamos. La arquitectura se expresa en forma de vistas de todos los modelos del sistema.Sistemas de Información para el Instituto Domingo Savio   ¿Cómo podría ser la arquitectura del sistema? ¿Cuál es el plan del proyecto y cuánto costará desarrollar el producto? La respuesta a la primera pregunta se encuentra en un modelo de casos de uso simplificado que contenga los casos de uso más crítico. se planifican en detalle la fase de elaboración y se estima el proyecto de manera aproximada.4. 1. En esta fase la línea base crece hasta convertirse en el sistema completo. Al final de ésta fase se ésta previsto planificar las actividades y estimar los recursos necesarios para terminar el proyecto.- Durante la fase de elaboración. El resultado de ésta fase es una línea base de la arquitectura. y consiste típicamente en un simple esbozo que muestra los subsistemas más importantes. 1. Una manera simple de expresarlo es decir que la arquitectura es análoga al esqueleto cubierto por la piel pero con muy poco músculo (el software) entre los huesos y la piel. En esta fase se identifican y priorizan los riesgos más importantes. la arquitectura es provisional.

Fase Transición.Sistemas de Información para el Instituto Domingo Savio Al final de esta fase el sistema contiene todos los casos de uso que se ha acordado para el proyecto en una primera versión del mismo. sin embargo puede que no esté libremente de defectos y sujetos a cambios.- En ésta fase cubre el periodo durante la cual el sistema se convierte en versión beta.7. Ingeniería de Software II “FINOR” Página 12 . En la versión beta un número reducido de usuarios con experiencia prueba el sistema e informa sobre algunos defectos y deficiencias. La pregunta decisiva en ésta fase es: ¿Cubre el sistema las necesidades de algunos usuarios de manera suficiente como para hacer una primera entrega? 1.5.

Funciona en su edificio propio ubicado en la calle Bolívar # 650. Instituto Técnico Domingo Savio. maestrías y doctorados. fue creada con la finalidad de brindar servicio educativo a la población cruceña. Esta institución desarrolla sus actividades en forma descentralizada y la administración se realiza en forma autónoma tanto en el Colegio. la Escuela Internacional de Alta Gestión como en el Instituto. Es integrante de la Corporación Educativa Domingo Savio (C. la Universidad Privada Domingo Savio y la Escuela Internacional de Alta Gestión que cierra el círculo de formación académica con diplomados.El Centro Educativo Domingo Savio es una Institución que cuenta con 18 años de existencia.A.Sistemas de Información para el Instituto Domingo Savio Capítulo 2 Fundamentos Teóricos 2. la Universidad.2.E.).S.1. al igual que el Colegio Bilingüe Domingo Savio. La relación de disposiciones legales que autorizan la apertura y funcionamiento desde su inicio son: Ingeniería de Software II “FINOR” Página 13 . CAPITULO 2 MARCO REFERENCIAL.D.

A medianos de la gestión 2005. Nº 2618 del 10 de agosto de 1989. Contabilidad y Secretariado Ejecutivo a nivel de Técnico Superior y Perito en Entidades Financieras y Seminarios Taller en actualización en el área finanzas a nivel de cursos de capacitación.D. CULTURA Y DEPORTES mediante resolución MINISTERIAL Nº 340/2000 y en cumplimiento a lo establecido por la Constitución Política del Estado (Artículo 189) y en concordancia con el artículo 67 del Reglamento General de Universidades Privadas de Bolivia (aprobado por decreto supremo 26275 de 5 de agosto del 2001). resuelve autorizar y legalizar la Ampliación a Nivel Superior del Colegio Particular "DOMINGO SAVIO" con la nueva denominación de Centro Educativo "DOMINGO SAVIO" "C. COMERCIAL Y AUXILIAR DE CONTABILIDAD.M.E. ha INCORPORADO AL INSTITUTO SUPERIOR "DOMINGO SAVIO" como unidad técnica descentralizada de la UPDS.M. se autoriza y amplia el servicio educativo a Instituto de Educación Superior para las siguientes disciplinas: INFORMÁTICA. Finalmente." con las carreras de: Secretariado Ejecutivo.    Ingeniería de Software II “FINOR” Página 14 .Sistemas de Información para el Instituto Domingo Savio  Con R.A. SECRETARIADO EJECUTIVO. Con R. con autorización de funcionamiento otorgado por el MINISTERIO DE EDUCACIÓN. provisionalmente hasta la conformación del Sistema Nacional de Educación Técnica y Tecnológica (SINETEC).S. la RS Nº 316 del 31 de marzo de 1995 autoriza la ampliación de las Carreras de Administración. Comercial y Auxiliar de Contabilidad. Nº 2829 del 07 de diciembre de 1990.

3. Administración General.7. Departamento Académico.- Ingeniería de Software II “FINOR” Página 15 .3.2. ORGANIGRAMA.3.- 2.2.6.2.Sistemas de Información para el Instituto Domingo Savio 2.2.2.3.3.1.2.3. Departamento de Contabilidad. Docentes.2.8.5.2. Publicidad y Marketing. Secretaría.- 2. Departamento de Personal. Departamento Legal.4. Departamento Técnico.2.3.2.3.3.9.3.3. PERSONAL.

Debemos señalar que para seleccionar el modelo de una arquitectura. de manera que pueden ser utilizados eficazmente dentro de la organización. Conceptos.Sistemas de Información para el Instituto Domingo Savio 2.El Centro Educativo Domingo Savio es una Institución que cuenta con 18 años de existencia.- 2.1.6. Funciona en su edificio propio ubicado en la calle Bolívar # 650.1.S.2. maestrías y doctorados. hay que partir del contexto tecnológico y organizativo del momento y. la Universidad.4. 2. Es integrante de la Corporación Educativa Domingo Savio (C. convenciones.). MARCO TEÓRICO. la Escuela Internacional de Alta Gestión como en el Instituto. Que es una Arquitectura.D. fue creada con la finalidad de brindar servicio educativo a la población cruceña.1. ARQUITECTURA CLIENTE – SERVIDOR.E. que la arquitectura Cliente/Servidor requiere una determinada especialización de cada uno de los diferentes componentes que la integran.5. permite integrar una amplia gama de productos y servicios informáticos. 2.- Una arquitectura es un entramado de componentes funcionales que aprovechando diferentes estándares.6. Conceptos. al igual que el Colegio Bilingüe Domingo Savio. reglas y procesos. la Universidad Privada Domingo Savio y la Escuela Internacional de Alta Gestión que cierra el círculo de formación académica con diplomados.6. Esta institución desarrolla sus actividades en forma descentralizada y la administración se realiza en forma autónoma tanto en el Colegio.A. Ingeniería de Software II “FINOR” Página 16 .

2. Nos referimos a un microcomputador conectado al Ingeniería de Software II “FINOR” Página 17 .3. etc.- Es cualquier recurso de cómputo dedicado a responder a los requerimientos del cliente.Una Estación de trabajo o microcomputador (PC: Computador Personal) conectado a una red.6. que le permite acceder y gestionar una serie de recursos» el cual se perfila como un puesto de trabajo universal. para proveer de múltiples servicios a los clientes y ciudadanos tales como impresión. Elementos de la Arquitectura Cliente – Servidor. acceso a bases de datos.En esta aproximación.- Es el que inicia un requerimiento de servicio.1. considerando que toda aplicación de un sistema de información está caracterizada por tres componentes básicos:    Presentación/Captación de Información Procesos Almacenamiento de la Información 2.6.3. El requerimiento inicial puede convertirse en múltiples requerimientos de trabajo a través de redes LAN o WAN. debemos identificar los componentes que permitan articular dicha arquitectura. fax.2. Qué es un Cliente.Sistemas de Información para el Instituto Domingo Savio 2. 2. Qué es un Servidor. El Puesto de trabajo o Cliente. Los servidores pueden estar conectados a los clientes a través de redes LANs o WANs. La ubicación de los datos o de las aplicaciones es totalmente transparente para el cliente.6.3. y con el objetivo de definir y delimitar el modelo de referencia de una arquitectura Cliente/Servidor.6. 2. Elementos principales.2.6. procesamiento de imágenes.1.1.

Debemos destacar que el puesto de trabajo basado en un microcomputador conectado a una red.Una máquina que suministra una serie de servicios como Bases de Datos. Las comunicaciones. Los Servidores o Back – End. Imagen. porque permite modificar la ubicación de los puestos de trabajo.En sus dos vertientes:   Infraestructura de redes.3. dadas las ventajas de la red.3. favorece la flexibilidad y el dinamismo en las organizaciones. Archivos. Los Servidores. acaban siendo marginados por la presión de los usuarios.. etc. 2..) Una característica a considerar es que los diferentes servicios.. pueden ser suministrados por un único Servidor o por varios Servidores especializados.6. Entre otras razones.2. Infraestructura de comunicaciones.3. según la especialización y los requerimientos de los servicios que debe suministrar pueden ser:    Mainframes Miniordenadores Especializados (Dispositivos de Red. 2. Ingeniería de Software II “FINOR” Página 18 . Aquellos responsables informáticos que se oponen a la utilización de los terminales no programables.).Sistemas de Información para el Instituto Domingo Savio sistema de información y en el que se realiza una parte mayoritaria de los procesos. Comunicaciones. según el caso. Se trata de un fenómeno en el sector informático.6.

1. por el otro. El PC se aprovecha solo para mejorar la interfaz gráfica del usuario.6.1. Presentación Distribuida. Ventajas    Revitaliza los sistemas antiguos. Por un lado. bajo costo. la del computador que aporta facilidad de uso (cultura de PC). 4. integridad y acceso a la información y. La interfaz del usuario se mantiene en muchas plataformas.Sistemas de Información para el Instituto Domingo Savio Infraestructura de redes Componentes Hardware y Software que garantizan la conexión física y la transferencia de datos entre los distintos equipos de la red.6. No se aprovecha la GUI y/o LAN. Infraestructura de comunicaciones Componentes Hardware y Software que permiten la comunicación y su gestión. Estilo del Modelo Cliente Servidor. Ingeniería de Software II “FINOR” Página 19 . la del Mainframe que aporta capacidad de almacenamiento.4. Bajo costo de desarrollo. entre los clientes y los servidores. 2.2. La arquitectura Cliente/Servidor es el resultado de la integración de dos culturas. No hay cambios en los sistemas existentes.Se distribuye la interfaz entre el cliente y la plataforma servidora. presentación atractiva (aspecto lúdico) y una amplia oferta en productos y aplicaciones.4. Similar a la arquitectura tradicional de un Host y Terminales. Desventajas    El sistema sigue en el Host. La aplicación y los datos están ambos en el servidor. 2. 3.

   2. Los programas de la aplicación siguen en el Host. Los programas del sistema pueden distribuirse al nodo mas apropiado. Pueden utilizarse con sistemas existentes. Presentación Remota.2. La base de datos esta en el servidor. La lógica de la aplicación esta distribuida entre el cliente y el servidor. La aplicación y los datos están en el servidor. Desventajas    Las aplicaciones pueden ser complejas de desarrollar. 1.4. El alto volumen de tráfico en la red puede hacer difícil la operación de aplicaciones muy pesadas. Adecuado para algunos tipos de aplicaciones de apoyo a la toma de decisiones. Lógica Distribuida. 2. Ventajas La interfaz del usuario aprovecha bien la GUI y la LAN. Difícil prueba y mantenimiento si los programas del cliente y el servidor están hechos en distintos lenguajes de programación. 3. 1.6. No son manejados por la GUI 4GL.3. 2.6. Desventajas    Es difícil de diseñar.4.La interfaz para el usuario esta completamente en el cliente. La aplicación aprovecha el Host. Ventajas    Arquitectura mas corriente que puede manejar todo tipo de aplicaciones. Ingeniería de Software II “FINOR” Página 20 .Sistemas de Información para el Instituto Domingo Savio 2.La interfaz esta en el cliente.

4. Ventajas     Configuración soportada por herramientas GUI 4GL.Sistemas de Información para el Instituto Domingo Savio 2. El resto de los datos están en el servidor. 3.- 1. Es lo que comúnmente imaginamos como aplicación cliente servidor Ventajas     Configuración típica de la herramienta GUI 4GL.6. 1. 2. Base de Datos Distribuido. ya que no hay procesamiento que realice el Host.En el cliente residen tanto la interfaz como los procesos de la aplicación.6.5. parte de los datos de la base de datos están en cliente. Adecuada para las aplicaciones de apoyo al usuario final. La totalidad de los datos viaja por la red. Desventajas   No maneja aplicaciones pesadas eficientemente. Se descargan los programas del Host. Las bases de datos están en el servidor. Muy adecuada para las aplicaciones de apoyo a las decisiones del usuario final. Fácil de desarrollar ya que los programas de aplicación no están distribuidos.4. y . Apoya acceso a datos almacenados en ambientes heterogéneos. Administración de Datos Remota. 2. Ubicación de los datos es transparente para la aplicación.4. La interfaz. 2. Ingeniería de Software II “FINOR” Página 21 . los procesos de la aplicación.

La programación por capas es una arquitectura cliente-servidor en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño.Sistemas de Información para el Instituto Domingo Savio Desventajas   No maneja aplicaciones grandes eficientemente. sólo se ataca al nivel requerido sin tener que revisar entre código mezclado. Ingeniería de Software II “FINOR” Página 22 . un ejemplo básico de esto consiste en separar la capa de datos de la capa de presentación al usuario. Un buen ejemplo de este método de programación sería el modelo de interconexión de sistemas abiertos.1. de forma que basta con conocer la API que existe entre niveles. en caso de que sobrevenga algún cambio. Introducción. ARQUITECTURA EN 3 CAPAS. 2. de este modo. El acceso a la base de datos distribuida es dependiente del proveedor del software administrador de bases de datos.7.- 2. cada grupo de trabajo está totalmente abstraído del resto de niveles. Además.7. La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y. permite distribuir el trabajo de creación de una aplicación por niveles.

- Es donde residen los datos y es la encargada de acceder a los mismos. El diseño más utilizado actualmente es el diseño en tres niveles (o en tres capas) 2.- Es la que ve el usuario (también se la denomina "capa de usuario"). Capa de Negocio. presenta el sistema al usuario. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos. Capa de Datos. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). se reciben las peticiones del usuario y se envían las respuestas tras el proceso. para recibir las solicitudes y presentar los resultados. 2.7. y con la capa de datos. Ingeniería de Software II “FINOR” Página 23 . También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.Es donde residen los programas que se ejecutan. reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.7. Capa Presentación.4. En dichas arquitecturas a cada nivel se le confía una misión simple.2. Esta capa se comunica únicamente con la capa de negocio. lo que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso de que las necesidades aumenten).Sistemas de Información para el Instituto Domingo Savio En el diseño de sistemas informáticos actual se suelen usar las arquitecturas multinivel o Programación por capas. También se consideran aquí los programas de aplicación.3. 2. para solicitar al gestor de base de datos almacenar o recuperar datos de él.7. Esta capa se comunica con la capa de presentación.

Sus principales lenguajes de consulta son T-SQL y ANSI SQL. ya sea los que en el mismo equipo o los que se ejecuta en otro ordenador a través de una red (incluyendo el Internet). Como una base de datos.Sistemas de Información para el Instituto Domingo Savio 2. a millones de usuarios y equipos que acceden a grandes cantidades de datos a través de Internet al mismo tiempo).Microsoft SQL Server 2008 es un sistema de gestión de base de datos relacional desarrollado por Microsoft . Hay al menos una docena de diferentes ediciones de Microsoft SQL Server dirigidas a diferentes audiencias y con diferentes cargas de trabajo (que van desde pequeñas aplicaciones que almacenan y recuperan los datos en el mismo equipo. que es un producto de software cuya función principal es la de almacenar y recuperar datos según lo solicitado por otras aplicaciones de software.8. Ingeniería de Software II “FINOR” Página 24 . SQL SERVER 2008.

DOCENTE. Identificación de Actores. C.- ACTORES: A.Brinda información (datos personales) para su inmediata inscripción.3. 3. ALUMNO.MODELADO DE NEGOCIO Y REQUERIMIENTOS. MODELADO DE NEGOCIO. CAPITULO 3. Modelado de Casos de Uso del Negocio..1. Ingeniería de Software II “FINOR” Página 25 .1. SECRETARIA.1.Brinda información (datos personales) para su asignación de asignaturas y también encargado de introducir notas de los alumnos.Sistemas de Información para el Instituto Domingo Savio Capítulo 3 Modelado de Negocio y Requerimientos.1..1.3.Es la encargada de la inscripción y de realizar informes y reportes de la gestión a todo el personal que lo necesite.3.1. B..

CAJERO(A). 3. Registrar y Asignar computo Aula.1.Persona encargada del cobro de las mensualidades y todo el área de contabilidad en cuanto se refiere diferentes transacciones monetarias del Instituto. Registrar Docentes.1. CASOS DE USO Registrar Padre/ Apoderado / Referencia. Asignar Matricula. Identificación de Casos de Uso.- Nº 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 Registrar Alumno.Es la encargada de crear una nueva gestión y la administración del Instituto.Sistemas de Información para el Instituto Domingo Savio D. APODERADO. Asignar Aula.. Registrar Administrativos. Registrar Recibo. Asignar Materia. Registrar Usuario. Registrar Nota. Es la persona encargada de solicitar la inscripción del alumno.. Asignar Grupo. Asignar Docente.Brinda información (datos personales). E. Registrar Factura. F. DIRECTOR. Asignar Modalidad. Realizar Reportes Registrar Carrera Registrar Área Ingeniería de Software II “FINOR” Página 26 . Registrar Pago..2.

D.3.C.O.1.A.2.Sistemas de Información para el Instituto Domingo Savio 3. Diagrama de Actividades..Inscripción.1.2. Ingeniería de Software II “FINOR” Página 27 .1.

2.2.Pago de Mensualidad Ingeniería de Software II “FINOR” Página 28 .O.Sistemas de Información para el Instituto Domingo Savio 3.A. D.1..C.

alumno con todos los datos necesarios.- 3. Registra las diferentes áreas a las que Importante. tener cada materia de las carreras. Registra las diferentes tipos de carreras Importante Importante.- Requerimientos Funcionales Registrar Usuario Administrar Usuario Descripción Registra a nuevos usuarios del sistema Prioridad. Listas de Requerimientos. Generar boleta de Genera una boleta de inscripción del Importante. de Genera un recibo por concepto de pago de Importante.Sistemas de Información para el Instituto Domingo Savio 3. registrado en el sistema. Registro del Apoderad Registra del Importante. Registrar Inscripción Registra la inscripción de un alumno Importante. Registra los nuevos Docentes. Importante. Registrar Notas Registra las notas de los alumnos por Importante materia. inscripción. Registrar Horarios Registra todos los horarios fijados para Importante. Generar Pago Recibo Ingeniería de Software II “FINOR” Página 29 . Registro de Alumno Registra todos los datos del alumno nuevo. pasar clases dependiendo del turno. Registrar Grupo Registra los diferentes grupos que pueda Importante. Requisitos Funcionales.1. los datos personales Importante.2. mensualidad.2. apoderado o encargado del alumno. Registrar Materias Registrar Docente Registrar Carrera Registrar Área Registra las nuevas Materias. Importante Permite administrar los privilegios de los Importante usuarios. pertenecen las carreras.

Sistemas de Información para el Instituto Domingo Savio 3. Ingeniería de Software II “FINOR” Página 30 . E backup Sistema Windows 7.- Nº 1 2 REQUISITOS Facilidad de Uso. 3 4 5 Seguridad. La implementación del sistema debe seguir un estándar para el lenguaje de programación seleccionado. SQL server 2008 Las interfaces serán sencillas y muy aplicables para todo entendimiento y sencillas en su uso personal de cada formulario presentado. Requisitos No Funcionales. Visual Basic Net #.2. Plataforma Interfaces DESCRIPCIÓN El sistema debe contar con una interfaz amigable y fácil en el uso.2. Facilidad de Mantenimiento. Realizar una copia de seguridad de la base de datos.

Sistemas de Información para el Instituto Domingo Savio 3.- Ingeniería de Software II “FINOR” Página 31 . Modelo de Casos de Uso.3.

4.4. Nuevo OBJETIVO FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor deberá entrar a la interfaz de registro del alumno para rellenar todos los datos necesarios que el sistema necesita para el caso de uso Registrar alumno. Guardar. El sistema le pedirá que rellene todos los datos personales del alumno.Registrar Alumno. - - - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor luego de haber realizado la agregación de un registro de alumno o modificación. Detalle de Casos de Uso. El sistema deberá guardar los datos validados.3. - RESPUESTA DEL SISTEMA El sistema deberá dejar en blanco los campos de toda la interfaz para ser rellenado nuevamente por un nuevo registro de alumno. El sistema deberá indicar con un mensaje de error si falta algún campo que no relleno con los datos correctos o dejo en blanco. - Ingeniería de Software II “FINOR” Página 32 . El actor podrá hacer un nuevo registro pulsando sobre la tecla o ícono nuevo del sistema.U. CASO DE USO ACTOR DESCRIPCIÓN Registrar Alumno Secretaria Permite al sistema registrar al alumno con sus características de registro del alumno desde sus datos personales.Sistemas de Información para el Instituto Domingo Savio 3. Modificar.. C. - RESPUESTA DEL SISTEMA El sistema validara los respectivos campos a ser rellenado por el actor o manipulador del sistema.1. El actor también deberá rellenar los datos de procedencia del alumno.

Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor deberá presionar sobre la lengüeta Búsqueda para que pueda encontrar el registro a ser modificado. - Interfaz Registrar Alumno. El sistema valida el contenido de la información de los campos a ser modicado / eliminado y guarda los nuevos datos del cambio. El sistema muestra el formulario a ser cambiado.- Ingeniería de Software II “FINOR” Página 33 . El actor modifica los datos de los campos a ser modificado y da clic en modificar.

2. - RESPUESTA DEL SISTEMA El sistema muestra todos los campos vacíos para ser rellenado. Una vez validado y verificado por la secretaria a post consulta del alumno éste efectúa la agregación del respectivo registro.4.Sistemas de Información para el Instituto Domingo Savio 3. El sistema deberá validar los datos completos de todos los campos a ser rellenados.U..Registrar Apoderado.CASO DE USO ACTOR DESCRIPCIÓN Registrar Apoderado Secretaria La secretaria se encarga de registrar los datos del apoderado del alumno teniendo una conversación continua con el alumno de los datos personales del apoderado de tal alumno y rellena los datos en los respectivos campos de la interfaz del usuario en el caso de registrar apoderado. Nuevo. El sistema valida los campos y prosigue a ser grabado el registro. modificar/eliminar OBJETIVO FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor principal del respectivo caso de uso hace clic en guardar datos cuando termina de rellenar los datos personales del apoderado del alumno. El sistema agrega el nuevo registro validado. El actor deberá rellenar los datos del apoderado. - RESPUESTA DEL SISTEMA el sistema muestra los campos en blancos para ser rellenados. El sistema emite un mensaje de error si falta datos. - - Ingeniería de Software II “FINOR” Página 34 . El sistema deberá emitir un mensaje de alerta en caso de que algún campo no sea rellenado con sus respectivos o haber sido dejado en blanco. Guardar. C. - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor deberá entrar al formulario del caso de uso registro apoderado para agregar un nuevo.

Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor empieza por dar un clic en la lengüeta de búsqueda para dar uso del formulario. El actor deberá buscar el registro de la persona a ser modificado. El actor una vez encontrado el registro deberá registrar el cambio. El actor guardara el nuevo cambio. El sistema valida los nuevos datos. El sistema muestra con todos los campos de la persona buscada. El sistema después de validar guarda los datos por medio del actor. - Ingeniería de Software II “FINOR” Página 35 . El sistema prepara la búsqueda del registro a buscar.

.3.4. Una vez que el sistema valida la los campos procede a ser grabado con ayuda del actor. luego el actor procede a realizar la agregación del administrativo después de rellenar todos los datos en los campos respectivos. - - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor volverá a ingresar a la interfaz para agregar un nuevo registro del nuevo administrativo. El actor deberá validar y guardar. La secretaria o el director académico solicita al sistema la valides de poder tener validez de registrar a un administrativo en el sistema. El sistema después de validar guardara los datos. OBJETIVO FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor pide al sistema ingresar al formulario de registro de administrativo. C. Director Académico. Secretaria.Sistemas de Información para el Instituto Domingo Savio 3. - RESPUESTA DEL SISTEMA El sistema mostrara los datos completados y verificados por el actor.Registrar Administrativo. - - Ingeniería de Software II “FINOR” Página 36 . El actor deberá colocar todos los campos que el sistema le muestre. modificar. - RESPUESTA DEL SISTEMA El sistema valida los datos colocados en cada uno de los campos del formulario.U. El actor hace uso de la información para rellenar los datos en los campos del formulario. Guardar. Una vez rellenado el actor presiona el botón agregar o guardar del formulario.CASO DE USO ACTOR DESCRIPCIÓN Registrar Administrativo.

Sistemas de Información para el Instituto Domingo Savio 3.Registrar Notas. CASO DE USO ACTOR DESCRIPCIÓN OBJETIVO Registrar Notas Secretaria Permite al actor de poder registrar todas las modificaciones necesarias a las notas del alumno. El sistema valida el contenido de los campos que sean correctos y - Ingeniería de Software II “FINOR” Página 37 . Guardar.4. C..U.4. Modificar y Nuevo FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor (Secretaria) después de obtener las notas de sus registros de los docentes pasa a detallar en el registro del sistema para colocar las notas de cada materia del - RESPUESTA DEL SISTEMA el sistema muestra los campos necesarios a ser rellenados al respectivo caso de uso.

El actor hace clic en guardar para guardar la información que adiciona a dicho caso de uso. válidos. donde se la puede realizar por nombre o por registro. si son válidos guardará los campos rellenados. El sistema mostrará otro formulario de búsqueda. - - Ingeniería de Software II “FINOR” Página 38 . Caso contario el sistema mostrara un mensaje de error de los campos faltantes al respectivo caso de uso. El actor puede agregar un nuevo registro de notas haciendo clic en nuevo. El sistema valida que el contenido de los campos sea válidos y actualice los datos del sistema. - RESPUESTA DEL SISTEMA El sistema se encarga de limpiar todos los datos correspondientes al anterior registro para dejar así que el nuevo registro sea utilizado nuevamente ya sea para meter los siguientes registros de notas. El actor selecciona agregar nota de la materia con los registros respectivos del alumno. - FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor selecciona la opción buscar/modificar en la lengüeta o formulario del sistema para ser utilizado en el requisito que el actor requiera. - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR Luego que el actor ha realizado una agregación del respectivo caso de uso presente. Después de realzar la búsqueda se la selecciona el nombre o registro para luego ser modificado o editado en su determinado caso de uso del actor.Sistemas de Información para el Instituto Domingo Savio respectivo grupo de la materia del docente. Rellena los datos necesarios para concluir en el presente caso de uso de registro de notas con el docente de turno a la materia de su registro.

- RESPUESTA DEL SISTEMA El sistema se encargará de dejar en blanco los campos necesarios para que el actor pueda rellenar los campos que serán activados para su uso continuo de registro de horario. - RESPUESTA DEL SISTEMA El sistema mostrará los campos necesarios para ser rellenados por el actor a favor del caso de uso con los campos necesarios para la programación de los horarios a las respectivas materias. - - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor después de haber realizado una agregación de horario de la respectiva materia podrá seleccionar agregar nuevo para adicionar la selección de un nuevo registro de horario. El sistema validará los campo que el actor relleno y guardará en el sistema. CASO DE USO ACTOR DESCRIPCIÓN Registrar horario.4. El actor podrá programar los horarios a las distintas materias registradas por el sistema. - Ingeniería de Software II “FINOR” Página 39 . C. El actor podrá guardar los campos seleccionados y rellenados por el actor con los datos necesarios a detallar al presente caso de uso. Director Académico. Modificar y Nuevo OBJETIVO FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor podrá empezar este caso de uso cuando seleccione el formulario de registrar horarios.5. Permite al usuario del sistema programar los distintos horarios de clases de cada materia de los diferentes carreras otorgadas por el Instituto. Secretaría.. Guardar.Sistemas de Información para el Instituto Domingo Savio 3. El sistema guardará cuando el actor presione guardar.Registrar Horario.U.

- RESPUESTA DEL SISTEMA El sistema muestra todos los campos en blancos que deberá ser rellenado por el actor.U. CASO DE USO ACTOR DESCRIPCIÓN Asignar Materia Secretaría. El sistema muestra todo los resultados de la búsqueda a la correspondiente horario a ser buscado. El sistema valida que el contenido de los campos sea correcto. Modificar y Nuevo OBJETIVO FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor podrá seleccionar el formulario o el menú de asignar materia. Guardar.Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor deberá presionar el botón o lengüeta de la búsqueda / modificar a la siguiente registro de búsqueda del caso de uso registrar horario. Una vez dentro del formulario el actor podrá asignar toda la información respecto a los campos a ser rellenados para el caso de uso Asignar materia. Una vez rellenado con todos los campos necesario al caso de uso asignar materia el actor presiona el botón guardar para que se registre con todos los datos en el sistema. La secretaria o el Director Académico solicitan el registro de una nueva materia en el sistema del Instituto para realizar el registro de la misma. El actor pondrá buscar el registro de un horario y podrá modificar o eliminar el horario a la diferente materia o grupo que corresponda.Asignar Materia.. si es así podrá actualizar los datos caso contrario se mostrará un mensaje de error. - - - - Ingeniería de Software II “FINOR” Página 40 .4.6. El sistema también muestra la asignación de la materia al docente correspondiente de dicha materia a tratarse. - - - 3. Todos los datos del horario se muestra en el formulario de búsqueda. C. El sistema deberá validar los datos colocados en los campo correspondiente al caso de uso asignar materia. Director Académico.

- - - Ingeniería de Software II “FINOR” Página 41 . El sistema muestra en otro formulario la búsqueda correspondiente al caso de uso asignar materia. - - FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor seleccionara la opción de buscar/modificar para ser uso de la misma. El actor podrá actualizar o modificar los campos requeridos a ser cambiados o modificados para luego ser guardador por el sistema. - RESPUESTA DEL SISTEMA El sistema mostrará los campos libres después de que el actor pulse el correspondiente botón. El actor podrá agregar otro nuevo registro de materia presionando el botón correspondiente nuevo para acceder a los registro de la correspondiente registro de materia. El sistema se encargará de mostrar todos los campos respectivos para ser rellenado por el actor y mostrará también los campos necesarios de la correspondencia de dicha materia como ser el docente de esa materia. Después de la búsqueda podrá seleccionar lo que quiere modificar en la asignación de materia. El sistema validara y guardara el cambio.Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR Cuando el actor ha realizado una acción de agregar un registro de materia.

CASO DE USO ACTOR DESCRIPCIÓN Registrar Carrera Secretaria.7.. El actor una vez con los datos necesario selecciona el botón guardar para registrar la correspondiente carrera. El actor rellena los datos necesarios para cada campo del siguiente caso de uso. OBJETIVO FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor podrá seleccionar el correspondiente formulario de Registrar Carrera. modificar o Editar una nueva carrera o una existente en el pensum del Instituto Académico. - - Ingeniería de Software II “FINOR” Página 42 .Sistemas de Información para el Instituto Domingo Savio 3.4. Director Académico. Guardar. El sistema validara y se guardará. - RESPUESTA DEL SISTEMA El sistema muestra los campos correspondientes a ser rellenados por el actor.U. - RESPUESTA DEL SISTEMA El sistema mostrará todos los campos en blanco para ser usado en el correspondiente caso de uso.Registrar Carrera. El actor podrá agregar un nuevo registro de carrera. C. El sistema una vez rellenado todos los campos por el actor también muestra datos necesarios de la correspondiente registro de carrera. Permite a la secretaría o al Director Académico poder registrar. El sistema deberá validar los datos a ser llenado. - - - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR Luego de haber realizado una agregación por el actor el actor podrá presionar el botón nuevo para su posterior uso. El sistema deberá validar cada campo y será validado. Modificar / Buscar y Nuevo.

El sistema mostrará todos los campos después de la búsqueda realizada por el actor. Después de ser modificada o eliminada por el actor el sistema podrá validar y guardar los cambios realizados. El actor podrá ser uso de los campos necesarios para su posterior uso. El sistema podrá proporcionar todo el registro de la carrera como datos de materia asignadas a la correspondiente carrera.- Ingeniería de Software II “FINOR” Página 43 . - - - - Formulario Registrar Carrera. Una vez encontrado por el actor la carrera a ser modificado y modificado el actor presiona el botón guardar.Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor presiona el botón o el formulario de buscar/modificar del siguiente caso de uso.

El sistema validará y será guardado el registro de un área respectiva. Director Académico. - RESPUESTA DEL SISTEMA El sistema mostrara los campos a ser rellenados por el actor. - RESPUESTA DEL SISTEMA El sistema mostrará en blanco todos los campos a ser rellenados para registrar un área de un respectivo carrera. El actor podrá elegir la opción registrar área El actor rellenará los datos necesarios que el sistema disponga para el registro de un área. Nuevo FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor podrá ser uso de la siguiente caso de uso registrar área. El actor rellenara con los datos necesarios a estos campos. - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor podrá proporcionarse de los campos nuevos cuando presione el botón nuevo. El sistema validara los campos y verificara que los campos rellenados sean los requeridos. Guardar.Sistemas de Información para el Instituto Domingo Savio 3. El sistema validará todos los campos y guardara estos mismos. El actor pulsara el botón de guardar para ser guardado por el sistema.. - - Ingeniería de Software II “FINOR” Página 44 . CASO DE USO ACTOR DESCRIPCIÓN OBJETIVO Registrar Área.8. Buscar.U. El actor presionara el botón guardar. C.Registrar Área. Permite a la secretaría o al Director Académico registrar una nueva área de estudio en el pensul del Instituto Académico. Secretaría.4.

El actor seleccionara los campos correspondiente al caso de uso registrar grupo y rellenará los campos para luego ser validados por el sistema.U. Guardar. El sistema validará los campos a ser llenados.9. Secretaria Registra los diferentes grupos que puede tener la materia de una determinada carrera. C. El actor podrá seleccionar el área a ser tratada.4. El sistema validará los datos a ser tratados.Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA Al actor buscara en el formulario de búsqueda / modificar del caso de uso registrar área. El sistema guardara los cambios realizados. - - - Ingeniería de Software II “FINOR” Página 45 . El sistema mostrara mediante un nuevo formulario una búsqueda de todos las áreas registradas. Nuevo y Buscar/Modificar FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor presionará la opción o el formulario donde se encuentre la correspondiente registro de Grupo. - - 3. El sistema mostrará los campos necesarios para ser rellenados.. El actor guardará los detalles presionando el botón guardar.Registrar Grupo CASO DE USO ACTOR DESCRIPCIÓN OBJETIVO Registrar Grupo. El sistema mostrará el registro de grupo de la correspondiente materia a ser tratada. - RESPUESTA DEL SISTEMA El sistema mostrará el formulario del caso de uso registrar Grupo. El actor una vez modificada o eliminada guardara los cambios.

El sistema validará los campos de la respectivo registro. El actor podrá buscar el grupo a ser modificado o eliminado. - RESPUESTA DEL SISTEMA El sistema mostrara los campos a ser rellenados después de borrarse cuando son guardados por el actor. El sistema guardará todos los campos. El actor podrá grabar dicho cambio presionando el botón guardar. - - - Ingeniería de Software II “FINOR” Página 46 . El sistema mostrará un resumen todos los registros e grupos del respectiva materia a tratar. - - - FLUJO ALTERNATIVO Buscar y Modificar ACCION DEL ACTOR RESPUESTA DEL SISTEMA El actor hará usos de la pestaña buscar/modificar del respectivo caso de uso registrar grupo.Sistemas de Información para el Instituto Domingo Savio FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor después de haber registrado un grupo podrá ser optado por está usando el botón nuevo. El sistema mostrara o guardará los cambios realizados. El actor podrá tener a uso de los diferentes campos a tratar para registrar un grupo de una determinada materia. El sistema mostrará todos los registros de los campos y proseguirá a la valides del mismo. El sistema después de ser modificada o eliminada podrá validar los datos de los campos. El actor rellenara o modificará los campos a tratar.

nuevo. Guardar.- 3.4.Sistemas de Información para el Instituto Domingo Savio Formulario de Asignar Grupo. Ingeniería de Software II “FINOR” Página 47 .Registrar Factura CASO DE USO ACTOR DESCRIPCIÓN OBJETIVO Registrar Factura Cajera. C.10.. El actor podrá emitir o realizar el caso de uso Registrar Factura por conceptos de mensualidad del alumno para su posterior uso del mismo y registro del mismo en el área de contabilidad del instituto.U.

- RESPUESTA DEL SISTEMA El sistema mostrará el formulario de la factura. El sistema mostrará los campos a ser rellenados por el usuario. El actor una vez con los datos necesarios podrá grabar haciendo uso del botón guardar factura. - - - FLUJO ALTERNATIVO Nuevo ACCION DEL ACTOR El actor podrá pulsar el botón nuevo para generar otra factura cuando ésta ya sea guardada y imprimida por el mismo. - RESPUESTA DEL SISTEMA El sistema mostrará todos los campos a ser rellenados por el actor o usuario para la generación del mismo. El sistema guardará los campos de la factura con sus respectivos datos. - Ingeniería de Software II “FINOR” Página 48 .Sistemas de Información para el Instituto Domingo Savio FLUJO PRINCIPAL Guardar ACCION DEL ACTOR El actor podrá hacer uso del mismo caso de uso registrar factura seleccionando el formulario de factura. El sistema validará los montos y datos de la factura. El sistema validará los campos rellenados y guardará lo mismos. El actor podrá hacer usos de los campos a detallar y rellenar del caso de uso. El actor registrará los datos correspondiente del mismo para su generación.

Buscar. FLUJO ALTERNATIVO Buscar ACCION DEL ACTOR El actor podrá hacer de uso el caso de uso registrar reportes cuando elija la opción del mismo.U. - RESPUESTA DEL SISTEMA El sistema mostrará todos los campos necesarios a la correspondencia del tipo de reporte que el actor quiera registrar o buscar.11. Director El actor podrá realizar los diferentes reportes a disposición del sistema ya sea los reportes de registrados.- Ingeniería de Software II “FINOR” Página 49 .4. C.Sistemas de Información para el Instituto Domingo Savio 3. El actor podrá realizar diferentes tipos de reportes del sistema. e otros. - - Formulario de Reportes..Registrar Reportes CASO DE USO ACTOR DESCRIPCIÓN OBJETIVO Registrar Reportes Secretaria. El actor podrá solo generar lis reportes que presenta el sistema. El sistema mostrará en un formulario detallado todo los registros a ser tratados.

.* Descripcion: char Dias: char Hora_fin: time Hora_Inicio: time id: int Turno: char 1...* fechaNacimiento: date id: int telefono/cell: char 1 Usuario 1 id: int nick: char password: char 1.* Computo/Aula id: int nombre: char 1 1...class Framew or.* Computo Nro_Maquina: int Aula Cantidad: int 1 1 1...* Hora: time id: int Moneda: char MontoPagado: double MontoTotal: double Motivo: char Nit: int Observacion: char Saldo: double 1 TipoCambio: double maneja + Apellido y nombre: char Calle/Av: char CI: int Estado: char Estado Civil: char fechaNacimiento: date foto: image id: int Localidad: char Lugar_Nacimiento: char Matricula: int Municipio: char Nro_Casa: int Pais: char Sexo: char Situacion: char Telefono/Cell: char Edad() : void 1. Modelo de Dominio...* Administrativ o ApellidoNombre: char calle/av: char Cargo: char 1..* 1 1 Materia 1.Sistemas de Información para el Instituto Domingo Savio 3.* AsignarGrupo Profesor ApellidoNombre: char Calle/Av: char Correo: char FechaNacimiento: date id: int Localidad: char profesion: char Telefono/Cell: char 1 1.* 1 Grupo 1...5...* id: int nombre: char Sigla: char Carrera Descripcion: char id: int sigla: char Ingeniería de Software II “FINOR” Página 50 .* 1. RegistroModalidad Modalidad Registro_alumno 1 Transaccion Caj a Cambio: double EstadodeEstudio: char Fecha: date 1..* 1 1 - Padre/Apoderado Apellido_nombre: char Calle/Av: char Ci: int Estado_Civil: char id: int Localidad: char Municipio: char Nro_Casa: int Pais: char Parentesco: char Telefono/Celular: char 1.* RegistroGrupo NotaFinal: int observacion: char 1.

CAPITULO 4.1. Identificación de Paquetes.ANALIS.4.- Ingeniería de Software II “FINOR” Página 51 .Sistemas de Información para el Instituto Domingo Savio Capítulo 4 Análisis 4.

2.En este módulo se registrarán todos los procesos a los que se refiere a los pagos de mensualidades del alumno para su posterior registros de actividades de control del mismo.2. Descripción de paquetes y sus Casos de Usos.1. Módulo Pago de Mensualidad. Ingeniería de Software II “FINOR” Página 52 .Sistemas de Información para el Instituto Domingo Savio 4.4.

Sistemas de Información para el Instituto Domingo Savio
4.2.2. Módulo Inscripción.En este módulo podemos observar las participaciones de dos actores que permiten que realizar los casos de usos necesarios para la realización del módulo en estudio y acobijar los diferentes casos de uso como cuando cada vez que un alumno realiza una inscripción se deben hacer los casos de usos necesarios para que se pueda concretar el caso de uso Realizar Inscripción.

Ingeniería de Software II

“FINOR”

Página 53

Sistemas de Información para el Instituto Domingo Savio
4.2.3. Módulo Personal. En este módulo podremos registrar a un usuario para asignarles los respectivos privilegios a distinta áreas del sistema y también registrar a personal administrativos como así también al personal del plantel docente con sus respectivas circunstancias relevantes al sistema y funciones del mismo.

Ingeniería de Software II

“FINOR”

Página 54

Sistemas de Información para el Instituto Domingo Savio
4.2.4. Módulo Reportes.En este módulo podremos todos los reportes existente en el sistema de acuerdo a los parámetros exigibles a los reportes pero los más comunes es como ser el reporte de alumnados registrados e otros tipos de reportes que el sistema obtiene para su posterior uso del mismo.

Ingeniería de Software II

“FINOR”

Página 55

Realización de C. REALIZACIÓN DE CASOS DE USOS.U.1.Sistemas de Información para el Instituto Domingo Savio 4.Registrar Nota.4.3..3. Ingeniería de Software II “FINOR” Página 56 .

3.Registrar Docente Ingeniería de Software II “FINOR” Página 57 ..2.U.Sistemas de Información para el Instituto Domingo Savio 4. Realización de C.

. Ingeniería de Software II “FINOR” Página 58 .3.Sistemas de Información para el Instituto Domingo Savio 4. Realización de C.U.3.Registrar Carrera.

U.4.3.3. 4.U..Sistemas de Información para el Instituto Domingo Savio 4. Realización de C.Registrar Datos Apoderado Ingeniería de Software II “FINOR” Página 59 .Registrar Datos Alumno.. Realización de C.5.

U. Realización de C.Registrar Inscripción Alumno.6. Ingeniería de Software II “FINOR” Página 60 .3.Sistemas de Información para el Instituto Domingo Savio 4..

. Ingeniería de Software II “FINOR” Página 61 . Realización de C.3.Registrar Pago.7.U.Sistemas de Información para el Instituto Domingo Savio 4.

Sistemas de Información para el Instituto Domingo Savio 4.3.- Ingeniería de Software II “FINOR” Página 62 .U..8. Realización de C.Registrar Área.

Tutor de Enterprise Architect: http://www. ANEXOS.ecured. Grady Booch. Libro de Áreas / Carreras / Materias e otros. Entrevista 6.cu 5.net 5.Sistemas de Información para el Instituto Domingo Savio 5. 5.1.2. 5. [1] Ivar Jacobson.3. Programación de Materias / Aulas Ingeniería de Software II “FINOR” Página 63 .monografias.2.6.3.8.com 5. BIBLIOGRAFÍA.sparxsystems.1.6. Conceptos de Arquitectura en 3 capas: http://www.5.slideshare. Grady Booch. 5.5. Conceptos arquitectura Cliente – Servidor: http://www.com 6. [2] Ivar Jacobson. James Rumbauch “UML” 2002. James Rumbauch “El PUDS” 1999. Libro Informativo Instituto “Domingo Savio”.com/ 5. Conceptos de SQL server 2008: http://www. Conceptos de Arquitectura en 3 capas: http://www.quackit.4. 6.7.

Sistemas de Información para el Instituto Domingo Savio Ingeniería de Software II “FINOR” Página 64 .

Sistemas de Información para el Instituto Domingo Savio Ingeniería de Software II “FINOR” Página 65 .

Sistemas de Información para el Instituto Domingo Savio Ingeniería de Software II “FINOR” Página 66 .

Sistemas de Información para el Instituto Domingo Savio Ingeniería de Software II “FINOR” Página 67 .