Está en la página 1de 37

Número de integrantes APELLIDOS Y NOMBRES

1 VILLANUEVA LINO ROLANDO CARLOS


2 DURAN PONCE JULINO
3 JULCA INOCENCIO WILLIAM CYNTON
4 MATOS HUERTA, KEPLER FIL
5 ROJAS LAURENCIO JUAN CRISTHIAN
Nombre del proyecto Ventas de Software
Código del Software CJKWR05
Versión del software 2.05
Breve resumen del alcance Lista de requerimiento funcionales y no funcionales
Funcionales Proceso online
Usuarios autorizazo a la compra de software
Dar buen servicio al usuario
Registrarse de manera online
Aprobar el pedido de la compra online
Registro de facturacion de la venta
Cotización del precio
No Funcionales Favorecer al usuario
Brindar su necesidad al cliente
Brindar un producto confiable al cliente
Usabilidad
Seguridad
Comprobalidad
Veracidad en publicación de afiches y otros comunicados hacias el usuario
Cada actualizacion de software brindar informacion al usuario de manera online
Firmado por ROCDEY
Fecha de la firma Wednesday, September 15, 2010

Numero de requisitos 1
Requisito por tipo
Proceso 2
interfaz usuario 8
Interfaz de software 8
Interfaz hardware 8
Seguridad logica 3
Industrial 5
Regulatorio 2
Seguridad 6
Usabilidad 1
Dependibilidad 0
Consumo 3
Eficiencia 4
Requisito para el desarrollo Clara
Correcta
Coherente
Comprensible
Modificable
Verificable
Priorizada

Requisitos por estado:


1er Nuevo 5
2do Verificado 7
3ro Aprobado 2
4to Rechazado 1
5to Aplazado 3
6to En desarrollo 8
7mo Completado 4
8vo Testeado 1

MESES GRAFICO DE LOS INGRESOS


ENERO S/ 1,000,000.00
FEBRERO S/ 200,000.00
MARZO S/ 3,000,000.00
ABRIL S/ 200,670.00
MAYO S/ 100,563.00
JUNIO S/ 1,500,123.00
JULIO S/ 320,874.00
AGOSTO S/ 400,012.00
SEPTIEMBRE S/ 50,076.00
OCTUBRE S/ 600,712.00
NOVIEMBRE S/ 5,800,000.00
DICIEMBRE S/ 6,207,777.00
Actividades dentro del alcance Actividades fuera del alcance
Realizar conversaciones adecuado con
el client, realizar diagnostico a la No permitir las visitas de los clientes
empres. Eleborar un diseño correcto por motivo de realizacion de nuevos
para el consumo de los cliente que software para la empresa ROCDEY
quieren adquierir.

Nombres Y Apellidos Funciones Descripción

Rolando C. Villanueva Lino Dueño de la empresa ROCDEY Busca a los grandes genios

Encargado de Supervisa cada proceso que se da en


Kepler F. Matos Huerta Supervisor
elaboracion de software

Encargado de Investigar nuevos modelo para el desarrollo


Juan C. Rojas Laurencio Investigador
de software
Encargado de Investigar nuevos modelo para el desarrollo
Juan C. Rojas Laurencio Investigador
de software

Realiza nuevos negocios con los grandes empresa que


William C. Julca Inocencio El negociador
necesita el software

Busca la información necesaria para que la empresa salga


Julino Duran Ponce El proveedor de la informaciones
con éxito
Gráfi co

1
6

Proceso interfaz
Seguridad logica Industria
Usabilidad Dependi
Grá

Nuevo Ve
Aplazado En
Pronto la Empresa ROCDEY en servicio
Nombre del proyecto
Código del Software
Versión del software
Institucion
Breve resumen del alcance
Funcionales

No Funcionales

Entorno
Participante
1
2
3
4
Firmado por
Fecha de la firma

ID Título

UR-001 Requerimiento de Sistema (envio de correo electronico)

UR-002 Requerimiento que permitirá el registro

UR-003 Requerimiento de aprobación del pedido

UR-004 Requerimiento de ingreso al proyecto


UR-005 Requerimiento de usuario autorizado

UR-006 Requerimiento de actualización

UR-007 Requerimiento de la identificacion

UR-008 Requemiento de facturacion

UR-009 Requerimiento de de facturas manuales

UR-0010 Requerimiento financiero

UR-0011 Requerimiento de flujo

UR-0012 Requerimiento de sistema de gestion

UR-0013 Requerimienro del campo de valor

UR-0014 Requerimiento de fecha de transacción

UR-0015 Requerimiento de datos

UR-0016 Requerimiento de la direccíon

UR-0017 Requerimiento de la preselección

UR-0018 Requerimiento del estado

UR-0019 Requerimiento de material

UR-0020 Requerimiento de fecha contable

UR-0021 Requerimiento de registro de pago

UR-0022 Requerimiento de realizacion

UR-0023 Requerimiento de control


UR-0024 Requerimiento de bases de datos

UR-0025 Requerimiento de calculo

UR-0026 Requerimiento de que permite elaborar

UR-0027 Requerimiento de ventas y compras

UR-0028 Requerimientto de ingreso al usuario

UR-0029 Requerimiento de administación

UR-0030 Requerimiento de analistas

UR-0031 Requerimiento de gerentes

UR-0032 Requerimiento de administradores del ingreso

UR-0033 Requerimiento de intercambio

UR-0034 Requerimiento de software

UR-0035 Requerimiento de aplicaciones adicional

UR-0036 Requerimiento el uso de aplicación

UR-0037 Requerimiento de sistemas en procesar

UR-0038 Requerimiento de funcionalidad del sistemas

UR-0039 Requerimiento de sistemas en operar

UR-0040 Requerimiento de datos modificados

UR-0041 Requerimiento el sistema de acceso

UR-0042 Requerimiento de desarrollo

UR-0043 Requerimiento de lugar


UR-0044 Requerimiento de comunicación

UR-0045 Requerimiento de seguridad

UR-0046 Requerimiento de discontinuidad

UR-0047 Requerimiento de discontinuidad de fuego

UR-0048 Requerimiento de tiempo

UR-0049 Requerimiento de tasa

UR-0050 Requerimiento estruturado

UR-0051 Requerimiento de sistemas el mensaje error

UR-0052 Requerimiento de modulo

UR-0053 Requerimiento de diseño

UR-0054 Requerimiento de graficas

UR-0055 Requerimiento de disponibilidad de internet

UR-0056 Requerimiento de inicialización

UR-0057 Requerimiento falta de sisitemas

UR-0058 Requerimiento el tiempo de duración

UR-0059 Requerimiento de probabilidad


Pronto la Empresa ROCDEY en servicio
Ventas de Software
CJKWR05
2.05
Empresa ROCDEY
Lista de requerimiento funcionales y no funcionales
Proceso online
Usuario autorizado a la compra de software
Registrarse de manera online
Aprobar el pedido de la compra online
Registro de facturacion de la venta
Cotización del precio
Favorecer al usuario
Brindar su necesidad al cliente
Cada actualizacion de software brindar informacion al usuario de manera online
ROLANDO CARLOS VILLANUEVA LINO
APELLIDOS Y NOMBRES
DURAN PONCE JULINO
JULCA INOCENCIO WILLIAM CYNTON
MATOS HUERTA, KEPLER FIL
ROJAS LAURENCIO JUAN CRISTHIAN
ROCDEY
Wednesday, September 15, 2010

Tipo

Proceso

Negocio

Proceso

Proceso
Proceso

Proceso

Proceso

Proceso

Proceso

Proceso

Proceso

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Interfaz

Regulatorio
Regulatorio

Regulatorio

Regulatorio

Regulatorio

Seguridad

Seguridad

Seguridad

Seguridad

Seguridad

Seguridad

Interfaz Ext.

Interfaz Ext.

Interfaz Ext.

Eficiencia

Eficiencia

Eficiencia

Eficiencia

Seg. Logica

Seg. Logica

Seg. Logica
Seg. Logica

Seg. Logica

Industrial

Industrial

Usabilidad

Usabilidad

Usabilidad

Usabilidad

Usabilidad

Usabilidad

Usabilidad

Dependibilidad

Dependibilidad

Dependibilidad

Dependibilidad

Dependibilidad
Descripción

El sistema enviará un correo electrónico cuando se registre alguna de las siguientes


transacciones: pedido de venta de cliente, despacho de mercancía al cliente, emisión
de factura a cliente y registro de pago de cliente.

Se permitirá el registro de pedidos de compra con datos obligatorios incompletos, los cuales
podrán completarse posteriormente modificando el pedido. Antes de poder aprobarse los datos
del pedido deben estar completos.

Al aprobar un pedido, la solicitud pasará al siguiente paso del flujo de trabajo (workflow) de
aprobación configurado en el sistema.

El sistema permitirá a los usuarios autorizados el ingresar planes y cronogramas de proyecto


El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de proyecto

El sistema permitirá el envío automatizado de cartas de entrega de órdenes directamente al


laboratorio.
A cada orden se le asignará un identificador único, que será utilizado para identificarla en todos
los procesos subsecuentes que se realicen sobre esta.
La facturación de pedidos de venta se realizara en empresas grandes, por medio de una pantalla
de pedidos pendientes de facturación, la cual mostrará los pedidos no facturados. Una vez
facturados los pedidos no se mostrarán en esta lista
El sistema también permitirá el registro de facturas manuales no asociadas a pedidos, sin
embargo, estas requerirán autorización por parte del grupo de Gerentes antes de ser
contabilizadas.
El software debe poder emitir los siguientes estados financieros: Balance general, Estado de
ganancias y pérdidas, Estado de flujos de efectivo. Además, debe poder emitir un listado de
mayor general y mayor analítico.
Los pedidos de compra que excedan los montos establecidos en el flujo de liberaciones de
pedidos configurados, deberán pasar por las aprobaciones establecidas en dicho flujo de
aprobación

La solución validara automáticamente el cliente asociado a una orden con el sistema de gestión
de contactos.

El campo de monto acepta únicamente valores numéricos con dos decimales.

El campo fecha de transacción acepta únicamente fechas anteriores al día de hoy (día actual).

El campo nombre acepta caracteres alfabéticos únicamente.

El campo dirección acepta caracteres alfabéticos, numéricos y especiales.

El campo país consistirá en una lista de preselección. El país asociado a una dirección debe
ser previamente registrado en el sistema.
El campo estado, provincia o departamento consistirá en una lista de preselección. A los usuarios
se les presentará únicamente los estados asociados al país seleccionado previamente.

El campo material de elemento de la pantalla de requisiciones de compra será una lista de


preselección, que mostrará únicamente los materiales registrados en el maestro de materiales.

El campo fecha contable acepta únicamente fechas que correspondan con periodos contables
que estén abiertos en el sistema.

La pantalla de registro de pago puede imprimir los datos en pantalla a la impresora.

Se mostrará el nombre, tamaño total, espacio disponible y formato de un pen drive o flash
drive conectado al puerto USB del computador.

El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados.


La base de datos será implementada con trazas de auditoría.

Las hojas de cálculo aseguraran los datos usando firmas electrónicas.

El sistema permitirá elaborar y emitir el reporte regulatorio XX, según los requerimientos
establecidos en el reglamento y ley aplicable.
Los libros de venta y de compras serán emitidos en el formato establecido por las autoridades
tributarias de dicha materia.
El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados. Los usuarios
deben ingresar al sistema con un nombre de usuario y contraseña.

El sistema enviará una alerta al administrador del sistema cuando ocurra alguno de los siguientes
eventos: Registro de nueva cuenta, ingreso al sistema por parte del cliente, 2 o más intentos
fallidos en el ingreso de la contraseña de usuario y cambio de contraseña de usuario

Los integrantes del grupo de usuarios de analistas pueden ingresar solicitudes pero no pueden
aprobarlas o borrarlas.
Los integrantes del grupo de usuarios de gerentes pueden ingresar y aprobar solicitudes, pero
no pueden borrarlas.
Los integrantes del grupo de usuario de administradores no pueden ingresar o aprobar
solicitudes, pero si pueden borrarlas.
Cualquier intercambio de datos vía internet que realice el software se realizará por medio del
protocolo encriptado https.

El software podrá ser utilizado en los sistemas operativos Windows, Linux y OSX.
La aplicación debe poder utilizarse sin necesidad de instalar ningún software adicional
además de un navegador web.
La aplicación debe poder utilizarse con los navegadores web Chrome, Firefox e Internet
Explorer.
El sistema debe ser capaz de procesar N transacciones por segundo. Esto se medirá por medio
de la herramienta SoapUI aplicada al Software Testing de servicios web.
Toda funcionalidad del sistema y transacción de negocio debe responder al usuario en menos
de 5 segundos.
El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios con sesiones
concurrentes.
Los datos modificados en la base de datos deben ser actualizados para todos los usuarios que
acceden en menos de 2 segundos.
Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador de
acceso a datos.

El nuevo sistema debe desarrollarse aplicando patrones y recomendaciones de programación que increment

Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser almacenados en
una localidad segura ubicada en un edificio distinto al que reside el sistema.
Todas las comunicaciones externas entre servidores de datos, aplicación y cliente del sistema
deben estar encriptadas utilizando el algoritmo RSA.

Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará operando


hasta ser desbloqueado por un administrador de seguridad.

El sistema no continuará operando si la temperatura externa es menor a 4 grados Celsius.

El sistema no continuará operando en caso de fuego. (Ej. Un ascensor).

El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.

La tasa de errores cometidos por el usuario deberá ser menor del 1% de las transacciones
totales ejecutadas en el sistema.

El sistema debe contar con manuales de usuario estructurados adecuadamente.

El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario
final.

El sistema debe contar con un módulo de ayuda en línea.

La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la adecuada visualización en múlt

El sistema debe poseer interfaces gráficas bien formadas.

El sistema debe tener una disponibilidad del 99,99% de las veces en que un usuario intente
accederlo.
El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a 5 minutos.
La tasa de tiempos de falla del sistema no podrá ser mayor al 0,5% del tiempo de operación
total.

El promedio de duración de fallas no podrá ser mayor a 15 minutos.

La probabilidad de falla del Sistema no podrá ser mayor a 0,05.


<Cómo fuen creado el
requisito>

Razón Creado por

Es necesario la notificacion por email de los


procesos mecionados para el control o seguimiento Organizadores
de aquellas tareas

Es necesario la notificacion del registro pedido Asistentes

Es necesario la notificación de la aprobación pedido Los encargados

Es necesario la notificación del usuarion autorizado Administradores


Es necesario la notificación del ingreso al proyecto Desarrollador

Es necesario la notificacion del envio automatizado Organizadores

Es necesario la la notificacion del proceso de indentificar Los encargados

Es necesario la notificacion de la facturacion Administradores

Es necesario la notifcacion de la facturacion registrada Desarrollador

Es necesario la notificacion del financiero Administradores

Es necesario informar el pedido de flujo Asistentes

Es necesario informar el sistema de gestion Organizadores

Informar al campo de monto Los encargados

La notificacion del campo de la transaccion Los encargados

Notificacion de alfabeticos Administradores

Notificar el campo de la direccion Administradores

Notificar la preselecion al encargado Los encargados

Notificar al campo de estado Desarrollador

Es necesario la notificacion el campo material Asistentes

Notificar la fecha Los encargados

Notificar el registro de pago Administradores

Es necesario la notificacion de proceso de datos Desarrollador

informar el acceso Asistentes


notificar el base de datos Administradores

Informar el calculo realizado Desarrollador

Notificar la elaboracion Desarrollador

Es necesario la notificacion de ventas y compras Los encargados

Informar al usuario autorizado Administradores

Es necesario la notificacion de proceso de usuario Administradores

Notificar al analista Desarrollador

Notificar al gerente Desarrollador

Notificar a los administradores Administradores

Es necesario la notificacion del intercambio que se


Organizadores
realizara

Notificar el uso Desarrollador

Es necesario la notificacion de aplicación del uso Desarrollador

Notificar el uso de navegador Desarrollador

Es necesario la notificacion el proceso de transacion Administradores

Es necesario la notificacion la funcionalidad que se da Los encargados

Es necesrio la notificacion el proceso de operar Desarrollador

Notificar datos modificados Desarrollador

Notificar el permiso de acceso Administradores

Informar el desarrollo de aplicaciones Desarrollador

Es necesario la notificacion de lugar Organizadores


Es necesario la comunicación entre servidores Desarrollador

informar la identificacion de la seguridad Administradores

Informar la discontinuidad Los encargados

Informar el continuo Administradores

Informar el tiempo de aprendizaje Asistentes

Es necesario la notificacion de la tasa de error Administradores

Informar la estructura analizado Administradores

Es necesario la notificacion de proporcionar una


Los encargados
informacion

Informar el modulo Los encargados

Notificar el diseño de la aplicación Desarrollador

Informas las graficas Desarrollador

Informar la disponibilidad Asistentes

Notificar le tiempo de comienzo Asistentes

Notificar la tasa del tiempo Administradores

Informar la duracion del tiempo Administradores

Informar la falla de probabilidad Administradores


<Cómo se identificó esta <Componentes donde se <Ids de los requisitos
necesidad/requisito> asignará el requisito> relacionados>

Fuente Asignación Requisitos relacionados

Surgio en relacion al problema del


desconocimiento de la realizacion e Sistema, modulo ventas UR-006
independecia de las tareas

surgio en relacion al problema del


Compra, datos UR-007
desconocimiento de compra

surgio en relacion del desconocimiento


Sistema, solicitud UR-008
de envio

surgio en relacion del desconocimiento


Sistemas, cronograma UR-009
organizada
surgio en relacion del desconocimiento
Sistema, cambio, actualizacion UR-0010
organizada

surgio en relacion del desconocimiento Sistema, modulo de entrega UR-0011


de entrega
surgio en relacion a la identificaion
Identificacion unico UR-0012
unico

surgio en relacion a facturacion cliente UR-0013

surgioen relacion a la facturacion costos UR-0014

surgio en relacion a financiero ganancia y perdida UR-0015

surgio en relacion a la compra monto UR-0016

surgio en relacion a gestion sistema, cliente UR-0017

surgio en relacion a monto campo UR-0018

surgio en relacion a transaccion consumo UR-0019

surgio en relacion a datos cliente UR-0020

surgio en relacion a la direccion cliente UR-0021

surgio en relacion de sistema modulo, direccion UR-0022

surgio en relacion a estado modulo, usuario UR-0023

surgio en relacion al material material, modulo UR-0024

surgio en relacion a periodo duracion UR-0025

surgio en relacio al pago datos UR-0026

surgio en relacion al pago datos, modulo UR-0027

surgio en relacio a acceso sistema, usuario UR-0028


surgio en relacion datos bases, lugar UR-0029

surgio en relacion al calculo calculo, firma UR-0030

surgio en relacion a sistema sistemas, reporte UR-0031

surgio en relacion venta de libros modulo ventas y compra UR-0032

surgio en relacion a datos sistema, datos, usuario UR-0033

surgio en relacion sistema de envio sistema, cliente, registro UR-0034

surgio en relacion a los analistas usuario UR-0035

surgio en relacion a los gerentes usuario UR-0036

surgio en relacion al ingreso de usuario usuario UR-0037

surgio en relacion al uso de internet sistema, modulo software UR-0038

surgio en relacion al uso. modulo software UR-0039

surgio enrelacion uso de aplicación modulo software UR-0040

surgio en relacion al uso de internet modulo aplicación UR-0041

surgio en relacion al desconocimiento


sistema, modulo software UR-0042
de software

surgio en relacion necesidad sistema, ingreso UR-0043

surgio en relacion al desconocimiento


de sistema sistema, usuario UR-0044

surgio en relacion al dato del usuario bases, datos usuario UR-0045

surgio en relacion al sistema sistema, administracion UR-0046

surgio en relacion al desarrollo de


sistema, seguridad UR-0047
sistemas

surgio en relacion al desconocimiento


sistemas, lugar UR-0048
de sistema
surgio en relacion al descoonocimiento
sistema, aplicación, cliente UR-0049
de algoritmo

surgio en relacion al desconocimiento sistema, seguridad,


UR-0050
de seguridad administracion

surgio en relacion al sistema sistema, grado UR-0051

surgio en relacion al sistema sistema UR-0052

necesidad del tiempo de aprendizaje tiempo, usuario UR-0053

surgio en relacion al desconocimiento


transacion, usuario UR-0054
de error

surgio en relacion al modulo sistema, usuario UR-0055

surgio en relacion al desconocimiento


sistema, usuario UR-0056
de error

surgio en relacion al modulo sistema, modulo linea UR-0057

surgio en relacion al desconocimiento aplicación UR-0058


del uso de aplicación

surgio en relacion al graficas sistema UR-0059

surgio en relacion al disponibilidad del


sistema, usuario UR-0060
usuario

surgio en relacion al tiempo tiempo, usuario UR-0061

surgio en relacion al desconocimiento


sistema, tiempo UR-0062
de la tasa

surgio en relacion al desconocimiento


duracion UR-0063
de promedio de fallas

surgio en relacion al desconocimiento


sistemas UR-0064
de fallas de sistemas
Estado Complejidad

Aprobado Baja

Nuevo Baja

Verificado Baja

Completado Muy alta


Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta


Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta


Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta

Nuevo Muy alta


<En caso de que el requisito no sea completado, qué impacto
tendrá sobre el negocio>

Impacto en el negocio Requermiento

El sistema obviaria los datos o registros de esas transaciones


y no se podria controlar los eventos de aquellas tareas, como funcional
consecuencia una debilidad en la toma de desiciones

El sistema obviaria los datos o registros de esas compras y no funcional


se podria controlar los pedidos

El sistema obviaria los datos de la solicitud del trabajo funcional

El sistema obviaria el ingreso de los usuario autorizado funcional


El sistema obviaria el registro de cronogrmas funcional

El sistema obviaria el envio automatizado funcional

El sistema obviaria algunos procesos de asignacio funcional

El sistema obviaria algunos ventas de facturacion funcional

El sistema obviaria algunos registros de facturacion funcional

El sistema debe emitir algunos estado de financiero funcional

El sistema debe favorecer algunos pedidos de compra funcional

El sistema obviaria los datos o registros de esas compras y no funcional


se podria controlar los pedidos

El sistema debe aceptas algunos montos funcional

El sistema obviaria algunos fechas de transacion funcional

El sistema debe aceptar solo algunos datos funcional

El sistema debe aceptas todo los datos especiales del usuario funcional

El sistema obviaria algunos preselecciones funcional

El sistema debe elegir un lugar adecuado funcional

El sistema obviaria algunos materiales funcional

El sistema obviaria algunos fechas que se desea funcional

El sistema no obviaria algunos pagos registrado funcional

El sistema obviaria algunos datos de acceso funcional

El sistema no debe obviaria el control de acceso funcional


El sistema debe realizar de manera adeucado los bases de funcional
datos

El sistema debe tener solo los calculos correcto funcional

El sistema debe obviaria algunos proceso de elaboracion funcional

El sistema obviaria los pedidos de venta de libro y compra funcional

El sistema no obviaria el proceso de control funcional

El sistema no obviaria el envio funcional

El sistema obviaria algunos inresos del usuario funcional

El sistema obviaria algunos ingresos no solicitado funcional

El sistema obviaria algunos ingresos no solicitado funcional

El sistema obviaria algunos intercambios que desea aceeder funcional

El sistema obviaria algunos usos operativos funcional

El sistema no deberia obviar el uso de software funcional

El sistema debe registrar todo el uso de navegador funcional

El sistema obviaria los datos o registros de esas compras y no No funcional


se podria controlar los pedidos

El sistema obviaria los datos o registros de esas compras y no No funcional


se podria controlar los pedidos

El sistema obviaria algunos procesos de transaccion No funcional

El sistema debe acceder de manera correcto a los bases de No funcional


datos

El sistema obviaria algunos acceso de administradres No funcional

El sistema no debe obviar ningun acceso de seguridad No funcional

El sistema obviaria algunos respaldos No funcional


El sistema obviaria algunos servidores para el uso adecuado No funcional

El sistema debe procesar todo los ataques seguridad No funcional

El sistema obviaria la continuidad No funcional

El sistema obviaria la continuidad No funcional

El sistema obviaria algunos aprendizajes realizados No funcional

El sistema obviaria la mayoria de los errores encontrados No funcional

El sistema obviariaalgunos manuales No funcional

El sistema obviaria algunos procesos demensaje No funcional

El sistema no debe obviar la ayuda en linea No funcional

El sistema obviaria algunos diseños no garantizado No funcional

El sistema obviaria el proceso interfaz No funcional

No debe obviar la disponibilidad del usuario No funcional

El sistema obviaria algunos tiempos de proceso de reinicio No funcional

El sistema obviaria las fallas de la tasa No funcional

El sistema obviaria la falla de la duraccion No funcional

Obviaria el sistema de fallas No funcional


Complejidad Estado Tipos
Muy alta Nuevo Proceso

Completado Seg. Logica


Testeado Industrial
Usabilidad
Dependibilidad
Externo
Organizacional

También podría gustarte