miércoles, 25 de marzo de 2009
preguntas
1. ¿Qe son las tecnicas de descomposición?
·Del proyecto (o por fases)·Del producto (o por módulos)·Del proyecto y del producto (por fases y por módulos). Es una combinación de las anteriores.
2. ¿Aqué se refieren las estimaciones basadas en el problema?
Puede usarse LOC o PF para hacer estimaciones.Si se utiliza LOC, la descomposición es esencial y a menudo debe ser a detalle.Si se utiliza PF, en vez de centrar la descomposición en la función, se calcula el PF como se estudió en el capítulo anterior, estimando de alguna forma, cada uno de los valores.En ambos casos, mediante datos históricos o la intuición, se estiman valores optimista (O), medio (M) y pesimista (P) para cada función o contador, y se calcula el valor esperado (E) con la siguiente fórmula:
E = (O + 4 * M + P) / 6
3. ¿Qé son las estimaciones basadas en el proyecto?·Aplicar las tarifas laborales (coste/unidad de esfuerzo) correspondientes a cada una de las tareas.·Calcular los costes y el esfuerzo para cada función y cada tarea.
4. ¿Poque es inconveniente usar tecnicas de descomposición?Entre los inconvenientes se encuentran: La dificultad para contemplar los costes de actividades relacionadas con el proyecto como lectura de código, revisión, reuniones, y actividades no relacionadas con el proyecto relacionado con los hábitos de trabajo.
5. ¿Cual es la diferencia entre la descomposición de benders y la relajación langragiana?
rios-vazquez
¿Cuales son una de las técnicas de estimación del proyecto de software mas utilizadas y recomendadas?
Técnicas de descomposición (divide_y_vencerás) y Modelo empírico para el cálculo de costes y esfuerzos del software
¿En qué consiste la técnica de descomposición a grandes rasgos?
Descomponemos el problema en pequeños problemas. Se puede dividir en enfoque directo que se refiere a las LDC(líneas de código). Si se selecciona un enfoque indirecto se refiere a PF(puntos de función) esta ultima no se centra en la función, se estiman cada una
de las características del dominio de información - entradas, salidas, archivos de datos,
peticiones, e interfaces externas.
¿Cuales son las estimaciones seguras de costes y esfuerzos dentro de la estimación del proyecto de software?
· Dejar la estimación para cuando se ha acabado el proyecto, pero esto no es práctico pues las estimaciones de los costes han de ser a priori.
· Basarse en proyectos similares ya terminados, no fiable.
· Usar técnicas de descomposición (divide y vencerás).
· Modelo empírico para el cálculo de costes y esfuerzos del software.
¿Cuales son las características de las técnicas de estimación para el desarrollo de sistemas de información?
-Análisis de puntos de función.
-Técnicas de descomposición.
-Modelos empíricos de estimación.
-Herramientas automáticas de estimación.
Describe brevemente la herramienta SISDEL
(Sistema Integrado de Soporte al Desarrollo de Equipos Lógicos), que sirve como ayuda a la gestión de la calidad, a la planificación y control de plazos, y a la estimación de proyectos de desarrollo de sistemas de información.
sistemasdesoftwaredoss
1.-¿Que entiendes por decision comprar-desarrollar?
Desarroll-comprarEs la forma de decidir si para nuestra necesidad es mejor comprar un producto ya hecho con una licencia, comprar un producto para modificarlo, o pagar por crear un producto.
2.-¿Que factores podemos usar para decidir?
Puede usarse LOC o PF para hacer estimaciones.Si se utiliza LOC, la descomposición es esencial y a menudo debe ser a detalle.Si se utiliza PF, en vez de centrar la descomposición en la función, se calcula el PF como se estudió en el capítulo anterior, estimando de alguna forma, cada uno de los valores.En ambos casos, mediante datos históricos o la intuición, se estiman valores optimista (O), medio (M) y pesimista (P) para cada función o contador, y se calcula el valor esperado (E) con la siguiente fórmula:E = (O + 4 * M + P) / 6
3.-¿Que factores intervienen en la compra?
El precio, si es apto para nuestro megocio, si nos sera util, y en caso de que no lo sea, buscar la forma, de poder realizar el nuetro.
4.-¿Que factores intervienen en el desarrollo?
Pienso que si no se aplican las tecnicas correctas no podremos obtener la informacion correcta ya que todo esta basado en estimaciones y no en algo concreto.
5.-¿Que harias tu y en que casos?
En la de bender vamos a separar en subproblemas pero de manera escalonada es decir las decisiones de la etapa actual depende de las de la etapa anterior.en la langragiana son variables de la misma etapa relacionadas entre si.
javiersantiagoperez
1. ¿que son las técnicas de descomposición?Es descomponer el problema, volviéndolo a definir como un conjunto de pequeños problemas (esperando que sean más manejables).2. ¿a qué se refieren las estimaciones basadas en el problema?Las estimaciones de LDC y PF son técnicas de estimación distintas. Mediante datos históricos o la intuición, se estiman valores optimista (O), medio (M) y pesimista (P) para cada función o contador, y se calcula el valor esperado (E) con la siguiente fórmula:E = (O + 4 * M + P) / 63. ¿qué son las estimaciones basadas en el proyecto?El proceso se descompone en un conjunto relativamente pequeño de actividades o tareas, y en el esfuerzo requerido para llevar a cabo la estimación de cada tarea.4. ¿porque es inconveniente usar técnicas de descomposición?La dificultad para contemplar los costes de actividades relacionadas con el proyecto como lectura de código, revisión, reuniones, y actividades no relacionadas con el proyecto relacionado con los hábitos de trabajo.5. ¿cual es la diferencia entre la descomposición de benders y la relajación langragiana?
unidad 3.- planificacion de un proyecto de software
La planificación se refiere a las acciones llevadas a cabo para realizar planes y proyectos de diferente índole.
Planificación Operativa o Administrativa: se ha definido como el diseño de un estado futuro deseado para una entidad y de las maneras eficaces de alcanzarlo (R. Ackoff, 1970).
-
Planificación de mediano plazo: el período que cubre es más de un año y menos de cinco.
Planificación de largo plazo: el período que cubre es de más de cinco años" (W. Jiménez C., 1982) Según Cortés, los planes se pueden clasificar también de acuerdo al área funcional responsable de su cumplimiento: Plan de Producción, Plan de Mantenimiento, Plan de mercadeo, Plan de Finanzas, Plan de Negocios.
-
Las normas son regulaciones estrechas que definen con detalle los pasos y acciones para realizar actividades repetitivas.
- Dimensionamiento de las entregas del proyecto.
- Seleccion de las actividades del proyecto.
- Prediccion de los niveles de la plantilla.
- Prediccion del esfuerzo del software.
- Prediccion del coste del software.
- Prediccion de la planificacion del software.
Preesman, Roger S., (2002), “Planificación de Proyectos de Software”, en Ingeniería del Software, un enfoque practico, 5ta edición, McGrawHill, España, pp. 77-95.
Rubi:
Las herramientas automáticas de estimación van a permitir al planificador estimar costes y esfuerzos, ademas de llevar a cabo un análisis con las variables del proyecto comopúeden ser la fecha de entrega o la seleccion del personal.
Arturo:
Las herramientas automaticas de estimacion son una base para que podamos tener una mejor idea del tiempo y costo del desarrollo de un proyecto de software tambien nos ayudan a tener una mejor planeacion en las tareas que realizara el equipo de trabajo y tener una estimacion en el tiempo estipulado en el analisis del proyecto a realizar para su tener exito en la entrega del proyecto.
Gaby:
estas herramientas nos proporcionan estimaciones del esfuerzo requerido para llevar acabo un proyecto, los costos, la carga de personal y la duracion todo esto para tener una mayor exito en la entrega del proyecto y asi lograr un analisis completo
Armando: en mi punto de vista estas herramientas son de gran importancia ya que con ellas podemos cuantificar todo con respecto al proyecto y con ellas podemos reducir tiempos o tomar mejores deciciones en el proyecto o sobre el equipo de trabajo porque podemos utilizarlas en el proyecto pero tambien en la vida cotidiana.
Preguntas
- ¿Cual es el objetivo de utilizar las herramientas automáticas de estimación?
- ¿Cuales son las funciones genericas en las herramientas automaticas de estimacion?
- ¿Que nos proporcionan las herramientas automaticas de estimacion?
- ¿Cuantas herramientas automaticas de estimacion son y cuales son?
miércoles, 25 de febrero de 2009
Unidad 2.- El proceso del software y metricas del proceso
MEDIDAS, MÉTRICAS E INDICADORES
La medición es fundamental para cualquier disciplina de ingeniería.
Según Loard Kelvin “Cuando pueda medir lo que está diciendo y expresarlo con números, ya conoce algo sobre ello; cuando no pueda medir, cuando no pueda expresar con números lo que dice, su conocimiento es precario y deficiente: puede ser el comienzo del conocimiento, pero en sus pensamientos, apenas está avanzando hacia el escenario de la ciencia”.
Medida : Indicación cuantitativa de la extensión, cantidad, dimensiones, capacidad o tamaño de algunos atributos de un proceso o producto.
Métrica: Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado.
Indicador: Es una métrica o combinación de métricas que proporcionan una visión profunda del proceso de SW, del proyecto o producto en sí. Permite al gestor de proyectos ajustar el producto, proyecto o proceso para que las cosas salgan mejor.
2.2 METRICAS EN EL PROCESO Y DOMINIO DEL PROYECTO
MEDICIONES DEL SOFTWARE
Las métricas de SW se pueden categorizar de 2 maneras:
1. Medidas directas: Ejm: costo, esfuerzo
2. Medidas indirectas: Ejm: LDC, velocidad de ejecución, defectos durante un período de tiempo.
Métricas orientadas al Tamaño Provienen de la normalización de las medidas de calidad y/o productividad, considerando el “tamaño” del SW producido.
Métricas orientadas a la Función Utilizan una medida de “funcionalidad” de la aplicación como valor de normalización
puntos de fucion y factores de complejidad
- Métricas de complejidad: Son todas las métricas de software que definen de una u otra forma la medición de la complejidad; Tales como volumen, tamaño, anidaciones, costo (estimación), agregación, configuración, y flujo. Estas son los puntos críticos de la concepción, viabilidad, análisis, y diseño de software.
- Métricas de calidad: Son todas las métricas de software que definen de una u otra forma la calidad del software; Tales como exactitud, estructuración o modularidad, pruebas, mantenimiento, reusabilidad, cohesión del módulo, acoplamiento del módulo, etc. Estas son los puntos críticos en el diseño, codificación, pruebas y mantenimiento.
- Métricas de competencia: Son todas las métricas que intentan valorar o medir las actividades de productividad de los programadores o practicantes con respecto a su certeza, rapidez, eficiencia y competencia. No se ha alcanzado mucho en esta área, a pesar de la intensa investigación académica.
- Métricas de desempeño: Corresponden a las métricas que miden la conducta de módulos y sistemas de un software, bajo la supervisión del sistema operativo o hardware. Generalmente tienen que ver con la eficiencia de ejecución, tiempo, almacenamiento, complejidad de algoritmos computacionales, etc.
- Métricas estilizadas: Son las métricas de experimentación y de preferencia; Por ejemplo: estilo de código, identación, las convenciones denominando de datos, las 11 limitaciones, etc. Pero estas no se deben confundir con las métricas de calidad o complejidad.
Se debe medir el software para:
- indicar la calidad del producto.
- evaluar la productividad de la gente que desarrolla el producto.
- evaluar los beneficios (en términos de productividad y de calidad) derivados del uso de nuevos métodos y herramientas de ingeniería del software.
- establecer una línea de base para la estimación.
- ayudar a justificar el uso de nuevas herramientas o de formación adicional
Medidas directas: el coste y el esfuerzo aplicado.
Medidas indirectas: la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento.
2.5 Reconciliación de los diferebtes enfoques de métricas
La relación entre las líneas de código y los puntos de función depende del lenguaje de programación que se utilice para implementar el software y de la calidad del diseño.
Hay muchos factores que influyen en la productividad, haciendo que la comparación sea fácilmente interpretable.
- factores humanos
- factores del problema (complejidad)
- factores del proceso
- factores del producto
- factores de los recursos
Proporcionan una indicación de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente.
La complejidad del programa, modularidad efectiva y el tamaño del programa global, la facilidad de mantenimiento.
Las medidas de post-distribución de la calidad del software suponen una indicación a posteriori de la efectividad del proceso de ingeniería del software.
2.7 Integracion de las metricas dentro del proceso del software
Establecimiento de una línea base mediante el establecimiento de una línea base para las métricas, se pueden obtener beneficios a nivel estratégico, de proyecto y técnico.
Consiste en datos recogidos de anteriores proyectos de desarrollo de software y se puede complementar con métricas de calidad, recolección, calculo y evaluación de métricas.
La recolección requiere una investigación histórica de proyectos pasados para reconstruir los datos requeridos.
El calculo de métricas que pueden abarcar una amplio rango de medidas.
La evaluación de los datos se centra en razones intrínsecas de datos obtenidos.
miércoles, 18 de febrero de 2009
unidad1.- Gestion de proyectos de software
1.2 El problema: es la necesidad identificada para la cual se creara el software, que se desfragmentara para su rapida solucion.
1.3 El proceso: es todo el camino que se recorrera para la creacion, revicion, funcionabilidad, feabilidad del proyecto.
1.4 El proyecto: es toda la amalgama de actividades para crear un software