Ir al contenido

Usuario:Gustavo Ali/Taller

De Wikipedia, la enciclopedia libre
Diagrama de Proyecto Finall

Proyecto Final: Administración de Proyectos de Software[editar]

Realización de un Mapa Conceptual el cual resume lo visto en el curso[editar]

En este articulo se mostrara tanto la información utilizada, las referencias y el mapa que se creo con el fin de realizar el proyecto final.

Empezaremos con la idea central la cual sera el nombre de la materia, la cual es Administración de Proyectos de Software. Seguido de eso pondran los 4 temas principales a resumir los cuales son:

  • Administración de la Configuración
  • Administración de Proyectos de Software
  • Procesos de ingeniería de Software
  • Evaluación y Tendencia

Administración de la Configuración[editar]

Es un conjunto de actividades diseñadas para identificar y definir los elementos que probablemente cambien a lo largo del ciclo de vida. La cual contiene los siguientes sub-temas importantes.

PCMM: Modelo de Mejora de la Capacidad del Personal[editar]

People Capability Maturity Model es una guía de prácticas que permiten mejorar la capacidad del personal de la organización. Permite atraer, desarrollar, organizar, motivar y retener al personal que permitirá crear productos y proveer los servicios. �Es un modelo de excelencia para el negocio en general, que permite organizar las actividades de administración de las personas, con prácticas de administración del cambio, para mejorar la capacidad del personal y la efectividad de la organización. Como resultado la Organización será reconocida como un empleador deseado y su personal contará con las competencias necesarias para cubrir los objetivos del negocio.

Elementos de Configuración[editar]

1) Especificación del sistema

2)Plan del proyecto de software

3)Requerimientos del Software

4)Especificaciones del diseño

5)Código

6)Planificación y pruebas

7)Manuales

8)Documentos de Mantenimiento

Ciclo de vida del Software[editar]

1)Análisis

2)Planificación

3)Prototipos

4)Pruebas

5)Desarrollo

6)Implementan

7)Mantenimiento

Roles y Funciones[editar]

1)Gestor de la configuración.

-Desarrolla el plan de gestión

-Promueve buen uso de BD

-Monitoria los cambios

-Aprueba cambios y monitoria las actividades

2)Coordinador de la configuración.

-Reporta discrepancias con los CI's al Gestor

-Participa en la mejora del proceso de gestión

3)Responsable de los CI's.

-Asegura el registros de los CI's en la BD.

-Verifica los cambios que se realizan

4)Gestor del cambio.

-Evalúa impacto de los cambios.

-Asegura el historial de cambios

Planeacion[editar]

1. Identificación. Se trata de establecer estándares de documentación y un esquema de identificación de documentos.

2. Control de cambios. Consiste en la evaluación y registro de todos los cambios que se hagan de la configuración software.

3. Auditorias de configuraciones.- Sirven, junto con las revisiones técnicas formales para garantizar que el cambio se ha implementado correctamente.

Secuencia de actividades, Ruta critica, tipos de ruta y formas de administrar el desarrollo de las actividades , a demás de la medición del tiempo de realización así como la holgura de las actividades

Administración de Proyectos de Software[editar]

Es el proceso de planificar, organizar, dirigir y controlar el uso de los recursos y las actividades de trabajo con el propósito de lograr un software deseado

Alcance, Tiempo, Costo[editar]

De una manera sencilla, el Triángulo del proyecto establece que el éxito del proyecto se ve afectado por sus características, plazos y presupuesto. Como jefe de ese proyecto, puedes intercambiar entre estas tres restricciones; sin embargo, cambiar las restricciones de uno significa que los otros dos sufrirán en cierta medida.

Existen varios tipos de costos:

-Costo Directo

-Costo Indirecto

-Costo Fijo

-Costo Variable

Para verificar el alcance se realizan varios estudios.

-De Mercado

-Técnico

-Económico

Calidad[editar]

La gestión de la calidad complementa la dirección de proyectos.

La satisfacción del cliente.

La prevención antes que la inspección.

La mejora continua.

La responsabilidad de la dirección.

Riesgos[editar]

Los objetivos de la Gestión de los Riesgos del Proyecto son aumentar la probabilidad y el impacto de eventos positivos, y disminuir la probabilidad y el impacto de eventos negativos para el proyecto.

Identificar los Riesgos es el proceso por el cual se determinan los riesgos que pueden afectar el proyecto y se documentan sus características. Entre las personas que participan en la identificación de riesgos se pueden incluir: el director del proyecto, los miembros del equipo del proyecto, el equipo de gestión de riesgos (si está asignado), clientes, expertos en la materia externos al equipo del proyecto, usuarios finales, otros�directores del proyecto, interesados y expertos en gestión de riesgos.

Procesos de ingeniería de Software[editar]

Proceso es un conjunto o encadenamiento de actividades , asociados que se desarrollan en un periodo de tiempo finito o infinito y cuyas fases sucesivas suelen conducir hacia un fin específico

Diagramas de Negocio[editar]

Detallan los pasos que una empresa debe realizar para completar un proceso, como contratar a un empleado o solicitar un producto y transportarlo

Diagramas de Secuencia[editar]

El diagrama de secuencia es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según UML. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams".

Diagramas de Casos de Uso[editar]

Un diagrama de casos de uso es una forma de diagrama de comportamiento UML mejorado. El Lenguaje de Modelado Unificado (UML), define una notación gráfica para representar casos de uso llamada modelo de casos de uso. UML no define estándares para que el formato escrito describa los casos de uso, y así mucha gente no entiende que esta notación gráfica define la naturaleza de un caso de uso; sin embargo una notación gráfica puede solo dar una vista general simple de un caso de uso o un conjunto de casos de uso.

Diagramas de Clase[editar]

Un diagrama de clases en Lenguaje Unificado de Modelado (UML) es un tipo de diagrama de estructura estática que describe la estructura de un sistema mostrando las clases del sistema, sus atributos, operaciones (o métodos), y las relaciones entre los objetos.

Evaluación y Tendencia[editar]

ITIL[editar]

Es una serie de publicaciones escritas por profesionales de TI y expertos en la industria en las cuales se da una guía de mejores prácticas del IT Service Management ( ITSM ), es decir la gestión de servicios de tecnologías de información. Pero en realidad va más allá de únicamente la “gestión” pues permite a las organización alinear los servicios de tecnología con el negocio y hacerlos más eficientes.

PMI[editar]

Es una organización estadounidense sin fines de lucro que asocia a profesionales relacionados con la Gestión de Proyectos .Sus principales objetivos son:

Formular estándares profesionales en Gestión de Proyectos.

Generar conocimiento a través de la investigación.

Promover la Gestión de Proyectos como profesión a través de sus programas de certificación.

CMMI[editar]

Es un modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software. Especialmente en el desarrollo de software.

Las mejores prácticas CMMI se publican en los documentos llamados modelos. En la versión CMMI 1.2 existen tres áreas de interés cubiertas por los modelos de CMMI: Desarrollo, Adquisición y Servicios.

IEEE[editar]

El Instituto de Ingenieros Eléctricos y Electrónicos es una organización profesional a nivel mundial que se dedica al avance tecnológico al servicio de la humanidad.

Norma IEEE 1058. Para la planificación de gestión de proyectos de software

Fue aprobada el 8 de diciembre de 1998. Es la norma estándar para desarrollar un plan de Gestión de Proyectos de software, este es un documento de control para administrar un proyecto de software, en el que se definen los procesos técnicos y de gestión necesarios para satisfacer los requisitos del proyecto

TOGAF[editar]

Es un esquema (o marco de trabajo) de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información.

SCRUM[editar]

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos.

COBIT[editar]

Es una guía de mejores prácticas presentada como framework, dirigida al control y supervisión de tecnología de la información (TI).

WATERFALL[editar]

La metodología waterfall es utilizada en el desarrollo de proyecto, fácilmente trasladable a proyectos TIC. No es la única manera de abordarlos, pero es la que se ha utilizado tradicionalmente y a la que la mayoría de equipos de trabajo están acostumbrados.

MOPROSOFT[editar]

El esquema MoProSoft permite a las pequeñas y medianas empresas que desarrollan software, demostrar la capacidad de sus procesos y, con esto, hacerlas más competitivas, a fin de que tengan mayores probabilidades de permanecer en el mercado.

Se trata de un estándar enfocado hacia una de las estrategias del Programa de Software (ProSoft) de la Secretaría de Economía, relativa a “alcanzar niveles internacionales de capacidad de procesos” por parte de las pequeñas y medianas empresas mexicanas desarrolladoras de software.

Referencias[editar]