SIGN UP FREE
Survey Templates Surveys Uso de las iniciativas de Desarrollo de Software

Uso de las iniciativas de Desarrollo de Software

Uso de las iniciativas de Desarrollo de Software Dirigido por Modelos en el entorno empresarial


Uso de las iniciativas de Desarrollo de Software Dirigido por Modelos en el entorno empresarial


Con este cuestionario se pretende analizar el uso del Desarrollo de Software Dirigido por Modelos (DSDM) en el entorno empresarial. Principalmente nos interesa conocer la experiencia en el uso de las iniciativas dirigidas por modelos, el nivel de automatización deseable en los procesos de desarrollo de software y la importancia que se le otorga a los requisitos no funcionales en estos procesos.

El Desarrollo de Software Dirigido por Modelos, conjuntamente con otras iniciativas (MDA: Model-Driven Architecture, MDD: Model-Driven Development, MDE: Model-Driven Engineering, etc.), usan como artefacto principal en el desarrollo de software los modelos del sistema, por ejemplo modelos UML. Estas iniciativas tienen como finalidad el desarrollo y/o análisis de los sistemas software y se basan en la separación entre la especificación de la funcionalidad esencial del sistema y la implementación de dicha funcionalidad usando plataformas de implementación específicas.

Este cuestionario le ocupará entre 15 y 20 minutos. Todas sus respuestas se tratarán con absoluta confidencialidad. En cualquier momento puede utilizar hojas adicionales para ampliar una respuesta o proporcionar más información. Gracias por su participación.

Si usted está interesado en recibir los resultados de este análisis por favor indique su dirección de correo electrónico en la parte I de este cuestionario o envíe un correo electrónico a David Ameller ([email protected]).

Nombre (opcional)
Empresa (opcional)
E-Mail (si desea recibir los resultados)
Cargo que ocupa actualmente en la empresa
Estudios realizados en relación con informática
Número de proyectos en los que ha aplicado DSDM
GLOSARIO DE TÉRMINOS


Alternativa tecnológica: Dada una arquitectura software (ver definición siguiente), una alternativa tecnológica es una selección de tecnologías para los diversos elementos que componen el sistema software. Una alternativa tecnológica debe contemplar todos los aspectos específicos de la implementación: plataforma, lenguajes de programación, librerías, estándares tecnológicos y servicios externos, por ejemplo bases de datos o servicios de autentificación. Así, en una alternativa tecnológica podemos encontrar productos como .Net, C#, Ajax, Hibernate, Oracle, etc. Esta selección debe ser coherente, es decir, el conjunto de tecnologías ha de poderse interrelacionar correctamente durante la implementación.

Arquitectura software: Entendemos como arquitectura software el conjunto de elementos principales de componen el sistema software, la forma en que se comunican entre ellos. Ejemplos de arquitecturas software prototipo son: arquitectura en tres capas, arquitectura orientada a servicios, cliente-servidor, etc. Un sistema software puede ser diseñado como la composición de diversas arquitecturas software dependiendo de las necesidades de este.

Requisito funcional: Los requisitos funcionales establecen el comportamiento observable que debe exhibir el sistema (funciones que realiza: cálculos, manipulaciones, listados, aspectos evolutivos, …), así como la forma que deben tener los datos que maneja.

Requisito no funcional: Los requisitos no funcionales especifican los criterios o cualidades globales del sistema software y marcan restricciones (internas y externas) en el software y en el proceso de desarrollo. Ejemplos de requisitos no funcionales son: usabilidad, eficiencia y portabilidad.
Nivel de interacción


Indique el nivel de interacción que considera necesario/mínimo para la realización de las siguientes tareas con una hipotética herramienta de soporte de buena calidad: (de 1 a 5 según se indica)

1: No utilizaría ningún tipo de herramienta de soporte para realizar esta tarea
2: La hipotética herramienta de soporte consultara todas las decisiones a tomar
3: La hipotética herramienta de soporte consultara las decisiones más relevantes a tomar
4: La hipotética herramienta de soporte toma las decisiones pero hago una verificación
5: Realizaría esta tarea automáticamente sin ningún tipo de revisión

NOTA: Las tareas A se refieren a la etapa de diseño del sistema software mientras que las tareas B se refieren a la etapa de implementación del sistema software.
1
2
3
4
5
(A) Generación de la arquitectura software que más se adecue a los requisitos no funcionales del sistema software
(A) Generación de las alternativas tecnológicas que más se adecuen a los requisitos no funcionales del sistema software
(B) Generación del esqueleto del código
(B) Generación del código para una tecnología determinada
Requisitos no funcionales


En la realización de proyectos software: ¿Qué importancia tienen para usted los requisitos no funcionales?
En la realización de proyectos software: ¿Desearía disponer de herramientas y/o procedimientos automáticos que tuvieran en cuenta los requisitos no funcionales?
¿Conoce o usa alguna? (indique cual)
Indique qué relevancia tienen los siguientes requisitos no funcionales en el desarrollo de sus proyectos software:
1: Ninguna
2: Poca
3: Normal
4: Mucha
5: Toda
Mantenibilidad
Reusabilidad
Eficiencia
Confiabilidad
Usabilidad
Portabilidad
Coste
¿Sabe qué es el Desarrollo de Software Dirigido por Modelos?
Conocimientos de iniciativas dirigidas por modelos


¿Considera que un sistema software puede ser desarrollado de forma automática mediante el uso de las iniciativas dirigidas por modelos?
Indique las iniciativas que conoce:
Indique las plataformas que conoce y usa habitualmente:
¿Que editor de modelos utiliza?
¿Que herramientas de Desarrollo de Software Dirigido por Modelos auxiliares conoce?
Indique las tecnologías que utiliza habitualmente en sus proyectos:
¿Ha aplicado metodologías de desarrollo dirigido por modelos en sus proyectos?
Experiencia profesional


¿Por qué ha aplicado metodologías de desarrollo dirigido por modelos en sus proyectos?
¿En tipo determinado de proyectos las ha utilizado?
¿Por qué las utilizo en el pasado y luego las abandono?
Opinión


Opine sobre las siguientes afirmaciones de acuerdo con su experiencia: (de 1 a 5 según se indica)

1: Mucho peor
2: Peor
3: Equivalente
4: Mejor
5: Mucho mejor
1
2
3
4
5
La calidad de la arquitectura software obtenida por DSDM en comparación con la obtenida por métodos tradicionales es…
La productividad del proceso de desarrollo en comparación con los métodos tradicionales es…
Opine sobre las siguientes afirmaciones de acuerdo con su experiencia: (de 1 a 5 según se indica)

1: Totalmente falso
2: Falso en la mayoría de casos
3: Sólo es cierto en algunos casos
4: Cierto en la mayoría de casos
5: Totalmente cierto
1
2
3
4
5
La plataforma y/o herramientas que uso toman en consideración los requisitos no funcionales establecidos.
La plataforma permite experimentar de manera ágil con diferentes alternativas tecnológicas antes de tomar las decisiones finales.
¿Qué características o funcionalidades cree que le faltan a las herramientas o plataformas de Desarrollo de Software Dirigido por Modelos?
Indique según su experiencia en Desarrollo de Software Dirigido por Modelos uno o dos escenarios en los que aplicaría el desarrollo dirigido por modelos
Indique según su experiencia en Desarrollo de Software Dirigido por Modelos uno o dos escenarios en los que NO aplicaría el desarrollo dirigido por modelos
Experiencia profesional


¿Por qué no ha aplicado metodologías de desarrollo dirigido por modelos en sus proyectos?
¿Por qué no se adaptan al tipo de proyecto que lleva?
OBSERVACIONES (opcional)

Related templates and questionnaires