Construccion de sistemas

8,838 views

Published on

Published in: Art & Photos
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
8,838
On SlideShare
0
From Embeds
0
Number of Embeds
96
Actions
Shares
0
Downloads
239
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Construccion de sistemas

  1. 1. • Demostrar la manera en que la construcción de nuevos sistemas produce el cambio organizacional. • Identificar y describir las actividades centrales en el proceso de desarrollo de sistemas. • Evaluar los métodos alternativos para la construcción de sistemas de información. • Comparar metodologías alternativas para el modelado de sistemas. • Identificar y describir nuevos enfoques para la construcción de sistemas en la era de la empresa digital.
  2. 2. Analizar costos Analizar Probar nuevos y beneficios de cambios en los Elección de sistemas los proyectos flujos de HW y SW basados en la de nuevos trabajo y en las Mejorar de web para las apropiados. procesos e sistemas de responsabili- ventas en línea información y dades incrementar la o un nuevo evaluar su resultantes. Probar los calidad de los sistema de viabilidad sistemas. productos y administración económica. servicios. de las Organizar relaciones con capacitaciones el cliente.
  3. 3. Cambio Organizacional  Automatización  Estructuración  Reingeniería  Cambio de Paradigma
  4. 4. Ayudar a los empleados a realizar sus tareas  Automatización con mayor eficiencia y efectividad. -Cálculo de sueldos - Acceso a los archivos de depósito del cliente - Reservaciones de aerolíneas
  5. 5.  Estructuración de Agilización de procedimientos procedimientos operativos estandarizados. Analizar, simplificar y rediseñar los  Reingeniería de procesos procesos de negocios con el fin de mejorar la velocidad, servicio y  Varios oficios se combinan en uno. calidad.  Los trabajadores toman decisiones.  Los procesos tienen múltiples versiones.  El trabajo se realiza en el sitio razonable.  Se reducen las verificaciones y los controles.  Un gerente de caso ofrece un solo punto de contacto.
  6. 6. Teorema de Thomas: "Aunque algo sea  Cambio de paradigma falso en sus causas, es cierto en sus consecuencias". Estructuras mentales, creencias, modelos, patrones, estereotipos que al asumirse como ciertos, nos resulta fácil adoptarlos, produciéndose una de las enfermedades organizacionales más graves denominada "parálisis paradigmática", causada por el "efecto paradigma" que no nos deja pensar ni dudar sobre la validez o vigencia del paradigma al asumirse como cierto. Neurociencia nos indica que el cerebro procesa aproximadamente 70.000 pensamientos diarios, de los cuales tan sólo el 1% constituyen pensamientos nuevos,
  7. 7. NO Determinar cómo Comprender qué Utilizar los SI para procesos de negocios mejorar proc. Negocios necesitan MEJORARSE
  8. 8. ¿Cómo puede decidir cuáles necesitan cambiarse y cuáles se podrían beneficiar realmente de los SI? • __ Dedicar demasiado tiempo y dinero para mejorar procesos de negocio de poco impacto Pérdida económica La decisión es por la dirección general en base a dos situaciones: Análisis Estratégico • __ Determinar cuáles son los procesos de negocios más importantes en los que se debe enfocar al aplicar nueva TI Puntos de aflicción • __ identificar los procesos que producen la mayor parte de las quejas de fabricantes, clientes o empleados y se aplican a arreglarlos primero
  9. 9. Identificar : • Las entradas y salidas de un proceso de negocios Entrada: elemento tangible o intangible que fluye desde el entorno hacia el proceso Salida: fluye de regreso al entorno y puede incluir clientes satisfechos • El flujo de productos y/o servicios • La red de actividades y holguras en el proceso Holguras: tiempo de retardo integrados en el proceso para facilitar la revisión y vigilancia, ya que los procesos consumen tiempo • Todos los recursos: capital, mano de obra, etc, para saber cómo reducir costos ya que es el objetivo principal del diseño de procesos de negocios • La estructura y el flujo de información • A los propietarios del proceso: los procesos son “ propiedad” de los encargados de tomar las decisiones • A los actores de los procesos y a los encargados de la toma de decisiones
  10. 10. • Costo del proceso: Costo total • Tiempo del proceso: tiempo de decisiones y actividades de todos los actores • Calidad del proceso: cantidad de tiempo y dinero en volver a hacer partes y servicios defectuosos • Flexibilidad del proceso: facilidad de producir variedad, cambios ante la presión del entorno y menores costos de mano de obra
  11. 11. • Reemplazar los pasos secuenciales del proceso con pasos paralelos • Permitir compartir información entre todos los participantes • Eliminar holguras • Transformar el procesamiento en procesos de flujo continuo • Automatizar las tareas de toma de decisiones
  12. 12. • Administración de procesos de negocios (BPM): las empresas que practican esto utilizan herramientas de mapeo de procesos para identificar y documentos los procesos existentes y para crear modelos de procesos mejorados. • Administración de la calidad total (TQM): tiene el propósito de mejorar la eficiencia organizacional y mejorar la calidad de sus productos, servicios y operaciones. • Seis Sigma: herramientas de análisis estadístico para descubrir las fallas en la ejecución de un proceso existente y hacer cambios menores. Mientras más rápido se elimina un problema en el ciclo de negocios, menos le cuesta a la compañía. Benchmarking: establece estándares estrictos para productos, servicios y otras actividades, y después mide el desempeño contra estos estándares.
  13. 13. • Desarrollo de sistemas: actividades involucradas en la generación de una solución de SI para un problema organizacional o una oportunidad. 1. Análisis de Sistemas: análisis de un problema que una organización tratará de resolver con un SI. Define, identifica sus causas, busca solución e identifica los requerimientos de información que debe satisfacer una solución de sistemas
  14. 14. Diseño o plan que muestra como se cumplirá el objetivo de satisfacer los requerimientos de información. Abarca componentes: - Administrativos - Organizacionales y - Tecnológicos
  15. 15. E S P E C IF IC AC IO NE S D E D IS E ÑO S AL IDA P RO CES AM IENT O DO CUM ENT ACIÓ N M edio Cálc ulos Doc um entac ión de operac iones Contenido M ódulos de program as Doc um entac ión de s is tem as O portunidad Inform es requeridos Doc um entac ión del us uario ENT RADA P RO CEDIM IENT O S M ANUAL ES CO NV ERS IÓ N O rígenes Q ué ac tividades Trans ferenc ia de arc hivos F lujo Q uién las realiz a Inic io de nuevos proc edim ientos Introduc c ión de datos Cuándo S elec c ión del m étodo de prueba Cóm o Reduc c ión al nuevo s is tem a Dónde INT ERF AZ DE US UARIO CO NT RO L ES CAP ACIT ACIÓ N S enc illez Controles de entrada (c arac teres , lím ite, m oderac ión) S elec c ión de las téc nic as de c apac itac ión E fic ienc ia Controles de proc es am iento (c ons is tenc ia, c onteo de regis tros ) Des arrollo de los m ódulos de c apac itac ión Lógic a Controles de s alida (totales , m ues tras de s alidas ) Identific ac ión de las ins talac iones de c apac itac ión Retroalim entac ión Controles de proc edim ientos (c ontras eñas , form ularios es pec iales ) E rrores DIS EÑO DE L A BAS E DE DAT O S S EG URIDAD CAM BIO S O RG ANIZACIO NAL ES M odelo de datos lógic os Controles de ac c es o Redis eño de tareas Requerim ientos de volum en y veloc idad P lanes de c atás trofes Dis eño de pues tos de trabajo O rganiz ac ión y dis eño de arc hivos S eguim ientos de auditoría Dis eño de proc es os E s pec ific ac iones de los regis tros Dis eño de la es truc tura de la organiz ac ión Relac iones de inform es
  16. 16. • Los usuarios deben tener control sobre el proceso de diseño de manera que refleje sus prioridades y no las predilecciones del personal técnico. Fracaso = insuficiencia de participación
  17. 17. TERMINACIÓN DEL PROCESO DE DESARROLLO DE SISTEMAS
  18. 18. Programación Durante esta etapa se traducen a código de sistemas todas aquellas características técnicas preparadas en la etapa de diseño
  19. 19. Pruebas • Prueba unitaria: consiste en comprobar por separado cada programa de sistema. • Prueba del sistema: comprueba el funcionamiento en conjunto del sistema de información. • Prueba de aceptación: Proporciona la certificación final de que el sistema está listo.
  20. 20. Conversión • Estrategia en paralelo: uso del sistema anterior simultáneamente con el nuevo sistema. • Conversión directa: reemplaza totalmente el sistema anterior. • Estudio piloto: presenta el nuevo sistema a sólo un área limitada de la organización. • Enfoque por fases: introduce el sistema en etapas o por unidades organizacionales.
  21. 21. MODELADO Y DISEÑO DE SISTEMAS: METODOLOGÍAS ESTRUCTURADAS Y ORIENTADA A OBJETOS
  22. 22. Diagrama de Flujos de datos (DFD) “Ofrece un modelo gráfico lógico del flujo de información, a través de partición del sistema en módulos.”
  23. 23. Diccionario de datos • Contiene información sobre las piezas individuales de datos y agrupaciones de datos.
  24. 24. Gráfica de estructura • Es un diagrama de arriba hacia abajo que muestra cada nivel de diseño y su relación con los demás niveles.
  25. 25. Desarrollo Orientado a Objetos - Se considera el objeto como la unidad básica del análisis y diseño de sistema. - Un objeto combina datos y procesos específicos que operan sobre estos datos. - Los datos encapsulados en un objeto solo se pueden acceder y modificar mediante operaciones asociadas con ese objeto. - Un sistema se modela como una colección de datos que a su vez se asocian a procesos, la relación que existe entre ambos. - Objetos orientado a clase y herencia, es decir los objetos que pertenece a cierta clase o categoría, se crea su propia característica
  26. 26. Estructura de un Sistema de Nómina Procesamiento de Nomina Obtención entrada Cálculo de Redacción válidas pagos de salida Redacción Actualización Obtención de Validación de Cálculo de Cálculo de cheque Informe de archivo entradas entradas Pagos brutos Pagos netos Archivo de maestro resultado
  27. 27. . Objetos orientados a clase y herencia, es decir los objetos que pertenece a cierta clase o categoría, se crea su propia característica Empleado ---------------------------- No. identificación Nombre, dirección, CLASE Y HERENCIA Fecha de contratación Puesto ------------------------------ Pago Temporal Por hora --------------------- Asalariado Tarifa por día --------------------- ---------------------- Horas totales Tarifa x hrs. Salario anual bono ---------------------- Tarifa x hrs. extra ---------------------- Determinación ---------------------- Calculo bono Elegibilidad permanente Calculo hrs. extra
  28. 28. Ingeniería de software asistida por computadoras (CASE) • Es conocida también como ingeniería de sistema asistida por computadora y consiste en automatización de metodología paso a paso para el desarrollo de un software y sistemas para reducir la cantidad de proceso repetitivo que el diseñador necesita realizar. • Permite crear una documentación estructurada para lograr un coordinación en el desarrollo de los esfuerzo de un equipo de trabajo. • Esta herramienta te permite lograr productividad si la usas adecuadamente y por lo general consiste en PC con una capacidad gráfica robusta.
  29. 29. En general esta herramienta busca aumentar la productividad y calidad en: • Aplicar una metodología estándar e imponen disciplina en el diseño. • Mejorar la comunicación entre los usuarios y los especialistas técnicos. • Organizan y correlacionan los componentes de diseño y proporcionan acceso rápido a ellos. • Automatizan las partes tediosas y propensas a error. • Automatizan la creación de códigos y prueban y controlan la implementación.
  30. 30. • Front end o back end. (servidor Web) Consiste en determinar las actividades de codificación, pruebas y mantenimiento. • Herramienta CASE • Se enfoca en la captura de información, diseño y análisis de las primera etapa del desarrollo del sistema. • Las herramientas CASE han venido a revolucionar la forma de automatizar los aspectos clave en el desarrollo de los sistemas de información, debido a la gran plataforma de seguridad que ofrecen a los sistemas
  31. 31. • Las Herramientas CASE se clasifican por su amplitud en: –TOOLKIT (programas de antivirus), –WORKBENCH (gráficas de circuitos eléctricos) Aademás también se pueden dividir teniendo en cuenta las fases del ciclo de vida que automatizan: UPPER CASE, MIDDLE CASE, LOWER CASE. La herramienta CASE, mínimo debe: –Proporcionar topologías de aplicación flexibles –Proporcionar aplicaciones portátiles –Crear código compilado en el servidor –Dar un Soporte multiusuario –Ofrecer Seguridad
  32. 32. Ciclo de vida tradicional de los sistemas • Consiste en varias etapas o fases. • Por un lado los especialistas técnicos, los analista de sistema y los programadores son los responsables en gran parte del diseño e implementación del sistema. • Por otro lado el usuario final está limitado a proporcionar los requerimientos y revisar el trabajo del personal técnico. El ciclo de vida depende de las especificaciones formales y el trabajo administrativo, por la gran cantidad de documentación y datos de se generen en el curso de la ejecución de las labores .
  33. 33. Creación de prototipos • Sistema experimental donde el usuario final lo evalúan. • En la interacción del usuario considerando la partes buena o mala. • Cumple las exigencias. • Se establece un sistema definitivo. Ventajas -Costo - tiempo implementación - usuario interactúa. Desventajas - Omita pasos esenciales - No seguir explorando - Limitado.
  34. 34. Desarrollo por parte del usuario final • La característica principal es que estos sistemas son desarrollados por usuarios finales con poca especialización técnica. • Estos sistemas son posibles con herramientas de software denominado “lenguaje de cuarta generación”. • Los lenguajes de cuarta generación pueden ser no procedulares o menos procedulares, que lenguajes convencionales de programación. • El lenguaje no procedular solo indica qué hacer sin detalles. • Existen los “lenguajes de consulta”: proporcionan respuestas inmediatas y en línea.
  35. 35. HERRAMIENTA DE CUARTA GENERACIÓN EJEMPLO Dirigido Herramienta de software para PC WordPerct Orientada a usuarios finales Microsoft Eccess Lenguajes de consulta SQL Generador de informes Crystal Reports Lenguajes gráficos Sas Graph Systat Generador de aplicaciones Focus Microsoft FrontPage Paquete de software de aplicaciones Oracle PeoplesSoft HCM mySAP ERP Lenguaje de programación de muy alto nivel APL Nomad2 Orientado a profesionales de SI
  36. 36. Paquetes de Software de Aplicaciones y Subcontratación • Conjuntos de programas de software de aplicaciones previamente escritos y codificados que están disponibles comercialmente para venta o alquiler. • Un paquete de Software de aplicaciones puede cumplir con la mayoría de los requerimientos de una organización, la compañía no tiene que escribir su propio software. • Las compañías pueden ahorrar tiempo y dinero usando los programas de software ya escritos, diseñados y probados del paquete de programas.
  37. 37. Personalización • Las características de personalización permiten modificar un paquete de software para satisfacer los requerimientos únicos de una organización sin destruir la integridad del software del paquete.
  38. 38. Solicitud de Propuestas (REP) • Es una lista detallada de preguntas remitidas a los fabricantes de paquetes de software. Las organizaciones cuando solicitan paquetes de software, estas ya pierden el control total sobre el proceso de diseño del sistema.
  39. 39. Subcontratación • Las subcontratación se ha popularizado porque algunas organizaciones la perciben como más rentable que mantener su propio centro de computación personal de sistemas de información. • Las subcontratación permiten que una compañía con necesidad fluctuante de procedimiento de cómputo pague sólo por lo que usa en lugar de construir su propio centro de computación, que sub-utilizaría cuando no hubiera una carga máxima.
  40. 40. Desarrollo de Aplicaciones para la Empresa Digital Desarrollo Rápido de Aplicaciones (RAD) • Se usa para describir este proceso de crear sistemas funcionales en un periodo muy corto. El RAD puede incluir el uso de programación visual y otras herramientas para construir interfaces gráficas de usuario, la creación de prototipo interativos de elementos clave del sistema, la automatización de generación de código de programas e intenso trabajo en equipo entre usuarios finales y especialistas de sistemas de información. Diseño conjunto de aplicaciones (JAD) • Acelera la generación de requerimiento de información ya para desarrollar el diseño inicial de sistema. JAD reúne a los usuarios finales y especialistas de sistemas de información en una sesión interactiva para discutir el diseño del sistema.
  41. 41. Desarrollo Basado en Componente y Servicios Web • Este enfoque para el desarrollo de software se denomina desarrollo basado en componentes, y permite construir sistema ensamblando e integrando componente de software existente. Servicios Web y Computación Orientada a Servicios • Los servicios Web pueden crear componentes de software que se distribuyen a través de Internet y proporcionan nuevas funciones para los sistemas existentes de una organización o pueden crear nuevos sistemas que enlacen los sistemas de una organización con los datos organizacionales.
  42. 42. Conclusiones • La creación de un sistema para las organizaciones muchas veces pareciera complicado y costoso, pero una buena orientación para la creación de estos sistemas en una organización es muy efectiva, ya que estos ayudan a las empresas a tener un avance tecnológico en sus mercados competidores y así trabajar bajo un sistema digitalizado. • La creación de una página Web con el nombre de una organización le da mucho prestigio ya que es una organización que demuestra que tiene un buen dominio sistematizado y que su tecnología esta avanzada frente a sus competidores en el mercado.

×