Caso Estudio Prctico

Metodologa e Ingeniera de Software I

Caso Estudio Prctico

PCTECNO S.A.

1. Introduccin

1.1. Descripcin General de la Empresa

PCTECNO S.A. es una empresa de venta y montaje de ordenadores (PCs). Desde su creacin en 1995 su volumen de trabajo ha crecido de forma considerable. En los primeros tiempos construan computadoras para vender a particulares y pequeas empresas, pero actualmente construyen PCs que posteriormente sern vendidos en grandes superficies comerciales distribuidas por todo el pas. Su volumen de fabricacin actual es de unos 600 PCs por semana.

La empresa posee un almacn en el que guarda la gran cantidad de componentes (tarjetas, HDDs, cajas, etc.) que proceden de pedidos a los fabricantes de Hardware. La gestin de este almacn es la parte ms compleja del sistema.

Por un lado, se realizan pedidos de componentes a proveedores (fabricantes como Quantum, Creative, etc) que cuando se reciben se dan de entrada en el almacn. Por otro lado, los componentes almacenados se utilizarn en la construccin de PCs. Estos PCs son ensamblados por los operarios de la empresa, que trabajan en los talleres. Los PCs, a su vez, sern almacenados para su posterior distribucin y venta (al por mayor, exclusivamente).

El almacn se encuentra a unos 15 Km. de los talleres de ensamblaje, lo cual supone un inconveniente tanto a la hora de comunicarse como a la de trasladar los componentes y los PCs ya construidos.

1.2. Organizacin de la empresa

La empresa se compone de los siguientes departamentos:

- Direccin: Toma las decisiones principales que afectan al funcionamiento de la empresa.

- Departamento de Compras: Trata con los proveedores y realiza los pedidos. Est situado en las oficinas principales de la empresa.

- Departamento de Ventas: Trata con los clientes y recibe sus pedidos. Est situado en las oficinas principales de la empresa.

- Almacn: Guarda los componentes y los PCs. Est situado a 15 Km. de las oficinas principales de la empresa.

- Talleres: Lugar donde los operarios ensamblan los ordenadores. Est situado en el mismo edificio que las oficinas principales de la empresa.

2. Obtencin de Requerimientos del Sistema

2.1.Planteamiento del Sistema

Para automatizar la gestin comercializacin, la empresa a decidido desarrollar el Sistema Informtico denominado TecnoComercial. Su funcionamiento y requerimientos se describen a continuacin:Gestin de Pedidos de Clientes

Situacin actual

Los clientes de la empresa son, en general, grandes empresas. Actualmente, la lista de clientes se maneja de forma semi-manual, por medio de hojas de clculo. Cuando se recibe un pedido (normalmente por correo convencional, pero tambin a travs del telfono o el fax) el Departamento de Ventas se pone en contacto con el responsable del almacn. ste confirma si hay o no existencias de los PCs solicitados por el cliente. Este ltimo proceso est sujeto a muchos errores y problemas, pues el almacn no funciona con la rapidez y precisin que seran deseables. Finalmente, el responsable del almacn se encarga de gestionar el envo de los PCs al cliente, por medio de las camionetas propiedad de la empresa.

Los pedidos que hacen los clientes (grandes superficies) no son de uno o dos PCs sino de lotes de entre 20 y 100 ordenadores, segn la temporada. Por ello la empresa dispone de una flotilla de camiones y camionetas para realizar el transporte de los PCs desde el almacn hasta el lugar solicitado por el cliente.

Las configuraciones bsicas de los PCs son impuestas por la direccin de la empresa, y los clientes solicitan PCs de acuerdo con estas configuraciones prefijadas (o sea, no se hacen PCs a medida del cliente). Para cada configuracin, se establecen una serie de parmetros bsicos (tipo CPU, velocidad CPU, capacidad RAM, capacidad disco, etc.). Evidentemente, esto complica el proceso, pues a la hora de responder a los pedidos, debera contarse con existencias suficientes de los componentes requeridos. Igualmente, el almacenaje de los PCs debera realizarse segn configuraciones similares, para evitar bsquedas prolongadas por el almacn hasta dar con los PCs requeridos.

El principal problema del mtodo de trabajo actual es que muchas veces no se puede responder a los pedidos de los clientes debido a mltiples razones, como pueden ser las siguientes:

- No se conoce con total precisin la disponibilidad de ordenadores en el almacn.

- Los constructores de ordenadores no pueden prometer con exactitud cuantos ordenadores estarn listos para una determinada fecha, porque, entre otras cosas, no conocen con precisin la disponibilidad de componentes en el almacn.

- Actualmente, la comunicacin con el almacn deja mucho que desear, pues se utiliza el fax y el telfono.

Requisitos

El sistema deber proporcionar la operacin de creacin de pedidos de clientes (alta de pedidos) y su facturacin correspondiente. Durante la creacin de pedidos, se desea que el sistema proporcione informacin actualizada acerca de los PCs que se encuentran en el almacn, diciendo qu PCs se encuentran reservados para su venta y cuales no.

Se desea tambin poder predecir con cierta exactitud la satisfaccin de los pedidos realizados por los clientes. Por ejemplo, si un determinado cliente solicita 70 PCs y stos no se encuentran en existencias, mediante la informacin que proporcione el sistema debera ser posible determinar si disponemos de material suficiente o no para construir los 70 PCs. Si se dispone de este material, entonces dicho pedido podr ser servido al cabo de un tiempo y los componentes afectados podran ser marcados como "reservados" (para que no sean utilizados en la construccin de otro PC). Si no se dispone del material, el cliente debera reducir el nmero de PCs de su pedido.

El jefe de ventas requiere que le llegue la informacin diaria de los pedidos realizados y la facturacin realizada.

La gerencia requiere que le lleguen informes semanalmente sobre los pedidos y el nivel de ventas realizadas por el rea.

Gestin del Almacn

Situacin actual

La gestin actual del almacn resulta extremadamente ineficiente y esto afecta absolutamente a todas las reas de la empresa. Algunas de las carencias detectadas son:

- Debido a la distancia y a los problemas de comunicacin con el almacn (por telfono), no es posible conocer, con detalle y en tiempo real, el stock actual del almacn. Como consecuencia, no es posible predecir con exactitud si se podrn dar salida a los pedidos pendientes de servir.

- La ubicacin en el almacn de los componentes y de los PCs no se encuentra optimizada. De hecho, actualmente se encuentran mezclados componentes con PCs a lo largo y a lo ancho del almacn, con las consiguientes ineficiencias que se producen tanto en el proceso de recepcin de mercancas como en su posterior envo.

- Existen numerosos tiempos no productivos debido a la falta de automatizacin del proceso de solicitud de reposiciones de material. Igualmente, los empleados encargados del montaje de los ordenadores no reciben puntualmente la informacin relacionada con la disponibilidad de materiales, provocando retrasos innecesarios en su trabajo (a veces, con graves repercusiones, pues los clientes estn esperando algn pedido)

- Se producen demasiados errores relacionados con la ubicacin de los componentes y de los productos (PCs) en el almacn.

- La carencia de informacin en tiempo real provoca que a veces se consideren como ocupados algunos sitios (huecos) libres, y viceversa, provocndose as inexactitudes acerca de la capacidad actual del almacn.

Requisitos

Con la construccin del nuevo sistema se pretende solucionar, dentro de lo posible, los problemas descritos. La implantacin del sistema nuevo exigir, no obstante, una nueva estructuracin de la superficie del almacn. En concreto, el almacn se dividir en dos secciones: una para almacenar componentes y otra para almacenar los PCs ya construidos. La seccin de componentes se dividir en zonas, y cada zona almacenar exclusivamente un tipo de componentes (tarjetas grficas, placas base, etc.). La seccin de PCs se dividir en zonas correspondientes a distintos equipos (una zona para equipos basados en Pentium III 400, otra para los basados en Pentium III 500, etc.).

Tanto para componentes como para PCs, cada zona se dividir en columnas y las columnas se dividen en alturas. La combinacin de una seccin, una zona, una columna y una altura se denomina "hueco", y puede estar vaco o contener uno o varios objetos (componentes o PCs, segn el caso). En las recepciones de material (si se quiere que esta organizacin del almacn sirva realmente para algo) los componentes recibidos sern adecuadamente etiquetados y almacenados en su lugar correspondiente. Se darn de alta en el sistema, indicando tipo de componente, fecha de llegada y ubicacin en el almacn, entre otros datos. El sistema proporcionar a los empleados del almacn la informacin acerca de qu huecos se encuentran libres segn el tipo de componente que se vaya a almacenar.

La jefatura requiere que se le informe diariamente sobre las diferentes salidas de productos (por envos) y entradas (por recepciones de los pedidos de compra) del almacn.

Gestin de Envos

Situacin actual

Igualmente, el proceso de agrupacin de mercancas (PCs) para ser enviadas a un cliente, no est libre de errores e ineficiencias. Por un lado, se necesitan agrupar juntos una serie de ordenadores (20 como mnimo, pero a veces 250 o 300) para cargarlos en los camiones. Este proceso se vera optimizado si los ordenadores estuvieran situados cerca del muelle de carga del almacn, lo cual no siempre es as.

Lo que resulta ms grave es que se cometen muchos errores debido a que la configuracin de los ordenadores solicitados no es la misma que la de los ordenadores enviados. Esto provoca que muchos envos sean rechazados por el cliente.

Requisitos

El sistema deber responder a consultas acerca de qu PCs en stock corresponden a un

determinado pedido de un cliente y emitir la correspondiente gua de remisin referente al pedido del cliente a entregar. La gua debe registrar el medio de transporte y fecha con el cual se enva.

Gestin de Compras a Proveedores

Situacin actual

Los proveedores de la empresa son conocidos fabricantes de Hardware, a quienes se les compran versiones OEM (Original Equipment Manufacturer) de sus productos. Lo ms complejo de la gestin de pedidos es la coordinacin entre unos pedidos y otros: No tiene sentido, por ejemplo, realizar pedidos de forma que se acumulen N tarjetas grficas por un lado y N/20 placas base por otro. Lo ideal es que siempre se disponga en el almacn de cantidades equilibradas de componentes. Por esta razn, la coordinacin entre el Departamento de Compras y la gestin del almacn es crucial.

Actualmente lo que se hace es intentar comprobar el stock existente de un determinado componente antes de pedir otra cantidad. En primer lugar, el operario que necesita el material se pone en contacto con el responsable del almacn para que ste compruebe las existencias de los componentes que el operario necesita. La comprobacin de las existencias es absolutamente manual. El responsable del almacn mantiene una lista (en una hoja de clculo) de los componentes existentes, pero hay tantos errores e inconsistencias que cada mes es necesario reinventariar todo (lo cual es una tarea engorrosa, que consume demasiado tiempo, y tampoco est libre de errores). Adems, la comunicacin con el almacn es por fax o por telfono, lo cual no siempre es demasiado eficiente. A veces, un operario se ha visto obligado a retrasar su trabajo en espera de un componente que necesitaba, cuando en realidad dicho componente se encontraba en el almacn.

En el supuesto de que los componentes solicitados por el operario no se encuentren en el almacn, el operario se pondr en contacto con la Direccin de Compras, y sta realizar el pedido al proveedor correspondiente. La Direccin de Compras mantiene una pequea base de datos de proveedores, y los pedidos los realiza por medio de un procesador de textos. A veces se ha enviado el mismo pedido dos veces a un proveedor, pues casi no hay control de qu pedidos han sido, o no, realizados.

Requisitos

Los pedidos a proveedores se introducirn a travs del sistema, para su registro y posterior emisin. Esto implica que el sistema debe proporcionar ayuda en las siguientes tareas:

- Registro de proveedores

- Registro de pedidos de compra

Durante la creacin de pedidos de compra, el sistema proporcionar informacin sobre la cantidad de componentes en stock, con idea de realizar pedidos ajustados a las necesidades futuras de fabricacin. De cara a planificar la construccin de PCs, adems, no se debe tan slo proporcionar informacin acerca de qu componentes se encuentran en el almacn, sino tambin qu componentes se espera recibir en un determinado plazo de tiempo.

La jefatura requiere mensualmente el nivel de compras realizadas por proveedor.

Recepcin de Mercancas

Situacin actual

El proceso de recepcin de la mercanca solicitada a los proveedores es, actualmente, muy deficiente. Se supone que cuando se reciben los componentes solicitados, deberan ser almacenados en sus lugares correspondientes. Actualmente esto no se hace as, pues ni siquiera la superficie del almacn se halla lo suficientemente ordenada en secciones para distintos tipos de componentes y/o PCs ya construidos. A veces, en una tarde, se reciben tres o cuatro pedidos a la vez, con lo cual, lo que se hace actualmente es almacenarlos en el primer sitio a la vista.

Esto provoca, a la larga, una irregular distribucin de los componentes por todo el almacn, con inmensas dificultades a la hora de intentar localizarlos.

Requisitos

Se espera que el sistema proporcione informacin actualizada acerca de la ocupacin real del almacn y de los pedidos que se espera recibir. Esto permitira a los empleados del almacn planificar por adelantado las recepciones, de forma que los componentes recibidos queden adecuadamente clasificados.

2.2. Funciones de Alto Nivel del SistemaAs pues, las funciones de alto nivel del sistema TECNO Comercial, que en este caso pueden ser consideradas subsistemas, son las siguientes en su primera versin:

Gestin de Pedidos de Clientes

Atencin de pedidos

Facturacin de pedidos

Envo a clientes

Gestin de Almacn

Manejo de inventario

Recepcin de mercadera

Distribucin de productos en almacn

Gestin de Compras a Proveedores

2.3. Modelamiento Funcional DFDs

2.3.1. Modelo de Contexto

Esquema Pictogrfico del Sistema

Tabla de Eventos del Sistema

Diagrama de Contexto

2.3.2. Diagrama Cero

2.3.3. Diagrama por Niveles

1. Gestionar Ventas

2. Realizar Envos

3. Gestionar Almacn

4. Realizar Compras

5. Preparar Informes de Gestin

2.4. Diccionario de Datos (DD)

2.4.1. Flujos de Datos

De Entrada

Datos de pedido =

Datos de pago =

Datos recepcin pedido =

Datos transporte =

De Salida

De las tcnicas de recopilacin: revisin de documentos se puede tener el sgte documento:

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc + { cod_prod + desc_prod+ Precio_unit +

cantidad + sub_total } + total + igv + total_pagar

Pedido concretado =

Gua de remisin =

Informe atencin pedido =

2.4.2. Ficheros

Facturas = { nro_factura + fecha + nom_clte + direc_clte + ruc + {cod_prod + desc_prod+ Precio_unit +

cantidad + sub_total } + total + igv + total_pagar }Pedidos =

Productos =

Componentes =

Pedidos Compra =

2.4.3. Procesos Elementales

1. Gestionar Ventas

1.1. Concretar pedido cliente

Inicio

RECIBIR datos pedido (codigo_dado y cantidad_dada)

MIENTRAS no sea final del fichero DE productos

SI datos pedido (codigo_dado) = codigo_producto DE productos

RECUPERAR datos del producto DE productos

SINO mensaje: " producto no existe"

MIENTRAS no sea final del fichero DE configuraciones

SI datos pedido (codigo_dado) = codigo_producto DE configuraciones

RECUPERAR datos de configuracion DE configuraciuones

SINO mensaje: " Del producto no existe configuracion"

GUARDAR datos pedido EN pedidos

EMITIR datos pedido COMO pedido concretado

Fin.

1.2. Preparar informacin de atencin pedido

1.3. Facturar pedidos

1.4. Preparar informe pedidos realizados

1.5. Preparar informe de facturacin.

1.6. Actualizar configuraciones de producto

1.6.1. Determinar tipo actualizacin

Inicio

RECIBIR datos configuracin

Opcion = opcion de datos configuracion

SI opcion DE datos configuracion ES Registro

ENVIAR datos configuracion a registro

SI opcion DE datos configuracion ES Modificacion

ENVIAR datos configuracion a cambio

SI opcion DE datos configuracion ES Eliminar

ENVIAR datos configuracion a eliminar

Fin.

1.6.2. Registrar una configuracin

Inicio

RECIBIR datos configuracion para registro

REGISTRAR datos configuracin para registro

MOVER al final DE configuraciones

GRABAR datos configuracion para registro EN configuraciones

Fin.

1.6.3. Modificar una configuracion

Inicio

RECIBIR datos configuracion para cambio

MIENTRAS diferente Final Archivo DE configuraciones

SI datos configuracion para cambio (codigo_cambio) = codigo_configuracion

EDITAR datos configuracion DEL codigo_configuracion

SINO

EMITIR mensaje:" Dato Configuracion NO existe "

GRABAR configuracion para cambio EN configuraciones

Fin.

1.6.4. Eliminar una configuracin.

2. Realizar Envos

3. Gestionar Almacn

4. Realizar Compras

5. Preparar Informes de gestin

2.5. Modelamiento de Datos

Hacer algunas normalizaciones de los FLUJOS DE DATOS DE SALIDA y FICHEROS

Tomamos:

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc + { cod_prod + desc_prod+ Precio_unit +

cantidad + sub_total } + total + igv + total_pagar

normalizarlo a la 3FN:

Paso 1:

Determinar claves o identificadores

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc + { cod_prod + desc_prod+ Precio_unit +

cantidad + sub_total } + total + igv + total_pagar

Paso 2:

Eliminar los atributos calculables

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc + { cod_prod + desc_prod+ Precio_unit +

cantidad } Paso 3:

Realizar la 1FN (eliminar grupos repetitivos)

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc + { cod_prod + desc_prod+ Precio_unit +

cantidad }

Sale:

R1 = nro_factura + fecha + nom_clte + direc_clte + ruc

R2 = nro_factura + cod_prod + desc_prod+ Precio_unit + cantidad

Los nombres cambia a:

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc

Detalle Factura = nro_factura + cod_prod + desc_prod+ Precio_unit + cantidad

Paso 4:

Realizar la 2FN (eliminar dependencia funcional)

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc (esta en 2FN)

Detalle Factura = nro_factura + cod_prod + desc_prod+ Precio_unit + cantidad

Sale:

Detalle Factura 1 = nro_factura + cod_prod + cantidad

Detalle Factura 2 = nro_factura + cod_prod + desc_prod+ Precio_unit

Los nombres cambia a:

Detalle Factura = nro_factura + cod_prod + cantidad

Producto = cod_prod + desc_prod+ Precio_unit

Paso 5:

Realizar la 3FN (eliminar dependencia transitiva)

Factura = nro_factura + fecha + nom_clte + direc_clte + ruc

Sale:

Factura 1 = nro_factura + fecha

Factura 2 = nom_clte + direc_clte + ruc (podemos agregar cod_clte)

Factura 2 = cod_clte + nom_clte + direc_clte + ruc

Los nombres cambia a:

Factura = nro_factura + fecha

Cliente = cod_clte + nom_clte + direc_clte + ruc

( queda:

Factura = nro_factura + fecha

Cliente = cod_clte + nom_clte + direc_clte + ruc

Detalle Factura = nro_factura + cod_prod + cantidad

Producto = cod_prod + desc_prod+ Precio_unit

Su DER es:

Tomamos :

Pedido, su DER sale:

Hecho todos integrarlos en un solo DER.

Anexos

Documentacin recopilada:

PAGE 4

Ing. Christian Araujo Gonzlez