SlideShare una empresa de Scribd logo
1 de 7
REFINAMIENTO DE SOFTWARE
PROYECTO
PRESENTADO POR:
JOSE E. LUGO NAVARRETE
MANUEL ALEJANDRO MURCIA
REFINAMIENTO DE SOFTWARE
ING. NESTOR ALEJANDRO LOPEZ
CORPORACIÓN UNIFICADA NACIONAL DE EDUCACIÓN SUPERIOR
FACULTAD DE INGENIERÍA
PROGRAMA INGENIERIA DE SISTEMAS
2015
Tabla de contenido
NOMBRE DEL PROYECTO.............................................................................................3
DE QUE TRATA................................................................................................................3
CICLO DE VIDA APLICADO AL PROYECTO ................................................................4
ESTUDIO DE REQUERIMIENTOS...................................................................................5
METODOLOGIAPARA LEVANTAMIENTO DE REQUERIMIENTOS...........................6
CUALES SON LOS REQUERIMIENTOS QUE DEBE SUPLIR EL SOFTWARE ..........7
NOMBRE DEL PROYECTO
CLICK GOURMET
DE QUE TRATA
En la actualidad la necesidad principal de los seres humanos es alimentarse bien y balanceado, ahora
en vista de los alcances tecnológicos de la actualidad se ha decidido estar a la vanguardia
presentando un aplicativo para el restaurante “CAPIBARA” ubicado en la carrera 5 # 10-87; que
cuente con un medio tecnológico para ayudar a los clientes a seleccionar un menú de una manera
ágil y efectiva.
Este es un aplicativo para restaurantes el cual permite al usuario interactuar de manera fácil y
dinámica, ya que este aplicativo permitirá que los clientes se puedan registrary su información sea
almacenada en una base de datos, luego se registra el pedido y el mismo aplicativo lo almacenará
para que desde la barra lo pueden entregar a la cocina o el bar según el pedido realizado por el
cliente, sin la necesidad de un mesero para tomar la orden solo para entregar el pedido final y
permitirá al administrador realizar los ajustes necesarios en el menú a ofrecer cada día, está
diseñado para utilizarse en cualquier restaurante, este aplicativo va a enlazar los diferentes menús
que hayan en el día para entregar al cliente el alimento que solicito mostrando la selección del
usuario.
Adicionalmente dará una ventaja competitiva e innovadora a los restaurantes que decidan
implementar este aplicativo.
CICLO DE VIDAAPLICADO AL PROYECTO
El modelo utilizado para el desarrollo de esta aplicación es cascada porque permite hacer el
desarrollo de una manera más rápida fácil y entendible:
1. Análisis de requisitos.
Se validócon usuariofinal lorequisitoslasnecesidadeslascualesdanpautasde orientación
hacia loque se quiere crear,se realizópormediode encuestasenel establecimiento
alimenticioCAPIBARA.
2. Diseño del Sistema.
Se verificancualessonlaherramientasautilizarprocedimientosleguajesde programacióny
modelacióndel sistema.
3. Diseño del Programa.
Se diseñanlasinterfacesconbase a losrequisitossolicitadosporel clientefinal parapromover
la participaciónylamodelaciónde prerrequisitosdel aplicativo.
4. Codificación.
Se realizatodala programacióne instalaciónde servicioswebycreaciónde basesde datosse
utilizacomolenguaje de programaciónPHPparapoderpublicarenreddichaaplicación.
5. Pruebas.
Se conectantodos losmóduloscreados yse crea conexiónconlabase de datos se realizan
pruebasde funcionalidadde creaciónde usuariosingresode productos yverificaciónde
compra hasta verla funcionalidadcorrectaentre módulos.
6. Verificación.
Se realizaverificaciónporparte de cliente final paraverificarel funcionamientoy
comportamientode laaplicaciónporel usuariofinal.
7. Mantenimiento.
Se realizancorreccionesdespuésde lavalidaciónporel usuariofinal yse va aplicandonuevas
correccionesrespectoalassugerenciasrecibidas.
ESTUDIO DE REQUERIMIENTOS
REQUERIMIENTOS FUNCIONALES
RF1: Selección del producto
RF2: El sistema debe Visualizar y Permitir la consulta del menú ofrecido con sus
respectivos precios.
RF3: Registro de usuario
RF4: Forma de pago
RF5: Entrega de pedido puerta a puerta
RF6: Consulta de productos
RF7: Venta del producto
RF8: Confirmación del pedido
REQUERIMIENTOS NO FUNCIONALES
RNF1: Anuncios o avisos publicitarios
RNF2: El sistema no debe tardar más de diez segundos en mostrar los resultados de
una consulta.
RNF3: El menú no deberá tener un tiempo máximo de consulta.
RNF4: El sistema deberá tener una Interfaz Gráfica amigable con el cliente.
RNF5: Los colores de la página no deben ser oscuros
RNF6: Cantidad de productos
RNF7: Inventarios
METODOLOGIA PARALEVANTAMIENTO DE REQUERIMIENTOS
Por medio de la encuesta
CUALES SON LOS REQUERIMIENTOS QUE DEBE SUPLIR EL SOFTWARE
Lo requerimiento que suplirá este software son los siguientes.
 Reducción de tiempos en la atención de los clientes.
 Reducción de costos de contratación de meseros.
 Incrementos en las ventas
 Aumento de clientes en 6 meses.
 Mejor posicionamiento y reconocimiento del restaurante en el sector.

Más contenido relacionado

Similar a Proyecto

Guia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libreGuia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libreSebastian Diaz
 
Proyecto softpyme informe analisis
Proyecto softpyme informe analisisProyecto softpyme informe analisis
Proyecto softpyme informe analisisYeison Smith
 
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)
Itsa  metodologias de desarrollo de software (alejandra virrueta mendez)Itsa  metodologias de desarrollo de software (alejandra virrueta mendez)
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)virrueta
 
Proyecto de Creacion de Una Aplicacion Web
Proyecto de Creacion de Una Aplicacion WebProyecto de Creacion de Una Aplicacion Web
Proyecto de Creacion de Una Aplicacion WebDJasc Lives
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agilesAdam Guevara
 
Grupo G_Matriz de Riesgos Operacional 2023.docx
Grupo G_Matriz de Riesgos Operacional 2023.docxGrupo G_Matriz de Riesgos Operacional 2023.docx
Grupo G_Matriz de Riesgos Operacional 2023.docxSandyMariselaQuiroz
 
Tfg matias sanchez carrasco garcia
Tfg matias sanchez carrasco garciaTfg matias sanchez carrasco garcia
Tfg matias sanchez carrasco garciaBaastianWolfgang
 
SOFTWARE DE DIAGNOSTICOP MEDICO
SOFTWARE DE DIAGNOSTICOP MEDICOSOFTWARE DE DIAGNOSTICOP MEDICO
SOFTWARE DE DIAGNOSTICOP MEDICOBecco Pavluck
 

Similar a Proyecto (20)

Informe de ppp desarrollo de software
Informe de ppp desarrollo de softwareInforme de ppp desarrollo de software
Informe de ppp desarrollo de software
 
Informe final
Informe finalInforme final
Informe final
 
Paso6 201014 25_colaborativo
Paso6 201014 25_colaborativoPaso6 201014 25_colaborativo
Paso6 201014 25_colaborativo
 
Guia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libreGuia de implementacion de infraestructura informatica basada en software libre
Guia de implementacion de infraestructura informatica basada en software libre
 
Proyecto softpyme informe analisis
Proyecto softpyme informe analisisProyecto softpyme informe analisis
Proyecto softpyme informe analisis
 
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)
Itsa  metodologias de desarrollo de software (alejandra virrueta mendez)Itsa  metodologias de desarrollo de software (alejandra virrueta mendez)
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)
 
Ing. de software
Ing. de softwareIng. de software
Ing. de software
 
Proyecto de Creacion de Una Aplicacion Web
Proyecto de Creacion de Una Aplicacion WebProyecto de Creacion de Una Aplicacion Web
Proyecto de Creacion de Una Aplicacion Web
 
Keissy
Keissy Keissy
Keissy
 
Interfaces De Usuario
Interfaces De Usuario Interfaces De Usuario
Interfaces De Usuario
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agiles
 
Grupo G_Matriz de Riesgos Operacional 2023.docx
Grupo G_Matriz de Riesgos Operacional 2023.docxGrupo G_Matriz de Riesgos Operacional 2023.docx
Grupo G_Matriz de Riesgos Operacional 2023.docx
 
Informe final
Informe finalInforme final
Informe final
 
Jessy rock
Jessy rockJessy rock
Jessy rock
 
Servitec jak doc
Servitec jak docServitec jak doc
Servitec jak doc
 
Ensayo sobre la calidad de software
Ensayo sobre la calidad de softwareEnsayo sobre la calidad de software
Ensayo sobre la calidad de software
 
Ensayo sobre la calidad de software
Ensayo sobre la calidad de softwareEnsayo sobre la calidad de software
Ensayo sobre la calidad de software
 
Ensayo sobre la calidad de software
Ensayo sobre la calidad de softwareEnsayo sobre la calidad de software
Ensayo sobre la calidad de software
 
Tfg matias sanchez carrasco garcia
Tfg matias sanchez carrasco garciaTfg matias sanchez carrasco garcia
Tfg matias sanchez carrasco garcia
 
SOFTWARE DE DIAGNOSTICOP MEDICO
SOFTWARE DE DIAGNOSTICOP MEDICOSOFTWARE DE DIAGNOSTICOP MEDICO
SOFTWARE DE DIAGNOSTICOP MEDICO
 

Más de Manuel Murcia

Herramientasderecopilacin
HerramientasderecopilacinHerramientasderecopilacin
HerramientasderecopilacinManuel Murcia
 
Riesgos informaticos
Riesgos informaticosRiesgos informaticos
Riesgos informaticosManuel Murcia
 
CONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTOCONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTOManuel Murcia
 
CONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTOCONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTOManuel Murcia
 
Empresas auditoras de sistemas
Empresas auditoras de sistemasEmpresas auditoras de sistemas
Empresas auditoras de sistemasManuel Murcia
 
Test y pruebas de caja Negra y caja Blanca
Test y pruebas de caja Negra y caja BlancaTest y pruebas de caja Negra y caja Blanca
Test y pruebas de caja Negra y caja BlancaManuel Murcia
 
Pruebas Caja negra y Caja Blanca
Pruebas Caja negra y Caja BlancaPruebas Caja negra y Caja Blanca
Pruebas Caja negra y Caja BlancaManuel Murcia
 
Rsw martes casos uso
Rsw martes casos usoRsw martes casos uso
Rsw martes casos usoManuel Murcia
 

Más de Manuel Murcia (20)

Papeles de trabajo
Papeles de trabajoPapeles de trabajo
Papeles de trabajo
 
Cobit
CobitCobit
Cobit
 
Proyecto2
Proyecto2Proyecto2
Proyecto2
 
Guia de ponderacion
Guia de ponderacionGuia de ponderacion
Guia de ponderacion
 
Herramientasderecopilacin
HerramientasderecopilacinHerramientasderecopilacin
Herramientasderecopilacin
 
Parcial
ParcialParcial
Parcial
 
Proyecto
ProyectoProyecto
Proyecto
 
Riesgos informaticos
Riesgos informaticosRiesgos informaticos
Riesgos informaticos
 
CONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTOCONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTO
 
CONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTOCONCEPTOS DE PATENTES Y LICENCIAMIENTO
CONCEPTOS DE PATENTES Y LICENCIAMIENTO
 
Empresas auditoras de sistemas
Empresas auditoras de sistemasEmpresas auditoras de sistemas
Empresas auditoras de sistemas
 
Analisis de riesgo
Analisis de riesgoAnalisis de riesgo
Analisis de riesgo
 
Test y pruebas de caja Negra y caja Blanca
Test y pruebas de caja Negra y caja BlancaTest y pruebas de caja Negra y caja Blanca
Test y pruebas de caja Negra y caja Blanca
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Expo caso de uso
Expo caso de usoExpo caso de uso
Expo caso de uso
 
Pruebas Caja negra y Caja Blanca
Pruebas Caja negra y Caja BlancaPruebas Caja negra y Caja Blanca
Pruebas Caja negra y Caja Blanca
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
Trabajo ids
Trabajo idsTrabajo ids
Trabajo ids
 
Caso de uso cajero
Caso de uso cajeroCaso de uso cajero
Caso de uso cajero
 
Rsw martes casos uso
Rsw martes casos usoRsw martes casos uso
Rsw martes casos uso
 

Proyecto

  • 1. REFINAMIENTO DE SOFTWARE PROYECTO PRESENTADO POR: JOSE E. LUGO NAVARRETE MANUEL ALEJANDRO MURCIA REFINAMIENTO DE SOFTWARE ING. NESTOR ALEJANDRO LOPEZ CORPORACIÓN UNIFICADA NACIONAL DE EDUCACIÓN SUPERIOR FACULTAD DE INGENIERÍA PROGRAMA INGENIERIA DE SISTEMAS 2015
  • 2. Tabla de contenido NOMBRE DEL PROYECTO.............................................................................................3 DE QUE TRATA................................................................................................................3 CICLO DE VIDA APLICADO AL PROYECTO ................................................................4 ESTUDIO DE REQUERIMIENTOS...................................................................................5 METODOLOGIAPARA LEVANTAMIENTO DE REQUERIMIENTOS...........................6 CUALES SON LOS REQUERIMIENTOS QUE DEBE SUPLIR EL SOFTWARE ..........7
  • 3. NOMBRE DEL PROYECTO CLICK GOURMET DE QUE TRATA En la actualidad la necesidad principal de los seres humanos es alimentarse bien y balanceado, ahora en vista de los alcances tecnológicos de la actualidad se ha decidido estar a la vanguardia presentando un aplicativo para el restaurante “CAPIBARA” ubicado en la carrera 5 # 10-87; que cuente con un medio tecnológico para ayudar a los clientes a seleccionar un menú de una manera ágil y efectiva. Este es un aplicativo para restaurantes el cual permite al usuario interactuar de manera fácil y dinámica, ya que este aplicativo permitirá que los clientes se puedan registrary su información sea almacenada en una base de datos, luego se registra el pedido y el mismo aplicativo lo almacenará para que desde la barra lo pueden entregar a la cocina o el bar según el pedido realizado por el cliente, sin la necesidad de un mesero para tomar la orden solo para entregar el pedido final y permitirá al administrador realizar los ajustes necesarios en el menú a ofrecer cada día, está diseñado para utilizarse en cualquier restaurante, este aplicativo va a enlazar los diferentes menús que hayan en el día para entregar al cliente el alimento que solicito mostrando la selección del usuario. Adicionalmente dará una ventaja competitiva e innovadora a los restaurantes que decidan implementar este aplicativo.
  • 4. CICLO DE VIDAAPLICADO AL PROYECTO El modelo utilizado para el desarrollo de esta aplicación es cascada porque permite hacer el desarrollo de una manera más rápida fácil y entendible: 1. Análisis de requisitos. Se validócon usuariofinal lorequisitoslasnecesidadeslascualesdanpautasde orientación hacia loque se quiere crear,se realizópormediode encuestasenel establecimiento alimenticioCAPIBARA. 2. Diseño del Sistema. Se verificancualessonlaherramientasautilizarprocedimientosleguajesde programacióny modelacióndel sistema. 3. Diseño del Programa. Se diseñanlasinterfacesconbase a losrequisitossolicitadosporel clientefinal parapromover la participaciónylamodelaciónde prerrequisitosdel aplicativo. 4. Codificación. Se realizatodala programacióne instalaciónde servicioswebycreaciónde basesde datosse utilizacomolenguaje de programaciónPHPparapoderpublicarenreddichaaplicación. 5. Pruebas. Se conectantodos losmóduloscreados yse crea conexiónconlabase de datos se realizan pruebasde funcionalidadde creaciónde usuariosingresode productos yverificaciónde compra hasta verla funcionalidadcorrectaentre módulos. 6. Verificación. Se realizaverificaciónporparte de cliente final paraverificarel funcionamientoy comportamientode laaplicaciónporel usuariofinal. 7. Mantenimiento. Se realizancorreccionesdespuésde lavalidaciónporel usuariofinal yse va aplicandonuevas correccionesrespectoalassugerenciasrecibidas.
  • 5. ESTUDIO DE REQUERIMIENTOS REQUERIMIENTOS FUNCIONALES RF1: Selección del producto RF2: El sistema debe Visualizar y Permitir la consulta del menú ofrecido con sus respectivos precios. RF3: Registro de usuario RF4: Forma de pago RF5: Entrega de pedido puerta a puerta RF6: Consulta de productos RF7: Venta del producto RF8: Confirmación del pedido REQUERIMIENTOS NO FUNCIONALES RNF1: Anuncios o avisos publicitarios RNF2: El sistema no debe tardar más de diez segundos en mostrar los resultados de una consulta. RNF3: El menú no deberá tener un tiempo máximo de consulta. RNF4: El sistema deberá tener una Interfaz Gráfica amigable con el cliente. RNF5: Los colores de la página no deben ser oscuros RNF6: Cantidad de productos RNF7: Inventarios
  • 6. METODOLOGIA PARALEVANTAMIENTO DE REQUERIMIENTOS Por medio de la encuesta
  • 7. CUALES SON LOS REQUERIMIENTOS QUE DEBE SUPLIR EL SOFTWARE Lo requerimiento que suplirá este software son los siguientes.  Reducción de tiempos en la atención de los clientes.  Reducción de costos de contratación de meseros.  Incrementos en las ventas  Aumento de clientes en 6 meses.  Mejor posicionamiento y reconocimiento del restaurante en el sector.