Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Desarrollo de proyectos Tic's
1. Desarrollos de proyectos de TIC
G R U P O 3
Desarrollo de proyectos
de Tecnología de
Información y
Comunicación.
2. INDICE Ciclo de vida de los sistemas de información
.1 Nacimiento
.2 Desarrollo
.3 Operación
.4 Mantenimiento
.5 Muerte
Variables Determinantes en el Proceso
de Desarrollo de Sistemas
Métodos Alternos para la Adquisición de Sistemas
Compra de paquetes
Desarrollo por parte del usuario final
.1 Riesgos
Outsourcing
.1 Ventajas
.2 Desventajas
Conclusión
3. Ciclo de Vida de Sistemas de
Información
El Ciclo de Vida de Sistemas de
Información esta compuesto por 5
faces que lo integran, estas son:
Nacimiento
Desarrollo
Mantenimiento
Muerte
Operación
4. Nacimiento
El ciclo de vida comienza con la identificación de una
necesidad o de un requerimiento por parte del usuario.
En este momento debe practicarse un estudio de
factibilidad para decidir si en realidad se justifica el
desarrollo del sistema.
5. Desarrollo
Después de llevar a cabo el estudio de
factibilidad, se procede al desarrollo del sistema,
lo que comprende el análisis de los
requerimientos y la elaboración de un diseño que
servirá de base para el desarrollo. Diseño,
construcción y adecuación de los programas
necesarios para que el sistema pueda operar.
6. Operación
Aquí el sistema ya esta terminado y el usuario trabaja
introduciendo datos y obteniendo información y
reportes que apoyan a la operación de la empresa. Si se
presenta algún tipo de problema o el sistema no
cumple con lo pedido este pasa forzosamente a la fase
de mantenimiento.
7. Mantenimiento
Consiste en corregir los errores que se detectan
en los programas o en las funciones que realiza el
sistema. Se pueden presentar nuevos
requerimientos.
8. Muerte
Un sistema llega a esta fase cuando deja de ser
necesario o cuando debe reemplazarse por otro
mejor. Si al sistema original se les hacen mejoras
inicia nuevamente el proceso.
9. Variables Determinantes en el
Proceso de Desarrollo de Sistemas
Calidad.
Especificaciones
del Usuario.
Recursos.
Tiempo.
11. Método Tradicional.
Consiste en desarrollar el sistema internamente en la
empresa o contratar servicios externos para ello. En
este método se desarrolla un sistema específico para
las necesidades de una empresa en particular, en la
mayoría de los casos se utiliza para desarrollar
Sistemas Estratégicos debido a que no existen
sistemas similares en el mercado.
12. La Compra de Paquetes.
Consiste en adquirir paquetes desarrollados y
terminados o desarrollados de manera parcial, por
otras compañías que se encuentran en el mercado de
desarrollo de software.
13. El Computo del Usuario Final.
Consiste en que el usuario final del sistema sea el que
desarrolle sus propias aplicaciones, para esto utiliza
las herramientas computacionales disponibles como
son los paquetes y lenguajes de cuarta generación.
Normalmente no se requieren conocimientos
profundos de programación para este tipo de
aplicaciones.
14. Diagrama de flujo de datos
Un diagrama de flujo de datos (DFD sus siglas
en español e inglés) es una representación gráfica del flujo de datos
a través de un sistema de información. Un diagrama de flujo de
datos también se puede utilizar para la visualización de
procesamiento de datos (diseño estructurado). Es una práctica
común para un diseñador dibujar un contexto a nivel de DFD que
primero muestra la interacción entre el sistema y las entidades
externas. Este contexto a nivel de DFD se "explotó".
Los diagramas de flujo de datos fueron inventados por Larry
Constantine, el desarrollador original del diseño estructurado,
basado en el modelo de computación de Martin y Estrin: "flujo
gráfico de datos" . Los diagramas de flujo de datos (DFD) son una
de las tres perspectivas esenciales de Análisis del patrocinador de un
proyecto y los usuarios finales tendrán que ser informados y
consultados en todas las etapas de una evolución del sistema.
Carmen C Melo
15. Con un diagrama de flujo de datos, los usuarios van a
poder visualizar la forma en que el sistema funcione, lo
que el sistema va a lograr, y cómo el sistema se pondrá
en práctica., puede determinarse a través de un
diagrama de flujo de datos. modelo de datos. Niveles,
los cuales son:
· Nivel 0: Diagrama de contexto.
· Nivel 1: Diagrama de nivel superior
· Nivel 2: Diagrama de detalle o expansión
16. Diagrama de Contexto: Nivel 0
En el diagrama de contexto se caracterizan
todas las interacciones que realiza un
sistema con su entorno (entidades externas),
estas pueden ser otros sistemas, sectores
internos a la organización, o factores
externos a la misma
Diagrama de Nivel Superior: Nivel 1
En el diagrama de nivel superior se plasman
todos los procesos que describen al proceso
principal. En este nivel los procesos no
suelen interrelacionarse directamente, sino
que entre ellos debe existir algún
almacenamiento o entidad externa que los
una.
Diagrama de Detalle o Expansión: Nivel 2
En un diagrama de nivel 2 o mayor,
comienzan a explotarse las excepciones a los
caminos principales de la información dado
que aumenta progresivamente el nivel de
detalle.
17. Pruebas de Software
Las pruebas de software (en inglés software
testing) son las investigaciones empíricas y
técnicas cuyo objetivo es proporcionar
información objetiva e independiente sobre la
calidad del producto a la parte interesada . Es una
actividad más en el proceso de control de calidad.
18. Las pruebas son básicamente un conjunto de actividades dentro del
desarrollo de software. Dependiendo del tipo de pruebas, estas
actividades podrán ser implementadas en cualquier momento de
dicho proceso de desarrollo. Existen distintos modelos de desarrollo
de software, así como modelos de pruebas. A cada uno corresponde
una nivel distinto de involucramiento en las actividades de
desarrollo.
19. PRUEBAS ESTATICAS: Son el tipo de pruebas que se realizan sin
ejecutar el código de la aplicación (Ceferino).
PRUEBAS DINAMICAS :Todas aquellas pruebas que para su
ejecución requieren la ejecución de la aplicación. Las pruebas
dinámicas permiten el uso de técnicas de caja negra y caja blanca
con mayor amplitud.
20.
21. Aseguramiento de la calidad total
(TQA, TOTAL QUALITY ASSURANCE
El proceso de desarrollo de sistemas conlleva muchos
riesgos, sobre todo en las fases iníciales en las que debe
quedar bien definido. Por tanto, las empresas que inicien el
desarrollo del sistema deben asegurar, desde las fases
incipientes, la calidad del sistema.
22. El aseguramiento de la calidad total consiste en controlar el sistema
durante todo el proceso de desarrollo, estableciendo la responsabilidad
activa de los usuarios. Desde el comienzo, deben estar involucrados el
analista del sistema y el usuario responsable para lograr asegurar la
calidad del producto terminado.
23. Técnica de diseño y documentación
Es preciso contar con técnicas adecuadas para realizar las fases de
análisis y diseño, lo que permite documentar adecuadamente todo el
proceso.
El diseño de un sistema puede ser:
Ascendente (bottom-up)
Descendente (top-down)
24. La documentación de un sistema debe proporcionar un panorama del
sistema en sí, especificar los procedimientos que se llevan a cabo y la
forma de operarlo. Además de esta documentación, que básicamente se
dirige al usuario, debe documentarse y detallarse la estructura de
archivos y programas con el objetivo de que pueda realizarse un
mantenimiento adecuado.
25. MEJORAS AL SISTEMA PARA QUE TENGA UNA VIDA
ÚTIL MÁS LARGA
-MODIFICACIONES A LOS REQUERIMIENTOS
INÍCIALES
-MODIFICACIONES PARA LOS ERRORES DURANTE
LA OPERACIÓN
•ALGUNAS VECES LOS COSTOS DE MANTENIMIENTO
PUEDEN ELEVARSE A NIVELES ALARMANTES POR
TANTO DEBE CONTROLARSE MUY BIEN ESTE
RENGLÓN DEL PRESUPUESTO DE INFORMÁTICA
26. Consiste en adquirir paquetes desarrollados y terminados o desarrollados de
manera parcial por otras compañías que se encuentran en el mercado de
desarrollo de software.
Este método permite elegir entre los paquetes que está disponible en el
mercado (calidad, costo y utilidad).
Un error en la compra del paquete puede afectar profundamente las
operaciones diarias de la empresa.
27. P A R A A S E G U R A R L A C A L I D A D D E L S I S T E M A Q U E S E E S T Á
A D Q U I R I E N D O , S E D E B E T E N E R E N C U A N T A L O S I G U I E N T E :
Q U E E L P A Q U E T E S A T I S F A G A T O D O S L O S
R E Q U E R I M I E N T O S D E L U S U A R I O .
Q U E O P E R E C O N A L T A C O N F I A B I L I D A D .
Q U E S E A E N T R E G A D O A T I E M P O P A R A P O D E R I N I C I A R S U
O P E R A C I Ó N
Q U E C U M P L A C O N L O S R E Q U E R I M I E N T O S D E
P R E S U P U E S T O .
H A B E R E V A L U A D O L A M A G N I T U D D E L A S A D E C U A C I O N E S
D E L P A Q U E T E P A R A L A E M P R E S A Q U E L O
A D Q U I E R E .
28. La siguiente tabla muestra las diferencias:
Concepto Método Tradicional Compra de paquetes
Costo Costo del desarrollo Costo del paquete más el costo de las
modificaciones necesarias
Tiempo Mayor Menor
Mantenimiento Se realiza internamente Se realiza en forma externa a una
empresa
Tipo de
aplicación
Ad-hoc, hecho a la
medida
Aplicación general
Cuidado con: Fechas optimistas.
Rotación durante el
proceso.
No ser “conejillos de india”.
Asumir que las modificaciones sean
menores.
Tener el VoBo de usuario antes de
comprar.
El costo del paquete puede se mínimo
con respecto al costo total.
Implantación Costos similares Costos similares
30. • Outsourcing; una empresa busca los servicios de
otra especializada en un área determinada.
Dichos servicios no son el corazón de las
actividadesde la organización.
• Fenómenos de la globalización y cambios
económicosa nivel mundial; la empresas han
tenido que ser mas eficienteen sus estructuras
de costos, mejorar procesos he utilizar
tecnologíasde punta, ente otras cosas.
• Nuevas estrategias dentro de la reingenieríael
e-comerce,benchmarketing,sistemas ERP y el
outsourcing.
31. Que es el outsourcing?
• Consiste en que una organización transfiere la
propiedad de un proceso de un negocio a un
suplidor.
• La compañía delega la operación de uno de
sus procesos o servicios a un prestador
externo con el fin de; agilizarlo, optimizar y
reducir sus costos.
32. • Pasa de un enfoque de abastecimiento
tradicional que consiste en un conjunto de
actividades para identificar y adquirir los
bienes y servicios que la compañía para su
operación, la cual adquiere de fuentes
internas o externas a una visión estrategia
enfocada a aumentar el valor y la calidad de
los productos de la empr3esa.
33. Outsourcing VS Contratación
• Es diferente a las contrataciones ya que el
contratista es el propietario del proceso y lo
controla.
• Mientras que en al caso del outsourcing el
comprador transfiere la propiedad al suplidor.
34. Inicios
• El Outsourcing data desde principios de la era
moderna este concepto no es nuevo ya que
muchas compañías lo utilizaban como una
estrategia de negocios en la era posindustrial.
• Segunda guerra mundial.
• Creación del termino 1980.
35. • Ventajas
• La compañía contratantelogra mayor funcionalidad con
menores costos en la mayoría de los casos.
• La empresa se preocupa exclusivamente por definir la
funcionabilidad de las diferentes áreas de su organización
dejando que la empresa de Outsourcing se ocupe de
decisiones de tipos tecnológicos, manejos de proyectos,
implementación, administración y operación de
infraestructura.
• Permite a la empresas responder con rapidez a los cambios
del entorno, incrementar los puntos fuertes de la empresa
y construir una ventaja competitiva sostenida en el largo
plazo
36. • Desventajas
• La empresas pueden perder contactos con las
nuevas tecnologías que podrían innovar los
productos y procesos.
• Además se corre el riesgo de que el suplidor
externo aprenda y obtenga conocimiento del
producto, utilizando esto para introducirse en
el negocio y convertirse en un posible
competidor .
37. • Aplicación
• El outsorcing no solo se aplica a los sistemas
de producción sino mas bien abarca la
mayoría de las áreas de la empresa como los
sistemas financieros o contables actividades
de mercadotecnia, el área de recursos
humanos, los sistemas administrativos y
actividades secundarias.