Está en la página 1de 4

PATTERSON STORE

Este curso presentará muchos conceptos nuevos sobre análisis y diseño orientado a objetos. Para
hacer que estos conceptos sean más relevantes y comprensibles, aplicaremos los conceptos
presentados en cada capítulo a una compañía ficticia llamada Patterson Superstore. Patterson es una
cadena minorista establecida en Pittsburgh, PA, en 1985. La cadena se ha expandido de cuatro
tiendas en el área de Pittsburgh a una presencia nacional bien conocida. Inicialmente, Patterson
vendía mercancías diversificadas, incluyendo una variedad de ropa, juguetes, artículos para el
hogar, artículos deportivos y productos electrónicos. Sin embargo, durante la década de 2000,
amplió su oferta en supermercados y farmacias y comenzó a promocionarse como un supermercado.
En 2008, Patterson extendió sus servicios de farmacia al ofrecer exámenes gratuitos de presión
arterial y colesterol y vacunas asequibles contra la gripe. Desde el éxito inmediato de estos
servicios, el vicepresidente de la división de farmacias, Max Ross, reconoció una oportunidad de
crecimiento y amplió las ofertas de farmacias para incluir clínicas de salud en las tiendas. Los
servicios ofrecidos incluyen diagnóstico y tratamiento de enfermedades menores (resfriados,
estreptococos, gripe), afecciones de la piel (impétigo, varicela, herpes zóster), lesiones
(quemaduras, cortes) y vacunas (tétanos, VPH). Además, hay disponibles servicios de bienestar,
como exámenes físicos escolares y deportivos. Las clínicas médicas en la tienda están atendidas por
enfermeras y asistentes médicos o enfermeras practicantes y operan con cita previa o sin cita previa.

Max Ross ha identificado una oportunidad adicional relacionada con el segmento de clínicas
de salud. Actualmente, Patterson utiliza una aplicación móvil para facilitar el pedido de recetas y los
servicios de recarga, notificación y recarga automática. Este servicio es ampliamente utilizado por
la base de clientes de Patterson, y Patterson ha aprovechado esta aplicación móvil para obtener una
ventaja sobre los competidores menos avanzados técnicamente.
Los clientes ahora quieren usar esta tecnología para acceder a los servicios de clínicas de
salud. Max Ross quiere aprovechar esta oportunidad para posicionar a Patterson como líder en el
uso de la tecnología para el acceso a la clínica. El sistema que imagina permitiría la comunicación
en tiempo real con el personal médico (audio, video y texto), la programación de citas móviles, la
evaluación de telemedicina y el diagnóstico de problemas menores a través de videollamadas.
Además, Patterson desea capacidades de análisis y seguimiento de datos.
Este proyecto se basaría en la experiencia existente dentro del departamento de TI. El
personal del departamento de TI diseñó, desarrolló y mantiene el sofisticado sistema de
cumplimiento de recetas que ya existe en Patterson y puede aprovechar esa experiencia en la
creación del sistema propuesto.
El departamento de TI se ha movido con entusiasmo hacia las metodologías RAD y
orientada a objetos y ve la familiaridad con estas metodologías como una ventaja estratégica. Este
proyecto se prestaría a dicho desarrollo y, por lo tanto, aumentaría la experiencia en esta área.

Los proyectos de Sistemas de Información son aprobados en Patterson por un comité directivo
compuesto por representantes de la división de alto nivel (como Max) y líderes de la división de TI.
Siempre hay muchos proyectos para considerar y priorizar. Max Ross planea presentar una solicitud
de sistemas que describa su idea de manera más completa en la próxima reunión del comité
directivo. En este documento, explicará la necesidad comercial, la oportunidad y el valor comercial
del sistema propuesto. Un problema que Max imagina es el rechazo de otros segmentos de la
organización que sienten que el concepto de clínica médica no es parte de la misión de Patterson.
Sin embargo, el área de farmacia y clínica de salud ha sido la división más rentable durante los
últimos dos años, y Max planea explicar cómo este proyecto aumentaría aún más la rentabilidad de
Patterson al describir los beneficios financieros esperados de los nuevos sistemas.
IDENTIFICACIÓN DEL PROYECTO Y SOLICITUD DE SISTEMAS
En Patterson, los proyectos potenciales se revisan durante las reuniones trimestrales del comité
directivo donde los participantes de TI y los principales departamentos comerciales deciden qué
proyectos aprobar. La aprobación se basa en la necesidad del negocio y en qué tan bien el proyecto
avanza los objetivos estratégicos de la organización. Utilizando la plantilla de solicitud de sistemas
(Figura 2-1), Max Ross preparó una solicitud de sistema para el Sistema Integrado de Entrega de
Clínica de Salud (Figura 2-A).

La necesidad comercial es satisfacer el deseo de los clientes de acceder electrónicamente a los


servicios de clínicas de salud. Hacerlo aumentará la ventaja competitiva de Patterson, mejorará el
servicio al cliente y aumentará la efectividad de las ofertas clínicas. La necesidad empresarial no se
centra en la tecnología en sí, sino en elementos empresariales, como el servicio al cliente, la
competitividad y la eficacia. En este momento, los requisitos comerciales se describen con un alto
nivel de detalle. La visión de Max para los requisitos incluye:

■ Programación de citas móviles


■ Comunicación en tiempo real con personal médico (audio, video y texto)
■ Evaluación de telemedicina y diagnóstico de problemas menores a través de videollamadas
■ Capacidad de análisis y seguimiento de datos.

El valor comercial describe cómo los requisitos afectarán al negocio. El valor comercial intangible
vendrá de la mayor satisfacción de los clientes clínicos actuales y del reconocimiento mejorado de
los aspectos de valor agregado de los servicios clínicos de Patterson. La proliferación de
aplicaciones móviles y el creciente interés de los consumidores por tener roles más grandes y
convenientes en su propia atención médica mejoran aún más el valor comercial de este proyecto.
Max espera que el sistema aumente el número de clientes clínicos al ofrecer una programación y un
servicio convenientes. Se prevé que este aumento aumente posteriormente las ventas de
medicamentos recetados y no recetados debido al aumento del tráfico peatonal en las clínicas y
tiendas. La investigación de mercado indica que los clientes buscan conveniencia para programar
citas de salud y que existe una creciente frustración con el requisito de visitas cara a cara para el
diagnóstico de rutina. Según el uso actual de la clínica y el tipo de servicios solicitados actualmente,
muchos clientes no utilizan los servicios de la clínica disponibles debido a los tiempos de espera y
los conflictos de programación. Max estima que aproximadamente el 5 por ciento del ingreso
potencial del servicio se pierde actualmente. Un sistema más conveniente podría aumentar los
ingresos del servicio base de clientes existentes, así como generar nuevos clientes clínicos.

SELECCION DEL PROYECTO


Basado en el fuerte potencial de ganancias de este proyecto, el comité directivo seleccionó el
Sistema Integrado de Prestacion de Clínicas de Salud para su financiación y desarrollo. Debido a
que la primera fase del proyecto estaba programada para su implementación seis meses
después de su aprobación, Max y Kelly estaban preocupados por el corto período de tiempo.
Rápidamente se pusieron a trabajar para encontrar un gerente de proyecto para formar un equipo y
desarrollar un cronograma del proyecto. Ruby Neiley fue elegida para administrar el proyecto
debido a su gestión del proyecto de cumplimiento de recetas que se completó a tiempo y dentro del
presupuesto. Además, Ruby tiene experiencia en liderar proyectos de desarrollo interactivo. El
sistema fue aprobado en base a la implementación en fases. La metodología basada en el
desarrollo interactivo distribuye un sistema general en una serie de versiones que se
desarrollan secuencialmente. Las metodologías basadas en el desarrollo interactivo ponen
rápidamente un sistema útil en manos de los usuarios. Debido a que los usuarios comienzan a
trabajar con el sistema antes, es más probable que identifiquen requisitos adicionales importantes
antes que con un diseño estructurado. La técnica de timeboxing se eligió junto con el desarrollo
por fases para controlar el alcance y la programación.
Los pasos de Timeboxing incluyen:
1. Establezca la fecha de entrega del sistema.
2. Priorice la funcionalidad que debe incluirse en el sistema.
3. Construya el núcleo del sistema (la funcionalidad clasificada como la más importante).
4. Posponga la funcionalidad que no se puede proporcionar dentro del marco de tiempo.
5. Entregue el sistema con la funcionalidad principal.
6. Repita los pasos 3 a 5 para agregar refinamientos y mejoras.

Dado que la parte de programación de citas del sistema debe estar implementada dentro de los seis
meses posteriores a la fecha de aprobación, se establece el tiempo de entrega del sistema de la
versión 1. Si bien la parte de programación de citas del proyecto es solo uno de los requisitos, es la
más solicitada por los clientes. La entrega de esta fase a los clientes de la clínica debería aumentar
la satisfacción y la conveniencia de los clientes y prepararlos para las versiones posteriores del
sistema previsto.
En la próxima fase de análisis, el concepto general del sistema se definirá más a fondo y el equipo
clasificará los requisitos en una serie de versiones.

PROVEER DE PERSONAL AL PROYECTO


Ruby creó una lista de roles que debían cumplirse. Estos incluyeron un analista de infraestructura
para garantizar que el nuevo sistema se adhiera a los estándares de infraestructura de Patterson y
que esta infraestructura pueda soportar el nuevo sistema. La integración con los sistemas existentes
será una parte importante de este proyecto. Ruby también quería que tanto un analista de sistemas
como un analista comercial en el equipo abogaran por las perspectivas técnicas y comerciales
del análisis y diseño del proyecto. Debido a que el seguimiento y análisis de datos es un requisito
central del sistema, Ruby decidió que un especialista en análisis de datos era un miembro
necesario del equipo. Por último, necesitaba un programador con experiencia en el desarrollo
de aplicaciones móviles y experiencia en captura de video. Ruby eligió a los miembros del
equipo del equipo anterior del proyecto de cumplimiento de recetas debido a la experiencia que
habían desarrollado. Lo que es más importante, el grupo elegido formó un equipo ya consolidado
con un alto nivel de confianza, propiedad del proyecto y sinergia entre los miembros. Los roles del
equipo y las personas asignadas se enumeran en el plan de personal que se muestra en la Figura 2-
D:

ROL DESCRIPCIÓN ASIGNADO A


Gerente del proyecto Supervisa el proyecto para
garantizar que cumpla sus
objetivos a tiempo y dentro del
presupuesto.
Analista de Infraestructura Asegura que el sistema se ajusta
a los estándares de
infraestructura en Patterson y
que la infraestructura de
Patterson puede soportar el
nuevo sistema
Analista de sistemas Diseña el sistema de
información utilizando un
enfoque tecnológico.
Analista comercial Diseña el sistema de
información utilizando un
enfoque comercial
Especialista en analisis de datos Desarrolla un plan y estructura
para el seguimiento y análisis
de datos.
Programador Sistema de códigos

También podría gustarte