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

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

4. Cambio Organizacional
 Automatización
 Estructuración
 Reingeniería
 Cambio de
Paradigma

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

6.  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.

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

8. NO Determinar cómo Comprender qué
Utilizar los SI para procesos de negocios
mejorar proc. Negocios necesitan MEJORARSE

9. ¿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

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

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

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

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

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

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

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

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

18. TERMINACIÓN DEL PROCESO DE
DESARROLLO DE SISTEMAS

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

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

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

22. MODELADO Y DISEÑO DE SISTEMAS:
METODOLOGÍAS ESTRUCTURADAS Y
ORIENTADA A OBJETOS

23. 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.”

25. Diccionario de datos
• Contiene información sobre las piezas
individuales de datos y agrupaciones de datos.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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