FORMATO DE REQUIERIMI

sostware de inventari

Mediante este proyecto se presenta para dar conformidad a los requisitos

INTRODUCCION sistema de inventario de

presentar el inventario de s
1.1 Proposito

1.2 Alcance este sistema de inventario s

Nombre (1) cristian gonzalez

Rol (1) analista de sistemas e información
Categoría profesional (1) graduado de bachiller academico
1.3 Personal involucrado
Responsabilidades (1)
Información de contacto (1) cristiandavid8002@gmail.com
Aprobación (1)

El inventario es una relación detallada, ordenada y valorada de los eleme

Definiciones, acrónimos y El software es un soporte lógico de un sistema informático, que compre
1.4 abreviaturas

Referencia Titulo
1.5 Referencias

1.6 Resumen proceso por el cual se llevara a cabo el inventari

 Código:
FORMATO DE REQUIERIMIENTOS
Versión: 2.0

Fecha: 01-03-2015
sostware de inventarios
Página: 1 de 4

a para dar conformidad a los requisitos y se da a conocer el inventario de software para la institución que será ágil y optimizado. Este
sistema de inventario de software tendrá como nombre E.E. Inventory.

presentar el inventario de software para la institucion SENA sede colombia

E.E. Inventory
este sistema de inventario sera agil, eficaz en el manejo recursos entre otros

cristian gonzalez Nombre (2) henry pineda

analista de sistemas e información Rol (2) analista de sistemas e información
graduado de bachiller academico Categoría profesional (2) tecnico en sistemas
Responsabilidades (2)
cristiandavid8002@gmail.com Información de contacto (2) henrytopo16@gmail.com
Aprobación (2)

lada, ordenada y valorada de los elementos que componen el patrimonio de una empresa o persona en un momento determinado.
de un sistema informático, que comprende el conjunto de los componentes lógicos necesarios que hacen posible la realización de
tareas especificas

Titulo Ruta Fecha Autor

por el cual se llevara a cabo el inventario de software E.E. Inventory para la institucion SENA sede colombvia
 IEEE 380
5/8/2019

que será ágil y optimizado. Este

nry pineda
temas e información
Relación de personas involucradas en el desarrollo del sistema, con información de contacto. Esta
o en sistemas información es útil para que el gestor del proyecto pueda localizar a todos los participantes y
recabar la información necesaria para la obtención de requisitos, validaciones de seguimiento, etc.
o16@gmail.com

en un momento determinado.
acen posible la realización de

Autor
Relación completa de todos los documentos relacionados en la especificación
de requisitos de software, identificando de cada documento el titulo,
referencia (si procede), fecha y organización que lo proporciona.

mbvia
 FORMATO DE REQUIERIMIENTO

software de inventario

es un producto totalmente independiente de otros en su mismo amb

2.1 Perspectiva del producto

*Poder mirar la cantida

*Cambiar la info
2.2 Funcionalidad del producto *Controlar las perdidas p
*Controlar la cad
*Caracterí

Tipo de usuario
Formación
2.3 Características de los usuarios
Habilidades manejo de la informacion, in
chequear detalles con X o Y intervalos de tiempos,
Actividades
buena respuesta a diversas situaciones en el entorno d

el sistema debe ser ejecutado en plataforma windows, con coneccio

2.4 Restricciones estas esenciales restricciones, el personal encargado de hacer ben us
menejo, uso, edicion, y creacion de re

*sea el motivo el que sea si se llega a cambiar algun factor que valla d
2.5 Suposiciones y dependencias de informacion, cambio de hadware, nuevos itens, anpliacion o desm
medida de las enteriores menciondas anyes de ello ponerse en contac

según se valla adaptando informacion, conociendo el manejo bas

2.6 Evolución previsible del sistema inplementar nuevas opciones, de nivel mas
 Código:
FORMATO DE REQUIERIMIENTOS
Versión: 2.0 IEEE 380
Fecha: 01-03-2015 5/8/2019
software de inventario
Página: 2 de 4

endiente de otros en su mismo ambiente y dentro ello poder dejar mas que saciadas los requisitos que el cliente
espara.

*Poder mirar la cantidad de activos que hay en la sede

*Cambiar la información en el inventario
*Controlar las perdidas por robo o daño de los elementos
*Controlar la caducidad de cada producto
*Características del producto

manager, administrador y supervisor

tecnica a tecnologa.
manejo de la informacion, interpretacion, maniobravilidad de datos y ediciones de estos mismos
diversas situaciones en el entorno de el mismo sistema, generarr rportes, hacer reuniones para dar aviso ya sea de un resultado pro o c

n plataforma windows, con coneccion a internet, sin inportar el porque no se podra ejecutar por mas debajo de
personal encargado de hacer ben uso de el mismo a de tener alguna experiencia prebia en lo que corresponde al
enejo, uso, edicion, y creacion de resultados de datos en sistama de inventario.

a a cambiar algun factor que valla de raiz con los requsistos vasicos y esenciales (sistema operativo, suplantacion
re, nuevos itens, anpliacion o desminucion de funciones) se a de tener en cuenta que al tomar encuenta algunas
das anyes de ello ponerse en contacto con soporte tecnico papa no avistar problemas futuros e infuncionalidades.

rmacion, conociendo el manejo basico del sistema a tyal punto de hacerse muy familiarizado con el, se podra
ntar nuevas opciones, de nivel mas alto y con ello de una mas alta eficiencia y eficacia
Descripción de los usuarios del producto, incluyendo nivel educacional,
experiencia y experiencia técnica.
 FORMATO DE REQUIERIMIENTO

Nombre del requerimiento

Número de requisito
Nombre de requisito
Tipo Requisito
Fuente del requisito
Prioridad del requisito Alta/Esencial

3.1 Requisitos comunes de las interfaces Descripción detallada de todas las

Describir los requisitos del interfaz de usuario para el producto. Esto p

3.1.1 Interfaces de usuario ejemplo posiblemente el cliente ha especificado el estilo y los color

Especificar las características lógicas para cada interfaz entre el produc

3.1.2 Interfaces de hardware con

Indicar si hay que integrar el pro

Para cada producto de softw
* Descripción del p
3.1.3 Interfaces de software * Propó
* Definición del int

3.1.4 Interfaces de comunicación Describir los requisitos del interfaces de comunicación si hay comu

Requisitos funcionales
3.2

3.2.1 Requisito funcional 1

3.2.2 Requisito funcional 2

3.2.3 Requisito funcional 3

 3.2.3 Requisito funcional 3

3.2.4 Requisito funcional n

3.3 Requisitos no funcionales

Especificación de los requisitos relacionados con la carga que se esp

número esperado de usuarios simultáneamente conectados, nú
3.3.1 Requisitos de rendimiento Todos estos requisitos deben ser mesurables. Por ejemplo, indicand
lugar de “los operadores no deben

Especificación de elementos que protegerán al software de accesos, uso

accidentales. Los re
* Empleo de
* Registro de fiche
3.3.2 Seguridad * Asignación de determinadas fu
* Restricciones de comunic
* Comprobaciones de i

Especificación de los factores de fiabilidad necesaria del sistema. Esto

3.3.3 Fiabilidad el total de in

Especificación de los factores de disponibilidad final exigidos al sistem

3.3.4 Disponibilidad mostrar

se haran dentro de los siguientes itens Corrección, Fiavilidad, Efica

Reusabilidad, Interoperatividad y Facilidad de mantenimiento. el ma
que se describe en el contrato del sofware, al cual se le atrubuira c
0 Mantenibilidad opciones ANTES de ya el software. a medida en su evolucion si gene
mucho poco inmediata, si la solucion se encuentra en manos de lo
confiando en sus avilidades, por el contrario si esta fuera de ellas mism
sero trasmitido al mismo s

*el sistema dependera del 100% del servidor interno para un excelente des
sera ejecutado si se man
*el servidor tendra un 100% de dependencia del co
3.3.6 Portabilidad *el lenguaje determinado de este mism
*su uso sera puro para en el efectuar las tareas asignadas,
*el software podra ser ejecutable dentro de WI

3.6.7 Otros requisitos

sera inposible la edicion de autores intelectuales de este mismo, el fabricante llegara hasta los ambitos tecnicos y fallos de funcionami
 3.6.7 Otros requisitos

sera inposible la edicion de autores intelectuales de este mismo, el fabricante llegara hasta los ambitos tecnicos y fallos de funcionami
 Código:
FORMATO DE REQUIERIMIENTOS
Versión: 2.0 IEEE 380
Fecha: 01-03-2015 5/8/2019
Nombre del requerimiento
Página: 3 de 4

Requisito Restriccion

Media/Deseado Baja/ Opcional

Descripción detallada de todas las entradas y salidas del sistema de software.

z de usuario para el producto. Esto puede estar en la forma de descripciones del texto o pantallas del interfaz. Por
ha especificado el estilo y los colores del producto. Describa exacto cómo el producto aparecerá a su usuario
previsto.

as para cada interfaz entre el producto y los componentes de hardware del sistema. Se incluirán características de
configuración.

Indicar si hay que integrar el producto con otros productos de software.

Para cada producto de software debe especificarse lo siguiente:
* Descripción del producto software utilizado
* Propósito del interfaz
* Definición del interfaz: contiendo y formato

faces de comunicación si hay comunicaciones con otros sistemas y cuales son las protocolos de comunicación.

Requisitos funcionales
 Requisitos no funcionales

elacionados con la carga que se espera tenga que soportar el sistema. Por ejemplo, el número de terminales, el
s simultáneamente conectados, número de transacciones por segundo que deberá soportar el sistema, etc.
mesurables. Por ejemplo, indicando “el 95% de las transacciones deben realizarse en menos de 1 segundo”, en
lugar de “los operadores no deben esperar a que se complete la transacción”.

protegerán al software de accesos, usos y sabotajes maliciosos, así como de modificaciones o destrucciones maliciosas o
accidentales. Los requisitos pueden especificar:
* Empleo de técnicas criptográficas.
* Registro de ficheros con “logs” de actividad.
* Asignación de determinadas funcionalidades a determinados módulos.
* Restricciones de comunicación entre determinados módulos.
* Comprobaciones de integridad de información crítica.

fiabilidad necesaria del sistema. Esto se expresa generalmente como el tiempo entre los incidentes permisibles, o
el total de incidentes permisible.

isponibilidad final exigidos al sistema. Normalmente expresados en % de tiempo en los que el software tiene que
mostrar disponibilidad.

es itens Corrección, Fiavilidad, Eficacia, integridad, Usabilidad, Flexisibilidad, Facilidad de prueba, Portabilidad,
Facilidad de mantenimiento. el mantenimineto de este mismios dara poer parte del equipo de soporte tecnico
del sofware, al cual se le atrubuira cualquier facil cambio o modificacion, adaptacion a otros entornos, legiples
re. a medida en su evolucion si genera posibles inconbenientes con mismo tiempo de este se dara una solucion
ucion se encuentra en manos de los usuarios sea por su bajo nivel de dificultad podran hacerese cargo de ello
l contrario si esta fuera de ellas mismas (un problema con una gran dificultad, para en el hayar una solucion) esto
sero trasmitido al mismo soporte tecnico mencionado antes.

servidor interno para un excelente desempeño, esto se dara al tener a disposicion toda la informacion necesaria lo msimo
sera ejecutado si se maneja una nube ligada a su website
tendra un 100% de dependencia del codigo sofware para la escritura y lectura en su base existente
*el lenguaje determinado de este mismo se dara en su mismo entorno natal (español)
ara en el efectuar las tareas asignadas, mas no el intento de acondicionamiento personalisable del mismo
ware podra ser ejecutable dentro de WINDOWS y cualquier vercion subayacente de este mismo

itos tecnicos y fallos de funcionamintos producidos por algum bug del sistema, la garantia cubrira cualquier fallo que dentro del ambie
 Esta es la sección más extensa y más importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema a desarrollar. El nivel de detal
que el equipo de desarrollo pueda diseñar un sistema que satisfaga los requisitos y los encargados de las pruebas p

Los requisitos se dispondrán en forma de listas numeradas para su identificación, seguimiento, trazabilidad y vali

Para cada requisito debe completarse la siguiente tabla:

Definición de acciones fundamentales que debe realizar el software al recibir información, procesarla y producir resultado
operaciones * Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperación de errores)* Parám
entradas y salidas, formulas para la conversión de información) * Especificación de los requisitos lógicos para la infor
Las requisitos funcionales pueden ser divididos en
 ortante del documento.
a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para
s encargados de las pruebas puedan determinar si éstos se satisfacen.

eguimiento, trazabilidad y validación (ej. RF 10, RF 10.1, RF 10.2,...).

se la siguiente tabla:

rocesarla y producir resultados En ellas se incluye: * Comprobación de validez de las entradas * Secuencia exacta de
uperación de errores)* Parámetros * Generación de salidas * Relaciones entre entradas y salidas (secuencias de
requisitos lógicos para la información que será almacenada en base de datos (tipo de información, requerido)
nales pueden ser divididos en sub-secciones.
 FORMATO DE REQUIERIMIENTOS

Nombre del requerimiento

Imegenes y cualquier otro tipo de informacion relevante para los Progra

proyecto
 Código:
E REQUIERIMIENTOS
Versión: 2.0 IEEE 380
Fecha: 01-03-2015 5/8/2019
del requerimiento
Página: 4 de 4

elevante para los Programadores, Analistas y gerente de

proyecto