1

FASE 1: ANALISIS DE REQUISITOS

Flor Nayibe Rojas Angarita

Cod 37840770

Tutor

JULIAN ANDRES RUIZ

Grupo 301403_18

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA (UNAD).

ESCUELA DE CIENCIAS BÁSICAS TECNOLOGÍA E INGENIERA
INGENIERIA SISTEMAS
BUCARAMANGA
Feb 2021
 2

INTRODUCCION
ealizar un Análisis de requisitos para la empresa encargada de la reparación de daños de vivienda llamada reaparamos.com. ub

el paradigma orientado a objetos. Como esta empresa realiza sus trabajos con calidad y ha

empezado a solicitar cada vez más sus servicios, se requiere que le ayudemos con su

funcionalidad y calidad en el servicio que presta Lo anterior con el fin de mejorar la eficiencia de

los servicios de mantenimiento y reparación para ir afianzando el liderazgo, la satisfacción del

cliente. Esto se lleva a cabo por medio de un análisis inicial del sistema de gestión de

reparaciones, así como del examen detallado y el análisis de la situación actual, de los procesos,

de los tiempos empleados en cada uno de ellos, la gestión por parte de los responsables, los

costos, herramientas utilizadas, entre otros.

DEFINICION DEL PROBLEMA

En el sector Norte funciona una empresa llamada Reparamos.com que se encarga de realizar

reparaciones a viviendas con excelente calidad generando que empiece a generar aumento de los

servicios que presta la empresa a sus usuarios. Para ello la empresa requiere tener un registro de

reparaciones donde permita verificar con información detallada de lo realizado en la vivienda, un

un registro de sus clientes con datos básicos personales, un informe de las reparaciones donde

incluye el cliente y trabajo realizado, también quiere poder consultar información de clientes y

saldos pendientes de los trabajos realizados y lo que requiere la empresa es que para mayor

seguridad y garantía esta información tenga un Login y un Password.

 3

OBJETIVO GENERAL
Analizar el sistema de Gestión de la empresa Reparamos.com en los servicios que presta de reparación en las viviendas

OBJETIVOS ESPECIFICOS
 Analizar los requerimientos solicitados por la empresa Reparamos.com
 Brindar la mejor asesoría para los requerimientos solicitados
 Crear la base de datos en MYSQL para registrar la información solicitada
 Ejecutar la aplicación que permita tener registro, manipulación de la base de datos con
los requerimientos solicitados

REQUISITOS FUNCIONALES Y NO FUNCIONALES

Se describirá los Requisitos Funcionales para el análisis solicitado por la empresa

Reparamos.com
Los requerimientos funcionales que se mencionan son aquellos que describen cualquier

actividad que el sistema deba realizar, a continuación, se muestra el listado de requerimientos

funcionales asociados a la solución planteada.

 Modulo de Seguridad: El sistema debe permitir ser usado solo por usuarios

autorizados, donde deben digitar un usuario y contraseña

 Modulo Empleados o Usuarios: El sistema debe permitir registrar la información

básica de los usuarios del sistema como identificación, el nombre completo, edad,

dirección, el teléfono celular y Rol

 Modulo Clientes: El sistema debe permitir registrar la información básica del cliente

como identificación, el nombre completo , fecha de nacimiento, dirección y el

teléfono celular.
 4

aciones: El sistema debe permitir el ingreso y modificación de las reparaciones en el hogar especificando el tipo de arreglo, val
ervaciones.

 Modulo informe: El sistema debe permitir obtener el informe de las reparaciones,

incluyendo los datos básicos del cliente.

 Modulo consulta: El sistema debe permitir consultar información relacionada con

los clientes y los saldos pendientes por reparaciones

Se describirá los Requisitos No Funcionales para el análisis solicitado por la empresa

Reparamos.com

Los requisitos No Funcionales que se mencionan son aquellos que no se refieren

directamente a las funciones específicas suministradas por el sistema (características de

usuario), sino a las propiedades del sistema: rendimiento, seguridad, disponibilidad

considerados para la solución planteada.

 El sistema debe soportar cualquier Navegador

 La base de datos se desarrollará en lenguaje MYSQL.

 Para desarrollo de la aplicación se tendrá en cuenta el lenguaje java.

 Capacidad del software de mantener su nivel de prestación

 Uso del usuario en el aprendizaje, comprensión, operatividad y atractividad

 Eficiencia con la relación en el nivel de desempeño del software y la cantidad de recursos

 Mantenimientos relacionados con la facilidad de extender, modificar o corregir errores en

un sistema software
 5

Portabilidad de atributos relacionados con la capacidad de un sistema software para ser

transferido desde una plataforma a otra

 6

REFERENCIAS

Weitzenfeld, A. (2005). Descripción del Problema. En In Ingeniería deSoftware Orientada a Objetos con
UML, Java e Internet (págs. 197-199). Mexico: Cengage Learning. Recuperado de
https://go.gale.com/ps/i.do?p=GVRL&u=unad&id=GALE|CX3004300052&v=2.1&it=r&sid=GVRL
&asid=395cba86

Weitzenfeld, A. (2005). Modelado con UML. En C. Learning, Ingeniería de Software Orientada a Objetos
con UML, Java e Internet (pág. 69). Chicago: Gale eBooks. Recuperado de https://go-gale-
com.bibliotecavirtual.unad.edu.co/ps/i.do?p=GVRL&u=unad&id=GALE|CX3004300030&v=2.1&i
t=r&sid=GVRL&asid=094a5dfa

Weitzenfeld, A. (2005). Modelo de Análisis. En In Ingeniería de Software Orientada a Objetos con UML,
Java e Internet (pág. 253). Mexico: Cengage Learning. Recuperado de https://go-gale-
com.bibliotecavirtual.unad.edu.co/ps/i.do?p=GVRL&u=unad&id=GALE|CX3004300059&v=2.1&i
t=r&sid=GVRL&asid=c31540cf

Weitzenfeld, A. (2005). Modelo de Requisitos. En In Ingeniería de (págs. 195-197). Mexico: Cengage

Learning. Recuperado de https://go-gale- com.bibliotecavirtual.unad.edu.co/ps/i.do?
p=GVRL&u=unad&id=GALE|CX3004300051&v=2.1&i t=r&sid=GVRL&asid=bdadeef4