NOTAS 22-2-2016 GPS

INTEGRACION
ALCANCE
TIEMPO
COSTE
CALIDAD
RIESGOS
COMUNICACIONES
RECIRSOS HUMANOS
ADQUISICIONES

GESTION DE PROYECTOS

• Gestion de la integracion, cuyo objetyivo es identificar, definir, combinar, unificar y coordinar los distintos procesos y actividades de la gestion de proyectos
• Gestion del alcance, que incluye los procesos y actividades necesarias para garantirzare que el proyecto incluya  el trabajo ruequerido para completarlo de forma exitosa.
• Gestion del tiempo, que busca asegurar ña realizacion del proyecto dentro de los plazos previstos.
• Gestion del coste, para asegurar que el proyecto es completado dentro del presupuesto previsto.
• Gestion de la calidad, que determina las politicas, los objetivos y las responsabilidades relativos a la calidad de modo qeu el proyecto satisfaga las necesidades de calidad por las cuales emprendió.
• Gestion de los recursos humanos, con el fin de conseguir el uso mas efectivo de las personas que participan en el proyecto mediante la planificacion, adquisicion, desarrollo y gestion del rquipo.
• Gestuin de las comunicaciones, para asegurar en tiempo y forma adecuados la generacion, recopilacion, determinacion, almacenamiento y locaclizacion final de la informacion del proyecto.
• Gestion de los riesgos, que busca identificar, analizar y dar respuesta a los riesgos del proyecto tratando de maximizar la probabilidad y consecuencias de eventos positviso y minimizar las de eventos negativos.
• Gestion de las adquisiciones, que describe los procesos necesarios para la compra o adqiosocion de productos,servicio o resultasdos para la realizacion del proyecto.

Para dar soporte al artea de gestion de la calidad de los proyectos se inclyen:

• Planificar la calidad: Se encarga de la identificacion de los requisitos de calidad y/o normas para el proyecto y el producto , documentando la manera en que el proyecto demostrara el cumplimiento de los mismo.
• Realizar el aseguramiento de la calidad: Se encargara de auditar los requisitos de calidad y los resultados obtenidos con las meidicones de control de la calidad con el fin de asegurar que se utilizan los estandares de calidad y las definiciones operacionales adecuadas.
• Realizar el control de calida: Se hace durante todo el rpyecto, mediante el cual se monitorean y se registran los resultados de la ejecucion de las actividades de gestion de la calidad con el fin de evaluar su rendimiento y recomendar los cambios necesarios. 

ESTANDAR IEEE 730-2002
Proporciona un conjunto uniforma y minimo aceptable de los requisitos para la preparacion de Planes de Aseguramiento de la Calidad del Software (SQAP, software quality assuarance pans). Para ello define la estructura que dichos planes deben seguir y facilita la evaluacion de dichos planes.

Estructura del SQAP

• Proposito
• Documento de regerencia
• Gestion 
• Documentacion
• Estandares, Practicar, convencione sy metricas
• Revisiones software
• Pruebas
• Informes de problemass y acciones correctivas
• Herramientas, tecnicas y metodologias
• Control de medios
• Control del proveedor
• Coleccion de registros, mantenimiento y conservacion
• Formacion
• Gestion de riesgos
• Glosario
• Procedimiento de canvui e gustiruak de SQAP

Metodologias de desarrollo de software: Metodologia Cascada y Metodologia Incremental

Para el desarrollo de software se utilizan diferentes metodologías que nos ayudan a generar un proyecto más organizado y metódico, nos dan un orden o en otros casos una forma de cómo y cuándo hacer cada una de las etapas del desarrollo de software, todo esto para poder ser capaces de generar un proyecto final de la forma más óptima y ordenada.

A lo largo de los años se han desarrollado diferentes metodologías para desarrollar proyectos de software, dos de ellas son el modelo de desarrollo incrementa y el modelo de cascada, cada uno tiene sus ventajas y desventajas dependiendo del proyecto al que se aplique, y pueden ser más recomendables para uno que para otro, por eso es necesario que se les conozca bien para poder decidir cuál es el más adecuado para cierto proyecto que se esté desarrollando, o se planee desarrollar en un futuro.

El modelo incremental es una metodología de desarrollo que interpreta el proceso total de un desarrollo de software en forma de etapas o secciones únicas, es decir, que cada etapa en la que esté trabajando es en cierta forma independiente de otras, esto disminuye los errores en el proceso general. Esta metodología se basa principalmente en que entrega periódicamente un avance del proyecto al usuario a medida que va avanzando el tiempo de entrega. Esto último es posible debido a que en cada ciclo que se hace el proceso de desarrollo se trabaja para crear un incremento funcional y no el producto final, y con incremento no se refiere a que entrega un prototipo, sino más bien una porción del código que luego es reutilizada en el siguiente ciclo de codificación, reutilizarlo y reciclaje son conceptos bien comprendidos en esta metodología, claro que siempre pensando en un producto final que incluya todos los incrementos creados previamente.

La metodología surgió en 1980 y fue propuesta por Harlan D. Mills. Harlan D. Mills fue un profesor de ciencias de la computación en el instituto de tecnología de florida, nació en mayo de 1919 y murió en junio de 1996, en su tiempo de vida tuvo grandes aportes a ambiente tecnológico que hasta el día de hoy siguen teniendo sus repercusiones. Fue fundador de la empresa de tecnología de ingeniería de software que también está situada en florida, muchas de las aportaciones que hizo al área de desarrollo de software fueron basadas en ideas ya existentes de la ciencia de la computación. La metodología incremental surgió como una forma de reducir la repetición sin sentido del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones mientras se adquiría experiencia con el sistema desarrollado.

La metodología de desarrollo incremental consiste en básicamente 5 etapas: El análisis de requerimientos del sistema, el análisis de requisitos de software, el diseño, la codificación y la entrega. (Ver figura 01)

En el análisis de requerimientos del sistema se evalúan los posibles requerimientos que se deben cumplir para que el software pueda ejecutarse de manera optima.
En el análisis de requisitos del software se evalúan los requisitos que el software necesita para funcionar adecuadamente.
En el diseño se efectúan las estructuras tanto de interfaz como de código que se requieren. 
La codificación es la etapa en la que se procede a crear el el programa o en la parte en la que se modifica y mejora el código ya existente
Finalmente la entrega es la etapa "final" en la que se proporciona el producto final del ciclo al usuario.
Una vez entregado el producto se evalúan las opiniones del cliente, para tomarlas en cuenta en el siguiente incremento y se regresa a la fase de analisis de requisitos del software para volver a evaluar los requisitos del software actuales, se sigue con las siguientes fases y se vuelve a empezar el ciclo cuantas veces sea necesario para generar un producto final que satisfaga todas las necesidades del cliente.

___________________________________________________

EJEMPLO:

 Un procesador de texto que sea desarrollado bajo el paradigma Incremental podría aportar, en principio, funciones básicas de edición de archivos y producción de documentos (algo como un editor simple). 

 En un segundo incremento se le podría agregar edición más sofisticada, y degeneración y mezcla de documentos. 

 En un tercer incremento podría considerarse el agregado de funciones de corrección ortográfica, esquemas de paginado y plantillas; en un cuarto capacidades de dibujo propias y ecuaciones matemáticas. Así sucesivamente hasta llegar al procesador final requerido. Así, el producto va creciendo, acercándose a su meta final, pero desde la entrega del primer incremento ya es útil y funcional para el cliente, el cual observa una respuesta rápida en cuanto a entrega temprana; sin notar que la fecha límite del proyecto puede no estar acotada ni tan definida, lo que da margen de operación y alivia presiones al equipo de desarrollo.

Conclusion

REFERENCIAS

Título: 

Link: 
Autor:
Fecha de publicacion:

Fecha de recuperacion: