Published 16 years ago
(updated 13 years ago)
Como ingenieros sabemos que cualquier producto derivado del proceso de diseño en ingeniería inicia de una declaración, por parte de un cliente, para resolver ya sea un problema o una necesidad. También sabemos que existen varias formas de documentar los requisitos que se tienen que satisfacer y/o que limitan el número de soluciones posibles para la problemática declarada, las cuales van desde las maneras totalmente informales y orientadas a la documentación hasta los lenguajes y métodos formales que pueden representar los requisitos de forma gráfica. El diagrama de requerimientos definido en SysML (Systems Modeling Language) tiene la ventaja de haber sido creado ex profesamente para documentar los requerimientos y sus relaciones en un formato gráfico, sin estar vinculado a una metodología en particular.En este artículo veremos los principales elementos que conforman al diagrama de requisitos
definidos en la especificación de SysML e ilustraremos la aplicación de los mismos usando un ejemplo sencillo. Así mismo hablaremos de las distintas representaciones alternativas y aceptadas por la especificación.
El diagrama de requerimientos de SysML: principales elementos
Requisito. Por supuesto el primer elemento que describiremos es el requisito. Un requisito
está definido como un estereotipo de una clase UML sujeta a una serie de restricciones. Los requisitos estándar incluyen propiedades para especificar un identificador único y la descripción textual del requerimiento,
sin embargo, el modelador puede agregar propiedades para definir, por ejemplo, la prioridad del requerimiento.
Relación de contención. La relación de contención vincula a un requerimiento complejo con un conjunto de requerimientos contenidos más simples. Los requerimientos más simples son el producto de la descomposición
del requerimiento complejo.
Dependencia derivada. Esta relación sirve para relacionar a los requerimientos derivados
con los requerimientos originales. Los requerimientos derivados, normalmente, son el resultado de aplicar un esfuerzo de análisis sobre los requerimientos originales.
La declaración original delproblema: ¿así o más claro?
Lo primero que podemos observar es la representación gráfica de los requerimientos. Estos muestran los atributos estándar para el identificador único (id#) y para la descripción textual (txt). Por cuestiones de espacio se ha omitido la descripción textual del requerimiento original provisto por nuestro stakeholder. En el diagrama también se puede observar el uso de la relación de contención para relacionar el requerimiento complejo S0.0 con sus requerimientos contenidos S1.0, S2.0 y S3.0.
Los requisitos y la dependencia derivada: soy, luego existo
El siguiente diagrama ejemplifica el uso de la dependencia derivada. Supongamos que formamos parte del equipo de diseño al que se le ha encomendado la tarea de desarrollar un calentador de agua para uso residencial. Nuestro proveedor de requerimientos nos ha indicado que nuestro calentador debe ofrecer las prestaciones de un calentador a gas LP estándar, para uso doméstico, que da servicio a una familia integrada por 5 personas, pero no debe usar combustibles fósiles para calentar el agua y debe minimizar al máximo las emisiones de CO2 al medio ambiente. Así mismo, nos ha indicado que se debe favorecer el uso de fuentes
de energía renovables y que el producto debe ser asequible y atractivo para un mercado perteneciente a la clase media en México.
Los requerimientos y la relación de contención: Dividiendo para vencer
A continuación se presenta la descomposición del requerimiento original en sus requerimientos contenidos.
Tras una breve investigación descubriremos que un calentador de gas LP estándar recibe agua a una temperatura de 10°C y la entrega a una temperatura que oscila entre los 50°C y 70°C. La dependencia derivada es la relación que se puede observar entre los requisitos S1.1 (que surge al seguir descomponiendo el requerimiento S1.0) y D1.1. Si bien el requerimiento D1.1 no forma parte de los requerimientos originales, se puede derivar a partir de ellos.
Otros elementos para especificar requerimientos:
Pero aún hay más
Además de los conceptos elementales que hemos descrito y ejemplificado en este artículo, SysML ofrece elementos adicionales para expresar ideas tales como las justificaciones de las deducciones (derivaciones) o el conflicto potencial entre los requerimientos, por mencionar algunos. Así también soporta representaciones en formato tabular de los requerimientos, temas que abordaremos en el futuro.
Conclusión:
El diagrama de requerimientos definido en SysML tiene la ventaja de haber sido creado ex profesamente para documentar los requerimientos y sus relaciones en un formato gráfico, sin estar vinculado a una metodología en particular. Los requerimientos poseen dos atributos estándar: el identificador único y la descripción textual. La relación de contención sirve para descomponer requerimientos complejos.
La dependencia derivada se emplea para incorporar requerimientos que se deducen a partir de los originales. Si bien en el presente artículo se ha empleado el diagrama de requerimientos de SysML para plasmar los requisitos de un producto de ingeniería que cae en los dominios de la ingeniería mecánica, su uso puede aplicarse a los dominios del desarrollo de productos de ingeniería de software. Recordemos que, finalmente, SysML está orientado al dominio de la ingeniería de sistemas en donde, normalmente, los componentes que conforman a sus productos derivados, son el resultado del proceso de diseño de múltiples ingenierías, entre ellas, la ingeniería de software.
Acerca del Autor
Charlie Macías es arquitecto en jefe e instructor senior en Milestone Consulting. Primer empresa mexicana miembro de la OMG, especializada en la capacitación práctica y consultoría en modelado de sistemas y negocios con UML, BPMN y SysML. Puedes contactarnos en info@milestone.com.mx www.milestone.com.mx
definidos en la especificación de SysML e ilustraremos la aplicación de los mismos usando un ejemplo sencillo. Así mismo hablaremos de las distintas representaciones alternativas y aceptadas por la especificación.
El diagrama de requerimientos de SysML: principales elementos
Requisito. Por supuesto el primer elemento que describiremos es el requisito. Un requisito
está definido como un estereotipo de una clase UML sujeta a una serie de restricciones. Los requisitos estándar incluyen propiedades para especificar un identificador único y la descripción textual del requerimiento,
sin embargo, el modelador puede agregar propiedades para definir, por ejemplo, la prioridad del requerimiento.
Relación de contención. La relación de contención vincula a un requerimiento complejo con un conjunto de requerimientos contenidos más simples. Los requerimientos más simples son el producto de la descomposición
del requerimiento complejo.
Dependencia derivada. Esta relación sirve para relacionar a los requerimientos derivados
con los requerimientos originales. Los requerimientos derivados, normalmente, son el resultado de aplicar un esfuerzo de análisis sobre los requerimientos originales.
La declaración original delproblema: ¿así o más claro?
Lo primero que podemos observar es la representación gráfica de los requerimientos. Estos muestran los atributos estándar para el identificador único (id#) y para la descripción textual (txt). Por cuestiones de espacio se ha omitido la descripción textual del requerimiento original provisto por nuestro stakeholder. En el diagrama también se puede observar el uso de la relación de contención para relacionar el requerimiento complejo S0.0 con sus requerimientos contenidos S1.0, S2.0 y S3.0.
Los requisitos y la dependencia derivada: soy, luego existo
El siguiente diagrama ejemplifica el uso de la dependencia derivada. Supongamos que formamos parte del equipo de diseño al que se le ha encomendado la tarea de desarrollar un calentador de agua para uso residencial. Nuestro proveedor de requerimientos nos ha indicado que nuestro calentador debe ofrecer las prestaciones de un calentador a gas LP estándar, para uso doméstico, que da servicio a una familia integrada por 5 personas, pero no debe usar combustibles fósiles para calentar el agua y debe minimizar al máximo las emisiones de CO2 al medio ambiente. Así mismo, nos ha indicado que se debe favorecer el uso de fuentes
de energía renovables y que el producto debe ser asequible y atractivo para un mercado perteneciente a la clase media en México.
Los requerimientos y la relación de contención: Dividiendo para vencer
A continuación se presenta la descomposición del requerimiento original en sus requerimientos contenidos.
Tras una breve investigación descubriremos que un calentador de gas LP estándar recibe agua a una temperatura de 10°C y la entrega a una temperatura que oscila entre los 50°C y 70°C. La dependencia derivada es la relación que se puede observar entre los requisitos S1.1 (que surge al seguir descomponiendo el requerimiento S1.0) y D1.1. Si bien el requerimiento D1.1 no forma parte de los requerimientos originales, se puede derivar a partir de ellos.
Otros elementos para especificar requerimientos:
Pero aún hay más
Además de los conceptos elementales que hemos descrito y ejemplificado en este artículo, SysML ofrece elementos adicionales para expresar ideas tales como las justificaciones de las deducciones (derivaciones) o el conflicto potencial entre los requerimientos, por mencionar algunos. Así también soporta representaciones en formato tabular de los requerimientos, temas que abordaremos en el futuro.
Conclusión:
El diagrama de requerimientos definido en SysML tiene la ventaja de haber sido creado ex profesamente para documentar los requerimientos y sus relaciones en un formato gráfico, sin estar vinculado a una metodología en particular. Los requerimientos poseen dos atributos estándar: el identificador único y la descripción textual. La relación de contención sirve para descomponer requerimientos complejos.
La dependencia derivada se emplea para incorporar requerimientos que se deducen a partir de los originales. Si bien en el presente artículo se ha empleado el diagrama de requerimientos de SysML para plasmar los requisitos de un producto de ingeniería que cae en los dominios de la ingeniería mecánica, su uso puede aplicarse a los dominios del desarrollo de productos de ingeniería de software. Recordemos que, finalmente, SysML está orientado al dominio de la ingeniería de sistemas en donde, normalmente, los componentes que conforman a sus productos derivados, son el resultado del proceso de diseño de múltiples ingenierías, entre ellas, la ingeniería de software.
Acerca del Autor
Charlie Macías es arquitecto en jefe e instructor senior en Milestone Consulting. Primer empresa mexicana miembro de la OMG, especializada en la capacitación práctica y consultoría en modelado de sistemas y negocios con UML, BPMN y SysML. Puedes contactarnos en info@milestone.com.mx www.milestone.com.mx
- Log in to post comments