taller de modelamiento_de_software
TRANSCRIPT
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