Tesis El Remanso

DESARROLLO E IMPLEMENTACIN DE UNA APLICACIN WEB QUE
PERMITA REALIZAR RESERVACIONES ONLINE Y CONTROL DE

HOSPEDAJE PARA LA HOSTERIA EL REMANSO DE LA CIUDAD DE LOJA,
DURANTE EL PERIODO MAYO-OCTUBRE DE 2016
QUINTO CICLO
SEMESTRE OCTUBRE 2016- FEBRERO 2017.
INTEGRANTES:
Bryan Miguel Quezada Barrigas.
Jorge Patricio Espinosa Rosales
ASIGNATURAS:
Ingeniera de Software (Ing. Lorena Pucha)
Programacin en internet I (Ing. Alex Yunga)
DOCENTES:
Ing. Lorena Pucha
Ing. Alex Yunga
FECHA DE ENTREGA: 09 DE FEBRERO DEL 2017

SISTEMAS DE AUTOMATIZACION-PROYECTO INTEGRADOR
1. TEMA
DESARROLLO E IMPLEMENTACIN DE UNA APLICACIN WEB QUE PERMITA

REALIZAR RESERVACIONES ONLINE Y CONTROL DE HOSPEDAJE PARA LA
HOSTERIA EL REMANSO DE LA CIUDAD DE LOJA, DURANTE EL PERIODO
OCTUBRE 2016 MARZO 2017
1
2. INTRODUCCIN
Una aplicacin de reservacin de habitaciones online puede ser muy til hoy en la
actualidad ya que automatizara este proceso de contratar personalmente de este
servicio. Actualmente las empresas que se dedican a esta actividad no cuenta con una
aplicacin web que le permita realizar esta labor el cual se lo desarrolla personalmente
en las oficinas de dicha empresa por lo cual requieren de una aplicacin que automatice
este proceso. Motivo por el cual se realizara el anlisis, diseo y programacin de una
aplicacin web El Remanso, que automatizar el proceso de reservacin de
habitaciones.
Las funciones principales del sistema son las siguientes: Administrar clientes, usuarios y
productos. Clasificar productos segn su tipo y caractersticas. Ahorra tiempo en la
bsqueda de un producto, conocer regularmente la cantidad actual de productos
disponibles.
Esta aplicacin se desarroll en un lenguaje de programacin Python con IDE Django-

1.9.11. En esta aplicacin se us: paqueteras de JQuery y programacin orientada a
objetos (modelo, vista, controlador).
La aplicacin actualmente se encuentra en la primera fase de desarrollo en la cual ya

hemos implementamos una base de datos en la cual enlazamos los objetos mediante
JQuieri con Django.
2
3. NDICE DE CONTENIDOS
3. Contenido
1. TEMA........................................................................................................ 2
2. INTRODUCCIN........................................................................................ 3
3. NDICE DE CONTENIDOS...........................................................................4
4. NDICE DE FIGURAS..................................................................................8
5. INDICE DE TABLAS.................................................................................... 9
6. ANTECEDENTES...................................................................................... 10
7. PROBLEMATIZACIN...............................................................................11
8. JUSTIFICACIN........................................................................................ 13
9. OBJETIVOS.............................................................................................. 14
9.1 GENERAL.......................................................................................... 14
9.2 ESPECFICOS.................................................................................... 15
10. MARCO TERICO................................................................................. 16
10.1. INGENIERIA DEL SOFTWARE.........................................................16
10.1.1 Qu es Ingeniera de Software...................................................16
10.1.3 Qu es proceso de Software?.........................................................17
10.2 Caractersticas, componentes y aplicaciones del software..............17
10.2.1. Caractersticas..............................................................................17
10.2.2. Aplicaciones..................................................................................... 18
10.2.2.1. Software de Sistemas...................................................................18
10.2.2.2. Software de tiempo real.........................................................18
10.2.2.3. Software de gestin................................................................18
10.2.2.4. Software de ingeniera y cientfico..........................................18
10.2.2.5. Software empotrado...............................................................19
3
10.2.2.8. Software de inteligencia artificial............................................19
10.3. Mitos del Software.....................................................................20
10.3.1. Mitos de gestin........................................................................20
10.3.2. Mitos del cliente.........................................................................20
10.3.3. Mitos de los desarrolladores......................................................20
10.4. METODOLOGAS DE DESARROLLO DE SOFTWARE.....................20
10.4.1. Qu es un Mtodo?..................................................................21
10.4.2. Qu es una Metodologa?.........................................................21
10.4.3. En qu consisten las Metodologas de Desarrollo de Software?

21
10.4.4. Cules son modelos del Ciclo de vida del Software

tradicionales?......................................................................................... 21
10.5. Metodologa en cascada........................................................22
10.5.1. Cules son los Principios bsicos del modelo de cascada?......23
10.6. Mtodo de Prototipos.................................................................23
10.6.1. Cules son los Principios Bsicos del mtodo de prototipos?...24
10.6.2. Modelo Incremental o Iterativo y Creciente...............................24
10.7. Cules son los principios bsicos del Modelo Incremental?......25
10.8. Modelo en Espiral.......................................................................26
10.8.1. Cules son los Principios bsicos del modelo en Espiral?.........27
10.9. RAD: Desarrollo Rpido de Aplicaciones....................................27
10.9.1. Cules son los principios bsicos del Modelo RAD?..................28
10.9.2.Cul es tu metodologa tradicional preferida?...................28
10.10. El modelo de Mtodos Formales................................................29
10.11. Metodologas giles...................................................................30
10.11.1. Cules son las Principales Metodologas giles?............31
10.12. Metodologa SCRUM...................................................................31
4
inspeccin continua, adaptacin, auto-gestin e innovacin................31
10.13. Medidas mtricas e indicadores.................................................31
10.13.1. Mtricas en el proceso y dominio del proyecto.......................32
10.13.2. Mediciones del Software.........................................................32
10.13.3. Mtricas Orientadas al Tamao...............................................32
10.13.4. Mtricas Orientadas a la Funcin............................................33
10.14. PLANIFICACIN DE PROYECTOS DE SOFTWARE.........................33
10.14.1. Que es un proyecto de Sistema o Software. ?......................33
10.15. Actividades asociadas al proyecto de software..........................34
10.15.1. mbito del Software...............................................................34
10.16. RECURSOS:................................................................................ 35
10.16.1. Recursos Humanos.................................................................35
10.16.1.2. Recursos de entorno............................................................36
10.17. ESTIMACION DEL PROYECTO DE SOFTWARE..............................37
10.17.1. Estimacin basada en el Proceso............................................38
10.18. ESTRATEGIAS DE RIESGO PROACTIVAS VS. REACTIVAS.............38
10.18.1. Reactiva:.................................................................................38
10.18.2. Proactiva:................................................................................ 38
10.19. RIESGO DEL SOFTWARE.............................................................39
10.19.1. Riesgos del proyecto:.............................................................39
10.19.2. Riesgos tcnicos:....................................................................39
10.19.4. Riesgos conocidos:.......................................................................39
10.19.5. Los riesgos predecibles:..........................................................39
10.19.6. Los riesgos impredecibles:......................................................40
10.20. PROYECCION DEL RIESGO..........................................................40
10.20.1. REDUCCION, SUPERVISIN Y GESTION DEL RIESGO...............40
10.20.2. EL PLAN RSGR............................................................................ 41
5
10.20.3. Calidad en el software...................................................................41
10.20.4. El aseguramiento de la calidad...............................................42
10.20.5. Control de la calidad del Software........................................42
10.21 Programacin web I......................................................................43
10.21.1 Qu es Django?.....................................................................43
10.21.2. Por qu necesitas un framework?.........................................43
10.21.3. Qu sucede cuando alguien solicita una pgina web de tu servidor?..........44
10.21.4. Caractersticas:.......................................................................44
10.21.5. Qu es Python?.....................................................................45
10.21.6. De dnde viene Python?.......................................................46
11. METODOLOGA.............................................................................. 48
11.1. Modelo de Ingeniera de Software..............................................48
12. PROPUESTA DE ACCIN O DESARROLLO.......................................49
13. INGENIERIA DE SOFTWARE............................................................50
13.1. Descripcin de la Empresa........................................................50
14. mbito.......................................................................................... 52
14.1. Funciones................................................................................... 52
14.2. Restricciones.............................................................................. 54
14.2.1.Uso del Sitio............................................................................ 54
14.3.2. Contenido de Terceros...............................................................54
14.3.3. Limitacin de Responsabilidad...................................................54
14.3.4. Informacin del Usuario.............................................................55
14.4. Interfaces................................................................................... 55
15. Modelo de Ingeniera de Software.......................................................55
15.1. FASE: ANALISIS..........................................................................55
15.2. FASE: DISEO............................................................................. 56
15.3. FASE: CODIFICACIN..................................................................57
6
15.4. FASE: PRUEBA............................................................................58
16. Recursos.......................................................................................... 59
16.1.6. Identificacin de Riesgos...........................................................60
14. RESPONSABLES Y PARTICIPANTES.................................................65
15. CRONOGRAM.................................................................................... 66
16. PRESUPUESTO..................................................................................67
17. CONCLUSIONES................................................................................ 68
18. RECOMENDACIONES........................................................................69
19. BIBLIOGRAFA................................................................................... 70
20. ANEXOS............................................................................................ 71
4. NDICE DE FIGURAS
7
Figura 1: Modelo en Cascada..........................................................................................24

Figura 2:Modelo de Prototipos........................................................................................26
Figura 3:Modelo Incremental..........................................................................................27
Figura 4: Modelo en Espiral............................................................................................29
Figura 5: Desarrollo Rpido de Aplicaciones.................................................................30
Figura 6: Modelo de Mtodos Formales..........................................................................33
Figura 7: Metodologas Agiles.........................................................................................34
Figura 8: Modelo de Ingenieria de Software...................................................................58
Figura 9:Plantilla Original...............................................................................................66
Figura 10: plantilla Actual...............................................................................................66
5. INDICE DE TABLAS
Tabla 1: Inicio de Sesin..................................................................................................53
8
Tabla 2: Admnistrador de Producto.................................................................................53

Tabla 3: Administrador de Usuarios.................................................................................53
Tabla 4:Administracion de Cliente..................................................................................54
Tabla 5: Recursos Humanos.............................................................................................59
Tabla 6: Herramienta........................................................................................................59
6. ANTECEDENTES
9
Actualmente en el Instituto Tecnolgico Sudamericano como Institucin Educativa

para la aprobacin de cada uno de sus ciclos tiene asignaturas tericas y prcticas, las
cuales ayudan a formar el conocimiento del profesional en las diferentes carrearas que
ofrece. Una de las herramientas usada para evaluar las materias tericas de
Programacin en Internet I y Ingeniera de Software es mediante la elaboracin y
presentacin de proyectos integradores. Los proyectos integradores se diferencian por
diferentes categoras: Sencillos (una proyecto por materia), interdisciplinarias (Un
proyecto por varias materias), multidisciplinario (un proyecto que contiene varias
carreras).
Actualmente los trabajos cientficos que elaboran los estudiantes deben estar sujetos a
un conjunto de normas aceptadas y consensuadas. El Instituto Tecnolgico
Sudamericano se ha basado en los estilos APA (2015) que se originaron en 1929, para
establecer una gua que permita elaborar de forma fcil y comprensible trabajos
integradores.
Los proyectos integradores son requisito fundamental para la aprobar cada ciclo, para
lo cual se ha realizado una aplicacin web que permite la reservacin de habitaciones
online creado con la finalidad de dar solucin a un proceso manual automatizndolo y
as brindar un servicio ms gil y eficiente. Ya que en la actualidad las personas
buscamos un servicio ms rpido y de calidad, por lo cual las empresas que utilizan
procesos manuales tienden a ser menos eficientes ya que usan mucho tiempo para
realizar uno o varios procesos. Esta aplicacin web, multiplataforma y podr extenderse
a futuras actualizaciones, lo cual facilitara su implementacin en cualquier entorno de
trabajo o computador ya que esta se encuentra alojada en la web
10
7. PROBLEMATIZACIN
En el mbito empresarial enfocndose en las pequeas y medianas empresas las

aplicaciones Informticas para los procesos de reservacin y control de hospedaje han
ido evolucionando en base a los avances tecnolgicos presentados en los ltimos aos,
facilitando y optimizando de mejor forma los procesos manuales a procesos
automatizados.
Pero es importante mencionar que este proceso evolutivo ha estado marcado por la
creciente demanda en el mercado, lo cual nos ha obligado de una a otra manera la
adaptacin de aplicaciones informticas en nuestro vivir y de la siguiente manera
agilizar los procesos manuales que realizamos pudiendo automatizarlos.
Esta aplicacin est enfocado en mejorar a los procesos manuales que realiza la
Hostera El Remanso de la Ciudad de Loja Ubicada en la parroquia Malacatos en el
Barrio Taxiche. Tomando en cuenta la investigacin realizada en la primera fase del
proyecto, concluimos que es viable elaborar de esta aplicacin que realzara reservacin
y control de habitaciones en dicho lugar mencionado, agilitando y optimizando las
tareas durante el proceso de reservacin que la microempresa ofrece.
Teniendo en cuenta que los clientes esperan un servicio rpido y de calidad, logrando
minimizar perdidas econmicas que antes se disipaban al realizar una venta manual, de
modo que haya una mejor acogido por los clientes.
11
Esto proyecto resulta beneficioso para nuestro grupo de trabajo, se pudo realizar una
investigacin y anlisis para dar solucin a los problemas encontrados en la Hostera El
Remanso. Todo el trabajo realizado a seguido uno a uno los procesos tericos
necesarios que se requieren para poder as aplicarlo en un campo real recopilando toda
clase de informacin que nos permitiera intervenir de una manera clara y precisa.
12
8. JUSTIFICACIN
El presente proyecto es importante en el mbito acadmico ya que es un requisito

fundamental para aprobar las asignaturas de Programacin en Internet I e Investigacin
de Operaciones y a la vez ser promovidos a sexto ciclo de la carrera de Sistemas de
Automatizacin; as tambin se cumplir con lo establecido en el Reglamento Interno
del Instituto Tecnolgico Superior Sudamericano el cual indica que para aprobar las
asignaturas prcticas es necesario elaborar un Proyecto Integrador con la finalidad de
vincular los conocimientos adquiridos en clase con la aplicacin prctica de los mismos.
En el mbito tecnolgico el presente proyecto beneficiara a la provincia de Loja

facilitndole nueva tecnologa a las empresas. Ya su vez ayudaremos a dar realce a la
zona 7 del pas.
El desarrollo del presente proyecto ayudar a demostrar los conocimientos adquiridos en

las materias mencionadas anteriormente, y as tambin acceder y hacer uso de diferentes
lenguajes de programacin que actualmente se encuentran en auge y a su vez utilizar
metodologas ordenadas para el desarrollo de aplicaciones web.
13
9. OBJETIVOS
9.1 GENERAL
Desarrollar e implementar una Aplicacin web que permita realizar reservaciones y

control de hospedaje, para facilitar el servicio en la hostera EL REMASO que ofrece
a sus clientes y as pueda mejorar la organizacin en el rea administrativa.
9.2 ESPECFICOS
Implementar los conocimientos adquiridos durante el ciclo en la elaboracin de una

aplicacin web que permita la reservacin y control de hospedaje.
Generar interfaces idneas para satisfacer las necesidades de los usuarios.
Proporcionar una herramienta informtica de la cual muchas empresas carecen en el

mbito tecnolgico para un mejor desempeo laboral y controlar as sus utilidades.
Garantizar la eficiencia de la aplicacin web de reservacin y control de hospedaje.
Definir la base de datos del sistema de inventario de tal manera que se tenga disponible
la cantidad de productos en existencia.
Disear y programar los mdulos prioritarios del sistema utilizando el lenguaje de

programacin Python con IDE Django y enlazado con su base de datos .
Analizar la aplicacin web para la elaboracin de su respectivo manual de usuario en el

cual estar documentada su correcto funcionamiento y todo detalle que pudiese ser de
importancia para su usuario o empleado.
14
10. MARCO TERICO
10.1. INGENIERIA DEL SOFTWARE
10.1.1 Qu es Ingeniera de Software
Hoy en da, el software es una parte integral de la mayora de los sistemas. Para ejecutar
proyectos software de forma satisfactoria y construir productos de alta calidad, los
profesionales del software necesitan entender las caractersticas nicas del software y el
enfoque usado para desarrollar y mantener software. Este curso permitir entender qu
es el software y cules son los objetivos y componentes de la ingeniera del software, as
como entender los conceptos de ciclo de vida del software y metodologa. Adems, se
vern los principales modelos de ciclo de vida del software y la diferenciacin entre
metodologas tradicionales y giles.
10.1.2 Qu es producto de software?
El software de computadora se ha convertido en el alma mater. Esla maquina que

conduce a la toma de decisiones comerciales, sirve para la investigacin cientfica
moderna y de resolucin de problemas de ingeniera.
Desde el punto de vista de un ingeniero de software, el producto obtenido son los
programas, documentos y los datos que configuran el software de computadora. Pero
desde el punto de vista de los usuarios el producto obtenido es la informacin resultante
que de algn modo mejora el mundo de los usuarios.
15
10.1.3 Qu es proceso de Software?
El proceso es un dialogo en el que se rene el conocimiento y se incluye en el software.

El proceso proporciona una interaccin entre los usuarios y los diseadores, entre los
usuarios y las herramientas de desarrollo, y entre los diseadores y las herramientas de
desarrollo. Es un proceso interactivo donde la herramienta de desarrollo se usa como
medio de comunicacin, con cada iteracin de dialogo se obtiene mayor conocimiento
de las personas involucradas.
10.2 Caractersticas, componentes y aplicaciones del

software
10.2.1. Caractersticas
El software es un elemento del sistema que es lgico, en lugar de fsico. Por tanto el
software tiene unas caractersticas considerablemente distintas a las del hardware:
El software se desarrolla, no se fabrica en un sentido clsico: Los costes del

software se encuentran en la ingeniera. Esto significa que los proyectos de software no
se pueden gestionar como si fueran proyecto de fabricacin.
El software no se "estropea": El software no es susceptible a los males del

entorno que hacen que el hardware se estropee. Los defectos no detectados harn que
falle el programa durante las primeras etapas de su vida. El software no se estropea,
pero si deteriora!.
Aunque la industria tiende a ensamblar componentes, la mayora del

software se construye a medida: El componente de software debera disearse e
implementarse para que pueda volver a ser reutilizado en muchos programas diferentes.
Los componentes reutilizables modernos encapsulan tanto datos como procesos que se
aplican a los datos, permitiendo al ingeniero del software crear nuevas aplicaciones a
partir de partes reutilizables.
16
10.2.2. Aplicaciones
10.2.2.1. Software de Sistemas.
El software de sistemas es un conjunto de programas que

han sido escritos para servir a otros programas. Algunos
programas de sistemas (por ejemplo: compiladores,
editores y utilidades de gestin de archivos) procesan
estructuras de informacin complejas pero determinadas.
Otras aplicaciones de sistemas procesan datos en gran
medida indeterminados.
10.2.2.2. Software de tiempo real
El software que coordina, analiza y controla sucesos del mundo real conforme
ocurren, se denomina de tiempo real.
17
10.2.2.3. Software de gestin
Las aplicaciones en esta rea reestructuran los datos existentes para facilitar las
operaciones comerciales o gestionar la toma de decisiones.
10.2.2.4. Software de ingeniera y cientfico.
Se caracteriza por los algoritmos de "manejo de nmeros". Las aplicaciones van

desde la astronoma a la vulcanologa, desde al anlisis de la presin de los
automotores a la dinmica orbital de las lanzaderas espaciales y desde la biologa
molecular a la fabricacin automtica.
10.2.2.5. Software empotrado
El software empotrado reside en memoria de slo lectura y se utiliza para controlar

productos y sistemas de los mercados industriales y de consumo. El software
empotrado puede ejecutar funciones muy limitadas y curiosas (por ejemplo: el
control de las teclas de un horno de microondas) o suministrar una funcin
significativa y con capacidad de control.
10.2.2.6. Software de computadoras personales
El mercado del software de computadoras personales ha germinado en

las pasadas dos dcadas. El procesamiento de textos, las hojas de
clculo, los grficos por computadora, multimedia, entretenimiento,
gestin de bases de datos, aplicaciones financieras, de negocios,
18
personales y de redes o acceso a bases de datos externas son algunas

de los cientos de aplicaciones.
10.2.2.7. Software basado en la Web. Las pginas Web buscadas por un

explorador son software que incorpora instrucciones ejecutables (por
ejemplo, CGI, HTML, Perl o Java), y datos (por ejemplo, hipertexto y
una variedad de formatos de audio y visuales).
10.2.2.8. Software de inteligencia artificial. Hace uso de

algoritmos no numricos para resolver problemas complejos para los
que no son adecuados el clculo o el anlisis directo. Los sistemas
expertos, tambin llamados sistemas basados en el conocimiento,
reconocimiento de patrones (imgenes y voz), redes neuronales
artificiales, prueba de teoremas, y los juegos son representativos de las
aplicaciones de esta categora.
10.3. Mitos del Software

Muchas de las causas de las crisis del software se pueden encontrar en una mitologa
que surge durante los primeros aos del desarrollo del software. Hoy, la mayora de los
profesionales competentes consideran a los mitos por lo que son actitudes errneas que
han causado serios problemas, tanto a los gestores como a los tcnicos. Sin embargo, las
19
viejas actitudes y hbitos son difciles de modificar, y todava se cree en algunos restos
de los mitos del software.
10.3.1. Mitos de gestin.
Los gestores con responsabilidad sobre el software, como los gestores en la mayora de
las disciplinas, estn normalmente bajo la presin de cumplir los presupuestos, hacer
que no se retrase el proyecto y mejorar la calidad.
10.3.2. Mitos del cliente.
Un cliente que solicita una aplicacin de software puede ser una persona del despacho
de al lado, un grupo tcnico de la sala de abajo, el departamento de ventas o una
compaa exterior que solicita un software bajo contrato. Los mitos conducen a que el
cliente se cree una falsa expectativa y finalmente, quede insatisfecho con el que
desarrolla el software.
10.3.3. Mitos de los desarrolladores.
Los mitos en los que an creen muchos desarrolladores se han ido fomentando durante
cuatro dcadas de cultura informtica. Durante los primeros das del desarrollo del
software, la programacin se vea como un arte. Las viejas formas y actitudes tardan en
morir.
20
10.4. METODOLOGAS DE DESARROLLO DE SOFTWARE
Una metodologa de desarrollo de software se refiere a un framework que es usado para

estructurar, planear y controlar el proceso de desarrollo en sistemas de informacin.
A lo largo del tiempo, una gran cantidad de mtodos han sido desarrollados
diferencindose por su fortaleza y debilidad.
10.4.1. Qu es un Mtodo?
Un Mtodo se compone de diversos aspectos que nos permitirn conseguir una meta o
lograr un objetivo. Se define ms claramente como un conjunto de herramientas, las
cuales utilizadas mediante las tcnicas correctas, permiten la ejecucin de procesos que
nos llevarn a cumplir los objetivos que buscamos. En pocas palabras y aunque esto lo
puedes encontrar como tal en internet, es un conjunto de herramientas, tcnicas y
procesos que facilitan la obtencin de un objetivo.
10.4.2. Qu es una Metodologa?
En el desarrollo de software, una metodologa hace cierto nfasis al entorno en el cul se

plantea y estructura el desarrollo de un sistema. Como lo mencion al principio, existen
una gran cantidad de metodologas de la programacin que se han utilizado desde los
tiempos atrs y que con el paso del tiempo han ido evolucionando. Esto se debe
principalmente a que no todos los sistemas de la informacin, son compatibles con todas
las metodologas, pues el ciclo de vida del software puede ser variable. Por esta razn,
es importante que dependiendo del tipo de software que se vaya a desarrollar, se
identifique la metodologa para el diseo de software idnea.
21
10.4.3. En qu consisten las Metodologas de

Desarrollo de Software?
Una Metodologa de desarrollo de software, consiste principalmente en hacer uso de

diversas herramientas, tcnicas, mtodos y modelos para el desarrollo. Regularmente
este tipo de metodologa, tienen la necesidad de venir documentadas, para que los
programadores que estarn dentro de la planeacin del proyecto, comprendan
perfectamente la metodologa y en algunos casos el ciclo de vida del software que se
pretende seguir.
10.4.4. Cules son modelos del Ciclo de vida del

Software tradicionales?
Como les mencion hace un momento, regularmente, cada metodologa de desarrollo de

software, tiene un enfoque bien marcado, estos enfoques no son para nada nuevos y se
siguen utilizando para la planeacin y desarrollo de software an en nuestros tiempos,
as que vamos a ver cules son cada uno de ellos y aprenderemos como funcionan.
10.5. Metodologa en cascada
22
Figura 1: Modelo en Cascada

El modelo de desarrollo de Software en cascada, es una metodologa de la

programacin muy antigua. Si bien su creador nunca lo menciona como metodologa en
cascada, el funcionamiento y lineamiento de los procesos de la planeacin, son
exactamente iguales. Bsicamente, el estilo del modelo en cascada, es que no podrs
avanzar a la siguiente fase, si la anterior no se encuentra totalmente terminada, pues no
tiene porque haber vuelta atrs. Vamos a ver cuales son las fases de desarrollo de
software del modelo en cascada, para que te puedas dar una idea.
10.5.1. Cules son los Principios bsicos del modelo

de cascada?
Como puedes ver, el proceso de desarrollo de software con el modelo de cascada es

bastante complejo. Sin embargo uno de sus principios es que cada una de las fases
elaboradas, se encuentre documentada perfectamente, de este modo, si el desarrollo
queda suspendido en alguna fase, cualquier usuario que quiera continuar con el proyecto
lo podr hacer leyendo la documentacin.
23
As tambin, es muy comn encontrar metodologas para el desarrollo de software en

cascada con fechas de objetivos, tiempos o presupuestos para determinadas fases.
Aprovechando el hecho de que una ves que avanzaste de fase, es muy poco
recomendable el volver atrs, aunque regularmente se tiene un cierto nivel de tolerancia,
pero lo correcto en la utilizacin del modelo de cascada, es que no puedas ir atrs a
realizar modificaciones de ningn tipo.
10.6. Mtodo de Prototipos
Figura 2:Modelo de Prototipos
Esta metodologa de la programacin todava sigue siendo la favorita de muchos.

Consiste bsicamente en que en base a los requerimientos y necesidades que tiene el
cliente, se realiza de forma rpida un prototipo, este no vendr completo ni mucho
menos terminado, pero si permitir contar con las bases necesarias para que cualquier
programador pueda seguir trabajando en el hasta llegar al cdigo final.
24
10.6.1. Cules son los Principios Bsicos del mtodo

de prototipos?
Por supuesto, te habrs dado cuenta de que el modelo de prototipos puede llegar a ser un
poco ms tedioso, aunque todo depender del mbito en que lo utilices. Sin embargo
uno de sus principios bsicos que seguramente habrs notado, es que con el mtodo de
prototipos el proyecto se va dividiendo en partes cada ves mas pequeas, para evitar el
peligro ante los riesgos frente a los que estamos expuestos.
Adems, otros de sus principios bsicos fundamentales, es que con la metodologa de

prototipos, el cliente final se involucra mucho ms en el proyecto que con otras
metodologas, haciendo de esta forma que el producto final llegue rpidamente aunque
con un poco ms de presin en el proceso. La ventaja es que conforme se van haciendo

prototipos pequeos, poco a poco se va llegando al producto final. Incluso en algn
determinado momento podrs llegar a crear un prototipo que con solo ajustar ciertos
detalles, se podra convertir en el producto que el usuario quiere.
10.6.2. Modelo Incremental o Iterativo y Creciente
25
Figura 3:Modelo Incremental

El modelo Incremental, es una metodologa de la programacin muy utilizada hoy en

da, pues su comodidad de desarrollo permite que te obtenga un producto final mucho
ms completo y exitoso. Se trata especialmente de la combinacin de los modelos lineal
e iterativo o bien, modelo de cascada y prototipos. Bsicamente consiste en completar
varias iteraciones de lo que es el modelo de cascada, pero sin completar ninguna,
haciendo iteraciones lo que se hace es crear una evolucin en el producto, permitiendo
que se agreguen nuevas especificaciones, funcionalidades, opciones, funciones y lo que
el usuario requiera despus de cada iteracin.
En pocas palabras, el Modelo Incremental repite el modelo de cascada una y otra ves,
26
pero con
pequeas
modificaciones o actualizaciones que se le puedan ir agregando al sistema. De este

modo el usuario final se ve sumamente sumergido en el desarrollo y puedes
proporcionarle un resultado ptimo.
10.7. Cules son los principios bsicos del Modelo

Incremental?
Es importante definir los siguientes principios fundamentales, pues nos permiten saber
con claridad por donde va la idea de la metodologa.
La idea de un modelo incremental, es utilizar una serie de mini modelos de desarrollo de

software en cascada, segmentando requerimientos y permitiendo que el usuario vaya de
la mano con el proyecto durante la realizacin.
Bsicamente las fases de cada iteracin, son las mismas que se manejan en el modelo de
cascada, aunque tambin se pueden agregar algunas, pero su objetivo es completar cada
fase de la iteracin, para que esta se vaya complementando poco a poco y no se genere
un desarrollo tedioso y cansado que puede alargar la duracin del proyecto en demasa.
Debes saber, que cada iteracin te generar un prototipo cada ves mas evolucionado,
estos debers guardarlos por si en determinado momento deseas volver atrs, pues a
diferencia del modelo de cascada, podemos retroceder cuando se requiera y los
27
prototipos se pueden volver a utilizar una y otra ves, pues el cdigo fuente es
reutilizable.
10.8. Modelo en Espiral
Figura 4: Modelo en Espiral
Este modelo, consiste en ciertas fases que se van realizando en modo de espiral,
utilizando procesos de la misma forma en que se utilizan en el modelo de cascada, sin
embargo aqu estos no son obligatorios y no llevan precisamente el orden establecido.
Bsicamente se trata de un modelo evolutivo, que conforme avancen los ciclos, ir
incrementando el nivel de cdigo fuente desarrollado, un incremento en la gestin de
riesgos y por supuesto un incremento en los tiempos de ejecucin y planificacin del
sistema, esto es lo que tiene el modelo en espiral.
28
10.8.1. Cules son los Principios bsicos del modelo

en Espiral?
Est claro que el modelo en espiral, es sumamente distinto a los dems. Encontramos
por fuera cuatro fases bien organizadas, las cules siempre deben llevar ese orden que se
estipula desde el principio. Una determinacin de objetivos, un anlisis de riesgos, el
desarrollo y las pruebas, junto con la planificacin, la cual depender de los resultados
de la iteracin para saber como se actuar en la siguiente vuelta al espiral.
Algo muy importante que debes ver en el modelo de espiral, es que los interesados
deben estar involucrados prcticamente en cada vuelta que se de al espiral, para crear lo
que son los requisitos antes de realizar una vuelta ms y al final en la fase de
planificacin, se determinan los logros obtenidos, el avance y lo que se esperar de una
siguiente vuelta.
10.9. RAD: Desarrollo Rpido de Aplicaciones
Figura 5: Desarrollo Rpido de

Aplicaciones
29
A diferencia de otras metodologas para el desarrollo de software, la metodologa

RAD o desarrollo rpido de aplicaciones, no cuenta con una serie de fases ordenadas por
as decirlo. Aunque si est basada en lo que es el modelo de cascada y la creacin de
prototipos, sin embargo el proceso es muy independiente a contar con ciertas fases
estipuladas como los modelos que hemos visto anteriormente. As que vamos a ver los
principios del modelo RAD.
10.9.1. Cules son los principios bsicos del Modelo

RAD?
Del mismo modos que modelos anteriores, el Modelo RAD, est basado en el uso de las
iteraciones y principalmente en el manejo de prototipos. Sin embargo a diferencia del
resto, la metodologa RAD hace uso de las Herramientas CASE, las cuales permitirn
acelerar el proceso considerablemente.
Del mismo modo que el modelos espiral y el de prototipos, RAD se subdivide en

pequeas secciones, las cuales se irn optimizando y de esta forma se ir avanzando
mucho ms rpido que con grandes segmentos que pueden volverse difciles dentro de
un proceso acelerado como lo este este modelo.
Una de las ventajas del RAD, es que el enfoque y las prioridades van hacia la fase de
desarrollo, a diferencia de modelos como el espiral, que se enfoca en que los riesgos al
momento sean mucho menores. Ac con el RAD, se hace lo contrario, si hay riesgos
reducimos los requerimientos para reducir los riesgos, no como en el espiral, que entre
30
ms riesgos, ms requisitos aportamos para que se incremente. Ac la idea es reducir

tiempos y no riesgos, o si, talves tambin, pero la reduccin de riesgos es totalmente
inversa al modelo espiral.
Por supuesto, como en todos los modelos, vas a requerir de ciertos factores
documentados, de preferencia todo lo que se pueda, para que en caso de que alguien ms
venga a continuar con este proyecto, tenga a la mano toda la informacin que necesita y
con unas cuentas lecturas pueda empezar a desarrollar lo que se haba quedado
pendiente en un determinado momento.
10.9.2. Cul es tu metodologa tradicional preferida?
Si bien hemos visto mtodos muy diversos, informacin muy variada y ciclos de
desarrollo de software con distintos enfoques. La realidad es que al final tu siempre
decidirs como trabajar y con que tipo de metodologa te sentiras ms a gusto.
Obviamente depende de muchos factores, principalmente del tamao del proyecto, pues
modelos como el espiral, son especialmente para proyectos grandes y modelos como el
RAD, son enfocados en proyectos pequeos, sin tanto requisito pero manejando siempre
cierto nivel de calidad, el cual siempre debes considerar.
31
A continuacin, analizaremos lo que son las metodologas giles de desarrollo de

software ms importantes, las cules a diferencia de las metodologas tradicionales,
funcionan mas como una combinacin de estas para lograr un objetivo. Su finalidad
siempre ser el crear software de una forma ms rapida de lo que se venia logrando con
las metodologas de antao. As que vamos a ver un poco de informacin referente a lo
que son las metodologas giles, como funcionan y que se necesita para implementarlas.
10.10. El modelo de Mtodos Formales
Figura 6: Modelo de Mtodos Formales

Comprende un conjunto de actividades que conducen a la especificacin matemtica del
software de computadora. Los mtodos formales permiten que un ingeniero de software
especifique, desarrolle y verifique un sistema basado en computadora aplicando una
32
notacin rigurosa y matemtica.
Este enfoque es llamado ingeniera del software de sala limpia.
Cuando se utilizan mtodos formales se descubren y corrigen ambigedades,

inconsistencias y errore
10.11. Metodologas giles
Figura 7: Metodologas Agiles
Con el paso del tiempo, estaba claro que las metodologas tradicionales, simplemente no
se iban a acoplar con las nuevas tecnologas, los nuevos lenguajes y sobretodo los
programadores modernos. Es por eso que desde principios del Siglo, se han desarrollado
33
lo que son las metodologas giles. Una metodologa gil, consiste principalmente en
trabajar con menos documentacin de la que, como vimos, las metodologas
tradicionales utilizan en todo momento.
Existen una gran cantidad de metodologas giles de desarrollo de software y todas las
vamos a ver a continuacin. Sin embargo antes hay que comprender en que consiste
detenidamente la metodologa gil, para lo cual contamos con el manifiesto gil. Un
documento en el cul se resume la filosofa de este enfoque de desarrollo, as
seguramente despus de leer esos puntos, nos quedar an mas clara la idea de hacia
donde se pretende llegar y principalmente Cmo se pretende llegar a los objetivos.
10.11.1. Cules son las Principales Metodologas giles?
Algo que debes saber antes de dar paso a la descripcin de cada una de las metodologas
de la programacin giles, es que aunque entre sus creadores crearon lo que fue el
manifiesto gil, la realidad es que cada una de las metodologas cuenta con su propia
personalidad y caractersticas nicas, que la diferencian de las dems. Por eso a
continuacin, veremos cada una de las metodologas giles ms populares, para que
tengas un conocimiento ms solido de lo que son y hacia donde van cada una de ellas.
10.12. Metodologa SCRUM
Scrum es una metodologa gil y flexible para gestionar el desarrollo de software, cuyo
principal objetivo es maximizar el retorno de la inversin para su empresa (ROI). Se
basa en construir primero la funcionalidad de mayor valor para el cliente y en los
principios de inspeccin continua, adaptacin, auto-gestin e innovacin.
34
10.12.1. Equipos que Componen los Procesos Scrum
Durante el punto anterior, te describ los procesos que se llevan a cabo en la Scrum
Metodologa, y en varios puntos mencion ciertos equipos que son encargados de
algunos aspectos importantes. Por eso a continuacin veremos cuales son los equipos
que conforman la metodologa Scrum y con los cuales se trabajar arduamente, obvio,
cada quien con sus respectivas responsabilidades.
10.13. Medidas mtricas e indicadores

Las mtricas del software se refieren a un amplio elenco de mediciones para el software
de computadora. La medicin se puede aplicar al proceso del software con el intento de
mejorarlo sobre una base continua. Se puede utilizar en el proyecto del software para
ayudar en la estimacin, el control de calidad, la evaluacin de productividad y el
control de proyectos. Finalmente, el ingeniero de software puede utilizar la medicin

para ayudar a evaluar la calidad de los resultados de trabajos tcnicos y para ayudar en
la toma de decisiones tctica a medida que el proyecto evoluciona.
Medimos para mejorar cuando recogemos la informacin cuantitativa que nos ayuda a
identificar obstculos, problemas de raz, ineficiencias y otras oportunidades para
mejorar la calidad del producto y el rendimiento del proceso.
10.13.1. Mtricas en el proceso y dominio del proyecto

Se mide el consumo de energa, el peso, las dimensiones fsicas, la temperatura, el voltaje,
la relacin seal-ruido, la lista es casi interminable. Por desgracia, la medicin es mucho
menos comn en el mundo de la ingeniera del software.
Existen problemas para ponerse de acuerdo sobre qu medir y las medidas de evaluacin de
problemas recopilados.Se deberan recopilar mtricas para que los indicadores del proceso y
del producto puedan ser ciertos. Los indicadores de proceso permiten a una organizacin de
35
ingeniera del software tener una visin profunda de la eficacia de un proceso ya existente .
Tambin permiten que los gestores evalen lo que funciona y lo que no. Las mtricas del
proceso se recopilan de todos los proyectos y durante un largo perodo de tiempo. Su
intento es proporcionar indicadores que lleven a mejoras de los procesos de software a largo
plazo.
10.13.2. Mediciones del Software

Entre las medidas directas del proceso de la ingeniera del software se incluyen el coste y el
esfuerzo aplicados. Entre las medidas directas del producto se incluyen las lneas de cdigo
(LDC) producidas, velocidad de ejecucin, tamao de memoria, y los defectos informados
durante un perodo de tiempo establecido. Entre las medidas indirectas se incluyen la
funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento y
muchas otras.
El dominio de las mtricas del software se divide en: mtricas de proceso, proyecto y
producto. Tambin se acaba de destacar que las mtricas de producto que son privadas para
un individuo a menudo se combinan para desarrollar mtricas del proyecto que sean
pblicas para un equipo de software.
10.13.3. Mtricas Orientadas al Tamao
Las mtricas del software orientadas al tamao provienen de la normalizacin de las

medidas de calidad y/o productividad considerando el tamao del software que se
haya producido. Si una organizacin de software mantiene registros sencillos, se puede
crear una tabla de datos orientados al tamao
36
10.13.4. Mtricas Orientadas a la Funcin
37
Las mtricas del software orientadas a la funcin utilizan una medida de la

funcionalidad entregada por la aplicacin como un valor de normalizacin. Ya que la
funcionalidad no se puede medir directamente, se debe derivar indirectamente
mediante otras medidas directas.
Los puntos de funcin se derivan con una relacin emprica segn las medidas
contables (directas) del dominio de informacin del software y las evaluaciones de la
complejidad del software.
10.14. PLANIFICACIN DE PROYECTOS DE SOFTWARE
10.14.1. Que es un proyecto de Sistema o Software. ?
Es el Proceso de gestin para la creacin de un Sistema o software, la cual encierra un

conjunto de actividades, una de las cuales es la estimacin, estimar es echar un vistazo
al futuro y aceptamos resignados cierto grado de incertidumbre. Aunque la estimacin,
es mas un arte que una Ciencia, es una actividad importante que no debe llevarse a cabo
de forma descuidada. Existen tcnicas tiles para la estimacin de costes de tiempo. Y
dado que la estimacin es la base de todas las dems actividades de planificacin del
proyecto y sirve como gua para una buena Ingeniera Sistemas y Software.
Al estimar tomamos en cuenta no solo del procedimiento tcnico a utilizar en el

proyecto, sino que se toma en cuenta los recursos, costos y planificacin. El Tamao
del proyecto es otro factor importante que puede afectar la precisin de las
estimaciones. A medida que el tamao aumenta, crece rpidamente la interdependencia
entre varios elementos del Software.
La disponibilidad de informacin Histrica es otro elemento que determina el riesgo de

la estimacin.
Aqu encontramos todos los

archivos que utiliza nuestra
Aqu encontramos
aplicacin dentro archivos
de las
Estosconexin
de son todos los archivos
tales como
38 Aqu
Aqu
EnAqu
En
Entraremos
Aqu
Ingresamos
En
carpetasencontramos
este
encontramos
esta
encontramos
encontramos
archivo
este
encontramos
a
carpeta
a
y a nivel encontramos
la
todas
la
todos
directorio
de carpeta
archivos
unidad
las
los
ellosse
el
los
html,
settings algunos
en de elellos son
cual
imgenes
archivo
archivos
encuentran
que
encontramos
ProyectosPython,
archivos
Sistema
todos
se los
encontramos utiliza
manage.py
(C:),
que
JavaScript
estilos
queen
todos
utilizaremos
esta
migrations
archivosvamos
que
el
ennuestra
unidad
vamos
cual
que
los
estaa
block que utilizaremos
configuramos para que en la
haya
en
nos
utilizaremos
archivos
para
aplicacin
carpeta
importar
se
anuestra
encuentra
permite
utilizar
que
html.
se
aplicacin.
desde
permiten
encuentra
exista
ElRemanso.
alojado
en
levantar
nuestro
en conexin
nuestra
nuestra
nuestro
nuestra
visualizarlos html
el
estructura
conexin de nuestro
con la base htmlde
servidor.
aplicacin.
entre
aplicacin.
proyecto.
aplicacin.
(ulrs, Python con django.
views).
principal(base.html).
datos.
Figura 8: Modelo de Ingenieria de Software
12. PROPUESTA DE ACCIN O DESARROLLO
cuenta con habitaciones dobles, triples, familiares con capacidad de 8 a 10

personas y estamos adecuando una habitacin multi-familiar con todos los
servicios.
Nuestro restaurant la rueda tiene una capacidad para 120 personas y ofrece
mens variados cada fin de semana, adems atencin dentro de la semana as
como sbados y domingos con platos a la carta, comida tpica, nacional e
internacional para lo cual contamos con 2 chef profesionales y personal
debidamente calificado con atencin esmerada y con comida de calidad.
Misin.
Esta empresa fue creada con el apoyo total de la familia quienes con su apoyo
vieron la oportunidad y apertura para iniciar en esta rama del turismo siempre
pensando que en este lugar de clima clido nuestro esmero fue y ha sido siempre
dar un servicio ptimo as como prestar un lugar de sano esparcimiento con alto
sentido de responsabilidad y amor a la tierra.
Visin
Catalogarse como una de las mejores hosteras en la zona sur del ecuador y darce
a conocer a nivel nacional como internacional.
39
13. INGENIERIA DE SOFTWARE
13.1. Descripcin de la Empresa
La Hostera EL REMANSO est ubicada en la parroquia Malacatos a 2km

del centro parroquial en el barrio taxiche, es una empresa de carcter turstica
donde la funcionalidad es la atencin al pblico en restaurant, hospedaje y reas
recreativas como son canchas deportivas, juegos infantiles, reas verdes as como
instalaciones de piscina para nios para adultos, adems cuenta con hidromasaje,
sauna e incluye parqueadero propio prestado la seguridad total a sus huspedes.
La empresa naci el primero de noviembre del 2013 por el apoyo e unin de una
familia que vieron la oportunidad para iniciarse en esta rama del turismo,
iniciando primeramente con el restaurant luego de a poco se fue ampliando al
servicio de hospedaje as como tambin de instalaciones que presten una atencin
propia para los lojanos y para quienes nos visitan de otras provincias. En la
actualidad cuenta con un saln amplio para eventos con una capacidad de 150
personas, as mismo cuenta con 3 prgolas con una cabida de100 personas cada
una de ellas con la finalidad de atender eventos sociales como: matrimonios,
bautizos, cumpleaos, reuniones familiares e institucionales y a todos quienes
quieren hacer uso los fines de semana al pblico en general. En cuanto al
hospedaje la hostera cuenta con 12 habitaciones matrimoniales, adems cuenta
con habitaciones dobles, triples, familiares con capacidad de 8 a 10 personas y
estamos adecuando una habitacin multi-familiar con todos los servicios.
Nuestro restaurant la rueda tiene una capacidad para 120 personas y ofrece
mens variados cada fin de semana, adems atencin dentro de la semana as
como sbados y domingos con platos a la carta, comida tpica, nacional e
40
internacional para lo cual contamos con 2 chef profesionales y personal

debidamente calificado con atencin esmerada y con comida de calidad.
Misin.
Esta empresa fue creada con el apoyo total de la familia quienes con su apoyo
vieron la oportunidad y apertura para iniciar en esta rama del turismo siempre
pensando que en este lugar de clima clido nuestro esmero fue y ha sido siempre
dar un servicio ptimo as como prestar un lugar de sano esparcimiento con alto
sentido de responsabilidad y amor a la tierra.
Visin
Catalogarse como una de las mejores hosteras en la zona sur del ecuador y darse
a conocer a nivel nacional como internacional.
14. mbito
41
14.1. Funciones
Tabla 1: Inicio de Sesin
REF. FUNCIN CATEGORIA

RF-001 La aplicacin debe permitir ingresar al usuario con su usuario y EVIDENTE
contrasea
RF-002 Validar campos OCULTO
RF-003 Permita recuperar contrasea EVIDENTE
Tabla 2: Admnistrador de Producto

ADMINISTRACION DE PRODUCTO
Rf-001 El sistema debera permitir registrar un nuevo producto, con EVIDENTE
el Idproducto secuencial, que se incrementara
automticamente al momento de registrar un producto.
Rf-002 El sistema debera permitir almacenar todos productos que no OCULTA
estn registrados en el sistema.
Rf-003 El sistema debera permitir Consultar todos los productos que EVIDENTE
estn registrados dentro del sistema.
Rf-004 El sistema debera permitir buscar un producto y activar sus EVIDENTE
campos para modificarlos en caso de que requiera realizar
algn cambio en el registro.
Rf-005 El sistema debera permitir Dar de baja registro de producto, EVIDENTE
en caso que desee modificarlo.
Rf-006 El sistema debera permitir Imprimir registro de productos, en SUPERFLUA
que caso que se desee comprobar dicho registro.

ADMINISTRACION DE USUARIOS
Rf-001 El sistema debera permitir registrar un nuevo usuario, con el EVIDENTE
Idusuario secuencial, que se incrementara automticamente al
momento de registrar al Usuario.
Rf-002 El sistema debera permitir almacenar al Usuario que no estn OCULTA
42
registrados en el sistema.
Rf-003 El sistema debera permitir Consultar todos los Usuarios que EVIDENTE
estn registrados dentro del sistema.
Rf-004 El sistema debera permitir buscar un Usuario y activar sus EVIDENTE
Rf-005 El sistema debera permitir Dar de baja registro de Usuario, en EVIDENTE
caso que desee modificarlo.
Rf-006 El sistema debera permitir Imprimir registro de Usuario, en que SUPERFLUA
caso que se desee comprobar dicho registro.
Tabla 3: Administrador de Usuarios
Tabla 4:Administracion de Cliente

ADMINISTRACION DE CLIENTE
Rf-001 El sistema debera permitir registrar un nuevo cliente, con el EVIDENTE
Idcliente secuencial, que se incrementara automticamente al
momento de registrar un cliente.
Rf-002 El sistema debera permitir almacenar al cliente que no estn OCULTA
Rf-003 El sistema debera permitir Consultar al cliente que est EVIDENTE
registrados dentro del sistema.
Rf-004 El sistema debera permitir buscar un cliente y activar sus EVIDENTE
43

Rf-005 El sistema debera permitir Dar de baja registro de Cliente, en EVIDENTE
Rf-006 El sistema debera permitir Imprimir registro de Cliente, en que SUPERFLUA

ADMINISTRACION DE SERVICIOS
Rf-001 El sistema debera permitir registrar un Servicio , con el EVIDENTE
IdServicio secuencial, que se incrementara automticamente al
momento de registrar un cliente.
Rf-002 El sistema debera permitir almacenar el Servicio que no estn OCULTA
Rf-003 El sistema debera permitir Consultar al cliente que est EVIDENTE
registrados dentro del sistema.
Rf-004 El sistema debera permitir buscar un cliente y activar sus EVIDENTE
Rf-005 El sistema debera permitir Dar de baja registro de Cliente, en EVIDENTE
44
Rf-006 El sistema debera permitir Imprimir registro de Cliente, en que SUPERFLUA

45
14.2. Restricciones
14.2.1. Uso del Sitio
Esta aplicacion web es propiedad de la hosteria Remanso, y est disponible para

informacin y uso personal, no para uso comercial. Sintase en la libertad de indagar la
aplicacion; sin embargo, su uso y acceso a la aplicacin web est sujeto a Trminos y a
todas las leyes que apliquen.
14.3.2. Contenido de Terceros

Cualquier opinin, declaracin, servicio, oferta, contenido expresado o en esta
aplicacin web por terceros pertenecen a sus respectivos autores o distribuidores y no a
la Compaa.
14.3.3. Limitacin de Responsabilidad

Su uso y navegacin por la aplicacin web es a su propio riesgo. Si no est satisfecho
con alguno de los Materiales contenidos en este Sitio, o con cualquiera de sus Trminos,
su nico y exclusivo remedio es descontinuar el acceso y uso de la aplicacin.
14.3.4. Informacin del Usuario.

En el curso del uso que usted haga de la aplicacin Web y/o de los servicios puestos a
su disposicin en o a travs de la aplicacin Web, se le puede pedir que nos proporcione
46
cierta informacin personalizada (dicha informacin en lo sucesivo "Informacin del

Usuario"). Las polticas de uso y recopilacin de informacin de Time Inc. con respecto
a la privacidad de dicha Informacin del Usuario se establecen en la Poltica de
Privacidad de la aplicacin Web, la cual est incorporada al mismo como referencia
para todos los propsitos. Usted reconoce y acepta ser el nico responsable de la
exactitud del contenido de la Informacin del Usuario.
47
14.4. Interfaces
Figura 9: Quienes Somos
48
Figura 10:Reservaciones
Figura 11:Galeria
49
Figura 12: Como Llegar
Figura 13:Contactos
50
Figura 14:Administrar
51
Figura 15:Servicios
15. Modelo de Ingeniera de Software
15.1. FASE: ANALISIS

Proceso: Recoleccin de datos
Recursos involucrados: Director de tesis, encargada de la unidad de planificacin,
tesistas.
Objetivo: recolectar datos que intervienen en el desarrollo del sistema de los usuarios.
Actividades:
Reunin general con el personal de secretaria para determinar la secuencia de
trabajo
Investigacin sobre el modelo a emplear
Investigacin bibliogrfica(internet) sobre el lenguaje de programacin Html
Resultados:
Obtencin de la informacin del proceso actual ..
Obtencin de las dificultades que se presentan en el proceso de anlisis.
Obtencin de las restricciones establecidas
Entregables:
Diagrama del proceso actual del modelo que se usara.
Requerimientos funcionales y no funcionales.
52
Restricciones que se debe tomar en cuenta para cumplir con lo establecido

Duracin:
Recoleccin de informacin para desarrollar este proceso 2 semanas.
15.2. FASE: DISEO
Proceso: Diseo de base de datos

Recursos involucrados: Sistema de recursos humanos
Objetivo: Disear la base de datos
Actividades:
Programar bajo estndares Obtencin del diseo de las interfaces.
Obtencin de todos los requerimientos.
Obtencin de las interfaces de la aplicacin web

Resultados:
Diseo de las interfaces de la aplicacin web
Diseo de las funciones del sistema
Entregables:
Diseo de la base de datos
Diseo de los requerimientos del sistema
Diseo del modelo secuencial para el control de hospedaje
Duracin:
Diseo de las interfaces de la aplicacin web 1 semanas.
Diseo y prueba del modelo secuencial 2 semanas
53
15.3. FASE: CODIFICACIN
Proceso: codificacin del proyecto

tesistas.
Objetivo: Implementacin de la aplicacin web para que interactue con las interfaces el
usuario.
Actividades:
Desarrollo de la aplicacin en la hosteria REMANSO

Diseo de las interfaces de la aplicacin web.
Dieo de Interfaces que interacten con el usuario
Resultados:
Obtencin de las etapas de la investigacion

Obtencin para aportar instrumentos para manejar la informacin.
Obtencin de un control de la base de datos.
Entregables:
rbol de directorio.
Conexin entre el servidor y la base de datos.
La aplicacin web debe presentar las interfaces.
Duracin:
Recoleccin de informacin para desarrollar este proceso 2 semanas.
Desarrollo de codificacin para la aplicacin web 2 semanas
54
15.4. FASE: PRUEBA
Proceso: implementacin de la aplicacin web

tesistas.
Objetivo: comprobar que aplicacin funciona y cumpla con las expectativas del ussario
Actividades:
Realizar las pruebas necesarias de la aplicacin web
Obtencin de las interfaces de la aplicacin web.
Resultados:
Autentificacin del usuario
Diseo de las aplicacin web con sus respectivas interfaces
Entregables:
Diseo de la aplicacin web
Diseo de los requerimientos del sistema
Diseo del modelo secuencial para el control de hospedaje
Duracin:
Diseo de las interfaces de la aplicacin web 1 semanas.
Diseo y prueba del modelo secuencial 2 semanas
16. Recursos
Tabla 5: Recursos Humanos
55
Humanos
Informe de tiempo de
Descripci Disponibilid Fecha Aplicacin de
Nombre n ad Cronolgica Recursos
Patricio
Espinosa
Bryan Desarrollado
Quezada res software medio tiempo Enero-Mayo 6 Meses
Patricio
Espinosa
Bryan Diseadores
Quezada software medio tiempo Enero-Mayo 6 Meses
Patricio
Espinosa
Bryan Analistas de
Quezada software medio tiempo Enero-Mayo 6 Meses
Tabla 6: Herramienta
herramienta
Informe de tiempo de
Nombr Disponibilid Fecha Aplicacin de
e Descripcin ad Cronolgica Recursos
Django framework medio tiempo Enero-Mayo 6 Meses
Para
Desarrollo de
Laptops la aplicacin medio tiempo Enero-Mayo 6 Meses
etiquetas de
formato de
HTML texto medio tiempo Enero-Mayo 6 Meses
56
57
16.1.6. Identificacin de Riesgos
58
PROBABILID
1. RIESGOS CATEGORIA AD IMPACTO RSGR
El cliente
SISTEMAS DE AUTOMATIZACION-PROYECTO
Planificacin INTEGRADOR
cambiar los 80% Critica
temporal
requisitos
El SW no
Catastr
admite Soporte 70%
RSGR fica
cambios
Riesgo ESTRATEGIAS DE ESTRATEGIAS ESTRATEGIAS RESPONSABLES
Los usuarios
REDUCCION DE DE GESTION
finales insisten
Soporte SUPERVISION
80% Critica
en
El nuevos
cliente Tomar en cuenta Al iniciar En caso de
requisitos
cambiara los todos los con el existir cambios
Elrequisitos.
desarrollo de
requisitos de la desarrollo de o correctivos o
funciones de
aplicacin con el la aplicacin cambios al
Software Planificacin Catastr
cliente para que a y 50%
el diseo inicio del
innecesarias temporal fica
medio proyecto presentar al proyecto de los
alarga la
no exista ningn cliente para requisitos
planificacin
cambio en los que tenga reprogramar la
Un mal diseo
requisitos. claro cmo planificacin
implica volver a
Rendimiento va 90%
ser la Critica
disear e
aplicacin y
implementar
El cliente escuchar
intenta sugerencias
controlar el del mismo
proceso de para tomar

Planificacin Catastr
desarrollo, con correctivos
60%
temporal fica
lo que el en ese
progreso es instante
El SW no Tomar las Tomar muy Revisin de la
ms lento de lo
admite respectivas en cuenta documentacin
esperado
cambios aaden precauciones con
Se todos los para poder
Soporte 70% Critica
requisitos extra el cliente, y requisitos incluir todos
El presupuesto dejarle bien en inicialmente los requisitos
vara el plan claro
Costeque una vez 55%
acordados Critica
del cliente.
del proyecto terminado el con el
El desarrollo de
producto no cliente, para
un tipo de
componente 59
nuevo para la
Soporte 80% Critica
organizacin
podemos realizar la obtencin

cambios, en lo de un
posible realizar producto
un contrato final bien
firmado. elaborado y
con muy
buena
aceptacin.
Los Al tener un Se puede Tomar la
usuarios documento realizar planificacin
finales firmado donde se cambios a la del proyecto y
insisten estableci que no aplicacin, aadirle los
en nuevos se pueden pero esto nuevos
requisitos realizar cambios sera con un requisitos que
al final de la valor y requiere el
aplicacin. tiempo extra cliente y poder
a la planificar el
planeacin costo y tiempo
del proyecto. que llevara.
El Tener bien claro Controlar el Realizar la
desarrollo todas las avance de la aplicacin lo
de funciones de la aplicacin mas sencilla y
funciones aplicacin para con lo funcional que
de no perder tiempo planificado requiera el
Software en funciones que ya que se cliente.
innecesari no requiere el tom todas
as alarga cliente. la funciones
la de la
planificaci aplicacin al
n. comienzo de
la misma.
Un mal Presentar avances Una vez Realizar los
60
del diseo de la presentado cambios y

diseo aplicacin al el diseo de sugerencias en
implica cliente para que la aplicacin la
volver a pueda dar su al cliente planificacin
disear e opinin y sus tomar del proyecto
implemen recomendaciones sugerencias para no tardar
tar . y correctivos ms de lo
a tiempo. establecido.
Al tener al cliente Llegar a un Al tener claro
encima de acuerdo con las polticas de
El cliente
nosotros, en la el cliente en trabajo con el
intenta
elaboracin de la el que una cliente no
controlar
aplicacin va a vez puede ocurrir
el proceso
crear un mal presentado estas
de
ambiente en el los avances situaciones
desarrollo,
trabajo, por lo y diseo de donde
con lo que
tanto, nos la aplicacin tengamos
el
conllevara al puede dar encima nuestro
progreso
atraso de la sugerencias, en la
es ms
aplicacin. luego no se elaboracin de
lento de lo
aceptan la aplicacin al
esperado
cambios y cliente.
exigencias.
El Debemos tener Presentar el Al estar de
presupues en cuenta el presupuesto acuerdo con el
to vara el presupuesto con de la cliente con el
plan del el que contamos aplicacin al presupuesto de
proyecto para la cliente para la aplicacin,
elaboracin del realizar el tenemos
proyecto. plan de menos margen
proyecto a de error en el
su plenitud. plan de
61
proyecto.
El Tener bien claro Controlar el Realizar la
desarrollo todos los avance de la aplicacin lo
de un tipo componentes de aplicacin ms sencilla y
de la aplicacin para con lo funcional que
componen no perder tiempo planificado requiera el
te nuevo en componentes ya que se cliente.
para la que no requiere tom todos
organizaci el cliente. los
n componente
consume s de la
ms aplicacin al
tiempo del comienzo de
esperado la misma.
62
14. LABORATORIO DE PROGRAMACIN
14.1. RESPONSABLES
Ing. Alex Yunga
Ing. Lorena Pucha
14.2. PARTICIPANTES
Bryan Miguel Quezada Barrigas
Jorge Patricio Espinosa Rosales
63
15. CRONOGRAMA
64
16. PRESUPUESTO
RECURSOS HUMANOS
Cantidad Nombre del Descripcin VALOR UNITARIO VALO
Recurso R
TOTAL
3 Tutores Docentes que guiaron en la --- ---
ejecucin del Proyecto
65
4 Autores del Estudiantes que desarrollan --- ---

proyecto el proyecto Integrador.
RECURSOS TECNOLGICOS
Recurso. R
TOTAL
4 Computador Necesario para la 10.00 10.00
porttil realizacin del proyecto
4 Necesario para realizar 15.00 15.00
Internet consultas bibliogrficas.
RECURSOS LOGSTICOS
Recurso R
TOTAL
.... Impresiones Necesario para la 15.00 15.00
presentacin final del
proyecto
1 Necesario para el 2.00 2.50
Anillados mejoramiento esttico del
proyecto
1 Proyector Necesario para la defensa .
del proyecto
1 CD Necesario para constancia 2.00 2.00
del proyecto en forma
digital
TOTAL 44.50
66
17. CONCLUSIONES
El proyecto de la aplicacin web se ha logrado cumplir con todos los objetivos bsicos
que nos hemos propuesto y respetando las especificaciones planteadas.
El desarrollo del proyecto ha permitido todas las necesidades y funciones

principales en el sector de las hosteras.
Mediante la implementacin de la aplicacin web se ha logrado obtener todas

las necesidades y requisitos que requera el cliente y obteniendo una mejora en
cuanto a los servicios que dispona la hostera REMANSO.
Las herramientas utilizadas para el desarrollo de la aplicacin web permiten que

si en un futuro fuera necesario , poder adaptar sin ningn problema dicha
aplicacin a futuros cambios en la estructura de la hostera.
67
18. RECOMENDACIONES
Capacitar al propietario sobre el uso y funcionamiento de la aplicacin web.
Realizar las actualizaciones peridicamente de la informacin en la aplicacin

web, para ofrecer las diversas ofertas que ofrece la aplicacin web.
Elaborar manuales tanto para el administrador como para el usuario para el fcil
manejo de la aplicacin web, los cuales tienen que estar bien estructurados con el
funcionamiento del mismo
68
19. BIBLIOGRAFA
Lujn Mora, Sergio (2001), Programacin en Internet: Clientes Web (1 edicin).

Editorial Club Universitario.
(2002). Programacin de aplicaciones web: historia, principios bsicos y clientes

web (1 edicin). Editorial Club Universitario.
Apache Foundation (2003). Apache HTTP Server Version 2.0 Documentation.

http://httpd.apache.org/docs-2.0/: Apache Foundation.
Atkinson, L.; Suraski, Z. (2003). Core PHP Programming, Third Edition.

Prentice Hall.
69
20. ANEXOS
70
71

Tesis El Remanso

Cargado por

Información del documento

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

Tesis El Remanso

Cargado por

Copyright:

Formatos disponibles

DESARROLLO E IMPLEMENTACIN DE UNA APLICACIN WEB QUE

PERMITA REALIZAR RESERVACIONES ONLINE Y CONTROL DE

FECHA DE ENTREGA: 09 DE FEBRERO DEL 2017

DESARROLLO E IMPLEMENTACIN DE UNA APLICACIN WEB QUE PERMITA

Esta aplicacin se desarroll en un lenguaje de programacin Python con IDE Django-

La aplicacin actualmente se encuentra en la primera fase de desarrollo en la cual ya

10. MARCO TERICO................................................................................. 16

10.1. INGENIERIA DEL SOFTWARE.........................................................16

10.1.1 Qu es Ingeniera de Software...................................................16

10.1.3 Qu es proceso de Software?.........................................................17

10.2 Caractersticas, componentes y aplicaciones del software..............17

10.2.2.1. Software de Sistemas...................................................................18

10.2.2.2. Software de tiempo real.........................................................18

10.2.2.3. Software de gestin................................................................18

10.2.2.4. Software de ingeniera y cientfico..........................................18

10.2.2.5. Software empotrado...............................................................19

10.2.2.8. Software de inteligencia artificial............................................19

10.3. Mitos del Software.....................................................................20

10.3.1. Mitos de gestin........................................................................20

10.3.2. Mitos del cliente.........................................................................20

10.3.3. Mitos de los desarrolladores......................................................20

10.4. METODOLOGAS DE DESARROLLO DE SOFTWARE.....................20

10.4.2. Qu es una Metodologa?.........................................................21

10.4.3. En qu consisten las Metodologas de Desarrollo de Software?

10.4.4. Cules son modelos del Ciclo de vida del Software

10.5. Metodologa en cascada........................................................22

10.5.1. Cules son los Principios bsicos del modelo de cascada?......23

10.6. Mtodo de Prototipos.................................................................23

10.6.1. Cules son los Principios Bsicos del mtodo de prototipos?...24

10.6.2. Modelo Incremental o Iterativo y Creciente...............................24

10.7. Cules son los principios bsicos del Modelo Incremental?......25

10.8. Modelo en Espiral.......................................................................26

10.8.1. Cules son los Principios bsicos del modelo en Espiral?.........27

10.9. RAD: Desarrollo Rpido de Aplicaciones....................................27

10.9.1. Cules son los principios bsicos del Modelo RAD?..................28

10.9.2.Cul es tu metodologa tradicional preferida?...................28

10.10. El modelo de Mtodos Formales................................................29

10.11. Metodologas giles...................................................................30

10.11.1. Cules son las Principales Metodologas giles?............31

10.12. Metodologa SCRUM...................................................................31

inspeccin continua, adaptacin, auto-gestin e innovacin................31

10.13. Medidas mtricas e indicadores.................................................31

10.13.1. Mtricas en el proceso y dominio del proyecto.......................32

10.13.2. Mediciones del Software.........................................................32

10.13.3. Mtricas Orientadas al Tamao...............................................32

10.13.4. Mtricas Orientadas a la Funcin............................................33

10.14. PLANIFICACIN DE PROYECTOS DE SOFTWARE.........................33

10.14.1. Que es un proyecto de Sistema o Software. ?......................33

10.15. Actividades asociadas al proyecto de software..........................34

10.15.1. mbito del Software...............................................................34

10.16.1. Recursos Humanos.................................................................35

10.16.1.2. Recursos de entorno............................................................36

10.17. ESTIMACION DEL PROYECTO DE SOFTWARE..............................37

10.17.1. Estimacin basada en el Proceso............................................38

10.18. ESTRATEGIAS DE RIESGO PROACTIVAS VS. REACTIVAS.............38

10.19. RIESGO DEL SOFTWARE.............................................................39

10.19.1. Riesgos del proyecto:.............................................................39

10.19.2. Riesgos tcnicos:....................................................................39

10.19.4. Riesgos conocidos:.......................................................................39

10.19.5. Los riesgos predecibles:..........................................................39

10.19.6. Los riesgos impredecibles:......................................................40

10.20. PROYECCION DEL RIESGO..........................................................40

10.20.1. REDUCCION, SUPERVISIN Y GESTION DEL RIESGO...............40

10.20.2. EL PLAN RSGR............................................................................ 41