Plantilla Diseo del Sistema Facturacin Mini Mercado

Apreciado aprendiz, debe diligenciar este informe con el fin de determinar el

Informe Final de Diseo de Arquitectura Tecnolgica que utilizara el sistema de
informacin.

Recuerde: Para realizar este informe usted debe recopilar las evidencias
realizadas durante toda la fase de Diseo tratadas en las guas de aprendizaje
correspondientes.

Esta plantilla corresponde con la Descripcin del Diseo del Software y se basa
en el estndar empleado para desarrollar esta documentacin de forma
normalizada como lo es el IEEE Std. 1016-1998, que identifica prcticas
recomendadas para describir los diseos de software. Especifica la informacin
que debe contener, y recomienda cmo organizarla.

1. Introduccin

El siguiente informe nos ubica dentro de la culminacin de la fase III del

proyecto de implementacin de un sistema de facturacin para un mini
mercado o cafetera, tomando como punto de partida el previo anlisis de la
situacin de algunos clientes que no poseen un software de facturacin, el
riguroso anlisis de los modelos UML del sistema, la creacin de la base de
datos y los objetivos que queremos lograr con la realizacin del proyecto, la
razn y las delimitaciones. En la tercera fase de formacin, avanzamos
hacia, el diseo de la interfaz grfica del sistema de informacin. El anlisis
del modelo conceptual y el modelo entidad relacin, nos lleva a genera una
base de datos ms concreta y relacionada con el objetivo principal de
nuestro proyecto adems de representar el funcionamiento y la arquitectura
requerida por el sistema de informacin. Por ltimo, el manejo de consultas
utilizando sentencias SQL. Por medio de estas herramientas se espera
satisfacer la necesidad de realizar un sistema de informacin que cumpla
con los requerimientos funcionales que nuestro equipo de trabajo ha
identificado.

1.1. Propsito del sistema.

El diseo del sistema de facturacin para mini mercados es una

herramienta diseada para mejorar los procesos de ventas en una tienda,
 mini mercados o cafeteras que permita llevar un control sobres los usuarios
que realizan las ventas, generar las facturas que son entregadas a los
clientes, llevar un control de las ventas realizadas, tambin va a permitir
tener control sobre los productos y proveedores que se tienen, esto con el
fin de mejorar los procesos y la atencin a los clientes.

1.2. Objetivos del diseo

El diseo del sistema tiene como objetivo establecer aquella configuracin

que tenga ms posibilidades de satisfacer los objetivos planteados desde el
punto de vista funcional como tambin los del punto de vista no funcional.

De acuerdo a estos requerimientos se tienen los siguientes objetivos:

Objetivos Generales:

Satisfacer los requerimientos del usuario

Especificar los elementos de diseo lgico del sistema de informacin
Ajustarse a estndares de diseo
Interface amigable con el usuario

Objetivos Especficos:

Buenas prcticas de diseo ergonmico deben contribuir a la efectividad y

eficiencia del usuario
Efectuar de forma correcta los procedimientos apropiados
Especificar los componentes y funciones con suficiente detalle para
construir el software
Utilizar mtodos de interaccin apropiados
Describir las caractersticas del sistema de informacin
Presentar de forma adecuada la informacin

1.3. Definiciones, acrnimos y abreviaturas

Usuario: Un usuario es aquel que usa el sistema.

Administrador: Persona encargada de operaciones especiales en el

sistema.

Producto: Cosa producida natural o artificialmente, o resultado de un

trabajo u operacin.
 Factura: Cuenta en la que se detallan las mercancas compradas o los
servicios recibidos, junto con su cantidad y su importe, y que se entrega a
quien debe pagarla.

Proveedor: Persona que provee o abastece a otra persona de lo necesario

o conveniente para un fin determinado.

Base de Datos: Una base de datos o banco de datos es un conjunto de

datos pertenecientes a un mismo contexto y almacenados sistemticamente
para su posterior uso

Pedido: Encargo de gneros que se hace a un fabricante o a un vendedor.

1.4. Referencias

N/A

2. Representacin de la arquitectura.

La meta principal de la arquitectura del sistema es mostrar los aspectos y

procesos que influyen en la etapa de desarrollo del sistema de informacin.

2.1 Metas y restricciones de la Arquitectura

Usabilidad: Se enfocara a las caractersticas de esttica en las interfaces

graficas del sistema de informacin. La identificacin de los usuarios debe
permitir el ingreso al sistema de la manera ms fcil e intuitiva posible. El
sistema debe tener facilidad en el acceso y en caso de error en los usuarios
debe informar el error y la posible solucin.

Confiabilidad: El sistema estar disponible 24/7.

Rendimiento: Se enfoca en las caractersticas como el tiempo de

respuesta, tiempo de iniciacin y terminacin. El sistema de informacin se
debe demorar lo menos posible en realizar una operacin solicitada.

Soporte: Se concentra en las caractersticas como pruebas, adaptabilidad,

mantenimiento, configuracin, instalacin y escalabilidad. El sistema
mostrara su interface en los idiomas espaol e ingls. El sistema debe
trabajar en sistemas operativos Windows 7 o superior.

2.2 Reutilizacin

Reutilizacin de cdigos.
 Reutilizacin de diseos.
No volver a inventar arquitecturas, por ejemplo patrones de diseo,
patrones arquitectnicos.
Reutilizacin de especificaciones.

Ventajas:

Reducir el tiempo de desarrollo.

Reducir los costos.
Incrementar la productividad.
Mayor eficiencia.

3. Vista lgica

3.1 Identificacin de Subsistemas

3.2 Diagrama de Clases del diseo

 .

4. Vista del proceso

4.1 Diagramas de secuencia

Caso de Uso Crear usuario

Descripcin El sistema permite al administrador crear usuarios

Precondicin El usuario no se encuentra creado en el sistema y el administrador tiene
los datos necesarios para crear al nuevo usuario.

Secuencia Paso Accin

Normal
1 El administrador ingresa al sistema para crear al nuevo
usuario

2 El sistema carga el formulario con los datos necesarios para

registrar el nuevo usuario

3 El administrador ingresa los datos

4 El sistema almacena los datos

5 El sistema informa que el registro del nuevo usuario fue

exitoso

Post El usuario queda registrado en el sistema

Condicin

Excepciones Paso Accin

1 El sistema seala los campos necesarios que se encuentran

vacos

2 El sistema informa si el usuario se encuentra repetido

Caso de Uso Crear Producto

Descripcin El sistema permite al administrador crear usuarios y almacenarlos en la

base de datos

Precondicin El administrador cuenta con los datos del producto para crearlo en el
sistema

Secuencia Paso Accin

Normal
1 El administrador ingresa el sistema para crear el producto

2 El sistema carga formulario con los datos necesarios para

crear el producto

3 El administrador ingresa los datos del producto a crear

 4 El sistema almacena los datos del nuevo producto a crear

5 El sistema enva mensaje donde informa que el producto se

cre exitosamente

Post El producto quedo creado en el sistema

Condicin

Excepciones Paso Accin

1 El sistema seala los campos necesarios que se encuentran

vacos

2 El sistema informa si el producto se encuentra repetido

Caso de Uso Generar Facturas

Descripcin El sistema permite a los usuarios que se encuentran creados en el

sistema generar facturas

Precondicin El usuario carga los cdigos de los productos con los cuales va a generar
la factura

Secuencia Paso Accin

Normal
1 El usuario ingresa al sistema para generar facturas

2 El usuario selecciona el mdulo para generar facturas

3 El usuario carga los productos con los cuales va a generar la

factura

4 El usuario selecciona facturar

5 El sistema genera la factura

6 El sistema almacena los datos de las facturas

7 El sistema permite imprimir las facturas

Post La factura se encuentra creada y almacenada en el sistema

Condicin

Excepciones Paso Accin

 1 Si el usuario le da cancelar se termina el caso de uso

Caso de Uso Iniciar Sesin

Descripcin El sistema permite al administrador y a los usuarios ingresar

Precondicin El administrador y los usuarios se encuentran registrados en el sistema

Secuencia Paso Accin

Normal
1 Se ingresa nombre y contrasea

2 El sistema valida que los campos no estn vacos y verifica que

se encuentre creado en el sistema

3 El sistema permite el ingreso

4 Se despliega el men para empezar a trabajar

Post El administrador o el usuario ingreso al sistema

Condicin

Excepciones Paso Accin

1 El sistema seala los campos que se encuentran vacos

2 El sistema genera un campo de advertencia que el usuario no

se encuentra creado en el sistema

Caso de Uso Buscar Productos

Descripcin El sistema debe permitir buscar productos

Precondicin El producto debe estar creado en el sistema

Secuencia Paso Accin

Normal
1 El usuario inicia la consulta

2 El sistema abre la ventana de bsqueda de productos

 3 El usuario ingresa los datos del producto que desea buscar

4 El sistema valida que los campos no estn vacos y que el

producto si exista en la base de datos

5 El sistema abre formulario con los datos del producto

Post El sistema genera formulario con los datos del producto

Condicin

Excepciones Paso Accin

1 El sistema seala los campos necesarios que se encuentran

vacos

2 El sistema genera un mensaje de advertencia cuando los

productos que se consultan no se encuentran creados en el
sistema

Caso de Uso Crear Proveedor

Descripcin El sistema permite al administrador crear proveedor

Precondicin El administrador cuenta con los datos necesarios para crear el

proveedor en el sistema

Secuencia Paso Accin

Normal
1 El administrador ingresa al sistema

2 El sistema despliega el formulario para crear proveedores

3 El administrador ingresa los datos del proveedor

4 El sistema almacena los datos del proveedor a crear

5 El sistema avisa que se cre el proveedor de manera exitosa

Post El proveedor queda creado en el sistema

Condicin

Excepciones Paso Accin

 1 El sistema seala los datos necesarios que se encuentran
vacos

2 El sistema enva mensaje de advertencia si el proveedor ya se

encuentra creado en el sistema

Caso de Uso Buscar proveedor

Descripcin El sistema debe permitir buscar proveedores

Precondicin El proveedor debe estar creado en el sistema

Secuencia Paso Accin

Normal
1 El administrador inicia la consulta

2 El sistema abre la ventana de bsqueda de proveedores

3 El administrador ingresa los datos del proveedor que desea

buscar

4 El sistema valida que los campos no estn vacos y que el

proveedor si exista en la base de datos

5 El sistema abre el formulario con los datos del proveedor

Post El sistema genera formulario con los datos del proveedor

Condicin

Excepciones Paso Accin

1 El sistema seala los campos necesarios que se encuentran

vacos

2 El sistema genera un mensaje de advertencia cuando el

proveedor que se est consultando no se encuentra en la base
de datos

Caso de Uso Consulta de Facturas

Descripcin El sistema debe permitir que el administrador consulte las facturas que
 se han generado

Precondicin Las facturas deben estar almacenadas en la base de datos del sistema

Secuencia Paso Accin

Normal4
1 El administrador ingresa al sistema

2 El administrador ingresa al mdulo de consulta de facturas

3 El administrador ingresa los datos de la factura que desea

buscar o selecciona si desea ver todas las facturas

4 El sistema genera informe de la factura a buscar o de todas las

facturas

5 El sistema permite imprimir las facturas seleccionadas

Post El sistema genera informe de las facturas que se desean consultar

Condicin

Excepciones Paso Accin

1 El sistema seala los campos necesarios que se encuentran

vacos

2 El sistema enva mensaje de advertencia si las facturas que se

desean buscar no se encuentran en la base de datos

5. Vista de datos
5.1 Modelo de datos
5.2 Diccionario de datos
6. Vista de Interaccin
6.1 Interfaces de Usuario.
6.2 Mapa de Navegacin

7. Vista de seguridad

MECANISMO DE AUTENTICACION A IMPLEMENTAR EN EL SISTEMA

El sistema de facturacin mini mercado implementara un mecanismo de

autenticacin bsico o muy conocido como es el identificador y la
contrasea. El identificador y la contrasea son el par de autenticacin ms
conocido. Simple, robusto, incluso rstico, su ms grande defecto es que el
nivel de seguridad depende directamente de la complejidad de la
contrasea.

CIFRADO DE DATOS: TIPOS DE ALGORITMOS A IMPLEMENTAR

3DES (TRIPLE DATA ENCRYPTION STANDARD)

Se basa en aplicar el algoritmo DES tres veces, la clave tiene una longitud
de 128 bits. Si se cifra el mismo bloque de datos dos veces con dos llaves
diferentes (de 64 bits), aumenta el tamao de la clave.
El 3DES parte de una llave de 128 bits, que es divida en dos llaves, A y B.
Al recibir los datos, aplicamos el algoritmo DES con la llave A, a
continuacin se repite con la llave B y luego otra vez con la llave A (de
nuevo).
3DES aumenta de forma significativa la seguridad del sistema de DES, pero
requiere ms recursos del ordenador.
Existe una variante del 3DES, conocida como DES-EDE3, con tres claves
diferentes y una longitud de 192bits, consiguiendo un sistema mucho ms
robusto.

PROCEDIMIENTOS ADICIONALES DE SEGURIDAD A IMPLEMENTAR

Ejecutar aplicaciones con privilegios mnimos

Cuando la aplicacin se ejecuta, lo hace en un contexto que tiene privilegios
especficos en el equipo local y posiblemente en equipos remotos. Para
obtener informacin sobre cmo configurar identidad de aplicaciones, vea
Configurar la identidad de procesos en ASP.NET. Para ejecutar con
privilegios mnimos, siga estas instrucciones:
No ejecute la aplicacin con la identidad de un usuario de sistema
(administrador).
Ejecute la aplicacin en el contexto de un usuario con los mnimos
privilegios factibles.
Establezca permisos (Listas de control de acceso, o ACL) en todos los
recursos requeridos por la aplicacin y utilice la configuracin menos
permisiva posible. Por ejemplo, si resulta viable en la aplicacin, establezca
que los archivos sean de slo lectura. Para obtener una lista de los
permisos ACL mnimos requeridos para la identidad de su aplicacin
ASP.NET, vea Listas de control de acceso (ACL) necesarias para ASP.NET.
Mantenga los archivos de la aplicacin Web en una carpeta ubicada debajo
de la raz de la aplicacin. No d a los usuarios la opcin de especificar una
ruta que permita tener acceso a ningn archivo de la aplicacin. Esto
ayudar a evitar que los usuarios obtengan acceso a la raz del servidor.
Conocer a los usuarios
En muchas aplicaciones, los usuarios tienen acceso al sitio de forma
annima (sin tener que proporcionar las credenciales). Si es el caso, la
aplicacin obtiene acceso a recursos al ejecutarse en el contexto de un
usuario predefinido. De forma predeterminada, este contexto es el usuario
ASPNET local (en Windows 2000 o Windows XP) o el usuario NETWORK
SERVICE (en Windows Server 2003) del equipo del servidor Web. Para
restringir el acceso nicamente a los usuarios que se hayan autenticado,
siga estas instrucciones:
Si la aplicacin pertenece a una intranet, configrela para usar la seguridad
integrada de Windows. De este modo, las credenciales de inicio de sesin
de los usuarios se pueden usar para obtener acceso a los recursos. Para
obtener ms informacin, vea Suplantacin de ASP.NET.
Si precisa recabar credenciales del usuario, utilice una de las estrategias de
autenticacin de ASP.NET. Para obtener un ejemplo, vea Administrar
usuarios mediante suscripciones.

Protegerse contra entradas malintencionadas

Como regla general, nunca se debe dar por sentado que la entrada
proveniente de los usuarios es segura. A los usuarios malintencionados les
resulta fcil enviar informacin potencialmente peligrosa desde el cliente a
la aplicacin. Para protegerse contra las entradas malintencionadas, siga
estas instrucciones:
En las pginas Web ASP.NET, filtre la entrada de los usuarios para
comprobar si existen etiquetas HTML, que pueden contener un script. Para
obtener informacin detallada, vea Cmo: Proteger una aplicacin Web
frente a ataques mediante secuencias de comandos aplicando codificacin
HTML a las cadenas.
Nunca repita (muestre) entrada de los usuarios sin filtrar. Antes de mostrar
informacin que no sea de confianza, codifique los elementos HTML para
convertir cualquier script potencialmente peligroso en cadenas visibles, pero
no ejecutables.
No almacene nunca informacin proporcionada por el usuario sin filtrar en
una base de datos.
Si desea aceptar algn elemento de cdigo HTML de un usuario, fltrelo
manualmente. En el filtro, defina explcitamente lo que aceptar. No cree un
filtro que intente eliminar cualquier entrada malintencionada, ya que es muy
difcil anticipar todas las posibilidades.
No d por sentado que la informacin obtenida del encabezado de solicitud
HTTP (en el objeto HttpRequest) es segura. Proteja las cadenas de
consulta, cookies, etc. Tenga en cuenta que la informacin que el
explorador enva al servidor (informacin del agente de usuario) puede ser
 suplantada, en caso de que resulte importante para la aplicacin en
cuestin.
Si es posible, no almacene informacin confidencial en un lugar accesible
desde el explorador, como campos ocultos o cookies. Por ejemplo, no
almacene una contrasea en una cookie.

Crear mensajes de error seguros

Si no se es cuidadoso, un usuario malintencionado puede deducir
informacin importante sobre la aplicacin a partir de los mensajes de error
que sta muestra. Siga estas instrucciones:
No escriba mensajes de error que presenten informacin que pudiera
resultar til a los usuarios malintencionados, como un nombre de usuario.
Configure la aplicacin para que no muestre errores detallados a los
usuarios. Si desea mostrar mensajes de error detallados para la
depuracin, determine primero si quien los recibir es un usuario local con
respecto al servidor Web. Para obtener informacin detallada, vea Cmo:
Mostrar mensajes de error seguros.
Utilice el elemento de configuracin customErrors para controlar quin ve
las excepciones desde el servidor.
Cree un sistema de administracin de errores personalizado para las
situaciones que sean propensas a los errores, como el acceso a las bases
de datos. Para obtener ms informacin, vea Control de errores en
aplicaciones y pginas ASP.NET.

8. Vista de Implementacin

8.1 Herramientas de Desarrollo e implementacin

Las herramientas de desarrollo e implementacin utilizadas son: Java,

DBDesigner, Balsamiq Mockups, Dia, NetBeans, Pencil, WhiteStarUML.
8.2 Paquetes/Componentes
8.3 Despliegue