Ers Punto De Control 1

Instituto Tecnológico de Costa Rica Escuela de Ingeniería en Producción Industrial Sistemas de Información.

Punto de Control 1. Especificaciones de Requerimientos de Software. Proyecto Final de Curso.

Estudiantes: María Alejandra Arias Arce. Amir Hoosein Mostakhdemin Zamolski Roberto Siles Calvo.

Profesor: Mag. Carlos Arias R.

II Semestre 2008.

1. Introducción 1.1 Propósito Este SRS tiene como propósito, delimitar las necesidades que se deben satisfacer en la elaboración de un software que permita a la empresa mejorar su metodología de control de la producción. Además se pretenden aclarar las funciones o acciones indispensables que debe de realizar el software a diseñar. 1.2 Alcance El sistema de información para el control de la producción de quesos frescos debe permitir al área de programación agilizar y perfeccionar el proceso de programación a corto plazo y el de planeación a mediano plazo. El Software debe ser capaz de generar posterior al ingreso de los datos un plan agregado de producción y posteriormente un plan maestro que permita al encargado de la programación de la producción tener una visión clara y certera de la capacidad de producción semanal, los requerimientos de materia prima, maquinaria y mano de obra. El sistema además debe de funcionar como registro de información, por medio del cuál con el pasar del tiempo se puedan establecer criterios de pronósticos en cuanto a producción, demanda y disponibilidad de materia prima. El sistema como tal, requiere del ingreso constante de datos y de la actualización y revisión de datos de manera semanal, ya que los datos van a variar en lapsos cortos de tiempo y el programa no es capaz de predecir dichos acontecimientos, además los datos que se ingresen van a depender en gran medida de la disponibilidad de la empresa en el momento de materia prima y de las necesidades de producción para esa semana o periodo.

1.3 Definiciones, acrónimos y abreviaciones Control de la producción: Se refiere a la planeación y control de todos los aspectos relacionados con la manufactura como: materiales, máquinas, personal, proveedores, clientes, tecnología, logística, etc. (Villalta, 2008). Plan agregado: Método para determinar la cantidad de producción y su desarrollo en el tiempo, para un plazo medio generalmente entre 3 meses y 18 meses. (Villalta, 2008) Pronósticos de demanda: Procedimiento objetivo en el que se utiliza información recabada en un espacio de tiempo para determinar

valores

cuantitativos

futuros

de

una

variable.

(Narashiman, McLeavey y Billintong 1996) Plan maestro de Producción: Es un proceso de desagregación, subdivisión o descomposición del plan agregado. Es un plan detallado que establece la cantidad específica y las fechas exactas de fabricación a fin de generar los requerimientos por periodo

para

componentes,

piezas

y

materias

primas.

(Narashiman, McLeavey y Billintong 1996). Planificación de requerimientos de materiales (MRP): Sistema de planificación de componentes de fabricación que, mediante un conjunto de procedimientos lógicamente relacionados, traduce un programa maestro de producción en necesidades reales de componentes, con fechas y cantidades. (Chase, Aquilano y Jacobs, 2001).

1.4 Referencias. •

[ALEXANDER2006] Ian Alexander, “10 Small Steps Requirements”, IEEE Software Marzo / Abril 2006, pp 19-21.

•

[IEE830-1998] IEEE-SA Standards Board “IEEE Recommended Practice for Software Requirements Specifications,” IEEE STD830-1998.

•

[PERFIL _ PROYECTO] Plantilla para especificación de Perfil de Proyecto.

•

Chase, R; Aquilano N; Jacobos R; Administración de producción y Operaciones: Manufactura y Servicios. Octava Edición. McGrawHill. 2004.

•

Narashima, Sim; Mcleavey, Dennos; Billintong, Peter; Planeación de la producción y Control de inventarios. Segunda Edición. Prentice Hall Hispanoamericana, S.A. 1996.

•

Villalta Humberto, Material de clase de Control de la Producción. TEC. 2008.

to

Better

2. Listado de requerimientos 2.1. Requerimientos de interfaz externa. 2.1.1. Interfaz de usuario Debe ser una interfaz amigable y de fácil comprensión, debe contener campos para el ingreso de datos, Barra de menú para la selección de opciones y botones para la ejecución de acciones. 2.1.2. Interfaz de Hardware Es necesaria una microcomputadora con dispositivos de salida, entrada, almacenamiento, procesamiento y control, con capacidad suficiente para poner el sistema a funcionar sin problemas. 2.2.3. Interfaz de software. El sistema debe ser desarrollado en un software que sea compatible con Windows, que permita el enlace con un software para el manejo de base de datos y que sea flexible al almacenamiento de datos en el computador.

2.2. Requerimientos funcionales. Caso de uso Actores: Propósito Resumen

Req1: Seguridad Persona encargada de ingresar datos. Ingresar al sistema El colaborador abre el programa y desea ingresar datos al programa para actualizar información, pero debe ingresar un código de identificación.

Referencias cruzadas. Acción del actor Respuesta del Sistema 1. Este caso de uso empieza cuando un usuario abre el sistema. 2. Pide el nombre de usuario y la clave de identificación. 3. Introduce el nombre y la clave. 4. Verifica información y abre la pantalla principal. Cursos alternativos: Línea 4: Clave o nombre de usuario incorrecto. Se indica el error y se cancela la acción.

Caso de uso Actores: Propósito Resumen

Req2: Ingreso de datos al sistema. Persona encargada de ingresar datos Actualizar los datos del sistema. El colaborador ingresa al sistema y desea actualizar los datos del mismo o bien incesar nueva información en el

Referencias

sistema. Req1.

cruzadas. Acción del actor Respuesta del Sistema 1. Este caso de uso empieza cuando el colaborador selecciona la opción para ingresar datos al sistema.

2. Se despliega una pantalla con varias opciones y campos de texto para ingresar datos. 3.

Ingresa

los

datos

necesarios

y

selecciona la opción guardar. 4. El sistema almacena los datos en la base de datos. Cursos alternativos: Línea 3: Los datos que se ingresan son incorrectos, selecciona la opción borrar. Línea 4: El sistema borra los datos y no los almacena.

Caso de uso Actores: Propósito

Req3: Elaboración del plan agregado Persona encargada de ingresar datos Realizar un plan agregado con la información que se digito en

Resumen

el sistema. El colaborador posterior a ingresar los datos desea generar un plan agregado. El sistema genera el plan agregado y le da

Referencias

la opción al colaborador de guardar la información generada. Req1, Req2.

cruzadas. Acción del actor Respuesta del Sistema 1. Este caso de uso empieza cuando un colaborador selecciona la opción de plan agregado. 2. El sistema despliega una pantalla con un plan agregado generado con base en los datos ingresados al sistema anteriormente. 3. El colaborador selecciona la opción de guardar. 4. El sistema almacena la información en una base de datos. Cursos alternativos:

Línea 3. El colaborar selecciona la opción salir y no guarda el documento. Línea 4: El sistema no almacena la información y regresa a la pantalla principal.

Caso de uso Actores: Propósito

Req4: Cierre del sistema. Persona encargada de ingresar datos Se desea cerrar el sistema después de haber ingresado

Resumen

los datos. El colaborador ha culminado con el ingreso de datos y desea cerrar el sistema.

Referencias cruzadas. Acción del actor Respuesta del Sistema 1. Este caso de uso empieza cuando el usuario selecciona la opción de cerrar el sistema. 2. Muestra un mensaje para verificar que desea cerrar el 3. Se selecciona la opción que confirma el sistema. cierre del sistema. 4. Se cierra la aplicación. Cursos alternativos: Línea 3: Se selecciona la opción que no confirma el cierre del sistema. Línea 4: El sistema vuelve a activar la ventana principal y se elimina el mensaje de verificación.

2.3 Requisitos de Rendimiento. El software debe estar instalado únicamente en un computador y al mismo solo puede ingresar una persona a la vez, la información que en

este software se maneja es confidencial y de cuidadosa manipulación, un pequeño error puede generar un problema en la producción. 2.4 Diseño de limitaciones. Por ser un sistema liviano no se considera que existan importantes limitaciones de hardware. 2.5 Atributos del sistema de software. 2.5.1. Rentabilidad: La implementación del software permite disminuir el tiempo de programación y por tanto disminuir costos. 2.5.2. Viabilidad: El nivel de viabilidad es bastante alto, pues es un sistema de información sencillo y de costo regular. 2.5.3 Seguridad: El sistema debe de mantener un nivel de seguridad aceptable que evite que la información que en el sistema se almacene no sea modificada por cualquier persona. 2.5.4

Mantenimiento:

El

software

no

requiere

de

un

mantenimiento elevado, sin embargo, el sistema requiere de actualización constante de información. 2.5.5 Portabilidad: El sistema es de bajo consumo de memoria, es una aplicación que puede ser colocada en cualquier computador, únicamente necesita de una base de datos donde se almacene información.