Post on 11-Jul-2015
SISTEMA INTEGRADO DE GESTIÓN GUÍA DE APRENDIZAJE
Código: F004-P006-GFPI versión: 01 Proceso Gestión de la Formación Profesional Integral
Procedimiento Ejecución de la Formación Profesional Integral
1. IDENTIFICACIÓN DE LA GUÍA DE APRENDIZAJE
Programa de Formación: Análisis y Desarrollo de Sistemas de Información : 409862
Código:228106 Versión: 101
Nombre del Proyecto: SOFTPYME - INVENTARIO
Código: 404463
Fase del proyecto: ANÁLISIS
Actividad (es) del Proyecto: Analizar el sistema de información a desarrollar aplicando estándares de calidad.
Resultados de Aprendizaje: 220501032 01 - Interpretar el informe de requerimientos, para determinar las necesidades tecnológicas en el manejo de la información, de acuerdocon las normas y protocolos establecidos en la empresa. 220501032 02 Representa el bosquejo de la solución al problema presentado por el cliente, mediante la elaboración de diagramas de casos de uso, apoyadoen el análisis del informe de requerimientos, al confrontar la situación problémica con el usuario según normas y protocolos de la organización.
Competencia: 220501032 - Analizar los requerimientos del cliente para construir el sistema de información
Resultados de Aprendizaje: 22050103 06 Identificar las características de los procesos de desarrollo de software, frente al referente de calidad adoptado por la empresa, ajustándolos a los resultados de las mediciones, evaluaciones y recomendaciones realizadas.
Competencia: 22050103 - Aplicar buenas prácticas de calidad en el proceso de desarrollo de software, de acuerdo con el referente adoptado en la empresa.
Resultados de Aprendizaje: 24020150 04 Encontrar vocabulario y expresiones de inglés técnico en anuncios, folletos, páginas web, etc.
Competencia: 24020150 - Comprender textos en Inglés en forma escrita y auditiva
Duración de la guía ( en horas): 100
GUÍA DE APRENDIZAJE N° 3
Guía de Aprendizaje
Página 2 de 6
2. PRESENTACIÓN
3. ESTRUCTURA DIDÁCTICA DE LAS
ACTIVIDADES DE APRENDIZAJE
3.1 Crear el modelo solución del sistema de información a desarrollar a partir de vistas dinámicas.
3.1.1 Actividades de Reflexión inicial.
Según el modelo de transformación que se expone a continuación, reflexione sobre los entregables y
artefactos que se deben producir en la fase de análisis de SOFTPYME – INVENTARIO a partir del SRS
generado.
Imagen 1. Modelo de Transformación
Uno de los pasos más importantes para desarrollar sistemas de información es la identificación de necesidades y la recolección de información porque de ella depende que hagamos un sistema de información que satisfaga las necesidades del usuario y la representación de esta información mediante modelos estándar mundiales le facilitara a cualquier persona del equipo de desarrollo tener exactamente la misma visión de lo que se desea implementar, es en este momento donde lenguajes como UML tienen su mayor importancia sobre todo en desarrollo de proyectos por equipos de trabajo. A través de esta guía de aprendizaje se analizarán los requerimientos del sistema de información a desarrollar, generando diferentes vistas dinámicas que permiten interpretar el comportamiento y determinar acciones encaminadas a un posterior diseño.
Guía de Aprendizaje
Página 3 de 6
3.1.2Actividades de contextualización e identificación de conocimientos necesarios para el aprendizaje.
1. Lea el material de la carpeta “Presentaciones” en el link de material didáctico indicado por
el instructor para la presente guía.
Para dar lectura a los diferentes archivos de la carpeta presentaciones, inicie con “CD_UML”
abriendo el archivo default.htm leyendo inicialmente hasta el Módulo 3: “Casos de Uso”.
Posteriormente lea los archivos “UC.ppt” y “UC2.ppt”.
3.1.3Actividades de apropiación.
1. Consulte los diferentes tipos de metodologías de desarrollo de software existentes y haga
una presentación con las características, historia, entregables y elementos importantes a
tener en cuenta bajo una metodología especifica. Use el documento “Guía de la
Ingeniería de Software” como referencia inicial.
2. Consulte acerca de las diferentes “Herramientas CASE” disponibles en el mercado
realizando un cuadro comparativo donde se destaquen ventajas y desventajas. Tome
como referencia inicial el documento: “Herramientas CASE-mod.doc” que encontrará en
la carpeta presentaciones.
3.1.4 Actividades de transferencia del conocimiento
1. Realice los diagramas expuestos en el documento: “Guía de aprendizaje integrada_AS.pdf”.
Recuerde que este documento está en la carpeta Actividades / Análisis en el LMS. Para la
elaboración de los diagramas expuestos en el documento, proceda creando el proyecto SOFIA.eap
en Enterprise Architect.
2. En la carpeta Casos_Estudio, encontrará el archivo: “Caso de Estudio Instrumentos Musicales-
mod.doc”. Usted debe leer el caso y elaborar los diagramas de requerimientos funcionales y casos
de uso en un proyecto de nombre InstrumentosMusicales.eap a través de Enterprise Architect.
Recuerde adoptar una técnica estandarizada para la elaboración de los diagramas, incluyendo el
análisis y comprensión adecuada del caso.
3. A partir del informe SRS del proyecto SOFTPYME – INVENTARIO,crear los diagramas de:
Requerimientos funcionales
Casos de uso
Diagrama de actividades de cada uno de los casos de uso identificados.
Guía de Aprendizaje
Página 4 de 6
4. RECURSOS PARA EL APRENDIZAJE
5. GLOSARIO DE TÉRMINOS
Recuerde que debe generar un proyecto nuevo en Architect (Softpyme.eap) en el cual presente
las diferentes vistas y que le permita ir adicionando paquetes y diagramas de acuerdo a las
necesidades que se vayan presentando.
4. Consulte y lea los documentos expuestos en la carpeta “PlantillaCasosUso” que encontrará en LMS
a través de la ruta: Actividades/Analizar los requerimientos/FASE_ANÁLISIS/Documentos/
PlantillaCasosUso. El archivo “Template_UC.docx” es un ejemplo de cómo documentar un caso
de uso. A partir de este ejemplo elabore las plantillas de casos de uso extendida del proyecto
SOFTPYME – INVENTARIO cuidando la redacción y la intención a comunicar.
5. Crear el modelo de dominio (DOMAIN MODEL) del proyecto SOFTPYME- INVENTARIO. Recuerde
que debe adicionar un paquete al proyecto Softpyme.eap que le permita presentar esta vista que
básicamente es la interpretación del negocio en término de clases pero de una forma abstracta.
6. Crear los diagramas de secuencia para el proyecto SOFTPYME- INVENTARIO. Antes de realizar la
actividad asociada al proyecto, revise el archivo “DIAGRAMA_DE_SECUENCIA.pdf” que encontrará
en LMS a través de la ruta: Actividades/Analizar los requerimientos/FASE_ANÁLISIS/
/Documentos/DIAGRAMA_DE_SECUENCIA.pdf realizando los ejemplos que se detallan en el
documento. No olvide revisar el objetivo a la hora de generar esta vista dentro del proceso de
análisis, como también ser consciente de los elementos que conforman este diagrama y lo que
comunican a la hora de leerlos.
3.1.5 Actividades de evaluación.
Evidencias de Conocimiento - Cuestionario
Evidencias de desempeño – Lista de Chequeo
Evidencias de producto - Lista de Chequeo
Documentos:
Aprendiendo_UML_en_24_horas.pdf
CD_UML
Guía de la Ingeniería de Software
Guía de Aprendizaje
Página 5 de 6
1. BIBLIOGRAFÍA / WEBGRAFÍA
UML:Unified Modeling Language por sus siglas en inglés, es el lenguaje de modelado de
sistemas de software más conocido y utilizado en la actualidad; está respaldado por
el OMG (Object Management Group).
Diagramas de casos de uso:Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso con sus relaciones y los actores implicados. Es un diagrama que sirve para modelar la vista estática de un programa. La vista estática nos permite visualizar el comportamiento externo del programa; de esta forma conseguimos conocer qué es lo que debe hacer el programa independientemente de cómo lo haga y sabremos los elementos que interactúan con el sistema. Los elementos implicados en un diagrama de casos de uso son los casos de uso, las relaciones y los actores. Las relaciones y los casos de uso ya han sido explicados anteriormente y el papel del actor también ha sido comentado pero merece la pena detallarlo más: Un actor es un rol que interactúa con el sistema. Lo definimos como rol porque un actor puede ser tanto un usuario de la aplicación como otro sistema o dispositivos externos.
A UML PATTERN LANGUAGE, paulevitts, macmillan technical publishing indianapolis 2000
APPLYING UML AND PATTERNS, craiglarman, prentice hall, new jersey 2001
EL LENGUAJE UNIFICADO DE MODELADO, gradybooch, james rumbaugh, ivarjacobson, addisonwesley, madrid 1999
APRENDIENDO UML EN 24 HORAS, josephsmuller, prentice hall.
PROGRAMACIÓN ORIENTADA A OBJETOS, luisjoyanesaguilar, segunda edición.mc grawhill
ANÁLISIS Y DISEÑO DE SISTEMAS. Sexta edición,e. Kendall, kenneth y e. Kendall, juliepearson educación, México, 2005
INGENIERÍA DEL SOFTWARE, Un enfoque práctico, Sexta Edición, Roger S. Pressman, Mac Grawn Hill
UTILIZACION DE UML 2 EDICION,Stevens Perdita,Pearson
EL LENGUAJE UNIFICADO DE MODELADO UML 2ED, Autor: BOOCH / RUMBAUGH /
JACOBSON, Editorial ADDISON WESLEY
Guía de Aprendizaje
Página 6 de 6
2. CONTROL DEL DOCUMENTO
Elaborada por: Fernelly Carvajal Silva Fecha
25 02 2013