Desarrollo Sis

3.673 visualizaciones

Publicado el

Publicado en: Tecnología, Empresariales
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
3.673
En SlideShare
0
De insertados
0
Número de insertados
41
Acciones
Compartido
0
Descargas
98
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Desarrollo Sis

  1. 1. Desarrollo de Sistemas
  2. 2. Participantes <ul><li>Stakeholders o beneficiarios del sistema. </li></ul><ul><li>Usuarios: individuos que interactúan regularmente con el sistema (empleados, gerentes, clientes, proveedores) </li></ul><ul><li>Analista de Sistemas: profesionista que se especializa en análisis y diseño de sistemas ( que interactúa con los beneficiarios, usuarios, gerentes dirección,programadores, personal de sistemas). Desarrolla planes detallados del sistema. </li></ul>
  3. 3. Participantes <ul><li>Programador: responsable de modificar o desarrollar los programas que satisfagan los requerimientos de los usuarios. </li></ul><ul><li>Personal de sistemas: técnicos especialistas en BD, Telecomunicaciones, Ingenieros de hardware y proveedores. </li></ul><ul><li>Debemos verificar que existan buenas habilidades de comunicación entre todos los participantes en el desarrollo de sistemas. </li></ul>
  4. 4. Inicio del Desarrollo <ul><li>El inicio de desarrollo de un sistema, se da por que un individuo o grupo percibe el beneficio potencial, ya que con el nuevo sistema pueden explotarse nuevas oportunidades y se puede incrementar la competencia. </li></ul><ul><li>También se da por crecimiento organizacional, por cambios en el mercado externo de la empresa, por problemas con el actual sistema para hacer mas efectivo el uso de la información. Por una solicitud al departamento de sistemas. </li></ul>
  5. 5. Plan informático o Plan de Sistemas de Información <ul><li>Es la traducción del plan de negocios o plan estratégico, es decir de la metas organizacionales y estrategias de la empresa, en iniciativas de desarrollo de sistemas que los soporten. </li></ul><ul><li>“ Edward Yourdon dice que un profundo conocimiento de las políticas, tendencias, preferencias y aspectos culturales de una organización como su entendimiento, son necesarios para un efectivo desarrollo de sistemas”. </li></ul>
  6. 6. Plan informático o Plan de Sistemas de Información <ul><li>Se busca que cree una ventaja competitiva, para lo cual se requiere un análisis creativo (que involucra la investigación de nuevos enfoques de solución a los problemas existentes e introducción de nuevas metodologías de solución). </li></ul>
  7. 7. Plan informático o Plan de Sistemas de Información <ul><li>También requiere de un análisis crítico (que necesita de un cuidadoso cuestionamiento de si los elementos que conforman o van a conformar parte de un sistema están relacionados de la manera más eficiente o efectiva o no, pudiéndose crear o modificar dichas relaciones). </li></ul>
  8. 8. Plan de Sistemas de Información <ul><li>Requiere también de no automatizar por automatizar los sistemas manuales de la empresa, sino de cuestionar a los futuros usuarios acerca de sus verdaderas necesidades e identificar las diferencias entre objetivos y orientaciones de los diferentes departamentos o áreas del negocio, que pudieran estar en conflicto (por ej. Ventas desea maximizar el inventario para la entrega a tiempo, mientras que Admón.. minimizarlo para reducir los costos). </li></ul>
  9. 9. Establecimiento de objetivos <ul><li>El impacto que un sistema pueda tener en una organización depende de su habilidad para enfrentar y dar soporte a sus metas, lo cual le da un valor verdadero en la empresa. Se le llama sistemas de misión crítica a los que juegan un papel pivote, más que otros en la empresa y en su operación. </li></ul>
  10. 10. Establecimiento de objetivos <ul><li>Objetivos de desempeño: la calidad o utilidad de un reporte, nos da o no la información correcta. La calidad o utilidad del formato de un reporte, es fácil de entender o no. Velocidad de impresión, se imprime en el tiempo o momento que se le necesita o no. </li></ul>
  11. 11. Establecimiento de objetivos <ul><li>Objetivos de costo: los beneficios obtenidos de cumplir con los objetivos de desempeño, deben balancearse contra los costos de desarrollo del sistema, los costos de su originalidad o “traje a la medida”, los costos de inversión en hardware y equipo relacionado, los costos del personal para su desarrollo, y los costos de operación del mismo, como son luz, software, etc. </li></ul>
  12. 12. Ciclos de vida del desarrollo de sistemas <ul><li>Tradicional </li></ul><ul><li>Prototipos </li></ul><ul><li>RAD (Rapid application development) </li></ul><ul><li>End-user (Usuario final) </li></ul>
  13. 13. Ciclo de vida tradicional
  14. 14. Ciclo de vida tradicional <ul><li>1. Investigación : identificación de problemas y oportunidades, ¿cuál es el problema?, ¿vale la pena resolverlo? </li></ul><ul><li>2. Análisis : identificación de fuerzas, debilidades (FODA), y oportunidades de mejora¿qué puede hacer la información para resolver el problema? Estudio de factibilidad. </li></ul>
  15. 15. Estudio de factibilidad <ul><li>Factibilidad técnica: ¿es posible adquirir o desarrollar el hardware y el software u otros componentes del sistema? </li></ul><ul><li>Factibilidad operativa: ¿se puede poner en práctica?¿cuales son las consideraciones motivacionales y logísticas (o estratégicas) para su aceptación? </li></ul><ul><li>Factibilidad económica: ¿tiene sentido gastar contra los beneficios predichos y el tiempo necesario para obtenerlos? (VP) </li></ul><ul><li>Factibilidad de programa: ¿se terminara en un tiempo razonable? </li></ul>
  16. 16. Análisis de sistemas <ul><li>Fuentes de información o colección de datos: busca información adicional acerca de los problemas identificados en la investigación inicial </li></ul><ul><li>Análisis de datos: manipulación de datos recopilados de modo que se pueda determinar la eficacia y eficiencia para el desarrollo de sistemas en cuestion. </li></ul><ul><li>Análisis de requerimientos: evaluación para determinar las necesidades de información de usuarios, beneficiarios y la organización. </li></ul>
  17. 17. Ciclo de vida tradicional <ul><li>3. Diseño: ¿cómo hará el sistema de información lo que tiene que hacer para resolver el problema?. Se detallan salidas, entradas, interfases con el usuario por medio de diagramas de flujo, diagramas de estados, entidad-relación, etc. Se especifican hardware, software, bd, telecomunicaciones, personal, procedimientos y como se relacionan). </li></ul>
  18. 18. Diseño de sistemas <ul><li>El diseño lógico se refiere a lo que hará el sistema, y el diseño físico se refiere a como se llevaran a cabo las tareas en conjunto de los componentes del sistema tanto hardware como software. Ambos diseños incluyen el diseño de: salidas, entradas, procesamientos, archivos y bases de datos, telecomunicaciones, procedimientos, controles y seguridad, personal y empleos, hardware y software. </li></ul>
  19. 19. Diseño de datos <ul><li>Modelado de datos: Diagrama de entidad-relación (DER) </li></ul><ul><li>Modelado de actividades: Diagrama de flujo de datos (DFD), Diagrama de flujo de aplicaciones (DFA) y Diagrama de flujo (DF), Tablas relación aplicación-bases de datos, Diagrama de áreas funcionales (DAF), Matrices (Estrategias, entidades, procesos, bases de datos) </li></ul><ul><li>Herramientas CASE </li></ul>
  20. 20. Diseño de sistemas <ul><li>Procedimientos de conexión o sign-on procedures: números de identificación, contraseñas y otras salvaguardas necesarias para el acceso a los recursos del sistema (por ej. el proceso de log on) </li></ul><ul><li>Procesamiento interactivo: a través de pantallas de menú y ayuda, tablas de búsqueda para los catálogos, procedimientos de reinicio. </li></ul>
  21. 21. Diseño de sistemas <ul><li>Diseño de diálogos interactivos: conjunto de mensajes que se comunican entre el sistema y el usuario </li></ul><ul><li>Prevención, detección y corrección de errores durante la operación del sistema. </li></ul><ul><li>Controles del sistema: para mantener la seguridad de los datos, por ej. áreas cerradas y abiertas. Controles preventivos o reglas para evitar los problemas en que podría incurrir el sistema antes de que ocurran. </li></ul>
  22. 22. DISEÑO ESTRUCTURADO 1.- DFD Finanzas Compra Auto Nuevo Captura datos autos nuevos Fac OP Doc. entrada Alta auto Archivo autos nuevos Noti Pedido Ctz CH S-$ Gerencia Solic. Ejemplo:Proceso Autos Nuevos Agencia Garage autos
  23. 23. 2.- DICCIONARIO DE DATOS : Doc.entrada = Datos auto + fecha entrada + costo+ precio publico +... Alta auto = Captura datos del auto para alta en registro... Noti = Reporte de entrada de auto nuevo a la tienda.... OP = Autorización + Orden de pago+...... Descripción de los datos , información o contenido de los documentos que entran o salen de un proceso determinado.
  24. 24. AUTOS NUEVOS marca fabricante modelo costo año cve auto Cve-auto precio v. pedido pedido Cve auto Cve auto 3.- Diagrama Entidad-Relación (BD) año VENTAS año cve venta fecha venta p. total AUTOS USADOS año cve auto fabricante marca modelo costo inicial año Datos auto Compra auto costo de reparación
  25. 25. 4.-Un tipo de descripción de Proceso Solicitud de Auto Nuevo Solicitud Cotización Agencias Recepción de Cotización Orden de Compra + Cheque Autoriz. + Ord. Pago? no si Factura. + Auto ? no si Documento de alta de auto nuevo en registro
  26. 26. Ciclo de vida tradicional <ul><li>5. Pruebas y depuración. En esta fase se pone realizan pruebas de caja blanca y caja negra para verificar que todas las funciones programadas realicen las actividades para las cuales fueron diseñadas. </li></ul><ul><li>6. Implantación: es cuando se ensamblan todos los componentes del sistema. Y se prepara en el uso y operación del mismo a todos los futuros usuarios. </li></ul>
  27. 27. <ul><li>7.Mantenimiento y revisión: son las modificaciones y actualizaciones hechas al sistema para que continúe enfrentando y soportando las cambiantes necesidades del negocio. </li></ul>Ciclo de vida tradicional
  28. 28. Prototipos
  29. 29. Ciclo de vida prototipos <ul><li>Es un enfoque iterativo, en el que en cada iteración se identifican los requerimientos y soluciones alternativas al problema, se diseñan las nuevas soluciones para ello y una porción del sistema se implementa. Todo este desarrollo se da en completa comunicación e interacción con el usuario. Se puede hacer de manera operacional accesando la información real como son archivos y bd o no operacional utilizando un modelo teórico en su lugar. </li></ul>
  30. 32. Ciclo de vida RAD <ul><li>Emplea técnicas, herramientas y metodologías diseñadas para acelerar el desarrollo de sistemas, en menos de 6 meses (y/o liberando subsistemas si es que el sistema es muy grande). Ejemplos de herramientas utilizadas son: Power Builder, Sybase´s Powersoft, Centura, Erwin, Bpwin, Visual Basic, Informix, Oracle, WebSphere </li></ul><ul><li>etc. </li></ul>
  31. 33. Ciclo de vida End-User <ul><li>Es cualquier proyecto de desarrollo de sistemas en que una combinación de managers, gerentes y usuarios realiza como prioridad las actividades del desarrollo de sistemas, en forma conjunta hasta el término del mismo. </li></ul><ul><li>Empleados ajenos al área de sistemas, que en forma independiente satisfacen sus necesidades de sistemas de información, desde una rutina de software hasta una bd de contactos comerciales. </li></ul>
  32. 34. Factores del éxito en el desarrollo de sistemas de información <ul><li>Grado de madurez del desarrollo de un sistema. </li></ul><ul><li>Grado de cambio. </li></ul><ul><li>Calidad de planeación del proyecto. </li></ul><ul><li>PERT y Diagramas de Gantt. </li></ul><ul><li>ISO-9000. </li></ul><ul><li>Uso de herramientas CASE. </li></ul>
  33. 35. Grado de madurez del desarrollo de un sistema de información <ul><li>Inicial: pocos procesos de desarrollo </li></ul><ul><li>Repetible: se registran costos, tiempos y funciones durante el desarrollo </li></ul><ul><li>Definido: se documenta el desarrollo </li></ul><ul><li>Controlado: se tienen detalles y mediciones del desarrollo </li></ul><ul><li>Optimo: se da un desarrollo continuo. </li></ul>
  34. 36. Grado de cambio <ul><li>Grado de cambio que puede existir del proyecto. </li></ul><ul><li>Grado de mejoras continuas que se le pudieran solicitar al proyecto de desarrollo pactado originalmente. </li></ul><ul><li>La habilidad en su negociación y manejo son cruciales para el éxito del desarrollo del sistema pactado. </li></ul>
  35. 37. Calidad planeación del proyecto <ul><li>El desarrollo idóneo de sistemas no ocurre de forma automática. </li></ul><ul><li>Proyectos fuera de control: excede el presupuesto asignado y las fechas de entrega previstas. </li></ul><ul><li>Factores que contribuyen al fracaso de un proyecto: se esta solucionando el problema incorrecto, definición - análisis - diseño - pruebas - operación deficientes, proyecto demasiado ambicioso, falta de apoyo de la alta dirección - gerentes –usuarios. </li></ul>
  36. 38. Herramientas de administración proyectos <ul><li>PERT (program evaluation and review technique): establece descripción detallada de las actividades y su ruta crítica (indicando fechas estimadas mínima, más probable y máxima) </li></ul><ul><li>Diagrama de Gantt: se vigilan y coordinan las actividades del proyecto de forma gráfica, indicando fechas de inicio y de límite en una barra sobre una cuadrícula. </li></ul>
  37. 40. ISO-9000 <ul><li>Norma internacional sobre el uso de procesos formales de control de calidad, que permite definir y documentar los procedimientos de calidad para la producción y servicios requeridos en el desarrollo de sistemas. </li></ul>
  38. 41. Uso de herramientas CASE <ul><li>CASE (Computer-aided software engineering tools), son herramientas que automatizan muchas de las tareas necesarias en un desarrollo de sistemas. </li></ul><ul><li>upper-CASE: son las que dan soporte en las etapas iniciales de investigación, análisis y diseño. </li></ul><ul><li>lower-CASE: son las que dan soporte en las etapas avanzadas de implantación y generación de programas. </li></ul><ul><li>integrated-CASE (I-CASE): son las que conjunta o enlazan las dos anteriores. </li></ul>
  39. 42. Procedimientos alternativos de emergencia y recuperación en casos de desastre <ul><li>Respaldo de hardware (sitio espejo o hot site o duplicado externo, infraestructura de respaldo o cold site o sitio frío). </li></ul><ul><li>Respaldo de software y bases de datos (selectivo - solo de ciertos archivos, incremental - solo de los archivos modificados, image log o archivo de imagen - que contiene solo los cambios a las aplicaciones. </li></ul>
  40. 43. Procedimientos alternativos de emergencia y recuperación en casos de desastre <ul><li>Respaldo de telecomunicaciones: componentes duplicados de la red. </li></ul><ul><li>Respaldo de personal: el outsourcing y la capacitación cruzada con otros departamentos que no sean de sistemas. </li></ul><ul><li>De protección contra inseguridad, fraudes e invasión de la privacidad. </li></ul>

×