Semanas 9 y 10. Posibilidades de Desarrollo Sistematización de procesos Ciclo de vida de...
-
Upload
inmaculada-lugar -
Category
Documents
-
view
219 -
download
0
Transcript of Semanas 9 y 10. Posibilidades de Desarrollo Sistematización de procesos Ciclo de vida de...
Semanas 9 y 10Semanas 9 y 10
Posibilidades de Desarrollo
Sistematización de procesos Ciclo de vida de desarrollo de sistemas
(Systems Development Life Cycle (SDLC)) Desarrollo Rápido de Aplicaciones (Rapid
Application Development (RAD)) Proceso de desarrollo de sistemas
Inicio (factibilidad) Análisis del sistema Diseño del sistema Implementación
Administrando el cambio organizacional Desarrollo basado en el usuario final
Sistematización de procesos(The Systems Approach)
Usar el modo de pensar de sistemas La quinta disciplina de Peter Senge
Observar Relaciones entre sistemas mas que
lo lineal (causa y efecto) Procesos de cambio entre sistemas
mas que reportes de estado El sistema en si, mas que el
contenido contextual
¿Qué es pensar en sistemas?
Es ver el bosque y los árboles en cualquier situación al: Observar la interacción entre los mas
que las cadenas de causa y efecto cuando ocurren los eventos
Observar los procesos de cambio entre los sistemas mas que los reportes de cambio, cuando estos ocurren
Observar el sistema en cualquier situación: Encontrar la entrada, el proceso, la
salida, la retroalimentación y los componentes de control
Modelo genérico para resolver problemas
Diseñarla
Solución
Diseñarla
Solución
Definirel
Problema
Definirel
Problema
DesarrollarSolucionesAlternativas
DesarrollarSolucionesAlternativas
Seleccionarla
Solución
Seleccionarla
Solución
Implementarla
Solución
Implementarla
Solución
Mo
nit
ore
ar y
Ev
alu
ar
Re
su
lta
do
s
Sistematización de procesos Analizar un problema y formular una
solución envuelve las siguientes actividades:1.Reconocer y definir un problema o
oportunidad usando “el pensamiento de sistemas”
2.Desarrollar y evaluar soluciones de alternativas de sistemas
3.Seleccionar la solución de sistemas que mejor cumpla con tus requerimientos
4.Diseñar la solución de sistemas5. Implementar y evaluar el éxito del
sistema designado
Un ejemplo de “pensar en sistemas”
Pobreadmin.
de ventas?
Esfuerzo inadecuado
de ventas?
Procedimientos
Atrasados ?
Ventaspobres
?
Control
Información de VentasIncorrectaRetroalimentación
Entrada Proceso Salida
Ciclo de desarrollo de vida de Sistemas
Implementación del SistemaProducto:
Sistema Operando
Implementación del SistemaProducto:
Sistema Operando
Investigación de SistemasProducto:
Estudio de Factibilidad
Investigación de SistemasProducto:
Estudio de Factibilidad
Análisis del SistemaProducto:
Requerimientos Funcionales
Análisis del SistemaProducto:
Requerimientos Funcionales
Diseño del SistemaProducto:
Especificaciones del Sistema
Diseño del SistemaProducto:
Especificaciones del Sistema
Mantenimiento del SistemaProducto:
Sistema Mejorado
Mantenimiento del SistemaProducto:
Sistema Mejorado
Entender elProblema uOportunidad De Negocios
Desarrollar unaSolución desistemas deInformación
Implementarla soluciónde sistemas deinformación
SDLCSDLC
Método TradicionalMétodo Tradicional
RAD vs. Tradicional
Utilizas y dar mantenimiento
al Sistema Aceptado
Utilizas y dar mantenimiento
al Sistema Aceptado
Identificar los requerimientos del
Usuario Final
Identificar los requerimientos del
Usuario Final
Desarrollar prototiposde Sistemas de
Información
Desarrollar prototiposde Sistemas de
Información
Revisar los prototipospara que cumplan mejorlos requerimientos del
Usuario Final
Revisar los prototipospara que cumplan mejorlos requerimientos del
Usuario Final
Ciclo deprototipeo
Ciclo deMantenimiento
PrototipeoPrototipeo
En conjunto conEn conjunto conel usuario finalel usuario final
Prototipeo
El desarrollo rápido y revisión de modelos trabajando
Usado en la fase de diseño Especialmente útil cuando los
requerimientos del usuario final son difíciles de definir
Iniciando el ProcesoIniciando el Proceso
Objetivos Clave Plan de Acción
Retroalimentación
Propuestas de TI para direccionar las prioridades
de las estrategias de
negocio
Caso de Negocios para
invertir en proyectos de
e-Business
Planear el desarrollo e
implementación de la aplicación
Orientado a las estrategias de negocio y necesidades de la empresa
Proceso de Desarrollo de Sistemas
Retroalimentación
Estudios de Factibilidad Factibilidad Operacional Factibilidad Económica Factibilidad Técnica Factibilidad de Factores
Humanos Factibilidad Legal/Política
Análisis Costo/beneficio Costos Intangibles Beneficios Intangibles
Iniciando el ProcesoIniciando el ProcesoInvestigación del SistemaInvestigación del Sistema
Investigación de SistemasFactibilidadOperacional
Se acopla a lo nuestro?
Factibilidadde Factores Humanos
Hay apoyo de Gcia/usuario?
FactibilidadEconómica
Podemos pagarlo?
FactibilidadTécnica
Existe la capacidad?
También considerar elementos legales / Políticos
Beneficios probables de un sistema nuevo
Análisis del Sistema La Etapa del “Que” Un estudio a donde de las
necesidades de información del usuario final
Para producir requerimientos funcionales que son usados como la base de un nuevo sistema de información Interfase del usuario Requerimientos de procesamiento Requerimientos de almacenamiento Requerimientos de control
Análisis de Sistemas
Áreasclaves del
Análisis de Sistemas
OrganizacionalOrganizacional
RequerimientosFuncionales
RequerimientosFuncionales
SistemaActual
SistemaActual
¿ Qué debe el ¿ Qué debe el nuevo sistema nuevo sistema hacer ?hacer ?
Requerimientos Funcionales para Requerimientos Funcionales para un sistema de Comercio Electrónicoun sistema de Comercio Electrónico
Que debe hacerse – No como…
Diseño de Sistemas
El diseño de Sistemas define el como…El diseño de Sistemas define el como…
DiseñoInterfase
del usuario
DiseñoInterfase
del usuario
Pantallas, Formas, Reportes y cuadros de dialogo
Diseñode datosDiseño
de datos
Diseño de los elementosde estructura de datos
Diseñode procesos
Diseñode procesos
Diseño de programas yProcedimientos
El análisis de sistemas describe que es lo que se El análisis de sistemas describe que es lo que se tiene que hacer….tiene que hacer….
Lista de comprobación para sitios Web
Corporativos Recordar al cliente – los sitios Web
exitosos están construidos solamente para el cliente, no para hacer feliz a algún vicepresidente de la empresa
Estética – diseños exitosos combinan graficas ligeras y colores simples para crear páginas fáciles de leer
Contenido de banda ancha – las cosas más atractivas del Web no pueden ser accesadas por todos; no hagas de estas la atracción principal de tu sitio
Lista de comprobación para sitios Web
Corporativos Fácil de navegar – Asegúrate de que
es fácil el llegar de una parte a otra de tu sitio
Búsquedas – Asegúrate de tener una útil buscadora
Incompatibilidades – Prueba tu sitio con los browsers de moda
Formas de registro – formas cortas de registro son útiles para recolectar información de clientes
Ligas muertas – Actualiza tus ligas con regularidad
Especificaciones del Sistema
Formaliza el diseño de Métodos de interfase de usuario Productos Estructuras de bases de datos Procesamiento Procedimientos de Control
Especificaciones para hardware, software, redes, datos y personal
Ejemplos de diseño de interfases de usuarioEjemplos de diseño de interfases de usuario
Priceline.com:Priceline.com:Diseñando la interfase del usuarioDiseñando la interfase del usuario
www.priceline.comInterfase de usuario Web simplificada
Su rediseño atrajo 50% mas clientesAyudar al usuario apoya mas visitantes
Diseño mucho mas exitoso por simple
Vista General del proceso Vista General del proceso de Implementaciónde Implementación
Actividades de Implementación
Adquicisiónde
Hardware, Software y Servicios
Desarrollo o modificación de software
Conversión de datos
Entrenamiento del
usuario final
Conversión•Paralelo•Piloto•Por Fases•Plunge
RFP, RFQRFP, RFQ
Implementando Sistemas NuevosEvaluación de Hw, Sw y serviciosEvaluación de Hw, Sw y servicios
Los 10 mayores factores al evaluar HardwareLos 10 mayores factores al evaluar Hardware
Factores al Evaluar SoftwareFactores al Evaluar Software
Factores al evaluar servicios de informaciónFactores al evaluar servicios de información
Pruebas del Sistema Probar y depurar el software Probar el rendimiento del
website Probar el nuevo hardware Revisión de los prototipos de
pantallas, reportes y demás productos
Conversión de Datos Conversión de elementos de datos
de la base de datos vieja a la nueva
Corregir datos incorrectos Filtrar datos no deseados Consolidar datos de diversas bases
de datos Organizar los datos en nuevas
“vistas” o subconjuntos
Importancia de la conversión de datos
Datos organizados de manera incorrecta son la causa frecuente de fallas al implementar sistemas nuevos.
Implementación: Métodos de conversión
Fuerzas Costos
internos/externos tangible/intangible
RiesgosOld SystemOld System
New SystemNew System Paralelo
Old SystemOld System New SystemPiloto
Old SystemOld System New SystemPor fases
Old SystemOld System New SystemNew System Plunge
Retos en la implementación
Los nuevos sistemas implican un cambio organizacional mayor
Poner atención en cambios de: Procesos de negocios Estructuras Organizacionales Roles administrativos Asignación de trabajo Relaciones con accionistas
Resistencia del Usuario Un nuevo “modo” de hacer las cosas
genera resistencia La clave es
Involucrar al usuario en los cambios organizacionales y el desarrollo de nuevos sistemas
Involucrar al usuario: Usuarios finales en los equipos de
desarrollo Que el usuario sea el “dueño” del nuevos
sistema
Resistencia al CambioResistencia al Cambio
Obstáculos a la administración del conocimiento
3%
9%
15%
20%
53%
Resistencia del usuario a compartir datos
Inmadurez de la Tecnología
Inmadurez de la industria de administración del conocimiento
Costos
Falta de necesidad
Change Management Dimensions
Source: Adapted from Grant Norris, James Hurley, Kenneth Harley, John Dunleavy, and John Balls, E-Business and ERP:Transforming the Enterprise, p. 120. Copyright @2000 by John Wiley & Sons Inc. Reprinted by permission.
Administración del Cambio Involucrar al mayor numero posible de
personas como sea posible en la planeacion y desarrollo de la aplicación
Hacer que el “cambio” sea una parte “esperada” de la cultura de la empresa
Decuirle a todos lo mas que se pueda acerca de todo y con la mayor frecuencia posible
Hacer uso liberal de incetivos economicos y/o reconocimientos
Trabajar con la cultura de la empresa, no andar con rodeos.
Desarrollo orientado al UsuarioEnfocarse en procesar los Enfocarse en procesar los
componentes de las actividadescomponentes de las actividades
Entrada
¿Qué datos hay ? ¿En que forma ?
Procesamiento¿Qué operaciones en la entrada son necesarias para producir la salida deseada?¿Qué software puede soportar de manera efectiva estas operaciones ?
Almacenamiento¿Utiliza la aplicación datos almacenados previamente? ¿Crea la aplicación datos que deban ser almacenado para uso futuro por otras aplicaciones?
Salida
¿Qué información es necesaria por el usuario final y en que forma debe la salida ser presentada ?
Control¿Qué controles son necesarios para protegernos de perdidas accidentales o daños?¿Existe alguna necesidad de controlar el acceso a los datos usados por la aplicación ?
Desarrollo orientado al UsuarioHerramienta FRONT PAGE de Msoft Herramienta FRONT PAGE de Msoft
Desarrollo orientado al UsuarioApoyar el desarrollo de IntranetsApoyar el desarrollo de Intranets
Desarrollo orientado al Usuario
Los profesionistas de sistemas juegan el rol de consultores
El usuario final hace el desarrollo de su aplicación
Contrastando don el ciclo tradicional: El Usuario es ahora el “cliente” Recibe apoyo de sistemas.