You are on page 1of 11

2-6-2017

INTEGRADORA
Lic. Anayetzi González López

ALICIA ELENA ORTEGA LUNA


KARLA VIANEY JUSTO BAUTISTA
SAMANTHA MORALES ESLAVA
ALY FERNANDA LICONA MUÑOZ
Análisis de problema

Asphio girls es el proyecto de una tienda onlie especializada en la venta de


productos para la mujer, tales como ropa, accesorios, utensilios y demás cosas
principalmente de la índole de la moda; este es un nuevo proyecto centrado en la
oferta y distribución a partir de plataformas principales, por lo que aún se
necesitan desarrollar todas las herramientas necesarias para un arranque ideal de
la empresa. La primera cosa en tener en cuenta es que no se planea a corto plazo
el abrir una tienda física, pues la idea es iniciar con una galería en línea con la
cual se puedan dar a conocer y con el tiempo consolidarse como una distribuidora
confiable para la clientela que pudiese llegar a acumular.

Planteamiento del problema

No se cuenta aún con un sitio o tienda virtual en la cual ofertar los productos, por
lo cual se busca desarrollar una aplicación virtual basada en php y con soporte de
base de datos que sea capaz de albergar una galería de productos, y las
funciones propias de un carrito de compras virtual. AL no contar aún con un medio
de expansión resulta de vital importancia el desarrollo de la herramienta
adecuada, pues se trata tanto de dar a conocer la empresa como el hecho de
brindar el servicio de compras en línea que facilite la interacción con los clientes.

Objetivo General

Se desarrollará un sistema basado en php con una conexión a base de datos con
las funciones de un carrito de compras, el cual estará divido esencialmente en lo
que verán las administradoras y lo que verán los usuarios o clientes.

Específicos
• Modelado de la base de datos
• Se desarrollará una interfaz gráfica agradable y fácil para el usuario
• Desarrollar una conexión a base de datos
• Se utilizará el lenguaje de programación en php
• Desarrollar un sistema de ventas online completo para Asphio girls.
• Se mejorarán las galerías digitales de los productos para ofrecer una
experiencia fresca y diferente a los potenciales clientes, culminando con
la creación de un sello de identidad comercial.

Alcances y limitaciones

Del lado de las administradoras, se podrán habilitar o deshabilitar stocks de ropa o


accesorios, controlar los inventarios, definir y modificar los precios de la
mercancía, agregar o eliminar cosas del inventario, redistribuir las galerías y se
contara también con un panel de administración el cual permita administrar de
forma óptima los recursos de la aplicación.

El sistema tendrá limitantes propias de los servidores donde este alojado, de


diseño o incluso de velocidad, pero con el mantenimiento adecuado se planea
mermar estos defectos, sin embargo, todas las capacidades y funciones
específicas serán definidas más adelante.

Justificación

Una de las formas más fáciles de iniciar como una página de venta en línea es a
través de plataformas ya establecidas, o usando medios diferentes con funciones
agregadas, tales como Facebook, mercado libre, linio, Amazon, etc. Sin embargo,
como parte de la ideología de expansión y creación de la identidad de Asphio girls
desemboca en la creación de un sitio totalmente personalizado, especializado en
las necesidades y características propias de la tienda, adecuado a una interfaz
cómoda y totalmente adaptada a la constante evolución por parte de la empresa.
Ciclo de vida

El ciclo de vida es la plantilla o base a partir de la cual se desarrolla el proyecto, es


en otras palabras una guía con la que se ajustan los procedimientos y tiempos de
desarrollo de las diferentes secciones de la aplicación o proyecto. Dentro de estos
existen varios tipos, cada uno con sus ventajas y desventajas que se adaptan a
cada tipo de equipo de trabajo, siendo el más común y el también utilizado en esta
ocasión el modelo en cascada, cuya principal cualidad es la de un desarrollo lineal
por etapas o fases.

El modelo en cascada asume que todo se lleva a cabo y tiene lugar tal y como se
había planeado en la fase anterior, y no es necesario pensar en asuntos pasados
que podrían surgir en la siguiente fase, por lo cual se deja en claro que a cada
acción corresponde un tiempo determinado y no está dentro de las decisiones
correctas el designarle más recursos de los necesarios a cada sección del
desarrollo. Dentro de los inconvenientes de este modelo, se encuentra en primer
lugar la inalterabilidad de modelo inicial, refiriéndose a que lo acordado con los
clientes es lo que se hará, no más, no menos, simplemente lo acordado sin
chances de modificaciones, sin embargo, a lo largo del desarrollo puede
evolucionar de modo que se llegue a la meta deseada sin alterar de sobremanera
los acuerdos iniciales con el cliente.

Dentro del modelo en cascada podemos encontrar 6 escalafones principales, los


cuales pueden variar de acuerdo al equipo de trabajo, pero estos son:

 Requisitos del sistema


o Se establecen las necesidades del sistema a desarrollar y se listan
como una lista de objetivos a cumplir.
 Análisis del sistema
o Se analiza la viabilidad del proyecto y las implicaciones del mismo.
 Códigos
o Se refiere al desarrollo de los scripts, tanto de las funciones del
software como de las bases de datos.
 Pruebas
o Es la sección del desarrollo en la que el sistema es puesto a prueba
para verificar que funcione correctamente bajo todos los escenarios
posibles.
 Implementación
o Se monta de forma definitiva el sistema en una base o servidor para
la interacción final con los usuarios.
 Operación y mantenimiento
o Es la sección después del desarrollo, donde solo se verifica el
correcto funcionamiento de la aplicación, y de ser necesario se
aplican cambios o modificaciones menores.

ROLES Y FUNCIONES PARA EL DESARROLLO DE


SOFTWARE.

Administrador Del Proyecto (Karla Vianey Justo Bautista):

Es el puente directo entre el cliente y el equipo de desarrollo, poniendo las pautas


para el mismo siendo la coordinadora principal y quien toma la mayoría de las
decisiones importantes.

• Busca información porque sabes que la necesitas.


• · Apégate al plan porque verdaderamente crees que es la mejor manera
de lograr lo que quieres.
• · Involucra a personas que sepas que son importantes para el proyecto.
• · Plantea problemas y riesgos, analízalos y obtén apoyo para
abordarlos.
• · Comparte información con la gente que sabes que necesita tenerla.
• · Pon por escrito toda la información importante.
• · Haz preguntas e incita a otras personas a hacer lo mismo.
• · Consuma el éxito del proyecto.

Analista (Alicia Elena Ortega Luna):

• Determina los requerimientos del cliente, entiende lo que el cliente


quiere.
• Entrevistar al cliente, ayudándolo a identificar sus necesidades.
• Verificar si los requisitos especificados son los correctos.
• Definir una estructura básica del sistema que incluya fuentes de
información, módulos de procesamiento de información, y resultados
esperados.
• Realizar el análisis de los requisitos.
• Analizar la estructura básica del sistema.
• Generar los diagramas de la arquitectura.

Diseñador (Aly Fernanda Licona Muñoz):

• Diseña el sistema basándose en lo que quiere el cliente.


• Genera el diseño arquitectónico y diseño detallado del sistema,
basándose en los requisitos.
• Genera prototipos rápidos del sistema (con analistas y programadores)
para chequear los requisitos.
• Generar el documento de diseño arquitectónico de software (DDA), y
mantenerlo actualizado durante el proyecto.
• Velar por el producto final se ajuste al diseño realizado.

Programador (Karla Vianey Justo Bautista):


• Convierte la especificación del sistema en código.
• Explorar los diferentes ambientes en que el sistema puede ser
desarrollado.
• Interactúa con los analistas y diseñadores.
• Explorar los diferentes lenguajes disponibles para el ambiente
seleccionado.
• Explorar diferentes herramientas de desarrollo (compiladores,
depuradores, etc.) disponibles para el lenguaje seleccionado.
• Realizar la codificación del sistema.
• Interactuar con los ingenieros de testeo y apoyarlo.
• Reunirse con otros miembros del equipo de programadores.
• Interactuar con el administrador dela configuración.
• Realizar los cambios solicitados al código.
• Hacer la documentación del código.

tester (alicia elena ortega luna):

• Encargado de asegurar la calidad del software.


• Participación en el proceso de especificación del sistema.
• Interacción con el diseñador.
• Realizar los tests, apoyado por los programadores.
• Informar sobre los resultados obtenidos.

Aseguradores De Calidad (Samantha Morales Eslava):

• Se encarga de hacer una revisión técnica formal del software.


• Revisar los documentos de requisitos de usuario y de software.
• Revisar el plan de administración de proyecto.
• Revisar el plan de testeo.
• Revisar la fase de diseño arquitectónico.
• Revisar la fase de diseño detallado.
• Revisar las políticas de control de cambios, control de errores y control
de configuración.
• Revisar la documentación.

Administrador De Configuración (Alicia Elena Ortega Luna):

• Administración efectiva del ciclo de vida del sistema de software y


evaluación de su configuración.
• Se planifica las actividades de administración de la configuración de
software.
• Se identifican las características funcionales y físicas delos ítems de
configuración.
• Se controlan los cambios.
• Asegurarse que los cambios se implementan apropiadamente.
• Los grupos afectados y personas son informados del estatus y contenido
de las líneas bases.
• Verificar cual es la configuración de software actual y cuál es su estatus.
• Verificar cumplimiento de especificaciones, documentación de control de
interfaces y otros requisitos de contratos.

Ingeniero De Validación Y Verificación (Karla Vianey Justo


Bautista):

• Provee información sobre su calidad y confiabilidad.


• Administración de V&V de software.
• Planificar y mantener el proceso de V&V.
• Reportar discrepancias a la brevedad posible al usuario o al grupo de
desarrollo.
• Identificar tempranamente caminos de problemas, focalizando las tareas
V&V en ellos.
• Proveer una evaluación técnica del rendimiento del software y sus
atributos de calidad en cada revisión de software.
• Determina el impacto completo de los cambios de software propuestos.
• Monitoreo del proceso técnico V&V y calidad de resultados.
• Examinar documentación temporal del proyecto.
• Realizando para asegurarse que los requisitos de usuarios
especificados son correctos, completos, consistentes, fieles, legibles y
es posible testearlos, y que, además, satisfacerán los requisitos de
diseño.
• Provee seguridad de que los requisitos de software no son mal
interpretados o implementados en forma incompleta.
• Asegurarse que se utilicen los estándares en uso, que usualmente
consideran programación estructurada, reusó de código, adopción de
estándares y estilos de programación, etc.
• Una actividad importante en la actividad V&V es la de asegurarse que se
considere y planifique todos los testeos requeridos para el sistema.
• Asegurarse que se consideren todos los detalles de la instalación y
puesta en marcha dl sistema, así como la migración y /o poblamiento de
sus datos y posibles problemas de eficiencia que empiezan a aparecer.
• Cuando se realiza un cambio en el software, es necesario repetir todas
las actividades de V&V pertinentes para asegurarse que nada queda
fuera.

Documentación (Aly Fernanda Licona Muñoz):

• Almacena información y lleva una bitácora de los errores.


• El documentador debe diseñar y construir un repositorio de información
compartido, donde se almacenará la documentación.
• Tener accesible y organizada la última versión de todos los documentos
generados durante el proceso de desarrollo, en un repositorio común.
• Será posible integrar en un documento único general, todos los
documentos almacenados en el repositorio, sin necesidad de cambiar
sus formatos o estructura.
• Asegurarse que los documentos mantienen el estándar de
documentación definido para el proyecto antes de incluirlos en el
repositorio.
• Es necesario mantener la historia del proyecto en el repositorio. Al
término del proyecto, el repositorio contendrá toda la información
histórica del proyecto.
• El usuario final debe disponer de un MUS, que le permita operar el
sistema correctamente, conociendo sus funciones, y administrando los
errores que puedan aparecer durante su ejecución.

Ingeniero De Manutención (Samantha Morales Eslava):

• Cuida el presupuesto, mantiene el software y lo moderniza.


• Diagnóstico y corrección de errores encontrados durante el uso del
programa.
• Adaptar el sistema a los cambios que pueden producirse en el hardware,
sistema operativo, periféricos y herramientas de trabajo.
• Satisfacer la demanda de recomendaciones por parte de los usuarios
del sistema. Realizar cambios al sistema para mejorar el proceso de
manutención o confiabilidad del sistema.

Requerimientos funcionales

Son todas aquellas funciones imprescindibles para el funcionamiento de la


aplicación.

 Se podrán registrar nuevos productos.


 Actualizar en cualquier momento los registros de inventario.
 Redefinir los precios de ser necesario.
 La aplicación estará adaptada para funcionar en todos los navegadores sin
perder sus funciones.
 Poder crear listas de compras, mejor conocidos como caritos de compras.
 División entre administradores, clientes registrados y visitantes.
o Para esto existirán tres tipos de acceso, invitados o usuarios sin
registro, las personas que sin necesidad de crear una cuenta pueden
entrar a la tienda para ver los productos; clientes, que son las
personas que ya realizaron o realizaran compras y administradores,
cuya función es controlar los stocks de ropa, así como los precios y
demás funciones propias de su rango.
 Se podrán crear balances financieros simples, contemplando datos como la
inversión en los productos, el costo de venta, el precio de compra y se
generarán estadísticas que permitan determinar la rentabilidad de la tienda,
así como sus rendimientos.

Requerimientos no funcionales

Estos son aquellos aspectos que no influyen directamente en el funcionamiento de


la aplicación, sin embargo, pueden afectar la forma en que se interactúa con él, sin
comprometer directamente la función.

 La interfaz debe ser agradable y fluida para cualquier tipo de usuario.


 Se debe contar con una galería de productos agradable y fácil de entender.
 La manera de hacer el registro debe ser rápida y entendible.
 Marcar de forma sutil la identidad de la empresa dentro de la página.
 Se podrán configurar preferencias de compras.
 La página se dividirá en accesorios, ropa, y demás categorías pertinentes a
lo que oferta la empresa.