Este documento presenta el análisis de requerimientos para un sistema de ventas en línea propuesto por una empresa. Se identificaron los requerimientos funcionales y no funcionales a través de entrevistas, cuestionarios y observación. Los requerimientos funcionales incluyen consultas y compras en línea, almacenamiento de leyes de compras, y generación de reportes. Los requerimientos no funcionales incluyen seguridad de datos, escalabilidad y rendimiento. Se crearon diagramas de casos de uso y prototipos para analizar los

1. UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADEMICO
COORDINACIÓN GENERAL DE INVESTIGACIÓN Y POSTGRADO
MAESTRÍA EN TECNOLOGÍAS DE LA INFORMACIÓN
ANALISIS DE REQUERIMIENTOS
CASO DE USO
Profesor:
GUEVARA, Carlos
Realizado por
APONTE, Marcel
CABRERA, Ransney
CORTEZ, Ramón
HERNANDEZ, Yonel
Ciudad Bolívar, Junio 2015

2. INTRODUCCIÓN
El análisis de requerimientos o requisitos se basa principalmente en dos actividades: la
obtención de requerimientos, en donde se tiene como resultado una especificación del
sistema que el cliente comprende y entiende que quiere; el análisis, que da como
resultado un modelo que puede ser interpretado por los diseñadores y desarrolladores de
software.
En el presente informe se presenta un caso de uso propuesto, como parte de la Unidad II
de la Maestría en Tecnología de la Información de la Universidad Nacional Experimental
de Guayana, con el fin de mostrar la Ingeniería de Requisitos adecuada para abordar el
problema planteado.

3. PLANTEAMIENTO DEL PROBLEMA
El caso propuesto es el siguiente:
“El gerente de producción de la empresa el Sueño CA. Líder en ventas en
productos de ensueño en la localidad la Esperanza, ha propuesto a la junta
directiva incursionar en las ventas online para ampliar el mercado de
consumidores, sin embargo, este tipo de técnicas es incipiente en la empresa,
para ello requiere, además, del estudio del mercado, el portal web que permita
realizar las consultas y compras de los consumidores a través de la web. En vista
de la propuesta se requiere contratar a un equipo de especialistas que permitan
llevar esta propuesta acabo. Lo primero que se debe realizar es aplicar la primera
fase del ciclo de vida del software que es le determinación de los requerimientos.”

4. OBJETIVO GENERAL
Realizar el Análisis de Requisitos del caso propuesto, haciendo uso de la Ingeniería de
Requerimientos.
OBJETIVOS ESPECIFICOS
• Determinar los Requerimientos Funcionales y No Funcionales del Sistema.
• Establecer la Metodología a utilizar para la obtención de los Requerimientos del
Sistema.
• Definir las Herramientas e Instrumentos a utilizar en el Análisis de Requerimientos.
• Presentar el Análisis de los Requerimientos encontrados.

5. MARCO TEORICO
Venta Online
En términos generales, la venta online se puede definir como, la transferencia online de
un producto, servicio, idea u otro a un comprador mediante el pago de un precio
convenido.
Dicho de una forma más detallada, "cuando una empresa, organización o persona utiliza
un sitio web (propio o de un tercero) para poner sus productos o servicios a la venta, y
luego, otra empresa, organización o persona utiliza una computadora conectada a
internet para comprar esos productos o servicios, se puede decir que las partes han
intervenido en una transacción electrónica o venta online".
En consecuencia, la venta online consiste en ofrecer productos, servicios, ideas u otros
mediante un sitio web en internet, de tal forma, que los posibles compradores puedan
conocer en qué consisten y cuáles son sus ventajas y beneficios a través de ese sitio
web, y en el caso de que estén interesados, puedan efectuar la compra "online", por
ejemplo, pagando el precio del producto con su tarjeta de crédito, para luego, recibirlo en
la dirección que proporcionó (como sucede cuando se compran libros, hardware de
computadoras, juguetes, etc...) o mediante una descarga online (cuando se trata de
productos digitales como software, libros electrónicos, imágenes, etc...).
Tomado del artículo “La Venta Online” por Ivan Thompson (2006)
Portal Web
El término portal tiene como significado puerta grande, y precisamente su nombre hace
referencia a su función u objetivo ya que podemos definir el Portal como un Sitio Web a
través del cual podemos acceder a multitud de recursos y de servicios, entre los que
suelen encontrarse buscadores, foros, documentos, aplicaciones, compra electrónica, etc.
Requerimientos
Los requerimientos especifican qué es lo que el sistema debe hacer (sus funciones) y sus
propiedades esenciales y deseables. La captura de los requerimientos tiene como objetivo
principal la comprensión de lo que los clientes y los usuarios esperan que haga el
sistema. Un requerimiento expresa el propósito del sistema sin considerar como se va a
implantar. En otras palabras, los requerimientos identifican el qué del sistema, mientras
que el diseño establece el cómo del sistema.
Análisis de Requerimientos por Gómez Fuentes María del Carmen (2011)

6. RESULTADOS
El Análisis de Requerimientos realizado, se basa en la puesta en práctica de la Ingeniería
de Requisitos, en donde a través de diversos instrumentos y herramientas, pueden
identificarse los requisitos que presenta el cliente, y a través de otras herramientas, se
presenta el análisis de los requerimientos encontrados, con el fin de así mostrar al
diseñador, al desarrollador y al cliente en sí.
Obtención de Requerimientos
Para poder determinar cuáles son los requerimientos necesarios para el diseño del
sistema, se tomaron en cuenta varios instrumentos de investigación, los cuales se
mostraran a continuación:
1. Documentación: Para el análisis de las fuentes documentales, permitió precisar los
datos que se necesitan conocer para soportar la presente investigación. Por
consiguiente, se emplearon algunas de las técnicas operacionales en el manejo de
los datos, tales como: subrayado, fichaje bibliográfico, citas, ampliación de texto,
presentación de cuadros, gráficos, anexos; ello con el fin de introducir los
procedimientos y protocolos instrumentales de la investigación documental
realizada.
2. Observación Directa: La observación se realizó de forma directa con las personas
responsables de llevar a cabo las actividades relacionadas con el caso en estudio.
La información recolectada en esta fase, se clasificó y analizó, lo que permitió
evidenciar diferentes aspectos básicos que repercuten significativamente en la
propuesta metodológica de gestión de requerimientos.
3. Entrevista No estructurada y Cuestionarios: se aplicó como fase exploratoria de
esta investigación, se elaboró con preguntas abiertas y cerradas en un orden
preciso y lógico, a los fines de obtener la precisión de la información por el
personal seleccionado.
Figura 1. Modelo de Entrevista propuesta

7. Figura 2. Modelo de Cuestionario planteado
De acuerdo a los pasos llevados en la investigación, haciendo uso de los tres (03)
elementos mencionados: documentación, observación directa, y el uso de entrevistas y
cuestionarios; podemos enumerar los distintos requerimientos funcionales y no
funcionales del Sistema, los cuales se muestran a continuación:
Requerimientos Funcionales de Sistema
Se refieren a lo que debe hacer el sistema, en el sentido de los servicios proporcionados
al usuario final.
• Soportar a varios usuarios conectados al mismo tiempo.
• Debe permitir la consulta y compra a través del portal web.
• Crear una visualización dinámica.
• El sistema deberá tener almacenado en su base de datos las leyes y
convenciones de referente a la compra de productos en línea, para que los
usuarios puedan buscar en ella, al momento de una asesoría.
• El sistema deberá generar reportes de las transacciones que se realicen en ella.
• El sistema deberá permitir adaptarse rápido a los cambios radicales del valor de la
moneda nacional.
Requerimientos No Funcionales
Este tipo de requisitos se refieren a las características del sistema, como son las
restricciones, los atributos de calidad, los límites de memoria, requerimientos de
seguridad, restricciones de software y hardware, etc. Para este caso se disponen las
siguientes:
• El sistema deberá ser modular y fácilmente extensible, de tal manera que la
inclusión de nuevas funcionalidades sean sencillas.
• Deberá ser suficientemente rápido y eficaz.
• El sistema no deberá revelar los datos privados de los clientes, solo al
administrador o administradores.

8. Análisis de Requerimientos
Al poder identificar y detallar los requerimientos del sistema, se procede a la etapa de
Análisis de esos requerimientos, en donde se refleja, la interpretación de esos
requerimientos en diagramas de casos de uso que puede ser interpretado por el
diseñador, por los desarrolladores y por el cliente. De igual manera, se pueden realizar
prototipos que muestren las funcionalidades a un alto nivel, para ser validadas por el
cliente.
Diagramas
Se crean diagramas de casos uso para reflejar las interacciones de los usuarios y clientes
con el sistema.
Ejemplo de Diagrama de Caso Uso, donde se refleja la relación del cliente con el sistema.
Figura 3. Diagrama de Caso de Uso planteado
Prototipos
Se pretende captar la realidad estudiada en el área objeto de estudio, mostrándole al
cliente diversidad, para que el mismo expresará que elementos identifica con su empresa,
y que funcionalidades tendrá el sistema; para así facilitar el proceso de diseño y
desarrollo, al ya tener validado todas las funciones que incluirá el sistema.

9. Figura 4. Prototipo de Página Web planteada

10. CONCLUSIONES
Se puede evidenciar y demostrar en el presente caso de uso que la Ingeniería de
Requisitos o Requerimientos se basa en dos áreas: la obtención de requisitos, que se
enfoca en la descripción del propósito del sistema y es la que implica el mayor reto; ya
que los clientes, desarrolladores y los usuario identifican un problema y definen un
sistema que pueda resolver el problema. A esto se le llama especificación de los
requisitos del software, y sirve como contrato entre el cliente y los desarrolladores. Esta
especificación se estructura y formaliza durante el análisis para producir un modelo de
análisis.
La especificación de los requisitos del software y el modelo de análisis representan la
misma información. Difieren sólo en el lenguaje y notación que usan. La especificación
esta escrita en lenguaje natural, mientras que el modelo de análisis se expresa, por lo
general, en diagramas.