FACULTAD DE INGENIERÍAS Y ARQUITECTURA

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE

SISTEMAS E INFORMÁTICA

ESTUDIO DE FACTIBILIDAD DE LA BOTICA MARCIA

Presentado por:
HUACHACA HUAMAN JOEL
QUISPE HUAMAN ROSSINI
HUAMAN FERNANDEZ, OMAR

Profesora:

Ing. Elvira Fernández Jerí

VII CICLO

AYACUCHO-2017
Tabla de contenido
INTRODUCCIÓN......................................................... Error! Bookmark not defined.
OBJETIVO GENERAL: .............................................................................................. 5
OBJETIVO ESPECÍFICO:.......................................................................................... 5
ASPECTOS GENERALES DE LA EMPRESA:.......................................................... 5
ESTUDIO DE FACTIBILIDAD .................................................................................... 5
FACTIBILIDAD TÉCNICA: .................................................................................... 5
FACTIBILIDAD OPERACIONAL:.......................................................................... 6
FACTIBILIDAD ECONÓMICA: .............................................................................. 6
DEFINICION DEL SISTEMA: ..................................................................................... 7
OBJETIVOS DEL SISTEMA: ..................................................................................... 7
MS PROJECT: ........................................................................................................... 8
EDT: ........................................................................................................................... 9
MODELO DEL NEGOCIO: ....................................................................................... 10
1. ACTORES: ...................................................................................................... 10
2. PROCESOS:.................................................................................................... 10
3. TRABAJADORES: .......................................................................................... 10
DIAGRAMA DE CASOS DE USO DEL NEGOCIO: ................................................ 11
DIAGRAMA DE ACTIVIDADES DEL NEGOCIO (2 CASOS DE USO DEL
NEGOCIO): .............................................................................................................. 11
1) CONSULTAR PRODUCTO: ............................................................................ 11
2) EFECTUAR PAGO: ......................................................................................... 12
DIAGRAMA DE OBJETOS DEL NEGOCIO: ........................................................... 12
1) MO CONSULTAR PRODUCTO:...................................................................... 13
2) MO EFECTUAR PAGO: .................................................................................. 13
3) MO GESTIONAR PRODUCTOS: .................................................................... 14
4) MO PROVEER PRODUCTO: .......................................................................... 14
5) MO VENDER PRODUCTO: ............................................................................. 15
LISTA DE FUNCIONALIDADES Y REQUERIMIENTOS SUPLEMENTARIOS: ...... 15
REQUERIMIENTOS FUNCIONALES: ................................................................... 15
REQUERIMIENTOS NO FUNCIONALES: ............................................................. 15
MODELO DE CASOS DE USO: .............................................................................. 16
1. DIAGRAMA DE ACTORES: ............................................................................ 16
2. DIAGRAMA DE PAQUETES: .......................................................................... 16
3. DIAGRAMA DE CASOS DE USO POR PAQUETE: ........................................ 17
A. CONTROL DE PRODUCTOS: ......................................................................... 17
 B. CONTROL DE VENTAS: ................................................................................. 18
MODELO CONCEPTUAL DE CLASES: .................................................................. 18
DIAGRAMA DE CLASES DE ANALISIS: (PARA 4 CASOS DE USO) .................... 19
REALIZACION DE CASOS DE USO: ...................................................................... 19
 RCU INGRESAR AL SISTEMA ....................................................................... 19
 RCU REGISTRAR CLIENTES ......................................................................... 20
 RCU REGISTRAR EMPLEADO ...................................................................... 20
 RCU REGISTRAR VENTAS ............................................................................ 20
DESCRIPCION DE CASO DE USO: (CON INTERAZ DE USUARIO) (4 CASOS DE
USO): ....................................................................................................................... 21
1. INGRESAR AL SISTEMA: ............................................................................... 21
2. REGISTRAR CLIENTES: ................................................................................ 21
3. CONSULTAR PRODUCTOS: .......................................................................... 22
4. REGISTRAR PAGO: ....................................................................................... 23
MODELOS DE DATOS: ........................................................................................... 24
MODELO FISICO DE LA BD: .................................................................................. 25
CONCLUSIONES: ................................................................................................... 26
 INTRODUCCIÓN

La UNIVERSIDAD ALAS PERUANAS Filial Ayacucho en la actualidad es una de las

universidades que forma profesionales en diferentes áreas tecnológicas, comerciales,
pedagógicas, para lo cual cuenta con escuelas como son: Ciencias Administrativas y
Contables, Comunicación Social, Enfermería, Sistemas y Ciencias de la Educación. En
la universidad, la creación de horarios de clases en sus diferentes carreras se realiza de
forma manual. Este proceso inicia después de que el Departamento de Planificación y
Currícula envía la malla de materias transversales y afines a cada carrera; el director de
la carrera se encarga de elaborar en una hoja de Excel los horarios de clases, dicho
proceso de elaboración es riguroso y propenso a errores debido a que requiere
entrelazar varias condiciones como son:

 Número de escuelas (Cuando un docente está asignado en más de una escuela).

 Malla curricular.

 Lista de profesores.

 Disponibilidad de tiempo.

 La carga horaria de cada jornada. Con la elaboración del Sistema de Horarios se

debe mejorar el proceso de creación de horarios clase haciéndolos más rápidos y
seguros para los involucrados en el proceso.
OBJETIVO GENERAL:
Mejorar el proceso de elaboración Horarios y control de Horarios.

OBJETIVO ESPECÍFICO:
Implementar un sistema económico y beneficioso para el negocio.

ASPECTOS GENERALES DE LA EMPRESA:

NOMBRE: Sistema de Horarios UAP

UBICACIÓN: Jr. 3 Mascaras N° 296– Huamanga

VISIÓN:
Controlar el sistema del horario académico de la Universidad
Alas peruanas - Filial Ayacucho

MISIÓN:

Proveer un mejor servicio y la satisfaciendo de las

necesidades de nuestros clientes.

ESTUDIO DE FACTIBILIDAD
FACTIBILIDAD TÉCNICA:
Al hacer una observación a la situación actual de la botica, podemos determinar que
cuenta con:
DESCRIPCIÓ CANTI
PRODUCTO N DAD
CPU INTEL CORE i3 INTEL I3 1
MONITOR LCD 15’’ NEGRO LG 15'’ 1
MOUSE ÓPTICO NEGRO GENIUS 1
TECLADO ALAMBRICO NEGRO GENIUS 1

CANTIDA
PERSONAL D
TÉCNICO FARMACÉUTICO 2

SOFTWARE ESTADO
SIN
WINDOWS 7
LICENCIA
MICROSOFT OFFICE (REGISTRO EN SIN
EXCEL) LICENCIA

Analizando más a profundidad se puede deducir que mediante los ingresos

generados que se obtienen al mes, se comprobó que está en la capacidad de adquirir
dos equipos de cómputo, cables de red, software de seguridad, una impresora tóner
y contrata de un programador y un administrador de base de datos, considerando
éstos para la elaboración del sistema, que a su vez es viable y teniendo en cuenta
que el servidor (basado en Linux server-mysql) será implantado en uno de estos
equipos.

FACTIBILIDAD OPERACIONAL:
En la evaluación del personal, y viendo que tienen conocimientos básicos en
informática, la fase de capacitación será más sencilla de realizar, muy aparte que el
personal está calificado para poder operar el sistema, ya que no se presenta
resistencia al cambio. Esto beneficiará y será un avance para la automatización de
procesos y para la toma de decisiones y evaluación del mismo.
En caso de los clientes, recibirán una atención más rápida y certera ya que se
podrá consultar los productos en stock y almacén.
En la parte administrativa se podrá ver de manera automatizada y con un solo clic
el estado de las ventas mediante un reporte o informe.
FACTIBILIDAD ECONÓMICA:

Se considera un perfil de costos en la elaboración del proyecto (2 meses)

a) costo de hardware:

Val
or
po
Producto r Cantidad Total
Un
ida
d
CPU INTEL Core
12
Duo 3.00 Ghz/ 4gb/ 2 2400
00
320gb/ Placa Intel
MONITOR LCD 19’’ 40
2 800
Dell 0
TECLADO Genius
Kb-110x Alámbrico
25 2 50
Con Usb, Negro
(español)
MOUSE Óptico
29 2 58
Micronics Stylus
20
CABLEADO - 200
0
IMPRESORA EPSON
45
MULTIFUNCIONAL 1 450
0
W1530 TX
SWITCH Tp Link 8
45 1 90
Puertos.
TOTAL 4048
 b) costo del software:

Producto Costo Unitario Total

SO Linux server
$ 1500 $ 1500
Licence

ubuntu desktop Libre -

Mysql Libre -
TOTAL: $ 1500

c) Personal:

Total (2
Personal Mensual
meses)
Programador 800 1600
Administrador de base
1200 2400
de datos
Técnico en redes 400 800
Capacitación de
- 300
personal
Personal 800 1600
TOTAL: 6700

DEFINICION DEL SISTEMA:

La asignación de horarios de clases es un problema complejo debido a la cantidad de

restricciones que presenta y el criterio con el que se aplican. Esta disertación busca
principalmente la resolución de un problema práctico de asignación de horarios de
clases, frecuentemente presentado en la Universidad. Los problemas de asignación de
horarios consisten, en generar horarios para tareas definidas, buscando cumplir de la
mejor manera con condiciones y requerimientos específicos; para lo cual se necesita
analizar la planificación de las materias que se dictan en un período académico
determinado, considerando los profesores necesarios en cada asignatura, los días o
períodos disponibles, de tal manera que se pueda optimizar un conjunto de
restricciones relacionadas con la organización del sistema educativo. El problema de
generar horarios manualmente es que se invierte mucho tiempo en su elaboración y se
cometen errores en el cruce de horas con otras escuelas.
OBJETIVOS DEL SISTEMA:

El objetivo principal del presente trabajo de factibilidad es automatizar procesos para

gestionar y administrar sus asignaciones de Horarios de manera eficiente para lograr
así mejorar la atención de y satisfacción de los Docentes e Alumnos.
MS PROJECT:
EDT:
MODELO DEL NEGOCIO:
1. ACTORES:

2. PROCESOS:

3. TRABAJADORES:
DIAGRAMA DE CASOS DE USO DEL NEGOCIO:

DIAGRAMA DE ACTIVIDADES DEL NEGOCIO (2 CASOS DE USO DEL

NEGOCIO):
1) CONSULTAR PRODUCTO:
 2) EFECTUAR PAGO:

DIAGRAMA DE OBJETOS DEL NEGOCIO:

1) MO CONSULTAR PRODUCTO:

2) MO EFECTUAR PAGO:
3) MO GESTIONAR PRODUCTOS:

4) MO PROVEER PRODUCTO:
 5) MO VENDER PRODUCTO:

:
LISTA DE FUNCIONALIDADES Y REQUERIMIENTOS SUPLEMENTARIOS:
REQUERIMIENTOS FUNCIONALES:

Referencias Requerimientos

RF01 El sistema deberá generar los horarios de clases

RF02 El sistema podrá imprimir los horarios de clases

RF03 El sistema realizará un control para que no exista cruce de horas al

elaborar los horarios

RF04 El sistema permitirá reservar días específicos para la asignación de

materias transversales

RF05 El sistema permitirá unificar materias transversales o afines.

REQUERIMIENTOS NO FUNCIONALES:

Referencias Requerimientos

RNF01 El sistema deberá permitir crear usuarios.

RNF02 El sistema debe tener un rápido acceso.

RNF03 Es sistema debe ser multiplataforma.

MODELO DE CASOS DE USO:
1. DIAGRAMA DE ACTORES:

2. DIAGRAMA DE PAQUETES:
3. DIAGRAMA DE CASOS DE USO POR PAQUETE:

A. CONTROL DE PRODUCTOS:
 B. CONTROL DE VENTAS:

MODELO CONCEPTUAL DE CLASES:

DIAGRAMA DE CLASES DE ANALISIS: (PARA 4 CASOS DE USO)

REALIZACION DE CASOS DE USO:

 RCU INGRESAR AL SISTEMA
 RCU REGISTRAR CLIENTES

 RCU REGISTRAR EMPLEADO

 RCU REGISTRAR VENTAS

DESCRIPCION DE CASO DE USO: (CON INTERAZ DE USUARIO) (4
CASOS DE USO):
1. INGRESAR AL SISTEMA:

CU-01: INGRESAR AL SISTEMA

DESCRIPCION:
Es sistema empezara con un inicio de sesión como administrador o empleado.
SECUENCIA NORMAL: (FLUJO BASICO)
1) El sistema debe permitir ingresar al sistema como administrador o empleado (este caso se
tomara como empleado).
EXCEPCIONES:
1) El sistema deberá mostrar el siguiente error si el usuario no existe o se ingresaron mal los
campos: “VERIFICAR LOS CAMPOS"

2) Debe contar con un botón "SALIR “para cerrar el sistema.

2. REGISTRAR CLIENTES:

CU-02: REGISTRAR CLIENTES

DESCRIPCION:
El sistema debe permitir al empleado registrar clientes.
SECUENCIA NORMAL: (FLUJO BASICO)

1) El sistema debe permitir al empleado hacer el mantenimiento de los clientes.

EXCEPCIONES:
1) El sistema deberá mostrar un mensaje si algún campo se encuentra vacío al momento de
registrar o editar cliente "NO DEBE HABER CAMPOS VACIOS".

2) Debe contar con un botón "CANCELAR" para cerrar el sistema.

 3. CONSULTAR PRODUCTOS:

CU-03: CONSULTAR PRODUCTOS

DESCRIPCION:
El sistema debe permitir al empleado hacer una búsqueda de un producto..
SECUENCIA NORMAL: (FLUJO BASICO)
1) El sistema debe permitir al empleado realizar búsquedas de los productos para realizar las
ventas
EXCEPCIONES:
1) El sistema deberá mostrar un mensaje si no encuentra coincidencias: "NO SE ENCONTRO
PRODUCTO".

2) Debe contar con un botón "SALIR" para cerrar el sistema.

 4. REGISTRAR PAGO:

CU-04: REGISTRAR PAGO

DESCRIPCION:
El sistema debe permitir al empleado registrar o cancelar una venta.
SECUENCIA NORMAL: (FLUJO BASICO)

1) El sistema debe permitir al empleado registrar ventas.

EXCEPCIONES:
1) El sistema deberá mostrar un mensaje si se realiza la venta con éxito: "REGISTRADO
CORRECTAMENTE"
2) Debe contar con un botón "CANCELAR" para regresar al menú anterior.
MODELOS DE DATOS:
MODELO FISICO DE LA BD:
 CONCLUSIONES:

El Sistema de Horarios ha sido desarrollada para satisfacer las necesidades

específicas que tiene la Universidad en la elaboración de horarios de clases.
 La implementación de este proyecto permitirá solucionar los problemas
actuales de Generación de Horarios de Clases que existen en la Universidad
 El sistema informático cuenta con una interfaz amigable, para un mejor manejo
del mismo.
 El sistema informático SISGHC fue desarrollado en herramientas de gran
desempeño que permiten una respuesta ágil a las necesidades del usuario.