Академический Документы
Профессиональный Документы
Культура Документы
Lapso 2013-2
1/16
UNIVERSIDAD NACIONAL ABIERTA REA DE INGENIERA CARRERA INGENIERA DE SISTEMAS TRABAJO PRCTICO: X ASIGNATURA: SISTEMAS DE INFORMACIN I CDIGO: 335 FECHA DE ENTREGA DE LAS ESPECIFICACIONES AL ESTUDIANTE: A partir de la primera semana de presentacin de pruebas, a travs del asesor de la asignatura de su centro local. FECHA DE DEVOLUCIN DEL INFORME POR EL ESTUDIANTE: El informe correspondiente al trabajo prctico ser entregado por el estudiante anexo a la Segunda Prueba Integral de la asignatura. Si el estudiante logr todos los objetivos de prueba en la Primera Integral, entregar el trabajo prctico al supervisor de pruebas de la Segunda Prueba Integral. NOMBRE DEL ESTUDIANTE: CDULA DE IDENTIDAD: CORREO(s): TELFONO(S): FIRMA DEL ESTUDIANTE: CARRERA: 236 LAPSO: 2013/2 CENTRO LOCAL: NMERO DE ORIGINALES: UTILICE ESTA MISMA PGINA COMO CARTULA DE SU TRABAJO
RESULTADOS DE LA CORRECCIN OBJ N 0:NL 1:L 5 6 7 8 9 10 11 12
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
2/16
SISTEMA DE INTRANET PARA APOYAR LA GESTION ACADEMICA (SAGA) Lea con atencin el siguiente planteamiento: Un Instituto Universitario (IU) de modalidad presencial confronta serios problemas para la comunicacin entre docentes, estudiantes y los departamentos responsables de administrar datos acadmicos, tales como: pensa, rboles de prelaciones, estudiantes inscritos, profesores responsables del dictado de asignaturas, planificacin horaria de clases, calendario de pruebas, resultados de pruebas y otros relacionados que sern el objeto de estudio del presente proyecto. El IU, que en la actualidad ejecuta sus procesos en forma manual, se plantea como una solucin para el problema antes descrito, la construccin de un sistema de informacin al que denomin Sistema Intranet para Apoyar la Gestin Acadmica (SAGA). Dicha Intranet comunicar y funcionar en los Departamentos de Control de Estudios, de Evaluacin, Oficinas de los Profesores y Laboratorio de Computadoras para uso estudiantil, los cuales no cuentan por los momentos con equipos computacionales.
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
3/16
El IU decide contratarlo a usted para que realice el trabajo de anlisis del Sistema Intranet para Apoyar la Gestin Acadmica (SAGA), el cual deber ofrecer a sus usuarios las siguientes funcionalidades: Al Departamento de Control de Estudios: Registrar y publicar los Pensa de las diferentes carreras que el IU ofrece, con sus respectivos rboles de prelacin y crditos por asignatura/carrera. Acceder al histrico de calificaciones que lleva el Departamento de Evaluacin para cada estudiante. Llevar el histrico y publicar los datos de inscripcin de Estudiantes. Registrar y publicar la nmina de Profesores, Carreras a las cuales estn adscritos y asignaturas que dictan. Llevar el histrico y publicar la oferta de asignaturas por carrera por lapso acadmico. Planificar y publicar los sitios y horarios de clases acordados con los Profesores para un lapso acadmico en curso. Mantener comunicacin electrnica con los Profesores. Al Departamento de Evaluacin: Acceder al Registro de Inscripciones de estudiantes que lleva el Departamento de Control de Estudios. Acceder a la nmina de Profesores, Carreras a las cuales estn adscritos y asignaturas que dictan, que lleva el Departamento de Control de Estudios. Recibir de los Profesores los resultados finales de las evaluaciones aplicadas a los estudiantes en el lapso acadmico. Llevar el histrico de calificaciones de cada estudiante. Mantener comunicacin electrnica con los Profesores. Al Profesor: Acceder a todos los datos anteriores. Publicar el calendario de pruebas por carrera y planificado para el lapso acadmico. Registrar y publicar los resultados parciales y finales de las evaluaciones aplicadas a los estudiantes en el lapso acadmico. Registrar y publicar para los estudiantes contenidos y actividades complementarias. Mantener comunicacin electrnica con los estudiantes y con los Departamentos de Control de Estudios y de Evaluacin.
Especialista: Mireya Delgado Ingeniera de Sistemas Evaluador: Sandra Snchez
335 T.P.
Lapso 2013-2
4/16
Al estudiante: Acceder a todos los datos anteriores. Mantener contacto electrnico con sus profesores. Al Administrador del sistema: Acceder a todo el sistema sin ningn tipo de restricciones. Mantener un registro de usuarios y claves de acceso. Mantener los datos almacenados en la base de datos. Como polticas o reglas institucionales, el IU establece las siguientes normativas, a los fines del desarrollo del sistema SAGA: - Un estudiante solo puede cursar una carrera. - Una asignatura puede ser dictada para varias carreras pero siempre por el mismo profesor y con las mismas unidades crdito. - Un profesor puede dictar varias asignaturas pero siempre sern las mismas a los largo de su desempeo en el IU. ELABORACIN Y ENTREGA DEL TRABAJO PRCTICO El IU ha decidido contratarlo a Ud. como analista de sistemas, a fin de que analice el sistema SAGA que permita el manejo y control de las funciones antes descritas. El estudio del sistema se iniciar en la segunda funcin1 del desarrollo de sistemas (el anlisis), la cual es objeto de este trabajo prctico. Por tanto, no existe informacin previa contenida en un documento denominado Proyecto de Sistemas, que se genera en la primera funcin del desarrollo de sistemas (la planificacin). El alumno realizar el anlisis del sistema planteado, tomando en cuenta lo siguiente: La metodologa a seguir, ser la adoptada en la presente asignatura, la cual est descrita en el libro Anlisis y Diseo de Sistemas de Informacin de los autores Whitten, Bentley y Barlow. Esa metodologa consta de una sucesin de fases y actividades, las cuales son descritas conjuntamente, en la unidad 12 del MIA.
1
A lo largo de la asignatura, se usarn indistintamente, los trminos funcin y etapas. Especialista: Mireya Delgado Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
5/16
La actividades metodolgicas en su mayora, utilizan tcnicas y herramientas, que son complejas y extensas en su aplicacin, por lo cual fue necesario explicar dichas actividades separadamente en el material MIA, desde la unidad 5 hasta la unidad 11. Una misma tcnica y herramienta puede ser usada en distintas actividades, pero con propsito diferente. El proceso del anlisis debe ceirse estrictamente al orden secuencial de las actividades metodolgicas, aunque algunas de ellas no requerirn ser efectuadas. Esto puede observarse en la serie de cuadros denominados Gua metodolgica para el anlisis del sistema, los cuales estn ubicados al final de este trabajo prctico. El proceso del anlisis debe ser un estudio formal, exhaustivo y coherente del problema planteado. Las especificaciones dadas podrn enriquecerse con una situacin real, siempre y cuando, se mantenga dentro del contexto de los requerimientos funcionales expresados. En tal caso, podr completar, detallar, adaptar y/o modificar procesos, datos y trminos que se justifiquen, documentndolos debidamente, especificando el motivo, fuente y resultado de la investigacin realizada en la situacin real. Si en las especificaciones no se indican todos los datos necesarios para efectuar determinada actividad y/o usar cierta tcnica y herramienta, entonces el alumno idear datos que resulten razonables para tal fin. El estudiante documentar los modelos de datos y redes (objetivos 5 y 7) en diccionarios similares a modelos que se incluyen en anexo. El informe del trabajo prctico deber cumplir con los requisitos de presentacin, estructuracin, y especificidad exigidos, ya que no se aceptarn trabajos, que no cumplan con los mismos: La presentacin debe ser impecable2. La estructuracin ser de acuerdo a como se indica en el objetivo 11. En este sentido, se elaborar un solo informe de tipo factual o sino, administrativo que constar de seis secciones, las cuales aglutinarn las tres fases metodolgicas del anlisis. A manera de ayuda para el estudiante, dichas fases metodolgicas, actividades a cumplir y objetivos evaluables en cada una de ellas se resumen en una sola vista denominada Esquema Integrado: Fases del Analisis/Objetivos Evaluables. La seccin III,
En cuanto a limpieza, encuadernacin, portada, ndice, numeracin de pginas, titulacin de contenidos, pertinencia entre ttulos y contenido, uso y referencias de figuras y tablas, etc. Especialista: Mireya Delgado Ingeniera de Sistemas Evaluador: Sandra Snchez
2
335 T.P.
Lapso 2013-2
6/16
Hechos y detalles, se estructurar segn la secuencia metodolgica mostrada en la serie de cuadros denominados Gua metodolgica para el anlisis del sistema. La especificidad se refiere a la concrecin y suficiencia explicativa en cada uno de los puntos tratados. Se recomienda al estudiante, planificar adecuadamente la ejecucin de ste trabajo prctico, a fin de cumplir con la fecha de entrega establecida, ya que no habr prrroga. El profesor asesor podr solicitarle al alumno, una verificacin del trabajo, si lo creyera conveniente. CRITERIO GENERAL DE CORRECCIN En el presente trabajo prctico, tal como lo muestra el Plan de Curso, se evalan los objetivos 5 al 12, correspondientes respectivamente a las unidades 5 hasta 12. Como se mencion anteriormente, estas unidades tratan las tcnicas y herramientas que pueden ser usadas ms de una vez, en diferentes actividades metodolgicas del anlisis de sistemas. Por lo antes expuesto, conviene aclarar al profesor corrector, que la valoracin integral de los objetivos 5 al 12, se har considerando la inclusin de todas las actividades metodolgicas que los mismos abarquen. A tal efecto, se le ofrece a ste, el cuadro denominado Gua de correccin para el sistema analizado, el cual est ubicado al final de este trabajo prctico. OBJETIVO 5 Aplicar las tcnicas de modelizacin de datos en un sistema, documentando el resultado de su aplicacin en el diccionario de proyectos. CRITERIO DE CORRECCIN El estudiante elaborar un modelo de datos de contexto en la fase de inspeccin, y un modelo de datos esencial en la fase de definicin, ambos modelos del sistema nuevo3. Un modelo de datos esencial detalla el modelo de datos de contexto, y se construye en cinco pasos: 1) identificar las entidades; 2) definir identificadores
3
Se asumir que el sistema nuevo es conceptualmente semejante al sistema actual . Especialista: Mireya Delgado Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
7/16
para cada entidad; 3) dibujar un primer borrador del modelo de datos de relaciones entre entidades; 4) identificar los atributos de datos; 5) asignar los atributos de datos a las entidades. Los modelos de datos4 sern documentados en el diccionario de proyectos incluido en el Anexo. La seccin del diccionario correspondiente a cada modelo elaborado, se colocar inmediatamente y a continuacin del modelo en cuestin. OBJETIVO 6 Aplicar las tcnicas de modelizacin de procesos en un sistema, documentando el resultado de su aplicacin en el diccionario de proyectos. CRITERIO DE CORRECCIN El alumno elaborar un modelo de procesos de contexto en la fase de inspeccin, y un modelo de procesos esencial en la fase de definicin, ambos modelos del sistema nuevo5. El modelo de procesos esencial detalla el modelo de procesos de contexto, y se construye en cinco pasos, los cuales son: 1) elaborar un diagrama de descomposicin que esquematice los diagramas de flujos de datos; 2) identificar almacenes de datos; 3) elaborar un diagrama general de flujo de datos; 4) elaborar diagramas de flujo de datos de nivel medio; 5) elaborar los diagramas de flujo de datos de nivel primigenio. Los modelos de procesos sern documentados en el diccionario de proyectos utilizando la herramienta de la tabla de decisin para la especificacin de las normas y la herramienta del lenguaje estructurado para la especificacin de los procedimientos. La seccin del diccionario correspondiente a cada modelo elaborado, se colocar inmediatamente y a continuacin del modelo en cuestin.
La elaboracin de un buen modelo de datos es fundamental para que el sistema pueda cumplir con la funcionalidad esperada. El modelo de datos impacta de forma sustancial el diseo de los procesos computarizados, as como las entradas (E) y salidas (S) del sistema. 5 Recuerde que se asumir que el sistema nuevo es conceptualmente semejante al sistema actual. Especialista: Mireya Delgado Ingeniera de Sistemas Evaluador: Sandra Snchez
335 T.P.
Lapso 2013-2
8/16
OBJETIVO 7 Aplicar las tcnicas de modelizacin de redes en un sistema, documentando el resultado de su aplicacin en el diccionario de proyectos. CRITERIO DE CORRECCIN El alumno elaborar un modelo de redes de contexto en la fase de inspeccin, y un modelo de redes esencial en la fase de definicin, ambos del sistema nuevo6. El modelo general de redes (que a nuestros efectos, denominaremos modelo de redes de contexto, para seguir la nomenclatura usada en el libro texto para los modelos de datos y procesos) se elabora en la fase de inspeccin, o sino, en la fase de estudio, y el modelo ms detallado de redes (que a nuestros efectos, denominaremos modelo de redes esencial, para seguir igualmente la nomenclatura ya mencionada) se elabora en la fase de definicin. En la fase de inspeccin o sino, en la fase de estudio, se realizan los siguientes pasos: 1) Identificar los puestos; 2) dibujar un diagrama de descomposicin para esbozar y agrupar los puestos. En la fase de definicin se realizan los siguientes pasos: 1) dibujar un diagrama de conexin de puestos del sistema; y 2) dibujar diagramas de conexin de puestos ampliados. El alumno har una propuesta de funcionamiento en red del sistema, en caso que las especificaciones del problema carezcan de la misma. El modelo de redes se documentar en el diccionario de proyectos en el diccionario de proyectos incluido en el Anexo siguiendo una serie de pasos: 1) Asignar un nombre a cada puesto; 2) Definir cada puesto; 3) Describir cada puesto del modelo de red, hasta llegar al puesto atmico (aqul, que no puede desglosarse ms). En la documentacin del modelo de redes de contexto se hacen los 2 primeros pasos, y en la del modelo esencial de redes, el tercer paso.. La seccin del diccionario correspondiente a cada modelo elaborado, se colocar inmediatamente y a continuacin del modelo en cuestin.
Tenga presente que el sistema nuevo es conceptualmente semejante al sistema actual . Especialista: Mireya Delgado Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
9/16
OBJETIVO 8 Usar algunas herramientas para la gestin de proyectos durante el desarrollo de sistemas. CRITERIO DE CORRECCIN El alumno elaborar en la fase de inspeccin, un plan que comprenda todas las funciones o etapas del proyecto de desarrollo del sistema de informacin, utilizando slo una de las dos herramientas de gestin de proyectos, las cules son Grficos PERT, o sino, Grficos de Gantt. OBJETIVO 9 Emplear las tcnicas de investigacin de hechos durante el desarrollo de sistemas. CRITERIO DE CORRECCION El alumno documentar el empleo de dos tcnicas de investigacin de hechos7 distintas. Una tcnica en la fase de inspeccin, para recabar hechos preliminares del sistema, y otra tcnica en la fase de definicin, para identificar las necesidades del sistema nuevo, fundamentndose en los modelos basados en procesos, o sino, basados en datos. OBJETIVO 10 Analizar la viabilidad de las soluciones alternativas de sistemas. CRITERIO DE CORRECCION El alumno documentar el empleo de las cuatro pruebas del anlisis de viabilidad8, slo en la fase de inspeccin del anlisis de sistemas, a fin de acotar la exigencia del presente trabajo.
Las tcnicas de investigacin de hechos tienen como propsito recabar hechos preliminares sobre personas, datos, actividades, lugares y redes, as como tecnologas existentes. Adems, lista de problemas, oportunidades, restricciones y opiniones. Las tcnicas son seis: 1) muestreo de la documentacin (ejemplo de documentos son los formularios y los archivos existentes); 2) investigacin y visitas a instalaciones; 3) Observacin del entorno de trabajo; 4) Cuestionarios; 5) Entrevistas; y 6) Diseo conjunto de aplicaciones (DCA).
8
Las pruebas de viabilidad son: operativa, tcnica, de fechas, y econmica. El anlisis de viabilidad se realiza durante las fases de inspeccin, estudio y definicin del anlisis de sistemas, y est dirigido a justificar si merece la pena continuar con el diseo de sistemas, en funcin de: la solucin a los problemas y oportunidades a resolver y de la satisfaccin de necesidades de usuario para el nuevo sistema. Especialista: Mireya Delgado Ingeniera de Sistemas Evaluador: Sandra Snchez
335 T.P.
Lapso 2013-2
10/16
OBJETIVO 11 Utilizar las tcnicas de comunicacin interpersonal durante el desarrollo de sistemas. CRITERIO DE CORRECCION El alumno utilizar la tcnica de comunicacin basada en el informe escrito, elaborando un slo informe, que integrar las tres fases del anlisis de sistemas. El informe podr tener formato factual9 o si no, administrativo10. OBJETIVO 12 Analizar un sistema de informacin realizando las actividades de la etapa de anlisis de sistemas del ciclo de vida. CRITERIO DE CORRECCIN El alumno realizar determinadas actividades inherentes a las fases del anlisis de sistemas, no cubiertas anteriormente. Las actividades son:
Fase Inspeccin Estudio Actividad 3 4 5 Descripcin Clasificar problemas, oportunidades y posibles soluciones. Analizar los problemas y oportunidades. Nombrar los objetivos especficos del nuevo sistema con base en los problemas y oportunidades identificados.
El informe factual consta de las siguientes secciones: I) Introduccin, II) Mtodos y procedimientos, III) Hechos y detalles; IV) Discusin y anlisis de hechos y detalles, V) Recomendaciones y VI) Conclusin. 10 El informe administrativo consta de las siguientes secciones: I) Introduccin, II) Conclusiones y recomendaciones, III) Resumen y discusin de hechos y detalles, IV) Mtodos y procedimientos; V) Conclusin final; VI) Apndices con hechos y detalles. La diferencia principal entre ambos, es que el factual muestra al principio los detalles y luego las conclusiones; en cambio, el administrativo hace al contrario.
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
11/16
Fase de Inspeccin
Fase de Estudio
Fase de Definicin
entrevistas iniciales
Obj. 9
Obj. 12
Obj. 9
matriz de estudio de problemas/oportunidades plan del proyecto (Gantt, Pert) conclusiones de la fase: -analisis de viabilidad -informe
Obj. 12
Obj. 8
Obj. 11,
Obj. 11,
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
12/16
5 6 7
12
10 11
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
13/16
Actividad 4
Objetivo evaluable 12
12
11
Actividad 1
FASE DE DEFINICIN Nombre de Tcnica o herramienta la actividad Identificar las necesidades Tcnicas de investigacin de hechos (entrevistas, reuniones, discusiones en grupo, encuestas (cuestionarios), investigacin, brainwriting, brainstorming) Modelizar las necesidades de Modelizacin de datos sistemas Modelizacin de procesos Modelo de redes Tcnicas interpersonales (en particular, escritura de informes)
Objetivo evaluable 9
5 6 7 11
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
14/16
Definir el mbito del proyecto Modelizar las necesidades de sistemas Definir el mbito del proyecto Modelizar las necesidades de sistemas Definir el mbito del proyecto Modelizar las necesidades de sistemas Establecer un plan de proyecto propuesto
Definicin
10 11
Inspeccin
Presentar las conclusiones y recomendaciones Clasificar problemas, oportunidades y posibles soluciones. Analizar los problemas y las oportunidades
12
7 6 3
Estudio
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
15/16
ANEXO
NOMBRE ENTIDAD
DESCRIPCION ENTIDAD
DESCRIPCION DE ENTIDAD
NOMBRE ENTIDAD: DESCRIPCIN ENTIDAD:
DESCRIPCION DE ATRIBUTO
NOMBRE ATRIBUTO: DESCRIPCIN ATRIBUTO: ENTIDADES QUE LO CONTIENEN: NOMBRE ENTIDAD:
ATRIBUTOS QUE CONTIENE: NOMBRE ATRIBUTO: CLAVE (MARCAR CON X SI EL ATRIBUTO ES CLAVE DE LA ENTIDAD)
Ingeniera de Sistemas
335 T.P.
Lapso 2013-2
16/16
DOCUMENTACION DE PUESTO
NOMBRE: DESCRIPCIN: UBICACIN: CONEXIONES:
DOCUMENTACION DE PUESTO
NOMBRE: DESCRIPCIN: UBICACIN: CONEXIONES: SUBPUESTOS (SI LOS HUBIERE):
Ingeniera de Sistemas