Tema 10. Dinámica y funciones de la Atmosfera 2024
Taller de modelamiento_de_software
1. 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
2. IEST “Argentina” – UNIDAD ACADEMICA
www.istpargentina.edu.pe Av. Alfonso Ugarte cuadra 9 s/n. Lima Perú PÁG. 2
Sem
anas
/fec
ha
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
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
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
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 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
3. 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