Está en la página 1de 5

Hola:

En este mail vamos a recorrer un poco la plantilla con aclaraciones que quiero hacerles a ciertos
puntos incluidos en esta informe.

En esta entrega tenemos dos grandes puntos, uno es la elicitación y otro el relevamiento.

Dentro de Elicitación está también la actividad del cliente, las TIC´s y Competencia.

Elicitación
Este título abraza los tres siguientes, con lo que debe ir un párrafo introductorio de qué se
encuentra el lector en lo que sigue.

¿Qué es elicitar? “Es el proceso de adquirir (“eliciting”) [sonsacar] todo el conocimiento relevante
necesario para producir un modelo de los requerimientos de un dominio de problema”.
(Loucopoulos)

¿Qué tiene por objetivo este gran apartado? Entender el dominio del problema en particular
para poder comunicarnos en la elicitación (relevamiento) de requerimientos.

El conocimiento en este apartado lo encontramos en la bibliografía estudiada en las materias


anteriores de la carrera y en otras bibliografías que son particulares del dominio de negocio. Ya
envié un mail ampliando este tema.

Actividad del cliente


Es necesario conocer la actividad del cliente y su significado, es por ello que usted definirá en este
apartado los conceptos básicos necesarios que debe estudiar antes de realizar el relevamiento.

Aplique APA a las citas textuales con la debida referencia bibliográfica, no está permitido presentar
conceptos que no le pertenecen sin realizar la debida cita bibliográfica y enmarcarlo entre comillas
dobles.

T.I.C (Tecnología de la Información y Comunicación)


Es necesario conocer las tecnologías que utilizará en el desarrollo del proyecto por lo que este
apartado tiene que tener coherencia con lo que aplique durante el Análisis, diseño y pruebas del
prototipo. Como les dije antes, no nos referimos a solamente herramientas informáticas, leguajes
de programación, sino también a lo que aplicarán para el diseño.

Competencia
Es necesario conocer qué existe en el mercado como propuesta de solución para el caso
planteado, comparar y realizar una tabla que muestre las ventajas de los Software existentes y el
propuesto.

Respecto de la Competencia es super importante que investiguen qué hay en el mercado como
solución similar a la que está necesitando la organización, porque uds deberían justificar el
motivo que los lleva a hacer una nueva propuesta y no comprar una existente. Se entiende? A
esta altura no tienen el diseño de la propuesta, pero sí, saben lo que está necesitando la
organización.

Para presentar este punto consideren la posibilidad de hacerlo con un cuadro comparativo, con
aspectos que consideren relevantes, lo que no quiere decir que no tengan que explicar.
Recuerden leer un mail que les envié de cómo deben desarrollar al incluir una tabla al trabajo.
Para cerrar lo que es la Elicitación tienen que considerar que al leerlo debe quedar como una
conexión de puntos entre unos con otros. Todos tienen relación.

Luego viene la parte del Relevamiento que es parte de la Elicitación pero enfocada en la realidad
del cliente.

Relevamiento
[Es parte de la elicitación, pero en este caso se relaciona con el cliente, tenga en cuenta que
cuando es un caso y no tiene un cliente real, deberá recabar la información con su Tutor/Docente
para establecer el marco necesario de conocimiento para desarrollar el prototipo planteado en su
proyecto.] Lo más recomendable y que les servirá de mucha utilidad es ir a consultar a una
farmacia, hay muchos aspectos particulares a considerar.

Relevamiento Estructural
[Cuando se cuenta con un cliente es importante conocer su ubicación geográfica, plano donde se
aplicará el sistema, hardware, sistemas heredados, bases de datos que tengan utilizando].
Recuerden leer el mail de cómo se procede para la incorporación de ilustraciones al informe.

Relevamiento Funcional

Organigrama
[Cuando se encuentra en un cliente es importante conocer su organigrama. Cuando está
trabajando sobre un caso, cliente virtual o el cliente no posee un organigrama debe diseñar uno, el
cual será parte de su propuesta].

Funciones de las Áreas


[Basado en el organigrama defina las funciones principales de cada área].

Procesos de negocios
[El relevamiento procedimental se aplica a los procesos que están involucrados en el prototipo,
tiene relación directa con el alcance. Cuando trabaja en un cliente se solicitan los procesos, si no
los tuvieran se diseñan. Cuando trabaja sobre un caso o con un cliente virtual los procesos de
negocio diseñados son parte de la propuesta].

[Proceso: nombre]
[Roles: nombre]
[Pasos]
[Gráfico, cursograma o Diagrama de actividades de UML]
[Relevamiento de la documentación, si cuenta con documentación es importante relevar si es de
entrada, de salida o de entrada/salida, así como los datos e información que presenta].

Consideren al momento de presentar el organigrama, o alguna imagen de ubicación geográfica o


plano de la planta, el mail enviado en relación a la incorporación de ilustraciones.

Respecto de los procesos, este es el punto que quiero más ampliamente abordar.

Dentro del alcance uds ha presentado una vista de los procesos incluidos en su proyecto, pues
sobre ellos tienen que relevar. Puede que luego en la propuesta, al momento de la elaboración
de la propuesta, decidan dejar fuera alguno considerado hoy; pues eso no es problema…
deberíamos agregarlo en los No Contempla como que no van, si está dentro de los límites.
Bien, entonces en relación a los procesos considerados en el Alcance, es que deben relevar.
Puede también suceder que deban relevar algo más, algún proceso más, porque si bien no está
en el alcance, incide fuertemente. Eso lo determinarán uds.

El punto es cómo se les pide esa presentación de los procesos. Habrán visto lo siguiente:

[Proceso: nombre]
[Roles: nombre]
[Pasos]
[Gráfico, cursograma o Diagrama de actividades de UML]
Son los puntos que consideramos mejor los lleva a poder concretamente describir el proceso.
Eso no quiere decir que no puedan hacerlo uds de otra manera.

Entonces, primero nominan al proceso para identificarlo. Luego determinan los roles de ese
proceso, y detallan pasos. Se les piden que lo acompañen con un diagrama, de cualquier tipo,
pero diagrama al fin. Esto es porque se entiende que es una vista simplificada de la descripción
del proceso. Igualmente puede estar acompañado de un escrito descriptivo. El objetivo es dar la
posibilidad al lector de comprender la situación.

Puntos a considerar:

 Cuando determinen los roles, esos roles deben ser tratado con el mismo nombre de ahí en
adelante y estar relacionado con lo que se viene tratando. Por ejemplo, si nombro al
Encargado de Depósito, no es correcto que lo nombre luego como Encargado de Stock, que
porque sí le cambien el nombre.
 Los pasos se presentan como acciones que se realizan y que tienen que ver con el
desarrollo del proceso y no con el sistema de información. Uds. están relevando el
comportamiento del proceso y no planteando lo que debería hacer desde la propuesta. Si
bien la pueden estar imaginando, todavía no es el momento.
 Cuando se les pide la graficación del proceso intenten familiarizarse con las herramientas
gráficas utilizadas para estos fines, que los llevará a emplear los objetos en sus formas
correctas.
 Recuerden que no están diagnosticando, ni proponiendo, están contando la
realidad actual sobre la que van a intervenir profesionalmente.
 Cuando me preguntan qué procesos deben incluir? Les repito lo que les dije más arriba,
sólo aquellos en los que intervendré.
 No olviden el relevamiento documental. Pasará que al describir el funcionamiento de un
proceso, mencionan documentación, por ejemplo, el auxiliar técnico completa la planilla de
faltantes para enviar al final del día al área de compras. Bueno, ese documento “planilla de
faltantes” es importante, pues en ese listado uds verán los datos que se manejan y cómo la
construyen. Entonces, quiero reforzar esto del relevamiento documental, que muchas veces
se desconsidera pero es de gran valor para los sistemas de información.

Si bien el mail es largo, creo que merece la pena que lo lean con atención.

SIN UN BUEN RELEVAMIENTO NO PODRÁN HACER UN BUEN


DIAGNÓSTICO, SIN DIAGNÓSTICO NO HAY PROPUESTA.

-.-.-.-.-.-.-.-.-.-.--.-.-.-.-.-.-.-.--.-.-.-.-.-.--.-.-.-.-.-.-.--.-.-..-.-.--.-..--.-.-.-.-.-.-.-.-.-.-.--.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.--.-

Estamos en el proceso de elicitación, es decir en el proceso de obtener todo el


conocimiento importante y necesario para comprender el modelo del negocio del cliente.
En este proceso vamos muchas veces a consultar bibliografía, buscando terminología,
elaborando definiciones, entendiendo los procesos, entre todas las acciones necesarias
que lleven al acabado entendimiento del negocio sobre el que estamos. Es como estar
elaborando un marco teórico referencial del problema a abordar.
Por ello es que les envío este mail, ya sabiendo los problemas que encuentro en estas
entregas. Entiendo que surgen interrogantes como qué es y cómo se elabora un marco
teórico aplicado a trabajos técnicos como los nuestros.
Si nos basamos en que en ciencia, teoría se refiere a un conjunto sistemático de
afirmaciones explicativas acerca de algo, podemos inferir que cualquier conjunto de esas
afirmaciones es un marco teórico, porque termina siendo un compendio de términos. Pero
lo cierto es que no, no lo es, salvo sea sistemático, es decir que existe una suerte de
interrelaciones entre ellos.

En muchos de nuestros trabajos, en algunos con mayor rigurosidad que en otros, se


deberá redactar el marco teórico. En el trabajo de Seminario lo encontrarán dentro del
título elicitación con tres apartados:
1) Actividad del cliente
2) Tics
3) Competencia

¿Qué tengo que desarrollar? Pues bien, el conjunto de conceptos, definiciones que se
han seleccionado para relacionarlos con los datos del problema, punto a abordar,
situación a tratar, entre otros.
Para el caso de Actividad del cliente todo lo relacionado al dominio. Para el caso de
Farmasalud hay muchos aspectos que deben ser estudiados antes de comenzar el
desarrollo de un sistema para una farmacia, como por ejemplo: datos que identifican a un
medicamento, regulaciones sobre su venta o su disposición, entre otros aspectos. No
confundir con Relevamiento que es ver cómo lo hace la FarmaSalud en particular.
Para el caso de TICs, se refiere a todo lo relacionado al desarrollo del producto y no es
sólo el lenguaje de programación. Son también las herramientas de modelado, explicar
los diagramas que van a utilizar para el diseño, las bases de datos, entre otros aspectos
que hacen al desarrollo del producto.

Frecuentemente, un marco teórico se inicia con lo llamado estado del arte. Como la
ciencia es acumulativa, cada pensador, científico, profesional recorre caminos nuevos
desde los pasos de sus anteriores colegas. Entonces, antes que nada, debemos conocer
ese estado del arte es decir, qué se sabe hasta el momento de este tema. ¿Para qué?
Para fundar nuestro saber en esos conocimientos originales. Es describir en páginas (ni
pocas ni muchas sino las suficientes) el estado actual en el conocimiento del tema según
la búsqueda bibliográfica y/o la consulta a personas entendidas en el tema. Pueden servir
como guía para armar esta parte las siguientes preguntas:
• ¿Qué han dicho acerca de ese tema?
• ¿Qué aspectos ya han sido analizados?
• ¿Qué discusiones han surgido alrededor del tema?
• ¿Cuáles son los aspectos analíticos, históricos y sistemáticos del tema?
Todo conocimiento que se exponga debe quedar sustentado con sus respectivas
referencias bibliográficas, dando cuenta de las fuentes de información. ¿A qué se refiere
esto? A cuáles son las fuentes que se usaron. Ya les envié un mail de la importancia de
las citas y referencias.

Como dijimos más arriba la redacción del marco teórico debe ser sistemática. Construir el
"marco teórico" no significa únicamente reunir información y exponerla como un
compendio, sino que implica también interrelacionarla coherentemente en el escrito, de
manera que sirva como fundamento, como sustento, que además sea el respaldo de
nuestro trabajo y que demuestre conocimiento del dominio del problema. En esta parte de
elicitación, es simplemente mostrar qué sé del tema, qué sé del negocio del cliente, qué
hay en el mercado como soluciones parecidas, qué existe en el mercado como modos de
abordar la problemática o necesidad.

Con este mail no pretendo que sean expertos redactores de estos Marcos Referenciales,
sino que los elaboren de tal manera que no sean un compendio de términos y conceptos
tirados y agrupados bajo un mismo título, además que tomen con la importancia que tiene
el considerar y referenciar las fuentes de información utilizadas. No tiene otro espíritu que
servirles de ayuda en su elaboración del punto de elicitación.

-.-.-.-.-.-.-.-.--.-.-.-.-.-.-.--.-.-.-.-.-.-.-.--.-.-.-.-.-.-.-.-.--..--.-.-.-.-.-.-.-.-.-.--.-.-.-.-.-.-.-.-.-.--.-.-.-.--..-.-.