clase trece 2011

Tecnología de la Tecnología de la InformaciónInformación

Ciclo de Vida de un Ciclo de Vida de un

Sistema de InformaciónSistema de Información

Tecnología de la Información 2011 Prof. NTecnología de la Información 2011 Prof. Norma Moralesorma Morales

33

El ciclo de vida es el conjunto de fases o El ciclo de vida es el conjunto de fases o etapas por las que pasa el sistema desde etapas por las que pasa el sistema desde que se concibe hasta que se retira del que se concibe hasta que se retira del servicio. servicio.

Se trata de la estructura del proceso de Se trata de la estructura del proceso de producción del sistema de información. producción del sistema de información.

El Modelo de Ciclo de Vida indica cuáles El Modelo de Ciclo de Vida indica cuáles son las actividades a realizar y el orden en son las actividades a realizar y el orden en que se van a realizar.que se van a realizar.


44

Todo ciclo de vida debe cubrir tres Todo ciclo de vida debe cubrir tres objetivos básicos:objetivos básicos:Definir las actividades a realizar y en Definir las actividades a realizar y en

qué orden. qué orden. Asegurar la consistencia con el resto de Asegurar la consistencia con el resto de

los sistemas de información de la los sistemas de información de la organización. organización.

Proporcionar puntos de control para la Proporcionar puntos de control para la gestión del proyecto (calendario y gestión del proyecto (calendario y presupuesto). presupuesto).


55

El ciclo de vida de un sistema de El ciclo de vida de un sistema de información es el marco de referencia información es el marco de referencia que contiene los procesos, las que contiene los procesos, las actividades y las tareas involucradas actividades y las tareas involucradas en el desarrollo, la explotación y el en el desarrollo, la explotación y el mantenimiento de un producto de mantenimiento de un producto de software, abarcando la vida del software, abarcando la vida del sistema desde la definición de los sistema desde la definición de los requisitos hasta la finalización de su requisitos hasta la finalización de su uso.uso.


66

Fases en el ciclo de vida de un Fases en el ciclo de vida de un proyectoproyecto

Análisis:Análisis: es la recopilación de los es la recopilación de los requisitos del software. Se debe requisitos del software. Se debe comprender el ámbito de información comprender el ámbito de información del software así como la función, el del software así como la función, el rendimiento y las interfaces rendimiento y las interfaces requeridas. Estos requisitos se deben requeridas. Estos requisitos se deben documentar y revisar de tal manera documentar y revisar de tal manera que los entiendan tanto los usuarios que los entiendan tanto los usuarios como el equipo de desarrollo del como el equipo de desarrollo del software. Se desarrollará el software. Se desarrollará el documento de requisitos del software documento de requisitos del software de lo que debe hacer el sistema. de lo que debe hacer el sistema.


77

Diseño:Diseño: Consiste en Consiste en descomponer y organizar el descomponer y organizar el sistema en elementos que puedan sistema en elementos que puedan ser desarrollados por separado. El ser desarrollados por separado. El resultado del diseño es la resultado del diseño es la colección de especificaciones de colección de especificaciones de cada elemento. En esta fase se cada elemento. En esta fase se desarrollará el Documento del desarrollará el Documento del diseño del Software que será una diseño del Software que será una descripción del estructura global descripción del estructura global del sistema. del sistema.


88

Codificación:Codificación: En esta fase se traduce el En esta fase se traduce el diseño a un lenguaje legible para el diseño a un lenguaje legible para el computador. También se harán las computador. También se harán las pruebas o ensayos necesarios para pruebas o ensayos necesarios para garantizar que dicho código funciona garantizar que dicho código funciona correctamente. La documentación de esta correctamente. La documentación de esta fase será el Código fuente. fase será el Código fuente.

Integración:Integración: Consiste en probar el Consiste en probar el sistema completo para garantizar el sistema completo para garantizar el funcionamiento correcto del conjunto funcionamiento correcto del conjunto antes de ser puesto en explotación. Aquí antes de ser puesto en explotación. Aquí se obtiene el Sistema Software ejecutable. se obtiene el Sistema Software ejecutable.


99

Mantenimiento:Mantenimiento: Puede ocurrir que Puede ocurrir que durante la explotación del sistema durante la explotación del sistema sea necesario realizar cambios para sea necesario realizar cambios para corregir errores que no han sido corregir errores que no han sido detectados en las fases anteriores o detectados en las fases anteriores o bien para introducir mejoras. Se hace bien para introducir mejoras. Se hace un Documento de cambios ante un Documento de cambios ante cualquier modificación. En todas estas cualquier modificación. En todas estas fases la verificación y validación se fases la verificación y validación se han de tener en cuenta. La han de tener en cuenta. La verificación comprueba que el verificación comprueba que el software que se está desarrollando software que se está desarrollando cumple los requisitos y la validación cumple los requisitos y la validación comprueba que las funciones del comprueba que las funciones del software son las que el usuario desea.software son las que el usuario desea.


1010

Este modelo se lo conoce como Este modelo se lo conoce como modelo modelo en cascadaen cascada y trata de aislar cada fase y trata de aislar cada fase de la siguiente de manera que las fases de la siguiente de manera que las fases sucesivas puedan ser desarrolladas por sucesivas puedan ser desarrolladas por grupos de personas distintas grupos de personas distintas facilitándose así la especialización. facilitándose así la especialización.

El número de fases es irrelevante, lo que El número de fases es irrelevante, lo que caracteriza verdaderamente a este caracteriza verdaderamente a este modelo es la secuencialidad entre las modelo es la secuencialidad entre las fases y la necesidad de completar cada fases y la necesidad de completar cada una de ellas para pasar a la siguiente. una de ellas para pasar a la siguiente.

El sistema está terminado cuando se han El sistema está terminado cuando se han realizado todas las fases. realizado todas las fases.


1111

Los procesos del ciclo de vidaLos procesos del ciclo de vida

Son aquellos que resultan útiles a las Son aquellos que resultan útiles a las personas que inician o realizan el personas que inician o realizan el desarrollo, la explotación o el desarrollo, la explotación o el mantenimiento del software a lo largo mantenimiento del software a lo largo del ciclo de vida. del ciclo de vida.

Estas personas son los compradores, Estas personas son los compradores, los proveedores, el personal de los proveedores, el personal de desarrollo, los usuarios y el personal desarrollo, los usuarios y el personal encargado del mantenimiento del encargado del mantenimiento del software.software.


1212

1-Proceso de adquisición: Contiene las 1-Proceso de adquisición: Contiene las actividades y tareas que el actividades y tareas que el comprador, el cliente o el usuario comprador, el cliente o el usuario realizan para adquirir un sistema o realizan para adquirir un sistema o un producto software. Aquí están un producto software. Aquí están incluidos la preparación y publicación incluidos la preparación y publicación de una solicitud de ofertas, la de una solicitud de ofertas, la selección del proveedor del software selección del proveedor del software y la correspondiente gestión de los y la correspondiente gestión de los procesos desde la adquisición hasta procesos desde la adquisición hasta la aceptación del producto.la aceptación del producto.


1313

2-Proceso de suministro: Contiene las 2-Proceso de suministro: Contiene las actividades y tareas que el proveedor actividades y tareas que el proveedor realiza. Comienzan con la preparación de realiza. Comienzan con la preparación de una propuesta para responder a una una propuesta para responder a una petición de oferta de un comprador o con petición de oferta de un comprador o con la firma de un contrato con el comprador la firma de un contrato con el comprador para proporcionarle un producto para proporcionarle un producto software. Trata la identificación de los software. Trata la identificación de los procedimientos y de los recursos procedimientos y de los recursos necesarios para gestionar y garantizar el necesarios para gestionar y garantizar el éxito del proyecto, incluyendo el éxito del proyecto, incluyendo el desarrollo de los planes del proyecto y la desarrollo de los planes del proyecto y la ejecución de dichos planes hasta la ejecución de dichos planes hasta la entrega del producto software al entrega del producto software al comprador. comprador.


1414

3-Proceso de desarrollo: Contiene las 3-Proceso de desarrollo: Contiene las actividades de análisis de requisitos, actividades de análisis de requisitos, diseño, codificación, integración, pruebas diseño, codificación, integración, pruebas e instalación y aceptación.e instalación y aceptación.

4-Proceso de explotación: Comprende la 4-Proceso de explotación: Comprende la propia explotación del software y el propia explotación del software y el soporte operativo a los usuarios del soporte operativo a los usuarios del sistema. sistema.

5-Proceso de mantenimiento: Aparece 5-Proceso de mantenimiento: Aparece cuando, tarde o temprano, el software cuando, tarde o temprano, el software requiere modificaciones, bien por errores o requiere modificaciones, bien por errores o necesidades de mejoras.necesidades de mejoras.


1515

Adquisición de softwareAdquisición de software Los procesos de adquisición de software son Los procesos de adquisición de software son

cada vez más usuales porque es un recurso cada vez más usuales porque es un recurso vital para todo tipo de organizaciones.vital para todo tipo de organizaciones.

Existen diferentes tipos de obtener Existen diferentes tipos de obtener software, por desarrollo interno, desarrollo software, por desarrollo interno, desarrollo por contrato (terciarizado) o mediante la por contrato (terciarizado) o mediante la compra de un producto listo. compra de un producto listo.

En el proceso de adquisición de software se En el proceso de adquisición de software se pueden observar dos roles principales, el rol pueden observar dos roles principales, el rol del comprador y el rol del proveedor o del comprador y el rol del proveedor o desarrolladordesarrollador..


1616

Una vez que se conocen los Una vez que se conocen los requerimientos de los sistemas, se debe requerimientos de los sistemas, se debe hacer una comparación entre todos los hacer una comparación entre todos los paquetes que cumplen con las paquetes que cumplen con las condiciones para seleccionar el más apto. condiciones para seleccionar el más apto.

Las características a considerar en la Las características a considerar en la adquisición de software son: flexibilidad, adquisición de software son: flexibilidad, capacidades, previsión de auditorias, capacidades, previsión de auditorias, confiabilidad, contratos de software y confiabilidad, contratos de software y apoyos del proveedor. apoyos del proveedor.


1717

Áreas donde la flexibilidad es Áreas donde la flexibilidad es deseable: deseable: En el almacenamiento de datos. En el almacenamiento de datos. En la producción de informes. En la producción de informes. En la entrada de datos. En la entrada de datos. En la definición de parámetros.En la definición de parámetros.


1818

Apoyos del proveedorApoyos del proveedorFrecuencia del mantenimiento. Frecuencia del mantenimiento. Servicios que se incluyen en el pago. Servicios que se incluyen en el pago. Saber si se incrementa el costo del Saber si se incrementa el costo del

mantenimiento. mantenimiento. Horarios disponibles de servicio. Horarios disponibles de servicio. Saber si tienen servicio de Saber si tienen servicio de

emergencia. emergencia.


1919

Criterios para la Evaluación de Criterios para la Evaluación de SoftwareSoftware

Necesidades actuales y futuras. Necesidad Necesidades actuales y futuras. Necesidad de cambios.de cambios.

Adaptabilidad: que tan fácil se puede Adaptabilidad: que tan fácil se puede modificar, si es amigable al usuario, si modificar, si es amigable al usuario, si cuenta con el personal necesario para las cuenta con el personal necesario para las modificaciones.modificaciones.

Qué computadora requiere para correr, Qué computadora requiere para correr, sistema operativo, memoria que ocupasistema operativo, memoria que ocupa

Base de datos: tamaño, posibles cambios.Base de datos: tamaño, posibles cambios. Instalación: que tan fácil de instalar es, si Instalación: que tan fácil de instalar es, si

requiere capacitaciónrequiere capacitación..


2020

Mantenimiento: se proporcionan mejoras y Mantenimiento: se proporcionan mejoras y mantenimiento, si son fáciles de hacer, si mantenimiento, si son fáciles de hacer, si el código fuente es claro.el código fuente es claro.

Documentación: que documentación se Documentación: que documentación se proporciona, si es fácil de entender, si está proporciona, si es fácil de entender, si está completa.completa.

Calidad del Proveedor: experiencia, Calidad del Proveedor: experiencia, imagen, soporte, permanencia, opinión de imagen, soporte, permanencia, opinión de otros clientes, es receptivo a sugerencias.otros clientes, es receptivo a sugerencias.

Costos: cuales son las alternativas de Costos: cuales son las alternativas de compra, que incluye el precio, si existe compra, que incluye el precio, si existe costos extras o por mantenimientos.costos extras o por mantenimientos.


2121

Para la adquisición de Software Para la adquisición de Software intervienen ciertos factores:intervienen ciertos factores:Asignar el personalAsignar el personalPreparar listas de requerimientosPreparar listas de requerimientosEvaluar alternativasEvaluar alternativasContactar usuarios para confirmarContactar usuarios para confirmarFinanciamiento para la adquisiciónFinanciamiento para la adquisiciónNegociación de contratoNegociación de contrato


2222

La solicitud de propuesta deberá La solicitud de propuesta deberá incluir: incluir: Información generalInformación generalObjetivoObjetivoPropósitoPropósitoFecha límite de entregaFecha límite de entregaDescripción detallada del producto o Descripción detallada del producto o

servicioservicioEspecificaciones detallada de Especificaciones detallada de

servicios de soporte de usuario.servicios de soporte de usuario.Coordinar presentacionesCoordinar presentaciones..


2323

Para llevar a cabo una buena Para llevar a cabo una buena evaluación de las propuestas evaluación de las propuestas presentadas deberán tomarse en presentadas deberán tomarse en cuenta los siguientes términos:cuenta los siguientes términos:Validar lo que ofrece del proveedorValidar lo que ofrece del proveedorAnalizar propuestaAnalizar propuestaCostoCostoDisponibilidadDisponibilidadCalidad de diseñoCalidad de diseño


2424

Existe una amplia variedad de propuestas Existe una amplia variedad de propuestas en lo que respecta a cómo organizar el en lo que respecta a cómo organizar el proceso de desarrollo de software. proceso de desarrollo de software.

La mayoría de las propuestas definen qué La mayoría de las propuestas definen qué actividades hay que realizar y en qué actividades hay que realizar y en qué orden, algunas sugieren qué orden, algunas sugieren qué combinaciones de actividades son las más combinaciones de actividades son las más indicadas en cada etapa del proceso de indicadas en cada etapa del proceso de desarrollo de software y cuáles deberían desarrollo de software y cuáles deberían ser los resultados que se obtengan de ser los resultados que se obtengan de cada una de ellas. cada una de ellas.


2525

Éxito y fracaso de los Sistemas de Éxito y fracaso de los Sistemas de InformaciónInformación

El desarrollo e implantación de los El desarrollo e implantación de los sistemas de información en muchas sistemas de información en muchas ocasiones termina en fracaso, lo cual ocasiones termina en fracaso, lo cual implica un alto coste para la empresa implica un alto coste para la empresa y la pérdida de recursos que se y la pérdida de recursos que se podían haberse utilizado en usos podían haberse utilizado en usos alternativos.alternativos.


2626

Las principales causas que originan el Las principales causas que originan el fracaso de los sistemas de información:fracaso de los sistemas de información:

a) Falta de alineación entre los sistemas de a) Falta de alineación entre los sistemas de información y la estrategia empresarial: información y la estrategia empresarial: muchas organizaciones siguen muchas organizaciones siguen considerando los sistemas de información considerando los sistemas de información como un mero instrumento que simplifica como un mero instrumento que simplifica la burocracia sin valorar las ventajas la burocracia sin valorar las ventajas estratégicas que estos presentan.estratégicas que estos presentan.


2727

b) b) Escaso apoyo de la administración: Escaso apoyo de la administración: la alta dirección de la compañía ha la alta dirección de la compañía ha de percibir realmente que los de percibir realmente que los sistemas de información constituyen sistemas de información constituyen un arma estratégica. Además ha de un arma estratégica. Además ha de existir una predisposición a cambiar existir una predisposición a cambiar la organización empresarial si lo la organización empresarial si lo requieren los nuevos sistemas de requieren los nuevos sistemas de información.información.


2828

c) c) Mala identificación de las necesidades Mala identificación de las necesidades de información: las empresas de información: las empresas implantan las tecnologías de implantan las tecnologías de información sin previamente haber información sin previamente haber realizado un proceso de determinación realizado un proceso de determinación de las necesidades de información y de las necesidades de información y cómo éstas pueden ser satisfechas cómo éstas pueden ser satisfechas utilizando adecuadamente los sistemas utilizando adecuadamente los sistemas de información.de información.


2929

d) Escasa influencia del usuario final: a d) Escasa influencia del usuario final: a la hora de diseñar el sistema de la hora de diseñar el sistema de información resulta fundamental información resulta fundamental contar con la opinión del usuario contar con la opinión del usuario final, porque va a ser quien utilice el final, porque va a ser quien utilice el sistema de información. Por ello este sistema de información. Por ello este usuario ha de estar motivado e usuario ha de estar motivado e incentivado a colaborar en el diseño incentivado a colaborar en el diseño del sistema.del sistema.


3030

e) Nula formación del personal: se e) Nula formación del personal: se requiere siempre la realización de requiere siempre la realización de actividades formativas para el actividades formativas para el aprendizaje de las nuevas aprendizaje de las nuevas herramientas informáticas a utilizar herramientas informáticas a utilizar en la empresa.en la empresa.


3131

A la hora de planificar, desarrollar e A la hora de planificar, desarrollar e implantar los sistemas de información implantar los sistemas de información ha de realizarse por parte de la ha de realizarse por parte de la empresa, un alineamiento de la empresa, un alineamiento de la estrategia global de la compañía y los estrategia global de la compañía y los sistemas de información, identificando sistemas de información, identificando las principales necesidades y evaluando las principales necesidades y evaluando los distintos métodos de satisfacción, los distintos métodos de satisfacción, teniendo presente en todo momento teniendo presente en todo momento cuáles son las tecnologías de cuáles son las tecnologías de información disponibles en el mercado y información disponibles en el mercado y como estas pueden utilizarse. Además como estas pueden utilizarse. Además han de definirse claramente cuales son han de definirse claramente cuales son los objetivos de los sistemas de los objetivos de los sistemas de informacióninformación..


3232

El proceso de desarrollo de los El proceso de desarrollo de los sistemas de información afectará en sistemas de información afectará en gran medida al éxito o fracaso de la gran medida al éxito o fracaso de la organización. organización.

Las organizaciones tendrán que Las organizaciones tendrán que adecuar los sistemas de información adecuar los sistemas de información a sus recursos de capital y las a sus recursos de capital y las necesidades de la organización. necesidades de la organización.


3333

Tener los ordenadores más avanzados, los Tener los ordenadores más avanzados, los mejores programas y la mejor red de mejores programas y la mejor red de telecomunicaciones no resulta indicativo telecomunicaciones no resulta indicativo de un mejor sistema de información, en de un mejor sistema de información, en ocasiones puede que con tecnologías de ocasiones puede que con tecnologías de información más modestas se satisfagan información más modestas se satisfagan de igual manera las necesidades de la de igual manera las necesidades de la compañía. compañía.

Por ello toda empresa ha de considerar Por ello toda empresa ha de considerar los sistemas de información como un los sistemas de información como un todo, un elemento más de su política de todo, un elemento más de su política de negocio.negocio.


3434

Algunos errores comunes Cuando las cosas no marchen del todo

bien se debe evitar tomar algunas medidas que lo único que conseguirán es perjudicar:Abreviar las etapas iniciales del proceso

de desarrollo de software para pasar directamente a otra etapa. Los errores cometidos en las fases iniciales de un proyecto son mucho más costosos de corregir a la larga, por lo que abreviar las etapas iniciales tiene graves consecuencias.


3535

No gestionar adecuadamente los cambios que inevitablemente ocurren durante el proyecto. Tan malo es permitir cualquier cambio de forma indiscriminada como ser excesivamente rígidos a la hora de no admitir cambios aunque éstos sean razonables.

Reducir la interacción con el cliente, ya que aparentemente sólo se dedica a entorpecer el trabajo con sus continuos cambios de opinión y sus expectativas poco realistas. Craso error. Al fin y al cabo, el cliente es la persona cuyas necesidades se han de descubrir y satisfacer.


3636

Someter a los miembros del equipo a continuas interrupciones durante su jornada de trabajo (llamadas telefónicas, reuniones, consultas). Las calidad del trabajo intelectual depende de la capacidad del trabajador de mantener su "estado de flujo" (un estado relajado de inmersión total en un problema que facilita su comprensión y la generación de soluciones). Se tarda unos 15 minutos en conseguir este estado, por lo que una simple interrupción cada 10 minutos afecta drásticamente al rendimiento del trabajador.


3737

Hacer trabajar horas extra a los miembros del equipo de desarrollo sólo sirve para disminuir su productividad. Tras un larga jornada de trabajo, la mente pierde su frescura y comete errores que luego tendrán que corregirse.

No informar de pequeños retrasos pensando que más tarde se recuperará el tiempo perdido. Se deben negociar algunos recortes con el cliente si éste desea mantener los plazos estipulados al comienzo del proyecto.

Confiar excesivamente en la mejora de rendimiento que se producirá gracias al uso de una nueva herramienta, tecnología o metodología.


3838

clase trece 2011

Documents