Está en la página 1de 35

FACULTAD DE INGENIERIA

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

Titulo

“SISTEMA SOFGEST PARA LA DE GESTIÒN COMERCIAL EN LA EMPRESA


AVANMET E.I.R.L ”

Autor

Diego Ernesto, Nuñovero Dominguez

Asesor

Mstr. Juan Brues Lee, Chumpe Agesto

LIMA – PERÚ

2018
I. INTRODUCCIÓN

El presente trabajo de investigación, es hacer un sistema de almacén para la


empresa AVANMET E.I.R.L la cual la empresa requiere llevar un mejor control
de sus productos. Los esfuerzos para mejorar la calidad laboral constituyen
labores sistemáticas que realizan una mejor organización con el objetivo de
proporcionar a los a la empresa una oportunidad de automatizar sus áreas y un
buen ambiente trabajo a los empleados. Se le brindara una mejor optimización
de trabajo, tiempo así como también la automatización de proceso logístico en
todas las diferentes áreas. La idea es no darles mucha carga a los empleados
para que ellos puedan hacer mejor su trabajo y así no tenga dificultades y cada
empleado se pueda independizar y desenvolverse mejor en su área laboral y
tener un buen ambiente.

En los siguientes capítulos daremos a conocer al rubro que se dedica la


empresa, una pequeña descripción, su visón y misión, el organigrama de la
empresa los roles de cada empleado. Indicaremos la realidad problemática que
actualmente sufren las empresas en este rubro y sobre los temas relacionados,
también daremos a conocer la problemática interna que presenta la empresa. En
lo que es el desarrollo del sistema explicaremos el marco de trabajo que
utilizaremos para el desarrollo del software, también como el lenguaje, base de
datos, y las políticas de seguridad que tendrá cada usuario al ingresar.

El siguiente sistema ayudara en las mejoras en diferentes áreas (almacén,


compra y venta) ellos quieren tener una buena gestión en sus diferentes ya que
cada una presenta una mala gestión. En la actualidad las organizaciones se han
vuelto más competitivas, se vive la ola de las empresas de calidad, de empresas
eficientes, en todas ellas, los trabajadores juegan un rol importantísimo, pero el
implementar un sistema juega un papel importante para tener éxito en la gestión
de hoy en día.

2
II. DESCRIPCIÒN DE LA EMPRESA

La empresa Avanmet E.I.R.L se dedica al rubro de medicina en la rama de


traumatología se encuentra ubicada en San Martin de Porres – Habich ellos
cuenta con un pequeño ambiente laboral donde administran sus productos.

Avanmet importa productos de la India, Brasil, etc. Entre ellos tenemos


variedades de productos entre ellos tenemos:

- Placas
- Tornillos
- Clavos
- Instrumental Quirúrgico
- Maquinas Quirúrgicas

Cada producto que ingrese o sale siempre son esterilizados porque algunos
productos son manipulados al tener un contacto físico con la persona pueden
obtener bacterias al momento de entrar o salir sea material, instrumental o
maquinas.

Todo empleado que tenga contacto con cualquier material está obligados
siempre a usar guantes quirúrgicos por la seguridad de ellos como también del
paciente siempre cuidando la integridad de ambos lados.

Avanmet tiene una buena fidelización con algunos hospitales como por ejemplo
Hospital Cayetano, Rebaliàtegui, etc. Así también con clínicas.

La problemática de la empresa contiene en todas sus áreas, tener muy pocos


empleados implica muchas más trabajo a veces un empleado hace múltiple
cosas y eso hace que a veces el empleado se confunda o se olvide en hacer
ciertos mandados que le encarga su superior a veces el vendedor la hace hasta
de almacén y el no tener conocimientos en esa área hace que se tenga muchos
errores, muchas dificultades.

A veces el almacenero no sabe cuántos productos tiene en stock o si tiene ese


producto no tiene un buen control de inventario, no sabe que producto se
devolvió y a veces eso toma tiempo hacerlo manualmente y genera un malestar
grande al cliente.

En el área de compra y venta también sucede lo mismo no tener la información


clara o actualizada del producto ya que a veces los precios varían, también
sucede lo mismo como el área de almacén saber los precios de los productos
también les toma tiempo porque lo hacen manualmente y genera un malestar al
cliente.

3
2.1 Visión

Para el año 2025 ellos aspiran a continuar a ser referentes en el ámbito de la


medicina para seguir fortaleciendo con sus proyectos seguiremos mejorando en
el rubro, este proyecto se podrá lograr gracias al apoyo que brindan cada uno
de sus colaboradores que día a día se esmeran y hacen lo que sea para poder
ser más eficientes, y tener un buen desempeño asertivo y empático.

Gracias al liderazgo emprendedor, autoestima, identidad, independencia


funcional y la creatividad de cada uno de los encargados de las diferentes áreas
los cuales cada uno como individual y grupal tienen muchas metas profesionales
para así poder obtener resultados favorables.

2.2 Misión

La empresa AVANMET E.I.R.L que ofrece el proyecto de la salud, brindan un


buen servicio hacia sus clientes clientes, facilitando a cada uno de ellos un
servicio de calidad y confianza.

En la empresa siempre se brinda una pequeña asesoría a nuestros clientes


indicándoles como es el servicio de calidad que ellos brindan, siempre
salvarguadando los intereses del cliente ofreciéndoles productos muy
económicos para que el cliente se pueda sentir muy satisfecho.

2.3 Objetivos

Los objetivos de la empresa que sueña con facilitar un buen servicio de calidad
hacia sus clientes que tengan problemas de traumatología, siendo un servicio
pensado para ellos siempre dándole un servicio confortable que le genere
confianza.

Siempre tratando de contribuir en el éxito de sus clientes, además promueven


el desarrollo personal y profesional de su gente formando líderes cuyos logros
trascienden en la empresa y en la sociedad.

4
2.4 Organigrama

 Figura 1

 Fuente: Adaptado del MOF de la empresa AVANMET E.I.R.L

5
III. Realidad Problemática

Que la estrategia logística ha cambiado no sería el resumen de ninguna


convención de gurús, sino más bien un término más que maduro y obligatorio
para todas aquellas empresas que tengan un componente de distribución dentro
de su actividad.

Hace ya tiempo que la cadena de suministro dejó de ser el patito feo al que nadie
miraba, para convertirse en un importante foco de atención. Y es que en la tarta
de gastos totales de cualquier pequeña y mediana empresa, la logística
representa casi un tercio.

Un almacén ya no es el lugar donde guardar una mercancía y hacerlo de


cualquier manera, sino un eslabón fundamental para el servicio del cliente. Es el
punto de partida para la satisfacción de quien consume el producto, o el cuello
de botella para que deje de hacerlo. Es una estructura clave que provee
elementos físicos y funcionales capaces de generar un valor añadido.

El problema es que en muchos negocios aún no se ha entendido así y sigue


siendo algo urgente (y mucho), pero no prioritario. De manera que dejan que el
almacén siga funcionando como lo ha hecho hasta ahora mientras su atención
se focaliza en otras actividades del negocio.

En muchos casos el almacén no dispone de una configuración adecuada a la


evolución que ha tenido la empresa en gama, clientes, etc.

Las consecuencias habituales serán:

Pérdida de productividad.- Una mala organización del almacén incrementa los


recorridos que realizan los operarios de manipulación

Mal aprovechamiento de la capacidad de almacenaje.- No disponer de los


recursos adecuados tanto en maquinaría como en estanterías para el
tratamiento de la mercancía, disminuye la capacidad de almacenaje y genera
problemas en los procesos operativos tanto de almacenaje como de preparación.

Inadecuado tratamiento de productos.- Existen algunos productos que por sus


características requieren tratamientos específicos de seguridad temperatura, etc.
El no disponer de zonas adecuadas para el tratamiento de los mismos genera
problemas de calidad al producto o de seguridad en la operativa del almacén.

6
IV. Temas Relacionados

4.1. Variable Dependiente

En la actualidad las empresas constituyen un pilar fundamental y esencial en el


desarrollo económico de nuestro país, por lo que sin la existencia de estas no
existiría el progreso, es por eso que nos hemos propuesto que realizaremos un
proyecto de negocios en cual aplicaremos diferentes formas de aplicación, de
gestión y elaboración de la estructuración de la empresa, pero no solo ello, sino
también saber aplicar nuestros conocimientos en base a una visión sistémica en
el rubro del negocio de ventas en la empresa “Avanmet E.I.R.L”.

Nuestro interés por realizar este trabajo de investigación de dicha empresa es


demostrar mediante la aplicación de diversas estrategias y funcionamiento que
se puede mejorar y optimizar algunos procesos. A la vez generar un valor
agregado para superar las expectativas del consumidor, no obstante,
ofreceremos una mejor imagen comercial frente al cliente.

Gracias a ello obtendremos clientes satisfechos, Fidelizando a su vez su Compra


a futuro, por consiguiente, podremos captar gran cantidad de clientes y así
generar más ingresos para la empresa a su vez se obtendrá ventajas positivas
que favorecerá al negocio con un constante crecimiento y por ello podrá cumplir
sus metas planteadas de tener mayores clientes en la zona.

4.2. Variable Independiente

Nuestro sistema SOFGEST indicaremos como se realizó el desarrollo para ver


más detalles sobre este proyecto, te invitamos a leer el siguiente proyecto en el
cual descubrirás las herramientas que hemos utilizado para su estructuración.

 Motor de Base de Datos

- Mysql

 Lenguaje de Programación

- Java

 Seguridad

- Control de accesos a diferentes áreas

7
4.3. Metodología de Desarrollo

Las metodologías de desarrollo de software son un conjunto de procedimientos,


técnicas y ayudas a la documentación para el desarrollo de productos software.

Es como un libro de recetas de cocina, en el que se van indicando paso a paso


todas las actividades a realizar para lograr el producto informático deseado,
indicando además qué personas deben participar en el desarrollo de las
actividades y qué papel deben de tener. Además detallan la información que se
debe producir como resultado de una actividad y la información necesaria para
comenzarla.

Actualmente es imprescindible considerar los riesgos, aunque habitualmente las


empresas, no han sido concienciadas de los riesgos inherentes al procesamiento
de la información mediante ordenadores, a lo que han contribuido, a veces, los
propios responsables de informática, que no han sabido explicar con la suficiente
claridad las consecuencias de una política de seguridad insuficiente o incluso
inexistente. Por otro lado, debido a una cierta deformación profesional en la
aplicación de los criterios de coste/beneficio, el directivo desconocedor de la
informática no acostumbra a autorizar inversiones que no lleven implícito un
beneficio demostrable, tangible y mensurable.

Las técnicas indican cómo debe ser realizada una actividad técnica determinada
identificada en la metodología. Combina el empleo de unos modelos o
representaciones gráficas junto con el empleo de unos procedimientos
detallados. Se debe tener en consideración que una técnica determinada puede
ser utilizada en una o más actividades de la metodología de desarrollo de
software. Además se debe tener mucho cuidado cuando se quiere cambiar una
técnica por otra.

8
4.3.1 Metodología RUP

La metodología RUP, abreviatura de Rational Unified Process (o Proceso


Unificado Racional), es un proceso propietario de la ingeniería de software
creado por Rational Software, adquirida por IBM, ganando un nuevo nombre rup
que ahora es una abreviatura Rational Unified Process y lo que es una marca en
el área de software, proporcionando técnicas que deben seguir los miembros del
equipo de desarrollo de software con el fin de aumentar su productividad en el
proceso de desarrollo.

Fases del ciclo de vida del RUP:


1. Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del
proyecto con los patrocinadores, identificar los riesgos asociados al proyecto,
proponer una visión muy general de la arquitectura de software y producir el plan
de las fases y el de iteraciones posteriores.

2. Fase de elaboración: En la fase de elaboración se seleccionan los casos de


uso que permiten definir la arquitectura base del sistema y se desarrollaran en
esta fase, se realiza la especificación de los casos de uso seleccionados y el
primer análisis del dominio del problema, se diseña la solución preliminar.

3. Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad


del sistema, para ello se deben clarificar los requerimientos pendientes,
administrar los cambios de acuerdo a las evaluaciones realizados por los
usuarios y se realizan las mejoras para el proyecto.

4. Fase de Cierre: El propósito de esta fase es asegurar que el software esté


disponible para los usuarios finales, ajustar los errores y defectos encontrados
en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte
técnico necesario. Se debe verificar que el producto cumpla con las
especificaciones entregadas por las personas involucradas en el proyecto.

9
4.3.2 Metodología SCRUM

Scrum es un proceso en el que se aplican de manera regular un conjunto de


buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor
resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su
selección tiene origen en un estudio de la manera de trabajar de equipos
altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final,


priorizadas por el beneficio que aportan al receptor del proyecto. Por ello, Scrum
está especialmente indicado para proyectos en entornos complejos, donde se
necesita obtener resultados pronto, donde los requisitos son cambiantes o poco
definidos, donde la innovación, la competitividad, la flexibilidad y la productividad
son fundamentales.

Scrum también se utiliza para resolver situaciones en que no se está entregando


al cliente lo que necesita, cuando las entregas se alargan demasiado, los costes
se disparan o la calidad no es aceptable, cuando se necesita capacidad de
reacción ante la competencia, cuando la moral de los equipos es baja y la
rotación alta, cuando es necesario identificar y solucionar ineficiencias
sistemáticamente o cuando se quiere trabajar utilizando un proceso
especializado en el desarrollo de producto.

10
El proceso

En Scrum un proyecto se ejecuta en ciclos temporales cortos y de duración fija


(iteraciones que normalmente son de 2 semanas, aunque en algunos equipos
son de 3 y hasta 4 semanas, límite máximo de feedback de producto real y
reflexión). Cada iteración tiene que proporcionar un resultado completo, un
incremento de producto final que sea susceptible de ser entregado con el mínimo
esfuerzo al cliente cuando lo solicite.

El proceso parte de la lista de objetivos/requisitos priorizada del producto, que


actúa como plan del proyecto. En esta lista el cliente prioriza los objetivos
balanceando el valor que le aportan respecto a su coste (que el equipo estima
considerando la Definición de Hecho) y quedan repartidos en iteraciones y
entregas.

Las actividades que se llevan a cabo en Scrum son las siguientes:

 Planificación de la iteración

El primer día de la iteración se realiza la reunión de planificación de la iteración.


Tiene dos partes:

1. Selección de requisitos (4 horas máximo). El cliente presenta al equipo


la lista de requisitos priorizada del producto o proyecto. El equipo pregunta
al cliente las dudas que surgen y selecciona los requisitos más prioritarios
que se compromete a completar en la iteración, de manera que puedan
ser entregados si el cliente lo solicita.

2. Planificación de la iteración (4 horas máximo). El equipo elabora la lista


de tareas de la iteración necesarias para desarrollar los requisitos a que
se ha comprometido. La estimación de esfuerzo se hace de manera
conjunta y los miembros del equipo se auto asignan las tareas.

 Ejecución de la iteración

Cada día el equipo realiza una reunión de sincronización (15 minutos máximo),
normalmente delante de un tablero físico o pizarra (Scrum Taskboard). Cada
miembro del equipo inspecciona el trabajo que el resto está realizando
(dependencias entre tareas, progreso hacia el objetivo de la iteración, obstáculos
que pueden impedir este objetivo) para poder hacer las adaptaciones necesarias
que permitan cumplir con el compromiso adquirido. En la reunión cada miembro
del equipo responde a tres preguntas:

11
 ¿Qué he hecho desde la última reunión de sincronización?
 ¿Qué voy a hacer a partir de este momento?
 ¿Qué impedimentos tengo o voy a tener?

Durante la iteración el Facilitador (Scrum Master) se encarga de que el equipo


pueda cumplir con su compromiso y de que no se merme su productividad.

Elimina los obstáculos que el equipo no puede resolver por sí mismo.

Protege al equipo de interrupciones externas que puedan afectar su compromiso


o su productividad.

Durante la iteración, el cliente junto con el equipo refinan la lista de requisitos


(para prepararlos para las siguientes iteraciones) y, si es necesario, cambian o
re planifican los objetivos del proyecto para maximizar la utilidad de lo que se
desarrolla y el retorno de inversión.

 Inspección y adaptación

El último día de la iteración se realiza la reunión de revisión de la iteración. Tiene


dos partes:

1. Demostración (4 horas máximo). El equipo presenta al cliente los


requisitos completados en la iteración, en forma de incremento de
producto preparado para ser entregado con el mínimo esfuerzo. En
función de los resultados mostrados y de los cambios que haya habido en
el contexto del proyecto, el cliente realiza las adaptaciones necesarias de
manera objetiva, ya desde la primera iteración, re planificando el proyecto.

2. Retrospectiva (4 horas máximo). El equipo analiza cómo ha sido su


manera de trabajar y cuáles son los problemas que podrían impedirle
progresar adecuadamente, mejorando de manera continua su
productividad. El Facilitador se encargará de ir eliminando los obstáculos
identificados.

12
4.3.3 Metodología ICONIX

ICONIX es un proceso simplificado en comparación con otros más tradicionales,


que unifica un conjunto de métodos de orientación a objetos con el objetivo de
abarcar todo el ciclo de vida de un proyecto.

Es una metodología pesada-ligera de Desarrollo del Software que se halla entre


RUP (Rational Unified Process) y XP (eXtreme Programming), unifica un
conjunto de métodos de orientación a objetos con el objetivo de tener un control
estricto sobre todo el ciclo de vida del producto a realizar.

Fue elaborado por Doug Rosenberg y Kendall Scott a partir de una síntesis del
proceso unificado de los “tres amigos” Booch, Rumbaugh y Jacobson y que ha
dado soporte y conocimiento a la metodología ICONIX desde 1993. Presenta
claramente las actividades de cada fase y exhibe una secuencia de pasos que
deben ser seguidos.

Características Principales

ICONIX cuenta con tres características fundamentales:

- Iterativo e Incremental: durante el desarrollo del modelo del dominio y la


definición de los casos de uso se producen varias iteraciones. El ciclo de
vida incremental consiste en desarrollar por partes el producto de manera
que puedas integrarlas funcionalmente. Ciclo de vida Iterativo, en cada
ciclo de iteración se revisa y mejora el producto.

El desarrollo se organiza en series de mini-proyectos cortos, llamados


iteraciones.

 Trazabilidad: Cada paso que se realiza está definido por un requisito, se


define la trazabilidad como la capacidad de seguir una relación entre los
diferentes artefactos de software producidos.

 Dinámica del UML: Ofrece un uso dinámico del UML porque utiliza
algunos diagramas UML, sin exigir la utilización de todos, como en el caso
de RUP (Rational Unified Process).

13
Fases de ICONIX

Revisión de los requisitos/ Análisis de Requisitos

En esta fase se deben analizar todos los requisitos que formaran parte del
sistema y con estos construir el diagrama de clases, que representa las
agrupaciones funcionales que estructuraran el sistema en desarrollo.

Para esta fase se utilizan 3 herramientas:

 Modelo de Dominio: esto se refiere a identificar objetos y cosas del


mundo real que intervienen con nuestro sistema. (Estático)
 Modelo de Casos de Uso: describe las acciones o el comportamiento
que un usuario realiza dentro del sistema. Comprende de actores, casos
de uso y el sistema.
 Prototipo de Interfaz de Usuario: implica la creación de un modelo o
modelos operativos del trabajo de un sistema, en el que analistas y
clientes deben estar de acuerdo. (Dinámico/ los usuarios se hacen
participantes activos en el desarrollo).

Revisión del diseño preliminar /Análisis y Diseño Preliminar

En esta fase a partir de cada caso de uso se obtendrán una ficha de caso de
uso, está formada por un nombre, una descripción, una precondición que debe
cumplir antes de iniciarse, una pos-condición que debe cumplir al terminar si
termina correctamente.

Realizar Diagrama de Robustez: es un híbrido entre un Diagrama de Clases y


un Diagrama de Actividades. Es una herramienta que nos permite capturar el
Que hacer y a partir de eso él Como hacerlo. Facilita el reconocimiento de
objetos y hace más sencilla la lectura del sistema.

El diagrama de Robustez se divide en:

 Objetos fronterizos: usado por los actores para comunicarse con el


sistema.
 Objetos entidad: son objetos del modelo del dominio.
 Objetos de Control: es la unión entre la interfaz y los objetos de entidad.
 Diagrama de Clases: describe la estructura de un sistema mostrando sus
clases, atributos y las relaciones entre ellos.

14
Revisión crítica del diseño/Diseño

En esta fase se registran todos los elementos que forman parte de nuestro
sistema.

Diagramas de Secuencia: muestra los métodos que llevaran las clases de


nuestro sistema. Muestra todos los cursos alternos que pueden tomar todos
nuestros casos de uso. Se debe terminar el modelo estático, añadiendo los
detalles del diseño en el diagrama de clases y verificar si el diseño satisface
todos los requisitos identificados.

Implementación

Después de tener el diseño se creara el software; que posteriormente se


entregara. Se debe utilizar el diagrama de componentes si fuera necesario para
apoyar el desarrollo, es decir mostrar una distribución física de los elementos
que componen la estructura interna del sistema. Así como escribir y generar el
código.

Ejemplo de la metodología ICONIX

Empresa: Softdem, Desarrollo Bajo Demanda.

¿Como se trabaja? SOFTDEM utiliza un modelo de trabajo basado en


procesos, lo cual permite una mayor velocidad en el desarrollo del proyecto, con
la seguridad y solidez metodológica que se requiere.

Análisis de Requisitos

 Identificar objetos del dominio y relaciones de agregación y


generalización
 Identificar casos de uso
 Organizar casos de uso en grupos (paquetes)
 Asignar requerimientos no funcionales a casos de uso y objetos del
dominio
 Revisión de requerimientos

Diseño

 Diseño de usuarios y datos hacia sistema.


 Detalle a partir de modelos de alto nivel.
 Para cada caso de uso.
 Identifica mensajes y métodos.
 Dibujar diagramas de secuencia.
 Actualizar clases.
 Terminar modelo estático
 Verificar cumplimiento de requerimientos

15
Análisis y diseño preliminar

 Descripción de Casos de uso


 Análisis de robustez
 Identificar grupos de objetos que realizan escenario
 Actualizar diagramas de clases del dominio
 Diagramas de clases

Implementación y pruebas

 Producir diagramas necesarios


 Despliegue
 Componentes
 Escritura de código
 Pruebas de sistema y aceptación basadas en casos de uso

Ciclos de vida de desarrollo de software utilizado

Iterativo e Incremental:

 El ciclo de vida incremental consiste en desarrollar por partes el producto


de manera que puedas integrarlas funcionalmente.
 Ciclo de vida Iterativo, en cada ciclo de iteración se revisa y mejora el
producto.
 El desarrollo se organiza en series de mini-proyectos cortos, llamados
iteraciones.

16
4.3.3 Metodología XP PROGRAMMING

El Extreme (o XP) Programming es una metodología de desarrollo que pertenece


a las conocidas como metodologías ágiles (otras son Scrum, Kanban…), cuyo
objetivo es el desarrollo y gestión de proyectos con eficacia, flexibilidad y control.

Ambos conceptos, relacionados estrechamente, son distintos. Agile es el marco


de trabajo para el desarrollo del software, se hace mediante un proceso iterativo
y define las prácticas y roles del equipo. Por su lado, el XP programming es una
metodología basada en la comunicación, la reutilización del código desarrollado
y la realimentación.

El equipo de un proyecto XP

Los equipos de un proyecto de esta tipología y magnitud tienen normalmente las


siguientes figuras y roles:

 Clientes: Establecen las prioridades y marca el proyecto. Suelen ser los


usuarios finales del producto y quiénes marcan las necesidades.
 Programadores: Serán los que se encargarán de desarrollar el Extreme
Programming.
 Testers: Se encargan de ayudar al cliente sobre los requisitos del
producto.
 Coach: Asesoran al resto de componentes del equipo y marcan el rumbo
del proyecto.
 Manager: Ofrece recursos, es el responsable de la comunicación externa
y quien coordina las actividades.

17
En general, no obstante, los participantes en este tipo de equipos no siempre
toman un rol fijo y contribuyen con los conocimientos de cada uno en aras del
beneficio colectivo.

Las planificaciones

Por una parte se deben planificar los plazos temporales del proyecto basándose
en las exigencias del cliente. En base a las estimaciones de coste y la dificultad
del proyecto se marcan las prioridades y las fechas, no siempre de forma precisa,
pero sí orientativa.

Con la entrega de la planificación efectuada, se desarrolla la de la iteración en el


que cada dos semanas se marca el rumbo y se entrega el software útil después
de cada uno de estos periodos bisemanales. Con esto se consigue que el nivel
de precisión sea mucho mayor, las estimaciones sobre los costes sean más
exactas y la información mucho más transparente.

Pruebas

Continuamente se han de efectuar una serie de pruebas automatizadas en base


a los requisitos del cliente para comprobar que todo funcione correctamente.
Éstas han de hacerse de forma periódica y automática.

Con las planificaciones comentadas anteriormente se incluyen las entregas al


final de cada iteración, éstas serán siempre con el software probado y
funcionando correctamente y será facilitado al cliente, que puede utilizarlo para
cualquier propósito, incluso para el usuario final. Los equipos XP también pueden
hacer entregas a otros usuarios finales.

Diseño y programación

El diseño del programa suele ser simple y basado en la funcionalidad del sistema
y se lleva a cabo durante todo el proyecto, tanto durante la planificación de la
entrega como en el de la iteración.

La programación del software se hace siempre en pareja, lo que se llama


programar a dos manos. Se asegura con este método que al menos un
programador conoce y controla la labor de otro y queda revisado. La ventaja es
que se produce mejor código que en base a un programador aunque la dificultad
de la misma sea mayor.

El código es de todos, con el desarrollo de las pruebas automáticas y la


programación a dos manos se incluye también la posibilidad de que cualquiera
pueda añadir y retocar parte del código, aunque eso sí, deba ser un estilo común
y cuyo resultado sea como si sólo lo hubiera hecho una persona.

18
V. Actores del sistema

CÒDIGO NOMBRE DESCRIPCIÒN

VT001 VENTAS 1. Podrá actualizar los datos del cliente


2. Podrá ingresar pedidos
3. Podrá elaborar facturas y también imprimir
facturas
4. Podrá registrar clientes por cobrar

CP001 COMPRAS 1. Podrá actualizar datos de los proveedores


2. Podrá elaborar órdenes de compra
3. Podrá registrar cuentas por pagar

IV001 INVENTARIO 1. Podrá actualizar productos


ADMINISTRADOR

2. Podrá ingresar productos


3. Podrá retirar productos

CJ001 CAJA 1. Podrá recibir pagos y también generara


comprobantes de egreso
2. Podrá recibir recaudos y generar recibo de caja

INGRESAR AL SISTEMA

USUARIO

GESTIONAR LOCALES GESTIONAR PRODUCTO


GESTIONAR CLIENTE GESTIONAR EMPLEADO

19
VI. Casos de Uso

20
VII. ECUS
 Especificación de CU01 Ingresar al sistema
CU01 Ingresar al sistema
Breve Descripción:
Al acceder al sistema, este debe solicitar un usuario y contraseña, si
se ingresan los datos correctos, entonces se visualizará la pantalla
principal del sistema.
2. Precondición
1. Debe estar registrado en el sistema.

3. Flujo de Eventos
USUARIO SISTEMA

1. Clic en el icono del sistema 2. Mostrar ventana de logueo

3. Ingresar usuario
4. Ingresar password
5. Clic en el botón aceptar
6. Validar datos
7.Emitir mensaje “Bienvenido”
8.Mostrar ventana principal

4. Flujo Alternativo
7. Emitir mensaje a usuario
incorrecta
9. Repetir paso 3,4,5 8. Mostrar ventana de logueo
10. Repetir paso 6
11. Emitir mensaje de contraseña
incorrecta
12.Mostrar ventana de logueo
13.Repetir paso 3,4,5 14.Repetir paso 6
15.Cerrar Sistema
5. Post condición

1. Se mostrará la interfaz principal según el perfil de los


usuarios.

Prototipo de Acceso al Sistema

Usuario:

Contraseña:

ingresar Salir

21
 Especificación de CU02 Registrar Producto
CU02 Registrar Producto
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada producto,
así mismo; el sistema debe permitir registrar el nombre, la descripción,
stock, precio.
2. Precondición

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Nos dirigimos al menú
mantenimiento, Registrar
producto y clic en registrar 3. Mostrar ventana de registrar
producto producto
4.Genera un código aleatorio a
cada producto

5. Ingresar nombre de producto


6. Ingresar descripción
7. Ingresa stock
8. Ingresa Precio

9. Registra los datos


10.Emitir mensaje “Se guardó
correctamente”
11.Mostrar ventana principal

4. Flujo Alternativo
9. Si no se colocan los datos
obligatorios correctamente se
10.Repetir paso 4,5,7,8,9
mostrará un mensaje de error

5. Post condición

22
 Especificación de CU03 Registrar Cliente
CU03 Registrar Cliente
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada cliente, así
mismo; el sistema debe permitir registrar los nombres, apellidos,
dirección, teléfono, DNI, correo, fecha de nacimiento, ruc, estado civil,
sexo, distrito, cargar foto (opcional).
2. Precondición

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú cliente
3. Ir a la ventana Mantenimiento, 4. Mostrar ventana de ingresar
Registrar Cliente y clic cliente.
5.Genera un código aleatorio a
cada cliente
6. Ingresar Nombres
7. Ingresa Apellidos
8. Ingresa Dirección
9.Ingresa Teléfono
10. Ingresa DNI
11. Ingresa Correo
12. Ingresa F. Nacimiento
13. Ingresar Ruc
14. Seleccionar Estado Civil
15. Seleccionar Sexo
16. Seleccionar Distrito
17. Cargar Foto (opcional)
18. Registrar datos
19.Emitir mensaje “Se guardó
correctamente”
20.Mostrar ventana principal

4. Flujo Alternativo
18. Si no se colocan los datos
obligatorios correctamente se
14. Repetir paso
mostrará un mensaje de error
6,7,8,9,10,11,12,13,14,15,16,17

5. Post condición

23
 Especificación de CU04 Registrar Proveedor
CU04 Registrar Proveedor
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada cliente, así
mismo; el sistema debe permitir registrar los nombres, apellidos,
dirección, teléfonos, DNI, correo, fecha de nacimiento, ruc, estado civil,
sexo, distrito, cargo.
2. Precondición

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú cliente
3. Ir a la ventana Mantenimiento, 4. Mostrar ventana de ingresar
Registrar Proveedor y clic cliente.
5.Genera un código aleatorio a
cada Proveedor nuevo
6. Ingresar Nombres
7. Ingresa Apellidos
8. Ingresa Dirección
9.Ingresa Teléfono
10. Ingresa DNI
11. Ingresa Correo
12. Ingresa F. Nacimiento
13. Ingresar Ruc
14. Seleccionar Estado Civil
15. Seleccionar Sexo
16. Seleccionar Distrito
17. Seleccionar Cargo
18. Seleccionar Tipo de producto
19. Registrar datos
20.Emitir mensaje “Se guardó
correctamente”
21.Mostrar ventana principal

4. Flujo Alternativo
19. Si no se colocan los datos
obligatorios correctamente se
22. Repetir paso
mostrará un mensaje de error
6,7,8,9,10,11,12,13,14,15,16,17

5. Post condición

24
 Especificación de CU05 Ingresar Empleado
CU05 Ingresar Empleado
Breve Descripción:
El sistema debe permitir asignar un código aleatorio a cada empleado,
así mismo; el sistema debe permitir registrar los nombres, apellidos,
teléfono, dirección, DNI, fecha de nacimiento, correo.
2. Precondición

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú cliente
3. Ir a la ventana mantenimiento 4. Mostrar ventana de ingresar
Registrar Empleado y clic empleado
5.Genera un código alelatorio a
cada empleado
6. Ingresar Nombres (*)
7. Ingresa Apellidos (*)
8. Ingresa Dirección (*)
9.Ingresa Teléfono (*)
10. Ingresa DNI (*)
11. Ingresa Correo (*)
12. Ingresa F. Nacimiento (*)

15. Registrar datos


16.Emitir mensaje “Se guardó
correctamente”
17.Mostrar ventana principal

4. Flujo Alternativo
12. Si no se colocan los datos
obligatorio correctamente se
14.Repetir paso 6,7,8,9,10,11,12,
mostrara un mensaje de error

5. Post condición

25
 Especificación de CU06 Registrar Factura
CU06 Registrar Factura
Breve Descripción:
El sistema toma los valores registrados o registra nuevamente los datos
de los clientes los nombres, apellidos, teléfono, dirección, DNI, fecha de
nacimiento, RUC, correo.
2. Precondición

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú cliente
3. Ir a la ventana Movimiento y clic 4. Mostrar ventana de Generar
Factura
5.Toma los datos del cliente si
este ya se encuentra registrado
6. Ingresar Nombres
7. Ingresa Apellidos
8. Ingresa Dirección
9.Ingresa Teléfono
9.Ingresa Cod. Cliente
10. Ingresa DNI
11. Ingresa Correo
11. Selecciona el Producto
15. Registrar datos
16. Ingresa RUC
17. Realiza cálculos
18. Realiza venta
19.Emitir mensaje “Se guardó
correctamente”
20.Mostrar ventana principal

4. Flujo Alternativo
5. Si no se colocan los datos
obligatorios correctamente se
mostrará un mensaje de error
21.Si el cliente es nuevo se le
22.Repetir paso registra.
6,7,8,9,10,11,12,13,14,15,16,17,18

26
 Especificación de CU07 Registrar Boleta
CU07 Registrar Boleta
Breve Descripción:
El sistema toma los valores registrados o registra nuevamente los
datos de los clientes los nombres, apellidos, teléfono, dirección, DNI,
fecha de nacimiento, correo.
2. Precondición

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú cliente
3. Ir a la ventana Movimiento y 4. Mostrar ventana de Generar
clic Factura
5.Toma los datos del cliente si
este ya se encuentra registrado
6. Ingresar Nombres
7. Ingresa Apellidos
8. Ingresa Dirección
9.Ingresa Teléfono
9.Ingresa Cod. Cliente
10. Ingresa DNI
11. Ingresa Correo
11. Selecciona el Producto
15. Registrar datos
16. Realiza cálculos
17. Realiza venta
18.Emitir mensaje “Se guardó
correctamente”
19.Mostrar ventana principal

4. Flujo Alternativo
5. Si no se colocan los datos
obligatorios correctamente se
mostrará un mensaje de error
20.Si el cliente es nuevo se le
21.Repetir paso registra.
6,7,8,9,10,11,12,13,14,15,16,17

5. Post condición

27
 Especificación de CU08 Consultar Clientes
CU08 Consultar Clientes
Breve Descripción:
El sistema consultara los clientes mediante diferentes tipos de filtros
2. Precondición
Tener Registrado por lo menos algún cliente para poder realizar las
consultas.

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú consultas
3. Ir Consultar Cliente y clic 4. Mostrar ventana de Consultar
cliente
5.Toma los datos del cliente si
este ya se encuentra registrado
6. Consulta mediante Genero
(opcional)
7.Consulta por DNI (opcional)
8. Muestra todos los clientes con
sus respectivos datos
18.Salir
19.Mostrar ventana principal

4. Flujo Alternativo
20. Si no se colocan los datos
obligatorios no muestra nada

5. Post condición

28
 Especificación de CU09 Consultar Productos
CU09 Consultar Productos
Breve Descripción:
El sistema consultara los clientes mediante diferentes tipos de filtros
2. Precondición
Tener Registrado por lo menos algún producto para poder realizar las
consultas.

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú consultas
3. Ir Consultar Productos y clic 4. Mostrar ventana de Consultar
producto
5. Consulta mediante Código
(opcional)
6. Muestra todos los productos
con sus respectivos datos
7.Salir
8.Mostrar ventana principal

4. Flujo Alternativo
9. Si no se colocan los datos
obligatorios no muestra nada

5. Post condición

29
 Especificación de CU10 Consultar Facturas
CU09 Consultar Facturas
Breve Descripción:
El sistema consultara las facturas mediante diferentes tipos de filtros
2. Precondición
Tener Registrado por lo menos alguna factura para poder realizar las
consultas.

3. Flujo de Eventos
USUARIO SISTEMA

1. Accedemos al sistema a través


del logueo
2. Clic en menú consultas
3. Ir Consultar Facturas y clic 4. Mostrar ventana de Consultar
producto
5. Consulta mediante N°
(opcional)
6. Consulta fechas (opcional)
7. Muestra todos los productos
con sus respectivos datos
8.Salir
9.Mostrar ventana principal

4. Flujo Alternativo
10. Si no se colocan los datos
obligatorios no muestra nada

5. Post condición

30
31
ANEXOS

32
33
34
35

También podría gustarte