Nombre del Entrevistador: Gerente Comercial

Entrevistador: Carlos Eduardo Agudelo velasco

Administracion de Clientes
Tecnica Seleccionada-Entrevista
Con el fin de identificar el requerimiento para la Administracion de Clientes
aplicare el tipo de analisis de Entrevista, en la cual utilizare una estrevista
Estructurada y No estructura.

Para la Entrevista Estructura se han preparado una cantidad de preguntas

buscando aclarar y recoger la mayor cantidad de informacion que nos ayudaran
a tener un mejor analisis del requerimiento, y a su vez aplicaremos la entrevista
No estrucutrada, con el fin hacer preguntas mas abiertas durante la entrevista,
con la cual logremos que el Gerente Comercial tome la iniciativa en ciertos casos
para que nos exponga sus conceptos, dudas, al igual que los Ingenieros de
sistemas las aclararemos dentro de la misma, lo que nos ayudara a mejorar
nuestro analisis. Teniendo como Objetivo prinicipal depositar y almacenar una
informacion valida, necesaria y prioritaria lo que hara que nuestro analisis sea
completo, profundo y seguro lo que nos permitira a evitar perdidas de
informacion valiosa o dejando informacion importate a la Deriva e incompleta,
pues nos pueda causar algun tipo de errores durante el desarrollo de la
aplicacion.

Preguntas
1. Cuales serian las Areas encargadas?.
2. Quiere manejar algun tipo de seguridad, me refiero a quien los puede crear?.
3. Cual seria el departamento o area que nos brindaria apoyo durante el
proceso de desarrollo?.
4. Que tipo de informacion almacenariamos en la aplicacion del cliente?.
Los datos básicos y que pueda generar un informe de las preferencias de
5. Cuales serian los campos que le gustaria recopilar de sus cliente, y le gustaria
compras.
ver en la aplicacion?.
6. Tendran algun tipo de identificacion?.
7. Tiene cLientes al por mayor y al detal?.
8. Se especificaria algun tipo de categoria para clientes mayoritarios?.
10. Se solicitaria algun tipo de documentacion?.
11. Le gustaria algun tipo de recordaria de Fecha de cumpleaños del cliente o la
fecha
12. Losdeclientes
la creacion dealgun
tedran la empresa?.
tiempo de vida dentro del software?.
13. Le gustaria eliminar los clientes de la aplicacion de forma manual o
automatica?
14. Es obligaotrio registrar cada cliente que haga una compra?
15. La busqueda porque tipo de campo o campos le gustaria hacerla?.
Objetivo: Identificar las necesidades de la empresa y a su vez recolectar la mayor cantid
informacion, abreviaturas y conceptos que se manejen dentro de la empresa pata aplica
en el desarrollo del software para el modulo de administarcion de clientes.

Nombre del Entrevistador: Gerente Comercial

Entrevistador: Carlos Eduardo Agudelo velasco

Preguntas y Respuesta
1. Cuales serian las Areas encargadas?. R/ Si, el sistema debe permitir crear usuarios y perfiles de usuarios

2. Quiere manejar algun tipo de seguridad, me refiero a quien los puede crear?. R/ Las áreas que ustedes requie

3. Cual seria el departamento o area que nos brindaria apoyo durante el proceso de desarrollo?. R/ Los datos bá
que pueda generar un informe de las preferencias de compras.
Los datos básicos y que pueda generar un informe de las preferencias de compras.

4. Que tipo de informacion almacenariamos en la aplicacion del cliente?. R/ Los datos básicos y que pueda gene
informe de las preferencias de compras.

5. Cuales serian los campos que le gustaria recopilar de sus cliente, y e gustaria ver en la aplicacion?. R/ Nombr
apellidos, dirección, identificación, teléfono, dirección, etc.

6. Tendran algun tipo de identificacion?. R/ Si

7. Tiene cLientes al por mayor y al detal?. R/ Si
8. Se especificaria algun tipo de categoria para clientes mayoritarios?. R/ Si, no se maneja pero sería bueno

10. Se solicitaria algun tipo de documentacion?. R/ Se debe tener en cuenta la nueva ley de datos.

11. Le gustaria algun tipo de recordaria de Fecha de cumpleaños del cliente o la fecha de la creacion de la empre
Si sería bueno para el tema de fidelización

12. Los clientes tedran algun tiempo de vida dentro del software?. R/ No

13. Le gustaria eliminar los clientes de la aplicacion de forma manual o automatica? R/ Sería mejor poder dejarlo
inactivos.
14. Es obligaotrio registrar cada cliente que haga una compra? R/ NO, si el cliente da la información si de lo cont
factura para el cliente de paso con un dato genérico.

15. La busqueda porque tipo de campo o campos le gustaria hacerla?. R/Cualquier campo.
colectar la mayor cantidad de
e la empresa pata aplicarlos
de clientes.

os y perfiles de usuarios

/ Las áreas que ustedes requieran.

de desarrollo?. R/ Los datos básicos y

atos básicos y que pueda generar un

r en la aplicacion?. R/ Nombre,

maneja pero sería bueno

eva ley de datos.

cha de la creacion de la empresa?. R/

a? R/ Sería mejor poder dejarlos

da la información si de lo contrario se

r campo.
Plantilla de matriz de trazabilidad de requisitos
Elaborado por: Carlos Eduardo Agudelo Velasco
Id. Estudiante: 14703339
Grupo del Estudiante: 301308_20

Versió Estado Tipo de Última fecha estado

Identificación Sub identificación Descripción del requisito n actual Requermiento registrado Nivel de complejidad

El sistema debe de almacenar

los datos basicos de los clientes
1 1 y que pueda generar un 1 Solicitado Funcional 22/10/2017 Moderado
informe de las preferencias de
compras.

Se deben de almacenar del

cliente son: Nombre, apellidos,
1 1.1 dirección, identificación, 1 Solicitado Funcional 22/10/2017 Moderado
teléfono, dirección, ki que mas
compra o preferenciasetc.

El sistema debe de tener un

1 2 campo de identificacion para 1 Solicitado Funcional 10/22/2017 Alto
cada cliente

Se debe de crear campo que

1 3 indica si el cliente compra al 1 Solicitado Funcional 10/22/2017 Alto
por mayor o al detal para
diferenciar, el tipo de cliente.

La aplicación dede de solicitar

1 4 1 Solicitado Funcional 10/22/2017 Alto
si sequiere registrar el cliente.

El sistema debe de solicitar la

autorización del Titular de
información para el
1 4.1 Tratamiento de sus datos 1 Solicitado Funcional 10/22/2017 Alto
personales, debe de quedar
almacenada esta respuesta por
seguridad.
La Aplicación debe de solicitar
fecha de cumpleaños con
1 5 recordatorio incluido para asi 1 Solicitado Funcional 10/22/2017 Moderado
hacer fidelizacion con los
clientes
El Sistema debe permitir
1 6 inactivar los clientes despues 1 Solicitado Funcional 10/22/2017 Moderado
de un tiempo determinado
Plantilla de matriz de trazabilidad de requisitos
Elaborado por: Carlos Eduardo Agudelo Velasco
Id. Estudiante: 14703339
Grupo del Estudiante: 301308_20

Versió Estado Tipo de Última fecha estado

Identificación Sub identificación Descripción del requisito n actual Requermiento registrado Nivel de complejidad

El Sistema debe de permitir la

1 7 busqueda de Cliente por cada 1 Solicitado Funcional 10/22/2017 Alto
uno de los campos diseñados
Interesado (Stakeholder) dueño del
requisito Nivel de prioridad

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Medio
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Alta
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Alta
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Alta
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Alta
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Alta
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Medio
Departamento: Comercial

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Medio
Departamento: Comercial
Interesado (Stakeholder) dueño del
requisito Nivel de prioridad

Nombre: Maria del Bonilla

Cargo:Gerente Comercial Alta
Departamento: Comercial
Plantilla de matriz de trazabilidad de requisitos
Descripción de la información a completar en cada columna
Columna Instrucciones
Identificación Código de identificación de mayor nivel definido para el requisito. Puede definirse con números, por ejemplo 001,
002, 003, y así sucesivamente.
Sub identificación Sub código de identificación que puede utilizarse para definir requisitos detallados y asociarlos a un requisito padre.
De esta forma se define la trazabilidad entre requisitos de alto nivel con requisitos más detallados.

Puede definirse según el número de requisito padre, por ejemplo para el caso de 001 podría definirse el requisito 1.1
y 1.2. Pueden también definirse niveles adicionales de detalle de requisito, por ejemplo el requisito 1.1.1 y 1.1.2
estarían asociados a 1.1.

Descripción del requisito Se proporciona una descripción de que comprende o en qué consiste el requisito. La descripción del requisito
depende del tipo que sea, por ejemplo requisitos del negocio, requisitos de los interesados, requisitos funcionales,
requisitos no funcionales, requisitos del proyecto o requisitos del producto (solución).

Versión Número de versión del requisito en su estado actual. De esta forma los requisitos se pueden ir detallando o
modificando en versiones sucesivas.
Estado actual Los estados son: solicitado, aprobado, asignado, completado, cancelado, diferido, aceptado
Última fecha estado registrado Fecha en la que se realizó el último cambio de estado del requisito.
Nivel de complejidad Puede definirse una complejidad de forma cualitativa, por ejemplo baja, moderada o alta. Esto dependerá del
criterio del evaluador.