Pergunta

Ao coletar requisitos de usuários de negócios, eu correr em um ponto onde eu preciso entender a cardinalidade entre dois conceitos no domínio do usuário de negócios.

Este é geralmente algo que eu quero saber no início do processo, uma vez que afecta projeto de banco de dados que é difícil mudar mais tarde.

Por exemplo, o usuário busines pode ter um conceito específico de domínio de um "chumbo" e uma "referência". Nem sempre é fácil obtê-los a dizer-me quantas referências uma ligação tem, ou vice-versa.

Se eu estava pedindo um programador DB, eu posso simplesmente perguntar: "qual é a cardinalidade entre um líder e uma referência?" No entanto, isso nem sempre faz sentido para um usuário de negócios.

Foi útil?

Solução

Eu não posso ver o seu problema aqui. Você não deve usar termos como cardinalidade para as pessoas de negócios, você só vai receber um olhar vazio ou alguém que pensa que você é um pretensioso &% ^ $ # $ @. : -)

As duas perguntas:

  • Quantas ligações pode ter uma referência?
  • Quantas referências pode uma vantagem tem?

são simples Inglês, compreensível por qualquer pessoa que fala a língua.

Mas, como sempre, coleta de requisitos é um processo provocação-out. Se você não pode obter respostas claras para essas perguntas simples, você precisa:

  • Deixe claro para a pessoa que você está pedindo que é necessário saber (e que não saber vai atrasar a entrega).
  • sentar com eles na frente de um quadro branco e caminhada pelas possibilidades (há apenas quatro, assumindo que eles têm uma relação em tudo: um-um, um-muitos, muitos-um, muitos-muitos).

Sentar-se com eles é uma boa idéia para ambos. Fá-los entender por que você precisa saber e dá-lhe a informação que você precisa e mais conhecimento de domínio.

Outras dicas

A única maneira que você pode fazer é trabalhar com os casos de uso e determinar a cardinalidade como eles explicam o que é suposto acontecer.

Você: Quem precisa de um "chumbo"? O que é utilizado?

Them:. A liderança é o que começa a partir de uma referência

Você:? Como deve ser esse trabalho

Them: Bem, como parte de uma coisa ou outra, vamos obter uma referência. Queremos colocar aqueles em algum tipo de lista para que possamos segmento e priorizá-los e depois fazer a chamada fria na referência. A chamada fria que tem interesse se torna um "chumbo".

Você:? Então, uma referência torna-se um chumbo

Them: Não. Às vezes, uma referência não gera uma vantagem de [Opcionalidade]

Você:? Então, uma referência pode se tornar uma vantagem, ou pode não ir onde

Them:. Absolutamente

Você: O que mais acontece com uma referência? Qualquer coisa que não seja a criação de uma possível pista?

Them:. Nada

Você:? Nada

Them: Exceto quando mandar para scoring de crédito e re-classificar todas as referências.

Você: Então, existem dois casos de uso? de referência e de crédito inicial de pontuação?

Them: Acho que sim

.

Você: E a classificação de crédito de uma referência pode criar uma vantagem?

Them: Sim. Faz todo o tempo.

Você: Então, uma referência pode gerar zero, um ou muitos leads? [Cardinality]

Them: Não. Zero ou um.

Você:. A menos que ele é marcado, então ele pode gerar um segundo chumbo

Them: Direita. Zero, um ou dois. Nunca mais do que três dos quatro. Chamá-lo de seis no limite superior absoluto. Dê-nos seis ligações por referência. Nós nunca vamos precisar de mais do que isso.

Você:? Que tal um número infinito através da magia de referências de chave estrangeira

Them: Nunca. É somente zero ou um. Exceto quando é dois. [Tentativa de Repúdio]


Eu acho que a única maneira que você pode significativamente envolver os usuários é discutir os casos de uso. Não é o modelo de dados.

Você derivar o modelo de dados dos casos de uso.

E não se esqueça de perguntar aos outros usuários. Outros departamentos podem ter diferentes pontos de vista.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top