Sesion1 adsi
Upcoming SlideShare
Loading in...5
×
 

Sesion1 adsi

on

  • 1,436 views

 

Statistics

Views

Total Views
1,436
Views on SlideShare
1,426
Embed Views
10

Actions

Likes
2
Downloads
54
Comments
0

2 Embeds 10

http://consultoriasistemas-carol.blogspot.com 9
http://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Aquí se va mostrando cada modelo de proceso de software y cuya descripción está en el manual (Explicar brevemente).
  • Es una descripción de enfoques comprobados comercialmente para el desarrollo de software.
  • ROL Define las responsabilidades de un individuo. Es como un “ sombrero ” que la persona usa durante el proyecto en un momento dado. ACTIVIDAD Unidad de trabajo que se asigna a un rol. Dura entre un par de horas y un par de días e involucra un sólo rol y un número pequeño de artefactos. ARTEFACTO Elementos de información producidos, modificados o usados por el proceso. Usados por los roles para realizar nuevas actividades y son el resultado de esas actividades.
  • En el curso vamos a desarrollar las dos primeras disciplinas: Modelado de negocio y Captura de requisitos. LAS DISCIPLINAS O FLUJOS DE TRABAJO SE LLEVAN A CABO EN MAYOR O MENOR PROPORCIÓN EN CADA FASE. Cada fase en RUP puede descomponerse en iteraciones (miniproyectos). Una iteración es un ciclo de desarrollo completo que genera como resultado una entrega de producto ejecutable.
  • Existen varias categorías generales de roles. En cada una de ellas, subcategorías. Aquí se muestra las actividades y artefactos para el Rol Analista de procesos de negocio (categoría: Analista).
  • El modelamiento visual provee una plantilla del sistema. El visualizar esta plantilla, ayuda a entender el sistema que se crea y cómo quisiera crearse, permite entender la estructura o comportamiento del mismo, sirve de guía durante el proceso de construcción del SW y nos permite documentar las decisiones que se toman. Un modelo se considera como útil si presenta las siguientes características:
  • UML 1.0 se ofreció para su estandarización al OMG en enero de 1997. Luego de varios años y varias modificaciones, OMG adoptó la versión oficial de UML 2.0 a principios del año 2005. Los documentos de la especificación actual de UML se encuentran en la página web de OMG: http://www.omg.org/spec/UML/index.htm
  • A partir de UML 2.0, la especificación de UML se dividió en dos especificaciones complementarias: Infraestructura y Superestructura . La especificación de la infraestructura de UML define las construcciones del lenguaje fundacional necesarias para UML 2.2. Que se complementa con la superestructura de UML, que define el nivel de usuario necesarios para la construcción de UML 2.2. Las dos especificaciones complementarias constituyen una especificación completa para el lenguaje de modelado UML 2. En el cuadro se muestra los lanzamientos oficiales (por OMG) de UML. Las especificaciones de las versiones de UML se encuentran en: http://www.omg.org/spec/UML/index.htm Los cambios se encuentran en los tipos de diagramas que se pueden implementar. EL CURSO CONTEMPLARÁ LA DESCRICPCIÓN DE LOS 13 DIAGRAMAS DE UML2.0
  • Para mayor información, revisar el libro “El lenguaje Unificado de Modelado - UML 2.0” por los 3 amigos: Booch, Jacobson y Rumbaugh., CAP. 2, pag 20-34. Bloques básicos de construcción Elementos (abstracciones relevantes en un modelo): Estructurales, de comportamiento, de agrupación y de anotación. Relaciones (conexiones entre elementos): Dependencia, asociación, generalización y realización. Diagramas (proyección o vista resumida de los elementos que constituyen un sistema. Agrupan elementos y relaciones): Vistos en la Taxonomía (diapositiva anterior). Reglas sintácticas y semánticas que definen cómo pueden combinarse los bloques básicos . Mecanismos comunes Especificaciones: Proporciona una explicación textual de la sintaxis y semántica de un bloque de construcción. Adornos: Detalles gráficos o textuales del símbolo básico de un elemento. Por ejemplo los iconos que distinguen la visibilidad de atributos de una clase. Divisiones comunes: Tipos de dicotomía, tales como: Clase y objeto. Clase es una abstracción y objeto es una manifestación concreta de esa abstracción respectivamente. Interfaz e implementación. La interfaz declara un contrato y una implementación representa una realización concreta de ese contrato. Tipo y rol. Tipo declara la clase de una entidad y rol describe el significado de una entidad en un contexto. Mecanismos de extensibilidad, tales como: Estereotipo. Extiende el vocabulario de UML, permitiendo crear nuevos tipos de bloques de construcción. Valor etiquetado. Extiende las propiedades de un estereotipo, permitiendo añadir nueva información en la especificación de un estereotipo. Restricción. Extiende la semántica de un bloque de construcción, permitiendo añadir nuevas reglas o modificar las existentes.
  • Obtenido de la especificación de Superestructura de UML 2.0
  • Obtenido de la especificación de Superestructura de UML 2.2
  • Son diagramas que no serán tratados en los cursos de ADS.
  • En 1995, Philippe Kruchten diseña el modelo de 4+1 vistas para describir la arquitectura de un sistema. Tal como se muestra en la Figura, cada vista se refiere a un conjunto de intereses de diferentes stakeholders del sistema. Con UML, las vistas son descritas mediante diagramas. Las vistas interactúan entre sí, pues por ejemplo: Los nodos de la vista de despliegue contienen componentes de la vista de implementación, que a su vez, representan la realización física de las clases, interfaces, colaboraciones y clases activas de la vista de diseño y de procesos. Para mayor información, revisar el libro “El lenguaje Unificado de Modelado - UML 2.0” por los 3 amigos: Booch, Jacobson y Rumbaugh., CAP. 2, pag 35. Bloques básicos de construcción

Sesion1 adsi Sesion1 adsi Presentation Transcript

  • Curso: Análisis y Diseño de Sistemas I Equipo de Profesores del Curso
  • Logro del Curso
    • Al término del curso, el alumno elabora el modelado del negocio y la captura de requerimientos de una empresa real en el que identifica sus respectivos artefactos, aplicando la metodología RUP, el lenguaje de modelado UML y utilizando la herramienta CASE IBM Rational Software Architect (RSA)
  • Logro de la Unidad
    • Unidad 1 .- Ingenieria de Software, RUP y UML
    • Al término de la unidad, el alumno describe las características, ventajas y desventajas de los modelos de proceso de software y la importancia de emplear la metodología RUP para modelar el ciclo de vida del desarrollo de un software.
    View slide
  • LA INGENIERÍA DE SOFTWARE Y RUP Los Profesores del Curso View slide
  • Contenido
    • Ingeniería de Software
    • Proceso de Software
    • Modelos de procesos de software
    • RUP
      • Descripción
      • Mejores prácticas
      • Estructura
    • UML
  • Ingeniería de Software ¿Qué es Ingeniería? ¿Qué es software? Conjunto de conocimientos y técnicas científicas. Elemento lógico del sistema. Disciplina de la informática ¿Qué es Ingeniería de Software? Desarrollar y mantener software de calidad conocimientos técnicas métodos ofrece para
  • UN ENFOQUE DE CALIDAD PROCESO MÉTODOS HERRAMIENTAS Ingeniería de Software como Tecnología Multicapa
  • Proceso de Software Conjunto de etapas cuyo objetivo es obtener un Software de calidad. Ciclo de Vida del Software. FASES GENÉRICAS presenta es un conocido como DEFINICIÓN (QUÉ) DESARROLLO (CÓMO) MANTENIMIENTO (CAMBIO) Fallos de definición Errores Modificaciones y adaptaciones
  • Modelo de Proceso de Software Estrategia de desarrollo aplicado por ingenieros de software. Abstracción de un proceso real de desarrollo de software. Metodología : “ Quién debe hacer Qué , Cuándo y Cómo debe hacerlo”. Seleccionar el modelo de proceso de software apropiado para la ingeniería de software que debe aplicar el equipo del proyecto. cuál es el problema? es una define una
  • Modelos de Proceso de Software Mantenimiento Análisis Diseño Prueba Código Escuchar al cliente El cliente prueba la maqueta Construir y revisar la maqueta
  • RUP ( Rational Unified Process ) Proceso de ingeniería de software orientado a objetos . Conjunto de actividades necesarias que transforman los requerimientos del usuario en el sistema de software . Diversos tipos de software de sistemas, diversas áreas de aplicación, diferentes tipos de organizaciones y diferentes tamaños de proyectos. especializado para es un define un El mejor estándar de modelado: UML . trabaja con
  • RUP Mejores prácticas Desarrollo Iterativo Modelamiento Visual Control de Cambios Administración de Requisitos Arquitectura basada en Componentes Verificación Continua de la Calidad
  • ¿Qué propone RUP?
  • Estructura de RUP Core Process Worflows Core Supporting Worflows
  • Fases Definir el alcance y objetivos del proyecto. Elaborar el Plan del proyecto, Especificación de características y Arquitectura base del sistema. <------------------------------------Tiempo------------------------------------> Inicio Elaboración Construcción Metas Principales Transición Trasladar el producto a la comunidad del usuario. Construir y operar el producto.
  • Flujos de trabajo
    • Flujos de Trabajo para el desarrollo del sistema
      • Modelado del negocio
      • Requisitos
      • Análisis y Diseño
      • Implementación
      • Pruebas
      • Implantación
    • Flujos de Trabajo para la gestión del proyecto
      • Configuración y administración de cambios
      • Administración del proyecto
      • Ambiente o entorno
  • Roles Analistas Desarrolladores Gestores Apoyo Especialistas en pruebas . . . Ejemplo
  • Modelamiento Visual Plantilla del sistema que permite entender la estructura y comportamiento del mismo . Capturar las partes esenciales de un sistema. Preciso Consistente Fácil de comunicar Fácil de cambiar Legible características provee una ayuda a
  • UML (Lenguaje Unificado de Modelado) Lenguaje estándar Artefactos del sistema software visualizar especificar documentar que permite construir LOGRO ↑ Productividad, ↓ Ciclo de vida del Sw, ↑ Calidad del Sistema
  • UML historia evolución G. Booch I. Jacobson J. Rumbaugh
  • Especificaciones de UML Especificaciones OCL y para el Intercambio de Diagramas Especificaciones de Infraestructura y Superestructura 13 diagramas Inicialmente Se agregaron 14 diagramas 9 diagramas
  • Elementos principales de UML Bloques básicos de construcción : Elementos , Relaciones y Diagramas . Reglas sintácticas y semánticas . Mecanismos comunes  Especificaciones  Adornos  Divisiones comunes : dicotomía clase/objeto, interfaz/implementación y tipo/rol  Mecanismos de extensibilidad : estereotipos, valores etiquetados y restricciones .
  • Taxonomía de Diagramas UML 2.0 Package Diagram Composite Structure Diagram Interaction Overview Diagram Timing Diagram
  • Taxonomía de Diagramas UML 2.2 Profile Diagram
  • Diagramas UML 2.0 componente dependencia clase asociación objeto enlace enlace interfaz proporcionada interfaz requerida puerto parte
  • Diagramas UML 2.0 nodo conexión paquete partición acción flujo de control inicio fin control de decisión dependencia
  • Diagramas UML 2.0 actor de negocio caso de uso de negocio actor caso de uso
  • Diagramas UML 2.0 estado transición objeto enlace Mensaje mensaje mensaje Objeto Línea de vida Periodo de actividad
  • Diagramas UML 2.0
  • Modelo de Vistas 4+1 Logical View Implementation View Programmers Software management Process View Performance Scalability System integrators Deployment View System topology Delivery, installation Communication System engineering Use Case View Vista Lógica Diseño de Funcionalidades del Sistema Vista de Procesos Aspectos de concurrencia y sincronización Vista de Implementación Organización de elementos físicos que se implementa en el sistema (código) Vista de Despliegue Arquitectura física del sistema Vista de Casos de Uso Comportamiento del Sistema percibido por usuarios finales, analistas y encargados de las pruebas End-user Functionality
  • Para Recordar
    • La Ingeniería de software ofrece conocimientos, técnicas y métodos para desarrollar y mantener software de calidad
    • RUP es un proceso de ingeniería de software orientado a objetos.
    • RUP captura varias de las mejores prácticas en el desarrollo moderno de software.
    • RUP trabaja con el mejor estándar de modelado: UML.
    • UML es un lenguaje que permite visualizar, especificar, construir y visualizar artefactos del sistema de software
  • Referencias
    • GRADY BOOCH, JAMES RUMBAUGH , IVAN JACOBSON
    • 2006 El Lenguaje Unificado de Modelado – UML 2.0. Madrid: Pearson – Addison Wesley – 2da. Edición.
    • (005.117 BOOC 2006)
    • PRESSMAN, ROGER S.
    • 2002 Ingeniería del Software: un enfoque práctico
    • Madrid: MC Graw-Hill.
    • (005.1 PRES 2002)