PROYECTO DE GRADO

(REGISTRO PARA EL ORDEN DE TRAJES PARA SASTRERIA)

NTEGRANTE. -

OSCAR ANDRES QUISPECAHUANA GALVEZ

SEMESTRE. –

6ºTO SEMESTRE

DOCENTE. –

LIC. ROBERTA MALLCU MORALES

AÑO. –

2021
Capitulo I. Presentación del Proyecto

1. Introducción

El presente proyecto a realizar es una solución a una problemática de

un grupo de personas en nuestra sociedad, es para la comunidad de
los sastres en La Paz, ubicado Zona Miraflores calle nicaragua.

El sistema favorecerá a dicha comunidad en la organización de

registros tanto como salida y como entrada, se pretende alcanzar la
menoración de orden a la hora del pedido.

2. Antecedentes

Nuestra investigación sobre la problemática, analizamos el lugar de la

sastrería que se encuentra Zona Miraflores calle nicaragua.

Imagen 1 ubicación y lugar de la sastrería Zona Miraflores calle

nicaragua.

- La sastrería esta a cargo durante años por la familia

Sillerico y ahora está a cargo por Elio Sillerico ya que hay otras
sucursales que están a cargo de la misma persona.

-El proyecto trata sobre un sistema de organización de los datos

del cliente para que no haya perdidas de datos.
 - Según investigaciones no hay un sistema para este tipo de
actividad en el área de sastrería, pero realizado la investigación
hay una página web similar a este tipo de proyecto a realizar.

Sastrería Maynaza. - El sistema de sastrería de (Maynaza

sastreria) esta diseñado solo para mostrar los productos que
realiza la sastrería y esta ubicado en la Plaza Libertad Nro. 16
Zona. 16 de Julio

3. Planteamiento del problema a resolver

El problema que tienen los sastres es el extravió o perdida de

información de cada cliente ya que muchas veces pueden ocasionar
problemas tanto para el administrador y para la sastrería que por
perder los datos no pueden realizar el trabajo que pidió el cliente y esto
puede ser mal visto por los clientes y tener una mala reputación la
sastrería.

Descripción del problema

Problema principal:

El problema principal es la perdida de registros de los datos del cliente.

Problema secundario:

-Mala organización de los datos del cliente.

-Realización de trabajos lentos

-Dificultad de a la hora de entregas
-Dificultad en búsqueda de registro del cliente
 Arbol de problemas (Causa-problema- efecto)

Entrega impuntual
del traje

Dificultad a la hora
de entregas

4. Objetivos

Objetivo General

Desarrollar un sistema para la organización y gestión de los pedidos de

los clientes de la sastrería “YURELIO” para disminuir el problema de
extravió de datos de los clientes.

Objetivos específicos

-Manejo y control de ventas, inventario de la sastrería

-Mejor información de cada cliente al realizar su pedido

- Organización de fechas de entrega

Árbol de objetivos (medios -fines)

Organización al
registro de datos

5. Justificación

JUSTIFICACIÓN TÉCNICA

el proyecto a desarrollar, se realiza por la necesidad de las sastrerías,

ya que no cuenta con un buen control de organización, optimizando así
los servicios que presta el mismo. el sistema realiza un control de,
inventarios y facturación.

JUSTIFICACIÓN ECONÓMICA

Un sistema de control y seguimiento de inventario de telas de traje,

permitirá que la sastrería optimice sus principales tareas, mejorando el
tiempo de servicio por el sistema.
JUSTIFICACIÓN SOCIAL

El sistema que controla la sastrería proporciona información rápida y

oportuna a la dirección y particularmente a almacén.
Finalmente, se considera que con este trabajo se benefician los sastres
que estén en búsqueda de tácticas comunicativas para atrapar al
cliente y promover la actividad de confección. (www.wix.com, 2015).

JUSTIFICACIÓN ACADEMICA

El proyecto de grado, pretende identificar el problema en nuestra

sociedad mediante los conocimientos adquiridos que nos permitirán
aplicar en los proyectos que tengamos previstos” (eprints.ucm.es,
2013),
En generales nos permitirá mostrar los conocimientos adquiridos
durante nuestra estancia en la carrera

6. Alcances y limitaciones

Alcances:

• El proyecto registrara los datos y lo guardara para que ya

no haya extravíos.

• El proyecto también realizara la orden de registros de los

datos de clientes para que pueda facilitar al administrador
la búsqueda de cada cliente por su C.I.

Limitaciones:

• El sistema es de escritorio y solo podrá controlar en una

PC.

• No controlara el horario de entrada y salida del personal de

la sastrería.
7. Cronograma de trabajo (para cada fase del desarrollo del

cuerpo del proyecto)

Capitulo II. Marco teórico

1.Marco Contextual

Misión.

Elaborar productos textiles e innovadores de alta calidad que satisfagan

las necesidades de nuestros clientes, brindando siempre un servicio de
excelencia, capacitando y desarrollando las competencias de nuestro
equipo de trabajo orientando la mejora continua en nuestros procesos
para así lograr la rentabilidad que permita el crecimiento de nuestra
empresa como el de nuestros colaboradores.

Visión. -

Ser una empresa líder en textiles reconocida por su innovación, calidad

y servicio a nivel nacional, promoviéndose siempre como una
oportunidad para asociarse con cualquier industria y describiéndose
como un lugar extraordinario para trabajar.

Valores

- Honestidad
- Respeto
- Compañerismo
- Confianza
- Responsabilidad
- Innovación
2. Marco Contextual

Metodología.

Metodología RUP. - Es un proceso de ingeniería de software que

suministra un enfoque para asignar tareas y responsabilidades dentro
de una organización de desarrollo. Su objetivo es asegurar la
producción de software de alta y de mayor calidad para satisfacer las
necesidades de los usuarios que tienen un cumplimiento al final dentro
de un límite de tiempo y presupuesto previsible. Es una metodología de
desarrollo iterativo que es enfocada hacia “diagramas de los casos de
uso, y manejo de los riesgos y el manejo de la arquitectura” como tal.
El RUP mejora la productividad del equipo ya que permite que cada
miembro del grupo sin importar su responsabilidad específica pueda
acceder a la misma base de datos incluyendo sus conocimientos. Esto
hace que todos compartan el mismo lenguaje, la misma visión y el
mismo proceso acerca de cómo desarrollar un.
En el ciclo de vida RUP veremos una implementación del desarrollo en
espiral. Con el ciclo de vida se establecen tareas en fases e
iteraciones. El RUP maneja el proceso en cuatro fases, dentro de las
cuales se realizan varias iteraciones en número variable
Las primeras iteraciones (en las fases de Inicio y Elaboración) se
enfocan hacia la comprensión del problema y la tecnología, la
delimitación del ámbito del proyecto, la eliminación de los riesgos
críticos (Philippe Kruchten., 1998)

Principales Características:

- Desarrollo iterativo.

- Forma disciplinada de asignar tareas y responsabilidades (quién hace

qué, cuándo y cómo).

- Pretende implementar las mejores prácticas en Ingeniería de

Software.

- Administración de requisito.

- Uso de arquitectura basada en componentes.

- Control de cambios.
 - Modelado visual del software.

- Verificación de la calidad del software

Herramientas a usarse para la implementación del proyecto.

Patrón de diseño MVC

El MVC o Modelo-Vista-Controlador es un patrón de arquitectura de

software que, utilizando 3 componentes (Vistas, Models y
Controladores) separa la lógica de la aplicación de la lógica de la vista
en una aplicación. Es una arquitectura importante puesto que se utiliza
tanto en componentes gráficos básicos hasta sistemas empresariales;
la mayoría de los frameworks modernos utilizan MVC (o alguna
adaptación del MVC) para la arquitectura, entre ellos podemos
mencionar a Ruby on Rails, Django, AngularJS y muchos otros más. En
este pequeño artículo intentamos introducirte a los conceptos del MVC.
[ CITATION Uri15 \l 3082 ].

Modelo
Se encarga de los datos, generalmente (pero no obligatoriamente)
consultando la base de datos. Actualizaciones, consultas, búsquedas,
etc. todo eso va aquí, en el modelo.

Controlador
Se encarga de... controlar, recibe las órdenes del usuario y se encarga
de solicitar los datos al modelo y de comunicárselos a la vista.
Vistas
Son la representación visual de los datos, todo lo que tenga que ver
con la interfaz gráfica va aquí. Ni el modelo ni el controlador se
preocupan de cómo se verán los datos, esa responsabilidad es
únicamente de la vista.[ CITATION Uri15 \l 3082 ]

Visual Studio. - Visual Studio (VB) es un lenguaje de programación

dirigido por eventos, desarrollado por Alan Cooper para Microsoft. Este
lenguaje de programación es un dialecto de STUDIO, con importantes
agregados. Su primera versión fue presentada en 1991, con la
intención de simplificar la programación utilizando un ambiente de
desarrollo.
La última versión fue la 6, liberada en 1998, para la que Microsoft
extendió el soporte hasta marzo de 2008.
En 2001 Microsoft propuso abandonar el desarrollo basado en la API
Win32 y pasar a un framework o marco común de librerías,
independiente de la versión del sistema operativo .NET Framework, a
través de Visual Basic .NET (y otros lenguajes como C Sharp (C#) de
fácil transición de código entre ellos); fue el sucesor de Visual Basic
6.(Alan Cooper,1992)

Sublime text. - Sublime Text es un editor de texto y editor de código

fuente. Está escrito en C++ y Python para los plugins. Desarrollado
originalmente como una extensión de Vim, con el tiempo fue creando
una identidad propia. Aún conserva un modo de edición tipo vi llamado
Vintage mode.(Jon Skinner.2008)

Base de datos SQL Server. - Microsoft SQL Server es un sistema de

gestión de base de datos relacional, desarrollado por la
empresa Microsoft.
El lenguaje de desarrollo utilizado (por línea de comandos o mediante
la interfaz gráfica de Management Studio) es Transact-SQL (TSQL),
una implementación del estándar ANSI del lenguaje SQL, utilizado para
manipular y recuperar datos (DML), crear tablas y definir relaciones
entre ellas (DDL).
Dentro de los competidores más destacados de SQL Server
están: Oracle, MariaDB, MySQL, PostgreSQL. SQL Server ha estado
tradicionalmente disponible solo para sistemas operativos Windows de
Microsoft, pero desde 2016 está disponible para GNU/Linux,23 y a partir
de 2017 para Docker también.4
Puede ser configurado para utilizar varias instancias en el mismo
servidor físico, la primera instalación lleva generalmente el nombre del
servidor, y las siguientes - nombres específicos (con un guion invertido
entre el nombre del servidor y el nombre de la instalación). (Wikipedia,
2021)
 Framework

Los controles Framework son herramientas basadas en DLL para

ayudarle a crear interfaces de aplicaciones de escritorio
impresionantes. Garantiza una gran experiencia de usuario en sus
aplicaciones y reduce el tiempo de desarrollo. Los archivos DLL se
instalan en el entorno de .NET y se basan en WinForms. Permite a los
desarrolladores arrastrar y soltar, por lo tanto, una codificación más
rápida.[ CITATION GUN \l 3082 ]

Características de Guna Framework

 Moderno y flexible
 Fácil de usar
 Desarrollo más rápido
 Transiciones modernas interactivas
 libre de regalías

Capítulo III. Ingeniería del Proyecto

3.1. Especificación de los requerimientos para el proyecto

Son todas aquellas características observables que cualquier

interesado desea que estén contenidas en el sistema. Como requisitos
se incluyen las necesidades, deseos y expectativas del patrocinador,
cliente, usuarios, y otros interesados.

Requisitos funcionales

REQUERIMIENTO DESCRIPCION DEL

REQUERIMIENTO
RF1 Por medio del login el administrador
iniciara sesión que accederá la
información que contenga la base de
datos de los clientes
RF2 El sistema guardara en la base la
información del cliente al requerir su
servicio de realización del traje
RF3 El sistema deberá permitir la
 modificación de los datos ingresados del
cliente para poder hacer un cambio con
los datos de medidas del cliente para la
realización del traje que solo podrá
modificarlo el administrador.
RF4 El sistema proporcionara información del
cliente acerca de su lista de historial
para poder sacar los mismo datos y
medidas que requiera un próximo
servicio.
RF5 El sistema podrá dar a elegir que tipo de
diseño y que tipo de tela elegirá para la
realización del traje para el cliente

Describir los requisitos a nivel usuario

Requisitos a nivel Usuario

RU1 Inicio (Login)
RU2 Información de clientes
RU3 Lista de clientes
RU4 Registro de clientes
RU5 Registro de datos de las medidas del cliente
RU6 Facturación

Describir los requisitos a nivel Sistema

Describir los requisitos a nivel Sistema
RS1 Una interfaz de inicio
RS2 Una interfaz de registro de cliente y sus datos personales y de las medidas
RS3 Una interfaz historial de cada cliente
RS4 Una interfaz de tipo de telas disponibles
RS5 Interfaz de trabajos que faltan realizar
RS6 Una interfaz de historial de trabajos concluidos
RS7 Interfaz de reporte de facturación de cada cliente
Describir los requisitos a nivel software

Describir los requisitos a nivel software

R1 Sistema Operativo Windows 10 Home
R2 SQL Server 2019
R3 Visual Estudio 2019
R4 Sublime Text
R5 Android Studio
R6 Net.Framework

Describir los requisitos No funcionales

REQUERIMIENTO DESCRIPCION
RN1 Se almacenará toda la información
referida al centro de clientes y
servicios
RN2 La Interfaz tiene que tener una
tonalidad de colores Fríos
RN3 Evitar mostrar Información
Innecesaria al Usuario.
RN4 La interfaz mantiene su integridad
en todos los dispositivos con
conexión a internet.
RN5 Se desarrollará la API-REST con
el framework
RN6 El cliente no podrá manipular el
sistema
RN7 Pruebas de Conexión entre la API-
REST y la Base de Datos
2. Modelo de datos del proyecto, Por
ejemplo: Si es desarrollo de un
software:
• Diseño de la Base de datos del Proyecto
• Modelo de datos
• Esquema relacional
3. Descripción del desarrollo del Proyecto

El proyecto es el análisis e implementación de un sistema de gestión de

orden al registrar datos del cliente para la sastrería “Yurelio” a través de
la metodología RUP, para la administración de reservas de los clientes.
Estará desarrollado por Visual Studio 2019, bajo el lenguaje de
programación de Visual Basic, teniendo que soportar a una base de
datos Sql Server 2008.
El postulante ha seleccionado la metodología RUP porque permite
evaluar tempranamente los riesgos en lugar de descubrir problemas en
la integración final del sistema y distribuye la carga de trabajo a lo largo
del tiempo del proyecto ya que todas las disciplinas colaboran en cada
iteración mientras que el Modelo en
Cascada realiza los proyectos rara vez siguiendo un flujo secuencial, es
difícil establecer todos los requerimientos del sistema en las primeras
etapas y la versión final del sistema no se tendrá rápido, así como, el
modelo en Espiral es difícil de administrar y requiere de gran
experiencia

FASE DE ANALISIS

Definición de los roles

Roles

Tutor de proyecto de grado

Revisión de la gestión de requisitos, gestión de configuración y
cambios, elaboración del modelo de datos, preparación de las pruebas
funcionales, guía para la elaboración de la documentación. Elaborar
modelos de implementación y despliegue.

Postulante
Captura, especificación y validación de requisitos,
interactuando con el personal de la carrera de Electrónica mediante
entrevistas. Elaboración del Modelo de Análisis y Diseño.
Construcción de prototipos, modelo de datos, codificación. Elaboración
de las pruebas funcionales, y validaciones con el usuario.
Diagrama de casos de uso

Identificación de actores de los casos de uso

Los actores identificados en el sistema son los mencionados a

continuación:

Administrador. - Es la persona encargada de Administrar el sistema y

de los inventarios de los equipos de la carrera.
Cliente. – El cliente será la persona en solicitar al administrador para
que lo realicen el traje
Sastre. - El sastre será la persona que recibirá la información del
cliente por el administrador
 Descripción de los escenarios de casos de uso

RESERVAS

Actores Roles

Administrador Ingresar Al ingresar al sistema por medio del login y

sistema así puede gestionar los fletes

Administrador Registro de El administrador al ver la cita del cliente lo

clientes registrara en sus datos del cliente.

Cliente Reservar El cliente podrá elegir el diseño y reservar su

cita cita

Administració Registrar En el registro de reservas anotara todos los

n reserva detales y medidas del cliente.

Administració Facturación El administrador hará la facturación con los

n / Cliente datos personales del cliente

Administració Entrega de El administrador entregara los datos de las

n / Sastre datos medidas del cliente para poder realizar el
traje

.
Entrega de Reservas

Actores Roles
Administrador Ingresar Al ingresar al sistema por medio del login y
Sistema así puede gestionar los fletes
Administrador Buscar El administrador al ingresar al sistema
cliente buscara al cliente con el número de carnet y
verificar si el cliente hizo la reserva.
Administració Buscar Al realizar la búsqueda de cliente buscar la
n reserva reserva y que pedido hizo con las medidas y
con los detalles para poder hacer la entrega.

Administració Marcar A la entrega del traje el administrador

n / Cliente como marcara como entregado
entregado
Administració Facturación Al finalizar ya la entrega del traje el
n / Cliente Concluida administrador finalizara como concluido y
entregara la facturación con el pago completo
 del traje

Diagrama de actividades

FASE DE DISEÑO
Diagramas de Clases y Objetos
 • Diagramas de secuencia
•
reserva
Entrega de reservas
Diagramas de colaboraciones

Diagrama de estados
Diagrama de componentes

DIAGRAMA DE DESPLIEGUE
Definición de Contenidos del Sistema Web

Definición de la Estructura de los módulos que conforman el sistema

Vistas.exe
 Modelos.dll

Controladores.dll

VISTAS

LOGIN MENU CLIENTE PEDIDOS

Definición de los Elementos de los Sistemas de Navegación
S

Diseños

Registrar
cliente

Registrar
reservas

Buscar
clientes

Historial

Enviar
Datos

DISEÑO Y ESTRUCTURCION DE LAS PAGINAS

MAQUETACION WEB

DISEÑO PATA ACCESIBILIDAD

Bienvenido
 Usuario Ingresar nombre de usuario

Password Ingresar password

ingresar

4. Pruebas de Sistemas e interfaces

- Pruebas heurísticas
- Pruebas de usabilidad

En la imagen de Bienvenida el usuario o el administrador deberá ingresar

con el nombre de usuario y la contraseña para poder ingresar al sistema

Al ingresar con el login nos dirigirá al manu principal donde podremos

agregar nuevos usuarios, búsquedas, etc.
5. Definición de los Sistemas para generar Feedback

Se le tomara una encuesta de aceptación al Personal Administrativo los

2 primeros meses para saber si el sistema tiene una buena acepción y
así poder mejorar las funcionalidades del sistema

7. Construcción de los artefactos de software

- Diagrama de los módulos que el proyecto considera
- Descripción del código fuente de los módulos

VISTAS

LOGIN MENU CLIENTE PEDIDOS

S

Capítulo IV. Implementación y Puesta en Marcha

del Proyecto
1. Desarrollo del plan de pruebas

Esta es la imagen del login donde el usuario o el administrador solo tendrá

acceso con el nombre de usuario y el password.

Al ingresar por el login nos dirigiremos al meno principal

 Al presionar ese botón nos dirigiremos a otra ventana

Y al presionar nos dirigió a esta ventana donde podremos registrar los

datos del cliente
 Al presionar ese botón nos dirigiremos a otra ventana

al presionar el botón pedidos nos llevara a la ventana de pedidos donde

podremos registrar los datos de las medidas del cliente

- Pruebas de interfaces y contenidos

 - Pruebas de funcionalidades y operación
- Prueba de carga
- Prueba de seguridad
- Prueba de respaldo y recuperación

Capitulo V. Conclusiones y recomendaciones

1. Conclusiones
Se implemento el sistema de gestión y organización de datos para lograr
los objetivos que se pusieron al principio del presente proyecto para lograr
satisfactoriamente del el objetivo que deseamos para el sistema de la
sastrería la sastrería.

Recomendaciones

Se recomienda al administrador el Sistema, tengan conocimientos básicos

del manejo, es decir, estar capacitado en la manipulación de la información
registrada en el Sistema para un control eficaz.