Cristina Lahoz (544393) Jorge Martínez (571735).  Sistemas estabilizados y funcionales  Mainframes  Cobol  Sistemas de misión crítica.

Slides:



Advertisements
Presentaciones similares
INTRODUCCIÓN A LA VERIFICACION Y VALIDACION
Advertisements

Lic. Juan Gabriel Bernal López
Ciclo de vida de desarrollo de software
PROTOTIPOS.
PLANIFICACIÓN DE TESTING
Open RA 10/25/00 EEM/TD/LQ M. F. Juan 1 La Función de Calidad en los Proyectos de Desarrollo de Software Manuel F. Juan Martínez Juan López Espinosa Centro.
ADMINISTRAR EL DESEMPEÑO Y LA CAPACIDAD
Introducción a la Tecnología de la Información.
1 Materiales Don Goyo 22/Enero/ Opinión 1 de expertos externos a la empresa En primera instancia se recomienda una Reingeniería en la empresa,
Ingeniería del Software UMG Ingeniería en Sistemas
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Propuesta para Capacitación de las Normas Internacionales de Información Financiera (NIIF’S) Expositor Dr. MBA, Fernando Coral Reyes.
POLITICAS PARA LA SELECCIÓN DE PROVEEDORES
NORMA ISO -9001: 2000 ISO
Coordinación de desarrollo SENSOR
Neotect S.A.. Desarrollar el Software CreditScore de acuerdo a los requerimientos del Banco de los Alpes, y a las restricciones de tiempo y costo acordadas.
Administración de Procesos de Pruebas
INGENIERIA DEL SOFTWARE
Para uso restringido de las entidades participantes del Convenio Marco No Todos los derechos reservados. Ninguna parte de esta presentación puede.
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
Documento de proyecto. Tema Enuncia de manera clara y precisa el objetivo del proyecto o la propuesta que contendrá la producción de materiales educativos.
TRABAJO EN EQUIPO.
Arquitectura de una aplicación
Sistema de Información
Ingenieria de software
NORMALIZACION DE BASES DE DATOS
Ciclo de vida de la administración de servicios de TI
Ciclo de Vida del Software
Fin Fase Elaboración Presentación al director del proyecto Agenda –Objetivos –Cumplimientos –Conclusiones Presentación al director del proyecto Agenda.
Cambio a un sistema Cliente servidor
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Proyecto de Ingeniería de Software Grupo Nº 9 - GXPost (Desarrollo con GeneXus 8.0) Evaluación de la Fase Construcción (Jueves 4 de Noviembre de.
INGENIERIA DE SOFTWARE
Google Docs y Google Talk
  Taller # 1 cobit German sanchez.   Identificar soluciones  este campo lo utilizamos para aquellos requerimientos del negocio, este proceso abarca.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
IDENTIFICACIÓN DEL CICLO DE VIDA DEL SOFTWARE. POLITÉCNICO COLOMBIANO JAIME ISAZA CADAVID.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Análisis de requerimientos
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
METODOLOGIAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DEL SOFTWARE ING. EDER CHAVEZ ACHA.
GENERADOR DE CÓDIGO FUENTE COBOL
PLAN DE CONTINGENCIA. EVALUACIÓN DIAGNOSTICA 1. Sabes para que te puede ayudar el respaldar la información? 2. Conoces algún método para realizar un respaldo,
Simón Esneider Herrera Álvarez Media Técnica Casd 10-2
MANTENIMIENTO.
Ciclo de Vida del Software
Preocupaciones del Analista Programador & Usuarios
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
 es el conjunto de conocimientos y técnicas científicas aplicadas al desarrollo, implementación, mantenimiento y perfeccionamiento de estructuras (tanto.
SOFTWARE A MEDIDA ¿QUE ES UN SOFTWARE A MEDIDA? También conocido como software personalizado es aquel que ha sido desarrollado para un usuario u organización.
«Conveniencias entre COMPRAR o DESARROLLAR un Software a Medida»
Arquitectura de una aplicación Arquitectur a: desarrolla un plan general del sistema, asegurando que las necesidades de los usuarios sean atendidas. Ingeniería.
INDICADOR Es la relación entre las variables cuantitativas o cualitativas que permiten observar la situación y las tendencias de cambio generadas en el.
Melva García Atalaya Jefe de la Unidad de Abastecimiento Enero - Junio 2012 INFORME SEMESTRAL DE DESEMPEÑO DEL PROCESO DE ABASTECIMIENTO.
MUNICIPALIDAD DE SAN BORJA Unidad de Abastecimiento INFORME SEMESTRAL DE DESEMPEÑO DEL PROCESO 2° SEMESTRE 2012.
Comprar o desarrollar un software Desarrollo de software Ventajas desventajas 1. Se ha diseñado específicamente para las necesidades empresariales.
¿Compra o Desarrollo de Software? Compra de Software AlternativasVentajasDesventajas Compra de software de terceros adaptado -Mantiene la forma de.
Conveniencias entre comprar o desarrollar un software a medida.
Conveniencias entre comprar o desarrollar un software a medida.
Comprar Software VS Desarrollo de Software a medida.
Conveniencias entre comprar o desarrollar un software a medida Software DesarrolladoSoftware Comprado Ventajas  Se adapta a los procesos de gestión que.
DESARROLLAR UN SOFTWARE A MEDIDA VENTAJASDESVENTAJAS 1. Se ha diseñado específicamente para las necesidades empresariales específicas. 1. Si el software.
VentajasDesventajas Software enlatado tiende a ser relativamente más económico que las herramientas que se desarrollan en base a una determinada organización.
Conveniencias Entre Comprar o Desarrollar un Software.
Proyecto Final por Kevin Rosenberg para el taller de bordados computarizados Bordados Lake.
NINGUNO.
VERANO 2016.
Modulo 4.
Transcripción de la presentación:

Cristina Lahoz (544393) Jorge Martínez (571735)

 Sistemas estabilizados y funcionales  Mainframes  Cobol  Sistemas de misión crítica

 Sistemas estabilizados y funcionales  Mainframes  Cobol  Sistemas de misión crítica

 El sistema funciona satisfactoriamente y cumple con las necesidades de la empresa.  Simplicidad  Adopción del usuario  Frugalidad

 Ninguna!! :-) (o muy pocas…)

 Pérdida de información y datos  Los altos costes de la construcción de otros sistema con los mismos requisitos  Sistemas con errores  Tiempo perdido (Normalmente son a largo plazo)  Sistemas no tan eficientes

 Ausencia de una especificación completa del sistema.  Los procesos se verán modificados a causa del nuevo sistema  No existe documentación  Demoras en la entrega del nuevo sistema  La estrategia Big-Bang  Requiere que los servicios soportados en el sistema legado sean descompuestos y separados en módulos funcionales