Tecnológico de estudios superiores de

Coacalco
Ingeniería en sistemas
Computacionales

Proceso Personal para el Desarrollo

de Software

“Informe Tecnico”
”
Profesor: Dávila Flores Filiberto Rubén

Alumnos:
Animas Galaviz Abraham Misael
Reyes Castañeda Daniel Eli
López Tovar Eder Jair
Alatorre Pérez Cristopher Jesús
Gante Sánchez Saul

Grupo:3721
Índice

Introducción ........................................................................................................................... 3

Cuadro Comparativo .............................................................................................................. 4

Formatos.............................................................................................................................. 10

Diagrama de Gantt............................................................................................................... 16
Introducción
El tamaño suele estimarse en función de la funcionalidad que se espera que tenga el
software. Muchas veces las estimaciones iníciales se hacen sobre requisitos muy ambiguos
y ahí se aplican PF ligeros o, por ejemplo, se estiman los casos de uso para aplicar puntos
casos de uso, y siempre se trabaja con un error mayor de estimación.

Estimado el tamaño, se estima el tiempo de proyecto y el esfuerzo. Con los anteriores,

ajustando el plazo en el que quiero terminar un proyecto, variando las personas que
trabajarán en él, etc., se calcula el plan real y el coste.

La estimación de tamaño de software es una parte importante en esta parte del proyecto a
la hora de la planificación de esfuerzo y el costo que están asociados a su desarrollo, en el
siguiente trabajo podremos observar diferentes tipos de métodos de estimación para poder
identificar los métodos que más se adapten a nuestras necesidades ya que cada uno de
estos tienen características específicas para cada una de las situaciones que se pueden
presentar.
Cuadro Comparativo
Método descripción Ventajas desventajas

Método de Las siglas COCOMO • COCOMO es • Es difícil estimar KDSI

estimación transparente, uno en los inicios del
significan Constructive Cost
COCOMO puede ver cómo proyecto
Model, o “Modelo funciona a diferencia
constructivo de costos” en de otros modelos • KDSI, en realidad, no
como SLIM. es una medida de
español. Para realizar tamaño es una medida
estimaciones de proyectos • controladores son de longitud
particularmente
de software, COCOMO útiles para el • extremadamente
utiliza tres submodelos, estimador para vulnerables
comprender el
cada uno con mayor impacto de los • Clasificación incorrecta
nivel de fidelidad que el diferentes factores
del modo de desarrollo
anterior, estos modelos son: que afectan a los
costos del proyecto
Composición de
aplicaciones.
Diseño inicial
Modelos post arquitectura.

Estimación Un proxy es una • Practicas conocidas • Es difícil visualizar los

característica del programa que se pueden
basada en detalles del producto
que es fácilmente mejorar
Proxies visualizable en etapas en las primeras
• Marco para recopilar
tempranas del desarrollo etapas del proyecto
datos de estimaciones
Estimar las líneas de código realizadas
de un
 programa antes de • Se pueden
implantarlo Ya que
utilizar datos que
visualizar el número de líneas
de un programa que permiten producir
apenas se está planeando es
bastante difícil estimaciones
balanceadas

El Método Este tipo de método de • Mantiene una tabla • El tamaño de la

estimación evalúan un donde se aplicación más
FuzzyLogic
producto y verifica si su categoriza los grande aumenta en
tamaño es compatible con productos orden de magnitud
productos previamente previamente cada 10 años
desarrollados desarrollados
• Se necesitan
• Se identifica a cuál
demasiados datos
de las categorías
históricos de una
se aproxima más
gran numero de
al nuevo
producción
producto a
desarrollar
Método del Es una forma de organizar • Buena organización
los datos históricos para
componente para datos que
refinar las
estándar estimaciones vayan entrando
progresivamente • Determinación
Recopilan datos de distintos especifica de
tipos del programa componentes para
un programa
Estimación definió conceptos para medir • permiten • Esta puede tener
el software a partir de traducir el desde dos puntos de
por puntos de
valoraciones de tamaño de función hasta un
función funcionalidades entregadas funcionalidades número indeterminado
al usuario y no a partir de de software a
aspectos técnicos, con la un número • establece una
intención de producir segregación más
valoraciones independientes estricta entre
• tienen requisitos funcionales
de la tecnología y fases del aplicaciones en y no funcionales
ciclo de vida utilizado. mediciones de
productividad se • es un poco subjetiva
puede usar para
estimar el
impacto de
cambios en la
funcionalidad
•
solicitados

Método de El método utiliza los actores y • Proceso • Necesidad de que

casos de uso relevados para todos los casos de
puntos de automatizado
calcular el esfuerzo que uso estén redactados
significará desarrollarlos. A •
casos de uso Posibilidad de
los casos de uso se les • Son menos útiles de
asigna una complejidad establecer un integración a
basada en transacciones, tiempo medio de interacción del equipo
entendidas como una de trabajo
interacción entre el usuario y ejecución por los
el sistema, mientras • puntos de caso de • Algunos factores
que a los actores se les técnicos que en
asigna una complejidad uso Utiliza los principio no tiene
basada en su tipo, es decir, puntos de casos de impacto en el
sí son interfaces con usuarios proyecto pueden ser
uso es que son una relevantes después
u otros sistemas.
media pura de
tamaño
Método Delphi Lo definimos como un
proceso donde convergen
una serie de personas
considerados expertos con el
fin de obtener un consenso
frente a una temática o
problemática en común.
Generalmente se consulta a
personas con experiencia,
diferente formación y/o
jerarquía. Es iterativo y
estructurado al considerar
una serie de etapas que
tiene como objetivo alcanzar
un consenso entre los
asistentes a la reunión.
• Es flexible al captar • Al involucrar y
comunicar a diversos
diversidad de
actores, el tiempo
opiniones, las que se puede tomar
la aplicación del
cuales son método puede ser
entregadas de más del esperado.
forma anónima y • Requiere de
• confidencial. El expertos. Si, esto
pudiera ser una
consenso logrado
desventaja
presenta alto grado dependiendo de la
de confiabilidad. temática a abordar.
•
Permite el • El cuestionario es
involucramiento de vital para el éxito en
la aplicación del
los expertos con el método. De la
problema, pertinencia de las
permitiendo su preguntas
relacionamiento de dependerán las
forma anónima con conclusiones.
otros expertos, lo
que aporta al
 flujo de Mal cuestionario,
• información. malas conclusiones.
Evita el
protagonismo de
uno o más expertos
sobre otros,
garantizando igual
participación.
•
Finalmente, permite
encontrar la
formación de un
criterio con un alto
nivel de objetividad.
Formatos
Fecha Inicio Fin Interrupción A Actividad Comentarios C U
Tiempo
10/10/2020 7:00 11:00 30 minutos 65 Primer avance si 1
minutos de la
documentación
y recopilación
de datos del
proyecto a
entregar
13/10/2020 15:00 16:00 15 minutos 40 Corrección de si 2
minutos errores de la
documentación,
análisis de la
posible ruta
para
programación
14/10/2020 12:00 13:00 10 minutos 40 Reunión para Si 3
minutos validación de
maquetados y
propuestas
17/10/2020 7:00 11:00 50 minutos 60 Documentación Si 5
minutos completa del
proyecto,
realización de
casos de usos,
cronograma de
actividades
sobre la
programación
del proyecto
19/10/2020 14:00 15:30 10 minutos 60 Comienzo de Si 6
minutos decodificación
,diseño en bruto
de la interfaz
22/10/2020 13:00 16:00 20 minutos 50 Verificación de Si 7
minutos bugs y
problemas con
ejecutable
23/10/2020 12:00 14:00 10 minutos 60 Corrección de Si 8
minutos últimos detalles
para entrega de
ejecutable
 EJEMPLO DE RESUMEN SEMANAL SEMANA: 1

Tarea Clases Codificar Preparar Leer Total

examen textos

Fecha
5/10/2020
Al
10/10/2020
L 3 40 30 50 123

M 2 30 50 25 105

J 4 50 20 25 95

S 1 15 20 60 95

Totales 10 135 120 160

 EJEMPLO DE RESUMEN SEMANAL SEMANA:2

Tarea Clases Codificar Preparar Leer Total

examen textos

Fecha
12/10/2020
Al
17/10/2020
L 4 50 30 25 105

M 5 35 20 45 100

M 3 40 15 20 75

V 5 60 20 15 95

S 4 45 10 40 95

Totales 21 230 95 145 470

 EJEMPLO DE RESUMEN SEMANAL SEMANA:

Tarea Clases Codificar Preparar Leer Total

examen textos

Fecha19/10/2020
Al 24/10/2020
L 2 70 15 30 115

M 4 80 10 40 130

J 5 35 20 35 90

V 3 40 30 25 95

S 1 50 20 30 100

Totales 15 275 95 160 530

 Diagrama de Gantt
Acciones por inicio fin
Semana 1 Semana 2 Semana 3
realizar

5/10/2020 10/05/2020
Título tentativo

Documentación 7/10/2020 10/20/2020

parte 1 de Proyecto

Maquetado y diseño 7/10/2020 13/10/2020

de interfaz de la
aplicación a
entregar

Documentación 13/10/2020 17/10/2020

completa del
Proyecto a entregar

Inicio de 17/10/2020 18/10/2020

Programación

Corrección de 18/10/2020 23/10/2020

errores en programa
final

Entrega de 23/10/2020 24/10/2020

programa final
corregido