Formato IEEE

Especificación de requisitos de software

Proyecto: MANUFACTURERA LOBORevisión 2

OCTUBRE 2015

Modelo de ingenieríaMANUFACTURERA LOBO 0.3

Pág. 2

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

06/10/15

CARRILLO HURTADO JOSE MANUEL PADILLA ORTEGA PATRICIA TAPIA MONJE ELIAS DAVID URIBE CAMACHO GABRIEL ANDRES HERNÁNDEZ VILLALOBOS JESÚS

Documento validado por las partes en fecha:

Por el cliente Por la empresa suministradora

Fdo. D./ Dña Fdo. D./Dña

Descripción de requisitos del sofware


Pág. 3

Contenido

FICHA DEL DOCUMENTO

CONTENIDO

1 INTRODUCCIÓN

1.1 Propósito

1.2 Alcance

1.3 Personal involucrado

1.4 Definiciones, acrónimos y abreviaturas

1.5 Referencias

1.6 Resumen

2 DESCRIPCIÓN GENERAL

2.1 Perspectiva del producto

2.2 Funcionalidad del producto

2.3 Características de los usuarios

2.4 Restricciones

2.5 Suposiciones y dependencias

2.6 Evolución previsible del sistema

3 REQUISITOS ESPECÍFICOS

3.1 Requisitos comunes de los interfaces3.1.1 Interfaces de usuario3.1.2 Interfaces de hardware3.1.3 Interfaces de software3.1.4 Interfaces de comunicación



Pág. 4

3.2 Requisitos funcionales3.2.1 Requisito funcional 13.2.2 Requisito funcional 23.2.3 Requisito funcional 33.2.4 Requisito funcional n

3.3 Requisitos no funcionales3.3.1 Requisitos de rendimiento3.3.2 Seguridad3.3.3 Fiabilidad3.3.4 Disponibilidad3.3.5 Mantenibilidad3.3.6 Portabilidad

3.4 Otros requisitos

4 APÉNDICES



Pág. 5

1 Introducción

El sistema de administración de la manufacturera es muy poco actualizado porque se labora por hojas de cálculo de Excel y anotaciones en una libreta. El usuario no cuenta con un inventario de almacén que le muestre actualmente las cantidades de producción y materiales.

El objetivo del proyecto hacer que sus sistema de administración de la empresa sea automatizado para que pueda realizar sus tareas eficazmente.

El sistema lo que va a realizar es que el usuario principal va a poder acceder a todo lo que es el sistema.El usuario-cliente solo va a poder acceder al sistema, en las partes en que el usuario principal solo desee darle accesos .Así como ingresar a la interfaz para solicitar un pedido.

El usuario principal va a poder acceder con un usuario y contraseña que se le va a generar y después el mismo podrá cambiar y el usuario secundario va a poder acceder al sistema con el usuario y contraseña que será generada por el mismo administrador.El usuario principal y el secundario van a poder visualizar su información al momento.



Pág. 6

1.1 Propósito

El sistema es una automatización del proceso que se tiene hasta ahora, ya que se maneja de manera manual toda la información.

Se manejaran los siguientes usuarios con sus respectivos perfiles:

Los clientes podrán revisar el catálogo de nuestros cuadernos, así como hacer pedidos desde la misma interfaz dedicada a los clientes. Éste mismo contará con un menú con acceso a consultas de catálogo, un acceso a la requisición de un nuevo pedido. Para que el usuario pueda generar un pedido, deberá estar registrado a la bases de datos, con sus respectivos datos.

El cliente de producción; éste cliente sólo podrá saber lo que hay en almacén para saber que se tiene que meter a nueva producción. Al ser cliente de consulta, tendrá que estar registrado y no podrá visualizar otra cosa que no sea lo que existe en almacén y lo que se ha pedido para llevar un control de demanda.

EL administrador; éste podrá actualizar las cantidades y precios en los almacenes y catálogos, dar de alta y baja nuevos usuarios, permisos y restricciones en los usuarios. Prácticamente éste administrador no tiene impedimentos, pero éste no podrá tener el menú de “levantar un pedido” ya que no lo necesita.

1.2 Alcance

Sistema de control y gestión de producción de cuadernos.

Este sistema informático está diseñado para optimizar la producción de cuadernos en cantidad y calidad, se busca reducir al máximo la utilización de equipo de producción de forma innecesaria. El sistema proporcionará a sus gestores información en tiempo real de la producción exacta necesaria por cubrir y producir.

El producto final proporciona fiabilidad en la gestión de registros de pedidos entregados por entregar.

El usuario no cuenta con un sistema automatizado previo, él realiza sus registros con una base de datos en una hoja de cálculo de Excel y escribe notas en cuadernos para llevar un control de los pedidos que tiene que entregar y cuales ya fueron entregados, este proceso no es muy



Pág. 7

eficiente, seguro, consistente e íntegro, porque se llegan a perder registros que se hace en el cuaderno, por lo tanto se realizara un sistema con base de datos.

1.3 Personal involucrado

Nombre José Manuel Carrillo HurtadoRol LIDER DE PROYECTOCategoría profesional Lic. Ciencias de la InformáticaResponsabilidades Encargado de supervisar al equipo y el proyecto a realizarInformación de contacto [email protected]ón Si

Nombre Elías Davis Tapia MonjeRol Calidad y PruebasCategoría profesional Lic. Ciencias de la InformáticaResponsabilidades Encargado de hacerle pruebas al proyecto y checar la

calidad del mismoInformación de contacto [email protected]ón Sí

Nombre Andrés Gabriel Uribe CamachoRol ProgramadorCategoría profesional Lic. Ciencias de la InformáticaResponsabilidades Encargado de realizar la programación del sistemaInformación de contacto [email protected]ón Sí

Nombre Patricia Padilla OrtegaRol Diseñadora Categoría profesional Lic. Ciencias de la InformáticaResponsabilidades Diseñar el interfaz del sistemaInformación de contacto 5547735973, e-mail [email protected]



Pág. 8

Aprobación Sí

1.4 Definiciones, acrónimos y abreviaturas

GB: gigabyte (unidad de almacenamiento)GHz: Gigahercio, es una medida de frecuenciaRAM: Memoria de Acceso Directo (memoria principal del ordenador, donde residen programas y datos, sobre la que se pueden efectuar operaciones de lectura y escritura.)Lic. Licenciatura.PC: Computadora Personal Hardware: Equipo físico de cómputo, partes y accesorios

1.5 Referencias (N/A)Referencia Titulo Ruta Fecha Autor



Pág. 9

1.6 Resumen

La documentación cuenta con una descripción de la situación actual de la empresa, en la cual vemos que la misma dependencia no posee ninguna herramienta y/o sistema que automatice las diversas tareas de gestión y administración que se llevan a cabo cotidianamente, también la documentación contiene una breve descripción del problema a solucionar, de igual manera podemos observar su diagrama de casos de uso, el cual nos permite describir que es lo que va hacer cada actor involucrado en el sistema, para concluir, también tiene una explicación de cada uno de los procesos que se realizan en el software, cuenta con diagrama de clases el cual indica que es lo que va a contener los registros.

El documento se encuentra de la siguiente manera:1. Situación actual de la empresa2. Descripción del problema3. Requerimientos funcionales y no funcionales4. Clase Borde5. Clase Entidad6. Clase Control7. diagrama de Casos de uso8. Documentación9. Diseño de Pantallas10. Dominio del problema11. diagrama de Clases12. Identificación de Módulos13. Diccionario de Clases14. Entrevista que se le realizo al cliente.



Pág. 10

2 Descripción general

2.1 Perspectiva del productoEl sistema como producto final es un Stand Alone, no forma parte de un sistema mayor o parte de una integración inmediata como un módulo, sin embargo el desarrollo de calidad robusto, permitirá si fuese necesario, hacer escalable el sistema y poder integrarse aún un sistema más grande como parte de un SSO. Dicha interacción a un sistema mayor tendría que ser evaluada por el cliente y los desarrolladores ya que esto implicaría un costo adicional además de incrementar el tiempo de “dead line” (tiempo de entrega).

2.2 Funcionalidad del producto

Registro de usuarios con distintos roles y jerarquías.Gestión de usuarios mapeado a través de sus jerarquías.Registro de pedidos.Gestión de registros de pedidos.Registro de pedidos entregados o gestión mismas de pedidos registrados (transformaciones).Clientes dados de alta en el sistema podrán levantar pedidos u órdenes de los productos de nuestro catálogo.

2.3 Características de los usuariosTipo de usuario AdministradorFormación Lic. en Administración Habilidades Manejo de PC, Manejo de Office.Actividades Director General de la empresa.

Tipo de usuario Usuario Secundario (Jefe de Producción)Formación Estudios Medio Superior en Procesos Industriales.Habilidades Manejo de PC, Manejo de maquinaria Industrial, ElectricistaActividades Vigila que la producción se realice tal y como lo pidió el

cliente, checa que la cantidad de producto hay en el almacén y se lo dé a conocer al director de la empresa.

Tipo de usuario Usuario-Cliente



Pág. 11

Formación ComprasHabilidades N/AActividades Se encargará de ordenar mediante una interfaz de nuestro

sistema los productos a adquirir.

2.4 RestriccionesEl sistema se realizara en Visual Basic el cual su lenguaje de programación está basada en C++.

El sistema nace completamente orientado a la plataforma de escritorio. no tiene funciones Drag and Drop.

El funcionamiento del sistema necesita ser ejecutado en un sistema Windows XP o superior, con Frameworks necesarios para iniciar funciones necesarias.

EL sistema operativo deberá tener previamente instalado SQL Server 2008 o superior.

2.5 Suposiciones y dependencias

1. Sistema Operativo: Adaptar el sistema al Sistema Operativo al que adquirió la empresa.

2. Hardware: Si la empresa llega a cambiar de equipos de cómputo y no cubren con las especificaciones técnicas necesarias para ejecutar el programa (sistema), se tendrá que modificar el sistema cubriendo con los nuevos requisitos con las que cuentan el nuevo equipo.

Dependencias de Software..NET Framework 4.5 es una actualización en contexto altamente compatible de .NET Framework 4.NET Framework 4.4 es una actualización en contexto altamente compatible de .NET Framework 4.NET Framework 4.3 es una actualización en contexto altamente compatible de .NET Framework 4.NET Framework 4.2 es una actualización en contexto altamente compatible de .NET Framework 4.SQL server express 2008 o superior.



Pág. 12

2.6 Evolución previsible del sistema

● Impresión de Facturas● Pedidos en Línea● Pagos en Línea

3 Requisitos específicos

Número de requisito RF1Nombre de requisito Hardware (memoria RAM)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

La memoria RAM del equipo donde vivirá el sistema deberá tener un mínimo de 4GB.

Número de requisito RF2Nombre de requisito Hardware (Disco duro)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

La capacidad de almacenamiento en el disco duro no deberá ser menor a 500 GB y la tarjeta madre deberá ser capaz de expandir dicha capacidad de almacenamiento a discos duros esclavos. Para esta versión de sistema no contiene replicas programadas de bases de datos.

Número de requisito RF3Nombre de requisito Hardware (procesador)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

El procesador deberá tener al menos 4 núcleos, con una velocidad mayor a 1.5 Ghz cada uno.



Pág. 13

Número de requisito RF4Nombre de requisito Hardware (Conexión)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

El equipo que albergara el sistema deberá gozar con una conexión a intenet de banda ancha no menor a 1 mbps para posibles actualizaciones.

Número de requisito RF5Nombre de requisito Hardware (Corriente eléctrica)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

El equipo deberá gozar de una conexión eléctrica propia aterrizada, con posibilidad de estar conectado dicho equipo 24 hrs al día 365 días del año.

Número de requisito RF6Nombre de requisito Software (Sistema operativo)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

El equipo deberá tener un sistema operativo Windows XP o superior.

Número de requisito RF7Nombre de requisito Software (.NET Framework 4.5)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional

Actualización en contexto altamente compatible de .NET Framework 4.

Número de requisito RF8Nombre de requisito Software (.NET Framework 4.4)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrollo



Pág. 14

Prioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional








Número de requisito RF12Nombre de requisito Software (SQL serverExpress 2008 o superior)Tipo x Requisito ☐ RestricciónFuente del requisito Core desarrolloPrioridad del requisito ☐ Alta/Esencial xMedia/Deseado ☐ Baja/ Opcional



Pág. 15

Gestor y base de datos relacional indexada.



Pág. 16

3.1 Requisitos comunes de los interfaces

Equipo con comunicación humana a través de Monitor, teclado, mouse, impresora.

3.1.1 Interfaces de usuario

El sistema está diseñado para ser amigable e intuitivo para el usuario, el perfil de usuario del sistema debe cubrir educación básica, saber leer y escribir.

3.1.2 Interfaces de hardware

El equipo residente debe tener total acceso al instalador de software, lectores de CD’s, USB, internet

3.1.3 Interfaces de software

El equipo residente debe tener configurado un usuario con privilegios de administrador o root, que pueda instalar software de terceros.

3.1.4 Interfaces de comunicación

Internet con una velocidad no menor a 1 Mbps, una red de área local con una IP fija y no dinámica determinada por el sistema.

3.2 Requisitos funcionales

▪ Persistencia de datos.▪ Encriptación de credenciales de usuarios▪ Aprovisionamiento de seguridad y encapsulamiento del sistema ante

vulnerabilidades de red o internet.▪ Aseguramiento de disponibilidad de los datos y fiabilidad de registros.

El sistema cuente con una base de datos donde contara con un inventario general de su almacén.

3.2.1 Requisito funcional 1 El usuario contara con su propia cuenta y contraseña



Pág. 17

3.2.2 Requisito funcional 2

El usuario podrá consultar el pedido de cualquier cliente

3.2.3 Requisito funcional 3 . El Administrador dará de alta los usuarios que ingresaran al sistema

3.2.4 Requisito funcional 4

El administrador y usuario de producción serán los únicos de consultar, registrar o modificar el almacén.

3.3 Requisitos no funcionales

El propósito de la manufacturera es de calcular su producción en tiempo, las respuestas y la capacidad de almacenamiento del usuario en la elaboración de los pedidos y la producción solicitada por el cliente.

➔ Las consultas solas podrán ser realizadas por los usuarios que estén registrados no por los trabajadores.

➔ El sistema no podrá ser consultado si no se encuentran registrados en el sistema➔ El sistema solo podrá ser funcional si la maquina cuenta con el software adecuado➔ El sistema asignará un identificador único para cada pedido ID_PEDIDO

3.4 Requisitos de rendimiento

El performance para esta versión del sistema está limitada a una cantidad de 10 operaciones por segundo, operando en un servidor con Sistema Operativo Windows Server 2008 o superior y un entorno de trabajo Apache 2.0 o superior.

El servidor debe tener como mínimo 4 GB de memoria RAM y un procesador de 4 núcleos o superior y cada procesador debe tener una velocidad de procesamiento mínima de 1 GHz.

3.5 Requisitos de seguridadLas contraseñas estarán encriptadas en formato sha1 y md5 y el re-establecimiento de la misma se dará por medio de correo electrónico previamente registrado en el sistema. El usuario y credenciales de autenticación en la base de datos también se encontrará encriptada por los métodos ya mencionados.



Pág. 18

Los protocolos para establecer contraseñas para usuario sea para la base de datos será “[usuario.jerarquia.sistema]”.

3.3.3 FiabilidadLa fiabilidad del sistemas tiene como factores primordiales las pruebas previas a su ejecución en forma, para evitar cualquier tipo de fallo, ya que si este software es atendido con sus necesidades principales como es su instalación en un equipo adecuado con las condiciones de compatibilidad y velocidad requerida, la fiabilidad del sistema será por un periodo de tiempo prolongado , y solo dependerá de su mantenimiento preventivo y en su defecto de un mantenimiento correctivo, ya que dicho mantenimiento es precisamente para reducir la incidencia -de algunos fallos. Ya que per se funcionará de manera satisfactoria.

3.3.4 Disponibilidad

El performance del sistema deberá tener la capacidad de atender las peticiones de un usuario con una latencia no menor a una consulta por segundo, independientemente de la dificultad o cantidad de datos a procesar en dicha consulta sobre cualquier registro en el sistema.

3.3.5 Mantenibilidad

El mantenimiento del sistema será realizado por los desarrolladores, ya que el mantenimiento que se le implementara al sistema será el preventivo y el correctivo.

Las actualizaciones del sistema tendrán un costo extra y deberá ser evaluada por el quipo desarrollador bajo nuevos acuerdos no descritos en este documento.

3.3.6 Portabilidad

▪ -Será diseñada en Visual Basic, la cual será portable para cualquier equipo que soporte esta IDE.

▪ -Sera Compatible para una pantalla de 1024x780 Megapíxeles.▪ -Contará con la Opción de Generar informes.▪ -Cuenta con un sistema de Logue para cada usuario.▪ -Será compatible con Windows▪ Porcentajes de Componentes dependientes del servidor:



Pág. 19

▪ -El sistema tendrá la capacidad de soportar cambios sin necesidad de modificar el software desarrollado.

▪ -Se pueden usar equipos con una Arquitectura X86 y X64, siempre y cuando se descargue la versión correcta.

▪ Porcentaje de Código dependiente del Servidor:▪ -El código no dependerá del servidor para que así sea fácil de cambiar de un

equipo a otro.

4 Apéndices


Documents

Formato IEEE