Desarollo de sistemas de informacion > gDe dénde surgen los proyectos de desarrollo de sistemas? los propietariosy los usuarios de sistemas inician la mayoria de los proyectos. El impetu dle casi todos los proyectos es alguna combinacidn de problemas, oportunidades ¥ di- rectrices, Para simplificar este andlsis, con frecuencia tiizaremos el termino problema para reerimos colectivamente a problemas, oportunidades y directries. En consecuencia, In solucion de problemas se refiere a solucionar problemas, explotar oportunidades ¥ sa” ttacor dincettees ay demasiados problemas potencies de sistemas para listarlos todos en este texto. Sin embargo, James Wetherbe desarrollo un marco de referencia stil para clsificar proble- mas." Elle llama PIECES debido alas letras en inglés de cada tna de las seis cate ‘ue cuando se unen,deletrean la palabra “pieces” siznifica“piezas"). Las categoria son P (performance) la necesidad de corregir 0 mejorar el desempento I (information) la necesidad de corregir 0 mejorar la informacion (y datos) E (economics) la necesidad de corregir 0 mejorar ka economia, controlar costos 0 au- mentar las utilidades. € (control la necesidad de corregir 0 mejorar el control o la seguridad, E (ficiency) la necesidad de corregir © mejorar la gficiencia de las personas y Ios pro 8 (service) la necesidad de corregir 0 mejorar el servicio a clientes, proveedores, so- ios, empleados y demas. En la figura 3.4 se amplia la informaci6n de cada una de las categorias de PIECES, Las categorias del marco de referencia de PIECES no son ni exhaustivas ni mutuamente cexclusivas, se traslapan. C ide una categoria, Pero PIECES es un marco de reterenci ‘s6lo un eercicio académico. Volveremos a mencionar PIECES varias veces en este texto. Los proyectos pueden ser planeados 0 no planeados. Un proyecto planeado es el re- ssultado de una de las siguientes opciones: © Emun plan de estrategia de sistemas de informacién sc ha analizado el negocio como un todo para identificar aquellos proyectos de desarrollo de sistemas que tendrin el mayor retorno de valor estratégico (largo plazo) para e! negocio. © En-un rediseno de proceso de negocios se ha analizado profundamente una serie de procesos del negocio para eliminar la redundancia y la burocracia y para mejorar la cficiencia y el valor agregado. Ahora es el momento de redisenar el sistema de infor- :macién de soporte para los procesos rediseatados del negocio. Lo opuesto de los proyectos planeados son los proyectos no planeados, aquellos que se disparan por un problema, una oportunidad 0 una directriz. en especifico que sucede cen ef curso de hncer neqoclos. Le ntyorka de kis organaaciones 110 cleneit pOwa® PHOyE™ tos planeados, Cualquiera puede remitir un proyecto propvesto con base en algo que su cede en el negocio. El nlimero de propuestas de proyecto n0 planeadas puede facilmente abrumar hasta a la organizacién de sistemas de informacién mas grande; por lo tanto, con frecuencia son vigilados y priorizados por un comité de direccién de propietarios de sistemas y de gerentes de TI para determinar qué solicitudes son aprobadas, Las re- quisiciones que no son aprobadas son puestas en una reserva hasta que haya recursos. disponibles (lo que a veces nunca sucede). Los proyectos planeados y Ios no planeados pasan por el mismo proceso esencial de desarrollo de sistemas. Analicemos ahora las fases de proyecto en mayor detalle. > Las fases del proyecto FAST FAST, al igual que la mayoria de las metodologias, consiste de fases. El ndimero de ellas va Fiard de una metodologia a otra. Fn el capitulo 1 se le presentaron las cuatro fases clisicas del ciclo de vida de desarrollo de sistemas. La metodologia FAST utiliza ocho fases para “James Weterbe y Nicholas P Villa, Stes Analysis and Designs Trdonal, Best Practices, 4c, St Paul, 2 Wee Pllching, 1994, pp 196 19D: James Wehr ne un rerpotdenduendon tavecignde y concer on ‘stmas de lformacin, Copitulo Tes 57 ‘problema Stuacin indo ‘sable que impide a la og fizacien ogra plenaments ‘sumisién, vison, metas y objetvos. ‘oportunidad Ocasion ‘do mejorar la organizacion, incluso en ausencia de un “irectriz Un nuevo reque- Fimiento que imponen los ‘samnistradoeos,organismos ‘ubernamentales o alguna fa influencia etema, ‘comité de dirccei6n (Cuerpo administrative de proptarios dol sistema y ‘2)ecutvoe de tecnalogia de a ‘nfomacién que asigna priori {0200s y aprucba os proyectos ‘de desarallo de sistemas ccancidaos, ‘reserva (Pryering en car tera) Reposioio de propues- {as de proyectos que no se pueden financiar ré dotar de personal porque su priotidad ‘25 mas baja que la de os proyectos aprobados para de- ‘sarrale de ssiomas, Newwse ‘que la prioridad cama al aso del tempo, por io que un proyecto en reeerva poctia ser _aprobado en una fecha futur,38 Porte Uno El contexto de proyectos de desarrollo de sistemas Marco de referencia de solucién de problemas y lista de revision de PIECES La siguiomte lista de revisién de identficacién de problemas, cportunidades y directrices utiliza el marco de referen cia PIECES. Nétese que las eategorits de PIECES no son muluamente excl vast algunos problemas posibles parecen en multiples lists. También, 1a lista de posibles problemas no es exhaustiva. EI marco de referencia PIECES es igualmente apropiado para analizar Ios sistemas y aplicaciones manuales computarizados. DESEMPERO. A. Caudal. Cantidad de trabajo que se desempefia Sera erny 1B, Tiempos de respuesta, El retraso promedio entre una transacei6n o solictud y una respuesta a esa ransaccién 0 solicitud INFORMACION (y datos) A. Salidas Falta de cualquier informacion Falta de fa informacién necesaria Falta de informacién relevante Demasiada informacién, “Sobrecarga” de informacién Informacion gue no esté en un formato sti Informacién que no es precisa ict de producit es oportuna para su so Tnformacién que posterior B. Enradas 1 2 ‘Los datos no se eapturan [Los datos no se capturan a tiempo para ser stiles Los datos no se capturan con precisisn, 4. Los datos son dificiles de capturar 5. Los datos se capturan en forma redundante, los rmismos datos son eapturados mis de una vez ‘eapeuran demasiados datos 7. Se capturan datos ilegales C._Datos almacenados 1. Los datos son almacenados en forma redundante cen malliples archivos o bases de datos 2. Los mismos temas de datoa tienen distintos valores en diferentes archivos (mal integracign 3, Los datos almacenados no son precisos 4. Los datos no estin seguros contra accidentes © vandalismo 55. Los datos no estan bien organizados ‘6. Los datos no son flexible, no es fil satisfaccr Jas necesidades de informacin nuevas con los datos almacenados 7. Las datos no son accesibles ECONOM A. Costos 1. Los castos som desconacides 2. Los eostos no se pueden rastrear hasta su fuente 3. Los eostos som demasiado altos 1B, Unidades 1. Nuovos mercados pueden ser explorados 2, El marketing actual puede ser mejorado 3. Los pedidos pueden ser aumentados, CONTROL (y seguridad) A Muy poe seguridad y cond Ta entrada de ditos no esté eitada adecuada- 2. Crimenes (por ejemplo, fraude, fraude inform 9) son (0 pueden ser) cometidos contra los datos 3. Se fla @ la dtica acerca de datos o informa. cin, se refere « datos o informacién que lega f personas no autorizadas 4. Los datos almacenados en forma redundante son incinsistentes en istnton atchivos & bases de datos 5. Las regulaciones o lineamientos de privacidad de datos se violan (0 pueden ser violados) 6. Suceden errores de proceso (ya sea por las personas, las maquinas o el software) 7. Ovurren errres de toma de decisiones B, Demasiado control o seguridad 1. La burocraca frena el sistema 2, Los eontroles caustn inconveniencia a los clientes © a los empleados 3. Los controes excesives pueden ocasionar retrasos de proceso EFICIENCIA A. Las personas, miquinas © computadoras pienden el tiempo 1. Los datos se ingresan copian en forma redundante 2 Los datos se provesan en forme vedundante 3. La informacién se genera en forma redundante 'B. Las personas, maguinas © computagoras desperaician materiales © suministos CC. El esfuerzo requerido para las tareas es excesivo D._ El material requerido para las tareas es excesivo SERVICIO A. El sistema produce resultados imprecisos B, El sistema produce resultados inconsistentes CC. El sistema produce resultados poco confiables D__ El sistema no es fcil de aprender E. El sistema no es Facil de utilizar F. El sistema tiene un uso tompe G._ El sistema es inflexible a siuaciones nuevas © cexcepcionales HED sistema es inflexible al cambio 1. ET sistema es incompatible con otros sistemas FIGURA 3. ‘Marco de referencia PIECES para identifieacién de problemas