Unidad#3 Ingenieria Software Exponer-1 (Reparado)

TECNOLGICO NACIONAL DE MXICO
INSTITUTO TECNOLGICO SUPERIOR DE LA COSTA
CHICA
CARRERA: Ingeniera en Tecnologas de la Informacin y Comunicaciones

MATERIA: Ingeniera de software
UNIDAD 3
Planificin de Proyectos de Software
SEMESTRE: 4 GRUPO: A TURNO: Matutino
INTEGRANTES DEL EQUIPO:

Cruz Merino Antonio Abad
Evaristo Ortiz Elizabeth
Espritu Petronilo Matilde
Miranda Erick
LIC. Dora Aguirre Martnez

Unidad 3 Planificacin del Proyecto de Software
NDICE
PLANIFICACIN DEL PROYECTO DE SOFTWARE
3.1.Aplicacin de herramientas para estimacin de tiempos y costos de

desarrollo de software: GANTT, PERT/CPM, uso de software para la
estimacin de tiempos y costos.
3.2.mbito del software: recursos humanos, recursos de software

reutilizables, recursos del entorno.
3.3.Mtricas orientadas al tamao, al esfuerzo y a los costos.
3.4.Anlisis y gestin del riesgo: estrategias, identificacin, proyeccin,

refinamiento, reduccin, supervisin y gestin del riesgo.
UNIDAD 3: PLANIFICACIN DEL

PROYECTO DE SOFTWARE
Planificacin
Es el proceso de establecer metas y elegir medios para alcanzar dichas metas"
(Stoner, 1996).
Es el proceso que se sigue para determinar en forma exacta lo que la organizacin

har para alcanzar sus objetivos" (Ortiz, s/f).
Es el proceso de evaluar toda la informacin relevante y los desarrollos futuros

probables, da como resultado un curso de accin recomendado: un plan", (Sisk, s/f).
Es el proceso de establecer objetivos y escoger el medio ms apropiado para el logro

de los mismos antes de emprender la accin", (Goodstein, 1998).
La planificacin se anticipa a la toma de decisiones . Es un proceso de decidir,

antes de que se requiera la accin" (Ackoff,1981).
Consiste en decidir con anticipacin lo que hay que hacer, quin tiene que
hacerlo, y cmo deber hacerse" (Murdick, 1994). Se erige como puente entre
el punto en que nos encontramos y aquel donde queremos ir.
Es el proceso de definir el curso de accin y los procedimientos requeridos para

alcanzar los objetivos y metas. El plan establece lo que hay que hacer para
llegar al estado final deseado" (Corts, 1998).
ETAPAS EN EL DESARROLLO DE UNA PLANIFICACIN:

ETAPA 1 El "promotor" expone sus necesidades y el deseo de resolver el problema por
medios informticos. Se crea un primer documento breve que recoge el anteproyecto y es
aprobado por la direccin o el comit correspondiente.
ETAPA 2 El estudio de oportunidad concreta los objetivos y resultado a aportar por el

proyecto, los plazos y costes previstos y los medios a emplear.
ETAPA 3 El jefe de proyecto define, ya en detalle, con el apoyo de los tcnicos de su

equipo, el contenido del proyecto, su anlisis funcional, las cargas de trabajo previstas y
la metodologa a desarrollar.
ETAPA 4 A partir del anlisis funcional se determinan en forma definitiva los volmenes,
cargas de trabajo, calendario y medios a utilizar, dando lugar al contrato formal entre
cliente, usuarios e informticos, frecuentemente conocido con el nombre de cuaderno
de cargas o, ms concretamente, "pliego de especificaciones".
ETAPA 5 Los tcnicos realizan el anlisis orgnico y las especificaciones para programacin.
ETAPA 6 Se realiza la programacin de la aplicacin y las pruebas para programacin.
ETAPA 7 Al resultar satisfactorias las pruebas se realiza la recepcin provisional, dando lugar a
los manuales de usuario y de explotacin.
ETAPA 8 La puesta en marcha de la aplicacin es una fase delicada que requiere una estricta
vigilancia hasta comprobar su correcto funcionamiento. A continuacin se realiza un balance de
los resultados del proyecto.
ETAPA 9 Despus de varios meses de funcionamiento de la aplicacin se debe realizar un

balance que permita apreciar los beneficios que realmente ha producido a la empresa.
ETAPA 10 Transcurridos uno o dos aos, debe efectuarse una auditoria de la aplicacin que
permita comprobar si sigue siendo adecuada o si es necesario introducir modificaciones.
PLANIFICACIN DEL PROYECTO DE SOFTWARE
La planificacin es fundamental en el proceso de desarrollo de un producto de

software (y en cualquier otro).
En base al plan de trabajo la gerencia podr determinar si el proceso est marchando

en tiempo y si est utilizando los recursos (tiempo, personal, dinero, etc.) de la forma
esperada.
Algunos ejemplos son:
Estimado de costos, programacin del tiempo, planificacin del personal,

estructuracin del equipo de trabajo, verificacin y control de calidad, gerencia de
configuracin, Monitoreo del proyecto y manejo de riesgos.
Estimado de costos:
Se debe indicar los costos especficos para cada etapa de desarrollo y para cada uno
de los componentes (nomina, materiales, equipo).
Programacin del tiempo:

Se indicar cundo comienza y termina cada una de las etapas de desarrollo.
Planificacin del personal: Se debe establecer cuntas personas se necesitan

para cada etapa del proyecto y qu tiempo dedicarn a trabajar en el proyecto.
Estructuracin del equipo de trabajo (personal): En este componente es muy

importante tomar en consideracin que tipo de personas se incluirn ya que se
necesita un grupo que se acople bien.
Verificacin y control de calidad: El plan de trabajo indicar de forma especfica

los mecanismos de verificacin y control de calidad que se utilizarn en cada una
de las etapas.
Gerencia de configuracin:
El plan debe indicar de forma especfica los mecanismos que se utilizarn para
atender la necesidad y solicitudes de cambio en el proyecto.
Monitoreo del proyecto:

El plan debe indicar cmo la gerencia monitorear las actividades del proyecto.
Manejo de riesgos:
Todo proyecto tiene sus riesgos. El plan debe establecer qu se har en casos de
retraso o que ocurrir si se pierde uno o varios miembros del personal.
3.1.Aplicacin de herramientas para estimacin de tiempos y costos

de desarrollo de software: GANTT, PERT/CPM, uso de software para
la estimacin de tiempos y costos.
La planeacin efectiva de un proyecto de software depende de la planeacin detallada

de su avance, anticipando problemas que puedan surgir y preparando con anticipacin
soluciones tentativas a ellos. Se supondr que el administrador del proyecto es
responsable de la planeacin desde la definicin de requisitos hasta la entrega del
sistema terminado.
Objetivos
El objetivo de la planificacin del proyecto de software es proporcionar un
marco de trabajo que permite al gestor de planificacin hacer estimaciones
razonables de recursos, costos y planificacin temporal.
Estas estimaciones se hacen dentro de un marco de tiempo limitado al
comienzo de un proyecto de software, y deberan actualizarse regularmente a
medida que progresa el proyecto.
Las estimaciones deberan definir los escenario del mejor caso, y peor caso de
modo que los resultados del proyecto pueden limitarse.
El objetivo de la planificacin se logra mediante un proceso de descubrimiento de
la informacin que lleve a estimaciones razonables.
Estimacin de costos:
La estimacin de costes de una actividad es una evaluacin cuantitativa de los

costes probables de los recursos necesarios para completar las actividades del
cronograma del proyecto.
Este tipo de estimacin puede presentarse en forma de resumen o en detalle. Los

costes se estiman para todos los recursos que se aplican a la estimacin de costes
de la actividad.
Esto incluye, entre otros, la mano de obra, los materiales, los equipos, los
servicios, las instalaciones, la tecnologa de la informacin, y categoras especiales
como una asignacin por inflacin o una reserva para contingencias de coste.
A continuacin se bosquejan las principales tcnicas utilizadas para la

estimacin de costes:
1.- Estimacin por analoga.

La estimacin de costes por analoga implica usar el coste real de proyectos anteriores
similares como base para estimar el coste del proyecto actual. La estimacin de costes
por analoga se utiliza frecuentemente para la estimacin de costes cuando la cantidad
de informacin detallada sobre el proyecto es limitada (por ejemplo, en las fases
tempranas). La estimacin de costes por analoga utiliza el juicio de expertos.
2.- Determinacin de Tarifas de Costes de Recursos:

La persona que determina las tarifas o el grupo que prepara las estimaciones debe
conocer las tarifas de costes unitarios, tales como el coste del personal por hora y
el coste del material a granel por yarda o metro cbico, correspondientes a cada
recurso para estimar los costes de la actividad del cronograma.
3.- Estimacin Ascendente

Esta tcnica implica estimar el coste de paquetes de trabajo individuales o
actividades del cronograma individuales con el nivel ms bajo de detalle. Este coste
detallado luego se resume o acumula en niveles superiores para fines de
informacin y seguimiento.
4.- Estimacin Paramtrica:

Es una tcnica que utiliza una relacin estadstica entre los datos histricos y otras
variables (por ej., metros cuadrados en la construccin, lneas de cdigos en el
desarrollo de software, horas de mano de obra requeridas) para calcular una
estimacin de costes para un recurso de la actividad del cronograma.
5.- Software de Gestin de Proyectos:

El software de gestin de proyectos, como por ejemplo, las aplicaciones de software
de estimacin de costes, las hojas de clculo computarizadas, y las herramientas de
simulacin y estadsticas, es ampliamente utilizado para asistir en el proceso de
estimacin de costes.
6.- Anlisis de Propuestas para Licitaciones:

Entre otros mtodos de estimacin de costes se incluyen el anlisis de propuestas para
licitaciones y un anlisis de lo que debera costar el proyecto. En los casos en los que los
proyectos se ganan mediante procesos competitivos, se le podr demandar al equipo del
proyecto un trabajo de estimacin de costes adicional para examinar el precio de los
productos entregables individuales, y obtener un coste que respalde el coste total final del
proyecto.
Caractersticas:
Los estimados se necesitan antes de que comience el desarrollo
Se utiliza para competir en las subastas
Se utiliza para el control del proyecto
La exactitud del estimado aumenta con las fases del proyecto
ESTIMACIN DE TIEMPOS:
La estimacin del tiempo, forma parte del

proceso de gestin del tiempo de la
administracin de proyectos. La gestin del
tiempo del proyecto incluye los procesos
necesarios para lograr la conclusin del
proyecto a tiempo.
Los procesos de Gestin del Tiempo del Proyecto incluyen lo siguiente:

1.- Definicin de las Actividades: identifica las actividades especficas del
cronograma que deben ser realizadas para producir los diferentes productos
entregables del proyecto.
2.-Establecimiento de la Secuencia de las Actividades: identifica y documenta las

dependencias entre las actividades del cronograma.
3.- Estimacin de Recursos de las Actividades: estima el tipo y las cantidades de

recursos necesarios para realizar cada actividad del cronograma.
4.- Estimacin de la Duracin de las Actividades: estima la cantidad de perodos

laborables que sern necesarios para completar cada actividad del cronograma.
5.- Desarrollo del Cronograma: analiza las secuencias de las actividades, la

duracin de las actividades, los requisitos de recursos y las restricciones del
cronograma para crear el cronograma del proyecto.
6.- Control del Cronograma: controla los cambios del cronograma del proyecto.
GANTT:
Es una popular herramienta grfica cuyo objetivo es mostrar el tiempo de dedicacin
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. Se puede producir un diagrama de Gantt con una hoja de clculo de una
manera muy sencilla, marcando determinadas celdas para formar la representacin de
cada tarea. Existen macros que automatizan esta elaboracin en MS Excel y Libre/Open
Office Calc.
A pesar de que, en principio, el diagrama de Gantt no indica

las relaciones existentes entre actividades, la posicin 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.
Es una popular herramienta grfica cuyo objetivo es mostrar el tiempo de

dedicacin previsto para diferentes tareas o actividades a lo largo de un
tiempo total determinado.
Desde su introduccin los diagramas de Gantt se han convertido en una

herramienta bsica en la gestin 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 lnea de
tiempo en las diferentes actividades haciendo el mtodo ms eficiente.
Bsicamente el diagrama est compuesto por un eje vertical donde se

establecen las actividades que constituyen el trabajo que se va a ejecutar, y
un eje horizontal que muestra en un calendario la duracin de cada una de
ellas.
DIAGRAMA DE GANTT
Por esta razn, para la planificacin del desarrollo de proyectos complejos

(superiores a 25 actividades) se requiere adems el uso de tcnicas basadas
en redes de precedencia como CPM o los grafos PERT.
Estas redes relacionan las actividades de manera que se puede visualizar el

camino crtico del proyecto y permiten reflejar una escala de tiempos para
facilitar la asignacin de recursos y la determinacin del presupuesto. El
diagrama de Gantt, sin embargo, resulta til para la relacin entre tiempo y
carga de trabajo.
Ventajas y Desventajas del diagrama de Gantt
Ventajas Desventajas
Es muy sencilla y fcil de entender. No muestra relaciones de
Da una representacin global del procedencia entre actividades
proyecto. claramente.
No permite optimizar el desarrollo de
Permite hacer sin muchas
un programa.
dificultades
Lo maneja los paquetes No muestra las actividades crticas o
computacionales claves de un proyecto.
DIAGRAMA PERT
El diagrama PERT es una representacin grfica de las relaciones entre las
tareas del proyecto que permite calcular los tiempos del proyecto de forma
sencilla. Un diagrama de Evaluacin del Programa y de Revisin Tcnica es
una herramienta que se utiliza en escenarios de gestin de proyectos. Los
diagramas PERT son tiles para seguir el tiempo y los recursos necesarios para
completar un objetivo, as como para mantener en perspectiva la secuencia
correcta de todas las tareas.
COMPONENTES DEL DIAGRAMA
Grficamente, un diagrama PERT consiste en nodos rectangulares

conectados por lneas continuas. Los nodos se denominan eventos, mientras
que las lneas se llaman actividades. Al lado de la lnea de actividad hay una
declaracin asignando un valor numrico a la variable "t" (por ejemplo, t = 9).
La variable "t" representa el tiempo necesario para completar una
determinada actividad. Los eventos marcan el principio o el final de una
actividad y, por lo tanto, no tienen tiempo de duracin.
INSTRUCCIONES
Para ello debemos seguir 4 pasos:

1. Hacer una lista de actividades o tareas
2. Hacer una tabla de precedencias
3. Dibujar el grafo
4. Calcular las duraciones
TIPOS DE GRAFOS PARCIALES
Nudo inicial: De l deben partir todas las actividades que no tienen

precedente.
Precedencias lineales: Corresponden a los casos en los que hay una

nica actividad que precede y una nica actividad que procede.
TIPOS DE GRAFOS PARCIALES
Precedencias de divergencia: Corresponden a los casos en los que hay una

actividad que precede y varias actividades que proceden.
Precedencias de convergencia: Corresponden a los casos en los que hay

varias actividades que preceden y una nica actividad que procede.
REGLAS
Se hace siguiendo 3 reglas:

-Un nudo slo puede numerarse una vez que se han numerado todos los nudos que le
preceden (que tienen flechas que llegan hasta l)
- Debe haber un nico nudo de comienzo y un nico nudo de final.
- Dos flechas que parten del mismo nudo no pueden tener el mismo nudo de destino.
Usos:
El campo de accin de este mtodo es muy amplio, dada su gran flexibilidad y

adaptabilidad Para obtener los mejores resultados debe aplicarse a los proyectos
que posean las siguientes caractersticas:
1.- Que el proyecto sea nico, no repetitivo, en algunas partes o en su totalidad.
2.- Que se deba ejecutar todo el proyecto o parte de el, en un tiempo mnimo, sin
variaciones.
3.- Que se desee el costo de operacin ms bajo posible dentro de un tiempo

disponible. Dentro del mbito aplicacin, el mtodo se ha estado usando para la
planeacin y control de diversas actividades
Ventajas y Desventajas del diagrama de PERT

Ventajas Desventajas
Permite planificar y organizar un Asume que todas las actividades
programa detallado de largo alcance. estn claramente definidas, son
Identifica los elementos mas crtico del independiente y estable.
plan, problemas potenciales. Se requiere establecer la relacin de
precedencia entre actividades.
Simular los efectos de las decisiones
alternativa o situaciones imprevistas y Subjetividad en los estimados de
una oportunidad para estudiar sus tiempo.
consecuencias en relacin a los plazos El nfasis excesivos a las actividades
de cumplimiento de los programas. de la ruta critica puede producir que no
Refleja en cualquier momento el se atienda otras actividades igualmente
STATUS presente del plan de accin. importantes.
Aplicable a gran variedad de proyectos.
Es til para monitorear itinerarios y
costos.
3.2.MBITO DEL SOFTWARE: RECURSOS
HUMANOS, RECURSOS DE SOFTWARE
REUTILIZABLES, RECURSOS DEL
ENTORNO.
Describe el control y los datos a procesar, la funcin, el rendimiento, las restricciones, las
interfaces y la fiabilidad. Se evalan las funciones descoritasen la declaracin del mbito,
y en algunos casos se refinan para dar mas detalles antes del comienzo de la estimacin.
Comprende la estimacin de los recursos necesarios para emprender el desarrollo del
software.
MBITO DEL SOFTWARE
Es la primera actividad que se lleva a cabo durante la planificacin del proyecto de

software. En esta etapa se deben evaluar la funcin y el rendimiento que se
asignar al software durante la Ingeniera del Sistema de Computadora para
establecer un mbito de proyecto que no sea ambiguo, e incomprensible para
directivos y tcnicos.
Describe la funcin, el rendimiento, las restricciones, las interfaces y la fiabilidad,
se evalan las funciones del mbito y en algunos casos se refinan para dar mas
detalles antes del comienzo de la estimacin.
RECURSOS
La segunda tarea de la planificacin del desarrollo de Software es la
estimacin de los recursos requeridos para acometer el esfuerzo de
desarrollo de Software, esto simula a una pirmide donde las Herramientas
(hardware y Software), son la base proporciona la infraestructura de soporte
al esfuerzo de desarrollo, en segundo nivel de la pirmide se encuentran los
Componentes reutilizables.
Cada recurso queda especificado mediante cuatro caractersticas:

Descripcin del Recurso.
Informes de disponibilidad.
Fecha cronolgica en la que se requiere el recurso.
Tiempo durante el que ser aplicado el recurso.
Recursos Humanos:
La cantidad de personas requeridas para el desarrollo de un proyecto de

software solo puede ser determinado despus de hacer una estimacin del
esfuerzo de desarrollo (por ejemplo personas mes o personas aos), y
seleccionar la posicin dentro de la organizacin y la especialidad que
desempeara cada profesional.
Se debe establecer las habilidades que se necesitan para llevar a cabo el

desarrollo del proyecto. Hay que especificar tanto la posicin dentro de la
organizacin como la especialidad.
El nmero de personas requerido para un proyecto de software se determina
despus de hacer una estimacin del esfuerzo de desarrollo.
Gestor
Ingeniero de software
Analista de sistemas
RECURSOS DE SOFTWARE REUTILIZABLES:
Cualquier estudio sobre recursos de software estara incompleto sin estudiar la

reutilizacin, esto es la creacin y la utilizacin de bloques de construccin de
Software.
Son aquellos componentes de un software que son usados en otras aplicaciones.

De la misma ndole, ya sea para reducir costos o tiempo.
Cualquier estudio sobre recursos de software estara incompleto sin estudiar la

reutilizacin, esto es la creacin y la reutilizacin de bloques de construccin de
Software.
Creacin y de bloques de construccin de software: Se deben tener encuentra a

medida que se avanza con la planificacin:
Componentes ya desarrollados: componentes que ya han sido validados totalmente

se pueden utilizar e implementar en el desarrollo del proyecto actual.
Componentes ya experimentados: se puede utilizar Especie ficaciones,diseos,

cdigo o datos de prueba existentes que ya han sido desarrollados para proyectos
anteriores.
Componentes con experiencia parcial: se puede utilizar especificaciones, diseos,

cdigo o datos de prueba existentes que ya han sido desarrollados para proyectos
anteriores y que requieren una modificacin sustancial.
Componentes nuevos: componentes que el equipo de software requiere construir

especficamente para el proyecto.
RECURSOS DE ENTORNO
El entorno es donde se apoya el proyecto de Software, llamado a menudo

entorno de Ingeniera 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 Ingeniera del Software, un planificador de proyectos debe
determinar la ventana temporal requerida para el Hardware y el Software, y
verificar que estos recursos estn disponibles.
Es el entorno de las aplicaciones (software y hardware) el hardware proporciona el

medio fsico para desarrollar las aplicaciones (software), este recurso es indispensable.
TIPOS DE SOFTWARE Y SU DESARROLLO
TIPO: DESARROLLO:
SISTEMAS Programas que han sido escritos para servir a otros programas.
TIEMPO REAL Coordina, analiza, controla sucesos del mundo real conforme
ocurren.
GESTIN El proceso de la informacin comercial constituye la mayor de las
reas de aplicacin de software.
INGENIERA Est caracterizado por los algoritmos .
3.3.MTRICAS ORIENTADAS AL TAMAO,

AL ESFUERZO Y A LOS COSTOS.
METRICA Un Mtodo y una escala Son medidas cuantitativas que permiten obtener
cuantitativos que pueden ser usados
una visin de la eficacia del proceso de software y
para determinar el valor que toma
cierta caracterstica en un producto de los proyectos que se llevan a cabo utilizando ese
software concreto proceso como marco de trabajo
LAS MTRICAS
Permiten valorar el estado de un proyecto en curso, as como tambin rastrear los

riesgos potenciales y descubrir las areas problema antes que se vuelvan criticas,
tambin permite ajustar el flujo de trabajo o las tareas y evaluar la habilidad del equipo
del proyecto. Las mtricas del proyecto se usan con fines tcticos
Una Mtrica de un proyecto es la

medida de alguna propiedad del
proceso de administracin de
proyectos, efectuada para conocer el
avance o los desvos al plan original.
Si se definen mtricas acerca de un

entregable especfico, estas mtricas
son particulares al proyecto. Las
mtricas relacionadas al proceso de
administracin de proyectos pueden
usarse en todo tipo de proyectos.
Las mtricas pueden ser usadas para

medir el estado, efectividad o progreso
de las actividades de un proyecto y as
contribuir a tomar decisiones
estratgicas ante los desvos,
incidentes o diferentes problemas que
surgen en la ejecucin.
Para qu sirven las Mtricas?
Identifican eventos y tendencias importantes en los proyectos y otorgan a la

organizacin la informacin necesaria para la toma de decisiones.
Sirven como vocabulario comn entre el grupo de personas que participa de la

implementacin de los proyectos, y el grupo que los patrocina (Sponsors, Stakeholders).
Sirven como motivacin para el equipo, porque relacionan en esfuerzo personal de los
miembros con los resultados generales del proyecto.
EJEMPLO
En el contexto de un proyecto en particular, las
mtricas describen las expectativas sobre un
determinado entregable o sobre las tareas que se
ejecutaran para producirlo.
Por ejemplo, si el entregable del proyecto es Datos

convertidos al nuevo sistema y validados por el
cliente interno, un grupo de mtricas podra ser:
Cuntas tablas de los sistemas legacy fueron

migradas al nuevo sistema hasta hoy? Cuntas
tablas del nuevo sistema fueron validadas por el
cliente interno hasta hoy? En qu pantallas del
sistema se encuentran las tablas convertidas y
cuantas de ellas han sido validadas por el cliente
interno?
Este conjunto de tres mtricas se medira cada

semana durante el proceso de conversin, para
tener una idea acerca del avance y los desvos.
Mtricas orientadas al tamao:
Provienen de la normalizacin de las medidas de calidad y/o productividad

considerando el "tamao" del software que se haya producido.
Los datos que se deben tener en cuenta, se pueden llevar en la siguiente tabla:
Teniendo en cuenta los datos de la tabla, se pueden derivar otras mtricas para
comparar varios proyectos.
Por ejemplo:
Errores por KLDC (miles de lneas de cdigo)

Defectos por KLDC
Pginas de documentacin por KLDC
Errores por persona-mes
LDC por persona-mes
Costo ($) por pgina de documentacin
Mtricas orientadas al esfuerzo:
Se define el esfuerzo, como la suma de tiempo dedicado por las

personas para realizar una actividad, se mide en das, horas, semanas
meses.
Se reducen siempre al trabajo que lleva cabo un profesional en una

determinada unidad de tiempo:
1.- Persona Da
2.- Persona Mes
3._Persona - Ao
Mtricas orientadas al costo:
Sirve para establecer mediciones para el tamao de desarrollo y el trabajo

requerido para llevarlo a cabo. Su objetivo es el definir el tamao de un
sistema y establecer unidades de medicin.
Encontramos que el software se mide por: tamao de software, esfuerzo,

productividad, ritmo de avance.
3.4.ANLISIS Y GESTIN DEL RIESGO:

ESTRATEGIAS, IDENTIFICACIN,
PROYECCIN, REFINAMIENTO, REDUCCIN,
SUPERVISIN Y GESTIN DEL RIESGO.
La estimacin del riesgo mide: La probabilidad de que el riesgo sea real. Las
consecuencias de los problemas asociados con el riesgo, si ocurriera. Actividades de
proyeccin del riesgo:
1.Establecer una escala que refleje la probabilidad percibida del riesgo

2.Definir las consecuencias del riesgo
3.Estimar el impacto del riesgo en el proyecto y en el producto
4.Apuntar la exactitud general de la proyeccin del riesgo de manera que no haya
confusiones.
Por medio del uso de la siguiente tabla se facilita una proyeccin del riesgo.
Riesgos Categora Probabilidad Impacto
Mayor nmero TP 30% 3

de usuarios
previstos
1.En la columna: Riesgo, se registran todos los riesgos

2.En la columna: Categora, cada riesgo se categoriza as:
Tamao del producto (TP)

Ingeniera del Software Impacto en la organizacin (IO)
Tipo de cliente (TC)
Proceso de produccin (PP)
Entorno de desarrollo (ED)
Tecnologa (T)
Experiencia tcnica (ET) se pueden utilizar las iniciales que se encuentran entre
parntesis o puede asignar unas especficas.
3.En la columna probabilidad, se registra la probabilidad de aparicin de cada riesgo.
4.En la columna impacto, Se valora y se registra el impacto de cada riesgo as:
1.-Catastrfico
2.-Crtico
3.-Marginal
4-Despreciable Por ltimo la tabla es ordenada por probabilidad y por impacto.
Aquellos riesgos que presentan alta probabilidad y alto impacto pasan al inicio de la
tabla y los que presentan baja probabilidad e impacto pasan al final de la tabla. Una
vez la tabla ha sido ordenada, el encargado del proyecto debe traza runa lnea de
corte donde los riesgos que se encuentren por encima de sta lnea se les prestara
una mayor atencin.
El objetivo es evitar y tratar un riesgo. Desarrolle un plan de reduccin del riesgo.

Este plan de reduccin del riesgo involucra para cada riesgo una serie de pasos y
acciones que debe tomar e implementar el equipo de desarrollo del software.
ANLISIS DE RIESGOS
Riesgo: Es cualquier eventualidad que provoque que un sistema

informtico no se desarrolle en tiempo, con el presupuesto
asignado, que no se atienda las necesidades del negocio ni
cumpla con las expectativas del cliente, que no est alineado con
las metas y el contexto organizacional.
Incertidumbre: el acontecimiento que caracteriza al riesgo puede o
no puede ocurrir.
Prdida: si el riesgo se convierte en una realidad, ocurrirn
consecuencias no deseadas o prdidas.
El anlisis de riesgos informticos es un proceso que comprende la

identificacin de activos informticos, sus vulnerabilidades y amenazas a
los que se encuentran expuestos as como su probabilidad de ocurrencia y
el impacto de las mismas, a fin de determinar los controles adecuados para
aceptar, disminuir, transferir o evitar la ocurrencia del riesgo.
GESTIN DE RIESGOS
Los objetivos de la gestin de riesgos son identificar, dirigir y eliminar las

fuentes de riesgo antes de que empiecen a afectar a la finalizacin
satisfactoria de un proyecto software. La gestin continuada de los riesgos
permite aumentar su eficiencia. Es decir, evaluar continuamente lo que
pueda ir mal, determinar qu riesgos son importantes, implementar
estrategias para resolverlos, asegurar la eficacia de las estrategias.
ESTRATEGIAS:
Es un conjunto de acciones planificadas sistemticamente en el tiempo que se llevan a
cabo para lograr un determinado fin o misin. Es el proceso de desarrollo e implementacin
de planes para alcanzar propsitos y objetivos. Una de las herramientas ms usuales en
este tipo de planificacin es el Anlisis DAFO.
IDENTIFICACIN:
Es la accin y efecto de identificar o identificarse (reconocer si una persona o una
cosa es la misma que se busca, hacer que dos o ms cosas distintas se consideren
como una misma, llegar a tener las mismas creencias o propsitos que otra persona,
dar los datos necesarios para ser reconocido). La identificacin est vinculada a la
identidad, que es el conjunto de los rasgos propios de un sujeto o de una comunidad.
Dichos rasgos caracterizan al individuo o al grupo frente a los dems. La identidad es,
por otra parte, la conciencia que un ser humano tiene respecto a s mismo.
PROYECCIN:
Es un mecanismo de defensa que opera en situaciones de conflicto emocional o
amenaza de origen interno o externo, atribuyendo a otras personas u objetos los
sentimientos, impulsos o pensamientos propios que resultan inaceptables para el
sujeto. Se proyectan los sentimientos, pensamientos o deseos que no terminan
de aceptarse como propios porque generan angustia o ansiedad, dirigindolos
hacia algo o alguien y atribuyndolos totalmente a este objeto externo.
REFINAMIENTO:
1. El diseo del software es un proceso interactivo

mediante el cual los requerimientos se traducen
en un plano para construir el software. Para
lograr que un diseo sea presentable se deben
seguir ciertas pautas, Implementar todos los
requisitos explcitos contenidos en el modelo de
anlisis, y ajustarse a todos los requisitos del
cliente.
2. Debe ser una gua legible y comprensible para
quienes generan el cdigo y quienes realizan
pruebas, es decir, dan soporte al software.
3. Debe proporcionar una imagen completa del
software desde una perspectiva de implementacin.
REDUCCIN:
Se refiere a utilizar la cantidad mnima

indispensable de recursos necesarios
en acciones que van desde las
cotidianas hasta las industriales.
SUPERVISIN:
La supervisin es la observacin regular y el registro de las actividades que se
llevan a cabo en un proyecto o programa. Es un proceso de recogida rutinaria
de informacin sobre todos los aspectos del proyecto. Supervisar es controlar
qu tal progresan las actividades del proyecto. Es observacin, observacin
sistemtica e intencionada.
Gestin de riesgo
La identificacin del riesgo es una tarea que depende, en gran medida, de la

experiencia y del juicio de quien est encargado de la identificacin. ste
suele ser el administrador del proyecto aunque tambin puede ser una
actividad en equipo. Un mtodo para identificar los riesgos es crear una lista
de comprobacin de elementos de riesgo que podra contener dos
categoras de riesgos:
Riesgos especficos del producto: para identificarlos se examina el plan
del proyecto y la declaracin del mbito del software.

Unidad#3 Ingenieria Software Exponer-1 (Reparado)

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Unidad#3 Ingenieria Software Exponer-1 (Reparado)

Загружено:

Авторское право:

Доступные форматы

TECNOLGICO NACIONAL DE MXICO

INSTITUTO TECNOLGICO SUPERIOR DE LA COSTA

CARRERA: Ingeniera en Tecnologas de la Informacin y Comunicaciones

SEMESTRE: 4 GRUPO: A TURNO: Matutino

INTEGRANTES DEL EQUIPO:

LIC. Dora Aguirre Martnez

PLANIFICACIN DEL PROYECTO DE SOFTWARE

3.1.Aplicacin de herramientas para estimacin de tiempos y costos de

3.2.mbito del software: recursos humanos, recursos de software

3.3.Mtricas orientadas al tamao, al esfuerzo y a los costos.

3.4.Anlisis y gestin del riesgo: estrategias, identificacin, proyeccin,

UNIDAD 3: PLANIFICACIN DEL

Es el proceso que se sigue para determinar en forma exacta lo que la organizacin

Es el proceso de evaluar toda la informacin relevante y los desarrollos futuros

Es el proceso de establecer objetivos y escoger el medio ms apropiado para el logro

La planificacin se anticipa a la toma de decisiones . Es un proceso de decidir,

Es el proceso de definir el curso de accin y los procedimientos requeridos para

ETAPAS EN EL DESARROLLO DE UNA PLANIFICACIN:

ETAPA 2 El estudio de oportunidad concreta los objetivos y resultado a aportar por el

ETAPA 3 El jefe de proyecto define, ya en detalle, con el apoyo de los tcnicos de su

ETAPA 6 Se realiza la programacin de la aplicacin y las pruebas para programacin.

ETAPA 9 Despus de varios meses de funcionamiento de la aplicacin se debe realizar un

PLANIFICACIN DEL PROYECTO DE SOFTWARE

La planificacin es fundamental en el proceso de desarrollo de un producto de

En base al plan de trabajo la gerencia podr determinar si el proceso est marchando

Algunos ejemplos son:

Estimado de costos, programacin del tiempo, planificacin del personal,

Programacin del tiempo:

Planificacin del personal: Se debe establecer cuntas personas se necesitan

Estructuracin del equipo de trabajo (personal): En este componente es muy

Verificacin y control de calidad: El plan de trabajo indicar de forma especfica

Monitoreo del proyecto:

3.1.Aplicacin de herramientas para estimacin de tiempos y costos

La planeacin efectiva de un proyecto de software depende de la planeacin detallada

La estimacin de costes de una actividad es una evaluacin cuantitativa de los

Este tipo de estimacin puede presentarse en forma de resumen o en detalle. Los

A continuacin se bosquejan las principales tcnicas utilizadas para la

1.- Estimacin por analoga.

2.- Determinacin de Tarifas de Costes de Recursos:

3.- Estimacin Ascendente

4.- Estimacin Paramtrica:

5.- Software de Gestin de Proyectos:

6.- Anlisis de Propuestas para Licitaciones:

La estimacin del tiempo, forma parte del

Los procesos de Gestin del Tiempo del Proyecto incluyen lo siguiente:

2.-Establecimiento de la Secuencia de las Actividades: identifica y documenta las

3.- Estimacin de Recursos de las Actividades: estima el tipo y las cantidades de

4.- Estimacin de la Duracin de las Actividades: estima la cantidad de perodos

5.- Desarrollo del Cronograma: analiza las secuencias de las actividades, la

A pesar de que, en principio, el diagrama de Gantt no indica

Es una popular herramienta grfica cuyo objetivo es mostrar el tiempo de

Desde su introduccin los diagramas de Gantt se han convertido en una

Bsicamente el diagrama est compuesto por un eje vertical donde se

Por esta razn, para la planificacin del desarrollo de proyectos complejos

Estas redes relacionan las actividades de manera que se puede visualizar el

Ventajas y Desventajas del diagrama de Gantt

COMPONENTES DEL DIAGRAMA

Grficamente, un diagrama PERT consiste en nodos rectangulares

Para ello debemos seguir 4 pasos:

TIPOS DE GRAFOS PARCIALES

Nudo inicial: De l deben partir todas las actividades que no tienen

Precedencias lineales: Corresponden a los casos en los que hay una

TIPOS DE GRAFOS PARCIALES