Si alguna vez han necesitado realizar algún sistema sabrás que una de las partes más difícil es adquirir los requerimientos de cliente y que también una de las partes ms importantes. Es por esto que decidimos hacer una investigación para encontrar el proceso más eficaz para la toma de requerimientos.
Dentro de una empresa desarrolladora de software existen distintos cargos, dentro de los que se pueden destacar son: Gerente de proyecto, Jefe de proyecto, arquitecto de diseño, analista. Como ya dijimos la toma de requerimientos es una parte fundamental para el desarrollo del software y por lo realidad existen anomalías basadas principalmente en la comunicación existente entre los analistas y los usuarios finales. Este aspecto trae como consecuencia incomprensibilidad e incongruencia a la hora de analizar los requerimientos obtenidos. Y esto se debe a que la mayoría de los clientes tienen muy poco compromiso con este proceso pues realizan distintas labores y por lo cual consideran una pérdida de tiempo el explicar las necesidades de la empresa a los analistas
Finalmente, las consecuencias de una mala toma de requerimientos son perjudiciales para todos los actores. En los analistas esto repercute, tanto en que no se puedan cumplir los plazos establecidos lo que deriva a planificar nuevas sesiones de entrevistas con ellos para esclarecer las necesidades reales de la empresa contratista, como costos financieros y de oportunidad. Ya que los programadores siguen los requerimientos detectados por los analistas realizaran el software que no cumpla con las verdaderas necesidades del cliente y quizá se deban realizar otro sistema completamente diferente. Los costos financieros se relacionan con el hecho de que al no realizar un cumplimiento de las fechas establecidas, se retrasa todo el proceso que deriva de la captura de requerimientos.
Resumen
La investigación de los requerimientos de algún sistema, puede apoyarse en procesos para llegar hasta ellos, como son, entrevistas con los clientes, cuestionarios para saber las necesidades de los usuarios que utilizarán el sistema, con ayuda de la etnografía, que es observar a los empleados en sus puestos de trabajo y ver su comportamiento, para distinguir otras necesidades. Así como la presentación de escenario o casos de uso para que el usuario comprenda mejor lo que se propone hacer.
Esto es con el fin de encontrar al forma mas sencilla y rápida de encontrar las necesidades del cliente y así poder desarrollar un sistema amigable y fácil de utilizar, así como para la elaboración del mismo, que no sea complicado y sobre todo que el cliente este satisfecho con la elaboración del sistema.
Palabras Clave
Ingeniería del software, análisis de requisitos, requerimientos de un sistema, etapas de desarrollo del software, ingeniería de requerimientos.
Problemática
Uno de los puntos mas difíciles e importantes en la ingeniería del software para un software cualquiera es la toma de requerimientos del sistema para este cubra todas las necesidades de aquél que lo requiera y así mismo el sistema debe ser eficaz y eficiente,
Existen modelados unificados que contiene la toma de requerimientos pero son mas documentación que en si un proceso adecuado para la toma de dichos requerimientos así que se realizará la investigación para encontrar un proceso para reconocer los problemas y requisitos para el desarrollo de un sistema fácil de manejar por el cliente y todos los empleados que harán uso del mismo.
Delimitación del Sistema
En la primera parte se harán entrevistas analistas y se hará investigación en libros acerca de los procesos que existen
En la segunda parte de la investigación se trabajará principalmente con el cliente y empleados, para saber las necesidades que el sistema requiere para su desarrollo, haciendo entrevistas y cuestionarios. También observaremos las actividades diarias que se puedan realizar y así por medio de la observación, comprender los requerimientos sociales y organizacionales (etnografía).
Se intentará trabajar en la investigación en un plazo de dos meses.
Justificación
Ya que como ingenieros en sistemas computacionales estamos ligados con la ingeniería del software, encontramos que una de las etapas más difíciles es obtención de los requerimientos del software.
Se ha decidido hacer la investigación sobre el cómo saber los requerimientos de un sistema paraqué cumpla con la satisfacción de las necesidades del cliente y de los usuarios que lo utilizarán.
Limitaciones
La ingeniería de requerimientos consta de varias etapas, en esta investigación solo nos enfocaremos a la etapa requerimientos y dentro de esta etapa enfatizaremos en los métodos de recolección de dichos requerimientos más que en la clasificación, ordenación, o documentación de estos. Por la situación actual, las entrevistas serán pocas y por lo tanto la investigación deberá ser más documental. Y aplicaremos lo encontrado en la investigación documental para encontrar los requerimientos de un sistema en específico.
Objetivo
Descubrir cual es o cuáles son los métodos más efectivos para la recolección de requerimientos de un sistema cualquiera, y que estos requerimientos sean funcionales para continuar eficazmente con las demás etapas de la ingeniería del software.
Si es posible dar un proceso especifico que sea eficaz para la toma de los requerimientos de un sistema.
FUNDAMENTACION TEORICA
Breve marco teórico
Ingeniería del software es la disciplina o área de la informática que ofrece métodos y técnicas para desarrollar y mantener software de calidad. Es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software; es decir, la aplicación de la ingeniería al software (IEEE, 1993).
En la ingeniería del software se tienen diferentes etapas o modelos como son:
- Requisitos
- Análisis
- Diseño
- Implementación
- Pruebas
- Documentación y mantenimiento
El modelo o análisis de requisitos es el primero en desarrollarse y es la base para formar todos los demás modelos en el desarrollo del software. En general cualquier cambio en la funcionalidad del sistema es más fácil de hacer y con menores consecuencias a este nivel que posteriormente. El propósito de este modelo es comprender en su totalidad el problema y sus implicaciones, que servirá como base para el desarrollo de las instrucciones operacionales y los manuales, ya que todo lo que el sistema deba hacer se describe aquí desde la perspectiva del usuario. Se debe separar los requisitos verdaderos de las decisiones relacionadas con el diseño e implementación e indicar los aspectos obligatorios y opcionales. Durante el análisis de requisitos los pasos que principalmente deben hacerse son los siguientes:
Descripción del problema es un resumen preliminar de necesidades que sirve como punto de partida para comprender los requisitos del sistema Debe ser una especificación de necesidades y no una propuesta de solución. Se describen cuales serán los actores y se realizan casos de usos para llegar a un análisis de interfaz. Después se deben hacer los diagramas de flujos con las clases, atributos, módulos y relaciones que se han encontrado en el análisis previamente hecho.
Hemos identificado que esta etapa, análisis de requisitos, es la más importante del desarrollo del software, ya que si no se tiene bien plateado que es lo se pide que haga el software, no se podrá proceder con el desarrollo, ni a las demás tapas de la ingeniería del software, es por esto que en esta investigación nos enfocaremos solo en esta etapa.
Hipótesis
- Las entrevistas, cuestionarios, escenarios y etnografía son los procesos más conocidos, pero la combinación de todas las anteriores debe ser lo más eficaz. Con esta investigación descubriremos si en verdad es lo mejor y como debe emplearse.
- Trabajando en la investigación, en base a las entrevistas y cuestionarios, se espera alcanzar el objetivo, que es tener los requisitos del sistema a realizar, para que el desarrollo del mismo sea mucho más fácil y comprensible para todos aquellos que lo utilizaran.
Definición Operacional de Variables
La necesidad de un sistema que ayude y facilite el trabajo para el cliente (Variable Independiente).
Por medio de las entrevistas, cuestionarios y la etnografía sabremos las necesidades del cliente para saber cómo trabajaran con en el nuevo sistema, es decir, estudiar a las personas que interactuaran con el sistema (variable dependiente).
Ingeniería del software es la disciplina o área de la informática que ofrece métodos y técnicas para desarrollar y mantener software de calidad. Es la aplicación de un enfoque sistemático, disciplinado y cuantificable al desarrollo, operación y mantenimiento del software; es decir, la aplicación de la ingeniería al software (IEEE, 1993).
En la ingeniería del software se tienen diferentes etapas o modelos como son:
- Requisitos
- Análisis
- Diseño
- Implementación
- Pruebas
- Documentación y mantenimiento
El modelo o análisis de requisitos es el primero en desarrollarse y es la base para formar todos los demás modelos en el desarrollo del software. En general cualquier cambio en la funcionalidad del sistema es más fácil de hacer y con menores consecuencias a este nivel que posteriormente. El propósito de este modelo es comprender en su totalidad el problema y sus implicaciones, que servirá como base para el desarrollo de las instrucciones operacionales y los manuales, ya que todo lo que el sistema deba hacer se describe aquí desde la perspectiva del usuario. Se debe separar los requisitos verdaderos de las decisiones relacionadas con el diseño e implementación e indicar los aspectos obligatorios y opcionales. Durante el análisis de requisitos los pasos que principalmente deben hacerse son los siguientes:
Descripción del problema es un resumen preliminar de necesidades que sirve como punto de partida para comprender los requisitos del sistema Debe ser una especificación de necesidades y no una propuesta de solución. Se describen cuales serán los actores y se realizan casos de usos para llegar a un análisis de interfaz. Después se deben hacer los diagramas de flujos con las clases, atributos, módulos y relaciones que se han encontrado en el análisis previamente hecho.
Hemos identificado que esta etapa, análisis de requisitos, es la más importante del desarrollo del software, ya que si no se tiene bien plateado que es lo se pide que haga el software, no se podrá proceder con el desarrollo, ni a las demás tapas de la ingeniería del software, es por esto que en esta investigación nos enfocaremos solo en esta etapa.
Hipótesis
- Las entrevistas, cuestionarios, escenarios y etnografía son los procesos más conocidos, pero la combinación de todas las anteriores debe ser lo más eficaz. Con esta investigación descubriremos si en verdad es lo mejor y como debe emplearse.
- Trabajando en la investigación, en base a las entrevistas y cuestionarios, se espera alcanzar el objetivo, que es tener los requisitos del sistema a realizar, para que el desarrollo del mismo sea mucho más fácil y comprensible para todos aquellos que lo utilizaran.
Definición Operacional de Variables
La necesidad de un sistema que ayude y facilite el trabajo para el cliente (Variable Independiente).
Por medio de las entrevistas, cuestionarios y la etnografía sabremos las necesidades del cliente para saber cómo trabajaran con en el nuevo sistema, es decir, estudiar a las personas que interactuaran con el sistema (variable dependiente).
Metodología de La Investigación
Esta investigación es de tipo descriptiva y explorativa.
La investigación la desarrollaremos en dos etapas:
1. Investigaremos tanto en trabajos anteriores como en libros y entrevistas para saber cuáles son las formas que existen para la adquisición de los requerimientos, y cuáles son las más comunes.
2. Los objetivos de esta investigación nos llevan a un diseño de campo ya que nos permite la recolección de los datos reales que para este caso serán tomados dentro del taller automotriz, donde se llevan a cabo todos los procesos permitiéndonos recopilar la información necesaria para la elaboración del documento de requerimientos.
Para la recolección de los datos se utilizarán los datos recolectados en la primera parte los cuales son (en general) cuestionarios aplicados al administrador y a un integrante de cada área del taller automotriz.
Una de las técnicas que usaremos evidentemente es la encuesta que será nuestro punto de partida, pero además utilizaremos la técnica de observación analizando a detalle cada proceso.
Para recopilar toda la información necesaria nos basaremos en los siguientes pasos:
Comprender el problema que se está resolviendo: Es importante determinar quién tiene el problema realmente, considerar dicho problema desde una variedad de perspectivas y explorar muchas soluciones desde diferentes puntos de vista
Identificar a todos los afectados evita que existan sorpresas a medida que avanza el proyecto. Las necesidades de cada afectado, son discutidas y sometidas a debate durante de ingeniería de requerimientos, aunque esto no garantiza que vaya a estar disponible toda la información necesaria para especificar un sistema adecuado.
La diversa gama de fuentes de las cuales provienen los requerimientos, hacen necesaria una evaluación de los mismos antes de definir si son adecuados para el cliente. Se pretende limitar las expectativas del cliente apropiadamente, tomando como referencia los niveles de abstracción y descomposición de cada problema presentado.
Descubrir problemas potenciales: En este paso se asegura que todas las características descritas estén presentes en cada uno de los requerimientos, es decir, se identifican aquellos requerimientos ambiguos, incompletos, inconsistentes, etc.
Clasificar los requerimientos:
En este paso se busca identificar la importancia que tiene un requerimiento en términos de implementación. A esta característica se le conoce como prioridad y debe ser usada para establecer la secuencia en que ocurrirán las actividades de diseño y prueba de cada requisito. La prioridad de cada requerimiento dependerá de las necesidades que tenga el negocio.
Una vez hecha esta categorización de los requerimientos, puedo tomar como estrategia general el incluir los mandatorios, discutir los deseables y descartar los innecesarios. Antes de decidir la inclusión de un requerimiento, también debe analizarse su costo, complejidad, y una cantidad de otros factores. Por ejemplo, si un requerimiento fuera trivial de implementar, puede ser una buena idea incluirlo por más que éste sea sólo deseable.
Esta investigación es de tipo descriptiva y explorativa.
La investigación la desarrollaremos en dos etapas:
1. Investigaremos tanto en trabajos anteriores como en libros y entrevistas para saber cuáles son las formas que existen para la adquisición de los requerimientos, y cuáles son las más comunes.
2. Los objetivos de esta investigación nos llevan a un diseño de campo ya que nos permite la recolección de los datos reales que para este caso serán tomados dentro del taller automotriz, donde se llevan a cabo todos los procesos permitiéndonos recopilar la información necesaria para la elaboración del documento de requerimientos.
Para la recolección de los datos se utilizarán los datos recolectados en la primera parte los cuales son (en general) cuestionarios aplicados al administrador y a un integrante de cada área del taller automotriz.
Una de las técnicas que usaremos evidentemente es la encuesta que será nuestro punto de partida, pero además utilizaremos la técnica de observación analizando a detalle cada proceso.
Para recopilar toda la información necesaria nos basaremos en los siguientes pasos:
Comprender el problema que se está resolviendo: Es importante determinar quién tiene el problema realmente, considerar dicho problema desde una variedad de perspectivas y explorar muchas soluciones desde diferentes puntos de vista
Identificar a todos los afectados evita que existan sorpresas a medida que avanza el proyecto. Las necesidades de cada afectado, son discutidas y sometidas a debate durante de ingeniería de requerimientos, aunque esto no garantiza que vaya a estar disponible toda la información necesaria para especificar un sistema adecuado.
La diversa gama de fuentes de las cuales provienen los requerimientos, hacen necesaria una evaluación de los mismos antes de definir si son adecuados para el cliente. Se pretende limitar las expectativas del cliente apropiadamente, tomando como referencia los niveles de abstracción y descomposición de cada problema presentado.
Descubrir problemas potenciales: En este paso se asegura que todas las características descritas estén presentes en cada uno de los requerimientos, es decir, se identifican aquellos requerimientos ambiguos, incompletos, inconsistentes, etc.
Clasificar los requerimientos:
En este paso se busca identificar la importancia que tiene un requerimiento en términos de implementación. A esta característica se le conoce como prioridad y debe ser usada para establecer la secuencia en que ocurrirán las actividades de diseño y prueba de cada requisito. La prioridad de cada requerimiento dependerá de las necesidades que tenga el negocio.
Una vez hecha esta categorización de los requerimientos, puedo tomar como estrategia general el incluir los mandatorios, discutir los deseables y descartar los innecesarios. Antes de decidir la inclusión de un requerimiento, también debe analizarse su costo, complejidad, y una cantidad de otros factores. Por ejemplo, si un requerimiento fuera trivial de implementar, puede ser una buena idea incluirlo por más que éste sea sólo deseable.
Resultados
1. Stakeholdes se utiliza para referirse a cualquier persona o grupo que se verá afectado por el sistema, directa o indirectamente y entre estos se encuentran los usuarios finales que interactúan con el sistema y todos aquellos en la organización que se pueden ver afectados por su instalación, ingenieros que desarrollan o dan mantenimientos a otros sistemas relacionados.
Los strakeholders no conocen lo que desean obtener, y solo en términos generales, difícil de expresar lo que quieren que haga el sistema o demandas irreales y cada uno tiene requerimientos distintos
Actividades del proceso:
1. Stakeholdes se utiliza para referirse a cualquier persona o grupo que se verá afectado por el sistema, directa o indirectamente y entre estos se encuentran los usuarios finales que interactúan con el sistema y todos aquellos en la organización que se pueden ver afectados por su instalación, ingenieros que desarrollan o dan mantenimientos a otros sistemas relacionados.
Los strakeholders no conocen lo que desean obtener, y solo en términos generales, difícil de expresar lo que quieren que haga el sistema o demandas irreales y cada uno tiene requerimientos distintos
Actividades del proceso:
- Descubrimiento de requerimientos:
Interactuar con los stakeholders para recopilar los requerimientos, recoger información sobre el sistema y propuesto y los existentes. A través de entrevistas y de la observación, y puede utilizar escenarios y prototipos.
o ENTREVISTAS
La entrevista es una técnica que, viene a satisfacer los requerimientos de interacción personal que la civilización ha dirigido. El término entrevista viene del francés “entrevoir” que significa “verse uno al otro
Las entrevistas formales o informales con los stakeholders del sistema son parte de la mayoría de los procesos de la ingeniería de requerimientos. En estas entrevistas el quipo de la ingeniería de requerimientos hace preguntas a los stakeholders sobre el sistema que utilizan y sobre el sistema a desarrollar. Los requerimientos provienen de las respuestas a estas preguntas. Pueden ser de dos tipos:
Entrevistas cerradas donde los strakeholders responden a un conjunto definido de preguntas
Entrevistas abiertas donde no hay un programa definido. El equipo de ing. De requerimientos examina una serie de cuestiones con los stakeholders y se desarrolla una mejor comprensión de sus necesidades. En la práctica la mayoría de las entrevistas son mezcla de ambas. Las respuestas a las preguntas pueden conducir a otras cuestiones que se discuten de una forma menos estructurada.
Los entrevistadores eficaces tienen como características: No tiene prejuicios, evitan ideas preconcebidas y están dispuestos a escuchar a los stakeholders. Incitan ala entrevistado a empezar las discusiones con una pregunta, una propuesta
de requerimientos o sugiriendo trabajar juntos en un prototipo del sistema
o Escenarios
Normalmente las personas encuentran más fácil dar ejemplos de la vida diaria que descripciones abstractas. Son descripciones de ejemplos de las sesiones de iteración. Cada escenario abarca una o más posibles interacciones. El escenario comienza con un esbozo de la interacción, durante la obtención, se agregan detalles para crear una descripción completa de esta interacción. Y puede incluir:
Una descripción de lo que esperan del sistema y los usuarios cuando el escenario comienza, una descripción del flujo normal de eventos en el escenario, información de otras actividades que se podrían llevar a cabo al mismo tiempo, una descripción del estado del sistema cuando el escenario termina.
El escenario puede ser redactado como texto, completamente por diagramas, fotografías de las pantallas, etc.
o ETNOGRAFIA
“La investigación etnográfica constituye la descripción y análisis de un campo social específico, una escena cultural determinada (una localidad, un barrio, una fábrica, una práctica social, una institución u otro tipo de campo, sin perjuicio de la aplicación de otros métodos y técnicas de recolección, síntesis y análisis. La meta principal del método etnográfico consiste en captar el punto de vista, el sentido, las motivaciones, intenciones y expectativas que los actores otorgan a sus propias acciones sociales, proyectos personales o colectivos, y al entorno sociocultural que los rodea.”
El trabajo de campo consiste en el desplazamiento del investigador al sitio de estudio, el examen y registro de los fenómenos sociales y culturales de su interés mediante la observación y participación directa en la vida social del lugar; y la utilización de un marco teórico que da significación y relevancia a los datos sociales. En este sentido, la etnografía no es únicamente una descripción de datos, sino que implementa un tipo de análisis particular, relacionado con los perjuicios, ideología y concepciones teóricas del investigador. El investigador no solamente observa, clasifica y analiza los hechos, sino que interpreta, según su condición social, época, ideología, intereses y formación académica.
La etnografía es, de otra parte, una práctica reflexiva. Con ello significamos que las imágenes y visiones que un investigador construye o elabora de los otros están relacionados y dependen del tipo de interacción social que entable con sus sujetos de estudio, y de la idea que ellos se forjen del investigador, su proyecto y propósitos. El método etnográfico se estructura sobre la base de las observaciones de las actividades sociales de interés, la entrevista y diversas modalidades de participación por parte del investigador en las actividades socioculturales seleccionadas o espontáneamente.
A menudo a la gente le resulta muy difícil articular detalles de su propio trabajo ya que lo ven como algo normal y no comprenden muy bien su trabajo con relación a las demás tareas en la organización. La etnografía es especialmente efectiva para descubrir dos tipos de requerimientos:Los que se derivan de la forma en la que la gente trabaja realmente mas que de la forma en la que las definiciones de los procesos establecen la que debería trabajar.
La etnografía deriva 2 tipos de requerimientos:
Los requerimientos que se derivan de la forma en la que la gente trabaja realmente
Los requerimientos que se derivan de la cooperación y conocimiento de las actividades de la gente.
Interactuar con los stakeholders para recopilar los requerimientos, recoger información sobre el sistema y propuesto y los existentes. A través de entrevistas y de la observación, y puede utilizar escenarios y prototipos.
o ENTREVISTAS
La entrevista es una técnica que, viene a satisfacer los requerimientos de interacción personal que la civilización ha dirigido. El término entrevista viene del francés “entrevoir” que significa “verse uno al otro
Las entrevistas formales o informales con los stakeholders del sistema son parte de la mayoría de los procesos de la ingeniería de requerimientos. En estas entrevistas el quipo de la ingeniería de requerimientos hace preguntas a los stakeholders sobre el sistema que utilizan y sobre el sistema a desarrollar. Los requerimientos provienen de las respuestas a estas preguntas. Pueden ser de dos tipos:
Entrevistas cerradas donde los strakeholders responden a un conjunto definido de preguntas
Entrevistas abiertas donde no hay un programa definido. El equipo de ing. De requerimientos examina una serie de cuestiones con los stakeholders y se desarrolla una mejor comprensión de sus necesidades. En la práctica la mayoría de las entrevistas son mezcla de ambas. Las respuestas a las preguntas pueden conducir a otras cuestiones que se discuten de una forma menos estructurada.
Los entrevistadores eficaces tienen como características: No tiene prejuicios, evitan ideas preconcebidas y están dispuestos a escuchar a los stakeholders. Incitan ala entrevistado a empezar las discusiones con una pregunta, una propuesta
de requerimientos o sugiriendo trabajar juntos en un prototipo del sistema
o Escenarios
Normalmente las personas encuentran más fácil dar ejemplos de la vida diaria que descripciones abstractas. Son descripciones de ejemplos de las sesiones de iteración. Cada escenario abarca una o más posibles interacciones. El escenario comienza con un esbozo de la interacción, durante la obtención, se agregan detalles para crear una descripción completa de esta interacción. Y puede incluir:
Una descripción de lo que esperan del sistema y los usuarios cuando el escenario comienza, una descripción del flujo normal de eventos en el escenario, información de otras actividades que se podrían llevar a cabo al mismo tiempo, una descripción del estado del sistema cuando el escenario termina.
El escenario puede ser redactado como texto, completamente por diagramas, fotografías de las pantallas, etc.
o ETNOGRAFIA
“La investigación etnográfica constituye la descripción y análisis de un campo social específico, una escena cultural determinada (una localidad, un barrio, una fábrica, una práctica social, una institución u otro tipo de campo, sin perjuicio de la aplicación de otros métodos y técnicas de recolección, síntesis y análisis. La meta principal del método etnográfico consiste en captar el punto de vista, el sentido, las motivaciones, intenciones y expectativas que los actores otorgan a sus propias acciones sociales, proyectos personales o colectivos, y al entorno sociocultural que los rodea.”
El trabajo de campo consiste en el desplazamiento del investigador al sitio de estudio, el examen y registro de los fenómenos sociales y culturales de su interés mediante la observación y participación directa en la vida social del lugar; y la utilización de un marco teórico que da significación y relevancia a los datos sociales. En este sentido, la etnografía no es únicamente una descripción de datos, sino que implementa un tipo de análisis particular, relacionado con los perjuicios, ideología y concepciones teóricas del investigador. El investigador no solamente observa, clasifica y analiza los hechos, sino que interpreta, según su condición social, época, ideología, intereses y formación académica.
La etnografía es, de otra parte, una práctica reflexiva. Con ello significamos que las imágenes y visiones que un investigador construye o elabora de los otros están relacionados y dependen del tipo de interacción social que entable con sus sujetos de estudio, y de la idea que ellos se forjen del investigador, su proyecto y propósitos. El método etnográfico se estructura sobre la base de las observaciones de las actividades sociales de interés, la entrevista y diversas modalidades de participación por parte del investigador en las actividades socioculturales seleccionadas o espontáneamente.
A menudo a la gente le resulta muy difícil articular detalles de su propio trabajo ya que lo ven como algo normal y no comprenden muy bien su trabajo con relación a las demás tareas en la organización. La etnografía es especialmente efectiva para descubrir dos tipos de requerimientos:Los que se derivan de la forma en la que la gente trabaja realmente mas que de la forma en la que las definiciones de los procesos establecen la que debería trabajar.
La etnografía deriva 2 tipos de requerimientos:
Los requerimientos que se derivan de la forma en la que la gente trabaja realmente
Los requerimientos que se derivan de la cooperación y conocimiento de las actividades de la gente.
- Clasificación y organización de requerimientos: recopilación no estructurada de requerimientos, grupos relacionados con estos y los organiza en grupos coherentes
- Ordenación por prioridades y negociación
- Documentación de requerimientos
- También encontramos que existen estandarizaciones acerca de la documentación de sistemas que incluyen documentos sobre la toma de los requerimientos como son:
o -UML (lenguaje unificado de Modelado)
o -RUP (proceso unificado de Rational)
o -CMMI (Capability Maturuty Model Integration)
2. En el proyecto que hemos realizado aplicamos primero una entrevista pero esta fue muy general así y que debimos hacer mas entrevistas para que los requerimientos fueran más específicos y además hay preguntas que se tienen que “improvisar” algunas preguntas que van surgiendo durante la entrevista. Y esto resulta no ser tan formal como debe de ser. Al realizar los escenarios se generaban mas dudas lo que nos ayudó a realizar más entrevistas.
En cambio cuando aplicamos el proceso de etnografía por un día, nos familiarizamos con el trabajo verdadero que se realiza, y fuimos haciendo los escenarios así como las entrevistas y solo tuvimos que realizar una entrevista con todas las dudas que no estaban claras y para saber en realidad que es lo que el usuario necesita que este en el sistema y la ventaja fue que al hacer la entrevista ya llevábamos algunos escenarios del sistema lo que ayudo a que el usuario entendiera mas como se iba a desarrollar el sistema y así nos diera las especificaciones que deseaba con mas claridad
Conclusiones
Durante la investigación encontramos que es muy bueno seguir un proceso unificado y que el mas común es UML, sin embargo estos procesos son mas para la conclusión de la toma de requisitos y dicha toma seria mas fácil si el usuario supiera en concreto que es lo que quiere, pero por o regular o no saben bien que es lo que quieren o tienen expectativas no muy costeables y esto es por que muchos creen que todo es muy sencillo y barato.
Ahora bien, en la aplicación que nosotros pudimos hacer con el sistema nos dimos cuenta que el mejor proceso para la obtención de requerimientos es el siguiente:
1.- Realizar un día o dos de investigación etnográfica para conocer lo que realmente necesita el usuario.
2.- Con base a lo investigado realizar escenarios y casos de usos y entrevistas en las cuales debemos especificar al usuario los costos y tiempo de la realización del sistema según las limitaciones que ellos deseen y las que el sistema necesite. Y adelantar los requisitos que se han detectado durante la investigación etnográfica los cuales durante la entrevistas deberán de ser aclarados con el usuario para saber si son los requisitos en común.
3.- La toma de requisitos debe llevarse no solo al principio de los procesos de la ingeniería del software, sino durante todo el sistema, aunque quizás esto sea tedioso es mejor tener una comunicación con el cliente constante para ver si sus expectativas se están cumpliendo o no.
Lo mas importantes es que exista una buena comunicación con el cliente y sobretodo asesorarlo, pues hay que recordar que no todos saben todo lo que implica el desarrollo de un sistema y esto hará que el sistema sea mas eficaz y eficiente y lo mejor de todo que tengas contento a tu cliente.
- Ordenación por prioridades y negociación
- Documentación de requerimientos
- También encontramos que existen estandarizaciones acerca de la documentación de sistemas que incluyen documentos sobre la toma de los requerimientos como son:
o -UML (lenguaje unificado de Modelado)
o -RUP (proceso unificado de Rational)
o -CMMI (Capability Maturuty Model Integration)
2. En el proyecto que hemos realizado aplicamos primero una entrevista pero esta fue muy general así y que debimos hacer mas entrevistas para que los requerimientos fueran más específicos y además hay preguntas que se tienen que “improvisar” algunas preguntas que van surgiendo durante la entrevista. Y esto resulta no ser tan formal como debe de ser. Al realizar los escenarios se generaban mas dudas lo que nos ayudó a realizar más entrevistas.
En cambio cuando aplicamos el proceso de etnografía por un día, nos familiarizamos con el trabajo verdadero que se realiza, y fuimos haciendo los escenarios así como las entrevistas y solo tuvimos que realizar una entrevista con todas las dudas que no estaban claras y para saber en realidad que es lo que el usuario necesita que este en el sistema y la ventaja fue que al hacer la entrevista ya llevábamos algunos escenarios del sistema lo que ayudo a que el usuario entendiera mas como se iba a desarrollar el sistema y así nos diera las especificaciones que deseaba con mas claridad
Conclusiones
Durante la investigación encontramos que es muy bueno seguir un proceso unificado y que el mas común es UML, sin embargo estos procesos son mas para la conclusión de la toma de requisitos y dicha toma seria mas fácil si el usuario supiera en concreto que es lo que quiere, pero por o regular o no saben bien que es lo que quieren o tienen expectativas no muy costeables y esto es por que muchos creen que todo es muy sencillo y barato.
Ahora bien, en la aplicación que nosotros pudimos hacer con el sistema nos dimos cuenta que el mejor proceso para la obtención de requerimientos es el siguiente:
1.- Realizar un día o dos de investigación etnográfica para conocer lo que realmente necesita el usuario.
2.- Con base a lo investigado realizar escenarios y casos de usos y entrevistas en las cuales debemos especificar al usuario los costos y tiempo de la realización del sistema según las limitaciones que ellos deseen y las que el sistema necesite. Y adelantar los requisitos que se han detectado durante la investigación etnográfica los cuales durante la entrevistas deberán de ser aclarados con el usuario para saber si son los requisitos en común.
3.- La toma de requisitos debe llevarse no solo al principio de los procesos de la ingeniería del software, sino durante todo el sistema, aunque quizás esto sea tedioso es mejor tener una comunicación con el cliente constante para ver si sus expectativas se están cumpliendo o no.
Lo mas importantes es que exista una buena comunicación con el cliente y sobretodo asesorarlo, pues hay que recordar que no todos saben todo lo que implica el desarrollo de un sistema y esto hará que el sistema sea mas eficaz y eficiente y lo mejor de todo que tengas contento a tu cliente.
