Está en la página 1de 14

Sistema MediControl.

Desarrolladopor: AlfonsoAndrsCastaedaHernndez CarlosJaimeIbarraRodrguez LuisHctorMaresManzanera MarcoAntonioNavarreteRodrguez

DELIMITACIN DEL PROBLEMA . En la farmacia se requiere una catalogacin de todos los medicamentos existentes, para lo cual se almacenar un cdigo de medicamento, nombre del medicamento, tipo de medicamento (jarabe, comprimido, pomada, etc.), unidades en stock, unidades vendidas y precio. Existen medicamentos de venta libre, y otros que slo pueden dispensarse con receta mdica. La farmacia adquiere cada medicamento a un laboratorio, o bien los fabrica ella misma. Se desea conocer el cdigo del laboratorio, nombre, telfono, direccin, fax as como el nombre de la persona de contacto. Los medicamentos se agrupan en familias, dependiendo del tipo de enfermedades a las que dicho medicamento se aplica. La farmacia tiene algunos clientes que realizan los pagos de sus pedidos a fin de cada mes (clientes con crdito). La farmacia quiere conocer las unidades de cada medicamento comprado (con o sin crdito) as como la fecha de compra. Adems, es necesario tener los datos bancarios de los clientes con crdito, as como la fecha de pago de las compras que realizan. Justificacin: Se requiere mejorar, ordenar y agilizar la administracin de las actividades generales de la farmacia de una manera ms confiable de modo que elimine errores humanos en la mayor medida posible. MSF es muy til en proyectos de pequea y mediana escala, considerando en nuestro caso que es de mediana escala, y que puede crecer y acoplarse a un sistema descentralizado sigue considerndose como proyecto de mediana escala. El hecho de que MSF permite la comunicacin continua entre todos los elementos que conforman el equipo, nos da cabida a estar constantemente informados de lo que se est haciendo y de lo que se pretende realizar en cada fase del desarrollo. Con MSF podemos usar las disciplinas de anlisis de riesgos que nos ayudan a evolucionar con el proyecto. Objetivo Objetivo General.- Elaborar un sistema de control que facilite la administracin de medicamentos, proveedores, ventas y cartera de clientes de una farmacia, mediante las herramientas de anlisis, diseo y desarrollo de software. Objetivos Especficos: Visin: Obtener una visin del proyecto compartida, comunicada, entendida y alineada con los objetivos de la farmacia. Adems, Identificar los beneficios, requerimientos funcionales, sus alcances y restricciones; y los riesgos inherentes al proceso. Planeacin: Obtener un cronograma de trabajo que cumpla con lo especificado en la fase de Visin dentro del presupuesto, tiempo y recursos acordados con los representantes de la farmacia. Este cronograma identifica puntos de control especficos que permitirn generar entregas funcionales y cortas en el tiempo.

Desarrollo: Obtener iterativamente de la mano de la fase de Planeacin y de la de Estabilizacin versiones del sistema de control de la farmacia que sean entregables y medibles que permitan al cliente probar caractersticas nuevas de manera sucesiva. Aqu se incluyen los ajustes de cronograma necesarios. Estabilizacin: Obtener una versin final del sistema de control de la farmacia, ajustada y aprobada en su totalidad Instalacin: Entregar (instalar) a la farmacia el sistema de control de medicamentos finalizado en su totalidad. Aqu se tiene de manifiesto que ya se han superado con xito las etapas anteriores. Soporte: Brindar soporte y garanta sistema de control de la farmacia durante el tiempo estipulado en el contrato; registrando los reportes de soporte y mantenimiento recibidos, as como los ajustes y versiones ajustadas obtenidas.

DIAGRAMAS UML Diagrama de caso de usos

Diagrama de Clases
1 1 Cliente -Nombre : string -Direccin : string -Telfono : int -Id Cliente : string -Datos Bancarios : string +Comprar() +Pagar() 1..* Usuario de sistema 1 -Nombre : string -Horarios : string +Vender() +Checar Disponibilidad() 1

1 Administrador de sistema

1..*

1..*

Catalogacin -Cdigo : string -Familia : string -ombre : string -Tipo : string -Unidades Vendidad : int -Unidades en existencia : int -Precio : string -Tipo de venta : bool 1..* Venta

-Nombre : string -Puesto : string -Horario : string +Catalogacin()

1..* Proveedores -Nombre del proveedor : string -Telefono : int -Direccin : string -Fax : int -Nombre del contacto : string +Surtir Mercancia()

-Fecha de compra : Date -Unidades vendidad : int +Reducir stock() 1..*

1..*

Diagrama de Secuencia

Cliente

Usuario de sistema

Proveedores

Catalogacin

Administrador de sistema

Venta

1.- Solicita medicamento 2.- Comprueba si requiere receta 3.- Comprobar disponibilidad 4.-Disponibilidad 5.- Entrega receta (si existe ) 6.- confirma Compra 7.- Tipo de venta (Credito o contado) 8.- Realiza venta 9.- Reducir stock 10.- Termina Venta

1.- Entrega de pedido 2.- Alimenta Base de datos

Diagrama de Estado

Diagrama de Actividades

Diagrama de Componentes
Servidor Linux

Terminal tonta Mostrador

Terminal Tonta Mostrador

Terminal tonta Administrador

Terminal Tonta Caja Impresora

Diagrama Entidad-Relacin

Identificacin de Riesgos y Anlisis de Riesgos


Riesgos asociados al tamao del producto 1.- Numero de usuarios que utilizaran el producto al mismo tiempo.
-Utilizar un gestor de base de datos con soporte multi usuario -Dar mantenimiento a las bases de datos de forma mensual -Detectar durante el anlisis del sistema el numero mximo de usuarios que aran uso del sistema

2.- La cantidad de SW que vamos a reutilizar.


-Disear el sistema de forma modular para facilitar su reutilizacin -Realizar pruebas a los modulo para asegurar la correcta comunicacin con el resto -Probar la configuracin del gestor de base de datos para asegurar el mejor desempeo posible para las exigencias del sistema

3.- Cambios a realizar al proyecto, antes y despus de la entrega


-Asegurarnos de tener un buen diseo del sistema antes de comenzar el desarrollo del mismo -Evitar dependencias entre los mdulos para no tener que realizar cambios en los mdulos adyacentes -Llevar un buen control de errores y correcciones realizadas al sistema

4.- El tiempo es el adecuado al tamao del sistema


-Considerar posibles retrasos durante el diseo y desarrollo del sistema -Contar con un equipo de desarrollo adecuado antes de comenzar el proyecto -Asegurarnos de contar con la infraestructura necesaria para llevar acabo el desarrollo del sistema

5.- El tamao del producto se puede adaptar a cualquier Farmacia sin importar el tamao
-Considerar durante el diseo la utilizacin de un gestor de base de datos escalable hacia arriba -Tener en cuenta la posible instalacin o migracin a una infraestructura de mayor tamao -Considerar en el diseo la posibilidad de utilizar diferentes terminales con distintos privilegios de acuerdo al usuario

6.- Tamao de las bases de datos utilizadas por el producto


-Poseer con los motores de base de datos para poder contener varios registros -Contar con el equipo adecuado para la instalacin de la base de datos -Elegir al personal especializado para la administracin de la bases de datos

7.- Debido al tamao del sistema, el tiempo es suficiente para poder repararlo en caso de falla previa a la entrega

-Realizar pruebas a cada modulo al terminar, para detectar errores -Tomarse un espacio en el tiempo de entrega

8.- Tenemos el personal necesario para realizar el sistema debido a su tamao


-Contar con el personal suficiente para llevar acabo el desarrollo del proyecto -Verificar que el personal cuente con el conocimiento y perfil del SW que va a utilizar para el desarrollo del proyecto -Contar con una planeacin de cono se va llevar acabo el proyecto, y que los desarrolladores estn enterados de la forma en como se va llevar

Riesgos asociados al impacto del negocio. 9.-La empresa cuenta con el dinero suficiente para solventar el costo del producto
- Hacer un estudio de los recursos necesarios para realizar el proyecto y tener una comparativa realista de los recursos con los que contamos. -Revisar la viabilidad comercial de producto, estando al tanto del su mercado objetivo.

10.-Se obtendr la utilidad esperada en dicho producto


- Hacer un anlisis de requerimientos previo -Realizar un anlisis costo-beneficio

11.-Afectara procesos internos en la empresa


- Trabajar en conjunto con los procesos internos sin verlos afectados - Buscar las personas adecuadas que se enfoquen al desarrollo

12.-La empresa cuenta con todos los criterios legales para dicho desarrollo
- Contar con las licencias necesarias - Conocer lineamientos para el desarrollo en el rea legal Basarse en estndares que rigen el desarrollo a nivel nacional

13.-En dado caso que se presenten inconvenientes en el desarrollo, habr una sancin en cuanto a costo
- Llevar a cabo el cronograma de actividades, para el desarrollo tomando en cuenta una holgura en cuanto a tiempo dentro de cada actividad - Verificar si las sanciones no afectan el desarrollo del producto, y sea mas inconveniente la multa, y que afectara al sistema de una manera considerable.

14.-Como visualizan a nuestro producto la gerencia


- Dar crdito al sistema de sus beneficios sin sobrepasarlos - No entrar en demasiados tecnicismos en los reportes entregados a la gerencia - Informar avances del proyecto de manera oportuna

15.-La cantidad y calidad de documentacin del producto que debe ser producida y enviada al cliente
- Realizar la documentacin de una manera ordenada - Usar las especificaciones para documentacin del cliente en caso de que tenga alguno establecido. Use simbologa y trminos estandarizados siempre que sea posible.

16.-Resistencia de los empleados sobre cambiar su metodologa de trabajo.


Capacitar al personal que usara el sistema, haciendo nfasis en ahorro de trabajo que este conlleva. Incentivar a los empleados para que aprendan a usar el sistema. Tener a mano la ayuda en el mismo sistema, sobre los puntos que pudieran ser mas difciles o tediosos de asimilar.

17.-Errores involuntarios de los empleados al utilizar el sistema.


Establecer un sistema de respaldo diario (o de menor lapso de tiempo) para poder recuperar los datos borrados accidentalmente. Dar a los empleados solo los privilegios estrictamente necesarios.

Riesgos asociados al cliente 18.- El cliente no esta de acuerdo con los avances del proyecto
-

19.- El cliente tiene una idea slida de lo que requiere


-Realizar las preguntas necesarias a los clientes para obtener informacin -Tener el conocimiento de los tramites que ase el cliente en la farmacia -Observar y analizar detalladamente los requerimientos de la farmacia detalladamente

20.- Se ha trabajado con ese cliente en el pasado


-Conocer los derechos con los que cuenta el cliente -Consultar el historial del cliente y ver que no tiene adeudos o problemas con la farmacia y si los tiene de que tipo -Analizar los antecedentes del cliente para prevenir problemas

21.- El cliente est de acuerdo en trabajar contigo


-Mostrarle al cliente los beneficios del sistema -Aser le una demostracin al cliente donde vea el como se beneficia el tanto como la farmacia -Definir hasta que punto puede crecer nuestro sistema

22.- El cliente participara en las revisiones


-Analizar detalladamente y analizar las peticiones del cliente en las revisiones -Ser concurrentes en los objetivos mientras modificamos y revisamos, y tener en cuenta el tiempo de entrega

23.- El cliente es tcnicamente sofisticado


-Dar a conocer y explicar las herramientas que se van a utiliza -Preguntar si el cliente necesita trabajar bajo alguna plataforma en especia o hardware novedoso -Aconsejar al cliente que el equipo y la tecnologa que esta utilizando es la mejor

24.- El cliente entiende el proceso de ingeniera de software


-Explicar el desarrollo y las etapas involucradas en el sistema -Motivar al cliente para que genere internes durante el desarrollo de el sistema

Riesgos asociados a la madurez del proceso 25.-Falta de comunicacin entre los grupos del equipo.
Establecer vas de comunicacin para que los grupos establezcan una comunicacin adecuada. Realizar reuniones para analizar el progreso del proyecto. Publicar un boletn con los cambios relevantes en cuanto al proyecto

26.-Retraso en las actividades


Resignar personal a las actividades mas relevantes. -Contratar personal que realicen actividades que no afectan directamente al producto.

27.-Cambio de requerimientos por parte de cliente


- Modificar cronograma de actividades - Informar el costo de dichos cambios - Analizar los mdulos utilizables para darle continuidad al proyecto

28.-Cultura de proyectos
Crear un lenguaje comn Procesos comunes Metodologa nica

29.-No contar con el soporte de administracin para la ingeniera de software


Definir tareas del lder de proyecto Contratar un consultor en TI Revisar quien me puede brindar apoyo en esa rea

30.-Desconocimiento por parte del personal de normas y regulaciones sobre manejo de medicamentos
Contratacin de consultores Entrevistas a usuarios finales de cada modulo Revisar antecedentes y solicitar apoyo

31.-Desconocimiento por parte del personal de los trminos propios de la industria farmacutica.
Elaboracin de un glosario de los trminos que se usaran. Procurar la revisin de los trminos por un asesor o una persona con experiencia en el campo.

Riesgos de Tecnologa 32.-Hay tecnologa nueva en la organizacin


solicitar al fabricante un curso de capacitacin adecuada establecer a lo responsables de la tecnologa adquirida

33.-No contar con la tecnologa adecuada


Adquisicin de equipos necesarios Realizar anlisis costo beneficio para determinar si se compra o se renta subcontratar el servicio en cuestin.

34.-Desconocimiento sobre las capacidades del nuevo software.


Realizar pruebas de rendimiento sobre el nuevo software Realizar los ajustes necesarios para aprovechar las nuevas capacidades. Tener documentacin necesaria de los nuevos dispositivos de HW

35.-La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba
Estudiar la viabilidad de un cambio de gestor de base de datos por otro mas potente Tratar de reducir el numero de transacciones realizadas por el sistema Realizar una rebicion de que no existan usuarios sobrecargando la base de datos de forma innecesaria

36.-Falla del equipo de HW durante la etapa de desarrollo


Contar con equipos de repuestos listos para continuar con el desarrollo. Contar con un sistema continuo de respaldo de los avances sobre el proyecto.

Dar el mantenimiento requerido y trabajar con cada equipo dentro de las especificaciones dadas por el fabricante.

Riesgos asociados a las personas 37.-Falta de oferta de personal capacitado.


Solicitar a una institucin educativa la elaboracin y impartision de un curso adecuado. Publicar la solicitud de personal con las capacidades esperadas Ofrecer mejores prestaciones y sueldo para el personal capacitado y el que este dispuesto a llevar a cabo su capacitacin

38.-El personal clave esta enfermo o no esta disponible en momentos crticos


Realizar una planeacin cuidadosa de la disponibilidad del personal clave. Contar con mas de 1persona capacitada para llevar a cabo las tareas claves Realizar una bitcora detallada para permitir al responsable ponerse al da lo mas pronto posible.

39.-Falta de personal.
Incentivar para que el personal aumente su productividad Contratacin del personal faltante. Contratacin temporal de personal para tareas no criticas y /o no especializadas.

SE ANEXA CRONOGRAMA DE ACTIVIDADES EN FORMATO PDF. SE ANEXA MATRIZ DE ANALISIS DE RIESGOSEN FORMATO XLS (EXCEL).