" 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.htm
Definicion 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.
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.
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.
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.
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.
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.
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écnicos
Describe 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.
http://html.rincondelvago.com/planeacion-de-sistemas-de-informacion.html
http://www.gestiopolis.com/recursos/documentos/fulldocs/ger/planproy.htm
EXPOSICION 29 DE ABRIL
GESTION DE RIESGOS
-Proyeccion del riesgo
-Reduccion ,supervision y gestion del riesgo
-Riesgos y peligros para la seguridad
-TRAER REFERENCIAS BUIBLIO
-CUESTIONARIO 10 PREGUNTAS
-CONCLUSIONES PERSONALES
-RECURSOS(VIDEO, DIAGRMAS, TABLAS COMPARATIVAS)
3.4.- ESTIMACION DE PROYECTOS DE SOFTWARE
ESTIMACIÓN
Es una pequeña planeación sobre que es lo que va a ser mi proyecto. Una de las actividades
cruciales del proceso de gestión del proyecto del software es la planificación. Cuando se planifica un proyecto de software se tiene que obtener estimaciones de esfuerzo humano requerido, de la duración cronológica del esfuerzo humano requerido, de la duración cronológica del proyecto y del costo. Pero en muchos de los casos las estimaciones se hacen valiéndose de la experiencia pasada como única guía. Si un proyecto es bastante similar en tamaño y funciona un proyecto es bastante similar en tamaño y funciona un proyecto pasado es probable que el nuevo proyecto requiera aproximadamente la misma cantidad de esfuerzo, que dure aproximadamente lo mismo que el trabajo anterior. Pero que pasa si el proyecto es totalmente distinto entonces puede que la experiencia obtenida no sea lo suficiente.
Se han desarrollado varias técnicas de estimación para el desarrollo de software, aunque cada
una tiene sus puntos fuertes y sus puntos débiles, todas tienen en común los siguientes atributos.
1. Se han de establecer de antemano el ámbito del proyecto.
2. Como bases para la realización de estimaciones se usan métricas del software de
proyectos pasados.
3. El proyecto se desgloba en partes más pequeñas que se estiman individualmente.
-TITULO
-MARCO TEORICO
-REFERENCIAS BIBLIO
-CONCLUSION
-RECURSOS
-CUESTIONARIO 5 PREGUNTAS
BLOGS
javiersantiagoperez.blogspot.com
3.8.- HERRAMIENTAS AUTOMATICAS DE DESCOMPOSICION
sistemasdesoftwareii.blogspot.com
3.7 LA DECISION DE DESARROLLAR- COMPRAR
rios-vazquez.blogspot.com
ruiz-moran-ss2.blogspot.com
3.5 TECNICAS DE DESCOMPOSICION
HACERLES COMENTARIOS AL BLOG DE CADA QUIEN
ESTIMACIÓN DEL PROYECTO DE SOFTWARE:
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
PREGUNTAS
1. ¿Qué son las técnicas de descomposición?Permiten fragmentar el problema y coordinar la resolución de los subproblemas para alcanzar la solución del problema completo; las técnicas de descomposición se pueden ver como estrategias de partición del grafo que representa el árbol de escenarios y de resolución coordinada de los fragmentos del grafo.
2. ¿A qué 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. ¿Qué son las estimaciones basadas en el proyecto?Delimitar las funciones del software.Identificar las tareas de ingeniería del software para cada una de las funciones y representarlas en una tabla.Estimar el esfuerzo (número de personas/unidad de tiempo) de realización de cada tarea para cada una de las funciones del software.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. ¿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?Descomposición de BendersLa descomposición de Benders [Benders,1962], [VanSlyke,1969] propone separar en subproblemas las decisiones tomadas en diferentes etapas. Para ello se necesita que las decisiones de una etapa sólo dependan de las consecuencias de las decisiones tomadas en la etapa anterior. Con esta descomposición se plantea un problema por cada etapa, y en ese problema se incluye tanto la parte correspondiente a la propia etapa como la parte que liga esa etapa a las decisiones tomadas en la etapa anterior.Relajación lagrangianaEl otro método de descomposición más relevante es la relajación lagrangiana [Geoffrion, 1970], En esta ocasión se intentan separar dentro de cada etapa las decisiones para grupos de variables que están relacionadas entre sí. Es decir, se pueden localizar conjuntos de variables que están muy conectadas con otras etapas, pero poco relacionadas con otras variables de la misma etapa.
CONCLUSION
La conclusion que puedo dar es que las tecnicas de planificacion y descomposicion nos permiten el analisis detallado del software en base a criterios especificos ya preestablecidos, permitiendo al programador o al analisita el poder decidirse sobre una en especifico y generar un proyecto mucho mejor para el cliente al cual se le desarrollara el proyecto en especifico, ademas que el cliente puede estar confiado en que el desarrollador le dara un software de calidad que cumpla sus espectativas.
No hay comentarios:
Publicar un comentario