construccion de diseño de software
DESCRIPTION
documento de diseño y planeamiento de softwareTRANSCRIPT
Implementacin de una plataforma dedicada al comercio electrnico dirigida a la web
Fundacin Universitaria San MartinIngeniera de Sistemas
Implementacin de una plataforma dedicada al comercio electrnico dirigida a la web
Autor: Raynier Mora Gazabn
Tutor: Jos Luis Martnez
Sincelejo -sucre
2015
TABLA DE CONTENIDO
pgina
1. Introduccion.........................................................................41.1 Objetivo................................................................41.2 Ambito..............................................................51.3 Definicin, siglas y abreviaturas...61.4 Referencias.61.5 Visin global...72. Descripcin general..................................................................................82.1 Perspectiva del producto82.2 Funciones del producto..82.3 Caractersticas del usuario92.4 Limitaciones generales.102.5 Supuestos y dependencias.103. Requisitos especficos...............................................................................113.1 Requisitos funcionales.................................................................113.2 Requisitos no funcionales............................................................13
1. INTRODUCCION
1.1 Objetivo
Implementar una plataforma web para incentivar el comercio electrnico en el departamento de sucre, cuyo propsito es poner en contacto a compradores y vendedores en cualquier parte del departamento.
1.2 mbito
Compra y vende en Sincelejo es una comunidad en facebook con ms de tres aos al servicio del departamento de sucre, dedicada a la interaccin de sus usuarios con el propsito de comprar, vender o intercambiar artculos sin ningn nimo de lucro.
Debido a la escalabilidad que ha tenido la comunidad referente a usuarios se ha vuelto un problema el registro, bsqueda y control de las publicaciones que se realizan estos. La no existencia de un control sobre los diferentes procesos que realiza la comunidad genera una serie de consecuencias que entre las cuales se destacan las siguientes:
El control sobre los registros de los nuevos usuarios es algo tedioso ya que a diario se estn registrando entre doscientos a trescientos usuarios, para que estos hagan parte de la comunidad el administrador debe dar la aprobacin a cada uno de ellos. En esta clase de sitios siempre existirn los usuarios que solo se dedican a daar los negocios de otros o a desprestigiar el buen nombre de la comunidad colocando publicaciones no deseadas o palaras obscenas dentro de ellas lo que hace que se tenga una prdida de credibilidad en el grupo. Debido a la cantidad de publicaciones que se hacen a diario es muy difcil tener un seguimiento de estas ya que no estn estructuradas u organizadas por categoras o fechas, lo que disminuye la probabilidad de que una persona compre o venda su producto.
1.3. Definicin, siglas y abreviaturas.
Requisito:Es la descripcin de los servicios y restricciones.Responsive design: Versatilidad del sitio para adaptarse a la pantalla del dispositivo desde el cual se acceda.Funcionalidad:Descripcin de lo que el software debe hacer.Logueo: Ingreso a la plataforma con las credenciales de acceso.Interfaces Externas:Cmo debe interactuar el sistema con las personas, el sistema de hardware, o con otros sistemas (software y hardware).Rendimiento:Indicacin de la velocidad, disponibilidad, tiempos de respuesta, tiempos de recuperacin, tiempos de determinadas funciones.Cliente/Usuarios:Son todas las personas quienes hacen uso de los servicios que ofrece la empresa.1.4 Referencias.
Este documento se toma como referencia
1.5 Visin global
Este documento se divide en 3 partes las cuales tienen el objetivo de hacer saber a los participantes y clientes el mbito y escalabilidad que posee la plataforma.
La primera seccin es la introduccin la cual se dedica a establecer las necesidades y requisitos que el software solucionara.La segunda seccin es donde proporcionamos las principales funciones de la plataforma en los cuales se manifiestan todos los tems que afectan al sistema positiva y negativamente.La tercera parte define detalladamente los requisitos necesarios para comenzar con el desarrollo de la aplicacin.
2. DESCRIPCION GENERAL
2.1 Perspectiva del producto.
Se pretende implementar una plataforma web en la cual la comunidad sucrea pueda interactuar entre si en la parte comercial de artculos y servicios Por lo que el desarrollo de esta plataforma es viable para el personal encargado de la comunidad compra y vende en Sincelejo ya que les permite obtener informacin exacta y en lnea al cliente como a los usuarios que manejan este servicio.
Las publicaciones, usuarios y productos Histrico y el estado de una publicacin una vez realizada. Administracin de Perfiles de usuario y de administrador. Seguimiento detallado a las publicaciones.
Cabe acotar que el desarrollo del aplicativo abarca los requerimientos de la comunidad compra y vende en Sincelejo para el funcionamiento integral de este. La implementacin del caso de estudio utilizar software libre tanto para el almacenamiento de informacin como para el desarrollo, cumpliendo con los requisitos institucionales de la comunidad ya mencionada.
2.2 Funciones del producto
La plataforma se modulariz con el fin de poseer una mejor adaptabilidad y administracin, a continuacin se presentan los mdulos bsicos:
Mdulo de gestin de usuarios: permite administrar usuarios y perfiles dentro del sistema.
Mdulo de publicaciones: Gestiona las caractersticas que posee una publicacin.
Modulo administrativo: Permite gestionar la parte de mantenimiento, depuracin y copias de seguridad de la plataforma.
Mdulo de categoras: Administra las categoras y sub categoras en las cuales van a ser atribuidos los artculos.
2.3 Caractersticas del usuario
Gestin de usuarios
Funcin / usuarioAdminModeradorusuario
Registrar usuariosXXX
Buscar usuariosXXX
Modificar usuariosXX
Eliminar usuarioX
Gestin de publicaciones
Funcin / usuarioAdminModeradorUsuario*
Crear publicacionesXXX
Buscar publicacionesXXX
*Modificar publicacionesXXX
Eliminar publicacionesXXX
*El usuario podr gestionar solo sus publicaciones
Gestin de categoras y subcategoras
Funcin / usuarioAdminModeradorUsuario
Crear categoraXX
Buscar categoraXXX
Modificar categoraX
Eliminar categoraX
Gestin Administrativa
Funcin / usuarioAdminModeradorUsuario
Crear BackupsXX
Buscar BackupsXX
Eliminar BackupsX
2.3 Limitaciones generales
El sistema depender de los usuarios ya que ser alimentado de informacin por parte de estos.Los usuarios deben ser parte de la comunidad, esto se comprobara con el logueo a travs de Facebook.
2.4 Supuestos y dependencias
La plataforma solo depender del servicio de host adquirido y la disposicin y calidad de conexin a internet que se posea
3. REQUISITOS ESPECIFICOS
3.1 Requerimientos funcionales
CdigoRF-01
NombreRegistro de usuarios
AutorRaynier mora
Fecha15 de abril de 2015
DescripcinPermite registrar usuarios a la plataforma
ActoresCualquier usuario
PrecondicionesSer mayor de 16 aos
Flujo normal1 el usuario presiona el botn registrar de la pagina2 se mostrara un formulario con los datos a diligenciar3 llenara este formulario con sus datos reales4 el sistema valida los datos y registra al usuario
Flujo Alternativo4 el sistema valida los datos, si no son correctos muestra un mensaje de error y permite que los corrija
pos condiciones el usuario ha sido registrado
CdigoRF-02
NombreLogueo
AutorRaynier mora
Fecha15 abril de 2015
DescripcinAutorizacin de entrada a la plataforma
ActoresUsuario y administradores
PrecondicionesEstar registrado
Flujo normal1 presionar el botn de logueo2 aparecer la ventana de logueo3 introducir las credenciales de acceso4 el sistema valida los datos y le da acceso al usuario
Flujo alternativo4 el sistema valida los datos, si no son correctos muestra un mensaje de error y permite que los corrija
Pos condicionesEl usuario accede correctamente
CdigoRF-03
Nombrepublicaciones
AutorRaynier mora
Fecha15 abril de 2015
DescripcinPermite publicar contenido en la plataforma
ActoresUsuarios y administradores
PrecondicionesEstar logueadoPublicar precio, descripcin, telfono y foto
Flujo normal1 presionar el botn de publicar2 aparecer la ventana de publicaciones3 introducir los datos sugeridos4 el sistema valida los datos y realiza la publicacion
Flujo alternativo4 el sistema valida los datos, si no son correctos muestra un mensaje de error y permite que los corrija
Pos condicionesEl usuario publica correctamente
CdigoRF-04
Nombrecategoras
AutorRaynier mora
Fecha15 abril de 2015
DescripcinAgrupa las publicaciones por categora
ActoresUsuarios y administradores
PrecondicionesHaber creado categoras y sub categorias
Flujo normal1 presionar el botn de alguna categora2 aparecer la ventana de la categora seleccionada3 seleccionar subcategora4 el sistema verifica si existen o no publicaciones de esta categora5 lista las publicaciones de esta categora
Flujo alternativo5 si no existen devuelve un mensaje que no hay publicaciones para esta categora
Pos condicionesLas publicaciones se listan correctamente
3.2 Requerimientos no funcionales
CdigoRNF-01
NombreDisponibilidad
DescripcinLa plataforma debe estar disponible 24/7
CdigoRNF-02
NombreAdaptable a cualquier interfaz
DescripcinLa plataforma debe visualizarse correctamente en cualquier navegador
CdigoRNF-03
NombreFcil operacin
DescripcinEl sistema debe contar con un entorno grafico amigable y sencillo
CdigoRNF-04
NombreAdaptable a cualquier interfaz
DescripcinLa plataforma debe visualizarse correctamente en cualquier navegador
CdigoRNF-05
NombreFacilidad de uso
DescripcinEl sistema no podr cerrarse en una operacin hasta ser concluida
ARQUITECTURA DEL SISTEMA
DISEO DE INTERFACES
MODELO ENTIDAD RELACION
DICCIONARIO DE DATOS