Subido por sebas gv

PLANIFICACIONXP

Anuncio
INGENIERIA DE PROYECTO
SELECCIÓN DE LA METODOLOGIA
En este capítulo va a constituir en el elemento central para la solución del problema, , ya que se
desarrollará basándonos en las fases del ciclo de vida de la metodología XP (Programación
Extrema), con el fin de describir el desarrollo de la aplicación web de gestión de ventas para la
empresa XY. Basando el desarrollo de la aplicación en la arquitectura de Cliente/Servidor,
Para guiar el desarrollo de este proyecto se escogió seguir los pasos de la metodología ágil XP,
que utiliza un modelo de desarrollo incremental, y este se complementa con las etapas de
desarrollo de cada iteración.
Esta Metodología está divida en tres fases, que son:

Fase Planificación

Fase Diseño

Fase Desarrollo

Fase Pruebas
FASE PLANIFICACIÓN
PLANIFICACIÓN
En la fase de planificación se cumplió con las siguientes actividades:

Determinación de los recursos materiales, humanos y económicos a participar.

Recolección de información y análisis del sistema actual.

Identificación de los requerimientos del sistema a través de las historias de usuario.

Diseño de la arquitectura del sistema mediante el uso de diagramas UML.
Requerimientos mínimos de hardware y software.
Los requerimientos mínimos necesarios para el funcionamiento del sistema propuesto son:

Hardware.
TABLA 1: REQUERIMIENTO DE HARDWARE
N°
Equipos
1
Servidor
Cantidad
de
Descripción
Aplicaciones 1
Web
2
Servidor de Base de Datos
1

2T Disco Duro

16G. RAM

Procesador Core i7.

2T Disco Duro

16G. RAM

Procesador Core i7.
Fuente: Elaboración propia.

Software.
o
Gestor de Base de Datos Microsoft SQL Server 2014.
o
Sistema Operativo (Windows Server 2003).
o
Sistema Operativo Microsoft Windows 10.
o
Lenguaje de desarrollo Microsoft Visual Studio 2017.
Presupuesto para el desarrollo del sistema.

Costo de Hardware y Software.
La empresa XY, cuenta con el hardware descrito y red necesaria para el funcionamiento del
sistema, de ser necesario la adquisición de licencias de software para la implementación del
mismo, incurrirá en gastos de los mismos, para el desarrollo del prototipo del sistema se
trabajó en versiones de Microsoft SQL Server Express 2014 y Microsoft Visual Studio
Community 2017, que son versiones de uso académico gratuitas.
Análisis del sistema
Análisis del Sistema Actual.
Actualmente la empresa XY, hace uso de un sistema ERP de administración integral que se hace
cargo de distintas operaciones internas de una empresa, como producción, contabilidad,
facturación, recursos humanos, etc.
Este es un tipo de sistema distribuido, con centralización en la agencia Central de Tarija donde
los procesos son automatizados de manera genérica.
Y se toma en cuenta que la regional o sucursal es dependiente a estos procesos genéricos.
Pero también independiente de comercialización y distribución de productos, surgiendo
necesidades no cubiertas por el sistema actual, tal es el caso del proceso de distribución y
logística entre la Central y sucursal; lo que ocasiona que la entrega del producto al cliente se
vea retrasada muchas veces y en ocasiones pérdida de los mismos .
En los siguientes gráficos se ejemplifica los procedimientos actuales:
GRÁFICO 1: GESTIÓN DE PREVENTA ACTUAL
Fuente: Elaboración propia.
Análisis del sistema Propuesto.
Para lo cual se propone la realización de un sistema web que permita a los usuarios, desarrollar
sus actividades manera automatizada, conectando con una base de datos en tiempo real, para
obtener información actualizada de stocks de productos y evitar las demoras en entrega, así
también evitar pérdidas de información al tener un mejor resguardo la información generada,
como así también el poder compartir información entre el sistema propuesto y el sistema de
control actual, mediante la sincronización de información en la planificación y logística que es
necesaria para complementar el proceso de envios y traslados entre la Central , sucursal y
cliente final..
Historias De Usuario
Las Historias de Usuario deben ser descritas en un lenguaje común, para que puedan ser
entendidas por todos (Clientes, Desarrolladores y Usuarios), representando los requerimientos
con los que debe cumplir el sistema.
Las Historias de Usuarios son las siguientes:
•
Acceso al Sistema
•
Creación de Permisos
•
Administración de Usuario
•
Administración de Choferes
•
Administración de Vehículos
•
Administración de Empresas
•
Administración de Personal
•
Administración de Productos (Almacén)
•
Administración de Conocimiento de Carga
•
Administración de Reportes
A continuación en las tablas se muestran las historias de usuario, las cuales fueron utilizadas
para llevar a cabo el desarrollo del sistema.
Tabla 1: Historia de usuario acceso al sistema
Historia Usuario
Numero 1
Usuario: Administrador
Nombre Historia: Acceso al Sistema
Usuario: Administrador
Iteración Asignada: 1
Prioridad Negocio: Alta
Riesgo Desarrollo: Media
Programador Responsable: Ideni Fernandez
Descripción: Los Tipos de Usuarios del sistema tendrán un nombre de Usuario Y clave
única con la que podrán ingresar, en el caso de los administradores y para otros
usuarios se les generará su perfil de usuario de forma automática.
Observaciones: Solo los usuarios que estén definidos en el sistema tendrán accesos
a sus funcionalidades.
Usuarios del Sistema
Se debe identificar a todos los actores que van a interactuar con aplicación web, para así evitar
errores en el manejo y posteriormente clasificarlo en clases y subclases de actores para el
desarrollo del proyecto.
Para el presente proyecto se incorpora medidas de seguridad en el acceso a funcionalidades
del sistema basado únicamente en un solo rol:

Rol de Cliente. – Representa al usuario cliente que interactúa con la aplicación web y
puede acceder a las completas funcionalidades como ser la compra de un producto,
cotización, mensajería, carrito de compras y lista de deseos.

Rol de Administrador. – Representa a los usuarios quienes podrán registrar, editar o
eliminar usuarios, como también la creación de otros roles aquí mencionados.

Rol de Soporte Técnico. – Representa a los usuarios que podrán dar soporte a usuarios
por medio de la mensajería en tiempo real.

Rol de Ventas. – Representa a los usuarios que podrán visualizar cotizaciones propuestas
por clientes para su negociación y aprobación, así mismo podrán llevar una visualización
de las ventas dentro de la aplicación web.

Rol de Transportes. – Representa a los usuarios que podrán visualizar los envíos de
pedidos y la gestión del mismo para su respectiva conclusión y administración.
Definición De Requerimientos.
Los requerimientos ayudan a obtener un análisis y una especificación más detallada sobre lo
que se desea obtener con el proyecto, esto se logra a través de los requisitos que cumpla la
aplicación web ayudando a cubrir las necesidades del cliente.
Los requerimientos listados a continuación fueron descritos por el cliente:
Código
RF1
Descripción
El sistema deberá almacenar
de todos los datos que el
cliente pueda generar en el
proceso de compra
El cliente pueda registrarse y
habilitar una cuenta única
para poder realizar un pedido.
Prioridad
Alta
Dificultad
2
Alta
3
RF3
El sistema devolverá un listado
de productos ofrecidos por la
empresa que podrán ser
visualizados por el cliente.
Media
3
RF4
Se recibirá un listado de
productos por parte del
cliente como solicitud de
presupuesto o envió de
cotización para luego ser
aprobado por un encargado
de la empresa
El sistema devolverá el estado
de pedidos de un cliente
respectivo para así tener una
visualización y seguimiento de
su pedido por medio de
estado y estos serán
notificados
Media
4
Media
4
RF2
RF5
Prioridad: Alta, Media, Baja
La dificultad está representada de forma numérica donde 5 es Muy Difícil, 4 Difícil, 3
Normal, 2 Fácil y 1 Muy Fácil.
Requerimientos no funcionales
Producto
El cliente pueda ingresar con su usuario y contraseña a la aplicación para y tener
acceso a funcionalidades y poder concluir un pedido
Se recibirá parámetros que servirán como filtrado de la lista de productos y serán
visualizados por el cliente.
El sistema estará a disposición del cliente las 24 horas del día.
Organización
Los encargados de ventas deberán responder las cotizaciones de productos en plazos no
mayores a 6horas.
Descargar