Desarrollo de Software para Servicios Hoteleros

UNIVERSIDAD DIGITAL DEL ESTADO DE MÉXICO
ESTUDIANTE:
MATRÍCULA:
ASESOR (A)
UNIDAD DE APRENDIZAJE: UNIDAD 1,2,3,4.
ACTIVIDAD DE APRENDIZAJE: ACTIVIDAD INTEGRADORA
FECHA DE ENTREGA
25 DE OCTUBRE DE 2019
CONTENIDO
INTRODUCCIÓN........................................................................................................................3
DESARROLLO DE LA ACTIVIDAD............................................................................................4
CONCLUSIONES..................................................................................................................... 30
FUENTES CONSULTADAS..................................................................................................... 31
2
Página
La tecnología a favor de tu formación académica .

INTRODUCCIÓN
No importa que tan grande o tan pequeño sea un proyecto de desarrollo de software, una
buena estimación de su costo permitirá resolver problemas asociados al esfuerzo y tiempo
invertido en su realización, uno de los puntos más débiles de los proyectos y por lo que
generalmente fracasan es la falta de tiempo por estimaciones erróneas, las principales
causas son que no se usan técnicas de estimación y si se utilizan, generalmente, están poco
desarrolladas, o se toman supuestos pocos válidos, y se confunde esfuerzo con progreso,
creyendo que las personas y los meses son intercambiables, por esto, la respuesta más
frecuente ante los atrasos es colocar más gente, lo que generalmente provoca más costos y
más retrasos, tampoco se llevan buenos controles e historias, lo que imposibilita el
autoaprendizaje y la aplicación de estimaciones por situaciones análogas, para identificar
todos los tiempos más cercanos y lejanos y las rutas críticas asociadas, se adopta el
enfoque de CPM, suponiendo que todos los tiempos de las actividades son constantes fijas
conocidas. Es decir, que no existe variabilidad en las duraciones. Sin embargo, en la
práctica, es muy posible que los tiempos para terminar las actividades varíen dependiendo
de diversos factores. Esta significa que no podemos ignorar el efecto de la variabilidad en los
tiempos de las actividades cuando se decide la programación de un proyecto.
3
Página

DESARROLLO DE LA ACTIVIDAD
PROYECTO FINAL
DESARROLLO DE SOFTWARE PARA SERVICIOS HOTELEROS
Para las empresas hoteleras es de suma importancia mantener un registro actualizado de las
reservas realizadas por sus usuarios, incluidos los respectivos costos de estas. Asimismo,
los usuarios buscan poder realizar estos procesos de una manera rápida y efectiva. Por lo
tanto, se propone la realización de un sistema que permita realizar reservaciones y
facturación de servicios en un hotel. El objetivo principal del aplicativo sería permitirle al
usuario poder realizar sus reservas y consultas de una manera más fácil sin necesidad de
acercarse a el centro de atención del complejo hotelero. Por otro lado, la aplicación guardará
de manera automática la información correspondiente a reservas y cancelaciones en la
respectiva base de datos del hotel para así llevar un registro actualizado y confiable de dicha
información. El usuario también tendrá la posibilidad de recibir la facturación del costo total,
teniendo en cuenta aspectos tales como cantidad de días de hospedaje, servicios de
alimentación, tipo de habitación y número de huéspedes. Este aplicativo estará dirigido hacia
las compañías hoteleras que deseen obtener un sistema de reservas sistematizado y a su
vez estas lo presentarán a sus clientes como una opción alternativa de apartar la habitación
deseada. Esto podría significar una ventaja competitiva frente a otras compañías que no
presenten este tipo de servicio. Esta aplicación se encargará de la facturación de costos
dependiendo del hotel, pero no se hará cargo del pago de estos para evitar complicaciones
por futuras cancelaciones o cambios en la reserva. El usuario haría pago de sus servicios en
el check-in o check-out teniendo en cuenta las políticas del hotel, además de esto la
aplicación no incluirá como parte de la facturación los gastos generados durante la estancia
del huésped en el hotel. Para poder seleccionar el hotel desde el aplicativo, este ha de estar
registrado en la base de datos, esto quiere decir que se ha de tener disponible la información
4
Página
con respecto a cosas tales como: información sobre las habitaciones incluyendo la capacidad
de huéspedes, información general sobre la habitación, disponibilidad y costo, servicios que

se ofrecen y su costo comidas, gimnasio, zona húmeda, etc., información general del hotel,
entre otros. En caso de los usuarios, para poder hacer uso de esta es necesario estar
registrados con el fin de que el hotel tenga la información necesaria para generar la reserva y
el cobro. Esta información incluye datos tales como Nombre, ciudad y país de residencia,
documento de identidad, dirección, teléfono y tarjeta de crédito; aunque el aplicativo no se
haga cargo del cobro esto aseguró que en caso de que el huésped no haya cancelado su
reserva y no se haya presentado el hotel pueda generar el respectivo cobro o multa hacia el
usuario, una vez registrado, el usuario podrá elegir el país y ciudad al que desea viajar. Una
vez hecho esto se le presentarán varias opciones de los hoteles disponibles en donde el
usuario podrá revisar las puntuaciones y reseñas dadas por otros huéspedes. Al seleccionar
el hotel podrá elegir la habitación, el número de huéspedes y los servicios que desea.
Teniendo en cuenta los elementos seleccionados el aplicativo irá agregando los costos para
poder realizar la facturación final. Una vez guardada la reserva el hotel recibirá una
notificación de esta y la habitación pasará a estar en estado no disponible. Dicha reserva
aparecerá en el perfil del usuario hasta que el hotel la retire una vez se haya realizado el
pago. El usuario también tendrá la posibilidad de cancelar su reserva antes de que esta entre
en efecto.
MÉTODOS DE ESTIMACIÓN DE TIEMPOS Y COSTOS DEL DESARROLLO DEL

SOFTWARE
POR EL METODO COSMIC: En el método COSMIC, utilizamos la ingeniería de software de

nuestro proyecto para determinar cuáles son los procesos funcionales y movimientos de
datos que lo componen. Posteriormente, asignamos un punto de función COSMIC por cada
movimiento de datos identificado.
Nuestro ejemplo está compuesto por los siguientes procesos funcionales y movimientos de
datos:
Proceso funcional: Mostrar lista de pedidos pendientes de facturación.

5
Movimientos de datos:
Página
Entrada: Seleccionar en el menú la opción lista de pedidos pendientes.

Lectura: Obtener todos los pedidos de venta pendientes.
Salida: Mostrar en pantalla todos los pedidos de venta pendientes.
Entrada: Especificar fecha inicial y final de pedido.
Entrada: Especificar cliente de pedido.
Lectura: Obtener pedidos de venta filtrados según parámetros de búsqueda.
Salida: Mostrar en pantalla lista de pedidos pendientes según criterios de filtrado.
Salida: Imprimir lista de pedidos.
Salida: Exportar lista de pedidos a Excel.
Puntos de función COSMIC
Proceso funcional: Facturar pedidos pendientes.
Movimientos de datos:
Entrada: Seleccionar pedido a facturar.
Entrada: Seleccionar facturación agrupada por cliente o individual por pedido.
Entrada: Iniciar proceso de facturación por medio de botón.
Lectura: Leer de la base de datos los datos de pedidos seleccionados para facturación.
Lectura: Leer las líneas de pedido.
Escritura: Crear un registro de factura para cada pedido (Facturación individual).
Escritura: Crear registro de líneas de factura individual.
Escritura: Agrupar pedidos de un mismo cliente y crear registro de factura (Facturación por
cliente).
Escritura: Crear registro de líneas de factura por cliente.

6
Página
Escritura: Cambiar el estatus de pedido a facturado.

Puntos de función COSMIC: 10 CFP.
De esta forma, hemos determinado que nuestro proyecto tiene una medición de:
19 puntos de función COSMIC (19 CFP).
Costo del equipo de trabajo de desarrollo de software
Para determinar el costo de desarrollo de una unidad de medida del tamaño del software,
necesitamos valernos de la información de proyectos pasados que tenga la organización.
También podemos usar información de otras fuentes, otras organizaciones y bases de datos
de Benchmark.
Supongamos que tenemos un equipo de desarrollo de software y sabemos que su costo

mensual es de 19.800 Dólares americanos (USD).
Para determinar este costo, debemos considerar el número de personas, cual es la

remuneración de cada rol, por ejemplo, desarrollador, analista de prueba, diseñador, líder de
proyecto, etc. Además, debemos considerar otros gastos del personal como lo son beneficios
de fin de año, seguros, y también el costo administrativo de cada persona, por ejemplo, la
infraestructura donde trabaja, gastos de gerencia y administración, entre otros, Si estamos
haciendo este proyecto para un tercero y estamos elaborando la estimación de costos de un
proyecto de software, tenemos que agregar además el margen de ganancia que esperamos
obtener.
Unidades de medida que puede desarrollar el equipo de trabajo en un tiempo determinado,

ahora, supongamos que, examinando la información histórica de la organización, podemos
determinar que, en los últimos 12 meses, el equipo de trabajo ha producido un promedio de
23 puntos de función COSMIC mensuales, para que esta medición sea exacta, debemos
7
considerar que un punto de función está desarrollado solamente cuando está completamente
Página
listo e instalado en ambiente de producción. Si una funcionalidad se desarrolló, pero aún está

en pruebas o aún no ha pasado a producción no debe contar para el cálculo del promedio de
los puntos de función desarrollados en el mes.
Determinar el costo por unidad de medida: Para determinar cuánto cuenta desarrollar cada
punto de función se utiliza la siguiente formula:
Costo por punto de función = Costo mes del equipo de trabajo / puntos de función del
mes
Retomando nuestro ejemplo:
Costo por punto de función = 19.800 USD / 23 puntos de función = 860,87 USD / Punto
de función
Una vez que contamos con la medición del tamaño del software y el costo por unidad de
medida, podemos determinar el costo del proyecto de software usando la siguiente formula:
Costo de un proyecto de software = Tamaño del software x Costo por punto de función
En nuestro ejemplo de estimación de costos de un proyecto de software lo determinamos de

la siguiente forma:
Costo del proyecto de software = 19 CFP x 860,87 USD
Costo del proyecto de software = 16.356,53 USD
Tiempo que durará el proyecto de desarrollo de software
Los puntos de función COSMIC los podemos utilizar también para determinar cuánto tiempo
durará el proyecto de software.
En nuestro ejemplo, sabemos que el equipo de desarrollo de software produce 31 puntos de

función al mes y sabemos también que el software que vamos a desarrollar está estimado en
x puntos de función. Si dividimos el tamaño funcional del software entre el número de puntos
8
de función mes podemos determinar el número de meses que durará el proyecto.

Página

Duración del proyecto = 19 puntos de función COSMIC / 23 puntos de función COSMIC
mes
Duración del proyecto = 0,83 meses
De esta forma hemos determinado que nuestro proyecto de software:
Durará 0,83 meses en desarrollarse (Poco menos de un mes)
Costará 16.356,53 USD
ESTIMACIÓN DE PROYECTOS DE SOFTWARE POR PUNTOS DE FUNCIÓN: Determinar

tipo de conteo y componentes funcionales, IFPUG-FPA define 5 tipos de componentes de
software, que son: Archivo lógico interno, Archivo externo de interfaz, Entrada externa, Salida
externa y Consulta externa, a partir de la ingeniería de requisitos, procedes a definir los
componentes de las funcionalidades a desarrollar, que son:
Las salidas externas y consultas externas se diferencian en que las salidas externas
producen valor agregado (por ejemplo, agrupan datos) mientras que las consultas externas
solo toman el contenido de archivos internos y lo presentan (por ejemplo, un listado).
Nivel de complejidad de cada componente
A continuación, debes asignar un nivel de complejidad para cada componente, estos niveles
dependen de factores como por ejemplo número de campos no repetidos, número de
9
Página
archivos a ser leídos, creados o actualizados, número de sub grupos de datos o formatos de
registros. A mayor número de factores mayor número de complejidad.

Los umbrales para pasar de un grado a otro son particulares a cada organización o empresa
y deben ser analizados individualmente.
Supongamos que luego de evaluar estos factores, los niveles de complejidad fueron los
siguientes:
Asignar puntos función según nivel de complejidad
Con los niveles de complejidad, puedo proceder a asignar los puntos de función no ajustados
a cada uno, según la tabla de parámetros que estemos usando.
Por ejemplo, podemos usar la siguiente tabla de parámetros:
Según esta tabla, los puntos de función a asignar a cada funcionalidad son:
10
Entonces el número de puntos de función no ajustado es de 28.

Página
Factor de ajuste según particularidades de la organización o empresa

Por último, podemos aplicar un factor de ajuste, basado en 14 características generales de
sistema definidas por el IFPUG-FPA.
Estas se especifican en una tabla de parámetros y para cada una estableceremos en qué
medida contribuye al factor de ajuste total. Estos parámetros suelen depender de la
complejidad de una aplicación, entorno técnico, exigencias no funcionales (rendimiento,
mantenibilidad, etc.)
Volviendo a nuestro ejemplo, supongamos que para este proyecto y aplicación en particular
hemos calculado un 10% de ajuste, esto significa que el resultado final en puntos función es:
28 +- 10%x28 es decir 28 +- 2,8 puntos de función.
El máximo de puntos de función que tendrá este desarrollo de software es de 30,8 y el

mínimo es 25,2.
Estimar horas hombre (o días hombre) a partir de los puntos de función
Con los puntos de función puedes calcular las horas hombre aplicando un factor de
conversión, pues no necesariamente un punto función equivale a una hora hombre.
Para determinar este factor de conversión necesitas disponer de datos históricos de

productividad del equipo para producir cada funcionalidad.
Por ejemplo, supongamos que hemos determinado que nuestra organización toma 3 horas
en producir 1 punto de función, entonces:
28 puntos de función multiplicados por 3 horas resultan en 84 horas, o 11 días si

consideramos 8 horas por día.
Tomando el factor de ajuste mencionado en el punto anterior, por medio del cual sabemos
que según las particularidades de nuestra organización tenemos un margen de más o menos
2,8 puntos de función, entonces sabemos que nuestro desarrollo de software puede
11
tomarnos 84 horas más o menos 8,4 horas, u 11 días más o menos 1 día.
Página

Los puntos de función y su conversión a horas hombre los podemos tomar globales o
individuales a cada funcionalidad, esto puede ser útil para elaborar las estimaciones de
actividades, costes y presupuesto en los proyectos.
¿En qué me puede ayudar el método de puntos de función?
Los puntos de función pueden ser de utilidad para todos los profesionales involucrados en un
proyecto de desarrollo de software, por ejemplo:
Como Analista de sistemas (o Ingeniero en sistemas) pueden solicitarte estimaciones de

esfuerzo, recursos y tiempo para desarrollar los requerimientos que estas analizando en tu
ingeniería de requisitos. Los puntos de función pueden ayudarte a medir el tamaño del
software de forma rápida y confiable, basadas en un modelo paramétrico y no subjetividades.
Como desarrollador de software (o programador) con frecuencia te preguntarán cuánto

tiempo tomará realizar el desarrollo de uno o varios requisitos. Puedes usar el método de
puntos de función para medir el tamaño del desarrollo a partir de sus componentes y
funcionalidades. Conociendo el tamaño puedes decirle a tu supervisor, líder técnico o
gerente cuanto tiempo tomará el desarrollo, y el número que proporciones será más confiable
que el que hubieras producido con una apreciación general de la funcionalidad.
En la Gestión de proyectos, el método de puntos de función puede ayudar en la estimación

de tiempos y costos. Los puntos función proporcionan una forma fiable de determinar el
tamaño del software a partir de la definición de su alcance. Luego con estas mediciones
puedes establecer la relación de puntos de función con los días que tomará desarrollar cada
componente, produciendo así estimado de tiempo, costos y presupuesto.
Como software tester puedes usar los puntos de función para medir la complejidad de los
casos de prueba, y contestar la pregunta de cuánto tiempo me tomará ejecutar el software
Testing de unos requerimientos determinados.
Según lo establece el PMBOK 6, la Estructura de Desglose del Trabajo (EDT) es una

12
descomposición jerárquica del alcance total del trabajo a realizar en un proyecto, para
Página
cumplir con sus objetivos y crear sus entregables.

ESTIMACIÓN DE PROYECTOS DE SOFTWARE POR ESTRUCTURA DE DESGLOSE
DEL TRABAJO (EDT)
La Estructura de Desglose del Trabajo, permite subdividir los entregables y el trabajo del
proyecto en componentes más pequeños y fáciles de manejar, proporcionando una visión
estructurada de lo que se debe entregar. Organiza define el alcance total del proyecto y
representa el trabajo especificado en el enunciado del alcance del proyecto aprobado y
vigente, se elabora a partir del enunciado del alcance y la documentación de requisitos del
proyecto, tomando en cuenta el Plan de Gestión de Alcance, los Factores Ambientales de la
Empresa y los Procedimientos establecidos por la organización para su elaboración.
Información del proyecto

Empresa / Organización HOTEL TOLUCA
Proyecto SOFTWARE PARA ADMINISTRACION DE HOTEL
Fecha de preparación 20/10/2019
Cliente HOTEL TOLUCA
Patrocinador principal HOTEL TOLUCA
Gerente de proyecto GABRIEL VALLEJO
Aprobaciones
Aprobador Fecha Firma
ING ARTURO MARTINEZ 20/10/2019
ING MIGUEL PEREZ 20/10/2019
ING PEDRO ZARATE 20/10/2019
ING ARACELI MEDINA 20/10/2019

13
Página

Vista jerárquica
1. Proyecto de sistema de información

1.1. Documento de análisis
1.1.1. Especificación funcional
1.1.2. Requerimientos funcionales
1.1.3. Requerimientos no funcionales
1.2. Documento de diseño
1.2.1. Especificación de diseño funcional
1.2.2. Especificación de diseño técnico
1.2.3. Diseño de casos de prueba
1.2.4. Planificación del proyecto
1.3. Software desarrollado e instalado
1.3.1. Preparación de ambiente de desarrollo
1.3.2. Módulo 1
1.3.2.1. Base de datos
1.3.2.2. Lógica de negocio (Middleware)
1.3.2.3. Presentación e Interfaz con el usuario
1.3.3. Módulo 2
1.3.4. Módulo 3
1.3.5. Módulo 4
1.3.5.3. Presentación e interfaz con el usuario
1.4. Reportes de prueba
1.4.1. Ambiente de pruebas
1.4.1.1. Preparación del ambiente de pruebas
1.4.1.2. Módulos instalados en el ambiente de pruebas
1.4.2. Reportes de pruebas integrales
1.4.2.1. Pruebas del módulo 1
14
1.4.3. Reportes de pruebas de aceptación de usuario

1.4.3.1. Aceptación del módulo 1
Página


1.4.4. Reportes de certificaciones
1.4.4.1. Certificación de aseguramiento de calidad
1.4.4.2. Certificación de seguridad informática
1.4.4.3. Otras certificaciones
1.5. Documento de entrega a operaciones
1.5.1. Reporte de puesta en producción
1.5.2. Pruebas posproducción
1.5.3. Garantía
Vista de Árbol
1. Proyecto de
Sistema de
Información
1.3 Software
1.1 Documento 1.2 Documento 1.4 Reportes de 1.5 Entrega a
Desarrollado e
de Análisis de Diseño Prueba Operaciones
Instalado
1.1.1 1.5.1 Reporte

1.2.1 Diseño 1.3.1 Ambiente 1.4.1 Ambiente
Especificación de Puesta en
Funcional de Desarrollo de Pruebas
Funcional Producción
1.1.2
1.2.2 Diseño 1.4.2 Pruebas 1.5.2 Pruebas
Requerimientos 1.3.2 Módulo 1
Técnico Integrales Posproducción
Funcionales
1.1.3 1.4.3 Pruebas

1.2.3 Casos de
Requerimientos 1.3.3 Módulo 2 de Aceptación 1.5.3 Garantía
Prueba
No Funcionales de Usuario
1.4.4
1.2.4
1.3.4 Módulo 3 Certificaciones
Planificación
Técnicas
1.3.5 Módulo 4
15
Página

ESTIMACIÓN DEL ESFUERZO DEL PROYECTO
Análisis 3 2 3 2 1.6 1.2 1.2 1.2 1.6 1.2 2 2 20%

Construcción (Dias) 5.0 6.0 7.0 5.0 4.0 3.0 3.0 3.0 4.0 3.0 5.0 5.0 50%
Integración 2 2 1.4 1 0.8 0.6 0.6 0.6 0.8 0.6 1 1 10%
Pruebas 2 2.4 2.8 2 1.6 1.2 1.2 1.2 1.6 1.2 2 2 20%
En esta Hoja de Trabajo se establecen las estimaciones por Proxy, y a partir de la estimación de los
tiempos de construcción de estiman los de las otras fases del desarrollo. Si estas estimaciones
porcentuales no aplican para el un caso específico, pueden reemplazarse por valores historicos (en caso de
contar con ellos).
ESTIMACIÓN DEL ESFUERZO CON PSP PROBE
/Proyecto/HOTEL
16
PSP1 Project Plan Summary

Página

Project Settings
Project Owner GABRIEL VALLEJO
Start Date oct 23, 2019 03:42:44 PM
Completion Date Completed:

☐
Keywords GABO
Language ESPAÃ‘OL
Overall Metrics
Summary Plan Actual A la Fecha
Size/Hour 3 14737 25
Program Size
Base (B) 10 8 0
Deleted (D) 8 7 0
Modified (M) 9 6 0
Added (A) 2491 3187 0
Reused (R) 11 12 0
Added and Modified (A+M) 2500 3193 0
Total Size (T) 2504 3200 0
Total New Reusable 0 0 0
Estimated Proxy Size (E) 9 6 0
Time In Phase
% A la
Plan Actual A la Fecha
Fecha
17
PlaneaciÃ³n 55:35 0:13 0:00 5%

DiseÃ±o 277:57 0:00 0:00 25%
Página
CodificaciÃ³n 277:57 0:00 0:00 25%

CompilaciÃ³n 27:48 0:00 0:00 2.50%

Pruebas 138:58 0:00 0:00 12.50%
Postmortem 55:35 0:00 0:00 5%
Total 833:50 0:13 0:00
Defects Injected
A la % A la
Actual
Fecha Fecha
Antes de Desarrollo 0 0 0%
PlaneaciÃ³n 0 0 0%
DiseÃ±o 0 0 30.80%
CodificaciÃ³n 0 0 61.50%
CompilaciÃ³n 0 0 7.69%
Pruebas 0 0 0%
Total 0 0
Defects Removed
A la % A la
Actual
Fecha Fecha
PlaneaciÃ³n 0 0 0%
DiseÃ±o 0 0 0%
CodificaciÃ³n 0 0 7.69%
CompilaciÃ³n 0 0 15.40%
Pruebas 0 0 7.69%
Total 0 0
After Development 3500 0
18
Página

19
Página

20
Página

21
Página

22
Página

23
Página

24
Página

25
Página

26
Página

27
Página

28
Página

RIESGOS DEL PROYECTO
En la actualidad las empresas desarrolladoras de software enfrentan un elemento crítico en

el proceso de desarrollo de productos de software, que son los riesgos que se presentan a
nivel de cada una de las fases del desarrollo, estos deben ser objeto de una gestión
adecuada la cual debe ser iniciativa por la gerencia, supervisada y controlada por cada uno
de los jefes de las áreas importantes involucradas en el desarrollo de software. La gestión de
riesgos en proyectos de software es una actividad expresada en múltiples metodologías,
pero en la práctica se aplican de forma particular dependiendo la lógica del negocio de cada
organización, cada proyecto de software tiene sus propios riesgos dependiendo de su
tamaño, complejidad, usuarios y entorno, algunos de esos riesgos pueden ser:
- Que el contenido de la planeación y propuesta no sea realmente definido por el equipo, sino
que solo escriban lo que el cliente les dicta.
- Hacer cronogramas muy optimistas, pensando en “el mundo ideal”.
- Se omiten actividades en el cronograma que al final se tienen que hacer y terminan

impactando negativamente al proyecto.
- La falta de conocimiento de una metodología o algún paso necesario para la ejecución del
proyecto.
- La falta de un propietario o patrocinador del sistema que esté involucrado al 100%.
- Desarrolladores ineficientes (no saben analizar, no saben programar, etc.)
- Falta de organización del equipo de desarrollo.
- Poca retroalimentación del usuario final.
- Instalaciones de desarrollo no disponibles.
- Falta de disponibilidad de herramientas.

29
- Falta de conocimiento de herramientas.

Página
- Falta de disponibilidad de recursos de hardware.

- Mala elección de herramientas.
- Usuarios finales que insisten en nuevos requerimientos a lo largo de todo el proyecto.
- Usuarios finales que a la conclusión del proyecto quedan insatisfechos.
- Usuarios finales que nunca “compraron” la idea del proyecto y solo participaron por
obligación.
- No hay suficientes talleres con los usuarios finales y se hace un sistema como se cree que
el usuario lo esperaría, pero sin su aprobación.
- La disponibilidad de los usuarios finales clave es poca.
- El cliente insiste en involucrarse en decisiones técnicas.
- El cliente quiere interfases para las cuales no hay herramientas.
- El cliente no acepta el proyecto como terminado hasta que no estén todos sus
requerimientos por muy complicados que estos sean.
- Los requerimientos son mal definidos debido a hacer reuniones sin usuarios clave
- Los requerimientos son mal definidos debido a la falta de un buen líder de proyecto.
- Los usuarios finales no saben explicar qué es lo que realmente requieren (y el líder no sabe
cómo preguntárselos
COMO ASEGURAS LA CALIDAD
La búsqueda por entregar productos y servicios que satisfagan las necesidades de los
clientes, es el objetivo de todas las empresas que quieren posicionarse en los diferentes
mercados. Las empresas desarrolladoras de software no escapan a esta premisa. Pero,
¿Cómo se puede satisfacer las necesidades del cliente, en un desarrollo de un producto de
30
software? Esto se puede lograr a través de la calidad, en términos generales, la calidad

Página
busca que el cliente quede satisfecho y conforme con su producto, la calidad en ingeniería
del software es el cumplimiento de los requerimientos contractuales por parte del producto

software desarrollado, así como durante el proceso de desarrollo, la calidad se obtiene
mejorando día a día el proceso de producción, mantenimiento y gestión del software, para
optimizar la calidad de los productos y o servicios es preciso conocer al cliente y sus
necesidades, conocer la competencia y poseer un modelo de calidad, esto último permitirá
incrementar la fiabilidad, reducir el mantenimiento, aumentar la satisfacción del cliente,
mejorar la dirección del proyecto, detectar errores lo más temprano posible e incrementar el
beneficio para el desarrollador. La función de aseguramiento de la calidad del software se
basa en un planificado y sistemático diseño de acciones y métodos requeridos para
garantizar la calidad del mismo, el alcance de la responsabilidad del aseguramiento de la
calidad, en el desarrollo de software, abarca muchos constituyentes de una organización,
tales como: ingenieros de software, desarrolladores, líderes de proyecto, clientes y personas
encargados se ACS, la calidad es importante en el desarrollo de un producto o servicio y,
más aún, en la creación de un producto de software, no solo porque busca cumplir con las
expectativas del cliente, sino también por mejorar los procesos internos en la elaboración de
un producto, tarea fundamental en el crecimiento y posicionamiento de una empresa, en la
actualidad se ha desarrollado un conjunto de modelos, estándares y metodologías como
CMM, ISO/IEC 15504 3 que ayudan a las organizaciones a mejorar la calidad de sus
procesos y productos, así como sus proyectos, no obstante, debido a las características
particulares de la pequeñas empresas desarrolladoras, tales como, presupuestos limitados,
carencia de personal especializado, infraestructura inadecuada así como reservas
financieras limitadas, complejidad en los proyectos y competidores, en su afán de sobrevivir
toman el camino más corto disponible, el cual no necesariamente está en armonía con las
mejores prácticas de aseguramiento de la calidad, el establecimiento de estos modelos y
metodologías, dado el contexto de las pequeñas empresas, debiera realizarse de un modo
particular y visiblemente diferente a como se hace en organizaciones de mayor tamaño.
Además, esto no es tan sencillo como el hecho de considerar los programas de mejora como
versiones a escala de las grandes compañías, ya que las pequeñas empresas
31
desarrolladoras de software requieren prácticas eficientes de Ingeniería de Software

adaptadas a su tamaño y tipo de negocio.
Página

CONCLUSIONES
La estimación de los costos de desarrollo de software es un factor muy importante en el

análisis de los proyectos informáticos, constituye un tema estratégico contar con indicadores
para medir el costo de los mismos, garantizando la eficiencia, excelencia, calidad y la
competitividad. El análisis de costo es el proceso de identificación de los recursos necesarios
para llevar a cabo el trabajo o proyecto eficientemente, la evaluación del costo determina la
calidad y cantidad de los recursos necesarios en términos de dinero, esfuerzo, capacidad,
conocimientos y tiempo incidiendo en la gestión empresarial. En la actualidad existen un
conjunto de métricas que no se utilizan, y que pueden ser aplicables a cualquier tipo de
proyecto de software para calcular el costo de los mismos, el éxito de un producto de
software está, básicamente reflejado en la satisfacción de cliente, esto quiere decir, entregar
un producto en el tiempo estimado y que no sobrepase los costos cumpliendo con los
requisitos declarados, para lograr su éxito, es necesario tener un plan que trace la ruta para
la creación del producto y a su vez tener una estrategia que administre y controle la calidad
en el desarrollo de un producto de software. Para esto, se propone un método de
aseguramiento de la calidad, como estrategia en el desarrollo de un proyecto de software,
que, a través de sus diferentes actividades, tareas y conceptos, que se pueden acoplar en la
metodología de desarrollo o en diferentes etapas del desarrollo del proyecto. Y que no solo
administre la calidad, sino también ayude a mejorar el trabajo del equipo de desarrollo.
32
Página

FUENTES CONSULTADAS
S/A. (28 septiembre, 2016). 10 maneras para estimar los costes de un proyecto.
Recuperado de https://aprendercompartiendo.com/10-maneras-estimar-costes-de-
proyecto/
Marc Bara. (S/F). 12 técnicas para la estimación de costes en proyectos.

Recuperado de https://www.obs-edu.com/int/blog-investigacion/project-
management/12-tecnicas-para-la-estimacion-de-costes-en-proyectos
Jennifer Andrea Cano Guevara,. (4 de oct. de 2011). Tecnicas de estimacion de

costos de proyecto software . Recuperado de
https://es.slideshare.net/jeni34/tecnicas-de-estimacion-de-costos-de-proyecto-
software-9548003
Natalia Pinto Moreno,. ( Aug 26, 2016). Desarrollo de Software . Recuperado de

https://www.slideshare.net/NataliaPintoMoreno/taller-cmmi
S/A. (eptiembre 2013). El Ciclo de Vidadel Software. Recuperado de

http://www.lsi.us.es/docencia/get.php?id=7550
Chriss1542 . (8 nov. 2016). Cocomo II. Recuperado de

https://www.youtube.com/watch?v=YsD_DPnm9RA
33
Página

Desarrollo de Software para Servicios Hoteleros

Cargado por

Copyright:

Formatos disponibles

Desarrollo de Software para Servicios Hoteleros

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Desarrollo de Software para Servicios Hoteleros

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DIGITAL DEL ESTADO DE MÉXICO

UNIDAD DE APRENDIZAJE: UNIDAD 1,2,3,4.

ACTIVIDAD DE APRENDIZAJE: ACTIVIDAD INTEGRADORA

La tecnología a favor de tu formación académica .

La tecnología a favor de tu formación académica .