TALLER 1 REQUERIMIENTOS

CAMILO ANDRES MOLINA RUIZ

LUISA FERNANDA CLAVIJO
CLAUDIA PATRICIA JIMENEZ BOLIVAR

MAURICIO FERNANDEZ
DOCENTE
ANALISIS Y DISEOS DE SISTEMAS INFORMATICOS

TECNOLOGA EN SISTEMAS INFORMTICOS

FACULTAD DE INGENIERA
UNIVERSIDAD DE CALDAS
VITERBO CALDAS
2014

TALLER 1 REQUERIMIENTOS

De la siguiente lista de requerimientos, clasifique cada uno como FUNCIONAL o NO FUNCIONAL.

Clasificar cada Requerimiento NO Funcional en una de las diferentes categoras que existen.

La aplicacin debe almacenar las pelculas adquiridas por un usuario y la fecha, para saber
durante cunto tiempo puede descargar dichas pelculas.
FUNCIONAL
Ante un fallo en el software del sistema, no se tardar ms de 5 minutos en restaurar los
datos del sistema (en un estado vlido) y volver a poner en marcha el sistema.
NO FUNCIONAL - REQUERIMIENTO DE FIABILIDAD
La solucin debe cumplir al menos con los estndares de desarrollo y buenas prcticas de
desarrollo de software seguro (Anexos).
NO FUNCIONAL - REQUERIMIENTO DE ESTANDARES
Basada en una arquitectura de N niveles (3 o ms).
NO FUNCIONAL - REQUERIMIENTO DE IMPLEMENTACION
El sistema deber almacenar la informacin personal de los pacientes.
FUNCIONAL
La solucin debe permitir generar y reportar alarmas a travs de mail y de la consola, de
cada uno de los componentes de la solucin. Las alarmas deben contemplar al menos
errores crticos, comportamientos anormales, exceso de cuotas de recursos y violaciones
de seguridad de cada uno de los componentes de la solucin.
FUNCIONAL
Cuando haya hasta 100 usuarios accediendo simultneamente al sistema, su tiempo de
respuesta no ser en ningn momento superior a 2 segundos.
NO FUNCIONAL - REQUERIMIENTO DE EFICIENCIA
Se podr generar una copia impresa de la matrcula (sin valor oficial) en el ordenador
desde donde se realice el proceso de matriculacin.
FUNCIONAL
No existe posibilidad de adquirir licencias de software.
NO FUNCIONAL REQUERIMIENTO DE IMPLEMENTACION
La aplicacin ser implementada sobre Oracle.
NO FUNCIONAL REQUERIMIENTO DE IMPLEMENTACION
Se podr generar el impreso de pago debidamente cumplimentado.
NO FUNCIONAL - REQUERIMIENTO DE ENTEGA
El sistema debe cumplir las disposiciones recogidas en la Ley Orgnica de Datos Personales
y en el Reglamento de medidas de seguridad.
FUNCIONAL
Capacidad de interaccin con otros sistemas desarrollados bajo la estrategia de Web
Services e Integracin de Procesos basados en: Manejar WSDL (Web Services Description

Language) para la descripcin de servicios Web - Mecanismos estndar para la

implementacin de la seguridad con servicios Web.
NO FUNCIONAL - REQUERIMIENTO DE INTEROPERABILIDAD
La informacin mdica de un paciente, no debe estar al alcance del pblico general.
NO FUNCIONAL - REQUERIMIENTO DE SEGURIDAD
El sistema deber permitir al elector la cancelacin del voto.
FUNCIONAL
Todos los usuarios que requieran acceder a la informacin y que vayan a realizar
operaciones o a utilizar servicios que generen algn tipo de riesgo para el Sistema de
Bonos Pensionales, deben ser identificados y autenticados contra un repositorio o Base de
Datos nica de identidades, sobre el cual se tenga un servicio de Directorio en el que se
consolidarn todos los usuarios, perfiles y accesos entre otros que tendran estos usuarios
al ingresar al sistema.
FUNCIONAL
El software ser desarrollado en FLEX con tecnologa JAVA y base de datos en MySQL.
NO FUNCIONAL - REQUERIMIENTO DE INTEROPERABILIDAD
El editor grfico permitir el uso de una rejilla de lneas horizontales y verticales que
aparecern dibujadas tras el diagrama.
FUNCIONAL

Hoja de Trabajo 2: Caso de Estudio Sistema de Comercio Electrnico

Objetivo: Identificar, listar y documentar los requerimientos funcionales del sistema.
El problema planteado en este Caso es el desarrollo de una aplicacin de comercio electrnico
capaz de gestionar la venta de productos electrnicos a travs de la Internet. Los clientes
registrados podrn comprar / reservar sus pedidos para recibirlos posteriormente en su domicilio
va mensajera o para su recogida en la propia tienda. Los clientes podrn tener acceso en todo
momento al estado de sus pedidos.
La aplicacin permite la modalidad de administracin, en la que los administradores o vendedores
de la tienda pueden visualizar los pedidos de los clientes y realizar las mismas acciones que
cualquier cliente registrado y adems pueden modificar los datos de los usuarios, de las categoras
de productos y de los productos mismos, como su stock, si estn de oferta, etc.
Los administradores de la aplicacin sern los responsables del mantenimiento de la base de datos
a travs del interface que provee la aplicacin desarrollada a tal efecto.

REQUERIMIENTOS

NOMBRE
RESUMEN
ENTRADAS

Comprar productos electrnicos

El cliente podr adquirir los productos electrnicos a travs de una pgina web
Datos personales del usuario , datos del producto

RESULTADOS
Listado de productos comprados por el cliente
NOMBRE
RESUMEN

Reservar productos electrnicos

El cliente podr reservar el producto para adquirirlo en su propio punto de
venta o por mensajera.

ENTRADAS
Datos personales del usuario , datos del producto
RESULTADOS
Aprobacin de los productos reservados
NOMBRE
RESUMEN

Visualizar los pedidos de los clientes

Tanto administradores como vendedores podrn visualizar toda la informacin
respecto a los clientes y productos que adquieren.

ENTRADAS
Datos de los clientes y stock de productos
RESULTADOS
Lista de cliente y de productos
NOMBRE
RESUMEN

Modificar datos del cliente y datos del producto

El administrador podr actualizar la informacin tanto de los clientes como de
los productos

ENTRADAS
Datos personales (Informacin a actualizar), Datos del producto (Informacin a
Actualizar).
RESULTADOS
Informacin Actualizada del cliente o producto.