CASO PRCTICO CALIFICADO N 2 SECCIN: 1002 GRABAR RESULTADO CON EL NOMBRE: copiarlo en Envo de trabajos del Aula Virtual

l Resolver el caso en grupo. Tiempo: 100 minutos GRUPO : FECHA : 11/05/2011 INTEGRANTES: 1 2 3 4 5 ENUNCIADO DEL CASO Con una gama de ms de 10.000 productos, ProveTec es el ms grande mayorista del Brasil. Sirve a detallistas y empresas de servicios de alimentacin como tiendas, supermercados, restaurantes y empresas de catering. Proteger los procesos de negocio soportados por esta infraestructura ante cualquier indisponibilidad es crucial para ProveTec. Los procesos de pedido son el corazn del negocio de ProveTec. Los pedidos de grandes cuentas deben introducirse directamente al sistema, mientras que los pedidos de cuentas ms pequeas deben provenir de terminales porttiles o de Intercambio Electrnico de Datos (EDI). Si se pierde un pedido, la tienda de ProveTec que realiz el pedido no ser proveda al da siguiente. El resultado es que los artculos no estarn en stock y la tienda deber decir no a sus clientes. Los clientes pueden irse a la tienda de un competidor y no regresar jams a una tienda ProveTec, ya que los clientes en este tipo de negocio cambian con facilidad. Sin la recepcin electrnica de pedidos, nuestro negocio quedara totalmente paralizado, dice Juan Solver, Director de TI de ProveTec. Es por ello extremadamente importante que el proceso de pedido pueda llevarse a cabo en todo momento y que la infraestructura que lo soporta funcione correctamente. Ningn pedido puede quedarse en el sistema sin que nadie se entere, o lo que es peor, que se pierda completamente. ProveTec, requiere de una compleja infraestructura con ms de 50 servidores. Adems, tambin hay muchos otros componentes de red crticos, entre ellos los cerca de veinte modems para recepcin de pedidos. Cada pedido debe seguir un largo camino a travs de esta infraestructura, por ello debe manejarse rpidamente y con la mxima atencin al detalle. 1 GpoXXc2-s1002p20111.DOC y

De todas maneras, no importa lo perfecta que sea una infraestructura, los componentes pueden fallar en cualquier momento. Adems, a veces el software puede provocar misteriosos retrasos o errores que no siempre se conocen al momento. En caso de errores es extremadamente importante rastrear inmediatamente la causa y mostrar el impacto que tienen en los procesos de negocio. ProveTec tiene ciertos criterios esenciales para la eleccin de una solucin. La solucin debe ser muy escalable y proporcionar una alta velocidad en el manejo de los pedidos. Los procesos de pedido deban ser continuamente monitorizados. Adems todos los componentes de TI de la red deben ser monitorizados y protegidos proactivamente.

Del caso mostrado se les pide: (2 puntos) Identificar las actividades del software que apoyara la situacin mostrada. Pueden usar cualquier tipo de herramienta de modelado.
1.

2.

(1 punto) Cul es el problema de la situacin mostrada? 2

El problema principal de la situacin mostrada es que los pedidos que se realizan a ProveTec puede que no se lleguen a registrar por motivos de errores ya sea en el software o en los equipos de hardware, por lo tanto se corre el riesgo de perder de manera perpetua a los clientes por no satisfacer su pedido, debido a los servicios y productos que provee ProveTec son crticos para sus clientes.
3.

(3 puntos) Qu objetivos, mtodos y performance tendra el software a construir? Objetivos: Desarrollar e implementar una solucin tecnolgica para la gestin de los procesos operativos de ProveTec con el fin de asegurar el procesamiento correcto de la informacin para evitar incidentes de prdida de estos datos crticos (ordenes de pedido). Asegurar la confiabilidad y la correccin del sistema debido a que este es un proceso crtico. Minimizar los riesgos y vulnerabilidades que pudieran acontecer ante el caso de una cada de los equipos de comunicacin de datos involucrados en el proceso de informacin. Mtodos: La solucin de software deber seguir las reglas de negocio de la organizacin para el proceso de registro de pedidos, debido a que este cambia de acuerdo al tamao del cliente. En el sistema, los pedidos para empresas grandes por los mismos asesores de ventas a travs una interfaz de escritorio. En el sistema, los pedidos para empresas pequeas se desarrollar e implementar una solucin de software en dispositivos mviles para que realicen el registro del pedido en el lugar. El sistema deber incluir un mdulo de mantenimiento para que el soporte de la aplicacin pueda gestionar el control de accesos. El sistema de software tendr un mdulo para el monitoreo en tiempo real del estado de los pedidos, asimismo permitir emitir reportes para que los clientes puedan saber el estatus de su pedido. La solucin tecnolgica deber cumplir con los SLAs (Service Legal Agreement) acordados entre ProveTec y el equipo del proyecto. El sistema devolver confirmaciones de registro de orden de pedido exitoso, del mismo modo deber enviar notificaciones en caso de error y/o incongruencias de tipos de datos. Performance:

La solucin deber cumplir con los requerimientos no funcionales, como el tiempo de respuesta en un escenario de alta concurrencia que deber ser menor a un segundo. El contrato de mantenimiento por un ao no deber exceder a un 15% del costo total de la solucin tecnolgica. El tiempo de implementacin de la solucin y los costos incurridos se regirn por un cronograma definido en el Project charter del proyecto; de requerirse mayores recursos se realizar una renegociacin.

4.

(1 punto) Quines son los interesados (stakeholders) en la situacin mostrada? Principales

Provetec ( Directorio y Gerencia) Consultor de TI que ayude con la seleccin e implementacin de una solucin TI (Puede ser el distribuidor oficial del Software) Responsable de los procesos Usuario Final del software Distribuidores de equipos hardware de TI Menor relacin

Sector de Produccin Masiva Competidores Clientes de Provetec

5. Seguir el procedimiento para identificar factores de calidad.

5.1

5.1

(1 punto) Simular una encuesta con los interesados identificados.

Factor Correccin Confiabilidad Eficiencia Seguridad Usabilidad Mantenibilidad Comprobabilida d Flexibilidad Portabilidad Reusabilidad Interoperabilida d Respuest a MI MI I MI MI MI I I MI I I

5.2

(2 puntos) De acuerdo a las caractersticas del sistema a crear, cules seran los factores de calidad mnimos. De acuerdo a lo resumido en la lectura y lo que nosotros podemos asumir, hemos identificado las siguientes caractersticas principales del software o solucin TI: Solucin de TI que permita principalmente la opcin de escalabilidad y una alta velocidad y preciso manejo de informacin a pedidos. Debe ser adaptable a diferentes tipos de hardware y compatible con diversos sistemas que utilicen los compradores o clientes. Debe ser fcil de usar ya que muchos de ellos no cuentan con conocimientos avanzados de informtica. Por solicitud de la empresa, cada vez que exista un error es de suma importancia que se localice de inmediato y sea solucionado. Debido a que si un pedido es modificado o eliminado por alguien eso afecta la continuidad y calidad de servicio de Provetec, es de suma importancia que existan restricciones de acceso.

Caracterstica Sistema Crtico Utilizado por compradores Utilizado por diferente tecnologas hardware ( Lap Top, PDA, EDI, etc) Interfase con otros sistemas Localizar y solucionar errores inmediatos Evitar el acceso indebido a datos o reportes crticos

Factor Relacionado Correccin, Confiabilidad Usabilidad Portabilidad Interoperabilidad Mantenibilidad Seguridad

5.3 (3 puntos) Hay negociacin de factores? Qu hacen en caso de que existan? Explique su respuesta. Usabilidad vs Eficiencia Se ha decido darle ms importancia a la usabilidad debido a que el costo de eficiencia est siendo asumiendo la empresa con la inversin de mucha infraestructura que soporte el manejo de grandes cantidades de informacin; por lo tanto, si se requieren ms recursos de cmputo para lograr que el sistema requiera menos tiempo de capacitacin y uso, se adquirirn. Portabilidad vs Eficiencia Se ha decidido que se necesita ms enfoque en la portabilidad que en la eficiencia debido a que este sistema deber ser implementado tambin en dispositivos mviles para los agentes de venta para minoristas. Por lo tanto, se mejorar la arquitectura de ser necesario para mejorar la portabilidad del aplicativo, lo cual har menos eficiente al sistema. 5

Interoperabilidad vs Seguridad Se opta por una mayor seguridad para el sistema, debido a que el proceso de informacin que se est automatizando contiene informacin crtica para la empresa. Si llega a ocurrir algn incidente, se puede ver afectada la operacin de la empresa y por consiguiente la perpetua prdida de clientes, lo cual es mucho ms importante que la interoperabilidad del sistema. Mantenibilidad vs Eficiencia Se decide conseguir una mayor mantenibilidad para el sistema porque ante cualquier error o incidente en el aplicativo, la correccin debe de realizarse al instante y de una forma muy fcil ya que el tiempo para ProveTec es muy importante. En el lapso que el sistema este inactivo se puede perder muchas ordenes de pedido de los clientes lo cual puede afectar a la rentabilidad de la empresa. Si se desea tener un arquitectura ms escalable se adquirir sin importar que la solucin tecnolgica se vuelva ms ineficiente. 5.4 (2 puntos) Identificar factores de calidad finales y justifique su respuesta. De acuerdo a lo resumido en la lectura y lo que nosotros podemos asumir, hemos identificado los siguientes factores de calidad finales: Correccin: El software debe ser capaz de recibir en todo momento pedidos de todos sus clientes y debe elaborar reportes consolidados que sirvan para la gestin de la empresa ya sea en el rea de produccin, costos, almacn, etc. Confiabilidad: Para una correcta gestin de la empresa, el software debe emitir la informacin o reportes necesarios con suma exactitud en tiempo real. Portabilidad: Debido a que la empresa da acceso a sus clientes a su software para que ingresen pedidos, ste debe ser adaptable a diferentes tipos de hardware que utilicen los compradores o clientes.

Interoperabilidad: Portabilidad: Debido a que la empresa da acceso a sus clientes a su software para que ingresen pedidos, ste debe ser adaptable a diferentes tipos de sistemas que utilicen los compradores o clientes.

Usabilidad: Debido a que los compradores o clientes que seran los usuarios finales del software no tienen conocimientos avanzados de software, ste debe ser fcil de aprender y usar. Mantenibilidad: Por solicitud de la empresa, cada vez que exista un error es de suma importancia que se localice de inmediato y sea solucionado. Seguridad: Debido a que si un pedido es modificado o eliminado por alguien eso afecta la continuidad y calidad de servicio de Provetec, es de suma importancia que existan restricciones de acceso. (2 puntos)Identificar atributos relacionados a los factores elegidos. Explique su respuesta.
6.

Atributos de acuerdo a los factores elegidos Correccin: Consistencia Integridad Trazabilidad Confiabilidad: Tolerancia a errores Consistencia Exactitud Simplicidad Portabilidad: Modularidad Auto Descriptivo Independencia del hardware Interoperabilidad Modularidad Comunicacin Estandarizacin Usabilidad Operabilidad Comunicacin Fcil Entrenamiento Mantenibilidad Auto Descriptivo Modularidad Consistencia Seguridad Control de acceso Control de Auditora

Justificacin por cada atributo: o Consistencia: Para llevar a cabo una correcta implementacin que cumpla con los requerimientos y objetivos del negocio y que le d la importancia necesaria a los factores de calidad; es necesario, que exista consistencia en el proceso de implementacin. Siguiendo y adaptando a nuestro proyecto dichas tcnicas, lograremos mejores resultados. o Integridad: Es importante tener en cuenta este atributo que resalta la importancia de implementar todos los requerimientos y funciones solicitados por Provetec. 7

o Trazabilidad: Es importante al inicio del proyecto de buscar, seleccionar e implementar una solucin de TI para Provetec, realizar un mapa de ruta que no indiqu el camino a seguir durante el desarrollo del proyecto desde los requerimientos hasta la implementacin. De esta manera, se evitar saltar fases y pasos importantes del proyecto. o Tolerancia a errores: El software a implementar debe ser capaz de soportar errores y seguir con la continuidad del negocio. Ej. Si Hay algn error para algn cliente en particular, el software no se debe frenar o si se cae un router, debe existir una ruta alterna de conexin. o Exactitud: el software debe ser capaz de realizar clculos y reporte precisos. Ej. Si se emite un pedido a un precio, el software debe ser capaz de sacar el precio total y el IGV. o Simplicidad: El software a implementar debe ser fcil de aprender y utilizar para los usuarios, as como fcil de implementar mejoras continuas en el futuro. o Modularidad: Es necesario este atributo, ya que en caso uno d elso mdulos del software como por ejemplo costos no est funcionando, el mdulo de MM (Pedidos) si lo est. o Comunicacin: el software debe ser capaz de validar entradas correctas y salidas sin errores. Ej. No debe permitir el ingreso de un pedido sin cantidad y no debe emitir reportes vacos. o Estandarizacin: El software debe ser compatible con otros aplicativos de tal manera que permita la exportacin e importacin de datos. Ej. Emita un reporte en Excel. o Operabilidad: El software debe tener definidos sus mtodos y procesos principales a ejecutar de tal manera que los realice de manera eficiente y eficaz. o Fcil entrenamiento: Como ya se mencion previamente, el software ser usado por personas con conocimientos no avanzados en informticas y para que la capacitacin sea fcil y rpida debe ser de manera prctica e iteractiva. o Auto Descriptivo: El software se debe entender por s mismo. o Control de Acceso: El software debe ser capaz de limitar y restringir el acceso de acuerdo al tipo de usuario y a la informacin que este requiera. o Control de Auditora: Debe realizarse auditoras a la implementacin y posteriormente al software de manera peridica que controlen al software mismo y a los datos que ste maneja. (3 puntos) Establecer un sistema de mtricas relacionadas a los factores elegidos, considerando que se encuentra realizando la revisin 1 REVISION INTERMEDIA DE JUSTIFICACIN. Simular un anlisis cuantitativo para dicha revisin Cul(es) es(son) la(s) recomendacin(es)?
7.

Aspectos: 1. Se otorg la calificacin Bueno (4) debido a que s se cuenta con un equipo preparado y suficiente para elaborar la Fase de Justificacin en la cual se realizar el anlisis del problema de la empresa y sus respectivos requerimientos, sin embargo no se calific con Muy Bueno debido a que de aparecer nuevos requisitos es muy posible que el personal no sea el suficiente. 2. Se define claramente en la negociacin de factores cuales sern los puntos fuertes y dbiles del sistema. El punto ms dbil ser la Eficiencia y entre los ms fuertes estn los factores definidos como los ms importantes; por lo tanto se calific como Muy Bueno. 3. Se ha definido claramente cul es el problema de la empresa y su necesidad para el nuevo sistema de informacin. El problema se encuentra en el proceso de registro de pedido; es por ello, que se lo calific como Muy Bueno. 4. Se calific como Promedio, debido a que no se maneja una muy buena documentacin del sistema ya que se est utilizando la metodologa SCRUM para el desarrollo de la solucin la cual generalmente no involucra tiempos de documentacin, sin embargo si se cuenta con la lista de chequeo y la bsqueda de hechos. 5. No se ha realizado una investigacin sobre posibles alternativas a solucin planteada, debido a que es un problema fcil de resolver, es por ello que se le otorg la calificacin Pobre. 6. Como se indica en las definiciones del performance, se cumplir con el cronograma definido en el Project Charter, por eso se califico con Muy bueno. 7. Se calific con Muy Bueno debido a que se ha asegurado con la creacin del Project Charter del proyecto que el costo no se exceder de lo presupuestado, adems se utiliza la herramienta Work Breaking Structure para calcular el costo en base a entregables. 8. Se calific con Muy Bueno debido a que si se ha definido lo que se quiere lograr con el proyecto, lo cual estar incluido en el Project Charter.