Desarrollos de proyectos de TIC

G R U P O 3

Desarrollo de proyectos de Tecnología de

Información y Comunicación.

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

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

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.

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.

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.

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.

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.

Variables Determinantes en el Proceso de Desarrollo de Sistemas

Calidad.

Especificaciones

del Usuario.

Recursos.

Tiempo.

Métodos de Adquisición de Sistemas.

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.

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.

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.

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

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

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.

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.

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.

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.

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.

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.

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)

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.

M E J O R A S A L S I S T E M A P A R A Q U E T E N G A U N A V I D A Ú T I L M Á S L A R G A

- M O D I F I C A C I O N E S A L O S R E Q U E R I M I E N T O S I N Í C I A L E S

- M O D I F I C A C I O N E S P A R A L O S E R R O R E S D U R A N T E L A O P E R A C I Ó N

•A L G U N A S V E C E S L O S C O S T O S D E M A N T E N I M I E N T O P U E D E N E L E V A R S E A N I V E L E S A L A R M A N T E S P O R

T A N T O D E B E C O N T R O L A R S E M U Y B I E N E S T E R E N G L Ó N D E L P R E S U P U E S T O D E I N F O R M Á T I C A

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.

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 .

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

MISAEL HENRIQUEZOUTSOURCING

• Outsourcing; una empresa busca los servicios de otra especializada en un área determinada. Dichos servicios no son el corazón de las actividades de la organización.

• Fenómenos de la globalización y cambios económicos a nivel mundial; la empresas han tenido que ser mas eficiente en sus estructuras de costos, mejorar procesos he utilizar tecnologías de punta, ente otras cosas.

• Nuevas estrategias dentro de la reingeniería el e-comerce, benchmarketing, sistemas ERP y el outsourcing.

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.

• 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 estrategiaenfocada a aumentar el valor y la calidad de los productos de la empr3esa.

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.

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.

• Ventajas • La compañía contratante logra 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

• 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 .

• 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.