Pregunta

Cuando se recogen los requisitos de los usuarios de negocios, me encuentro con un punto en que lo necesario para comprender la cardinalidad entre dos conceptos en el dominio del usuario de negocios.

Esto es generalmente algo que quiero saber temprano en el proceso, ya que afecta el diseño de la base de datos que es difícil de cambiar más adelante.

Por ejemplo, el usuario puede tener busines un concepto de dominio específico de un "plomo" y una "referencia". No siempre es fácil de conseguir que dime cómo muchas referencias plomo tiene una, o viceversa.

Si yo estaba pidiendo un programador DB, simplemente me permite la pregunta, "¿cuál es la cardinalidad entre un principal y una referencia?" Sin embargo, esto no siempre tiene sentido para un usuario de negocios.

¿Fue útil?

Solución

No puedo ver el problema aquí. No debe usar términos como cardinalidad para la gente de negocios, vas a tener una mirada en blanco o alguien que piensa que eres un pretencioso &% ^ $ # $ @. : -)

Las dos preguntas:

  • ¿Cuántos conductores puede tener una referencia?
  • ¿Cuántas referencias puede tener una ventaja?

son simples Inglés, comprensible por cualquier persona que hable el idioma.

Pero, como siempre, la recopilación de requisitos es un proceso burlas de salida. Si no puede obtener respuestas claras a estas preguntas simples, es necesario:

  • dejar claro a la persona que está pidiendo que es necesario conocer (y que no saber que retrasará la entrega).
  • sentarlos delante de una pizarra y caminar a través de las posibilidades (sólo hay cuatro, asumiendo que tienen una relación en absoluto: uno-uno, uno-muchos, uno a muchos, muchos-muchos).

Al sentarse con ellos es una buena idea para los dos. Se les hace entender por qué necesita saber y que siempre tenga la información que necesita y más conocimiento del dominio.

Otros consejos

La única manera de hacerlo es trabajar a través de los casos de uso y determinar la cardinalidad que explican lo que se supone que debe ocurrir.

: ¿Quién necesita un "plomo"? ¿De qué se utiliza?

Ellos:. Una ventaja es lo que obtenemos de una referencia

:? ¿Cómo debe que el trabajo

Ellos: Bueno, como parte de una cosa u otra, vamos a tener una referencia. Queremos poner los en algún tipo de lista, de modo que podamos segmento y dar prioridad a ellos y luego hacer llamadas en frío en la referencia. Una llamada en frío que tiene el interés se convierte en un "plomo".

: Así que uno se convierte en una referencia de plomo

?

Ellos: No. A veces una referencia no genera una ventaja de [Opcionalidad]

: Entonces, una referencia podría llegar a ser una ventaja, o puede ir ningún donde

?

Ellos:. Absolutamente

: lo que pase con una referencia? Cualquier cosa que no sea la creación de una posible pista?

Ellos:. Nada

:? Nada

Ellos: Excepto cuando se realice con puntuación de crédito y volver a clasificar todas las referencias.

: Así que hay dos casos de uso? referencia y de crédito de puntuación inicial?

Ellos: supongo que sí

.

: Y la puntuación de crédito de una referencia puede crear una ventaja?

Ellos: Sí. Hace todo el tiempo.

Así que una referencia puede generar cero, uno o muchos clientes potenciales? [Cardinalidad]

Ellos: Nop. Cero o uno.

:. A menos que se anotó, entonces podría generar una segunda plomo

Ellos: Derecha. Cero, uno o dos. Nunca más de tres de cada cuatro. Llamarlo seis en el límite superior absoluto. Danos seis derivaciones por referencia. Nunca lo necesitamos más que eso.

:? ¿Qué hay de un número infinito a través de la magia de las referencias de clave externa

Ellos: Nunca. No es más que cero o uno. Excepto cuando es dos. [Intento de repudio]


Creo que la única manera de atraer a los usuarios de manera significativa es discutir los casos de uso. No es el modelo de datos.

a sacar el modelo de datos de los casos de uso.

Y no se olvide de pedir a los demás usuarios. Otros departamentos pueden tener diferentes puntos de vista.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top