IEST “Argentina” – UNIDAD ACADEMICAwww.istpargentina.edu.pe Av. Alfonso Ugarte cuadra 9 s/n. Lima Perú PÁG. 1

SÍLABO TALLER DE MODELAMIENTO DE SOFTWARE

I. INFORMACIÓN GENERALCarrera Profesional : Computación e InformáticaMódulo : Desarrollo de Software Y

Gestión de Base de DatosUnidad Didáctica : Taller de Modelamiento de

SoftwareCréditos : 3Semestre Académico: IIINº de Horas Semanal : 4N° de Horas Semestral : 72

II. COMPETENCIA DE LA CARRERA PROFESIONAL

Analizar, diseñar, desarrollar sistemas de información y administrar sistemas de gestión de base de datos, de acuerdo a los requerimientos de la organización; considerando los criterios de seguridad en la transmisión y el almacenamiento de datos.

III. CAPACIDADES TERMINALES Y CRITERIOS DE EVALUACIÓN

Capacidad Terminal: Criterios de Evaluación

Modelar la arquitectura del software

Utiliza técnicas y metodologías pertinentes para el modelamiento de la estructura lógica del sistema de información. Utiliza herramientas (software) pertinentes para el modelamiento de la estructura lógica y física del sistema de información. Documenta el diseño del software, de acuerdo a la metodología utilizada.

IEST “Argentina” – UNIDAD ACADEMICAwww.istpargentina.edu.pe Av. Alfonso Ugarte cuadra 9 s/n. Lima Perú PÁG. 2

IV. ORGANIZACIÓN DE ACTIVIDADES Y CONTENIDOS BÁSICOS

IEST “Argentina” – UNIDAD ACADEMICAwww.istpargentina.edu.pe Av. Alfonso Ugarte cuadra 9 s/n. Lima Perú PÁG. 3

Sem anas

Elementos de cap

Actividades de aprendizaje

Contenidos Básicos Tareas previas

1Que es un modelo

Que es modelar software.

Concepto de modelamiento, importancia, características Debate sobre

modelamiento2 Proceso de desarrollo de software

Especificación del software, Diseño e implementación, Validación evolución

3 Herramientas para modelar software

software propietario y libre

Racional rose, argo uml, Poseidón uml.

Investigación sobre las diferentes herramientasdel mercado

4

5 Metodologías para modelarsoftware

Estructurado, RUP

Sistemas DurosProceso de negocios, reglas del negocio

¿Que metodología seutiliza en cada herramienta?6 No estructurado,

orientado a objetosEvaluación

Sistemas blandos, estadios, UML

7

Modelado de negocio

El alumno modela el negocio de una organización empresarial

Actores del negocio,• Casos de uso del negocio.• Trabajadores del negocio.• Entidades del negocio.• Diagrama de casos de uso del negocio.• Especificación de casos deuso del negocio.• Diagramas de actividades.• Diagramas de clases del negocio.• Reglas de negocio.

Investiga sobre la información de unaorganizaciónempresarial determinada.

8

9

Requerimient os

El alumno analiza los requerimientos del software

Actores del sistema.• Casos de uso del sistema.• Paquetes.• Diagramas de casos de uso del sistema.• Asociaciones entre casosde uso del sistema.• Modelo conceptual

Analiza la información obtenida de la organización empresarial

10

11

Análisis y diseño

El alumno analiza y diseña la arquitectura del software

• Diagrama de clases.• Realización de los casos de uso del sistema, Diagrama de secuencia, Diagrama decolaboración.• Construcción Clases de diseño del sistema, Modelo de datos del sistema, Tablas y relaciones

Plasma la información obtenida

12

1

Implementaci ón El alumno modela la

implementación del software.

• Flujo de trabajo de implementación.• Artefactos de la etapa.• Componentes.• Diagrama de componentes.• Asociaciones entre componentes

Documenta el diseño delsoftwareutilizando una metodologíautilizada.

1415

16

17

Evaluar Preguntas Teóricas y practicas

Evaluación final

18

Evaluar Preguntas relacionadas Recuperación

V. METODOLOGÍA

IEST “Argentina” – UNIDAD ACADEMICAwww.istpargentina.edu.pe Av. Alfonso Ugarte cuadra 9 s/n. Lima Perú PÁG. 4

Para el desarrollo del curso se aplicarán los siguientes procedimientos didácticos:- Clases teóricas: Con exposición por parte del Docente y la participación activa de los Alumnos.- Práctica: Se irán resolviendo ejercicios y casos según el tema teórico tratado.- Asesoría. Se asesora la aplicación correcta de los conocimientos teóricos en la solución de un caso real administrado como un proyecto.

VI. EVALUACIÓN La escala de calificación es vigesimal y el calificativo mínimo

aprobatorio es trece (13). En todos los casos la fracción 0.5 o más se considera como una unidad a favor del estudiante.

El estudiante que en la evaluación de una o más Capacidades Terminales programadas en la Unidad Didáctica (Asignaturas), obtenga nota desaprobatoria entre diez (10) y doce (12), tiene derecho a participar en el proceso de recuperación programado.

El estudiante que después de realizado el proceso de recuperación obtuviera nota menor a trece (13), en una o más capacidades terminales de una Unidad

Didáctica, desaprueba la misma, por tanto repite la Unidad Didáctica. El estudiante que acumulara inasistencias injustificadas en

número igual o mayor al 30% del total de horas programadas en la Unidad Didáctica (Asignaturas), será desaprobado en forma automática, sin derecho a recuperación.

PROM CT = CE 1+ CE 2 + ... +CE n CE = Criterio De Evaluación n CT = Capacidad Terminal

UD = Unidad Didáctica

PROM UD = Ultima Capacidad Terminal

VII. RECURSOS BIBLIOGRÁFICOS /BIBLIOGRAFÍA

-ImpresosF. Alonso, L. Martínez, J. Segovia: "Introducción a la Ingeniería del Software: Modelos deDesarrollo de Programas". Delta Publicaciones. 2005F. Alonso, L. Martínez, J. Segovia: "Metodología Básica de Desarrollo Orientado a Objetos (2ª Edición)". Servicio de Publicaciones. Facultad de Informática. 2004.G. Booch, J. Rumbaugh, I. Jacobson: "El lenguaje unificado de modelado. Guía de usuario". 2ª Edición. Addison Wesley, 2006R. S. Pressman, D. C. Ince: "Ingeniería del software. Un enfoque práctico". 6ª Edición. McGraw Hill, 2005.

IEST “Argentina” – UNIDAD ACADEMICAwww.istpargentina.edu.pe Av. Alfonso Ugarte cuadra 9 s/n. Lima Perú PÁG. 5

-Digitales (página WEB) www.monografias.com http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/Model_Negocio.html

Lima, Abril de 2012