Unidad 1.

Introducción al análisis orientado a objetos

Evidencia de aprendizaje. Sistemas orientados a objetos.

Asignatura:
Análisis y diseño orientado a objetos

Docente:
Adriana Álvarez Gutiérrez

Estudiante:
David Eliseo Arreguin Pérez

Matricula:
ES1822021781

Fecha:
22 de julio del 2019
 CONTEXTO.

En una empresa fabrican microcomponentes electrónicos, en uno de los

procesos del desarrollo de estos componentes las piezas (que tienen
alrededor de una geometría de 1 hasta 5 mm) se colocan en aros para
realizar un proceso.

Al momento de recibir los aros ya con las piezas se tiene que contar las
piezas para corroborar que los aros vengan sin faltantes de piezas del
proceso anterior (en el proceso anterior es donde se colocan las piezas en
los aros).

Actualmente se cuentan dichas piezas con una hoja de cálculo de Excel,

la cual tiene el número de aros, número de líneas y numero de piezas, un
ejemplo:

Se recibe un lote con 8 aros (las piezas vienen en líneas un ejemplo 50

líneas) completos y 1 aro parcial (quiere decir que el aro no viene
completo solo con 20 líneas).

En la hoja de Excel en aros completos se colocan 8.

En número de líneas se colocan las líneas que tengan el aro parcial 20

líneas.

En piezas se colocan el numero de piezas que hay en la última línea parcial

si es que no está completa.

NOMBRE DEL PROYECTO.

Contador de aros.
 PLANTEAMIENTO DE PROBLEMA.

La empresa está solicitando un programa el cual ayude a contar mucho

más fácil los aros con las piezas, ya que actualmente con la hoja de
cálculo de Excel el proceso para contar los aros es demasiado lento y se
requiere un programa para agilizar este proceso y sea más rápido además
de que los operadores tengan una mejor herramienta de trabajo para el
proceso que realizan.

OBJETIVO DEL PROYECTO.

• Realizar un programa el cual ayude a contar los aros.

• Con esto lograr que el proceso del conteo de aros sea mucho más
rápido.
• Además, ayudara al operador a tener una mejor herramienta de
trabajo.

JUSTIFICACIÓN DEL PROYECTO.

Decidí realizar este proyecto y actualmente trabajo en esta empresa y yo e

visto el proceso donde se tienen que contar los aros y veo que dicho
proceso para contar es un poco lento y además estresante ya que la hoja
de Excel la cual se utiliza para contar los aros es muy complicada su
manejo, y estoy seguro de que con un programa este proceso se realizara
mucho más rápido y eficaz.
 MÉTODO DE DESARROLLO DE SOFTWARE.

Metodología: Cascada

El motivo por el cual decidí ir por este tipo de metodología es por que no
se puede pasar a una fase sin que ya se haya terminado la anterior, quiere
decir que no puedo pasar a la fase de diseño sin antes terminar la de
análisis. Además de que los requerimientos del programa ya están bien
definidos, solo falta realizar las fases de la metodología.

Análisis y definición de requerimientos.

El programa para desarrollar tendrá el objetivo de realizar el conteo de los

aros mucho más rápido y eficaz. Los aros se reciben en lo cual llamamos
lotes y dichos lotes pueden venir desde 1 aro hasta en 13 aros. El proceso
anterior donde las piezas se colocan en los aros se realiza en 3 máquinas
diferentes nombradas solamente H, T y F.

Los lotes vienen identificados por numero de parte, por ejemplo, un lote
con un numero de parte 140 se proceso en la maquina F y vienen con 8
aros completos y 1 parcial.

Otro ejemplo es un lote con numero de parte 788 que se proceso en la

maquina T y vienen 3 aros completos y 1 parcial.
Pero hay números de lotes que se producen en la misma maquinas y otros
que se producen en 2 máquinas, es el caso del numero de parte 140 que
solo se procesa por la maquina F, pero el número de parte 788, 789 entre
otros se procesan en las maquinas T y H, por lo tanto eso ocasiona que la
cantidad de piezas sea distinta en un lote procesado en la maquina H a la
T, es decir, un lote 788 que se procesa en la maquina H tiene una cantidad
de 25,000 piezas pero el mismo lote procesado en la maquina T tiene una
cantidad de 23,000 piezas.

Otro punto en tener en cuenta es la geometría del material, los

microcomponentes tienen una forma cuadrada o rectangular y viene de
diferentes tamaños, es el cado del material con numero de parte 140 que
su geometría es de 5.0 x 4.5 mm y el número de parte 788 tiene la
geometría de 1.6 x 1.3 mm.

Los aros procesados por las maquinas tienen diferente cantidad de piezas
y también los diferentes números de partes tiene una diferente cantidad
de piezas, por ejemplo, el numero de parte 140 por lo general son 8 aros
completos y 1 aro parcial y el total que da al momento de contarlo es de
más de 9,000 piezas, el numero de parte 365 son 4 aros completos y 1
parcial y el total es alrededor de 14,000 piezas.

Otro punto en tener en cuenta es cuando no referimos a los aros

completos o parciales, las piezas se acomodan en los aros en líneas, es
decir en un aro con numero de parte 140 la primera línea tiene 5 piezas, la
segunda línea tiene 9 piezas, la tercera líneas tiene 13 piezas y así de
manera sucesiva hasta llegar alrededor de 25 líneas que son el total de
líneas que tiene ese numero de parte 140. Todos los numero de parte se
acomodan en diferentes líneas por ejemplo el numero de parte 788 tiene
alrededor de 90 líneas.

Los números de parte requeridos en el programa son los siguientes:

357, 359 (3.0 x 3.0 mm) 788, 789 (1.6 x 1.3)
365 (3.5 x 3.5 mm) 767 (1.6 x 1.6)
408 (4.0 x 4.0 mm)
140 (5.0 x 4.5 mm)
160 (6.0 x 8.0 mm)

Por lo tanto, estos son los requerimientos del programa es que tenga los
siguientes detalles:
Maquina (Con esto se identifica donde se procesó el material si en
maquina H, T o F).
Numero de parte (Con esto se identifica el material).
Cantidad de aros completos.
Cantidad de líneas en el aro parcial.
Cantidad de piezas sueltas (Por lo general en el aro parcial en la última
línea tampoco viene completa así que se cuenta las piezas de esa línea).
Cantidad total.
Diseño del sistema y del software.

Con la fase de análisis y requerimientos del software ya claros ahora

procede a realizar la fase del diseño del sistema y del software. En este
caso la interfaz gráfica del programa debería contar con 6 opciones para
ingresar los datos del lote a contar.
Y para dar una mejor ejemplificación a continuación se vería un ejemplo
de cómo quedaría el algoritmo del programa.

Inicio
Escribir, Numero de lote
Leer, numeroLote

Escribir, Maquina donde se procesó el lote

Leer, maquinaProceso

Escribir, Cantidad de aros completos

Leer, cantidadAros

Escribir, Cantidad de líneas en el aro parcial

Leer, lineasAro

Escribir, Cantidad de piezas en la última línea parcial

Leer, piezasAroparcial

Escribir, La cantidad total de piezas es de, totalLote

Fin

Lo anterior sería el ejemplo del algoritmo de como trabajaría el programa,

se utilizaría una estructura de control condicionales (switch - case) para
que en el momento que se escriba el numero de lote se procesa las
instrucciones de ese numero de lote ya que como se vio en la fase da
análisis todos los números de lote son diferentes.
Implementación y prueba de unidades.
En esta fase ya se pondría a trabajar totalmente en la creación del
programa teniendo ya claro el análisis de como va a funcionar el
programa, que es lo que necesita el programa, el algoritmo completo,
interfaz grafica etc.

Integración y prueba del sistema.

En esta fase ya se mandaría alguna versión beta al cliente para que utilice
el producto y saber si es el resultado es el deseado por el cliente. Si la
prueba es aceptada por el cliente en este caso ya se lanzaría el programa
oficial.

Funcionamiento y mantenimiento.
Con la fase de prueba concreta ya aceptada por el cliente, seguiría la
implantar el programa en el sistema (la instalación) en la empresa del
cliente y también realizar el mantenimiento si es necesario (en este caso
abra mantenimientos constantes ya que el cliente actualizara a futuro
nuevos número de parte y por este caso se necesitaría actualizar ciertas
veces).
Referencias:

• Digital Guide. (21 de marzo 2019). El modelo en cascada: desarrollo

secuencial de software. Digital Guide. Recuperado de:
https://www.ionos.mx/digitalguide/paginas-web/desarrollo-web/el-
modelo-en-cascada/

• Domínguez, P. (30 de octubre 2017). En que consiste el modelo en

cascada. Open Class Rooms. Recuperado de:
https://openclassrooms.com/en/courses/4309151-gestiona-tu-proyecto-de-
desarrollo/4538221-en-que-consiste-el-modelo-en-cascada

• UNADM. (2016). Unidad 1. Introducción al análisis orientado a objetos.

Blackboard. Recuperado de:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/Bloque1/
DS/02/DDOO/recursos/recursos-
contenido/U1/U1_CONTENIDOS/Unidad_1_Introduccion_al_analisis_orientado_
a_objetos_ddoo.pdf