IEST “Argentina” – UNIDAD ACADEMICA www.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 GENERAL Carrera Profesional : Computación e Informática Módulo : Desarrollo de Software Y

Gestión de Base de Datos Unidad Didáctica : Taller de Modelamiento de Software Créditos : 3 Semestre Académico: III Nº de Horas Semanal : 4 N° 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.

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

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

Semanas /fecha

Elementos de capacidad

Actividades de aprendizaje Contenidos Básicos

Tareas previas

1 Que es un modelo

Que es modelar software.

Concepto de modelamiento, importancia, características

Debate sobre modelamiento 2 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 herramientas del mercado

4

5 Metodologías para modelar software

Estructurado, RUP

Sistemas Duros Proceso de negocios, reglas del negocio

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

orientado a objetos Evaluació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 de uso del negocio. • Diagramas de actividades. • Diagramas de clases del negocio. • Reglas de negocio.

Investiga sobre la información de una organización empresarial determinada.

8

9 Requerimientos

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 casos de 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 de colaboración. • Construcción Clases de diseño del sistema, Modelo de datos del sistema, Tablas y relaciones

Plasma la información obtenida

12

13

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 del software utilizando una metodología utilizada.

14 15 16

17 Evaluar Preguntas Teóricas y practicas

Evaluación final

18 Evaluar Preguntas relacionadas Recuperación V. METODOLOGÍA

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

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 -Impresos

F. Alonso, L. Martínez, J. Segovia: "Introducción a la Ingeniería del Software: Modelos de Desarrollo de Programas". Delta Publicaciones. 2005 F. 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, 2006 R. S. Pressman, D. C. Ince: "Ingeniería del software. Un enfoque práctico". 6ª Edición. McGraw Hill, 2005.

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

Lima, Abril de 2012