INSTITUTO TECNOLÓGICO SUPERIOR DE GUASAVE

DIVISIÓN DE ESTUDIOS DE INGENIERÍA EN SISTEMAS COMPUTACIONALES

FUNDAMENTOS DE INGENIERIA EN SOFTWARE

PROYECTO FINAL

ELSY DANEY CASTRO LIMON

VICTOR ADRIAN LEYVA EVANS
JESUS ALEXIS LOPEZ LOPEZ
JAVIER ALEXIS ORDAZ MONTOYA

M.C RAUL LOREDO MEDINA

GUASAVE, SINALOA., A 1 DE DICIEMBRE DEL 2017

AVANCE 1
En el presente proyecto se dará a conocer el desarrollo de un software para la
empresa Telofix dedicada al mantenimiento y reparación de electrónicos el antes
mencionado negocio necesita un sistema de ventas que pueda llevar a cabo los
siguientes puntos:

 Registrar entrada y salida de equipos.

 Registro de clientes.
 Registrar ventas a crédito.
 Registrar entrada y salida materiales.

Normalmente en un proceso de venta en Telofix se puede enlistar:

- Solicitud del cliente (lo que necesita que sea reparado).

- Lo recibe el encargado de recibir los productos.
- Se manda al encargado de repararlo, ya sea de software o de hardware.
- El encargado le dice el cliente si va a poder repararlo o no
- Le da el precio del costo que tendrá
- El cliente lo aprueba o lo desaprueba
- Inicia el proceso de reparación
- Se busca en el inventario si cuenta con la pieza que necesita (en caso de
ser requerida).
- Si no se cuenta con ella, se busca dónde pueden comprarla y que tanto
le cuesta.
- Se compra la pieza.
- Continúa el proceso de reparación.
- Termina el proceso de reparación.
- Se realizan pruebas para ver si funciona o no correctamente.
- Se llama al cliente para informar que su pedido ya está listo.
- El cliente aprueba o desaprueba.
- Paga.

Las personas que se ven involucrados en este proceso son.

 El cliente.
 Encargado de software.
  Encargado de hardware.
 Personal.

El proceso de venta se detalla de la siguiente manera:

El cliente llega al negocio con un desperfecto en su aparato electrónico,

ya sea con algún celular, computadora o de cualquier otro tipo, se relaciona
directamente con el personal encargado de recibir los productos y le explica el
problema que tiene. El encargado lo analiza y da el diagnostico de que sea el
hardware o software, si es el hardware, lo dirige a la persona que se encargara
de repararlo para que le dé el presupuesto del costo que tendrá dicha reparación,
dependiendo del desperfecto se da el precio y el cliente ve si lo acepta o no. Si
lo acepta entonces inicia el proceso de reparación, si le falta alguna pieza al
aparato a reparar, se busca en el inventario para verificar si cuentan o no con la
pieza, si no cuentan con ella se dedica un proceso estimado de tiempo a buscarla
y lo que tarda en llegar, ya que cuentan con la pieza continua el proceso de
reparación, hasta que está listo. El encargado de la reparación empieza la
realización de pruebas para verificar que el aparato electrónico funcione
correctamente. El personal encargado de recibir los productos le llama al cliente
para informarle que su producto ya está listo, entonces el cliente acude al
negocio para recoger su producto, si cumple con las necesidades que el cliente
pidió lo aprueba, paga y se retira del negocio, si no, se regresa para que empiece
el proceso de reparación de nuevo.
Avance 2
TOMA DE REQUISITOS A TeLoFix.

¿Cuál es el problema a resolver?

El problema es que no tenemos un control adecuado de las piezas con

las que contamos, no sabemos con exactitud con que refacciones contamos,
también empezamos a tener problemas con el control de pedidos de los clientes
ya que a veces no los atendemos por orden de llegada si no por el de más
facilidad y eso nos ha generado problemas.

¿Qué tipo de información va a ser procesada?

Nombre de piezas que entran a la empresa y descripción, nombre de los

clientes que asisten a la empresa, producto que entra, adeudo de clientes, y
equipos que se están reparando.

¿Qué función se desea?

Una mejora en el servicio que ofrecemos a nuestros clientes

¿Qué interfaces van a ser establecidas?

Una interfaz principal donde pueda seleccionar la acción que quiero

realizar en ese momento y una interfaz o varias para cada una de las opciones
como la de control de clientes, o la de control de productos

¿Quién utilizara la solución?

Diego, Adrián y yo

¿Que consideraría usted un resultado “correcto”?

Obtener mejoras en el rendimiento de la selección de piezas y control de clientes

¿Cuáles son las restricciones que tendría este software?

Ninguna restricción, los usuarios que la manejaran tendrán acceso a todo

¿Cuáles son las entradas?

Las solicitudes de los clientes, el registro de los clientes, y los productos con los
que contamos
¿Cuáles son las salidas?

La organización de las solicitudes de los clientes y de los mismos clientes, así

como un inventario detallado de nuestros productos.

¿Cuál es la forma de almacenamiento que desea utilizar?

La forma en la que ustedes consideren más óptimo.

IDENTIFICANDO EL PERFIL DEL USUARIO/CLIENTE

Nombre del entrevistado: Jesberth Machuca López.

Rol en la organización: Encargado de la empresa.

Responsabilidad del entrevistado: el buen funcionamiento de toda la empresa

EVALUACION DEL PROBLEMA

¿Cómo se resuelven ahora? Todo se cuenta manualmente y muchas veces no

sabemos ni que tenemos, ni que equipos estamos reparando mucho menos
tenemos un control bien establecido de clientes

¿Cómo los resolverá el programa?

Nos hará un control detallado sobre nuestras refacciones y sobre las solicitudes
de nuestros clientes de forma automática.

ENTENDIENDO EL ENTORNO

¿Quiénes serán los usuarios del sistema?

Diego, Jesberth, Adrián

¿Cuál será su nivel de control de PC, dispositivos, etc.?

PC

¿Tienen los usuarios experiencia en este tipo de aplicaciones?

Si

¿Hay aplicaciones/sistemas relevantes a tener en cuenta en nuestro sistema?

No
¿Cuáles son las expectativas de usabilidad del producto?

Que el cliente pueda llegar a tener una conexión bastante buena con la empresa

¿Qué tipo de ayuda requerirá el usuario?

Al comprender por primera vez como funcionara el sistema

EVALUANDO LA OPORTUNIDAD

¿Quién en la organización necesita la aplicación?

Todos

¿Cuantos tipos de usuarios usaran la aplicación?

Uno

¿Cómo valoraría que la solución ha sido un éxito?

Cuando obtenga un mejor servicio en cuanto a la solución de solicitudes de mis

clientes.

EVALUANDO LAS NECESIDADES DE FIABILIDAD, RENDIMIENTO Y

SOPORTE

¿Cuáles son tus expectativas en cuanto a rendimiento del sistema?

Necesito que el sistema cuente con el mayor rendimiento ya que estamos

poniendo en sus manos nuestra confianza para tener una mejora en nuestra
empresa

¿Cuáles son tus expectativas en cuanto a fiabilidad del sistema?

La más alta por su puesto

¿Quién dará soporte al programa?

Los desarrolladores del sistema

¿Existen necesidades especiales para dar soporte?

No, ninguna

¿Cuáles son los requisitos de seguridad?

Necesito que este establecido un usuario y una contraseña para cada una de
las personas que accederemos al sistema

¿Cuáles son los requisitos de instalación y configuración?

Los que consideren necesarios

¿Existen requisitos especiales sobre licenciamiento?

No

OTROS REQUISITOS

¿Existen requisitos legales que deban soportarse?

No

¿Existen requisitos de entorno?

No

¿Existen otro tipo de requisitos?

Asistente por voz

IDENTIFICAR REQUISITO.
Se requiere un sistema de inventario y control de clientes para la empresa
TeLoFix, con el objetivo de sistematizar y tener un control adecuado de los
componentes que utiliza la empresa como se había mencionado anteriormente.

Una base de datos que agregara un administrador y usuario para poder acceder
a las diferentes interfaces que el sistema le proporcionara dependiendo de las
necesidades de este, como agregar un nuevo producto o un cliente y la
manipulación de estos mismos, así también como un sistema de ventas.

Casos de uso.

Caso de uso: Control de inventario

Actores: Administrador y usuario

Propósito: Tener un control adecuado sobre los productos y refacciones.

Descripción: el usuario o el administrador acceden al sistema SICLTE para poder

ingresar los productos o refacciones con los que cuentan, para poder tener un
control de ellos y así cuando un cliente requiera hacer una compra saber si lo
tienen en existencia o no.

Caso de uso: Control de clientes

Actores: Administrador y usuario.

Propósito: Agregar y mantener un control de clientes en el sistema

Descripción: El usuario o administrador accede al sistema para agregar a un

cliente nuevo o realizar una consulta de alguno de los que ya existan en la base
de datos, el administrador únicamente cuenta con los derechos para poder
modificar datos y hacer alguna eliminación.
Caso de uso: Sistema de ventas

Actores: Administrador, usuario y cliente.

Propósito: hacer una mejora en el servicio y eficacia de estos mismos.

Descripción: Un cliente llega a la empresa y solicita un servicio puede ser la

compra de algún producto o la reparación de algún dispositivo, hace el pedido al
usuario del mostrador y este verifica si es un cliente nuevo o ya está agregado a
la base de datos, si es nuevo lo agrega y obtiene el nuevo reporte del control de
clientes, si necesita alguna refacción o producto, consulta el inventario y verifica
que la tenga en existencia o no. Le da el servicio al cliente y este se retira.
Diagrama de clases

Clases Atributos Métodos

Administrador Nombre() Modificar control de
Contraseña() Clientes()
Modificar inventario()

Cliente Nombre()
1…* Dirección()
1…* Teléfono()
ID()
Servicio 1…* Nombre()
1…* Servicio()
Usuario Nombre() Consultar inventario()
1….* Contraseña() Consultar control de
1…* clientes()
Agregar al inventario()
Agregar clientes()
Especificación de requisitos según el estándar de IEEE
830

IEE Std. 830-1998.

1. Introducción

Este documento es una especificación de requisitos software para la

realización de un sistema que gestione diferentes procesos, mantenga un
control de clientes e inventario en la empresa TeLoFix. Esta especificación
se ha estructurado basándose en las directrices dadas por el estándar IEEE
(Practica recomendada para especificaciones de requisitos software)
ANSI/IEEE 830-1998.

1.1. Propósito
 El presente documento tiene como propósito definir las especificaciones
funcionales, no funcionales para el desarrollo de un sistema de ventas,
monitoreo de clientes e inventariado del producto de la empresa. Este será
utilizado por diferentes usuarios que laboran endicha empresa.

1.2. Alcance
El sistema que se va a desarrollar se denomina SICLTE (Sistema de
Inventariado y Control de Clientes TeLoFix).
Un sistema de inventarios es un conjunto de normas, métodos y
procedimientos aplicados de manera sistemática para planificar y
controlar materiales y productos que se emplean en una organización.
Por otro lado un control de clientes es un documento de la empresa
que recoge los principales datos e información de un cliente y su
vinculación con la empresa.
1.3. Personal Involucrado
Nombre Jesberth Machuca López
Rol Administración del Sistema
Categoría profesional Universidad, Jefe
Responsabilidades Encargado de la empresa, y
encargado de resolver los problemas
de software de los equipos.
Información del contacto 6871207943
Aprobación Si

Nombre Diego Alberto Machuca López

Rol Usuario
Categoría profesional Universidad, Personal
Responsabilidades Encargado de resolver los problemas
de hardware de los equipos
Información del contacto 6871004716
Aprobación Si

Nombre Jesús Adrián Gerardus Ruiz

Rol Usuario
Categoría Profesional Bachiller, Recepcionista
Responsabilidades Es el encargado de recibir a los
clientes.
Información del contacto 6871654005
Aprobación Si

1.4. Definiciones, acrónimos y abreviaturas

Base de datos: es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemáticamente para su posterior uso. En
este sentido, una biblioteca puede considerarse una base de datos
compuesta en su mayoría por documentos y textos impresos en papel
e indexados para su consulta. En la actualidad, y debido al desarrollo
tecnológico de campos como la informática y la electrónica, la mayoría
de las bases de datos están en formato digital (electrónico), que ofrece
un amplio rango de soluciones al problema de almacenar datos.
Tablas: en las bases de datos, se refiere al tipo de modelado de datos
donde se guardan los datos recogidos por un programa. Su estructura
general se asemeja a la vista general de un programa de hoja de
cálculo.
Relación entre tablas: la relación se define como una asociación
establecida entre campos comunes de dos tablas, en las que se
pueden combinar información de varias tablas, por medio de campos
comunes. Los tipos de relación son:
- Uno a uno
- Uno a varios
- Varios a varios

TeLoFix: Te lo arreglamos

IEEE: estándar que determina la especificación de requisitos del

sistema para la construcción y puesta en marcha de aplicaciones de
software.

1.5. Referencias
 Título del documento Referencias
Standard IEEE 830 - 1998 EEE

1.6. Resumen
En el proyecto a realizar se desarrollara un sistema de inventario y
control de clientes, para la empresa TeLoFix, con el objetivo de
sistematizar y tener un control, por ello se utilizaran estándares
internacionales de análisis como establece el formulario IEEE 830 en
el desarrollo de este sistema.
La evaluación del sistema se hará a través de pruebas realizadas en
la empresa TeLoFix, en la que refleje la aceptación y facilidad de uso
del sistema.
El plazo está dividido en etapas y estas contemplan una serie de
actividades a realizar en un plazo de 6 meses
El documento consta de tres secciones. En la primera sección se
realiza una introducción al mismo y se proporciona una visión general
de la especificación de recursos del sistema.
En la segunda sección, se realiza una descripción general del sistema,
con el fin de conocer las principales funciones que este debe realizar,
los datos asociados y los factores, restricciones, supuestos y
dependencias que afectan el desarrollo.
Por ultimo de definen detalladamente los requisitos que debe
satisfacer el sistema.

2- DESCRIPCION GENERAL

2.1. Perspectiva del producto

El sistema de inventario y control de clientes, es un producto independiente, que

permitirá llevar un control adecuado de clientes y producto en la empresa
TeLoFix.

El sistema tendrá como nombre SICLTE, esta se desarrollara en versiones,

generando así un producto personalizado para la empresa.

2.2 Funcionalidad del producto

La aplicación SICLTE, permitirá llevar un control adecuado de los diferentes
componentes que utiliza la empresa, así también como el control de clientes que
tienen para poder obtener una mejora en servicio.

2.3. Características de los usuarios.

Tipo de usuario Administrador

Formación Universitaria con conocimientos sobre
la administración de una base de
datos
Habilidades Conocimientos en el manejo de
inventarios y control de clientes
Actividades Podrá agregar, modificar, eliminar o
realizar cambios en la base de datos,
así como administrar los permisos de
acceso a los usuarios

Tipo de usuario Usuario final

Formación Bachiller con conocimientos básicos
de computación
Habilidades Conocimientos básicos en el manejo
de sistemas informáticos
Actividades Ingreso y consultas de la información
respectiva en la base de datos

2.4. Restricciones

El sistema se limita para el uso interno de TeLoFix

Para el desarrollo de la propuesta se utilizara el lenguaje C#, la base de datos

se desarrollara en SQL server y el sistema operativo Windows 10. Utilizando un
modelo cliente/servidor.
El usuario final, realizara ingresos y consultas dentro del sistema, no podrá
eliminar ni tampoco modificar.

2.5 Suposiciones y dependencias

Antes de empezar a desarrollar SICLTE, TeLoFix podrá pedir modificaciones que

se deseen realizar en el sistema, luego de esto se la podrán solicitar con
justificación del caso.

El sistema se va a desarrollar de forma que pueda ejecutarse en cualquier

plataforma, aunque las pruebas se realizaran en una plataforma considerada por
los desarrolladores como una interfaz estable, en este caso se trata de Windows
10 en cualquiera de sus versiones

Tendrá posibles mejoras en cuanto a la actualización de software, o migración a

otras plataformas.

Cualquier modificación que se desee realizar al sistema sin la debida

autorización de los desarrolladores podría ocasionar fallas en el mismo.

2.6 Evolución previsible del sistema.

A futuro se pretende realizar mejoras en cuanto al funcionamiento del sistema,

de tal manera que se han considerado los siguientes aspectos:

- Interfaz más amigable con el usuario

- Versión compatible para cualquier plataforma
- La base de datos se podrá migrar a otro motor de base de datos

3- Requisitos específicos

Numero de requisito 1
Nombre de requisito Validar Usuario
Tipo Requisito
Fuente de requisito Pedida por el Administrador
 Prioridad de requisito Alta/Esencial
Cada vez que un usuario de la aplicación requiera iniciar una sesión en la
misma, esta deberá solicitar un nombre de usuario y una contraseña para validar
en la base de datos y permitir o no el inicio de sesión.

Numero de requisito 2
Nombre de requisito Reportes de la información
Tipo Requisito
Fuente de requisito Pedida por el administrador y usuario
Prioridad de requisito Alta/Esencial
El sistema deberá registrar toda la información ingresada por el usuario o
administrador.

Numero de Requisito 3
Nombre del requisito Reportes de la información
Tipo Requisito
Fuente de requisito Pedida por el administrador y usuario
Prioridad de requisito Alta/Esencial
El sistema deberá emitir reportes detallados de la información solicitada por el
usuario o el administrador.

Numero de requisito 4
Nombre de requisito Modificar la información
Tipo Restricción
Fuente de requisito Pedido por el administrador
Prioridad de requisito Alta/Esencial
El administrador será el único responsable que podrá realizar cualquier
modificación con la información que se ingrese al sistema.

Numero de requisito 5
Nombre de requisito No eliminar información
Tipo Restricción
Fuente de requisito Pedida por el administrador
Prioridad de requisito Alta/Esencial
El sistema no deberá eliminar ningún tipo de información por sí solo, a menos
que el administrador lo solicite.

Numero de requisito 6
Nombre de requisito Asistente por voz
Tipo Requisito
Fuente de requisito Usuario
Prioridad de requisito Media/deseado
El sistema deberá contar con un asistente por voz para realizar consultas.

Numero de requisito 7
Nombre de requisito Respaldo
Tipo Requisito
Fuente de requisito Administrador
Prioridad de requisito Alta/Esencial
Se deberá realizar un respaldo automático de la base de datos diario, en caso de
ser modificada esta misma.
3.1 Requisitos comunes de las interfaces

Las interfaces de usuario deberán permitir ingresar toda la información y mostrar

la solicitada por el usuario o administrador al momento de requerirla.

3.1.1 Interfaces de usuario

La interfaz del de usuario deberá ser clara e intuitiva, para facilitar la interacción
de usuario con el sistema.

La pantalla principal deberá mostrar un mensaje de bienvenida, conjuntamente

con el logotipo de TeLoFix, esa ventana incluirá un botón de inicio donde se
enlazara a otra pantalla donde se mostraran todas las opciones que el sistema
lo requiera para que el usuario o el administrador la seleccione de acuerdo a lo
que desea realizar

3.1.2 Interfaces de hardware.

Para su correcto funcionamiento el sistema necesita un computador con las

siguientes características:

- 8 GB de RAM
- 1 TB de HDD
- Un procesador Intel core i5

3.1.3 Interfaces de software

Deberá de ser capaz de realizar las operaciones necesarias para que los
reportes solicitados tengan la información correcta

Tendrá conexiona una base de datos para registrar toda la información

Solicitará el nombre del usuario y su contraseña antes de realizar cualquier tarea

dentro del sistema.

El sistema a desarrollar no se integrara con otros sistemas disponibles que

pueda tener la empresa.
3.1.4 Interfaces de comunicación

SICLTE utiliza protocolos de comunicación entre el programa y la base de datos

mediante JDBC que es un driver que permite la comunicación entre C# y la base
de datos.

3.2 Requisitos funcionales

Id Requerimiento 1. Registro de nuevos usuarios
Descripción Permitir a un usuario no registrado,
registrarse en la base de datos para
conexiones posteriores.
Entradas Datos de acceso obligatorios:
Nombre, apellidos, contraseña,
teléfono, dirección, cargo.
Salidas Luego de la validación respectiva de
los datos registrados, se almacenara
en la base de datos
Proceso - Deberá de ser capaz de
realizar operaciones
necesarias para que los
reportes solicitados
tengan información
correcta.
- Tendrá conexión a una
base de datos para
registrar toda la
información.
- Solicitará el nombre del
usuario y su contraseña
antes de realizar
cualquier tarea dentro
del sistema
- El sistema a desarrollar
no se integrara con
otros sistemas
disponibles que pudiera
tener la empresa

Precondiciones Datos ingresados en el formulario

Pos condiciones El usuario queda registrado y puede
ingresar posteriormente al sistema
Efectos colaterales Se ingresa un registro a la base de
datos con los datos personales del
nuevo usuario
Prioridad Alta
Rol que lo ejecuta Usuario no registrado
Id. Requerimiento 2. Autenticar al usuario o
administrador
Descripción Deberá permitir al usuario o
administrador ingresar la información
deseada según corresponda
Entradas Nombre de usuario y contraseña
Salidas Interfaz que el usuario haya
seleccionado según los datos que
desee ingresar
Proceso - Deberá ser capaz de
realizar las operaciones
necesaria para que los
reportes solicitados
tengan la información
correcta
- Tendrá conexión con
una base de datos para
registrar toda la
información.
- Solicitará el nombre de
usuario y su contraseña
antes de realizar
cualquier modificación
en el sistema.
- El sistema a desarrollar
no se integrara con
otros sistemas
disponibles que pueda
tener la empresa
Precondiciones El usuario debe estar creado en el
sistema
Pos condiciones El usuario ingresa al sistema
Efectos colaterales No aplica
Prioridad Alta
Rol que lo ejecuta Administrador y usuario registrado

Id. Requerimiento 3. Autenticar al usuario y

administrador
Descripción Debe permitir al usuario poder
realizar consultas y obtener los
reportes deseados según
corresponda
Entradas Nombre de usuario y contraseña.
Salidas Obtener acceso al sistema
Proceso Los usuarios ingresan al sistema su
nombre y contraseña, el sistema
 validara si el usuario existe y su
contraseña es correcta. Si es así, el
sistema entregara al usuario
autenticado la interfaz solicitada
correspondiente a su perfil en el
sistema.
Precondiciones El usuario debe estar creado en el
sistema
Pos condiciones El usuario ingresa al sistema
Efectos colaterales No aplica
Prioridad Alta
Rol que lo ejecuta Administrador y usuario registrado

Id. Requerimiento 4. Autenticar al administrador

Descripción Deber permitir al administrador
realizar las modificaciones
necesarias a la información
ingresada al sistema según
corresponda.
Entradas Nombre del administrador y
contraseña
Salidas Obtener el reporte respectivo que el
usuario solicitara.
Proceso - Deberá ser capaz de
realizar operaciones
necesarias para que los
reportes solicitados
tengan la información
correcta.
- Tendrá conexión a una
base de datos para
realizar toda la
información
- Solicitará el nombre del
usuario y contraseña
antes de modificar la
base de datos
Precondiciones El administrador debe estar creado
en el sistema
Pos condiciones El usuario ingresa al sistema
Efectos colaterales No aplica
Prioridad Alta
Rol que lo ejecuta Administrador y usuario registrado

3.3 Requisitos no funcionales

La instalación traerá consigo una mayor rapidez en la administración de la
información y en la obtención de reportes de esta misma haciendo su proceso
mucho más eficiente.

El sistema debe ser fácil de usar por el usuario o administrador y debe estar
organizado de tal manera que los errores sean minimizados.

No revelara información personal de otros usuarios ni información exclusiva de

la empresa al operador del sistema, esta información solamente podrá ser vista
por el administrador.

3.3.1 Requisitos de rendimiento

El sistema deberá proveer una bitácora que contenga todas las transacciones
realizadas en el sistema.

Permitirá el registro de varios usuarios, así como de varios productos además de

realizar cualquier tipo de cambio o de modificación.

El tiempo de respuesta del sistema en cada función solicitada por el usuario será
de no mayor a 5 segundos.

El sistema está sujeto al uso de un usuario a la vez, permitiendo un manejo más

confortable y eficiente del sistema.

3.3.2 Seguridad

Permitirá asegurar que el operador trabaje sin ninguna supervisión y podrá hacer
modificaciones del caso del usuario administrador, asegurando la utilización de
datos correctos y con el adecuado procedimiento.

La información que se muestra en los reportes deberá ser clara y precisa y de

acuerdo con lo solicitado.

3.3.3 Fiabilidad
El sistema deberá evitar que se introduzca información fallida antes de que entre
en funcionamiento. Las interfaces utilizaran entornos amigables, adecuados para
gestionar el ingreso, modificación y reportes de la información.

3.3.4 Disponibilidad.

La información recolectada en el proceso de ingreso debe ser utilizada para

obtener reportes respectivos de inventario y control de clientes.

El usuario podrá ingresar, cambiar o revisar la información almacenada en el

sistema SICLTE con su respectivo nombre y contraseña. En caso de que se haya
olvidado de alguno de estos, se deberá contactar con el usuario administrador
del sistema.

El sistema deberá estar en línea el 90% del tiempo en la jornada laboral.

3.3.5 Mantenibilidad

Se deberá realizar un mantenimiento periódico al sistema, esto para solucionar

los posibles errores que hayan podido presentar.

Se realizara el mantenimiento 1 vez por semana el primer mes, para ver cómo
funciona el sistema, después de esto se realizara 1 vez al mes o cuando presente
algún error que afecte el funcionamiento.

El sistema deberá ser susceptible a ser ampliado.

Llevar un control de errores y registros indebidos en el sistema.

3.3.6 Portabilidad

El sistema SICLTE en su totalidad, ni ninguna de sus partes podrá ser trasladado

a otras plataformas sin la debida autorización y conocimiento de los
desarrolladores.

Será diseñado portable, es decir, debe ser posible implantarlo en diversos

lenguajes y plataformas.

Sera desarrollado con herramientas como C# que es un lenguaje de

programación orientada a objetos, y en SQL server como base de datos, debido
a su bajo costo, cero problemas de licencias, al soporte gratuito de sus
comunidades de desarrollo publicadas en internet, y a sus requerimientos
mínimos para su instalación.

3.4 Otros requisitos

Si la empresa TeLoFix, entidad contratante, requiere tener acceso al sistema

SICLTE, deberá hacer el requerimiento emitiendo un documento firmado e
indicando las necesidades que demanda.