A clasificación campo permite el registro de un hecho significativo sobre una instancia de registro, con ese hecho extraído de un conjunto preestablecido de valores. El acceso en línea a los valores aplicables a una instancia dada puede ser a través de una lista desplegable o emergente, o como casillas de verificación etiquetadas o botones de opción. La organización puede estar interesada solo en los valores, o puede haber información adicional sobre cada valor que el sistema necesita administrar.
NOTA: Este artículo es la Parte 8 de Fundamentos de datos del sistema de información para analistas de negocios. Ver Parte 1 – Introducción a la serie para enlaces a otros artículos de la serie, además de definiciones de los términos Sistema de informacion, Registro, y Campo en el contexto de esta serie.
Campo de clasificación autodefinido
A autodefinido El campo de clasificación es aquel en el que el hecho que representa, dentro del contexto de su instancia de registro, se aplica o no se aplica. El valor mantenido por el sistema de información es alguna forma de verdadero/falso, como Sí/No o Marcado/No marcado. Se espera que la etiqueta del campo proporcione el significado comercial para la clasificación. P.ej PASAJERO Tiene Pasaporte Vigente, El PRODUCTO no contiene gluten.
Se recomienda que una etiqueta de campo de clasificación autodefinida represente el negocio preferido verdadero condición (por ejemplo hace tener un pasaporte válido, es sin gluten). Esto evita que los usuarios tengan que lidiar con un doble negativo. P.ej PASAJERO Sin Pasaporte Vigente implicaría alguna forma de FALSO respuesta (negativa) para indicar que un pasajero hace tener un pasaporte válido.
Campo de clasificación de valor significativo
A valor significativo campo de clasificación, dentro del contexto de un registro, se pretende que contenga uno o más valores de un conjunto preestablecido. Se espera que los valores en ese conjunto sean significativos/comprensibles dentro del contexto de la organización. por ejemplo, un Tipo de cliente campo para clasificar a los clientes de una organización como ‘Individual’, ‘Pequeño’, ‘Mediano’ o ‘Grande’.
Si la necesidad comercial es simplemente que los valores de clasificación se seleccionen en función del conjunto de valores posibles, el campo de clasificación se puede definir dentro de su registro de contexto. La definición de campo debe incluir valores de ejemplo o, cuando sea posible, el conjunto completo. Si solo se dispone de valores de ejemplo, debe identificarse dónde o cómo se puede obtener el conjunto completo. Si, durante la obtención de requisitos detallados, ninguna parte interesada conoce una fuente viable, debe plantearse como un problema del proyecto a resolver.
Registros de clasificación
Si hay información adicional que necesita ser asociada con cada valor de clasificación, entonces un registro de clasificacion debe definirse que contenga un campo para el valor de clasificación más campos que respalden la información adicional. El registro de contexto original, en lugar de incluir un campo de clasificación, debe tener un registrar campo de navegación que apunta a una o más instancias de registros de clasificación. Ver Parte 10 – Registrar campos de navegación.
Por ejemplo, para el Tipo de cliente campo descrito anteriormente: Si la clasificación se basó en rangos definidos de número de empleados, tendría que haber algo como un TIPO DE CLIENTE registro para la gestión de instancias de valores de clasificación acompañados de valores que especifican los límites inferior y superior del número de empleados. Por ejemplo, el valor de clasificación ‘Medio’ se define como un cliente que tiene entre 15 y 100 empleados. En vez de Tipo de cliente campo que define un conjunto de valores de clasificación válidos, ese campo admite la capacidad de cada instancia de cliente para navegar al TIPO DE CLIENTE instancia de registro.
NOTA: La forma en que se mantiene un conjunto de valores de clasificación dentro de un sistema de información es un problema de diseño (o arquitectura del sistema). La necesidad comercial es solo que las instancias del registro de contexto se clasifiquen en función de un conjunto de valores preestablecido. Si esos valores involucran información asociada, la necesidad comercial es que esa información adicional se mantenga para cada valor.
Denominación de conjuntos de valores
Algunos conjuntos de valores del sistema de información tienen un término natural y comercial que se puede usar para nombrar el campo de clasificación. Ejemplos incluyen color, tamaño, y Género. Cuando no existe un término natural que sea representativo de un conjunto de valores de clasificación, es probable que el campo (o registro de clasificación) se nombre utilizando un término genérico como tipo, claseo categoría (p.ej Tipo de cliente, Categoria de producto, Clase SERVICIO).
Ya sea que un conjunto de valores tenga un nombre natural o genérico, es importante que la definición de campo o registro incluya suficientes valores de muestra para dejar clara la necesidad comercial.
Clasificaciones Derivables
Cuando un valor de clasificación (o una instancia de registro de clasificación aplicable) se puede derivar utilizando reglas comerciales definibles por el sistema y datos administrados por el sistema, esas reglas deben describirse como una parte adicional de la definición del campo de clasificación.
Por ejemplo, para el Tipo de cliente campo de clasificación con el registro de clasificación asociado discutido anteriormente: Si un CLIENTE Número de empleados también se ha definido el campo, el TIPO DE CLIENTE El registro asociado con cada cliente podría derivarse utilizando el tipo de cliente desde/hasta los campos de número de empleado. Los detalles de la Tipo de cliente campo debe incluir una indicación de que sus valores son derivado. Esa derivación, incluidos los campos involucrados, debe ser parte de la definición del campo de clasificación.
Siguiente artículo – Parte 9 – Campos de punto en el tiempo
Autor: Y Tasker
Dan es el autor de más de 30 requisitos relacionados artículos y otros recursos. Su carrera de más de 45 años en tecnología de la información ha involucrado a organizaciones en una variedad de sectores industriales en los Estados Unidos, Canadá, Australia y Nueva Zelanda. Su experiencia en análisis empresarial incluye proyectos relacionados con el desarrollo de software interno, el desarrollo de soluciones de proveedores de software y la adquisición e implementación de software COTS. Sigue siendo un apasionado de los requisitos de calidad y de ayudar a los analistas de negocios a producirlos. Él puede ser contactado en [email protected].
