LA IMPORTANCIA DE LAS PyMEs

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

MODELOS ORIENTADOS A OBJETOS
Contenido Sistemas de Información Desarrollo de software
Metodologías ágiles.
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
UNIVERSIDAD TECNOLÓGICA ISRAEL CARRERA DE SISTEMAS INFORMÁTICOS
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
MI PROGRAMA DE FORMACION
MODELADO DE ANALISIS Y DISEÑO
CÓMO REALIZAR UN PROYECTO
Introducción a los sistemas de Información Hospitalarios
Administración de Procesos de Pruebas
Ingeniería del Software
Evaluación de Productos
Se viven nuevos escenarios
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
DEPARTAMENTO DE INGENIERÍA INFORMÁTICA
Proyecto de Establecimiento de Servicio E-Learning para PYMES Sistema de e-learning para MIPYME Metodología abierta, colaborativa y participativa.
Ingeniería de Software
DISEÑO DE SOFTWARE 1ª. Parte
Contenido: 1- Que es el .Net Framework 2- Arquitectura en .Net
DATA WAREHOUSE Equipo 9.
Las etapas de un proyecto
Ingenieria de software
Unidad VI Documentación
Contexto Proyecto consolidado dentro de la línea de investigación de Sistemas de Información en el Dpto. de Ingeniería en Sistemas de Información de la.
CONCEPTOS BÁSICOS Diseño de Sistemas.
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Página 1 19/04/2005 Materia: Tecnología de la Información Curso: Profesora Ariana Rosenthal Tecnología de la Información Profesora Ariana Rosenthal Repaso.
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Diseño del servicio ITIL..
CICLO DE VIDA Y NORMAALIZACION DE UN SISTEMA DE BASE DE DATOS
Importancia en la efectividad del:
Diseño de Software y su Proceso
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
(GESTIÓN DE PROCESOS DE NEGOCIO)
Unidad ll Equipo 2 Juan Carlos Martínez Ramos
TEMA: DESARROLLO DE UN SISTEMA INFORMÁTICO PARA EL CONTROL DE USO Y EL MANTENIMIENTO DE VEHÍCULOS DE UNA INSTITUCIÓN PÚBLICA AUTOR: EDISON GUAMAN   DIRECTOR:
Términos y Conceptos Básicos
Ámbito y Estimaciones de Proyecto ISF5501 Ingeniería de Software Semana 7/1.
Dominios de control para la información y tecnologías (cobit) Pamela Pacheco Aviles.
Investigación de mercados
Diseño de Sistemas.
 Sara Isabel Osorio Alcaraz Ana Isabel Vallejo Grisales 10 Informática 1.
IDENTIFICACIÓN DEL CICLO DE VIDA DEL SOFTWARE. POLITÉCNICO COLOMBIANO JAIME ISAZA CADAVID.
TIPOS DE PRUEBAS DEL SOFTWARE
DISEÑO CURRICULAR Presentado por: Cesar Augusto Sáenz María Alejandra Hernández 1.contenidos curriculares de competencia.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Introducción al proceso de verificación y validación.
Actividades en el Proceso de desarrollo de Software
Tecnologías Cliente / Servidor Capitulo II Richard Jiménez V. clienteserver.wordpress.com.
Ingeniería del Software I
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Ciclo de Vida del Software
INGENIERIA DE SOFTWARE
SISTEMAS DE INFORMACION ORGANIZACIONAL
Proceso de desarrollo de Software
SOLUCIONES EMPRESARIALES
PARÁMETROS PARA LA PRESENTACIÓN DE PROYECTOS EN SISTEMAS
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
Marco de Trabajo para Indexación, Clasificación y Recopilación Automática de Documentos Digitales Javier Caicedo Espinoza Gonzalo Parra Chico.
Las fases del ciclo de la vida de desarrollo de sistemas
Maestría en Gerencia en Tecnología de la Información Cátedra Ingeniería de Software Profesora: Mary Carmen Milano. Integrantes: Rosa Arellano Osbaldo Goitia.
Objetivos de la prueba Los objetivos principales de realizar una prueba son: Detectar un error. Tener un buen caso de prueba, es decir que tenga más probabilidad.
Programa Sobre Procesos de Negocios SCM y Logística. Integración de procesos que permite a empresas en crecimiento implementar las mejores prácticas en.
Entorno de Recomendación para el Desarrollo de Objetos de Aprendizaje Manuel E. Prieto Universidad de Castilla-La Mancha, España Victor H. Menéndez Universidad.
Verificación y Validación del Software
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Seminario de Sistemas Distribuidora Autores: Silvana Bassi Federico Albera Director: Lic. José A. Peralta Febrero de 2008.
Transcripción de la presentación:

Jerarquía y Granularidad de Componentes de Software para PyMEs en Bogotá

LA IMPORTANCIA DE LAS PyMEs 47.750 PyMEs registradas 56% en Bogotá Generan más del 50% de la economía nacional 40% de la Producción Total del país 25% de las exportaciones no tradicionales Pagan el 50% de los salarios

LAS PyMEs Y LA CRISIS ECONÓMICA 42% produjo menos 58% redujo sus ventas

EL TLC Recomendaciones de Luis Ernesto Derbez : Integración de las empresas Sector agropecuario Desarrollo regional Infraestructura Ciencia y Tecnología

¿Que es un Componente de Software? “Un componente es una unidad de composición de aplicaciones software, que posee un conjunto de interfaces y un conjunto de requisitos, y que ha de poder ser desarrollado, adquirido, incorporado al sistema y compuesto con otros componentes de forma independiente, en tiempo y espacio” Clemens Szyperski “Un componente de software es un paquete dinámicamente blindado de uno o mas programas manejados como una unidad y accedido a través de interfaces documentadas que pueden ser descubiertas en tiempo de ejecución”.Gartner Group “Un componente es algo no trivial, casi independiente, y una parte reemplazable de un sistema, que satisface una función dentro de un contexto en una arquitectura bien definida. Un componente se conforma con interfaces y proporciona la realización de un sistema de interfaces”. Philippe Krutchen, Rational Software

Características de un componente Identificable: Debe tener una identificación que permita acceder fácilmente a sus servicios y que permita su clasificación. Auto contenido: Un componente no debe requerir de la utilización de otros para finiquitar la función para la cual fue diseñado. Puede ser remplazado por otro componente: Se puede remplazar por nuevas versiones u otro componente que lo remplace y mejore. Con acceso solamente a través de su interfaz: Debe asegurar que estas no cambiaran a lo largo de su implementación.

Características de un componente Sus servicios no varían: Las funcionalidades ofrecidas en un su interfaz no deben variar, pero no su implementación si puede. Bien Documentado: Un componente debe estar correctamente documentado para facilitar su búsqueda si se quiere actualizar, integrar con otros, adaptarlo, etc. Es genérico: Sus servicios debe servir para varias aplicaciones. Reutilizado dinámicamente: Puede ser cargado en tiempo de ejecución en una aplicación. Independiente de la plataforma: Hardware, Software, S.O

Situación Actual El CBSD (componet based software development). Es una realidad. Variedad de desarrollos Open source, freeware, permiten una red mundial de desarrolladores. Los desarrollos se han vuelto complejos y hace falta una abstracción mayor que la que representa la metodología OO. La tendencia de los desarrollos muestra una tendencia a la integración de las mejores tecnologías. Los desarrollos basados por componentes son mas baratos, rápidos y fáciles de implementar.

Resumen ejecutivo DANE Según el lugar de procedencia de las soluciones de software, el 54.4 % son Colombianas El software administrativo abarca el 23.6% en los micro establecimientos. No se mencionan desarrollos enfocados a la productividad o a la estrategia comercial.

LA REALIDAD DE LAS PyMEs Y PICS PICS : Programa de Investigación  Componentes de Software para PyMEs Propósito : Proveer a las PyMEs de herramienta informática atractivas y viables que les permiten modernizarse y hacer competitivas en un contexto cada vez más dinámico, exigente e integrado

PICS ¿CÓMO CONSTRUIR COMPONENTES DE SOFTWARE PARA LAS PyMEs COLOMBIANAS? Definición Ontológica de Componentes de SW (Granularidad, Jerarquía y Representación) Metodología para desarrollar componentes (Metodología y primeros componentes) Metodología para desarrollar Sistemas de Información con componentes (Metodología y resultados de prueba)

DEFINICIÓN ONTOLÓGICA DE COMPONENTES DE SW Granularidad Jerarquía Representación Jerarquía y Granularidad de Componentes de Software para PyMEs en Bogotá

Jerarquía y Granularidad de Componentes de Software para PyMEs en Bogotá Objetivo General : Definición Jerárquica y Granularidad de Componentes de SW orientados al Desarrollo de Software basado en Componentes dentro de las PyMEs en Bogotá

Jerarquía y Granularidad de Componentes de Software para PyMEs en Bogotá Objetivos Específicos : Definir una Jerarquía de Componentes de Software propia de la Investigación, con base en el análisis y la comparación de los diferentes tipos de Jerarquías existentes. Identificar el nivel, dentro de la Jerarquía de la Investigación, más a apropiado para las PyMEs en Bogotá. Definir la descripción de componentes (Granularidad) con la que se debe trabajar el nivel seleccionado con base en las necesidades que deben suplir los desarrolladores de Software dentro de las PyMEs en Bogotá.

COMO LO VAMOS A LOGRAR INVESTIGACIÓN CIENTÍFICA : OBSERVACIÓN EXPLORACIÓN DESCRIPCIÓN INTERPRETACIÓN EXPLICACIÓN Y CONSTRUCCIÓN DEL CONOCMIENTO. APLICADA TIPO DESCRIPTIVO

ACTIVIDADES Estudio de Campo : Definición del Segmento : A.Empresas que a pesar de no ser empresas desarrolladoras estén interesadas en desarrollar sus propias aplicaciones. B.Empresas para las cuáles el desarrollo de aplicaciones de calidad y de bajo costo logradas por medio del DSBC, genere en la organización un valor agregado importante dentro de su rendimiento económico C.Empresas que estén dispuestas a colaborar con el desarrollo de la investigación e interesadas en los resultados.

ACTIVIDADES Definir métodos e instrumentos con lo cuales se va a realizar el estudio. Ejecución del estudio de campo, donde van a participar 3 grupos, cada grupo escogerá un Número de PyMEs a las cuales ira a realizar el estudio, lo cual representa un muestra más importante a una realizada por un solo grupo. Unificación de los resultados encontrados.

ACTIVIDADES Procesar , Validar, Presentar e Interpretan los datos. Análisis de las Jerarquías existentes evaluando ventajas y desventajas dentro del contexto que estamos estudiando (PyMEs en Bogotá) Definir una Jerarquía propia de la Investigación, se trata de definir una nueva o modificar alguna estudiada, que sea un lenguaje común entre el estudio de campo y la revisión bibliográfica.

ACTIVIDADES Seleccionar el nivel principal, basándose en el nivel que represente los componentes claves para las PyMEs Analizar y se definir el nivel de detalle con el que se debe mostrar el componente al usuario.

QUÉ ESPERAMOS OBTENER Una Jerarquía y un nivel de detalle para representar componentes dentro de las PyMEs en Bogotá

Cronograma

Cronograma