Este proceso puede o no incluir la fase de levantamiento de requerimientos. De manera que un servicio puede iniciar su procesamiento partiendo de requerimientos detallados proporcionados por el cliente, cumpliendo con las características necesarias para poder dar inicio a un ciclo de fabricación; o también puede partir de la simple necesidad, haciendo parte del servicio la definición de los requerimientos y la consecuente especificación.

La complejidad o tipo de un componente esta definido por una combinación de criterios que utilizan conceptos básicos de programación y metodología.

(A) Objetos conceptuales. Hemos creado este concepto para referirnos a entidades del mundo real.
- Si bien dentro de la construcción del software es usual que los datos atraviesen un proceso de “normalización” que fragmenta los datos de un objeto en diversas entidades (las cuales en la implementación física de las bases de datos se convierten en tablas), no se debe perder de vista que el proceso de negocio continuará trabajando con los objetos del mundo real.

(B) Tareas programables. Se definen como las operaciones a ser ejecutadas dentro del proceso. Deben estar especificadas de manera atómica, es decir, cada una de ellas no puede ser divida en otras tareas programables.
- Nota: las operaciones CRUD, a menos que incluyan condiciones o restricciones especiales, no son consideradas como tareas programables. Las operaciones CRUD son tenidas en cuenta como parte esencial de un objeto conceptual. Igualmente se relacionan al menos una entrada/salida de datos (pantalla).

(C) Nivel de dinamismo, definido como la capacidad de ser personalizado en tiempo de ejecución, de un objeto o de una tarea
1 – Completamente dinámico, generación por configuración de objetos conceptuales, ilimitado número atributos y validaciones
2 – Parcialmente dinámico, generación por configuración de un limitado número atributos para los objetos conceptuales indicados y validaciones de una lista predefinida
3 – Completamente estático, construcción por código (tiempo de diseño) de objetos conceptuales con sus atributos y validaciones

(D) Interfaces. Se refiere a importación o exportación de datos desde o hacia otros sistemas, o interacción con periféricos específicos[1].

(E) Procesamiento –opcional–. Si los componentes no están relacionados con interfaces de usuario, sino que son de ejecución automática (procedimientos almacenados, servicios Web, servicios desatendidos, etc.) debe especificarse aquí.

(F) Fase –opcional–. Si se acuerda un modelo de contratación outsourcing offshore dando inicio en una fase posterior a la inicial debe especificarse la fase a partir de la cual se realiza la contratación.

Para determinar el tipo de un componente debe realizarse un análisis de los elementos del requerimiento, determinando el número o nivel de cada uno de ellos y buscando la posición que ocupa el elemento en la tabla.

Se define el nivel de un componente como el nivel superior en el que haya quedado ubicado cualquiera de los elementos calificados.