Documente Academic
Documente Profesional
Documente Cultură
ENTERVISTA USUARIO
USUARIO DIRECTO:
Fecha:
Nombre:
Cargo:
Objetivo:
Es un sistema de computadora.
5. Que partes o mdulos cree que necesitara para realizar el diseo del Software?
Como en este negocio no se manejan clientes fijos, me parece prudente o til organizar la parte de ventas y
gastos y tambin tener una mejor organizacin con los productos, saber cuntos productos existen en nuestro
negocio y de esa manera manejar bien la parte de stock, otra parte necesaria seria tener una lista de los
clientes y proveedores de nuestro negocio.
Se estima que las necesidades del usuario se pueden satisfacer con las tecnologas actuales
de software y hardware.
El sistema propuesto ser rentable desde un punto de vista de negocios y si se puede
desarrollar dentro de las restricciones de presupuesto existentes.
Este estudio ser relativamente econmico de elaborar en base a los ingresos mensuales de
la Papelera.
EI resultado de viabilidad nos lleva a continuar con un anlisis ms detallado.
LEVANTAMIENTO DE REQUERIMIENTOS
Esto se hizo para cada requerimiento.
(Nombre Requerimiento)
(Nmero Requerimiento)
(Nombre Proyecto)
DATOS DEL REQUERIMIENTO
Nombre del cliente (Nombre del cliente)
Nombre del proyecto (Nombre del proyecto)
Nombre del modulo (Nombre del Mdulo)Nombre del proceso (Nombre del proceso)
Tipo de componente Caso de Uso Cdigo del (Cdigo del
componente componente)
Nombre del componente (Nombre del componente)
Responsable del proyecto (Responsable Jefe del (Jefe proyecto Cliente)
proyecto) proyecto(cliente)
HISTORIAL DE CAMBIOS
Versin Fecha Autor Revisor Descripcin
(Versin) (Fecha) (Persona) (Descripcin del cambio)
Observaciones
(Observaciones)
Descripcin del
Proceso
rea a la que (rea o reas en las cuales est presente el proceso de negocio)
pertenece
el proceso
Entradas del proceso (Informacin, datos o materia prima que ingresa al proceso)
Salidas del proceso ((Qu es el producido esperado una vez se han ingresado las entradas del
proceso)
Actividades del (Actividades internas del proceso)
proceso
Comentarios
adicionales:
RESTRICCIONES
El sistema simular el funcionamiento de una oficina virtual que llevar el control de la
administracin y contabilidad de la papelera.
Este sistema ser accedido solamente por el usuario que est autorizado para su acceso, bajo un
nombre y clave de usuario previamente entregado por el administrador nico del sistema.
SUPOSICIONES Y DEPENDENCIAS
El sistema ha sido implementado en el lenguaje C++ bajo Windows. Esto significa que el
ejecutable que entregaremos slo podr ser chequeado bajo plataformas Windows. Como tambin
se proporciona el cdigo fuente, es posible compilar todas las fuentes y probarlos bajo otra
plataforma.
REQUERIMIENTOS
En este apartado se presentan los requerimientos que debern ser satisfechos por el sistema.
Todos los requisitos aqu expuestos son esenciales, es decir, no sera aceptable un sistema que no
satisfaga alguno de los requisitos expuestos. Los requisitos se han especificado de manera que sea
fcil comprobar si el sistema los ofrece o no y si los ofrece de manera adecuada.
PROFESORA: Martha Michaca Leano
NOMBRE: Jos Adalberto Pramo Gmez
9
MATRCULA: ES1421013956
Funcionales
RF001 El sistema debe pedir un nombre y clave de usuario delimitando el acceso a la
informacin.
RF002 El sistema llevara un mensaje de bienvenida para cada tipo de usuario.
RF003 El sistema debe permitir el ingreso a las cuentas contables, movimientos contables y
contabilidad del negocio.
RF004 El sistema requiere llevar el nombre, tipo y cdigo de cada cuenta contable que
maneje el negocio.
RF005 El sistema necesita controlar los movimientos contables de la papelera.
RF006 El sistema tendr la opcin de acceso a los datos de los productos, facturas y
proveedores del negocio.
No funcionales
Restricciones
RNF001 Plataforma Windows Vista +
RNF002 No portable
De funcionamiento
Del sistema
RNFFS001 El sistema bloqueara la cuenta del usuario y registrar dicho evento en
bitcora cuando el usuario tenga 3 intentos errneos consecutivos de acceso.
RNFFS002 Tiempo lmite de respuesta 2 segundos
RNFFS003 El sistema deber mostrar un mensaje de error en pantalla y deshabilitar un
dispositivo, cuando algn fallo en este ltimo afecte el controlador del sistema, sin
ocasionar interrupcin en la operacin.
Requisitos de Usuario
Requisitos Software
RNFFSO No existe posibilidad de adquirir licencias de software.
RNFFSO La aplicacin deber funcionar sobre Office Access.
El ciclo de vida elegido para desarrollar el producto ser el de prototipo evolutivo orientado a
objetos, de manera que se puedan incorporar fcilmente cambios y nuevas funciones, as
como aprovechar las ventajas de reusabilidad proporcionada por el paradigma de orientacin
a objetos.
La metodologa de desarrollo a utilizar ser el proceso unificado de desarrollo y el lenguaje
notacional UML.
Requisitos Hardware
RNFFH Procesador: 1 gigahercio (GHz) o ms rpido, compatible con PAE, NX y SSE2
RNFFH RAM: 1 gigabyte (GB) (32 bits) o 2 GB (64 bits)
RNFFH Espacio en disco duro: 16 GB (32 bits) o 20 GB (64 bits)
RNFFH Tarjeta grfica: Dispositivo grfico Microsoft DirectX 9 con controlador WDDM
Respecto a la entrega de los ficheros fuente, se entrega por una parte lo mnimo necesario para
ejecutar la aplicacin y, por otro lado, todos los ficheros fuente. En la parte mnima se proporciona,
adems del ejecutable, una serie de libreras necesarias para la ejecucin del programa.
Para una mejor visualizacin de la estructura de los ficheros se puede utilizar el entorno de
desarrollo C++ Builder (versin 6), que ha sido el utilizado en este proyecto.
Validacin de requerimientos.
Manejo de excepciones
Ninguna
ATRIBUTOS
SEGURIDAD
El sistema no cuenta con un sistema de seguridad ya que en el enunciado de la prctica no se
especifica. Esto no quiere decir que en un futuro se le pueda aadir o implementar una
interfaz de seguridad.
Cualquier usuario que arranque la aplicacin podr acceder a toda la informacin.
MODELO DE SOFTWARE
El ciclo de vida elegido para desarrollar el producto ser el de prototipo evolutivo orientado a
objetos, de manera que se puedan incorporar fcilmente cambios y nuevas funciones, as como
aprovechar las ventajas de reusabilidad proporcionada por el paradigma de orientacin a objetos.
La metodologa de desarrollo a utilizar ser el proceso unificado de desarrollo y el lenguaje
notacional UML.
PROFESORA: Martha Michaca Leano
NOMBRE: Jos Adalberto Pramo Gmez
12
MATRCULA: ES1421013956