Tecnología de la Información
Ciclo de Vida de un  Sistema de Información
<ul><li>El ciclo de vida es el conjunto de fases o etapas por las que pasa el sistema desde que se concibe hasta que se re...
<ul><li>Todo ciclo de vida debe cubrir tres objetivos básicos: </li></ul><ul><ul><li>Definir las actividades a realizar y ...
<ul><li>El ciclo de vida de un sistema de información es el marco de referencia que contiene los procesos, las actividades...
Fases en el ciclo de vida de un proyecto   <ul><li>Análisis:  es la recopilación de los requisitos del software. Se debe c...
<ul><li>Diseño:  Consiste en descomponer y organizar el sistema en elementos que puedan ser desarrollados por separado. El...
<ul><li>Codificación:  En esta fase se traduce el diseño a un lenguaje legible para el computador. También se harán las pr...
<ul><li>Mantenimiento:  Puede ocurrir que durante la explotación del sistema sea necesario realizar cambios para corregir ...
<ul><li>Este modelo se lo conoce como  modelo en cascada  y trata de aislar cada fase de la siguiente de manera que las fa...
Los procesos del ciclo de vida   <ul><li>Son aquellos que resultan útiles a las personas que inician o realizan el desarro...
<ul><li>1-Proceso de adquisición: Contiene las actividades y tareas que el comprador, el cliente o el usuario realizan par...
<ul><li>2-Proceso de suministro: Contiene las actividades y tareas que el proveedor realiza. Comienzan con la preparación ...
<ul><li>3-Proceso de desarrollo: Contiene las actividades de análisis de requisitos, diseño, codificación, integración, pr...
Adquisición de software <ul><li>Los procesos de adquisición de software son cada vez más usuales porque es un recurso vita...
<ul><li>Una vez que se conocen los requerimientos de los sistemas, se debe hacer una comparación entre todos los paquetes ...
<ul><li>Áreas donde la flexibilidad es deseable:  </li></ul><ul><ul><li>En el almacenamiento de datos.  </li></ul></ul><ul...
<ul><li>Apoyos del proveedor </li></ul><ul><ul><li>Frecuencia del mantenimiento.  </li></ul></ul><ul><ul><li>Servicios que...
Criterios para la Evaluación de Software <ul><li>Necesidades actuales y futuras. Necesidad de cambios. </li></ul><ul><li>A...
<ul><li>Mantenimiento: se proporcionan mejoras y mantenimiento, si son fáciles de hacer, si el código fuente es claro. </l...
<ul><li>Para la adquisición de Software intervienen ciertos factores: </li></ul><ul><ul><li>Asignar el personal </li></ul>...
<ul><li>La solicitud de propuesta deberá incluir:  </li></ul><ul><ul><li>Información general </li></ul></ul><ul><ul><li>Ob...
<ul><li>Para llevar a cabo una buena evaluación de las propuestas presentadas deberán tomarse en cuenta los siguientes tér...
<ul><li>Existe una amplia variedad de propuestas en lo que respecta a cómo organizar el proceso de desarrollo de software....
Éxito y fracaso de los Sistemas de Información <ul><li>El desarrollo e implantación de los sistemas de información en much...
<ul><li>Las principales causas que originan el fracaso de los sistemas de información: </li></ul><ul><li>a) Falta de aline...
<ul><li>b)  Escaso apoyo de la administración: la alta dirección de la compañía ha de percibir realmente que los sistemas ...
<ul><li>c)  Mala identificación de las necesidades de información: las empresas implantan las tecnologías de información s...
<ul><li>d) Escasa influencia del usuario final: a la hora de diseñar el sistema de información resulta fundamental contar ...
<ul><li>e) Nula formación del personal: se requiere siempre la realización de actividades formativas para el aprendizaje d...
<ul><li>A la hora de planificar, desarrollar e implantar los sistemas de información ha de realizarse por parte de la empr...
<ul><li>El proceso de desarrollo de los sistemas de información afectará en gran medida al éxito o fracaso de la organizac...
<ul><li>Tener los ordenadores más avanzados, los mejores programas y la mejor red de telecomunicaciones no resulta indicat...
Algunos errores comunes <ul><li>Cuando las cosas no marchen del todo bien se debe evitar tomar algunas medidas que lo únic...
<ul><ul><li>No gestionar adecuadamente los cambios que inevitablemente ocurren durante el proyecto. Tan malo es permitir c...
<ul><ul><li>Someter a los miembros del equipo a continuas interrupciones durante su jornada de trabajo (llamadas telefónic...
<ul><ul><li>Hacer trabajar horas extra a los miembros del equipo de desarrollo sólo sirve para disminuir su productividad....
 
Próxima SlideShare
Cargando en…5
×

Clase trece 2011

283 visualizaciones

Publicado el

clase trece

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
283
En SlideShare
0
De insertados
0
Número de insertados
2
Acciones
Compartido
0
Descargas
11
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Clase trece 2011

  1. 1. Tecnología de la Información
  2. 2. Ciclo de Vida de un Sistema de Información
  3. 3. <ul><li>El ciclo de vida es el conjunto de fases o etapas por las que pasa el sistema desde que se concibe hasta que se retira del servicio. </li></ul><ul><li>Se trata de la estructura del proceso de producción del sistema de información. </li></ul><ul><li>El Modelo de Ciclo de Vida indica cuáles son las actividades a realizar y el orden en que se van a realizar. </li></ul>
  4. 4. <ul><li>Todo ciclo de vida debe cubrir tres objetivos básicos: </li></ul><ul><ul><li>Definir las actividades a realizar y en qué orden. </li></ul></ul><ul><ul><li>Asegurar la consistencia con el resto de los sistemas de información de la organización. </li></ul></ul><ul><ul><li>Proporcionar puntos de control para la gestión del proyecto (calendario y presupuesto). </li></ul></ul>
  5. 5. <ul><li>El ciclo de vida de un sistema de información es el marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definición de los requisitos hasta la finalización de su uso. </li></ul>
  6. 6. Fases en el ciclo de vida de un proyecto <ul><li>Análisis: es la recopilación de los requisitos del software. Se debe comprender el ámbito de información del software así como la función, el rendimiento y las interfaces requeridas. Estos requisitos se deben documentar y revisar de tal manera que los entiendan tanto los usuarios como el equipo de desarrollo del software. Se desarrollará el documento de requisitos del software de lo que debe hacer el sistema. </li></ul>
  7. 7. <ul><li>Diseño: Consiste en descomponer y organizar el sistema en elementos que puedan ser desarrollados por separado. El resultado del diseño es la colección de especificaciones de cada elemento. En esta fase se desarrollará el Documento del diseño del Software que será una descripción del estructura global del sistema. </li></ul>
  8. 8. <ul><li>Codificación: En esta fase se traduce el diseño a un lenguaje legible para el computador. También se harán las pruebas o ensayos necesarios para garantizar que dicho código funciona correctamente. La documentación de esta fase será el Código fuente. </li></ul><ul><li>Integración: Consiste en probar el sistema completo para garantizar el funcionamiento correcto del conjunto antes de ser puesto en explotación. Aquí se obtiene el Sistema Software ejecutable. </li></ul>
  9. 9. <ul><li>Mantenimiento: Puede ocurrir que durante la explotación del sistema sea necesario realizar cambios para corregir errores que no han sido detectados en las fases anteriores o bien para introducir mejoras. Se hace un Documento de cambios ante cualquier modificación. En todas estas fases la verificación y validación se han de tener en cuenta. La verificación comprueba que el software que se está desarrollando cumple los requisitos y la validación comprueba que las funciones del software son las que el usuario desea. </li></ul>
  10. 10. <ul><li>Este modelo se lo conoce como modelo en cascada y trata de aislar cada fase de la siguiente de manera que las fases sucesivas puedan ser desarrolladas por grupos de personas distintas facilitándose así la especialización. </li></ul><ul><li>El número de fases es irrelevante, lo que caracteriza verdaderamente a este modelo es la secuencialidad entre las fases y la necesidad de completar cada una de ellas para pasar a la siguiente. </li></ul><ul><li>El sistema está terminado cuando se han realizado todas las fases. </li></ul>
  11. 11. Los procesos del ciclo de vida <ul><li>Son aquellos que resultan útiles a las personas que inician o realizan el desarrollo, la explotación o el mantenimiento del software a lo largo del ciclo de vida. </li></ul><ul><li>Estas personas son los compradores, los proveedores, el personal de desarrollo, los usuarios y el personal encargado del mantenimiento del software. </li></ul>
  12. 12. <ul><li>1-Proceso de adquisición: Contiene las actividades y tareas que el comprador, el cliente o el usuario realizan para adquirir un sistema o un producto software. Aquí están incluidos la preparación y publicación de una solicitud de ofertas, la selección del proveedor del software y la correspondiente gestión de los procesos desde la adquisición hasta la aceptación del producto. </li></ul>
  13. 13. <ul><li>2-Proceso de suministro: Contiene las actividades y tareas que el proveedor realiza. Comienzan con la preparación de una propuesta para responder a una petición de oferta de un comprador o con la firma de un contrato con el comprador para proporcionarle un producto software. Trata la identificación de los procedimientos y de los recursos necesarios para gestionar y garantizar el éxito del proyecto, incluyendo el desarrollo de los planes del proyecto y la ejecución de dichos planes hasta la entrega del producto software al comprador. </li></ul>
  14. 14. <ul><li>3-Proceso de desarrollo: Contiene las actividades de análisis de requisitos, diseño, codificación, integración, pruebas e instalación y aceptación. </li></ul><ul><li>4-Proceso de explotación: Comprende la propia explotación del software y el soporte operativo a los usuarios del sistema. </li></ul><ul><li>5-Proceso de mantenimiento: Aparece cuando, tarde o temprano, el software requiere modificaciones, bien por errores o necesidades de mejoras. </li></ul>
  15. 15. Adquisición de software <ul><li>Los procesos de adquisición de software son cada vez más usuales porque es un recurso vital para todo tipo de organizaciones. </li></ul><ul><li>Existen diferentes tipos de obtener software, por desarrollo interno, desarrollo por contrato (terciarizado) o mediante la compra de un producto listo. </li></ul><ul><li>En el proceso de adquisición de software se pueden observar dos roles principales, el rol del comprador y el rol del proveedor o desarrollador . </li></ul>
  16. 16. <ul><li>Una vez que se conocen los requerimientos de los sistemas, se debe hacer una comparación entre todos los paquetes que cumplen con las condiciones para seleccionar el más apto. </li></ul><ul><li>Las características a considerar en la adquisición de software son: flexibilidad, capacidades, previsión de auditorias, confiabilidad, contratos de software y apoyos del proveedor. </li></ul>
  17. 17. <ul><li>Áreas donde la flexibilidad es deseable: </li></ul><ul><ul><li>En el almacenamiento de datos. </li></ul></ul><ul><ul><li>En la producción de informes. </li></ul></ul><ul><ul><li>En la entrada de datos. </li></ul></ul><ul><ul><li>En la definición de parámetros. </li></ul></ul>
  18. 18. <ul><li>Apoyos del proveedor </li></ul><ul><ul><li>Frecuencia del mantenimiento. </li></ul></ul><ul><ul><li>Servicios que se incluyen en el pago. </li></ul></ul><ul><ul><li>Saber si se incrementa el costo del mantenimiento. </li></ul></ul><ul><ul><li>Horarios disponibles de servicio. </li></ul></ul><ul><ul><li>Saber si tienen servicio de emergencia. </li></ul></ul>
  19. 19. Criterios para la Evaluación de Software <ul><li>Necesidades actuales y futuras. Necesidad de cambios. </li></ul><ul><li>Adaptabilidad: que tan fácil se puede modificar, si es amigable al usuario, si cuenta con el personal necesario para las modificaciones. </li></ul><ul><li>Qué computadora requiere para correr, sistema operativo, memoria que ocupa </li></ul><ul><li>Base de datos: tamaño, posibles cambios. </li></ul><ul><li>Instalación: que tan fácil de instalar es, si requiere capacitación . </li></ul>
  20. 20. <ul><li>Mantenimiento: se proporcionan mejoras y mantenimiento, si son fáciles de hacer, si el código fuente es claro. </li></ul><ul><li>Documentación: que documentación se proporciona, si es fácil de entender, si está completa. </li></ul><ul><li>Calidad del Proveedor: experiencia, imagen, soporte, permanencia, opinión de otros clientes, es receptivo a sugerencias. </li></ul><ul><li>Costos: cuales son las alternativas de compra, que incluye el precio, si existe costos extras o por mantenimientos. </li></ul>
  21. 21. <ul><li>Para la adquisición de Software intervienen ciertos factores: </li></ul><ul><ul><li>Asignar el personal </li></ul></ul><ul><ul><li>Preparar listas de requerimientos </li></ul></ul><ul><ul><li>Evaluar alternativas </li></ul></ul><ul><ul><li>Contactar usuarios para confirmar </li></ul></ul><ul><ul><li>Financiamiento para la adquisición </li></ul></ul><ul><ul><li>Negociación de contrato </li></ul></ul>
  22. 22. <ul><li>La solicitud de propuesta deberá incluir: </li></ul><ul><ul><li>Información general </li></ul></ul><ul><ul><li>Objetivo </li></ul></ul><ul><ul><li>Propósito </li></ul></ul><ul><ul><li>Fecha límite de entrega </li></ul></ul><ul><ul><li>Descripción detallada del producto o servicio </li></ul></ul><ul><ul><li>Especificaciones detallada de servicios de soporte de usuario. </li></ul></ul><ul><ul><li>Coordinar presentaciones . </li></ul></ul>
  23. 23. <ul><li>Para llevar a cabo una buena evaluación de las propuestas presentadas deberán tomarse en cuenta los siguientes términos: </li></ul><ul><ul><li>Validar lo que ofrece del proveedor </li></ul></ul><ul><ul><li>Analizar propuesta </li></ul></ul><ul><ul><li>Costo </li></ul></ul><ul><ul><li>Disponibilidad </li></ul></ul><ul><ul><li>Calidad de diseño </li></ul></ul>
  24. 24. <ul><li>Existe una amplia variedad de propuestas en lo que respecta a cómo organizar el proceso de desarrollo de software. </li></ul><ul><li>La mayoría de las propuestas definen qué actividades hay que realizar y en qué orden, algunas sugieren qué combinaciones de actividades son las más indicadas en cada etapa del proceso de desarrollo de software y cuáles deberían ser los resultados que se obtengan de cada una de ellas. </li></ul>
  25. 25. Éxito y fracaso de los Sistemas de Información <ul><li>El desarrollo e implantación de los sistemas de información en muchas ocasiones termina en fracaso, lo cual implica un alto coste para la empresa y la pérdida de recursos que se podían haberse utilizado en usos alternativos. </li></ul>
  26. 26. <ul><li>Las principales causas que originan el fracaso de los sistemas de información: </li></ul><ul><li>a) Falta de alineación entre los sistemas de información y la estrategia empresarial: muchas organizaciones siguen considerando los sistemas de información como un mero instrumento que simplifica la burocracia sin valorar las ventajas estratégicas que estos presentan. </li></ul>
  27. 27. <ul><li>b) Escaso apoyo de la administración: la alta dirección de la compañía ha de percibir realmente que los sistemas de información constituyen un arma estratégica. Además ha de existir una predisposición a cambiar la organización empresarial si lo requieren los nuevos sistemas de información. </li></ul>
  28. 28. <ul><li>c) Mala identificación de las necesidades de información: las empresas implantan las tecnologías de información sin previamente haber realizado un proceso de determinación de las necesidades de información y cómo éstas pueden ser satisfechas utilizando adecuadamente los sistemas de información. </li></ul>
  29. 29. <ul><li>d) Escasa influencia del usuario final: a la hora de diseñar el sistema de información resulta fundamental contar con la opinión del usuario final, porque va a ser quien utilice el sistema de información. Por ello este usuario ha de estar motivado e incentivado a colaborar en el diseño del sistema. </li></ul>
  30. 30. <ul><li>e) Nula formación del personal: se requiere siempre la realización de actividades formativas para el aprendizaje de las nuevas herramientas informáticas a utilizar en la empresa. </li></ul>
  31. 31. <ul><li>A la hora de planificar, desarrollar e implantar los sistemas de información ha de realizarse por parte de la empresa, un alineamiento de la estrategia global de la compañía y los sistemas de información, identificando las principales necesidades y evaluando los distintos métodos de satisfacción, teniendo presente en todo momento cuáles son las tecnologías de información disponibles en el mercado y como estas pueden utilizarse. Además han de definirse claramente cuales son los objetivos de los sistemas de información . </li></ul>
  32. 32. <ul><li>El proceso de desarrollo de los sistemas de información afectará en gran medida al éxito o fracaso de la organización. </li></ul><ul><li>Las organizaciones tendrán que adecuar los sistemas de información a sus recursos de capital y las necesidades de la organización. </li></ul>
  33. 33. <ul><li>Tener los ordenadores más avanzados, los mejores programas y la mejor red de telecomunicaciones no resulta indicativo de un mejor sistema de información, en ocasiones puede que con tecnologías de información más modestas se satisfagan de igual manera las necesidades de la compañía. </li></ul><ul><li>Por ello toda empresa ha de considerar los sistemas de información como un todo, un elemento más de su política de negocio. </li></ul>
  34. 34. Algunos errores comunes <ul><li>Cuando las cosas no marchen del todo bien se debe evitar tomar algunas medidas que lo único que conseguirán es perjudicar: </li></ul><ul><ul><li>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. </li></ul></ul>
  35. 35. <ul><ul><li>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. </li></ul></ul><ul><ul><li>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. </li></ul></ul>
  36. 36. <ul><ul><li>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 &quot;estado de flujo&quot; (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. </li></ul></ul>
  37. 37. <ul><ul><li>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. </li></ul></ul><ul><ul><li>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. </li></ul></ul><ul><ul><li>Confiar excesivamente en la mejora de rendimiento que se producirá gracias al uso de una nueva herramienta, tecnología o metodología. </li></ul></ul>

×