2018-programa Analisis De Sistemas.docx

  • Uploaded by: Fernando Vega
  • 0
  • 0
  • April 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View 2018-programa Analisis De Sistemas.docx as PDF for free.

More details

  • Words: 1,155
  • Pages: 6
PROGRAMA ANALITICO DE ESTUDIO Ciclo Lectivo 2018

CARRERA: SISTEMAS

TÉCNICO SUPERIOR EN ANÁLISIS Y PROGRAMACIÓN DE

ASIGNATURA:

Análisis de Sistemas

CURSO:

PRIMER AÑO

INTENSIDAD HORARIA:

4 Horas Cátedras Semanales

MODALIDAD Y TIPO DE CURSADO: MODULO Segundo Cuatrimestre. SEDE:

Sede CIUDAD, LAS HERAS y RODEO DEL MEDIO

PROFESOR:

Adriana José, Marcela Fernandez, Marcela Agüero, Julio Cuenca



FUNDAMENTACIÓN

El análisis de sistemas trata básicamente de determinar los objetivos y límites del sistema objeto de análisis, caracterizar su estructura y funcionamiento, marcar las directrices que permitan alcanzar los objetivos propuestos y evaluar sus consecuencias. Dependiendo de los objetivos del análisis, podemos encontrarnos ante dos problemáticas distintas: Análisis de un Sistema ya existente para comprender, mejorar, ajustar y/o predecir su comportamiento y el Análisis como paso previo al desarrollo de un nuevo sistemaproducto, en ambos casos, satisfaciendo las necesidades de un cliente y/o usuario. En esta materia se presentan las principales herramientas para determinar las necesidades que justifican el mantenimiento o desarrollo de un sistema de información y el modelado de la solución propuesta. •

COMPETENCIAS GENERALES Y ESPECÍFICAS DEL ÁREA •

Ser capaz de Analizar requerimientos de sistemas de información



Determinar especificaciones funcionales obteniendo las características de una solución que las satisfaga, considerando el contexto en que se integra.



Realizar la Documentación técnica de todas las actividades y productos obtenidos atendiendo al aseguramiento de la calidad en proyectos, productos y procesos. considerando normas y estándares preexistentes.

Commented [R1]: Revisar competencias y desarrollo de las unidades.





Auto gestionar sus actividades, las de su sector dentro de la organización, o emprendimiento propio.

OBJETIVOS •

Conocer la evolución de las metodologías de análisis de sistemas



Describir las etapas del desarrollo de sistemas



Verificar los requerimientos y requisitos del sistema.



Elaborar modelos de sistemas.

• SABERES . UNIDAD I: Proceso de software Contenidos conceptuales Conocer la arquitectura, las actividades, los métodos, las metodologías, las estrategias y las herramientas. Para el Modelado de Sistemas de Software. Estudiar las herramientas de análisis de requisitos, análisis, diseño, implementación, integración, prueba, documentación, mantenimiento. Para aplicar a las Metodologías de Análisis: estructurada y orientada a objetos. Saber cómo Planificar las Estrategias de Prototipado y Ensamblaje de componentes. Conocer los conceptos de Modelos: Cascada, Incremental, Espiral, Ganar – ganar, Programación extrema, Proceso Unificado de desarrollo de software. Para que el alumno pueda decidir qué Modelo es el mejor para su proyecto. Reconocer el uso de Roles y participantes en todas las etapas del ciclo de vida de un sistema. Para configurar Equipos de trabajo, según, concepto, características, roles, aplicando las ventajas y diferencias con los grupos de trabajo. Reconociendo los beneficios del Trabajo en equipo. UNIDAD II: Proceso Unificado de desarrollo de software Contenidos conceptuales Entender el Concepto y el Proceso unificado de desarrollo de software. Reconociendo las ventajas de su uso, características. Saber separar las Fases y flujo de trabajo del Proceso Unificado. Para que el alumno pueda aplicar el lenguaje de modelado unificado

UNIDAD III: Requerimientos de un sistema Contenidos conceptuales Comprender el concepto de Requerimientos y clasificación, dominado técnicas para recopilar información, para que el alumno use las Entrevistas, Cuestionarios, Observación, Prototipo. Reconocer los tipos de requisito, para que el alumno construya el Modelo de requisitos. Realizar la Captura de requisitos como trabajo práctico donde el alumno definirá los artefactos, trabajadores y flujo de trabajo Saber construir un diagrama de flujo. UNIDAD IV: Análisis Contenidos conceptuales Comprender el concepto de Modelo de Análisis, reconociendo objetivos, y la importancia. Entender la definición de Artefactos, trabajadores y flujo de trabajo del análisis Para realizar el Modelado estructural, contemplando Vista estática. Preconocer y aplicar diagrama de casos de uso y diagrama de clases. Realizar el modelado del comportamiento: Para construir la Vista dinámica usando los diagramas de interacción (secuencia) •

ESTRATEGIAS METODOLÓGICA

Análisis de casos Aprendizaje cooperativo Estrategia por exposición •

BIBLIOGRAFIA OBLIGATORIA •

Administración de los sistemas de información Laudon Kenneth y Laudon, Jane Editorial Prentice Hall, 2010



Ingeniería de software orientada a objetos con UML, Java e Internet • Weitzenfeld, Alfredo Editorial THOMSON - 2005

• El lenguaje unificado de modelado. Manual de referencia Rumbaugh, James – Jacobson, Ivar – Booch, Grady Editorial Addison Wesley- 2000.



BIBLIOGRAFIA COMPLEMENTARIA •

Análisis y Diseño de Sistemas Kendall & Kendall •

Prentice Hall Hispanoamericana, 1997, 2º edición.

• Ingeniería del software. Un enfoque práctico Pressman, Roger. McGraw Hill, Cuarta y Quinta edición •

CORRELATIVIDADES: No corresponde



ACREDITACION DEL ALUMNO

• ALUMNO REGULAR La regularidad en el cursado de todas las unidades curriculares de los diseños correspondientes se obtendrá con el cumplimiento de la asistencia exigida y la aprobación de las evaluaciones de proceso. • Asistencia: La exigencia para obtener la regularidad es una asistencia igual o superior al 60 %. • Evaluaciones de Proceso: Para la aprobación de cada una de las evaluaciones de proceso se establece como exigencia a los fines de obtener la regularidad de una calificación no menor a 4 (cuatro). En caso de asignaturas semestrales deberá aprobar 1 (una) evaluación parcial o su recuperatorio, de 2 (dos) como mínimo.



ALUMNO NO REGULAR: Será considerado cuando el alumno no ha cumplimentado las exigencias necesarias para la categoría de alumno regular, con una asistencia mínima del 30%.

EVALUACION FINAL



El examen final de los/as estudiantes regulares de una oferta formativa podrá ser: • En carácter de examen regular: en caso de haber cumplido con las condiciones de regularidad de la unidad curricular y podrá ser oral o escrito. •

En carácter de examen libre: en el caso de no cumplir con las condiciones de regularidad de la unidad curricular y deberá ser escrito y oral. Esta figura de examen final se encuentra contemplada en la Res. 258-DGE-12 y en el Reglamento Académico Institucional.



El alumno cuando se presente a rendir el examen final, deberá entregar al profesor titular la libreta de exámenes.

Evaluaciones Guías de estudio G.E. N° 1:

Proceso de software

G.E. N° 2:

Proceso Unificado

G.E. N° 3:

Requerimientos de un sistema

G.E. N° 4:

El Análisis

G.E. N° 5:

La vista estática de un sistema

G.E. N° 6:

La vista dinámica de un sistema

Trabajos prácticos T.P. Nº 1: Diagramas de Casos de Uso T.P. Nº 2: Diagramas de clases T.P. Nº 3: Diagramas de interacción (secuencia) Parciales Se tomarán dos exámenes parciales con su correspondiente recuperatorio. Final- Global No corresponde Requisitos para los exámenes finales. Haber aprobado los exámenes parciales, tener la totalidad de los trabajos prácticos aprobados y presentadas las guías de estudio.

El alumno debe tener el 60% de asistencia a clase y el resto de los requisitos acerca de trabajos prácticos, guías de estudio y parciales (aprobados con 4 en adelante). • Caso integrador: No se realizará un caso integrador pero sí se utilizará la metodología de casos para desarrollar los prácticos. Requisitos para promocionar la materia No es promocional Requisitos obligatorios para tener opción de la promocionalidad No corresponde Nota final de promoción No corresponde

Related Documents


More Documents from ""