Especificacin de Requerimientos No Funcionales

Programa de Ingeniera de Sistemas

HERRAMIENTA CASE PARA MODELADO DE LOGISTICA DE DISTRIBUCION APLICANDO MDAEspecificacin de Requerimientos No FuncionalesVersin 1.1Histrico de RevisionesFechaVersinDescripcinAutor

10/Oct./09

Tabla de Contenido51.Introduccin

1.1Propsito51.2Alcance51.3Definiciones, Acrnimos, y Abreviaciones51.4Referencias52.Funcionalidad52.1Ayudas en la aplicacin52.2Portabilidad53.Usabilidad53.1Tiempo de Entrenamiento63.2Implementacin parcial de los estndares IBM Common User Access, Eclipse User Interface y Microsoft GUI64.Confiabilidad64.1Disponibilidad64.2Precisin64.3Previos ejercicios con modelo matemtico seleccionado64.4Tasa mxima de errores65.Desempeo65.1Tiempos de Respuesta75.2Concurrencia75.3Uso de Recursos76.Mantenibilidad76.1Estndares de Codificacin76.2Reglas de Nombramiento77.Restricciones de Diseo78.Requerimientos de Documentacin en Lnea y Sistema de Ayuda79.Componentes Adquiridos710.Interfaces810.1Interfaces de Usuario810.2Interfaces de Hardware810.3Interfaces de Software810.4Interfaces de Comunicacin811.Requerimientos de Licenciamiento812.Notificaciones Legales, Derechos de Autor, y Otras813.Estndares Aplicables8

Especificacin de Requerimientos No Funcionales1. Introduccin

La esencia de la especificacin de los requerimientos no Funcionales es la de capturar aquellos requisitos del sistema que no son fcilmente identificados en la realizacin del modelo de casos de uso. Los cuales son, aplicacin de estndares, atributos de calidad del sistema, por ejemplo funcionalidad, usabilidad, confiabilidad, desempeo, mantenibilidad entre otros. De igual forma a nivel de plataforma de ejecucin se podran identificar requisitos tales como requerimientos especficos por sistemas operativos, requisitos de compatibilidad entre otros.1.1 PropsitoEl 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 logstica de distribucin aplicando MDA, para de esta forma, poder llevar un control sobre estos, lo cual traer consigo una buena implementacin.

1.2 AlcanceEl alcance de la Especificacin de Requerimientos No Funcionales est delimitado en primera instancia en una identificacin inicial de los requerimientos no funcionales a trabajar dentro del proyecto, y luego en la forma en cmo estos deben ser tratados.1.3 Definiciones, Acrnimos, y Abreviaciones

RUP: Rational Unified Process.

1.4 ReferenciasIBM (2009) Rational Unified Process, Visin general, Obtenida el 23, agosto, 2009, desde http://www-01.ibm.com/software/co/rational/rup.shtml2. FuncionalidadLa funcionalidad del aplicativo est enfocada a brindar un ambiente de modelamiento matemtico para la optimizacin de logstica de distribucin, para esto es necesario que se cumplan los siguientes requerimientos.

2.1 Ayudas en la aplicacinPara un mejor uso de la herramienta CASE, se proporcionar ayudas a modo de tooltips para que el usuario de una forma sencilla y rpida entienda el significado y uso de las primitivas usadas en el rea de conceptualizacin (dashboard) y en los botones del men de herramientas.2.2 PortabilidadPara ofrecer un mejor servicio a la comunidad del software libre, el aplicativo estar disponible en la versin de Linux Red Hat 9, y para los usuarios licenciados, en Windows XP.3. UsabilidadLa 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:3.1 Tiempo de EntrenamientoDentro del contexto de sensibilizacin y capacitacin, se tiene que para este tipo de aplicacin no hay usuarios normales ni intermedios, por cuanto la lgica del negocio, el manejo de datos, y otros factores son sensibles a una posible mala manipulacin, por esta razn el tipo de usuario ser avanzado, para el cual se tiene estipulado una sesin de 5 horas de entrenamiento para el manejo del aplicativo.3.2 Implementacin parcial de los estndares IBM Common User Access, Eclipse User Interface y Microsoft GUIPara que la interaccin con el usuario sea lo ms transparente posible, se abstraer en primera instancia las funcionalidades con mayor acogida de cado uno de los tres estndares 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 perodo de tiempo especificado y bajo las condiciones indicadas., para esto es necesario que se cumplan los siguientes requerimientos.

4.1 DisponibilidadDado a que no es una aplicacin 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 integracin con otros sistemas, el porcentaje inicial se disminuir de acuerdo a la disponibilidad de dichos sistemas en el entorno del negocio. 4.2 PrecisinLa precisin de los resultados, va acorde al nivel de optimizacin logrado en el modelo matemtico de logstica de distribucin a implementar, por esta razn para que estas expectativas se cumplan, es necesario que la parametrizacin requerida por dicho modelo se correlacione con la abstraccin de los conceptos del negocio.4.3 Previos ejercicios con modelo matemtico seleccionadoSe realizaran ejercicios con el modelo matemtico seleccionado y una herramienta de optimizacin, para evaluar hasta que numero de componentes de la lgica de negocio la herramienta de optimizacin entrega resultados confiables y estos sern tenidos en cuenta para indicarlo en manuales y capacitacin a usuarios. 4.4 Tasa mxima de erroresDado 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 aproximacin realista del proceso de desarrollo de software es vlido anotar que la aparicin de errores es factible, por esta razn, se tendr en cuenta la siguiente formula errores/mdlc (miles de lnea de cdigo), en donde para la variable de errores se asignar el valor de 5, lo cual da como resultado que por cada mil lneas de cdigo existirn 0.005 errores. Lo anterior para contar con una tasa mxima para el desarrollo del proyecto.5. DesempeoPara garantizar la correcta ejecucin del aplicativo, es necesario que se cumplan los siguientes requerimientos

5.1 Tiempos de RespuestaLos tiempos de transformaciones se tienen estimados en menos de 3 segundos por cada una de ellas, para el procesamiento y ejecucin del modelo como tal, se depende del tiempo de respuesta que tenga la plataforma de modelamiento matemtico (AMM)5.2 ConcurrenciaDado a que es una herramienta Case de tipo stand-alone, no se contemplar en esta primera instancia la posibilidad de edicin de diagramas conceptuales de forma concurrente.5.3 Uso de RecursosEl 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 ms memoria, esta se podr configurar en el archivo eclipse.ini configurando los parmetros de heap size (min/max)6. MantenibilidadPara que el sistema sea fcil de mantener a lo largo del tiempo, es necesario que se cumplan los siguientes requerimientos

6.1 Estndares de CodificacinPara que el cdigo realizado dentro de la implementacin del aplicativo sea entendible a futuro por parte del implementador por un tercero de una forma sencilla, se utilizar dentro de este proceso el estndar de codificacin de SUN Microsystems (Java Code Conventions)6.2 Reglas de NombramientoEl lenguaje utilizar dentro de la implementacin ser el ingles7. Restricciones de DiseoDentro de las restricciones de diseo 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 matemtico para optimizar la logstica de distribucin, del cual se tomarn las restricciones que hubiesen sido definidas.

En la fase de anlisis y diseo no se descarta la posibilidad de usar otras tecnologas para hacer las tareas de transformacin y de reportes.

8. Requerimientos de Documentacin en Lnea y Sistema de AyudaLa documentacin en lnea del aplicativo No Aplica, no obstante se manejar la opcin de ayuda dinmica por medio del uso de los tooltips

9. Componentes AdquiridosNo Aplica10. Interfaces

10.1 Interfaces de UsuarioLa 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 HardwareNo Aplica

10.3 Interfaces de SoftwareNo Aplica

10.4 Interfaces de ComunicacinNo Aplica11. Requerimientos de LicenciamientoDebido 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 licenciamiento12. Notificaciones Legales, Derechos de Autor, y OtrasSi bien es cierto que el cdigo fuente del aplicativo es libre, los derechos de autor del mismo, son cedidos a la fundacin Universitaria San Martn como parte del proceso de desarrollo del seminario de grado y graduacin. Los derechos de autor de las tecnologas utilizadas y del modelo matemtico implementado siguen haciendo parte de sus desarrolladores inciales.

13. Estndares AplicablesLos estndares que se implementaran en el transcurso del desarrollo del aplicativo sern los siguientes:

XML

XMI

MDA IBM CUA

Eclipse UI

Microsoft GUI Java Code Conventions IEEE STD 830

PAGE