SISTEMA INTEGRADO DE GESTIÓN GUÍA DE APRENDIZAJE

Código: F004-P006-GFPI versión: 01Proceso Gestión de la Formación Profesional IntegralProcedimiento Ejecución de la Formación Profesional

Integral

Programa de Formación:

Análisis y Desarrollo de Sistemas de Información : 409862

Código: 228106Versión: 101

Nombre del Proyecto:SOFTPYME - INVENTARIO

Código: 404463

Fase del proyecto:ANÁLISISActividad (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 acuerdo con las normas y protocolos establecidos en la empresa.

220501032 02Representa el bosquejo de la solución al problema presentado por el cliente, mediante la elaboración de diagramas de casos de uso, apoyado en 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 06Identificar 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 04Encontrar 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

1. IDENTIFICACIÓN DE LA GUÍA DE APRENDIZAJE

GUÍA DE APRENDIZAJE N° 3

PRESENTACIÓN

Guía de Aprendizaje

Duración de la guía ( en horas): 100

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.

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

Página 2 de 6

3. ESTRUCTURA DIDÁCTICA DE LAS

ACTIVIDADES DE APRENDIZAJE

Guía de Aprendizaje

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.

Página 3 de 6

Guía de Aprendizaje

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

Página 4 de 6

4. RECURSOS PARA EL APRENDIZAJE

5. GLOSARIO DE TÉRMINOS

Guía de Aprendizaje

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, paul evitts, macmillan technical publishing indianapolis 2000

APPLYING UML AND PATTERNS, craig larman, prentice hall, new jersey 2001 EL LENGUAJE UNIFICADO DE MODELADO, grady booch, james rumbaugh, ivar

jacobson, addison wesley, madrid 1999 APRENDIENDO UML EN 24 HORAS, joseph smuller, prentice hall. PROGRAMACIÓN ORIENTADA A OBJETOS, luis joyanes aguilar, segunda edición.mc

graw hill ANÁLISIS Y DISEÑO DE SISTEMAS. Sexta edición,e. Kendall, kenneth y e. Kendall,

julie pearson 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

Página 5 de 6

6. BIBLIOGRAFÍA / WEBGRAFÍA

Guía de Aprendizaje

Elaborada por: Fernelly Carvajal SilvaFecha

25 02 2013

Página 6 de 6

7. CONTROL DEL DOCUMENTO