S IS TE MA DE IN F OR MA C IÓ N P A R A E L C ON TR OL D E P R OD UC TO TOS S FARMACIA “ B albo lboa a”
Docente
: Lic. Margarita B. Lopezmariaca
Integrantes
: Ninoska Chura Llojlla Ruth Quispe Choque Gaby Haunca Mamani
Asignatura Paralelo
: Ingeniería De Sistemas Ii : 8 “C” Turno Noche
EL A LTO – LA P AZ BOLIVIA
INDICE CAPITULO I……………………………………………………………………….…….…1 1. INTRODUCCIÓN ………………………………………………………… ……………………………………………………………… …… ....2 2. ANTECEDENTES ……………………………………………… ……………………………………………………………… ……………… ...3 2.1. ANTECEDENTES INSTITUCIONALES………………………………...3 INSTITUCIONALES………………………………...3 2.2. ANTECEDENTES METODOLÓGICOS …………………………… …………………………….....3 .....3 3. PLANTEAMIENTO DEL PROBLEMA…………………… PROBLEMA……………………………...………… ………...…………...3 ...3 4. OBJETIVOS…………………… OBJETIVOS……………………………………………… ……………………………………………… …………………… ..…5 ..…5 4.1.
OBJETIVO GENERAL……………………… GENERAL………………………………………………… ……………………………5 …5
4.2.
OBJETIVO ESPECIFICO………………… ESPECIFICO……………………………………………… ……………………………...5 ...5
5. JUSTIFICACIÓN TÉCNICA ……………………………………………… ……………………………………………….. ..……6 ……6 5.1.
JUSTIFICACIÓN TÉCNICA……………………… TÉCNICA…………………………………………… ……………………...6 ...6
5.2.
JUSTIFICACIÓN ECONÓMICA……………… ECONÓMICA………………………………………. ………………………....6 ...6
5.3.
JUSTIFICACIÓN SOCIAL…………………… SOCIAL…………………………………………… ……………………….. ..…6 …6
6. ALCANCES Y LIMITACIONES…………………………………… LIMITACIONES………………………………………………… …………… .7 6.1. ALCANCES……………………… ALCANCES…………………………………………………… ……………………………………… ………… ..7 6.2.
LIMITACIONES…………………………………………………………...7 LIMITACIONES………………………………………………………… ...7
7. 0ESTUDIO DE FACTIBILIDADES…………… FACTIBILIDADES……………………………………… ……………………………… …… .29 7.1.
FACTIBILIDAD SOCIAL………………………… SOCIAL……………………………………………… ……………………..29 ..29
7.2.
FACTIBILIDAD TÉCNICA……………………… TÉCNICA……………………………………………… ………………………29 29 a) Requerimientos de hardware………………………… hardware…………………………..….……...30 ……...30 b) Requerimientos de recursos……………………………… recursos……………………………….. ..……30 ……30
7.3.
FACTIBILIDAD ECONÓMICA…………………… ECONÓMICA………………………………………… …………………….30 .30
7.4.
FACTIBILIDAD OPERATIVA………………… OPERATIVA………………………………………… ………………………...31 ...31
8. CRONOGRAMA………………………………………………………………… CRONOGRAMA………………………………………………………………….31 .31 CAPITULO II……………………………………………… II…………………………………………………………………………….… …………………………….…8 8 DESARROLLO DEL PROYECTO…………………… PROYECTO………………………………………………… ……………………………… … ....9 1. METODOLOGÍA UWE……………………… UWE………………………………………………… …………………………….… ….… .….9 1.1.
FASES………………………………………………………………….. FASES………………………………………………………………… ..…9 …9
2. FASES DE DISEÑO…………………… DISEÑO……………………………………………… ……………………………………… …………… .10
2.1.
DIAGRAMA DE CASO DE USO DEL NEGOCIO………………..….10
2.2.
DIAGRAMA DE ACTIVIDADES……………… ACTIVIDADES……………………………………… ………………………..13 ..13
2.3.
DIAGRAMA DE SECUENCIAS………………… SECUENCIAS……………………………………… ……………………..14 ..14
2.4.
REQUISITOS DEL SISTEMA………………… SISTEMA………………………………………….16 ……………………….16
2.4.1. NO FUNCIONALES…………………… FUNCIONALES……………………………………………… …………………………...16 ...16 2.4.2. FUNCIONALES……………………………………………………..16 2.5.
DIAGRAMA DE CASO DE USO DEL SISTEMA…………………....1 SISTEMA…………………....1 7
2.6.
DIAGRAMA DE ACTIVIDADES……………… ACTIVIDADES…………………………………… ……………………..…21
2.7.
DIAGRAMA DE SECUENCIAS………………… SECUENCIAS……………………………………….22 …………………….22
2.8.
DIAGRAMA DE CLASES…………………… CLASES…………………………………………… ………………………...24 ...24
2.9.
DIAGRAMA DE COMPONENTES……………… COMPONENTES……………………………………24 ……………………24
2.10. DIAGRAMA DE DISTRIBUCIÓN……………… DISTRIBUCIÓN……………………………………..24 ……………………..24 CAPITULO III………………………………………… III……………………………………………………………………… ……………………………… … ...25 CONCLUSIONES…………………………………………… CONCLUSIONES……………… ……………………………………………………… …………………………26 26 RECOMENDACIONES………………………………………………………………...27 WEBGRAFIA……………………………………………… WEBGRAFIA………………… ………………………………………………………… …………………………….28 .28
CAPITULO I
1
1. Introducción Con el presente proyecto se pretende realizar el control de inventario para el eficaz funcionamiento de la Farmacia “Balboa”, ubicada en la av. Camacho en la provincia Murillo de la ciudad de La Paz. En la actualidad los sistemas de información han venido evolucionando y la tecnología ha avanzado aún más por lo que se han implementado sistemas computarizados permitiendo un fácil manejo de datos. Debido a esos avances tecnológicos los analistas de sistemas se han tomado la tarea de realizar distintos sistemas para darles soluciones a las distintas demandas que presentan las diferentes instituciones. Es por ello por lo que se contribuye con la tecnología en la creación de un sistema de inventario en la Farmacia Balboa el cual ayudará al personal que administra dichafarmacia a realizar en menos tiempo el inventario. Con este sistema se aprovechará más los recursos que brinda la farmacia permitiendo así determinar la mejor atención a los usuarios. Esta página web que realizamos puede ser usada para cualquier modelo de inventario relacionado con la industria farmacéutica. Conformado por cuatro tablas permitiendo realizar Funciones diferentes dentro del sistema las mismas que son: Producto, Cliente, Factura, además la tabla usuario que esta permite dar los permisos para acceder al siste ma. El sistema diseñado cumple con los requerimientos necesarios para llevar el control de los medicamentos, Ayudando de esta manera a facilitar el trabajo a los usuarios brindándoles respuesta de manera rápida, coherente y exactos.
2
2. Antecedentes 2.1. Antecedentes institucionales La farmacia “Balboa”, se ubica en la Av. Camacho en la provincia Murillo del Departamento de La Paz, Bolivia. La farmacia surgió debido a que en ese lugar no existía farmacia, a mediados de la gestión 2010 el 5 de septiembre ese año se funda la farmacia “Balboa” y actualmente cumple sus funciones con normalidad y presta un buen servicio a la población y por eso abrió muchas sucursales en la ciudad. Gracias a la satisfacción de los vecinos la farmacia creció considerablemente, pero también bajo su calidad y su forma de controlar sus productos salientes y entrantes en su almacén. 2.2. Antecedentes metodológicos El presente proyecto será fundamentado y aportado por el proyecto “Diseño de un sistema de control del inventario para la empresa inversiones Miwill, C.A., Maturin Estado Monagas” realizado por los estudiantes Miladis Escribano, Renny Montano, GeormellysRodriguezenel año 2009 su objeto consiste en el estudio detallado y desarrollar un sistema computarizado de inventario. Otro proyecto similar fue el de “SISTEMA DE CONTROL DE INVENTARIOS” realizado por JUAN MANUEL RIVERA DÍAZ en el año 2012 con el propósito mejorar la calidad de la distribución de la empresa. 3. Planteamiento del problema. Actualmente la farmacia presenta problemas con el control de búsqueda, distribución, el inventario correspondiente a los diferentes productos
ya que los proveedores de los
productos proveen medicamentos de diferentes laboratorios que en algunos casos un laboratorio posee los mismos atributos físicos, pero códigos y fabricantes diferentes. Si tomamos en consideración la farmacia la cual realiza los procesos de verificar la existencia de un medicamento
de manera manual, lo que dificulta poder manipular los
precios, la búsqueda y la distribución ya que en algunos casos maneja más de 100 tipos de medicamentos y los precios son variantes, en dicho caso no es fácil realizar la suma de los precios. Cuando los medicamentos que compran son demasiados y los precios no son precisos. 3
Actualmente la empresa es muy ineficiente al realizar la administración de ingresos y egresos del capital. Lo cual retrasa la toma de decisiones para la adquisición de nuevos productos. Por tal motivo se desea implementar un sistema de control de inventarios de productos. Por lo tanto, se plantean los siguientes problemas:
La pérdida de registro de información del inventario de los productos.
Perdida de productos debido a la fecha de vencimiento.
Problemas con la actualización de nuevos medicamentos.
dificultad al organizar los medicamentos por tipos y códigos.
Pérdida económica.
¿Cómo se mejorará el control de los productos dentro de la farmacia?
Desarrollando un sistema de control de productos a tiempo reales y preciso
Desarrollando un sistema que tenga la opción de vender productos para satisfacer al cliente
4
4. Objetivos 4.1.
Objetivo general
Desarrollar e implementar un sistema de información para el control de productos que ayude a mejorar la administración del inventario y venta de productos dentro de la farmacia. 4.2.
Objetivos específicos. Facilitar al encargado de ventas la búsqueda de los medicamentos para una mejor atención a los usuarios.
Controlar de manera eficiente, segura los precios de los diferentes medicamentos.
Contar con la información real de los productos para verificar la cantidad existente de cada uno.
5
5. Justificación. 5.1. Justificación técnica En el ámbito tecnológico no se está requiriendo de altas inversiones y/o costos en software, ya que todo el proceso del sistema se realizará a un bajo costo por la parte de Software solo se estará utilizando un paquete simple y por la parte de Hardware solo se requerirá de un equipo de Computo (PC, laptop u otro). 5.2. Justificación económica Este sistema se realizará con un costo cero por ser una práctica universitaria puesto que no se va a realizar ningún presupuesto en el sistema que se hará y además que beneficiará a la farmacia. 5.3. Justificación social En lo social el cliente será más beneficiado con la atención y un mejor servicio que la farmacia brindará hacia sus usuarios y también será más factible para los empleados ya que se encarga del control y la venta delos productos.
6
6. Alcances y limitaciones 6.1.
Alcances
El Sistema de Información para la farmacia cubrirá los siguientes aspectos:
Acceso inmediato y oportuno a la información.
Distribución y clasificación adecuada de los medicamentos
Información sobre el costo y control de las ventas.
Búsqueda eficiente de un “x” medicamentos
Actualización de nuevos productos, verificar la existencia e inexistencia de dicho medicamento
6.2.
Limitaciones
Las limitaciones encontradas fueron:
No contara con la actualización automática de los productos ya que el administrador debe ingresar los nombres de los productos para hacer la actualización.
No dispondrá de un portal web para la venta de medicamentos.
7
CAPITULO II
8
DESARROLLO DEL PROYECTO 1. METODOLOGÍA UWE La propuesta de Ingeniería Web basada en UML es una metodología detallada para el proceso de autoría de aplicaciones con una definición exhaustiva del proceso de diseño que debe ser utilizado. Este proceso, iterativo e incremental, incluye flujos de trabajo y puntos de control, y sus fases coinciden con las propuestas en el Proceso Unificado de Modelado. UWE está especializada en la especificación de aplicaciones adaptativas, y por tanto hace especial hincapié en características de personalización, como es la definición de un modelo de usuario o una etapa de definición de características adaptativas de la navegación en función de las preferencias, conocimiento o tareas de usuario. Otras características relevantes del proceso y método de autoría de UWE son el uso del paradigma orientado a objetos, su orientación al usuario, la definición de un meta-modelo (modelo de referencia) que da soporte al método y el grado de formalismo que alcanza debido al soporte que proporciona para la definición de restricciones sobre los modelos. 1.1.Fases:
Fase de diseño Se basa en la especificación de requisitos producido por el análisis de los requerimientos (fase de análisis), el diseño define cómo estos requisitos se cumplirán, la estructura que debe darse a la aplicación web.
Codificación del software Durante esta etapa se realizan las tareas que comúnmente se conocen como programación; que consiste, esencialmente, en llevar a código fuente, en el lenguaje de programación elegido, todo lo diseñado en la fase anterior
Fase de prueba Las pruebas se utilizan para asegurar el correcto funcionamiento de secciones de código.
Fase de implementación Proceso por el cual los programas desarrollados son transferidos apropiadamente al computador destino, inicializados, y, eventualmente, configurados; todo ello con el propósito de ser ya utilizados por el usuario final. 9
Esto incluye la implementación de la arquitectura, de la estructura del hiperespacio, del modelo de usuario, de la interfaz de usuario, de los mecanismos adaptativos y las tareas referentes a la integración de todas estas implementaciones. 2. Fase de diseño 2.1. Diagrama de caso de uso del negocio
Descripción de caso de uso del negocio Caso de uso
Gestión de reporte
Objetivo
Realizar actualizar los tipos de reportes como son: reporte de venta, compra e inventarios. Tareas como modificar, agregar, eliminar datos.
Actor Principal
Propietario
Precondición
Los campos sean llenados correctamente.
Escenario Principal 1.El propietario tiene la opción de elegir el tipo de reporte 3. El propietario tiene las tareas tales como: imprimir Escenario
2. Filtra información de la ventana de reportes
Alternativo
4. Valida las tareas efectuadas por el usuario. 5. Registra el reporte elegido en la ventana de medicamentos, todos los cambios registrados
Observaciones
1.Si el usuario no ingresa los datos que corresponden al tipo de reporte elegido, el sistema volverá a pedir la información
Caso de uso
Gestión medicamento 10
Objetivo
Revisar/actualizar el reporte de medicamento: tareas como modificar, agregar, eliminar datos.
Actor Principal
Propietario
Precondición
Los campos sean llenados correctamente.
Escenario
1. El propietario tiene las tareas de agregar, eliminar, modificar el
Principal
reporte de medicamentos, llenando todos los campos pedidos. 3. El propietario actualiza la ventana de inventarios de medicamentos.
Escenario
2. Filtra información de la ventana actualización de inventarios
Alternativo
para mostrar al usuario los datos del gestión de medicamentos. 4. Valida las tareas efectuadas por el usuario. 5. Registra el reporte de medicamentos en la base de datos, todos los cambios registrados
Observaciones
1.Si el usuario no ingresa los datos correctos al reporte, el sistema volverá a pedir la información.
Caso de uso
Gestión de usuario
Objetivo
Almacenar los datos del usuario o reconocer a un usuario del sistema.
Actor Principal
Propietario, Farmacéutico
Precondición
Los campos determinados sean llenados correctamente.
Escenario Principal 1. El propietario/farmacéutico tiene dos áreas. Primero: modificar o si es usuario nuevo donde llena el formulario de datos requeridos. Segundo: propietario/farmacéutico es ya usuario del sistema y sólo ingresa su código de Usuario. Escenario
2. Verifica que la información solicitada sea la correcta o valida el
Alternativo
código de usuario consultando a la ventana de seguridad. 3. Registra el formulario en la ventana de seguridad.
11
Observaciones
1. Si el usuario no ingresa los datos que corresponden en el formulario o el código de usuario no coincida, el sistema volverá a pedir la información y no podrá ingresar al sistema.
Caso de uso
Verificar medicamento
Objetivo
Proporcionar el servicio de encontrar medicamento deseado para verificar su existencia/stock en el inventario.
Actor Principal
Farmacéutico
Precondición
Farmacéutico ingresa código/nombre de medicamento.
Escenario Principal 1. El usuario Ingresa la información necesario para la búsqueda. Escenario
2. Filtra información en el control principal
Alternativo
3. Visualiza el detalle de la búsqueda en la ventana de ventas.
Observación
1. Si el usuario no ingresa correctamente el código/nombre, el sistema volverá a pedir la información.
Caso de uso
Vender medicamento
Objetivo
Registrar el proceso de venta de medicamentos
Actor Principal
Farmacéutico
Precondición
Buscar existencia/stock. (caso de uso “verificar medicamento”)
Escenario Principal 1. El farmacéutico ingresa la información necesario para la venta. Escenario
2. según el nombre de medicamento el sistema visualizará el
Alternativo
costo. 3. registrara la venta en el reporte de ventas
Observación
1. Si el sistema no encuentra el medicamento (stock) no se realizara la venta.
Caso de uso
Emitir factura
Objetivo
Convertir en documento físico la venta de medicamento
Actores
Farmacéutico
Precondición
Realizar la venta de mediamente. (caso de uso “vender medicamento”)
12
Escenario
1. El farmacéutico ingresa la información necesario para el
Principal
llenado del formulario de la factura.
Escenario
2. recupera datos de la venta para ser ingresada a la factura.
Alternativo
3. realizara la impresión.
Objetivo
1. Si el sistema anticipadamente no registra una venta no se podrá continuar con este caso de uso.
2.2.
Diagrama de actividades
13
2.3.
Diagrama de secuencias
14
15
2.4.
Requisitos del sistema
2.4.1. No funcionales
El sistema deberá funcionar correctamente en cualquiera de los siguientes sistemas operativos: Windows 7, Windows 8, Linux.
El cliente no podrá ver el código que se realizó en el sistema.
Los usuarios deben contar con la plataforma Java instalada en sus computadoras.
El sistema no debe tardar más de 5 segundos en realizar la búsqueda de algún producto, si esto ocurriese el sistema lanzara un mensaje de error indicandoque no puede conectarse con la base de datos.
Se debe disponer de periféricos disponibles (mouse y teclado) para un adecuado uso del software.
Para un mejor funcionamiento del sistema se requiere una PC con una capacidad de RAM de 2GB o mayor, además debe contar con un procesador que posea mínimamente 2 núcleos, además debe contar con por lo menos 25GB disponibles para alojar la base de datos.
2.4.2. Funcionales
El sistema debe permitir el registro de los productos a la base de datos con su respectiva categoría y su descripción.
16
El sistema debe permitir la modificación de los productos que se encuentran en la base de datos.
El sistema debe permitir imprimir los reportes que genera.
El sistema debe mostrar el costo de toda la mercadería existente.
El sistema debe permitir eliminar productos “los medicamentos que hayan caducado, tengan datos erróneos o similares, podrán ser eliminados por el usuario”
El sistema no debe permitir el ingreso de productos con el mismo código de referencia a la base de datos.
2.5.
El administrador podráingresar nuevos usuarios.
El sistema permitirá verificar la existencia de medicamentos.
El sistema actualizara los productos.
Diagrama de caso de uso del sistema
Descripción de caso de uso de sistema Caso de uso
Gestión de reporte
Objetivo
Realizar actualizar los tipos de reportes como son: reporte de venta, compra e inventarios. Tareas como modificar, agregar, eliminar datos. 17
Actor Principal
Propietario
Precondición
Los campos sean llenados correctamente.
Escenario Principal 1.El propietario tiene la opción de elegir el tipo de reporte de ventas, comprar e inventarios de medicamentos 3. El propietario tiene las tareas tales como: imprimir reporte, actualizar, revisar. Escenario
2. Filtra información de la BD para mostrar al usuario datos que
Alternativo
dependen del tipo de reporte que haya elegido 4. Valida las tareas efectuadas por el usuario. 5. Registra el reporte elegido en la base de datos, todos los cambios registrados
Observaciones
1.Si el usuario no ingresa los datos que corresponden al tipo de reporte elegido, el sistema volverá a pedir la información
Caso de uso
Gestión medicamento
Objetivo
Revisar/actualizar el reporte de medicamento: tareas como modificar, agregar, eliminar datos.
Actor Principal
Propietario
Precondición
Los campos sean llenados correctamente.
Escenario Principal 1. El propietario tiene las tareas de agregar, eliminar, modificar el reporte de medicamentos, llenando todos los campos pedidos. 3. El propietario actualiza el reporte de medicamentos. Escenario
2. Filtra información de la BD para mostrar al usuario datos del
Alternativo
reporte de medicamentos. 4. Valida las tareas efectuadas por el usuario. 5. Registra el reporte de medicamentos en la base de datos, todos los cambios registrados
Observaciones
1.
Si el usuario no ingresa los datos correctos al reporte,
el sistema volverá a pedir la información. Caso de uso
Gestión de usuario
Objetivo
Almacenar los datos del usuario o reconocer a un usuario del sistema.
18
Actor Principal
Propietario, Farmacéutico
Precondición
Los campos determinados sean llenados correctamente.
Escenario
1. El propietario/farmacéutico tiene dos áreas. Primero: modificar o
Principal
si es usuario nuevo donde llena el formulario de datos requeridos. 2. Segundo: propietario/farmacéutico es ya usuario del sistema y sólo ingresa su código de Usuario.
Escenario
3. Verifica que la información solicitada sea la correcta o valida el
Alternativo
código de usuario consultando a la base de datos. 4. Registra el formulario en la base de datos y se le asigna un código si es nuevo, si es un usuario del sistema registrado, se le da privilegios asignados al determinado usuario.
Observaciones
1. Si el usuario no ingresa los datos que corresponden en el formulario o el código de usuario no coincida, el sistema volverá a pedir la información y no podrá ingresar al sistema.
Caso de uso
Verificar medicamento
Objetivo
Proporcionar el servicio de encontrar medicamento deseado para verificar su existencia/stock en el inventario.
Actor Principal
Farmacéutico
Precondición
Farmacéutico ingresa código/nombre de medicamento.
Escenario Principal 1. El usuario Ingresa la información necesario para la búsqueda. Escenario
2. Filtra información de la BD buscando la información ingresada
Alternativo
por el farmacéutico. 3. Visualiza el detalle de la búsqueda, ya sea si el medicamento esa registrado o no, o a su vez visualiza el stock del medicamento.
Observación
1. Si el usuario no ingresa correctamente el código/nombre, el sistema volverá a pedir la información.
Caso de uso
Vender medicamento
Objetivo
Registrar el proceso de venta de medicamentos
Actor Principal
Farmacéutico
Precondición
Buscar existencia/stock. (caso de uso “verificar medicamento”)
19
Escenario
1. El farmacéutico ingresa la información necesario para la
Principal
venta, como son: nombre de medicamento, cantidad.
Escenario
2. según el nombre de medicamento el sistema visualizará el
Alternativo
costo. 3. registrara la venta en el reporte de ventas guardando automáticamente la fecha de venta y todos los datos necesarios.
Observación
1. Si el sistema no encuentra el medicamento (stock) no se realizara la venta.
Caso de uso
Emitir factura
Objetivo
Convertir en documento físico la venta de medicamento
Actores
Farmacéutico
Precondición
Realizar la venta de mediamente. (caso de uso “vender medicamento”)
Escenario
1. El farmacéutico ingresa la información necesario para el
Principal
llenado del formulario de la factura.
Escenario
2. recupera datos de la venta para ser ingresada a la factura.
Alternativo
3. realizara la impresión.
Objetivo
1. Si el sistema anticipadamente no registra una venta no se podrá continuar con este caso de uso.
2.6.
Diagrama de actividades
20
21
2.7.
Diagrama de secuencias
22
2.8.
Diagrama de clases
23
2.9.
Diagrama de componentes
2.10. Diagrama de distribución
Arq sw mvc
Pruebas Verif validación Pruebas de req Prubas de integridad 24
CAPITULO III
25
Conclusiones Se relizaron t1 t2 t3 por tanto se llego acum,pli obe1 Bvhbfhvhfbvh 1 2 3 4 5 6 7 ppor tanto oe2 Por todo loexpuesto y habiendo cumplido o1 o2 o3 se llego a desarollar si yyghbyy Al conocer el proceso de control de inventarios de la Farmacia,se permitirá tener una visión clara de las adquisiciones de fármacos, la Administración está obligada a dar cumplimiento a los requerimientos de la farmacia ya que son el resultado del proceso de control del inventario. El sistema implementado para el control de ventas e inventarios, permitirá mejorar la atención al público y por ende incrementar las ventas, también mejorará la rotación de medicamentos y productos evitando la caducidad. Las Farmacias están en constante competencia y día a día quieren mejorar la atención al cliente; la implementación de sistemas de control de ventas e inventarios agiles, mejorará el control de los stocks, logrando determinar niveles mínimos, máximos y punto de reposición de medicamentos y productos.
26
Recomendaciones El modulo x Para que la farmacia mejore sus ventas debe capacitar a los empleados en forma permanente en el manejo de ventas y control de inventarios y estrategias de ventas así mejorará la atención brindada en la farmacia.
27
Webgrafía https://es.scribd.com/.../control-de-inventario-para-un-Almacen-de-Farmacia. www.portalprogramas.com/.../sistema-excel-venta-inventarios-farmacia. www.buenastareas.com/materias/ejemplo-de-inventario-en...farmacia. www.uptodown.com/.../programas-para-inventario-gratis-para-farmacias http://www.academia.edu/9483556/PROYECTO_FARMACIA_CHARITO
28
7. Estudio de factibilidades Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señalados, la factibilidad se apoya en 3 aspectos básicos:
Social.
Técnico.
Económico.
El éxito de un proyecto está determinado por el grado de factibilidad que se presente en cada una de ellos. 7.1. Factibilidad social Mediante el estudio y la información adquirida por parte del dueño de la farmacia Cruz Azul comprobamos que este sistema será de gran beneficio para los empleados, ya que ellos serán los que registran los productos que están siendo traídos por los proveedores la cual ellos podrán ver la cantidad existente de estos y a su vez les facilitara de gran manera al vender uno de ellos 7.2. Factibilidad técnica Actualmente la farmacia cuenta con 3 computadoras, de las cuales 2 serán asignadas a los empleados, estas se utilizan para el registro y ventas de productos. Para que el proyecto sea técnicamente factible, es clave identificar las áreas del conocimiento del recurso humano, el hardware y el software para llevar de una manera más rápida los procesos de desarrollo, implementación y operación. Estos requerimientos se engloban en tres categorías Requerimientos de software 29
El sistema informático a desarrollar estará orientado a objetos
Herramienta
Software Seleccionado
Version
Sistema gestor de base de MySQL
5.1
datos Lenguaje de programación
neetbens
8.0
a) Requerimientos de hardware Nro
Marca/Modelo Procesador
Disco duro
Memoria
1
HP
Intel corei7
1tb
8 GB
1
HP
AMD a8
1tb
8 GB
Actualmente la farmacia cuenta con dos equipos informáticos con las siguientes especificaciones. Marca/Modelo Procesador
Disco duro
Memoria
DELUX
1tb
8 GB
Intel corei5
b) Requerimientos de recursos humanos Cantidad
Cargo
2
Programadores
1
Documentador
1
Docente (Asesor del proyecto)
Después de haber realizado el estudio de factibilidad técnica se concluye que: Con la evaluación técnica realizada en el ambiente de desarrollo y de producción, se pudo determinar que el equipo de desarrollo cuenta con el hardware, software y conocimientos técnicos necesarios para llevar a cabo el proyecto propuesto.
30
7.3. Factibilidad económica Costo total del proyecto ITEM
CONCEPTO
COSTO
0
RECURSOS HUMANOS
0 BS
1
RECURSOS DE SOFTWARE
0 BS
2
RECURSOS DE HADWARE
0 BS
7.4. Factibilidad operativa Los datos adquiridos por los empleados y el dueño de la Farmacia Cruz Azul, nos han permitido realizar un buen Sistema, en la cual garantizamos su funcionamiento en el momento de la instalación. Herramientas Las Herramientas que se utilizarán para todas las fases del Desarrollo de los sistemas, darán soporte a nuestro Trabajo. Las herramientas que se usaron fueron adoptadas de acuerdo a sus características y de acuerdo a nuestras necesidades, continuación se enumeran algunas de las herramientas de software usadas para el desarrollo del presente proyecto: Rational Software Corporation( Racional Rose, Para el diseño de los diagramas de UML. MySQL (Para el diseño de la Base de Datos) NEETBENS(para el desarrollo del sistema) Microsoft ( Project , para generar los diagramas de PERT y de GANT) 8. Cronograma Mes Abril
Recabacion de información Análisis del problema
31
Mes de Mayo Mes de Junio
Exposición de la solución Creación
de
las
interfaces
necesarias Diseño de la estructura del sistema Diseño de la base de datos del sistema Implementación de la base de datos y de la estructura del sistema Pruebas del funcionamiento Arreglos de los problemas Capacitación sobre el uso del sistema
32
Anexos
33
34
35
36
37
38
