Especificación de Requerimientos No Funcionales

Programa de Ingeniería de Sistemas
HERRAMIENTA CASE PARA MODELADO DE
LOGISTICA DE DISTRIBUCION APLICANDO MDA
Especificación de Requerimientos No Funcionales
Versión 1.1
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
Versión:
<1.0>
Fecha: <10/Oct./09>
Histórico de Revisiones
Fecha
10/Oct./09
Confidencial
Versión
<1.0>
Descripción
<Versión Inicial>
Programa de Ingeniería de
Sistemas, 2015
Autor
<Juan Carlos Mesa B>
Página 2
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
Versión:
<1.0>
Fecha: <10/Oct./09>
Tabla de Contenido
1.
2.
3.
4.
5.
6.
Introducción
5
1.1
1.2
1.3
1.4
5
5
5
5
Propósito
Alcance
Definiciones, Acrónimos, y Abreviaciones
Referencias
Funcionalidad
5
2.1
2.2
5
5
Ayudas en la aplicación
Portabilidad
Usabilidad
5
3.1
Tiempo de Entrenamiento
3.2
Implementación parcial de los estándares IBM Common User Access, Eclipse User Interface y
Microsoft GUI
6
Confiabilidad
6
4.1
4.2
4.3
4.4
6
6
6
6
Disponibilidad
Precisión
Previos ejercicios con modelo matemático seleccionado
Tasa máxima de errores
6
Desempeño
6
5.1
5.2
5.3
7
7
7
Tiempos de Respuesta
Concurrencia
Uso de Recursos
Mantenibilidad
7
6.1
6.2
7
7
Estándares de Codificación
Reglas de Nombramiento
7.
Restricciones de Diseño
7
8.
Requerimientos de Documentación en Línea y Sistema de Ayuda
7
9.
Componentes Adquiridos
7
10.
Interfaces
10.1
10.2
10.3
10.4
8
Interfaces de Usuario
Interfaces de Hardware
Interfaces de Software
Interfaces de Comunicación
8
8
8
8
11.
Requerimientos de Licenciamiento
8
12.
Notificaciones Legales, Derechos de Autor, y Otras
8
Confidencial
Programa de Ingeniería de
Sistemas, 2015
Página 3
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
13.
Estándares Aplicables
Confidencial
Versión:
<1.0>
Fecha: <10/Oct./09>
8
Programa de Ingeniería de
Sistemas, 2015
Página 4
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
Versión:
<1.0>
Fecha: <10/Oct./09>
Especificación de Requerimientos No Funcionales
1.
Introducción
La esencia de la especificación de los requerimientos no Funcionales es la de capturar aquellos requisitos
del sistema que no son fácilmente identificados en la realización del modelo de casos de uso. Los cuales
son, aplicación de estándares, atributos de calidad del sistema, por ejemplo funcionalidad, usabilidad,
confiabilidad, desempeño, mantenibilidad entre otros. De igual forma a nivel de plataforma de ejecución se
podrían identificar requisitos tales como requerimientos específicos por sistemas operativos, requisitos de
compatibilidad entre otros.
1.1
Propósito
El objetivo del presente artefacto RUP es el de identificar y establecer la mejor forma en que se manejaran
los requerimientos no funcionales dentro del proyecto Herramienta CASE para modelado de logística de
distribución aplicando MDA, para de esta forma, poder llevar un control sobre estos, lo cual traerá consigo
una buena implementación.
1.2
Alcance
El alcance de la Especificación de Requerimientos No Funcionales está delimitado en primera instancia en
una identificación inicial de los requerimientos no funcionales a trabajar dentro del proyecto, y luego en la
forma en cómo estos deben ser tratados.
1.3
Definiciones, Acrónimos, y Abreviaciones
RUP: Rational Unified Process.
1.4
Referencias
IBM (2009) Rational Unified Process, Visión general, Obtenida el 23, agosto, 2009, desde
http://www-01.ibm.com/software/co/rational/rup.shtml
2.
Funcionalidad
La funcionalidad del aplicativo está enfocada a brindar un ambiente de modelamiento matemático para la
optimización de logística de distribución, para esto es necesario que se cumplan los siguientes
requerimientos.
2.1
Ayudas en la aplicación
Para un mejor uso de la herramienta CASE, se proporcionará ayudas a modo de tooltips para que el usuario
de una forma sencilla y rápida entienda el significado y uso de las primitivas usadas en el área de
conceptualización (dashboard) y en los botones del menú de herramientas.
2.2
Portabilidad
Para ofrecer un mejor servicio a la comunidad del software libre, el aplicativo estará disponible en la
versión de Linux Red Hat 9, y para los usuarios licenciados, en Windows XP.
3.
Usabilidad
La usabilidad del aplicativo está enfocada a brindar aquellos detalles que hacen que un aplicativo sea
facilidad de usar por encima de otros, para esto es necesario que se cumplan los siguientes requerimientos:
Confidencial
Programa de Ingeniería de
Sistemas, 2015
Página 5
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
Versión:
<1.0>
Fecha: <10/Oct./09>
3.1
Tiempo de Entrenamiento
Dentro del contexto de sensibilización y capacitación, se tiene que para este tipo de aplicación no hay
usuarios normales ni intermedios, por cuanto la lógica del negocio, el manejo de datos, y otros factores son
sensibles a una posible mala manipulación, por esta razón el tipo de usuario será avanzado, para el cual se
tiene estipulado una sesión de 5 horas de entrenamiento para el manejo del aplicativo.
3.2
Implementación parcial de los estándares IBM Common User Access, Eclipse User
Interface y Microsoft GUI
Para que la interacción con el usuario sea lo más transparente posible, se abstraerá en primera instancia las
funcionalidades con mayor acogida de cado uno de los tres estándares a aplicar (IBM Common User
Access, Eclipse User Interface y Microsoft GUI), para que de esta forma, el conocimiento adquirido por el
usuario en otros aplicativos no se pierda.
4.
Confiabilidad
La confiabilidad del aplicativo está enfocada a definir la probabilidad en que este, ofrecerá y realizará todas
las funciones prevista sin incidentes por un período de tiempo especificado y bajo las condiciones
indicadas., para esto es necesario que se cumplan los siguientes requerimientos.
4.1
Disponibilidad
Dado a que no es una aplicación de uso concurrente, el porcentaje de disponibilidad individual de la misma
debe estar en un orden del 99,9 % ya que es una herramienta CASE stand-alone, en cuanto a la integración
con otros sistemas, el porcentaje inicial se disminuirá de acuerdo a la disponibilidad de dichos sistemas en
el entorno del negocio.
4.2
Precisión
La precisión de los resultados, va acorde al nivel de optimización logrado en el modelo matemático de
logística de distribución a implementar, por esta razón para que estas expectativas se cumplan, es necesario
que la parametrización requerida por dicho modelo se correlacione con la abstracción de los conceptos del
negocio.
4.3
Previos ejercicios con modelo matemático seleccionado
Se realizaran ejercicios con el modelo matemático seleccionado y una herramienta de optimización, para
evaluar hasta que numero de componentes de la lógica de negocio la herramienta de optimización entrega
resultados confiables y estos serán tenidos en cuenta para indicarlo en manuales y capacitación a usuarios.
4.4
Tasa máxima de errores
Dado a que se trata de un producto de software, se espera que el grado de calidad del mismos sea muy alto,
no obstante para una aproximación realista del proceso de desarrollo de software es válido anotar que la
aparición de errores es factible, por esta razón, se tendrá en cuenta la siguiente formula errores/mdlc (miles
de línea de código), en donde para la variable de errores se asignará el valor de 5, lo cual da como resultado
que por cada mil líneas de código existirán 0.005 errores. Lo anterior para contar con una tasa máxima para
el desarrollo del proyecto.
5.
Desempeño
Para garantizar la correcta ejecución del aplicativo, es necesario que se cumplan los siguientes
requerimientos
Confidencial
Programa de Ingeniería de
Sistemas, 2015
Página 6
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
Versión:
<1.0>
Fecha: <10/Oct./09>
5.1
Tiempos de Respuesta
Los tiempos de transformaciones se tienen estimados en menos de 3 segundos por cada una de ellas, para
el procesamiento y ejecución del modelo como tal, se depende del tiempo de respuesta que tenga la
plataforma de modelamiento matemático (AMM)
5.2
Concurrencia
Dado a que es una herramienta Case de tipo stand-alone, no se contemplará en esta primera instancia la
posibilidad de edición de diagramas conceptuales de forma concurrente.
5.3
Uso de Recursos
El aplicativo deberá hacer un uso eficiente de los recursos del sistema. Si se presenta el caso en que el
modelo a ejecutar es muy complejo, y para su desarrollo necesita emplear más memoria, esta se podrá
configurar en el archivo eclipse.ini configurando los parámetros de heap size (min/max)
6.
Mantenibilidad
Para que el sistema sea fácil de mantener a lo largo del tiempo, es necesario que se cumplan los siguientes
requerimientos
6.1
Estándares de Codificación
Para que el código realizado dentro de la implementación del aplicativo sea entendible a futuro por parte
del implementador ó por un tercero de una forma sencilla, se utilizará dentro de este proceso el estándar de
codificación de SUN Microsystems (Java Code Conventions)
6.2
Reglas de Nombramiento
El lenguaje utilizar dentro de la implementación será el ingles
7.
Restricciones de Diseño
Dentro de las restricciones de diseño del aplicativo que se está construyendo, sobresale lo siguiente:
El lenguaje que se utilizará para consumir los servicios de la plataforma AMM será java.
Solo se manejará un modelo matemático para optimizar la logística de distribución, del cual se tomarán las
restricciones que hubiesen sido definidas.
En la fase de análisis y diseño no se descarta la posibilidad de usar otras tecnologías para hacer las tareas de
transformación y de reportes.
8.
Requerimientos de Documentación en Línea y Sistema de Ayuda
La documentación en línea del aplicativo No Aplica, no obstante se manejará la opción de ayuda dinámica
por medio del uso de los tooltips
9.
Componentes Adquiridos
No Aplica
Confidencial
Programa de Ingeniería de
Sistemas, 2015
Página 7
HERRAMIENTA CASE PARA MODELADO DE LOGÍSTICA DE
DISTRIBUCIÓN APLICANDO MDA
Especificación de Requerimientos No Funcionales
HCLERN
Versión:
<1.0>
Fecha: <10/Oct./09>
10.
Interfaces
10.1
Interfaces de Usuario
La interfaz de usuario a utilizar es la definida por las herramientas RCP de Eclipse Foundation, la cual es la
base de la herramienta CASE desarrollada.
10.2
Interfaces de Hardware
No Aplica
10.3
Interfaces de Software
No Aplica
10.4
Interfaces de Comunicación
No Aplica
11.
Requerimientos de Licenciamiento
Debido a que la herramienta se desarrollará bajo el concepto de la licencia GNU GPL (General Public
License) y utilizará la funcionalidad de varios programas con esta misma licencia, no aplican los
requerimientos de licenciamiento
12.
Notificaciones Legales, Derechos de Autor, y Otras
Si bien es cierto que el código fuente del aplicativo es libre, los derechos de autor del mismo, son cedidos a
la fundación Universitaria San Martín como parte del proceso de desarrollo del seminario
de grado y graduación. Los derechos de autor de las tecnologías utilizadas y del modelo
matemático implementado siguen haciendo parte de sus desarrolladores iníciales.
13.
Estándares Aplicables
Los estándares que se implementaran en el transcurso del desarrollo del aplicativo serán los siguientes:
Confidencial

XML

XMI

MDA

IBM CUA

Eclipse UI

Microsoft GUI

Java Code Conventions

IEEE STD 830
Programa de Ingeniería de
Sistemas, 2015
Página 8