Está en la página 1de 9

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 to Better


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.
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 Req1: Seguridad


Actores: Persona encargada de ingresar datos.
Propósito Ingresar al sistema
Resumen 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 Req2: Ingreso de datos al sistema.


Actores: Persona encargada de ingresar datos
Propósito Actualizar los datos del sistema.
Resumen El colaborador ingresa al sistema y desea actualizar los
datos del mismo o bien incesar nueva información en el
sistema.
Referencias 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 Req3: Elaboración del plan agregado


Actores: Persona encargada de ingresar datos
Propósito Realizar un plan agregado con la información que se digito en
el sistema.
Resumen El colaborador posterior a ingresar los datos desea generar
un plan agregado. El sistema genera el plan agregado y le da
la opción al colaborador de guardar la información generada.
Referencias 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 Req4: Cierre del sistema.


Actores: Persona encargada de ingresar datos
Propósito Se desea cerrar el sistema después de haber ingresado
los datos.
Resumen 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.