Carrera:Desarrollo de software Semestre 04. Programa de la asignatura: Métodos y modelos de desarrollo de software

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Carrera:Desarrollo de software Semestre 04. Programa de la asignatura: Métodos y modelos de desarrollo de software"

Transcripción

1 Carrera:Desarrollo de software Semestre 04 Programa de la asignatura: Métodos y modelos de desarrollo de software Unidad 2. Métodos para el desarrollo de software Actividades de aprendizaje Clave: Licenciatura TSU / Universidad Abierta y a Distancia de México 1

2 Índice Actividad 1. Modelos de Diseño Actividad 2. Modelos de desarrollo...4 Actividad 3. El modelo RUP Autoevaluación...Error! Bookmarkk not defined. Evidencia de aprendizaje. Planear actividades en el modelo RUP y diseños UML...9 Autorreflexiones

3 Actividad 1. Modelos de Diseño Propósito: Relacionar conceptos, componentes, simbología, etc. Con el modelo de diseño correspondiente. Con la presente actividad comprobarás el nivel de comprensión de los conceptos relacionados con los modelos de diseño. Instrucciones: 1. Crea un archivo de texto; como encabezado pondrás en el centro del renglón, el número de la actividad y el tema (Actividad 1: Modelos de Diseño). 2. En el segundo renglóncolocarás tu nombre, comenzando por apellidos. 3. Deja 3 renglones vacios. 4. Copia las tablas como se muestran y relaciona la columna descripción con la columna concepto que corresponda, coloca el número de la descripción en la columna Respuesta, la columna derecha de la columna concepto. 5. Guarda la actividad con el nombre DMMS_U2_A1_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 6. Envía el archivo a tu Docente en línea para recibir retroalimentación mediante la herramienta Tarea. No. Descripción Concepto Respuesta 1 Son modelos que te servirán para definir la arquitectura que debe existir en el sistema para que los usuarios encuentren disponibles todos los servicios. Repositorio 2 Es otro nombre con que se les conoce a los modelos de diseño. Cliente - Servidor 3 Son los modelos que te servirán para definir la metodología apropiada a para la creación de un software de acuerdo a las necesidades del cliente. Capas 4 Es un modelo de sistema basado en una base de datos distribuida. Control basado en eventos 5 Es un modelo de sistema en el que dicho sistema se organiza como un conjunto de servicios y servidores asociados. Llamadaretorno 6 El modelo de referencia OSI de protocolos de red, es un ejemplo del modelo? Gestor 7 Es un modelo que pertenece a un sub-grupo de modelos llamado Estilos de control. Que tiene la responsabilidad de controlar, iniciar y detener a otros sub-sistemas. Diseño 8 Es otro tipo de modelo o que pertenece al grupo de estilos de control, en donde cada sub-sistema Arquitectó nico 3

4 responde a eventos generados externamente. 9 Es una sub-clase de modelos de control centralizado, donde el control pasa de niveles inferiores de subrutinass en un árbol jerárquico de subrutinas. 10 Es una sub-clase de modelos de control centralizado, que es control es aplicable a sistemas concurrentes, un componente es el gestor del sistema controla, inicia, termina y coordina el resto de los procesos del sistema. Desarrollo Control centralizad o Actividad 2.Modelos de desarrollo Propósito: Identificar el modelo de desarrollo apropiado para iniciar los desarrollos a las problemáticas proporcionadas en la actividad. En la presente actividad realizarás análisis sobre problemáticas e identificarás los modelos de desarrollo adecuados para comenzar un desarrollo, con esta actividad reafirmarás tus conocimientos en los modelos de desarrollo de software. Instrucciones: 1. Ingresa al Foro denominado Actividad 1. Foro Modelos de desarrollo. 2. Lee con calma y sentido analítico cada problemática y responde a lo que se te indica. 3. Con al menos 3 de tus compañeros, discute los planteamientos que se te presentan. 4. Atiende a las instrucciones y comentarios de retroalimentación por parte de tu docente. A.- Al levantar tus requerimientos y al realizar el análisis de los mismos, concluyes que: - Dispones de algunos de los recursos para desarrollar el proyecto. - Observas que el desarrollo no es muy complejo, pero tampoco muy sencillo. - Que el entendimiento de los requerimientos es vago. - Que hay tecnología nueva a utilizarse. - Que si se requieres de un buen control de riesgos. - Que la problemática y que el dominio del problema es regular. Responde: 1.- Qué modelo de desarrolloo es el menos apropiado a usarse? : Por qué? _ 2.- Cuáles son los 3 modelos de desarrollo que según la evaluación de criterios pueden emplearse? _ 4

5 3.- De los 3 modelos que cumplen con los criterios del análisis, menciona cada modelo y describe el modelo según su definición en que momento lo puedes utilizar. Modelo: Descripción 1: Modelo: Descripción 2: Modelo: Descripción 3: B.- Una empresa que no cuenta con nigun sistema de software, solicita un sistema de facturación al nuevo departamento de sistemas de información, pero el sistema ya es urgente, por lo que se decide realizar un software de facturación que contemple, en su entrega inicial, un módulo de facturación terminado, que descuente de inventario y de pedidos del cliente el productoo facturado;una vez probado y liberada esta versión, se debe de iniciar con otra etapaa al mismo desarrollo en donde a la versión anterior se anexe un módulode contabilidad;es decir, que cuando se registre la factura realice los movimientos contables, cargos y abonos en las cuentas de inventario, caja, clientes, etc. Al finalizar el desarrollo, las pruebas de integración con resultados positivos, se libera y se deberá de iniciar con otro módulo que se anexa al desarrollo que integre a la última versión del sistema de facturación, que hasta el momento trabaja con inventario, pedidos y contabilidad, con el control de cuentas por cobrar, es decir de lo que se facture, se registre movimientos de los adeudos del cliente, a quien se le facture a crédito, al terminar este desarrollo se tendrá una versión C, del desarrollo, al transcurso del tiempo también se le piensa agregar al mismo sistemas de facturación versión C, módulos de bancos, materias primas, producción y nóminas. Ahora responde a las preguntas. 4.- De acuerdo a la problemática, aplicarías un modelo de prototipos?, SI/NO :_ Por qué? 5.- De acuerdo a la problemática, estaríamos hablando que el método apropiado sería, el modelo evolutivo? SI/NO :_ Por qué?: 5

6 6.- Crees que, según como solicitan el desarrollo, el modelo de componentes es el apropiado para desarrollar todo el desarrollo completo?. SI/NO. Por qué? : 7.- El modelo de cascada se puede aplicar para desarrollar cada módulo?, SI/NO : Por qué? : 8.- El modelo en Espiral podría también ayudar en la creación del proyecto??, Si/No Por qué? Actividad 3. El modelo RUP Propósito: Clasificar las actividades de un proyecto RUP En la presente actividad reafirmarás tus conocimientos de los modelos de desarrollo de software, clasificando actividades dentro de un proyecto RUP. Instrucciones: 1. Observa la imagen de la estructura de las fases RUP, lee la problemática y responde subrayando la opción que corresponde. 2. Crea un archivo de texto, como encabezado pondrás en el centro del renglón, el número de la actividad y el tema (Actividad 3.El modelo RUP). 3. En el segundo renglón colocarás tu nombre, comenzando por apellidos. 4. Deja 3 renglones vacíos. 5. Ahora, copiadesde la imagen y todas las preguntas y coloca tus respuestas subrayando la opción correcta. 6

7 Estructura de las fases de RUP. Una firma de abogados lleva el control de juicios de varios clientes, pretendee desarrollar un software para el control de juicios de amparos, revocaciones y de nulidad, que administran contra la parte de la Secretaría de Finanzas;tienen principal interés enel desarrollo de juicios de nulidad, después desean que se integre el desarrolloo para juicios de amparos y, por último, el de revocaciones; en la mayoría de los casos, los tres tipos de trámites comparten información, por eso mismo, se debe realizar en varias iteraciones:que al terminar la primera contemple el término del módulo de juicios de nulidad, en la siguiente iteración los juicios de amparos y por último el de revocaciones. Con esta problemáticas responde a las preguntas: 1.- El líder del proyecto, te solicita que elabores un estudio de vialidad del proyecto, esta actividad corresponde a: a) Una fase b) Iteración c) Disciplina d) Ninguna 2.- La actividad de:delimitar el alcance del proyectocorresponde a la Fase: a) Inicio b) Elaboración c) Construcción d) Transición 3.- Las actividades de definición del objetivo del proyecto, estimaciones de recursos, programa de trabajo, definición de riesgos y la definición del criterio de éxito, son actividades que corresponden a: a) Fase de elaboración b) Iteración 1 7

8 c) Disciplina de pruebas d) Ninguna de las anteriores 4.- Definir el plan del proyecto, eliminar riesgos más importantes y en ocasiones la elaboración de un prototipo, son actividades de: a) Fase de Inicio b) Fase de elaboración c) Fase de transición d) Fase de construcción 5.- La actividad de realizar una arquitectura de software, pertenece a la fase de: a) Fase de inicio b) Fase de elaboración c) Fase de construcción d) Fase de transición 6.- El levantamiento de los requerimientos del módulo de juicios de amparo, es una actividad de: a) Fase de elaboración b) Requerimientos Iteración 1 c) Requerimientos Iteración 2 d) Ninguna de las anteriores. 7.- El desarrollo del módulo de revocaciones se realiza en la fase: a) Fase de inicio b) Fase de elaboración c) Fase de construcción d) Fase de transición 8.- El desarrollo del módulo de revocaciones se realiza en la iteración: a) Iteración 1 b) Iteración 2 c) Iteración 3 d) Iteración En la etapa de pruebas de la Iteración 2, estás haciendo pruebas al módulo de: a) Juicios de nulidad b) Juicios de amparo c) Revocaciones d) Ninguna de las anteriores 10.- Es una fase en donde pueden surgir ajustes al desarrollo tras la puesta en operación: a) Fase de Inicio b) Iteración N c) Fase construcción d) Fase de transición 8

9 6. Guarda la actividad con el nombre DMMS_U2_A3_XXYZ. 7. Envía el archivo a tu Docente en línea para recibir retroalimentación mediante la herramienta Tarea. Evidencia de aprendizaje. Planear actividades en el modelo RUP y diseños UML Propósito: Calcular un nivel de aprendizaje de los conocimientos obtenidos de la unidad, mediante la aplicación de los modelos de desarrollo de software en la planeación de un sistema apoyándose en el modelo RUP y UML Instrucciones: Tu trabajo consta de dos partes o secciones. Primera parte: Para reafirmar tus conocimientos adquiridos,leerás la problemática y responderás a las 10 preguntas que se te presentan en la tabla, colocando la letra de la opción correcta a la pregunta en la columna de respuesta. Observación: el orden de las preguntas se muestra en el orden en que evoluciona un proyecto en el modelo RUP. Estructura de las fases RUP Problemática: Un negocio de producción y venta de productos de belleza, solicita a una empresa desarrolladora de software, llamada SoftBit, la elaboración de un software que registre la 9

10 facturación. Por lo que SoftBit, inicia un proceso de desarrollo implementando la metodología RUP. Responde a las preguntas. 1.- En la fase de inicio, SoftBit, implementa: No. Descripción o Pregunta 1 En la fase de inicio, SoftBit realiza: 2 En la fase de inicio, SoftBit decide sobre el proyecto: 3 En la fase de inicio, un empleado SoftBit inicia una actividad que no corresponde a la fase de inicio, cuál es? 4 Al definir los alcances y objetivos de la fase de inicio, se decide continuar con la fase de Elaboración y una de sus actividades es: 5 Un empleado despistado realiza una actividad que no corresponde a la fase de Elaboración, cuál es? Opciones a) Análisis de viabilidad b) Definir Arquitecturr a del software c) Descripción de la versión actual d) Ninguna a) Aceptar b) Rechazar c) Aceptar o Rechazar d) Ninguna a) Objetivos del proyecto b) Alcance del proyecto c) Eliminaciónn de riesgos d) Estimación de recursos a) Planear tiempos de trabajo b) Definir hitos. c) Definir criterios de éxito d) Analizar el dominio del proyecto. a) Iniciar el desarrollo, codificandoo b) Definir la Respuesta 10

11 6 Un empleado tiene dudas sobre las actividades que se realizan en la fase de construcción e indica 4, una de ellas no corresponde, cuál es? 7 SoftBit, inicia la fase de construcción, entre otras actividades, inicia el levantamiento requerimientos detallados. Y en la etapaa de análisis y diseño hace un empleado el siguiente diseño arquitecturr a del software c) Desarrollarr plan del proyecto d) Eliminar riesgos importantes a) Desarrollar el sistema de manera iterativa e incremental. b) Se obtiene el sistema desarrollado integro o completo. c) Realizar manuales de usuario d) Poner a disposición el software al usuario a) Asociación b) Dependencia (include) c) Dependencia (extend) d) Generalización De los casos de uso colocarpedido por teléfono y colocarpedido por internet, se deben de conectar al caso de uso Colocar Pedido, quétipo de conexión debe de usar el diseñador? 8 El equipo de desarrollo también elabora el siguiente sistema de casos de uso, para la validación de un usuario, a) Asociación b) Dependencia (include) c) Dependencia (extend) 11

12 d) Generalización. qué tipo de relación hay en el gráfico? 9 El analista diseña el siguiente diagrama de clases, a) Asociación b) Dependencia c) Agregación d) Generalización la relación que existe entre la clase usuario y cuenta de usuario, es una relación de tipo? 10 En la empresa SoftBit tienen duda y no saben qué actividad no pertenece a la fase de transición. Cuál es la que no corresponde a la fase? a) Poner en operación el sistema y a disposición de los usuarios. b) Desarrollar requerimientos adicionales para refinar y ajustar el sistema. c) Finalizar aspectos que pudieron ser aplazados. d) Se obtiene los manuales de usuario. Segunda Parte Una vez que ya te introdujiste en la situación,siguiendo con la misma problemática, vas a realizar lo que se te pide: 12

13 A) Planea 3 actividades a realizar para cada una de las fases de la metodología RUP. INICIO ELABORACIÓN CONSTRUCCIÓN TRANSICIÓN B) Para el desarrollo de este proyecto, se decide que la metodología RUP en su fase de CONSTRUCCIÓN, se apoye del modelo tradicional o cascada para desarrollar el 13

14 software. Planea una actividad principal para cada una de las etapas que se enlistan del modelo cascada. ANÁLISIS: DISEÑO: CODIFICACIÓN: PRUEBAS: IMPLANTACIÓN: C) Por último crearás un diagrama como el que se muestra al inicio de estee ejercicio, pero el tuyo lo adaptarás para que en cada fase, además del nombre de la fase,coloques las actividades que planeaste;también adaptarás, en la sección de la fase de construcción el modelo de Cascada, colocando el nombre de la etapa y la única actividad respectiva que diseñaste. Para enviar tus respuestas: 1. Crea un archivo de texto, como encabezado pondrás en el centro del renglón, el nombre de la actividad. (Evidencia de aprendizaje). 2. En el segundo renglóncolocarás tu nombre, comenzando por apellidos. 3. Deja 3 renglones vacios. 4. Copia desde la imagen y todas las preguntas, con los incisos y coloca tus respuestas. 5. Guarda la actividad con el nombredmms_u2_ea_xxyz. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 6. Envía el archivo a tu Docente en línea para recibir retroalimentación mediante el Portafolio de evidencias. Autorreflexiones Además de enviar tu trabajo de la Evidencia de aprendizaje, es importante que desarrolles los planteamientos que tu Docente en línea presente, a partir de ellas, elabora tu Autorreflexión y posteriormente envíala mediante la herramienta Autorreflexiones. 14

Ingeniería en Desarrollo de Software 3 er semestre. Programa de la asignatura: Introducción a la ingeniería de software

Ingeniería en Desarrollo de Software 3 er semestre. Programa de la asignatura: Introducción a la ingeniería de software Ingeniería en Desarrollo de Software 3 er semestre Programa de la asignatura: Introducción a la ingeniería de software Actividades de aprendizaje: A2_Métodos de desarrollo de software Clave: Ingeniería:

Más detalles

Carrera: Desarrollo de software Semestre 04. Programa de la asignatura Métodos y modelos de desarrollo de software

Carrera: Desarrollo de software Semestre 04. Programa de la asignatura Métodos y modelos de desarrollo de software Carrera: Desarrollo de software Semestre 04 Programa de la asignatura Métodos y modelos de desarrollo de software Licenciatura 15142420 Clave: TSU / 16142420 Universidad Abierta y a Distancia de México

Más detalles

Fuente: Ian Sommerville. Ingeniería del Software, Séptima Edición

Fuente: Ian Sommerville. Ingeniería del Software, Séptima Edición 1. MODELOS DEL PROCESO SOFTWARE El modelo de proceso de desarrollo de software es quizás la pieza más importante de este engranaje conocido como ingeniería de software. Existen varios modelos para el proceso

Más detalles

Procesos del software

Procesos del software Procesos del software (selección de alguna de las trasparencias de Sommerville) Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Modelos de proceso del software genéricos El modelo

Más detalles

Ingeniería en Desarrollo de Software 4 o semestre. Programa de la asignatura: Programación orientada a objetos II. Unidad 1.

Ingeniería en Desarrollo de Software 4 o semestre. Programa de la asignatura: Programación orientada a objetos II. Unidad 1. Ingeniería en Desarrollo de Software 4 o semestre Programa de la asignatura: Programación orientada a objetos II Actividades de aprendizaje Clave: ING: 15142421 TSU: 16142421 Universidad Abierta y a Distancia

Más detalles

Implementacion y prueba de unidades. Figura 2.1. El ciclo de vida del software. 1

Implementacion y prueba de unidades. Figura 2.1. El ciclo de vida del software. 1 2.1 Introducción al análisis de sistemas 2.1.1 Ciclo de vida del desarrollo de sistemas La concepción de sistemas viene de las ciencias naturales al tratar de analizar un ser vivo a través del estudio

Más detalles

Ingeniería en Desarrollo de Software 3 er semestre. Programa de la asignatura: Unidad 1. Introducción al análisis orientado a objetos

Ingeniería en Desarrollo de Software 3 er semestre. Programa de la asignatura: Unidad 1. Introducción al análisis orientado a objetos Ingeniería en Desarrollo de Software 3 er semestre Programa de la asignatura: Actividades de aprendizaje Clave: Ingeniería: TSU: Universidad Abierta y a Distancia de México Software 1 Índice Foro general

Más detalles

UNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES

UNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES UNIVERSIDAD TECNOLÓGICA DE PEREIRA FUNDAMENTOS DE LA METODOLOGIA RUP RATIONAL UNIFIED PROCESS JUAN PABLO GOMEZ GALLEGO ING JORGE GALVES 16/09/2007 SOBRE EL PROCESO RACIONAL UNIFICADO RUP es un proceso

Más detalles

octubre de 2007 Arquitectura de Software

octubre de 2007 Arquitectura de Software octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la

Más detalles

Proyectos de inversión Unidad 1. De la idea a la realidad: Aprovechando nichos de mercado. Ingeniería en Desarrollo de Software Semestre 7

Proyectos de inversión Unidad 1. De la idea a la realidad: Aprovechando nichos de mercado. Ingeniería en Desarrollo de Software Semestre 7 Ingeniería en Desarrollo de Software Semestre 7 Programa de la asignatura: Proyectos de inversión Unidad 1. De la idea a la realidad: aprovechando nichos de mercado Actividades de aprendizaje Clave: 15144739

Más detalles

Universidad de Los Andes. Propuesta de Metodología de Arquitectura

Universidad de Los Andes. Propuesta de Metodología de Arquitectura Universidad de Los Andes Propuesta de Metodología de Arquitectura Febrero - 2011 El Método de Diseño Centrado en Arquitectura (ACDM) El ACDM es un método desarrollado por Anthony Lattanze de la Universidad

Más detalles

Estándar de desarrollo de aplicaciones

Estándar de desarrollo de aplicaciones Página 1 de 25 Estándar de desarrollo de aplicaciones Marzo 2015 202.005.i.2 v2.3 DGSEI Elaboró/Modificó Revisa Autorizó Dirección de Ingeniería de la Información Subdirección de Política Informática Dirección

Más detalles

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO VIRTUALIZACIÓN DE CURSOS GESTIÓN DOCENCIA

UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO VIRTUALIZACIÓN DE CURSOS GESTIÓN DOCENCIA Página: 1/9 UNIVERSIDAD AUTÓNOMA DEL CARIBE GESTIÓN DOCENCIA Página: 2/9 1. OBJETO Generar los contenidos, recursos digitales, objetos virtuales de aprendizaje, estructuras curriculares, estrategias pedagógicas

Más detalles

CONTROL DE CAMBIOS Y/O REVISIONES

CONTROL DE CAMBIOS Y/O REVISIONES Página 1 de 8 PROCESO: Preparación para la vida laboral Versión No. CONTROL DE CAMBIOS Y/O REVISIONES Fecha Descripción Elaboró Revisó Aprobó 1 23-11-17 Creación del procedimiento Coordinadores de Profesionales

Más detalles

Tema 9: Método de Craig Larman

Tema 9: Método de Craig Larman Tema 9: Método de Craig Larman Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagrams Diagramas de Use

Más detalles

Ingeniería de Software: Y eso qué es?

Ingeniería de Software: Y eso qué es? Ingeniería de Software: Y eso qué es? Definición: Estrategia para desarrollar software de alta calidad. A qué se le denomina Software de alta calidad? Al software que sea: Util (al cliente). Portable.

Más detalles

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,

Más detalles

INFOTECH. CURSO Manejo de Bases de Datos con Microsoft Access Professional MÓDULO 2. Trabajando con consultas

INFOTECH. CURSO Manejo de Bases de Datos con Microsoft Access Professional MÓDULO 2. Trabajando con consultas INFOTECH CURSO Manejo de Bases de Datos con Microsoft Access Professional MÓDULO 2 Trabajando con consultas INFOTECH CAPACIDADES ESPECÍFICAS ACTITUDES Y VALORES DURACIÓN NOMBRE DEL MÓDULO - 2 CONTENIDOS

Más detalles

Rational Unified Process

Rational Unified Process Rational Unified Process 1 Qué es un Proceso? Un proceso define Quién está haciendo Qué, Cuándo y Cómo para lograr un cierto objetivo. En la ingeniería de software el objetivo es construir un producto

Más detalles

Tests de examen de CDGSI ACTUALIZADO FEB TEMA 5 DESARROLLO E IMPLANTACIÓN DE SISTEMAS DE INFORMACIÓN

Tests de examen de CDGSI ACTUALIZADO FEB TEMA 5 DESARROLLO E IMPLANTACIÓN DE SISTEMAS DE INFORMACIÓN TEMA 5 DESARROLLO E IMPLANTACIÓN DE SISTEMAS DE INFORMACIÓN 1. INTRODUCCIÓN 01 [Sep. 2006] Cuál de los siguientes NO es un cambio provocado en la estructura formal de la empresa por la introducción de

Más detalles

MODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril

MODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril MODULO III Análisis y Diseño de Sistemas de Información INF-162 III. RUP 3.1 Introducción Facilitador: Miguel Cotaña 26 de Abril 2010 1 INTRODUCCION Rational Unified Process (RUP o Proceso Racional Unificado),

Más detalles

Interacción Persona - Ordenador

Interacción Persona - Ordenador Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición

Más detalles

Administración de Proyectos. Planeación (de diccionario)

Administración de Proyectos. Planeación (de diccionario) Administración de Proyectos Planeación Plan: Planeación (de diccionario) Escrito en que sumariamente se precisan los detalles para realizar una obra. Planear: Trazar o formar el plan de una obra. Hacer

Más detalles

TRAMITE DE PAGO DEL SERVICIO DE AGUA POTABLE DEL PODER EJECUTIVO

TRAMITE DE PAGO DEL SERVICIO DE AGUA POTABLE DEL PODER EJECUTIVO TRAMITE DE PAGO DEL SERVICIO DE AGUA POTABLE DEL PODER EJECUTIVO OBJETIVO Llevar el pago y control de los servicios de agua potable que requieren las Dependencias y Organismos Descentralizados de Gobierno

Más detalles

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas C O N T E N I D O 1. Propósito 2. Alcance 3. y autoridad 4. Normatividad aplicable 5. Políticas 6. Diagrama de bloque del procedimiento 7. Glosario 8. Anexos Anexo 1 : Solicitud de un proyecto Anexo 2

Más detalles

Proceso de diseño. Programador. Requerimientos. Analista DIS03: Matriz componentes vs.

Proceso de diseño. Programador. Requerimientos. Analista DIS03: Matriz componentes vs. Proceso de diseño Contenido 1. Entradas y salidas 2. Diagrama de procesos 3. Cuerpo del procedimiento de acuerdo a las actividades del proceso 3.1 Creación de la estructura jerárquica de componentes. 3.2

Más detalles

Diplomado Ingeniería de Software para Aplicaciones de Negocio

Diplomado Ingeniería de Software para Aplicaciones de Negocio Diplomado Ingeniería de Software para Aplicaciones de Negocio Duración 120 horas Objetivo general: Que los participantes conozcan los conceptos más importantes de la ingeniería de software para construir

Más detalles

Ingeniería de Requisitos

Ingeniería de Requisitos Ingeniería de Requisitos Proceso de Ingeniería de Requisitos Departamento de Ciencias de la Computación Universidad de Chile Andrés Vignaga Proceso de Desarrollo Disciplina de Requisitos Roles Artefactos

Más detalles

Puesta en marcha de Aspel-SAE 7.0 (Nueva base de datos)

Puesta en marcha de Aspel-SAE 7.0 (Nueva base de datos) Puesta en marcha de Aspel-SAE 7.0 (Nueva base de datos) Para comenzar el uso del sistema Aspel-SAE 7.0 se debe: 1. Instalar la versión 7.0 de Aspel-SAE. 2. Activar el sistema. 3. Configurar el sistema

Más detalles

Procesos de Software

Procesos de Software Procesos de Software Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Objetivos Introducir modelos de procesos de software Describir tres modelos de procesos genéricos y cuándo

Más detalles

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve

Más detalles

ANÁLISIS DE SISTEMAS. Prof. Eliz Mora

ANÁLISIS DE SISTEMAS. Prof. Eliz Mora ANÁLISIS DE SISTEMAS Prof. Eliz Mora Programa Fundamentos del Análisis de Sistemas Estilos Organizacionales y su impacto en los Sistemas de Información Rol del Analista de Sistema Determinación de Factibilidad

Más detalles

ALLSOFT S.A. de C.V. Monterrey, N.L.

ALLSOFT S.A. de C.V. Monterrey, N.L. Modelos de Desarrollo ALLSOFT S.A. de C.V. Monterrey, N.L. 1 Introducción Para el desarrollo de cualquier producto de software se realizan una serie de tareas entre la idea inicial y el producto final.

Más detalles

SIIGO Dejando huella... SIIGO. Versión 5.1. VENDEDOR WINDOWS PROCESO DE FACTURACION Y RECAUDO. Caminando hacia el futuro...www.siigo.

SIIGO Dejando huella... SIIGO. Versión 5.1. VENDEDOR WINDOWS PROCESO DE FACTURACION Y RECAUDO. Caminando hacia el futuro...www.siigo. SIIGO Versión 5.1. VENDEDOR WINDOWS PROCESO DE FACTURACION Y RECAUDO 5 1 TABLA DE CONTENIDO INTRODUCCIÓN... 3 1. PROCESO DE VENTAS... 4 2. REQUERIMIENTOS ANTES DE INICIAR EL PROCESO... 5 3. FACTURA DE

Más detalles

Ingeniería en Desarrollo de software Cuatrimestre 07. Asignatura: Programación.NET 1. Clave:

Ingeniería en Desarrollo de software Cuatrimestre 07. Asignatura: Programación.NET 1. Clave: Ingeniería en Desarrollo de software Cuatrimestre 07 Asignatura: 1 Clave: 150930726 Actividades de la unidad 2 Actividad 1. Estructuras de control En esta actividad trabajarás las estructuras de control

Más detalles

2.2. INGENIERIA DE SISTEMAS

2.2. INGENIERIA DE SISTEMAS MODULO II Ingeniería de Software INF - 163 2.2. INGENIERIA DE SISTEMAS 24/03/11 Resumen preparado por Miguel Cotaña 1 La IS ocurre como consecuencia de un proceso llamado ingeniería de sistemas. En lugar

Más detalles

FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP)

FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP) DIPLOMADO: FORMACIÓN EN BUENAS PRÁCTICAS DE PROGRAMACIÓN CON PERSONAL SOFTWARE PROCESS (PSP) MODALIDAD DE TITULACIÓN MEDIANTE LA OPCIÓN VI : EXAMEN GLOBAL POR ÁREAS DE CONOCIMIENTO INTRODUCCIÓN La Ingeniería

Más detalles

Proceso Unificado de Desarrollo de Software. 13 de sep de 2006

Proceso Unificado de Desarrollo de Software. 13 de sep de 2006 Proceso Unificado de Desarrollo de Software 13 de sep de 2006 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999

Más detalles

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ

INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software

Más detalles

PROGRAMA ANALÍTICO DE ASIGNATURA

PROGRAMA ANALÍTICO DE ASIGNATURA UNIVERSIDAD AUTÓNOMA DEL ESTADO DE HIDALGO COORDINACIÓN DE DOCENCIA DIRECCIÓN DE PLANEACIÓN Y DESARROLLO EDUCATIVO PROGRAMA ANALÍTICO DE ASIGNATURA 1.- DATOS GENERALES 1.1 INSTITUTO: 1.2 LICENCIATURA:

Más detalles

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL MODELO FUNCIONAL SIGA C O NTE NlD O Introducción Aspectos Conceptuales Definición de modelo Requisitos de un Modelo Funcional Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso Definición

Más detalles

Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño

Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño El diseño se define como la búsqueda de una solución en cualquier campo, sin embargo las soluciones no llegan de una manera simple, muchas veces realizamos

Más detalles

PLAN DE TRABAJO. I. Datos de la institución. III. Datos de la asignatura. Plantel. Modalidad: Distancia. II. Datos del asesor

PLAN DE TRABAJO. I. Datos de la institución. III. Datos de la asignatura. Plantel. Modalidad: Distancia. II. Datos del asesor I. Datos de la institución PLAN DE TRABAJO UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE CONTADURÍA Y ADMINISTRACIÓN Plantel DIVISIÓN SISTEMA UNIVERSIDAD ABIERTA Y EDUCACIÓN A DISTANCIA Licenciatura

Más detalles

Emite tu factura por computador con Aspel Siesa ADM

Emite tu factura por computador con Aspel Siesa ADM Emite tu factura por computador con Aspel Siesa ADM Aspel Siesa ADM es una nueva aplicación en la nube que administra las principales operaciones de compra-venta de la empresa como: cotizaciones, facturas

Más detalles

QUÉ SON EL ANÁLISIS Y EL DISEÑO?

QUÉ SON EL ANÁLISIS Y EL DISEÑO? QUÉ SON EL ANÁLISIS Y EL DISEÑO? Análisis: Investigación Para crear una aplicación de software hay que describir el problema y las necesidades o requerimientos: en qué consiste el conflicto y que debe

Más detalles

Martes: 20:00-22:00 hrs Jueves: 20:00-22:00 hrs. I. Planeación y empresa II. Generalidades sobre el presupuesto 8 8 0

Martes: 20:00-22:00 hrs Jueves: 20:00-22:00 hrs. I. Planeación y empresa II. Generalidades sobre el presupuesto 8 8 0 I. Datos de la institución Plantel UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE CONTADURÍA Y ADMINISTRACIÓN DIVISIÓN SISTEMA UNIVERSIDAD ABIERTA Y EDUCACIÓN A DISTANCIA Modalidad: A Distancia Grado

Más detalles

Ingeniería del Software Herramientas CASE Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE)

Ingeniería del Software Herramientas CASE Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE) Que es CASE? Ingeniería de sistemas asistida por computadoras (Computer-aised system engineering, o CASE) es la aplicación de la tecnología de la información a las actividades, técnicas y a las metodologías

Más detalles

06/10/2009. Qué es el Ciclo de Vida del SW? La norma Modelos de desarrollo

06/10/2009. Qué es el Ciclo de Vida del SW? La norma Modelos de desarrollo Tema 2: Ciclo de vida del Software Marcos López Sanz Ingeniería del Software de Gestión Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Qué es el Ciclo de Vida del SW? Es una sucesión

Más detalles

5.7.2 DST - Desarrollo de soluciones tecnológicas de TIC Objetivos del proceso

5.7.2 DST - Desarrollo de soluciones tecnológicas de TIC Objetivos del proceso 5.7.2 DST - Desarrollo de soluciones tecnológicas de TIC 5.7.2.1 Objetivos del proceso General: Establecer el método a seguir para el desarrollo de soluciones tecnológicas de TIC, considerando la especificación

Más detalles

UNIVERSIDAD MAYOR DE SAN ANDRÉS FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMÁTICA PROYECTO DE GRADO

UNIVERSIDAD MAYOR DE SAN ANDRÉS FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMÁTICA PROYECTO DE GRADO UNIVERSIDAD MAYOR DE SAN ANDRÉS FACULTAD DE CIENCIAS PURAS Y NATURALES CARRERA DE INFORMÁTICA PROYECTO DE GRADO SISTEMA INTEGRADO DE ADMINISTRACIÓN DE INFORMACIÓN Y CONTROL DE INVENTARIO CASO: SEEI & IMPORTACIONES

Más detalles

Martes: 20:00-22:00 hrs Jueves: 20:00-22:00 hrs. I. Planeación y empresa II. Generalidades sobre el presupuesto 8 8 0

Martes: 20:00-22:00 hrs Jueves: 20:00-22:00 hrs. I. Planeación y empresa II. Generalidades sobre el presupuesto 8 8 0 I. Datos de la institución Plantel UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE CONTADURÍA Y ADMINISTRACIÓN DIVISIÓN SISTEMA UNIVERSIDAD ABIERTA Y EDUCACIÓN A DISTANCIA Modalidad: A Distancia Grado

Más detalles

Introducción a la contabilidad Unidad 2. Registro de operaciones Actividades

Introducción a la contabilidad Unidad 2. Registro de operaciones Actividades Programa de la asignatura Introducción a la contabilidad Documento de actividades Universidad Abierta y a Distancia de México Ciencias Sociales y Administrativas Presentación Personas efectuando un registro

Más detalles

DISEÑAR APLIC I ACIO I N O ES 1

DISEÑAR APLIC I ACIO I N O ES 1 DISEÑAR APLICACIONES 1 El análisis y diseño de sistemas de software es un área amplia y compleja. En este capítulo se expone una pequeña introducción a la metodología de análisis y diseño. El estudio detallado

Más detalles

TEMA 4. PROCESO UNIFICADO

TEMA 4. PROCESO UNIFICADO TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura

Más detalles

Objetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA

Objetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO Duración: 24 hrs. Código: UMLAN Curso: Descripción del curso Ingeniería de Requerimientos es la disciplina para desarrollar una especi cación completa, consistente

Más detalles

ESCUELA DE INGENIERÍA - Ingeniería Ejecución en Informática. Administración de Recursos Informáticos. Temario de la clase

ESCUELA DE INGENIERÍA - Ingeniería Ejecución en Informática. Administración de Recursos Informáticos. Temario de la clase Temario de la clase Metodologías de desarrollo de un proyecto Definiciones Características Metodologías Metodologías de Desarrollo de proyectos Metodología: Definiremos como Metodología de Desarrollo de

Más detalles

c) Rational Rose e) Microsoft Project g) Cosmos d) IrqA f) RUP h) ArgoUML

c) Rational Rose e) Microsoft Project g) Cosmos d) IrqA f) RUP h) ArgoUML NOMBRE APELLIDOS NOTA: El presente examen consta de 2 partes. La primera parte contiene 10 preguntas básicas, cada una de ellas valorada con 1 punto. La segunda parte contiene 2 preguntas de desarrollo,

Más detalles

El Ciclo de Vida del Software

El Ciclo de Vida del Software de Amador Durán Toro, 2011 de Amador Durán Toro, 2011 21/09/2011 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla septiembre 2011 Objetivos de este

Más detalles

CONTROL DE DOCUMENTOS

CONTROL DE DOCUMENTOS 2010//08 1 de 5 I. OBJETIVO Establecer y mantener un control de los s del Sistema de Gestión de Calidad y Ambiental del ITST. II. ALCANCE Aplica para todos los s del Sistema de Calidad y Ambiental del

Más detalles

SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION. Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ.

SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION. Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ. SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ paulo987@hotmail.com grupo S8 SIVECO,2012 Pág. 1 Tabla de Contenidos 1. Introducción 3 1.1 1.2 Propósito

Más detalles

Estadística Básica. Unidad 2. Actividades

Estadística Básica. Unidad 2. Actividades Estadística Básica Unidad 2. Actividades 0 Actividades Este documento contiene la presentación e indicaciones para realizar las actividades de esta unidad. Algunas actividades requieren un doble envío

Más detalles

Técnico en Informática

Técnico en Informática Técnico en Informática DESCRIPCIÓN DE LA CARRERA TÉCNICA La carrera de Técnico en Informática, proporciona las herramientas necesarias para que el estudiante adquiera los conocimientos, desarrolle las

Más detalles

PLAN DE IMPLEMENTACIÓN CRUZ BLANCA EPS

PLAN DE IMPLEMENTACIÓN CRUZ BLANCA EPS PLAN DE IMPLEMENTACIÓN CRUZ BLANCA EPS Bogotá, Marzo 2017 Nombre de Archivo: P-IMP4628- Plan de Implementación Vr 1 Página 1 de 12 CONTENIDO DEL PLAN DE IMPLEMENTACIÓN 1 OBJETIVO 4 2 ALCANCE DE LA IMPLEMENTACIÓN

Más detalles

Duplicado de documento

Duplicado de documento Duplicado de documento El sistema Administrador 5.0, cuenta con la función de poder duplicar documentos, esta función se encuentra en los siguientes módulos: Facturación Compras Inventarios. Permite al

Más detalles

Ingeniería de Software: Metodologías

Ingeniería de Software: Metodologías Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

Ingeniería en Desarrollo de software Cuatrimestre 07. Asignatura: Programación.NET 1. Clave:

Ingeniería en Desarrollo de software Cuatrimestre 07. Asignatura: Programación.NET 1. Clave: Ingeniería en Desarrollo de software Cuatrimestre 07 Asignatura: Programación.NET 1 Clave: 150930726 Actividades de la unidad 1 1 Actividad 1. Métodos En la presente actividad socializarás los contenidos

Más detalles

Tema 4g: Proceso Unificado: Implementación

Tema 4g: Proceso Unificado: Implementación Tema 4g: Proceso Unificado: Implementación Marcos López Sanz Índice Visión general Artefactos Componentes Subsistemas de implementación Interfaces Descripción de la arquitectura (vista del modelo de implementación)

Más detalles

LIBERACIÓN DE RECURSOS PARA OBRA PÚBLICA, PROGRAMAS Y CONVENIOS

LIBERACIÓN DE RECURSOS PARA OBRA PÚBLICA, PROGRAMAS Y CONVENIOS LIBERACIÓN DE RECURSOS PARA OBRA PÚBLICA, PROGRAMAS Y CONVENIOS OBJETIVO Permitir oportuna liberación de los recursos financieros destinados a la Obra Pública, con la participación de la Federación, Estado,

Más detalles

Ingeniería de Software: Metodologías

Ingeniería de Software: Metodologías Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

MODELO INTEGRAL PARA EL DESARROLLO AVANZADO DE SOLUCIONES

MODELO INTEGRAL PARA EL DESARROLLO AVANZADO DE SOLUCIONES MODELO INTEGRAL PARA EL DESARROLLO AVANZADO DE SOLUCIONES 12/01/98 1 Agenda Actores de compromiso. MIDAS Situación Actual de MIDAS. Disciplina de trabajo. (MSF) Herramienta de Ingeniería de Procesos 12/01/98

Más detalles

Universidad Autónoma del Estado de México. Facultad de Ingeniería. Ingeniería en Computación

Universidad Autónoma del Estado de México. Facultad de Ingeniería. Ingeniería en Computación Universidad Autónoma del Estado de México Facultad de Ingeniería Ingeniería en Computación Teoría de Sistemas Unidad III Modelos de Procesos de Desarrollo Elaboró: M. en A. Silvia Edith Albarrán Trujillo

Más detalles

Procesos y desarrollo de SW Proceso Unificado

Procesos y desarrollo de SW Proceso Unificado Proceso Unificado En este enfoque, el desarrollo se organiza en iteraciones. El resultado de cada iteración es un sistema que puede ser probado, integrado y ejecutado. ada iteración incluye sus propias

Más detalles

Los modelos de proceso que se discuten en este capítulo son:

Los modelos de proceso que se discuten en este capítulo son: Ingeniería de Software 6ª Edición Ian Somerville Addison Wesley Resumen Cap. 3 Procesos del software Modelos del proceso del software Un modelo del proceso del software es una representación abstracta

Más detalles

INSTRUCTIVO PARA RADICACIÓN DE DOCUMENTOS INTERNOS EN EL SISTEMA DE GESTIÓN DOCUMENTAL DIRECCIÓN DE PLANEACIÓN GESTIÓN DE TI

INSTRUCTIVO PARA RADICACIÓN DE DOCUMENTOS INTERNOS EN EL SISTEMA DE GESTIÓN DOCUMENTAL DIRECCIÓN DE PLANEACIÓN GESTIÓN DE TI INSTRUCTIVO PARA RADICACIÓN DE DOCUMENTOS INTERNOS EN EL DIRECCIÓN DE PLANEACIÓN GESTIÓN DE TI Página 1 INSTRUCTIVOPARA RADICACIÓN DE DOCUMENTOS INTERNOS PARA EL MANEJO DEL SISTEMA DE GESTIÓN DOCUMENTAL

Más detalles

6 Sustituye Documento Obsoleto

6 Sustituye Documento Obsoleto Versión: 05 Copia No. 04 Página 1 de 6 I OBJETIVO Establecer un control de documentos del SGC del ITSH. II. ALCANCE Aplica para todos los documentos del SGC del ITSH. III. DIAGRAMA DEL PROCESO Elaborador

Más detalles

Puesta en marcha de Aspel-SAE 6.0 (Nueva base de datos)

Puesta en marcha de Aspel-SAE 6.0 (Nueva base de datos) Puesta en marcha de Aspel-SAE 6.0 (Nueva base de datos) Para comenzar el uso del sistema Aspel-SAE 6.0 se debe: 1. Instalar la versión 6.0 de Aspel-SAE. 2. Activar el sistema. 3. Configurar el sistema

Más detalles

METRICA VERSION MÉTRICA versión 3. Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información

METRICA VERSION MÉTRICA versión 3. Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información 9.000 MÉTRICA versión 3 Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información 9.010 Enero 2000 borrador de metodología MÉTRICA v. 3 Ofrece a las organizaciones un instrumento

Más detalles

Ingeniería de Software: Metodologías

Ingeniería de Software: Metodologías Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.

Más detalles

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática

PROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,

Más detalles

Manual del Usuario. Modulo Manual de Organización. Tipo Especifico

Manual del Usuario. Modulo Manual de Organización. Tipo Especifico Sistema de Integración y Control Documental Manual del Usuario Modulo Manual de Organización Tipo Especifico Marzo de 2016 OBJETIVO DEL MANUAL DE USUARIOS El presente manual tiene la finalidad de servir

Más detalles

El Ciclo de Vida del Software

El Ciclo de Vida del Software 26/09/2013 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla septiembre 2013 Objetivos de este tema

Más detalles

DESARROLLO DE UN SISTEMA COMPUTARIZADO PARA GESTIONAR Y CONTROLAR LA ORDEN DE VUELO EN LA EMPRESA DE TRANSPORTE AÉREO TAME

DESARROLLO DE UN SISTEMA COMPUTARIZADO PARA GESTIONAR Y CONTROLAR LA ORDEN DE VUELO EN LA EMPRESA DE TRANSPORTE AÉREO TAME ESCUELA POLITÉCNICA DEL EJÉRCITO DPTO. DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA DE SISTEMAS E INFORMÁTICA DESARROLLO DE UN SISTEMA COMPUTARIZADO PARA GESTIONAR Y CONTROLAR LA ORDEN DE VUELO

Más detalles

Tema II Ciclo de Vida del Software

Tema II Ciclo de Vida del Software Tema II Ciclo de Vida del Software Procesos de Software www.kybele.urjc.es Bibliografía Calvo-Manzano, J.A., Cervera, J., Fernández, L., Piattini, M. Aplicaciones Informáticas de Gestión. Una perspectiva

Más detalles

Anexo D. Documentación técnica de VELOAT

Anexo D. Documentación técnica de VELOAT Anexo D. Documentación técnica de VELOAT En este anexo se encuentran los principales diagramas UML del sistema VELOAT, o la referencia al lugar donde se pueden consultar. No se incluyen todos los diagramas

Más detalles

Proceso Unificado (Iterativo e incremental)

Proceso Unificado (Iterativo e incremental) Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas

Más detalles

SECRETARÍA DE LA GESTIÓN PÚBLICA MANUAL DE USUARIO SISTEMA DE GESTIÓN DE DOCUMENTOS DESPACHO DEL C. SECRETARIO

SECRETARÍA DE LA GESTIÓN PÚBLICA MANUAL DE USUARIO SISTEMA DE GESTIÓN DE DOCUMENTOS DESPACHO DEL C. SECRETARIO SECRETARÍA DE LA GESTIÓN PÚBLICA MANUAL DE USUARIO SISTEMA DE GESTIÓN DE DOCUMENTOS DESPACHO DEL C. SECRETARIO Guanajuato, Gto. A 01 de Septiembre de 2011 1 Introducción Presentación INDICE 1.- Acceso

Más detalles

Lunes: 19:00-21:00 hrs Sábado: 11:00-13:00 hrs. I. Planeación y empresa II. Generalidades sobre el presupuesto 8 8 0

Lunes: 19:00-21:00 hrs Sábado: 11:00-13:00 hrs. I. Planeación y empresa II. Generalidades sobre el presupuesto 8 8 0 I. Datos de la institución Plantel UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO FACULTAD DE CONTADURÍA Y ADMINISTRACIÓN DIVISIÓN SISTEMA UNIVERSIDAD ABIERTA Y EDUCACIÓN A DISTANCIA Modalidad: A Distancia Grado

Más detalles

Computación I. Unidad III. Sistemas de Información. Ing Angela Galea

Computación I. Unidad III. Sistemas de Información. Ing Angela Galea . Sistemas de Información Ing Angela Galea Introducción Ing Angela Galea 2 Introducción Sistema: conjunto de elementos interrelacionados que persiguen un fin común. Información: datos procesados, o con

Más detalles

UNIDAD II. TÉCNICAS DE ANÁLISIS

UNIDAD II. TÉCNICAS DE ANÁLISIS UNIDAD II TÉCNICAS DE ANÁLISIS 1 UNIDAD II. TÉCNICAS DE ANÁLISIS OBJETIVO: Aplicarás las técnicas de análisis de sistemas: orientadas al flujo de datos, estructura de datos y toma de decisiones; a través

Más detalles

Emite CFDI con Aspel ADM

Emite CFDI con Aspel ADM Emite CFDI con Aspel ADM Aspel ADM es una nueva app en la nube que revoluciona el control administrativo de las empresas de manera sencilla y poderosa. Es ideal para quienes inician operaciones o desean

Más detalles

TRÁMITE DE PAGO DEL SERVICIO DE AGUA POTABLE DEL PODER EJECUTIVO

TRÁMITE DE PAGO DEL SERVICIO DE AGUA POTABLE DEL PODER EJECUTIVO TRÁMITE DE PAGO DEL SERVICIO DE AGUA POTABLE DEL PODER EJECUTIVO OBJETIVO Llevar el control y pago de los servicios de agua potable que requieren las Dependencias y Organismos Descentralizados de Gobierno

Más detalles

Simplificar los procesos de adquisiciones de equipo y materiales, establecimiento de convenios y contratos.

Simplificar los procesos de adquisiciones de equipo y materiales, establecimiento de convenios y contratos. Simplificar los procesos de adquisiciones de equipo y materiales, establecimiento de convenios y contratos. Procedimiento para los Centros de Apoyo a Profesores en la Adquisición de Materiales y Equipos

Más detalles

CONTROL DE CAMBIOS Y/O REVISIONES. Fecha Descripción Elaboró Revisó Aprobó

CONTROL DE CAMBIOS Y/O REVISIONES. Fecha Descripción Elaboró Revisó Aprobó estudiantes en movilidad entrante Página 1 de 11 PROCESO: Movilidad Versión No. CONTROL DE CAMBIOS Y/O REVISIONES Fecha Descripción Elaboró Revisó Aprobó 1 17-03-15 Emisión GAPP 2 24-11-17 Se realizó la

Más detalles

Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.1. Historia de revisiones

Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.1. Historia de revisiones Sistema de Administración de Farmacias Descripción de la Arquitectura Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 29/08/2014 1.0 Versión Inicial Guillermo López 30/08/2014 1.1 Verificación

Más detalles

PROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO

PROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO PROTOTIPO DE FACTURACIÓN ELECTRÓNICA MANUAL TÉCNICO Autor: Jorge Luis Quiguango Terán Versión 1.0 Fecha: 10 de abril de 2015 Índice de contenido 1 Objeto del documento...4 2 Manual técnico...4 2.1 Arquitectura...4

Más detalles

PROGRAMA DE SISTEMAS DE INFORMACIÓN 2

PROGRAMA DE SISTEMAS DE INFORMACIÓN 2 PROGRAMA DE SISTEMAS DE INFORMACIÓN 2 1. Identificación de la Asignatura Nombre de la asignatura : Sistemas de Información 2 Etapa del Proceso Formativo : Etapa de Formación Profesional Dominio : Sistemas

Más detalles