Diseño Software
Páginas: 3 (679 palabras)
Publicado: 4 de diciembre de 2012
Toma de requisitos, Análisis Funcional y Diseño Técnico, ¿qué, cómo y cuando?
He podido comprobar que dentro de los equipos de desarrollo, existen diferentes formas de abordar un proyectoSoftware.
Por ejemplo, hay equipos que generan 3 tipos de documentos:
- Requisitos
- Análisis Funcional
- Diseño Técnico
Otros equipos sin embargo, generan 2 tipos de documentos:
-Requisitos y Análisis Funcional
- Diseño Técnico
Otros también generan 2 documentos pero de otra forma:
- Requisitos
- Análisis Funcional y Diseño Técnico
Sin embargo, también existeuna discusión abierta a la hora de tomar requisitos, y es que hay algunas personas que estiman que en la toma de requisitos no deben tomarse en cuenta aspectos como el tamaño de los campos porque esoirá en el funcional.
Otras personas indican que por el contrario, ese tipo de información debe reflejarse en la toma de requisitos, y otros incluso, indican que debe hacerse en el diseño técnico, conindependencia de que es en esa fase dónde se indican las tablas, campos, etc que formarán parte del desarrollo Software.
¿Cómo lo haces tú?. ¿Con qué fase o parte de sientes identificado yporqué?.
En mi actual empresa, tenemos una metodología que ya contempla todos los escenarios que me comentas.
No sé dónde está la discusión abierta, ya que bajo mi punto de vista, la documentacióny los procesos, deben servir a los objetivos. Los documentos han de adaptarse al proyecto. Los objetivos son identificar necesidades, casos de uso, arquitectura, diseño técnico suficiente...El quevayan en 1 o 10 documentos, es algo que recomendamos adaptar al cliente/proyecto. Por ejemplo, si hay 3 perfiles claros: analista senior, analista funcional, y analista técnico, puede servir utilizar elprimer caso, ya que cada entregable correspondería a una persona, y podría encajar en las planificaciones y coordinación de los N proyectos en que estén involucrados.
Yo personalmente me...
He podido comprobar que dentro de los equipos de desarrollo, existen diferentes formas de abordar un proyectoSoftware.
Por ejemplo, hay equipos que generan 3 tipos de documentos:
- Requisitos
- Análisis Funcional
- Diseño Técnico
Otros equipos sin embargo, generan 2 tipos de documentos:
-Requisitos y Análisis Funcional
- Diseño Técnico
Otros también generan 2 documentos pero de otra forma:
- Requisitos
- Análisis Funcional y Diseño Técnico
Sin embargo, también existeuna discusión abierta a la hora de tomar requisitos, y es que hay algunas personas que estiman que en la toma de requisitos no deben tomarse en cuenta aspectos como el tamaño de los campos porque esoirá en el funcional.
Otras personas indican que por el contrario, ese tipo de información debe reflejarse en la toma de requisitos, y otros incluso, indican que debe hacerse en el diseño técnico, conindependencia de que es en esa fase dónde se indican las tablas, campos, etc que formarán parte del desarrollo Software.
¿Cómo lo haces tú?. ¿Con qué fase o parte de sientes identificado yporqué?.
En mi actual empresa, tenemos una metodología que ya contempla todos los escenarios que me comentas.
No sé dónde está la discusión abierta, ya que bajo mi punto de vista, la documentacióny los procesos, deben servir a los objetivos. Los documentos han de adaptarse al proyecto. Los objetivos son identificar necesidades, casos de uso, arquitectura, diseño técnico suficiente...El quevayan en 1 o 10 documentos, es algo que recomendamos adaptar al cliente/proyecto. Por ejemplo, si hay 3 perfiles claros: analista senior, analista funcional, y analista técnico, puede servir utilizar elprimer caso, ya que cada entregable correspondería a una persona, y podría encajar en las planificaciones y coordinación de los N proyectos en que estén involucrados.
Yo personalmente me...
Leer documento completo
Regístrate para leer el documento completo.