You are on page 1of 31

PROYECTO EMPRESA

TEXTILERIA FARGO
RESUMEN EJECUTIVO

En el presente informe se realizo un estudio general de la empresa textil FARGO

dedicada a la produccin de prendas, en ella muestra todos

los procesos principales de la empresa la cual es generadora de trabajo para

sus ms de 80 trabajadores que laboran en la textilera, muestra el proceso

desde el cual se obtiene la materia prima, se realiza el pedido, la produccin, el

control de calidad de las prendas y la entrega del producto al cliente.

Para el modelado de los procesos de la empresa se utilizo el software


RATIONAL ROSE mediante la metodologa de LENGUAJE DE

MODELAMIENTO UNIFICADO (UML).

En el proyecto se lista los actores del negocio, los trabajadores de la empresa,

los casos de uso que realiza la empresa mediante grficos, adems

describiendo cada uno de ellos mediante un cuadro de informacin la cual

especifica la labor que realiza cada uno de la personas y entidades que

participan en la empresa.
INTRODUCCIN

La empresa textil FARGO, realiza pedidos para tiendas como

SABAFALABELLA y RIPLEY, adems posee una tienda en el emporio de

gamarra en la cual existe mucha competencia resultando desventajosa para la

empresa, por otra parte la empresa tambin realiza pedidos para el extranjero

a pases como Ecuador y Venezuela las cuales son los clientes de mayor

demanda en productos textiles.

En la actualidad la empresa no cuenta con un sistema de registro de pedidos,

tampoco con sistema planillero para los trabajadores, ya que esos documentos

se realiza a en programas como Excel la cual es guardado para su posterior


verificacin de las ventas las ganancias de la empresa.

Problemas como estos hace que la empresa no cumpla en muchas ocasiones

con las expectativas deseadas, adems en muchas ocasiones

se genera problemas en el pago de las planillas de los empleados ya que este

trabajo se realiza a mano con una calculadora la cual lleva muchas horas de

trabajo para el contador y esto genera estrs entre los trabajadores.

La empresa no cuenta con una base de datos en la cual guarde informacin de

la empresa ni tampoco hace uso de TI, en consecuencia esto hace que la


empresa no sepa tomar decisiones a futuro, ya que no hace uso de la

informacin.
1. ESTUDIO DE FACTIBILIDAD
El presente informe estar enfocado en los procesos de mayor grado de
importancia como el proceso registro de pedidos as cono el sistema de planilla
para los trabajadores.
El objetivo de este informe es entender el problema que tiene la empresa con
ciertos procesos la cual le resulta muy ineficiente, para su mayor entendimiento
se realiza casos de uso para tener un mejor enfoque del sistema y proponer una
solucin que satisfaga a la empresa.

1.1. FACTIBILIDAD OPERATIVA Y TCNICA: LA VISIN DEL


SISTEMA
El informe muestra que existen ciertos procesos en la empresa textil, como el de
realizar planilla el cual no cuenta con un software para su mejor eficiencia y
exactitud en el menor tiempo posible, adems no cuenta con una base de datos
el cual le impide usar su informacin y tomar decisiones a futuro.

Factibilidad tcnica
Mejorar el sistema actual
Disponibilidad de tecnologa que satisfaga las necesidades

Factibilidad operativa
Operacin garantizada
Uso garantizado
2. MODELO DEL NEGOCIO

La empresa FARGO est dedicada a la produccin de prendas para ello cuenta

con personal en confecciona, habilitadores, acabado y cortadores en la parte de

confeccin adems cuenta con jefes de rea quienes estn en constante

monitoreo de las prendas para el control y llevar la fecha de entrega del

pedido, por otra parte el administrador es la persona encargado de gestionar los

nuevos pedidos que van ingresando a la empresa trabajando junto con el jefe de

rea en coordinacin.
1.1. MODELO DE CASO DE USO DEL NEGOCIO VISTA EXTERNA

CASOS DE USO DEL NEGOCIO

ACTORES DEL NEGOCIO


2.1.1. LISTA DE LOS ACTORES DEL NEGOCIO
3:1. MODELO DE REQUERIMIENTOS

1.1. FUENTES DE OBTENCIN DE REQUERIMIENTOS


La fuente obtencin fueron los costureros, el contador, personal de acabado y
el jefe de rea ya que ellos fueron las personas que fueron entrevistadas para
entender cmo funcionaba cada proceso y la labor que realizaba cada uno por
separado.

1.1.1. INFORME DE ENTREVISTA O MATERIAL TCNICO

1.2. ESPECIFICACIONES DE REQUERIMIENTOS DE SOFTWARE


(SRS)
REQUERIMIENTOS FUNCIONALES
Debe permitirme generar planilla para los diferentes tipos de trabajadores.
Debe mostrar un balance general de las ventas realizadas.
Debe mostrar mediante estadsticas la ganancia semanal, mensual y anula de la
empresa
Debe tener diferentes tipos de usuarios.
Debe tener sistema de seguridad en contraseas para el acceso.
Debe generar reportes tiles.
Debe tener modos de validacin de datos

REQUERIMIENTOS NO FUNCIONALES
rendimiento
disponibilidad
seguridad
accesibilidad
usabilidad
estabilidad
portabilidad
costo
operatividad
INTERFACES
Hardware:
El sistema se debe implementar sobre la infraestructura existente en
la textilera.

Software:
La aplicacin deber funcionar sobre SQL server.

1.1. MODELO DE CASO DE USO


El diseador cuenta con 6 artefactos
Modelo de caso de uso
Requerimientos del sistema
Especificaciones de requerimientos de software
Caso de uso
Diagrama de actividades
Caso de uso del negocio
4: 1. MODELO DE ANLISIS

ESPECIFICACIONES DE CASO DE USO:


GESTIONAR EMPLEADO
1. BREVE DESCRIPCION

Este caso de uso permite registrar los datos de los empleados nuevos. De
acuerdo a sus necesidades la secretaria puede agregar, modificar, eliminar la
informacin de un empleado.

1.1. ACTOR (ES)


Secretaria o administrador
2. FLUJO DE EVENTOS
2.1. FLUJO BASICO
1. El sistema muestra la interfaz GESTINAR EMPLEADO con la lista de
empleados con los campos: cdigo, nombre, apellidos, direccin, telfono,
observaciones. Adems incluye las opciones REGISTRAR CLIENTE,
MODIFICAR, ELIMINAR Y SALIR.
2. Si la secretaria elige un EMPLEADO

a) Si elige modificar ver el SUBFLUJO MODIFCAR EMPLEADO.


b) Si elige eliminar ver el SUBFLUJO ELIMINAR EMPLEADO.

3. Si la secretaria no elige un EMPLEADO.

a) Si elige Agregar ver el SUBFLUJO AGREGAR EMPLEADO

4. La secretaria elige la opcin salir.


5. El sistema cierra la interfaz GESTIONAR EMPLEADO y finaliza el caso de uso.

2.2. SUBFLUJOS

2.2.1. AGRAGAR CLIENTE

1. El sistema muestra la interfaz EMPLEADO con los siguientes campos: cdigo


(solo lectura), nombre, apellidos, direccin, telfono, observaciones. Incluye las
opciones: REGISTRAR, SALIR, LIMPIAR CAMPOS, CANCELAR REGISTRO.
2. La secretaria ingresa los datos del EMPLEADO.
3. La secretaria presiona la opcin REGISTRAR EMPLEADO.
4. El sistema valida los datos ingresados del EMPLEADO.
5. El sistema genera un nuevo cdigo.
6. El sistema graba un nuevo registro del EMPLEADO y muestra un
MSG EMPLEADO creado con el cdigo N C-123.
7. La secretaria cierra la interfaz EMPLEADO y agrega a la interfaz GESTIONAR
EMPLEADO con la fila de registro actualizado y el SUBFLUJO finaliza.

2.2.2. MODIFICAR EMPLEADO


1. El sistema muestra los datos del EMPLEADO seleccionado en la interfaz
EMPLEADO cdigo (solo lectura), nombre, apellidos, direccin, telfono,
observaciones. Incluye las opciones aceptar y salir.
2. La secretaria modifica los datos del EMPLEADO.
3. La secretaria presiona la opcin aceptar.
4. El sistema valida los datos ingresados del EMPLEADO.
5. El sistema actualiza el registro del EMPLEADO y muestra un
MSG EMPLEADO actualizado satisfactoriamente.
6. La secretaria cierra la interfaz GESTIONAR EMPLEADO con la lista de
EMPLEADOS actualizados y termina el SUBFLUJO.

2.2.3. ELIMINAR EMPLEADO


1. El sistema muestra un MSG Est seguro de eliminar EMPLEADO
seleccionado?
2. La secretaria selecciona la opcin SI para la confirmacin.
3. El sistema actualiza el registro del EMPLEADO en estado eliminado.
4. El sistema muestra la interfaz GESTIONAR EMPLEADO con la lista de
EMPLEADOS actualizada y termina el SUBFLUJO.

2.3. FLUJOS ALTERNATIVOS


Cancelar
En los SUBFLUJOS Agregar y Modificar EMPLEADO si la Secretaria solicita
cancelar, el sistema cierra la interfaz EMPLEADO y termina el SUBFLUJO.
Datos del cliente invlidos.
En el paso 4 de los SUBFLUJOS Agregar EMPLEADO, si el sistema detecta que
el EMPLEADO ya existe muestra un MSG EMPLEADO ya existe y el
SUBFLUJO finaliza.
Cliente ya est eliminado.
En el paso 3 de los SUBFLUJOS. Eliminar EMPLEADO, si el sistema detecta
que el EMPLEADO se encuentra eliminado muestra el MSG EMPLEADO se
encuentra eliminado y el SUBFLUJO finaliza.
No confirma eliminacin.
En el paso 2 de los SUBFLUJOS Eliminar EMPLEADO, si la Secretaria
selecciona NO finaliza el SUBFLUJO.

3.REQUIRIMIENTOS ESPECIALES
4.PRE CONDICIONES
4.1.La secretaria est LOGEADA en el sistema.
4.2.
Lista de cliente disponibles.
5.POST CONDICIONES
5.1.
En el sistema queda registrado el nuevo Cliente.
5.2.
En el sistema queda actualizado el registro del cliente.
6.PUNTOS DE EXTENSION
Ninguno
7. PROTOTIPO
ESPECIFICACIONES DE CASO DE USO: GESTIONAR CLIENTE
1. BREVE DESCRIPCION
El caso de uso permite actualizar el registro de los clientes que realizan algn
pedido de prendas. De acuerdo a sus necesidades la secretaria puede agregar,
modificar, eliminar la informacin de un cliente.
1.1. ACTOR (ES)
Secretaria o administrador
2. FLUJO DE EVENTOS
2.1. FLUJO BASICO
1. El sistema muestra la interfaz GESTINAR CLIENTE con la lista de cliente con
los campos: cdigo, nombre, apellidos, direccin, telfono, observaciones y
correo electrnico. Adems incluye las opciones AGREGAR CLIENTE,
MODIFICAR CLIENTE, ELIMINAR CLIENTE, IMPRIMIR CLINTE Y SALIR.
2. Si la secretaria elige un cliente
a) Si elige modificar ver el SUBFLUJO MODIFCAR CLIENTE.
b) Si elige eliminar ver el SUBFLUJO ELIMINAR CLIENTE.

3. Si la secretaria no elige un cliente.

a) Si elige Agregar ver el SUBFLUJO AGREGAR CLIENTE

4. La secretaria elige la opcin salir.


5. El sistema cierra la interfaz GESTIONAR CLIENTE y finaliza el caso de uso.

2.2. SUBFLUJOS

2.2.1. AGRAGAR CLIENTE

1. El sistema muestra la interfaz CLIENTE con los siguientes campos: cdigo del
cliente (solo lectura), nombre, apellidos, direccin, sexo, telfono y correo
electrnico. Incluye las opciones: REGISTRAR CLIENTE, SALIR, LIMPIAR
CAMPOS, CANCELAR REGISTRO.
2. La secretaria ingresa los datos del cliente.
3. La secretaria presiona la opcin REGISTRAR CLIENTE.
4. El sistema valida los datos ingresados del cliente.
5. El sistema genera un nuevo cdigo.
6. El sistema graba un nuevo registro del cliente y muestra un MSG Cliente
creado con el cdigo N C-777.
7. La secretaria cierra la interfaz CLIENTE y agrega a la interfaz GESTIONAR
CLIENTES con la fila de registro actualizado y el subflujo finaliza.

2.2.2. MODIFICAR CLIENTE


1. El sistema muestra los datos del cliente seleccionado en la interfaz CLIENTE
cdigo, nombre (solo lectura), apellido, direccin, sexo, telfonos y email.
Incluye las opciones aceptar y salir.
2. La secretaria modifica los datos del cliente.
3. La secretaria presiona la opcin aceptar.
4. El sistema valida los datos ingresados del cliente.
5. El sistema actualiza el registro del cliente y muestra un MSG cliente
actualizado satisfactoriamente.
6. La secretaria cierra la interfaz GESTIONAR CLIENTE con la lista de clientes
actualizados y termina el SUBFLUJO.

2.2.3. ELIMINAR CLIENTE


1. El sistema muestra un MSG Est seguro de eliminar cliente seleccionado?
2. La secretaria selecciona la opcin SI para la confirmacin.
3. El sistema actualiza el registro del cliente en estado eliminado.
4. El sistema muestra la interfaz GESTIONAR CLIENTE con la lista de clientes
actualizada y termina el subflujo.
5.
2.3. FLUJOS ALTERNATIVOS
Cancelar
En los SUBFLUJOS Agregar y Modificar Cliente si la Secretaria solicita cancelar,
el sistema cierra la interfaz CLIENTE y termina el SUBFLUJO.
Datos del cliente invlidos.
En el paso 4 de los subflujos Agregar Cliente, si el sistema detecta que el cliente
ya existe muestra un MSG cliente ya existe y el SUBFLUJO finaliza.
Cliente ya est eliminado.
En el paso 3 de los subflujos. Eliminar Cliente, si el sistema detecta que el
clienta se encuentra eliminado muestra el MSG Cliente se encuentra
eliminado y el SUBFLUJO finaliza.
No confirma eliminacin.
En el paso 2 de los SUBFLUJOS Eliminar Cliente, si la Secretaria selecciona NO
finaliza el SUBFLUJO.

3.REQUIRIMIENTOS ESPECIALES
4.PRE CONDICIONES
4.1.La secretaria est LOGEADA en el sistema.
4.2.
Lista de cliente disponibles.
5.POST CONDICIONES
5.1.
En el sistema queda registrado el nuevo Cliente.
5.2.
En el sistema queda actualizado el registro del cliente.
6.PUNTOS DE EXTENSION
Ninguno
7. PROTOTIPO
ESPECIFICACIONES DE CASO DE USO: REGISTRAR
HORARIO
1. BREVE DESCRIPCION
El caso de uso permite registrar el horario de entrada y salida de los
trabajadores. De acuerdo a sus necesidades la secretaria puede guardar y
registro de horario, modificar el registro de entrada para cada uno de los tipos
de trabajadores en la planta para posteriormente generar la planilla mediante
las horas acumuladas.
1.1. ACTOR(ES)
Secretaria
2. FLUJO DE EVENTOS
El caso de uso comienza cuando la secretaria selecciona horario en el sistema
en la interfaz men principal.
2.1. FLUJO BASICO
1. El sistema muestra la interfaz HORARIO con la hora, la fecha actual del
sistema el nombre de los trabajadores registrados en el sistema, a qu grupo
pertenece el trabajador, muestra el da de la semana, hora de entrada y salida.
Incluye la opcin GRABAR HORA, CANCELAR, MODIFICAR HORARIO,
ACTUALIZAR, CANCELAR ACTUALIZACION Y SALIR.
2. La secretaria selecciona el nombre del trabajador a registrar.
3. La secretaria ingresa la hora de entrada en la interfaz el sistema muestra un
MSG HORARIO REGISTRADO EXITOSAMENTE.
4. La secretaria ingresa la hora de salida del trabajador en la interfaz el sistema
muestra un MSG HORARIO REGISTRADO EXITOSAMENTE.
5. Si la secretaria elige la opcin MODIFICAR HORARIO.
a. si elige la opcin MODIFICAR HORARIO ver el SUBFLUJO MODIFICAR
HORARIO.
6. La secretaria elige la opcin salir el sistema muestra un mensaje ESTA
SEGURO DE CERRAR.
7. El sistema cierra la interfaz HORARIO

2.2. SUBFLUJOS
2.2.1. MODIFICAR HORARIO

1. El sistema activa la opcin modificar horario y habilita todos las opciones la


interfaz muestra en un combo box los nombres de los trabajadores registrados
en el sistema, el da que se desea modificar el horario de entrada y salida.
2. La secretaria selecciona el nombre del trabajador.
3. La secretarial selecciona el da que desea modificar el horario del trabajador.
4. La secretaria ingresa la hora de entrada y salida.
5. La secretaria elige la opcin ACTUALIZAR.
6. El sistema muestra un MSG actualizacin satisfactoriamente.
7. La secretaria elige la opcin salir y el sistema deshabilita la opcin
MODIFICAR HORARIO.
2.3. FLUJO ALTERNATIVO
CANCELAR
Si la secretaria elige la opcin salir el sistema cierra la interfaz HORARIO.
DATOS DE HORA INVALIDOS
En el paso 4 si los datos ingresados no son validados el sistema muestra un
MSG error al registrar la hora del trabajador.
3. REQUIRIMIENTOS ESPECIALES
4. PRE CONDICIONES
4.1. La secretaria debe estar LOGEADA en el sistema.
5. POST CONDICIONES
5.1. En el sistema queda registrado la hora de ingrese.
5.2. En el sistema queda registra las horas de entrada y salida.
6. PUNTOS DE EXTENSION
6.1. ninguno
7. PROTOTIPO
1.1. ARQUITECTURA DE ANLISIS

You might also like