gestion de riesgos

la gestion de riesgo es la que nos hace conciencia de que es lo que me conviene para llegar a un fin, atravez de los riesgos contemplados

estrategias proactivas
despues de justificar el proyecto y antes de realizarlo
se valora la probabilidad de todos los riesgos identificados


estrategias reactivas
se reacciona al momento de la aparicion del riesgo
funciona mejor, para riesgos

riesgos de software

tecnico
amenazan la calidad de proyecto en cuanto a produccion

negocio
amenzan la calidad del proyecto en cuanto a proyeccion
-el sistema no se va a vender por si solo y nadie lo va a querer utilizar
-perder presupuesto o gastar mas de lo requerido.

IDENTIFICACION DE RIESGOS
SE DIVIDEN EN:

genericos
son una amenaza potencial para cualquier parte del proyecto
riesgo de coste, rendimiento, riesgo de tiempo

especificos
son una amenaza potencial para alguna parte del proyecto
como: tamaño del proyecto, impacto del negocio, caracteristicas del cliente

diagrama de gantt

Diagrama de Gantt
De Wikipedia, la enciclopedia libre
Saltar a navegación, búsqueda

Un diagrama de Gantt.
El diagrama de Gantt, gráfica de Gantt o carta Gantt es una popular herramienta gráfica cuyo objetivo es mostrar el tiempo de dedicación previsto para diferentes tareas o actividades a lo largo de un tiempo total determinado. A pesar de que, en principio, el diagrama de Gantt no indica las relaciones existentes entre actividades, la posición de cada tarea a lo largo del tiempo hace que se puedan identificar dichas relaciones e interdependencias. Fue Henry Laurence Gantt quien, entre 1910 y 1915, desarrolló y popularizó este tipo de diagrama en Occidente.
Por esta razón, para la planificación del desarrollo de proyectos complejos (superiores a 25 actividades) se requiere además el uso de técnicas basadas en redes de precedencia como CPM o los grafos PERT. Estas redes relacionan las actividades de manera que se puede visualizar el camino crítico del proyecto y permiten reflejar una escala de tiempos para facilitar la asignación de recursos y la determinación del presupuesto. El diagrama de Gantt, sin embargo, resulta útil para la relación entre tiempo y carga de trabajo.
En gestión de proyectos, el diagrama de Gantt muestra el origen y el final de las diferentes unidades mínimas de trabajo y los grupos de tareas (llamados summary elements en la imagen) o las dependencias entre unidades mínimas de trabajo (no mostradas en la imagen).
Desde su introducción los diagramas de Gantt se han convertido en una herramienta básica en la gestión de proyectos de todo tipo, con la finalidad de representar las diferentes fases, tareas y actividades programadas como parte de un proyecto o para mostrar una línea de tiempo en las diferentes actividades haciendo el método más eficiente.

cuestionarios de otros equipos

Técnicas de descomposición

Ruiz-moran-ss2.blogspot.com

1. ¿que son las técnicas de descomposición?

El proyecto se divide en bloques y estos bloques se dividen en tareas y las tareas en subtareas. En esta técnica se divide el proyecto en su máxima división.

2. ¿a qué se refieren las estimaciones basadas en el problema?

El problema se divide en subproblemas y se hacen estimaciones para niveles optimistas, medios y pesimistas

3. ¿qué son las estimaciones basadas en el proyecto?

3. ¿porque es inconveniente usar técnicas de descomposición?

Por que nos da un amplio panaroma de cuales son los recursos con los que contamos

5. ¿cual es la diferencia entre la descomposición de benders y la relajación langragiana?

la descomposición de Benders, propone separar en subproblemas las decisiones tomadas en diferentes etapas y en la langragiana se intentan separar dentro de cada etapa las decisiones para grupos de variables que están relacionadas entre sí

Herramientas Automaticas de Estimacion

javiersantiagoperez.blogspot.com

¿Cual es el objetivo de utilizar las herramientas automáticas de estimación?

Planificar los costos y esfuerzos que se van a llevar en el proyecto de software

¿Cuales son las funciones genericas en las herramientas automaticas de estimacion?

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.

¿Que nos proporcionan las herramientas automaticas de estimacion?

Podemos predecir como se va formando y estableciendo nuestro software.

decision- comprar-desarrollar

1.-¿que entiendes por decision comprar-desarrollar?Decisiones estratégicas o tácticas para el desarrollo del software, ya que el costo no debe ser el único criterio en el cual tengamos en cuenta, también debemos tener en cuenta, la disponibilidad y posibilidad de cambio.
2.-¿que factores podemos usar para decidir? Hay diversas opciones de adquisición:– Comprarlo ya desarrollado bajo licencia.– Adquirir componentes ya experimentados o parcialmente experimentados.– Construirse de forma personalizada por una empresa externa para cumplir las Especificaciones del comprador.
3.-¿que factores intervienen en la compra? Precio de un proyecto• El coste de un proyecto software depende de tres parámetros:- Costes hardware y software, incluido su mantenimiento.- Costes de viajes y formación.- Costes de esfuerzo.
4.-¿que factores intervienen en el desarrollo?Subcontratación• Subcontratación (outsorcing): contratar las actividades de IS a un tercero, quien hace el trabajo a bajo coste, asegurando una alta calidad• El trabajo de software de la compañía origen se reduce a la gestión de contratosPuede ser una decisión estratégica o táctica• Ventajas:- Ahorros de costos.• Inconvenientes:- Pérdida del control del software.- Ponerse en manos de terceros.
5.-¿que harias tu y en que casos?comprar bajo licencia si ya existe un software establecido

ESTIMACIÓN DEL PROYECTO DE SOFTWARE(exposicion equipo 2)

La estimación del coste y del esfuerzo del software no es una ciencia exacta, son
demasiadas las variables- humanas, técnicas , de entorno, políticas- que pueden afectar al
coste final del software y al esfuerzo aplicado para desarrollarlo.
Para estimaciones seguras de costes y esfuerzos tenemos varias opciones posibles:
- 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.
Las dos últimas opciones son métodos viables para la estimación del proyecto software,
incluso pueden aplicarse conjuntamente.

Estimación de recursos y costes

La estimación de recursos y costes es una actividad importante que debe llevarse a cabo con el mayor detalle posible, porque permite al comprador establecer una aproximación al coste total y plazos del desarrollo del sistema.
Para ello se requiere experiencia, acceso a una buena información histórica y determinación para confiar en medidas cuantitativas cuando todo lo que existe son datos cualitativos.
Factores que afectan a esta estimación:
La complejidad del proyecto, cuantificando la misma en función de:
Número de módulos y nivel de interrelación entre los mismos.
Número y tipo de las interfaces externas con otros sistemas, programas o datos.
Grado de distribución y heterogeneidad del entorno de implantación.
Grado de sofisticación de las herramientas de desarrollo.
Naturaleza de los algoritmos que se deben diseñar y programar.
Otros factores específicos del proyecto.
La dimensión del sistema a desarrollar: conforme aumenta el tamaño de un sistema de información, la interdependencia entre los distintos elementos del sistema de información crece rápidamente y la descomposición del problema en partes más pequeñas se hace más difícil.
El grado de estructuración del proyecto: por estructuración se entiende la facilidad con que las funciones pueden ser compartimentalizadas y la naturaleza jerárquica de la información a tratar. A medida que el grado de estructuración aumenta, la posibilidad de estimar con precisión mejora y, por consiguiente, el riesgo disminuye.
Existen varias técnicas de estimación para el desarrollo de sistemas de información. Aunque cada una tiene sus puntos fuertes y débiles, todas tienen en común las siguientes características:
Se ha de establecer de antemano el alcance del proyecto.
Como base para la realización de estimaciones, se usan las métricas del software, es decir, medidas relativas al esfuerzo de desarrollo del equipo lógico.
El proyecto se desglosa en partes más pequeñas cuyos costes y recursos se estiman individualmente.
Ejemplos de estas técnicas son:
Análisis de puntos de función.
Técnicas de descomposición.
Modelos empíricos de estimación.
Herramientas automáticas de estimación.
Una vez estimado el tiempo y recursos necesarios para el desarrollo de la aplicación y teniendo en cuenta las tarifas de los distintos profesionales del desarrollo, se puede establecer una aproximación al presupuesto que va a exigir el desarrollo del sistema de información objeto del pliego.
La Administración ha promovido el desarrollo de una 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.

http://informatica.uv.es/iiguia/2000/IPI/material/tema5.pdf

http://www.csae.map.es/csi/silice/Dsamed25.html

¿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.

unidad 3: planificacion de un proyecto de software

Planeaciòn:" La planeación consiste en fijar el curso concreto de acción que ha de seguirse, estableciendo los principios que habrán de orientarlo, la secuencia de operaciones para realizarlo, y la determinación de tiempos y números necesarios para su realización ".A. Reyes Ponce."Determinación del conjunto de objetivos por obtenerse en el futuro y el de los pasos necesarios para alcanzarlos a través de técnicas y procedimientos definidos" Ernest Dale." Planeación es la selección y relación de hechos, así como la formulación y uso de suposiciones respecto al futuro en la visualización y formulación de las actividades propuestas que se cree sean necesarias para alcanzar los resultados esperados" George R. Terry.Referencia: http://sistemas.itlp.edu.mx/tutoriales/procesoadmvo/tema2_1.htmDefinicion de planeaciòn propia:Para mi la planeaciòn consiste en determinar los objetivos y formular políticas, procedimientos y métodos para lograrlos, de manera eficiente alcanzando con esto un nivel de satisfacciòn grata de manera personal y profesional.http://sitemasdesoftware2.blogspot.com/Traer un proyecto de planeacion que sea importante para mi.PLANEACION DE UN PROYECTO PERSONAL

El proyecto de planeación que tengo contemplado en este momento, es el desarrollarme internamente dentro del trabajo donde actualmente laboro, ya que es un área donde existe la posibilidad de trabajar por lo cual me he planteado que tengo que empezar a prepararme mas en el campo de la informática y así poder demostrar que mis conocimientos y habilidades son las adecuadas para poder ocupar un cargo importante dentro de la empresa, por lo cual busco planearme una estrategia de estudio rigurosa y posteriormente ir poniendo en practica dicho conocimientos en crear software que sea calidad y que sea similar a los que se usan en la empresa, por lo cual busco ubicarme a un corto plazo como un buen desarrollador y a mediano plazo trabajar dentro de la empresa y en largo plazo tener una empresa propio de software.




3.1 Objetivos de la Planificación del Proyecto.El objetivo de la Planificación del proyecto de Software es proporcionar un marco de trabajo que permita al gestor hacer estimaciones razonables de recursos costos y planificación temporal. Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberían actualizarse regularmente medida que progresa el proyecto. Además las estimaciones deberían definir los escenarios del mejor caso, y peor caso, de modo que los resultados del proyecto pueden limitarse.

El Objetivo de la planificación se logra mediante un proceso de descubrimiento de la información que lleve a estimaciones razonables.


3.1.1 RECURSOS:La Segunda tarea de la planificación del desarrollo de Software es la estimación de los recursos requeridos para acometer el esfuerzo de desarrollo de Software, esto simula a una pirámide donde las Herramientas (hardware y Software), son la base proporciona la infraestructura de soporte al esfuerzo de desarrollo, en segundo nivel de la pirámide se encuentran los Componentes reutilizables.Y en la parte mas alta de la pirámide se encuentra el recurso primario, las personas (el recurso humano).Cada recurso queda especificado mediante cuatro características:· Descripción del Recurso.· Informes de disponibilidad.· Fecha cronológica en la que se requiere el recurso.· Tiempo durante el que será aplicado el recurso.3.1.2 Recursos Humanos.La Cantidad de personas requeridas para el desarrollo de un proyecto de software solo puede ser determinado después de hacer una estimación del esfuerzo de desarrollo (por ejemplo personas mes o personas años), y seleccionar la posición dentro de la organización y la especialidad que desempeñara cada profesional.3.1.3 Recursos o componentes de software reutilizables.Cualquier estudio sobre recursos de software estaría incompleto sin estudiar la reutilizacion, esto es la creación y la reutilizacion de bloques de construcción de Software.Tales bloques se deben establecer en catálogos para una consulta más fácil, estandarizarse para una fácil aplicación y validarse para la también fácil integración.El Autor Bennatan sugiere cuatro categorías de recursos de software que se deberían tener en cuenta a medida que se avanza con la planificación:· Componentes ya desarrollados.· Componentes ya experimentados.· Componentes con experiencia Parcial.· Componentes nuevos.


3.1.4. Recursos de entorno.El entorno es donde se apoya el proyecto de Software, llamado a menudo entorno de Ingeniería de Software, incorpora Hardware y Software.El Hardware proporciona una plataforma con las herramientas (Software) requeridas para producir los productos que son el resultado de la buena practica de la Ingeniería del Software, un planificador de proyectos debe determinar la ventana temporal requerida para el Hardware y el Software, y verificar que estos recursos estén disponibles. Muchas veces el desarrollo de las pruebas de validación de un proyecto de software para la composición automatizada puede necesitar un compositor de fotografías en algún punto durante el desarrollo. Cada elemento de hardware debe ser especificado por el planificador del Proyecto de Software.

ESTIMACION DEL PROYECTO DE SOFTWARE.

En el principio el costo del Software constituía un pequeño porcentaje del costo total de los sistemas basados en Computadoras. Hoy en día el Software es el elemento mas caro de la mayoría de los sistemas informáticos.

Un gran error en la estimación del costo puede ser lo que marque la diferencia entre beneficios y perdidas, la estimación del costo y del esfuerzo del software nunca será una ciencia exacta, son demasiadas las variables: humanas, técnicas, de entorno, políticas, que pueden afectar el costo final del software y el esfuerzo aplicado para desarrollarlo.

Para realizar estimaciones seguras de costos y esfuerzos se tienen varias opciones posibles:Dejar la estimación para mas adelante (obviamente se puede realizar una estimación al cien por cien fiable después de haber terminado el proyecto).

Basar las estimaciones en proyectos similares ya terminados.

Utilizar técnicas de descomposición relativamente sencillas para generar las estimaciones de costos y esfuerzo del proyecto.

Desarrollar un modelo empírico para él calculo de costos y esfuerzos del Software.

La Segunda opción puede funcionar razonablemente bien si el proyecto actual es bastante similar a los esfuerzos pasados y si otras influencias del proyecto son similares. Las opciones restantes son métodos viables para la estimación del proyecto de software. Desde el punto de vista ideal, se deben aplicar conjuntamente las técnicas indicadas usando cada una de ellas como comprobación de las otras.

Antes de hacer una estimación, el planificador del proyecto debe comprender el ámbito del software a construir y generar una estimación de su tamaño.

Estimación basada en el Proceso.

Es la técnica más común para estimar un proyecto es basar la estimación en el proceso que se va a utilizar, es decir, 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.Al igual que las técnicas basadas en problemas, la estimación basada en el proceso comienza en una delineación de las funciones del software obtenidas a partir del ámbito del proyecto. Se mezclan las funciones del problema y las actividades del proceso. Como ultimo paso se calculan los costos y el esfuerzo de cada función y la actividad del proceso de software.

DIFERENTES MODELOS DE ESTIMACION.

Modelos Empíricos:

Donde los datos que soportan la mayoría de los modelos de estimación obtienen una muestra limitada de proyectos. Por esta razón, el modelo de estimación no es adecuado para todas las clases de software y en todos los entornos de desarrollo. Por lo tanto los resultados obtenidos de dichos modelos se deben utilizar con prudencia.


Modelo COCOMO.

Barry Boehm, en su libro clásico sobre economía de la Ingeniería del Software, introduce una jerarquía de modelos de estimación de Software con el nombre de COCOMO, por su nombre en Ingles (Constructive, Cost, Model) modelo constructivo de costos. La jerarquía de modelos de Boehm esta constituida por los siguientes:

Modelo I. El Modelo COCOMO básico calcula el esfuerzo y el costo del desarrollo de Software en función del tamaño del programa, expresado en las líneas estimadas.

Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo del desarrollo de software en función del tamaño del programa y de un conjunto de conductores de costos que incluyen la evaluación subjetiva del producto, del hardware, del personal y de los atributos del proyecto.

Modelo III. El modelo COCOMO avanzado incorpora todas las características de la versión intermedia y lleva a cabo una evaluación del impacto de los conductores de costos en cada caso (análisis, diseño, etc.) del proceso de ingeniería de Software.





3.2 Ambito del Software.Es la primera actividad de llevada a cabo durante la planificación del proyecto de Software.En esta etapa se deben evaluar la función y el rendimiento que se asignaron al Software durante la Ingeniería del Sistema de Computadora para establecer un ámbito de proyecto que no sea ambiguo, e incomprensible para directivos y técnicosDescribe la función, el rendimiento, las restricciones, las interfaces y la fiabilidad, se evalúan las funciones del ámbito y en algunos casos se refinan para dar mas detalles antes del comienzo de la estimación. Las restricciones de rendimiento abarcan los requisitos de tiempo de respuesta y procesamiento, identifican los limites del software originados por el hardware externo, por la memoria disponible y por otros sistemas existentes.El Ambito se define como un pre-requisito para la estimación y existen algunos elementos que se debe tomar en cuenta como es:· La Obtención de la Información necesaria para el software. Para esto el analista y el cliente se reúnen sobre las expectativas del proyecto y se ponen de acuerdo en los puntos de interés para su desarrollo.


BIBLIOGRAFIAhttp://html.rincondelvago.com/planeacion-de-sistemas-de-informacion.htmlhttp://www.gestiopolis.com/recursos/documentos/fulldocs/ger/planproy.htm

unidad 3: planificacion de un proyecto de software

PLANEACION.
La planeación consiste en fijar el curso concreto de acción que ha de seguirse, estableciendo los principios que habrán de orientarlo, la secuencia de operaciones para realizarlo, y la determinación de tiempos y números necesarios para su realización ".Planeación es la selección y relación de hechos, así como la formulación y uso de suposiciones respecto al futuro en la visualización y formulación de las actividades propuestas que se cree sean necesarias para alcanzar los resultados deseados

tarea 1

TaskJugglerEsta diseñado para funcionar en Linux y permite controlar recursos, costos y tareas, permite generar diagramas y graficas.

DotProjectDotProject fue creado por dotmarketing.org en el año 2000, con el fin de construir una herramienta para la Gestión de Proyectos. Está construido por aplicaciones de código abierto y es mantenida por un dedicado grupo de voluntarios.Es una aplicación basada en Web, multiusuario, soporta varios lenguajes y es.

PHProjektComercio electronico - Aplicación modular para la coordinación de actividades de grupo y para compartir informaciones y documentos vía internet o intranet. Los componentes de PHProjekt: Calendario de grupo, administración de proyectos, sistema de tarjeta de tiempo, administración de ficheros, administrador de contactos, cliente de correo y otros 9 módulos...

NetofficeNetOffice / Un Lugar le da la capacidad de organizar y recibir todas sus formas primarias de comunicación, (correo electrónico, voz y fax), en una ubicación accesible desde cualquier lugar. This saves time and increases productivity. Esto ahorra tiempo y aumenta la productividad. You will also have at your fingertips the ability to share information with others if you like, forward / store voice, e-mail, and fax messages, organize your calendar, photo albums, task manager, address book, file manager and stay in constant contact with Instant Messaging. También tendrá a su alcance la capacidad de compartir información con otras si se quiere, adelante / tienda de voz, correo electrónico, fax y mensajes, organizar su calendario, álbumes de fotos, administrador de tareas, libreta de direcciones, gestor de archivos y permanecer en constante contacto con la mensajería instantánea. You can even use your existing email provider. Incluso puede utilizar su actual proveedor de correo electrónico. Works wtih any internet provider, Yahoo, Google, MSN, AOL,OutLook and any hand held device. Trabaja con cualquier

unidad 2: proceso del software y metricas

Metricas en el proceso y dominios del proyectopuntos de fusion factores de complejidad2.3.- Mediciones del software2.4.- Reconciliacion de los diferentes Enfoques de metricas
Reconciliación de los diferentes 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.2.5.-Metricas para la calidad del softwareMétricas para la calidad del softwareSe deben aplicar métodos efectivos junto con herramientas modernas dentro del contexto de un proceso maduro de desarrollo de software.Visión general de los factores que afectan a la calidad del sistema: operación del producto, revisión del producto, transición del producto.Medida de la calidad: la corrección, la facilidad de mantenimiento, integridad y facilidad de uso proporcionan indicadores útiles para el equipo del proyecto.Eficacia de la eliminación de defectos: una métrica de calidad que proporciona beneficios tanto a nivel del proyecto como del proceso.

gestion de proyectos de software

GESTION DE PROYECTOS La gestión eficaz de un Proyecto de SW se centra en “4 P” Personal Producto Proceso Proyecto
PERSONAL Los participantes que colaboran en el Proceso de SW se pueden clasificar en: Gestores Superiores: Definen los aspectos de negocios que a menudo tienen una significativa influencia en el proyecto. Gestores del Proyecto: Son los que planifican, motivan, organizan y controlan a los profesionales que realizan el trabajo. Profesionales: Son los que proporcionan las capacidades técnicas necesarias para la ingeniería de un producto o aplicación. Clientes: Son los que especifican los requisitos del proyecto. Usuarios finales: Son los que interactúan con el producto entregado.
PRODUCTO Antes de Planificar un proyecto se deben establecer:  Objetivos  Ámbito del Producto  Estimaciones de Costo  Soluciones alternativas  Valorización del Riesgo  Dificultades Técnicas  Planificación del Proyecto  Dificultades de Gestión Sin ésta información es imposible definir
PROCESO Lo definiremos como un marco de trabajo de las tareas que se requieren para desarrollar Software de Alta Calidad.
PROYECTO Todos los Proyectos de Software deben ser PLANIFICADOS Y CONTROLADOS por una razón principal: Poder manejar su complejidad
Es el Primer Nivel del Proceso de Ingeniería del Software y cubre TODO el proceso de desarrollo desde el comienzo al fin. Para alcanzar un PROYECTO EXITOSO se debe comprender:  El ámbito del trabajo a realizar.  Los riesgos en que se puede incurrir.  Recursos requeridos  Tareas a llevar a cabo  El costo presupuestado  Plan a seguir