Especificaci N De Requerimientos
Páginas: 13 (3151 palabras)
Publicado: 29 de agosto de 2015
Nombre del proyecto
Especificación de Requerimientos
Ref:
Fecha
1 Acerca de esta plantilla.
Es relativamente sencillo encontrar una gran cantidad de documentación acerca de cómo realizar un documento de requisitos para los proyectos de desarrollo de software.
Algunos ejemplos de interés se pueden encontrar en:http://cswww.essex.ac.uk/staff/turnr/cswww.essex.ac.uk_files/Mypapers/foundations-specification.pdf
y en
http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf
Esta plantilla se basa en el estándar del ieee830. En el que se realiza una propuesta coherente de todo lo que un documento de requisitos debería tener.
Sin embargo, en la práctica, la plantilla propuesta por el propio documento no llega a la altura de las recomendaciones que sugiere.
Esta plantilla es elresultado empírico de la toma de requisitos en una gran cantidad de proyectos, en los cuales era necesario muchas veces adecuarse a presupuestos y tiempos más limitados de lo deseable, con equipos de desarrollo poco homogéneos o con un perfil de “coder” más que de analista programador.
La plantilla propuesta por el iee830 también tiene lagunas a la hora de especificar con detalle muchas tecnologías eincluso modas, pero sobre todo existe una falta absoluta de “Dominios”.
Esto significa que la toma de requisitos debería estar sobre todo dirigida por el dominio del problema al que se pretende dar solución.
Esta plantilla está dirigida de una forma genérica al desarrollo de aplicaciones de tipo LOB, (Line of Business), de tipo ERP (Enterprise Resource Planning) o de gestión. Pero no estáespecializada en áreas o sectores de negocio concretos. Esto es algo que permitirá proponer versiones con preguntas específicas del negocio. No deberían ser muchas y por tanto ánimo a todo aquel al que esta plantilla le resulte de utilidad que comparta las preguntas específicas que el mismo se haya encontrado en sus propios proyectos. Y de esta forma incrementar el número de autores que participan enesta plantilla. Para ello basta que me hagáis participes de vuestros comentarios y sugerencias, con el objeto de poder sacar versiones específicas para sectores de negocio concreto.
La plantilla solo proporciona un punto de partida, una forma de evitar que un consultor aparezca con una hoja en blanco. Esperando que el cliente le cuente como funciona su negocio. Eso significara con bastanteseguridad el fracaso del proyecto. El cliente nunca sabe describir cómo funciona su negocio, ni tampoco sabe lo que quiere. Solo sabe que necesita ayuda, que necesita sistematizar su negocio y añadirle una pequeña dosis de madurez sistematizando sus procesos con un software de apoyo.
Pero el consultor se puede encontrar en una situación parecida, a no ser que sea la segunda vez que se enfrenta alproblema. Esta plantilla no es que vaya a acudir al rescate del consultor, pero si proporciona las primeras preguntas. Por qué el trabajo de un consultor, no es dar respuestas, es realizar las preguntas adecuadas, en el orden correcto. Con el objetivo de reconducir las respuestas del cliente.
Contenidos
1 Acerca de esta plantilla. 2
OBJETO DEL DOCUMENTO 4
2 Organización del documento. 4
2.1 Alcance deldocumento: 4
2.2 documentos relacionados con el proyecto. 4
2.3 Nomenclaturas 4
2.4 Glosario, Conceptos, Convenciones o lenguaje específico del dominio 4
3 Descripción 4
3.1 Origen o Motivación del proyecto 4
3.2 Contexto 4
3.3 Control de Calidad 4
4 Perspectiva del Producto 4
4.1 Identificación de usuarios y perfiles 4
4.2 Procesos y consultas 4
4.2.1 Restricciones y Políticas de la empresa 44.2.2 Requisitos de Fiabilidad 4
4.2.3 Requisitos de Disponibilidad 4
4.2.4 Requisitos de Mantenimiento 4
4.2.5 Suposiciones y Dependencias 4
4.2.6 Requisitos Futuros 4
4.2.7 Funcionalidades que no realizara 4
4.3 Relación con otros sistemas 4
5 Diseño 4
5.1 Contexto Principios y Criterios 4
5.2 Opciones de arquitectura. 4
5.3 Opciones alternativas 4
5.4 Requisitos Específicos 4
5.4.1 DESCRIPCION...
Nombre del proyecto
Especificación de Requerimientos
Ref:
Fecha
1 Acerca de esta plantilla.
Es relativamente sencillo encontrar una gran cantidad de documentación acerca de cómo realizar un documento de requisitos para los proyectos de desarrollo de software.
Algunos ejemplos de interés se pueden encontrar en:http://cswww.essex.ac.uk/staff/turnr/cswww.essex.ac.uk_files/Mypapers/foundations-specification.pdf
y en
http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf
Esta plantilla se basa en el estándar del ieee830. En el que se realiza una propuesta coherente de todo lo que un documento de requisitos debería tener.
Sin embargo, en la práctica, la plantilla propuesta por el propio documento no llega a la altura de las recomendaciones que sugiere.
Esta plantilla es elresultado empírico de la toma de requisitos en una gran cantidad de proyectos, en los cuales era necesario muchas veces adecuarse a presupuestos y tiempos más limitados de lo deseable, con equipos de desarrollo poco homogéneos o con un perfil de “coder” más que de analista programador.
La plantilla propuesta por el iee830 también tiene lagunas a la hora de especificar con detalle muchas tecnologías eincluso modas, pero sobre todo existe una falta absoluta de “Dominios”.
Esto significa que la toma de requisitos debería estar sobre todo dirigida por el dominio del problema al que se pretende dar solución.
Esta plantilla está dirigida de una forma genérica al desarrollo de aplicaciones de tipo LOB, (Line of Business), de tipo ERP (Enterprise Resource Planning) o de gestión. Pero no estáespecializada en áreas o sectores de negocio concretos. Esto es algo que permitirá proponer versiones con preguntas específicas del negocio. No deberían ser muchas y por tanto ánimo a todo aquel al que esta plantilla le resulte de utilidad que comparta las preguntas específicas que el mismo se haya encontrado en sus propios proyectos. Y de esta forma incrementar el número de autores que participan enesta plantilla. Para ello basta que me hagáis participes de vuestros comentarios y sugerencias, con el objeto de poder sacar versiones específicas para sectores de negocio concreto.
La plantilla solo proporciona un punto de partida, una forma de evitar que un consultor aparezca con una hoja en blanco. Esperando que el cliente le cuente como funciona su negocio. Eso significara con bastanteseguridad el fracaso del proyecto. El cliente nunca sabe describir cómo funciona su negocio, ni tampoco sabe lo que quiere. Solo sabe que necesita ayuda, que necesita sistematizar su negocio y añadirle una pequeña dosis de madurez sistematizando sus procesos con un software de apoyo.
Pero el consultor se puede encontrar en una situación parecida, a no ser que sea la segunda vez que se enfrenta alproblema. Esta plantilla no es que vaya a acudir al rescate del consultor, pero si proporciona las primeras preguntas. Por qué el trabajo de un consultor, no es dar respuestas, es realizar las preguntas adecuadas, en el orden correcto. Con el objetivo de reconducir las respuestas del cliente.
Contenidos
1 Acerca de esta plantilla. 2
OBJETO DEL DOCUMENTO 4
2 Organización del documento. 4
2.1 Alcance deldocumento: 4
2.2 documentos relacionados con el proyecto. 4
2.3 Nomenclaturas 4
2.4 Glosario, Conceptos, Convenciones o lenguaje específico del dominio 4
3 Descripción 4
3.1 Origen o Motivación del proyecto 4
3.2 Contexto 4
3.3 Control de Calidad 4
4 Perspectiva del Producto 4
4.1 Identificación de usuarios y perfiles 4
4.2 Procesos y consultas 4
4.2.1 Restricciones y Políticas de la empresa 44.2.2 Requisitos de Fiabilidad 4
4.2.3 Requisitos de Disponibilidad 4
4.2.4 Requisitos de Mantenimiento 4
4.2.5 Suposiciones y Dependencias 4
4.2.6 Requisitos Futuros 4
4.2.7 Funcionalidades que no realizara 4
4.3 Relación con otros sistemas 4
5 Diseño 4
5.1 Contexto Principios y Criterios 4
5.2 Opciones de arquitectura. 4
5.3 Opciones alternativas 4
5.4 Requisitos Específicos 4
5.4.1 DESCRIPCION...
Leer documento completo
Regístrate para leer el documento completo.