Ingeniería de Requerimientos

ejemplo

2008-10-25T22:11:00.000-03:00

jhkdskhkdjfhs
fsdfkdklfjsd
fds

sdfsdf
sdf
sdfasd

Ingeniería de Requerimientos

2007-11-09T23:59:00.000-03:00

Partamos por mirar el área de trabajo de la Ingeniería de Requerimientos, que todo informático debe de dominar para la realización de un proyecto, Ian Sommerville la define como:

...el proceso de descubrir, analizar, documentar y verificar los servicios y restricciones del sistema que terminan siendo las bases del contrato entre el cliente y el desarrollador del software...

Se considera como la etapa de la ingeniería de Software que se debe mirar con más cuidado porque es la que determina las líneas a seguir de todo el trabajo, las condiciones y especificaciones están presentes en cada una de las etapas, es por ello que elñl informático debe enunciarlas y clarificarlas tanto para el cliente como para su equipo de trabajo.

Bienvenidos

2007-11-09T14:45:00.000-03:00

Este blog ha sido creado con la finalidad de informar y dar la oportunidad de discutir sobre el tema de las Competencias y Habilidades que debe tener un ingeniero informático para el proceso de Toma de Requerimientos.

Para dar luces sobre este tema, nos encomendamos en la tarea de realizar una investigación, utilizando como herramienta de adquisición de información un cuestionario para aplicarlo a ingenieros informáticos que se desempeñan en el área de toma de requerimientos. Y para el procesamiento, análisis y resoluciones posteriores, utilizamos la metodología de Mapas Conversacionales, la cual se centra en las interacciones que tienen las personas en las organizaciones para llevar a cabo tareas y peticiones de un individuo a otro; en este caso se tiene al ingeniero de requerimientos (o informático) como realizador en la acción, y como contraparte en este proceso conversacional el cliente que requiere un sistema informático.

Entrevista a Jimmy López y Mauricio Valverde

2007-11-08T19:24:00.000-03:00

Entrevista realizada a:

Jimmy LópezIngeniero Informático. Actualmente trabaja en Telefónica CTC Chile, y es estudiante de Magister en Ingeniería Informática en la USACH.

Mauricio Valverde

Ingeniero Informático. Actualmente trabaja en Telefónica CTC Chile (como externo), y es estudiante de Magister en Ingeniería Informática en la USACH.

Entrevista en video:

Entrevista a Macarena Torres

2007-11-08T10:21:00.000-03:00

Entrevista a Macarena Torres, Ingeniera en computación e informática. Analista Software Factory I.B.M. Chile.

1- ¿Cuánto tiempo demoran los clientes en formular la petición?

Dependiendo de la complejidad del requerimiento, cosas pequeñas un día o dos, para cosas más complicadas hasta semanas

2- ¿Cuántas reuniones se establecen o realizan normalmente para acordar la lista de requerimientos del sistema a desarrollar?

Las necesarias hasta dejar todos los requerimientos bien definidos.

3- ¿Qué cargos y profesiones tienen los clientes con quien interactúa?

Gerentes de proyectos, Analistas y desarrolladores

4- Dé un porcentaje aproximado de las peticiones (requisitos funcionales y no funcionales) que expone el cliente y que no son completamente comprendidas o que las encuentra contradictorias o incompletas.

60% de las peticiones son insuficientes o poco claras

5- ¿Qué estrategias y herramientas utiliza para ayudar al cliente a construir su petición? (casos de uso escritos, diagramas, etc.)

Utilizamos un prototipo de la aplicación para que el cliente pueda ver de forma visual el comportamiento de la aplicación

6- ¿Cómo se realiza el contrato o acuerdo con el cliente para aceptar los requerimientos del futuro sistema (contrato escrito, e-mail, de palabra)?

Contrato escrito

7- ¿Cuántas veces se modifica el contrato o acuerdo? ¿Debido a qué son los cambios?

Se modifica dos o tres veces debido al cambio de requerimientos y alcances de la aplicación y/o proyecto

8- ¿Cómo se realiza el contacto entre usted(es) y el cliente (se hacen ofertas, citaciones a reuniones, petición de servicios al realizador, etc.)?

Por medio una reunión con el cliente

9- ¿Cuánto tiempo demora(n) en generar el documento final de requerimientos, una vez llegado a acuerdo sobre los requisitos con el cliente? ¿Durante este proceso, de qué formas el cliente participa?

Demora entre uno o dos meses, donde el cliente tiene una activa participación discutiendo cada uno de los requerimientos acordados y modificándolos si es necesario

10- ¿Le gusta interactuar con el cliente? ¿por qué?

Sí, porque el cliente tiene muchos conocimientos del negocio que nosotros como desarrolladores no tenemos, el cliente tiene una visión mucho más clara del modelo de negocio de la empresa, por lo que es muy importante en la toma de requerimientos.

11- ¿Qué cosas cree usted que lo imposibilitan para comunicarse de manera óptima con el cliente?

El desconocimiento del modelo de negocio de la empresa a la que pertenece el cliente

12- Exponga (ejemplos) los problemas y conflictos más comunes que se dan con el cliente durante el proceso de toma de requerimientos.

El cliente muchas veces no tiene conocimiento de las necesidades de su empresa, por lo que tiende a confundirse.
A veces por el desconocimiento en el área informática proponen requerimientos que son imposibles de llevar a cabo, visto del punto de vista técnico.

Entrevista a Cristina Silva Cancino

2007-11-08T10:00:00.000-03:00

Entrevista a Cristina Silva Cancino. Ingeniera de ejecución en computación e informática. Actualmente trabaja como Analista Software factory Canal Html en SLINGES.

1- ¿Cuánto tiempo demoran los clientes en formular la petición?

Entre días a semanas.

2- ¿Cuántas reuniones se establecen o realizan normalmente para acordar la lista de requerimientos del sistema a desarrollar?

Mínimo 3.

3- ¿Qué cargos y profesiones tienen los clientes con quien interactúa?

Ingenieros industriales, ingenieros comerciales, informáticos, Cargos gerenciales y de gestión, analistas.

4- Dé un porcentaje aproximado de las peticiones (requisitos funcionales y no funcionales) que expone el cliente y que no son completamente comprendidas o que las encuentra contradictorias o incompletas.

Un 40% aproximado.

5- ¿Qué estrategias y herramientas utiliza para ayudar al cliente a construir su petición? (casos de uso escritos, diagramas, etc.)

Documentos de análisis con diagramas de flujos y diagramas de secuencia, que permiten mostrar el flujo de cada funcionalidad de la aplicación a desarrollar y sus actores.

6- ¿Cómo se realiza el contrato o acuerdo con el cliente para aceptar los requerimientos del futuro sistema (contrato escrito, e-mail, de palabra)?

Tengo entendido que se realiza de forma escrita.

7- ¿Cuántas veces se modifica el contrato o acuerdo? ¿Debido a qué son los cambios?

Por lo menos en mi empresa, el contrato es anual, y al término de ese periodo se ven las modificaciones del contrato, pero los acuerdos de palabra se modifican de acuerdo a los requerimientos que vaya necesitando el cliente. Y casi siempre pasan por la cantidad de horas invertidas en el proyecto por parte de los interesados (desarrolladores y analistas, principalmente).

8- ¿Cómo se realiza el contacto entre usted(es) y el cliente (se hacen ofertas, citaciones a reuniones, petición de servicios al realizador, etc.)?

Ofertas por parte de nosotros y peticiones por parte del cliente.

9- ¿Cuánto tiempo demora(n) en generar el documento final de requerimientos, una vez llegado a acuerdo sobre los requisitos con el cliente? ¿Durante este proceso, de qué formas el cliente participa?

El tiempo puede ir de una semana a un par de meses, dependiendo de la magnitud de los requerimientos. Y a lo largo del periodo la participación del cliente es activa, puesto que participa en la creación de los documentos y los fiscaliza.

10- ¿Le gusta interactuar con el cliente? ¿por qué?

Me gusta, y a parte es necesario, para poder entender mejor cada requerimiento y dar soluciones satisfactorias tanto para el cliente como para nosotros como desarrolladores o analistas.

11- ¿Qué cosas cree usted que lo imposibilitan para comunicarse de manera óptima con el cliente?

El conocimiento de las funcionalidades por parte del cliente, que en muchos casos no maneja bien los flujos de negocio de la empresa y con menor conocimiento los términos técnicos del desarrollo de la aplicación de software.

12- Exponga (ejemplos) los problemas y conflictos más comunes que se dan con el cliente durante el proceso de toma de requerimientos.

Problema de comunicación producto de falta de conocimiento técnico en relación a la aplicación de software a desarrollar, y cambio de funcionalidades respecto a cambios en el negocio. En nuestro caso se trabaja con el departamento de informática del banco Santander Santiago, por lo que cuando cambian las reglas sobre documentos del banco, implican en muchas ocasiones cambios funcionales, conocidos como cambios Normativos.