ACFrOgBofOx05B6oJY8F eLHwdT28E7lgvrgbd9nxPAvazUb1RWbB10Cuj8d8ohRa69ww4sksxSWaIWUV2Vr-Lc0r6o8YFJFUnFCeLAYMBf QTwf9-Cz 3TruTM BmE

PMS
MODELO DE PROYECTO
FINAL
Autor: Rivas Carhuancho Alan
NOTA: La presente documentacin es material de GUA del
estudiante para la elaboracin de su proyecto final,
cualquier forma de PLAGIO en su trabajo final no ser
considerado.
2017
PMS 2
MODELO DE PROYECTO FINAL
CAPTULO I
OBJETIVOS
1.1 OBJETIVO GENERAL

Desarrollar una aplicacin de escritorio para el Mdulo de
Ventas y Almacn mediante la metodologa Iconix utilizando el case
Enterprise Architect, la tecnologa .Net con C Sharp con lafinalidad
de automatizar los procesos de ventas y almacn de la empresa
CCopias.
1.2 OBJETIVOS ESPECFICOS

a. Aplicar la metodologa Iconix para la construccin del mdulo
de ventas y almacn.
b. Aplicar el Paradigma Orientado a Objetos con la tecnologa
Visual C Sharp para el desarrollo del software.
PMS | Ing. Rivas Carhuancho Alan

PMS 3
CAPTULO II
MARCO TERICO
2.1 SISTEMAS DE INFORMACIN

Un sistema de informacin se puede definir tcnicamente
como un conjunto de componentes interrelacionados que rene,
procesa, almacena y distribuye informacin que apoya a la toma de
decisiones, la coordinacin, el control, el anlisis y la visualizacin en
una organizacin (Laudon y Laudon, 2002).
Un sistema de informacin es un conjunto de personas, datos,

procesos y tecnologa de la informacin que interactan para
recoger, procesar, almacenar y proveer la informacin necesaria
para el correcto funcionamiento de la organizacin. (Whitten, Bentley
y Dittman, 2004).
Andreu, Ricart y Valor (1996) definen los sistemas de informacin

como el conjunto formal de procesos que, operando con un
conjunto estructurado de datos estructurada de acuerdo con las
necesidades de una empresa, recopila, elabora y distribuye (parte
de) la informacin necesaria para la operacin de dicha empresa y
para las actividades de direccin de control correspondientes,
apoyando al menos en parte, la toma de decisiones necesaria para
desempear las funciones y procesos de negocio de la empresa de
acuerdo con su estrategia.
2.1.1 COMPONENTES DE UN SISTEMA DE INFORMACIN

3
Vicen Fernndez Alarcn (2006:15) propone los siguientes
componentes:

PMS 4
a. Individuos participantes.El primer componente que se analiza,

que es el ms importante, es el formado por las personas.
Segn Whitten, Bentley y Dittman (2004) todos los individuos que
pueden y deben participar en el desarrollo de un sistema de
informacin se pueden clasificar en funcin de la visin que
tienen de un sistema de informacin.
b. Propietarios de sistemas.Son aquellas personas que patrocinan

y promueven los sistemas de informacin. Entre las funciones de
los propietarios esta fijar el presupuesto y los plazos para el
desarrollo y el mantenimiento de los sistemas de informacin, y
dar el visto bueno al sistema de informacin final.
c. Usuarios de sistemas: son aquellas personas que utilizan los

sistemas de informacin de una forma regular para capturar,
introducir, validar, transformar y almacenar datos e
informacin. Entre todos los grupos de individuos que participan
en el desarrollo de un sistema de informacin, los usuarios es el
ms cuantioso. Adems los usuarios deben ser considerados
como el grupo de individuos ms importante en el desarrollo de
un sistema.
d. Datos e informacin.Los datos consisten en hechos y cifras que

tienen de algn modo una existencia propia e independiente y
que tiene poco significado para el usuario. Una de las
caractersticas ms significativas de los datos es que por ellos
mismos no indican si son relevantes o irrelevantes, ya que es
necesario definir un contexto en donde establecerla.El
4
procesado de los datos permite transformarlos en informacin.
Se puede considerar la informacin como un conjunto de

PMS 5
datos procesados con significado, y dotados de relevancia y

propsito.
e. Procesos de negocio.Mejorar la eficiencia de los procesos de
negocio es uno de los objetivos que debe alcanzar un sistema
de informacin. Pare ello es necesaria la implicacin en el
proyecto de los propietarios y de los usuarios de sistemas. Segn
Sethi,Vikram y King (1998)las funciones de negocio son un grupo
de procesos que interactan entre ellos y que dan soporte al
correcto funcionamiento de la empresa. Adems, las funciones
de negocio pueden ser descompuestas en otras subfunciones
hasta llegar a procesos que realizan con tareas especficas.
f. Tecnologa de la informacin.La tecnologa de la informacin

es un trmino contemporneo que describe la combinacin de
la tecnologa informtica (hardware y software) con la
tecnologa de las telecomunicaciones (redes de datos,
imgenes y voz).
2.1.2 CATEGORAS DE SISTEMAS DE INFORMACIN

Segn James A. Senn (2000:25) los Sistemas de informacin se
clasifican en:
a. Sistemas para el procesamiento de transacciones. Los sistemas

de procesamiento de transacciones (TPS) tienen como
finalidad mejorar las actividades rutinarias de una empresa y
de las que depende toda la organizacin. Una transaccin es
cualquier suceso o actividad que afecta a toda la
organizacin. Las transacciones ms comunes incluyen:
5
facturacin, entrega de mercanca, pago a empleados y
depsito de cheques. Los tipos de transacciones cambian en
cada una de las diferentes organizaciones. El procesamiento

PMS 6
de transacciones, que es el conjunto de procedimientos para

el manejo de stas, incluye entre otras, las siguientes
actividades:
Clculos
Clasificacin
Ordenamiento
Almacenamiento y recuperacin
Generacin de resmenes
b. Sistemas de Informacin administrativa.Los Sistemas de

informacin administrativa (MIS) ayudan a los directivos a tomar
decisiones y resolver problemas. Es un sistema que proporciona
informes orientados a la gestin basados en el procesado de
transacciones y operaciones de la organizacin. Estos sistemas
proporcionan servicio a nivel administrativo.Muy a menudo los
datos de entrada de estos sistemas son producidos por los
sistemas de informacin de procesamiento de transacciones.
c. Sistema para el soporte de decisiones.Los sistemas para el

soporte de decisiones (DSS) ayudan a los directivos que deben
tomar decisiones no muy estructuradas, tambin denominadas
no estructuradas o decisiones semi estructuradas. Una decisin
se considera no estructurada si no existen procedimientos
claros para tomarla y tampoco es posible identificar, con
anticipacin, todos los factores que deben considerarse en la
decisin.Es un tipo de muy especial de sistema caracterizado
por procesar datos para realizar automticamente parte o
todo del proceso de toma de decisiones e indicar la accin
6
que se debe tomar para mantener a la organizacin dentro de
condiciones normales de funcionamiento.

PMS 7
2.2 ARQUITECTURA DE SOFTWARE

La arquitectura del software es una descripcin de los
subsistemas y componentes (computacionales) de un sistema de
software y las relaciones entre ellos. (Gmez.2003:11)
La arquitectura de software es la organizacin fundamental de

un sistema encarnada en suscomponentes, las relaciones entre ellos y
el ambiente y los principios que orientan su diseo yevolucin. (IEEE)
La arquitectura de software es la organizacin fundamental de un

sistema encarnada en sus componentes, las relaciones entre ellos y el
ambiente y los principios que orientan su diseo y evolucin.
La determinacin de la arquitectura del software consiste en la toma
de decisiones respecto a:
La organizacin del sistema software.
La seleccin de los elementos estructurales y sus interfaces.
Comportamiento de estos elementos estructurales en subsistemas
ms grandes.
El estilo que gua esta organizacin.
Teniendo en cuenta las propiedades (requisitos no funcionales) del

sistema software que se quieren lograr: Eficiencia, cambiabilidad,
usabilidad, fiabilidad.
2.2.1 ARQUITECTURA DE CLIENTE SERVIDOR EN DOS CAPAS

En una arquitectura cliente servidor, una aplicacin se
7
modela como un conjunto de servicios proporcionados por los
servidores y un conjunto de clientes que usan estos servicios (Orfali y
Harkey, 1998).

PMS 8
El desgaje de los datos de las aplicaciones dio lugar a las

arquitecturas de software de dos capas, una para las aplicaciones
que definen las operaciones a realizar y provocan consultas y
modificaciones, y otra formada por la base de datos. El servidor se
queda con todo lo relativo al almacenamiento de datos, el cliente se
reserva todo lo relativo a la interaccin con el usuario y gran parte de
la lgica del programa propiamente dicho.
2.2.1 ARQUITECTURA DE TRES CAPAS

Se introduce un nuevo nivel intermedio entre el usuario final y los
datos que se conoce como nivel de negocio. En este nivel se sitan
una serie de componentes que implementan las reglas del negocio
que debe respetar la aplicacin. Estas reglas emanan de forma
directa de la operativa empresarial y son las que de alguna forma
identifican a cada empresa. De esta manera, los servicios de usuario
forman un primer nivel y quedan reducidos a presentar una interfaz
para obtener, presentar y enviar informacin.
La introduccin de un nuevo nivel intermedio permite centralizar en
una serie de componentes reutilizables toda la lgica de la empresa
de forma que cualquier aplicacin futura pueda aprovechar los
servicios que estos ofrecen, adems se consigue la flexibilidad
necesaria para realizar cualquier cambio en la operativa empresarial
que se deba reflejar en las aplicaciones debido a que estar
perfectamente identificado en un componente y no disperso en
multitud de aplicaciones heterogneas.
2.2.1 ARQUITECTURA CON N CAPAS

Consiste en extender la capa intermedia permitiendo que
8
convivan mltiples aplicaciones en lugar de una sola. Una de las
capas puede hacer solicitudes y devolver respuestas a un proceso

PMS 9
desde su propias capa, inmediatamente arriba de su capa o

inmediatamente debajo de su capa.
2.3 LENGUAJE UNIFICADO DE MODELADO (UML)

El lenguaje Unificado de Modelado (UML) es un lenguaje de
modelado visual que se usa para especificar, visualizar, construir y
documentar artefactos de un sistema de software. Captura
decisiones y conocimiento sobre los sistemas que se deben construir.
Se usa para entender, disear, hojear, configurar, mantener, y
controlar la informacin sobre tales sistemas. (Booch,1999:8).
UML capta la informacin sobre la estructura esttica y el

comportamiento dinmico de un sistema. Un sistema se modela
como una coleccin de objetos que interactan para realizar un
trabajo que finalmente beneficia a un usuario externo. La estructura
esttica define los tipos de objetos. El comportamiento dinmico
define la historia de los objetos en el tiempo y la comunicacin entre
objetos para cumplir sus objetivos.
UML presenta las siguientes caractersticas:

a. UML un lenguaje. Un lenguaje proporciona un vocabulario y las
reglas para combinar palabras en el vocabulario con el
propsito de la comunicacin. Un lenguaje de modelado es un
lenguaje cuyo vocabulario y reglas se centran en la
representacin conceptual y fsica de un sistema. Un lenguaje
de modelado como UML es, pues, un lenguaje estndar para
los modelos de software.
El vocabulario y las reglas de un lenguaje como UML indican
9
cmo crear y leer modelos bien formados, pero no indican qu
modelos se debe crear y cundo debecrearlos. Ese es el papel
del proceso de desarrollo de software. Un proceso bien definido

PMS 10
servir de gua para decidir qu artefactos producir, qu

actividades y cmo utilizar los artefactos para medir y controlar
el proyecto en su conjunto.
b. UML es un lenguaje para especificar.En este contexto,

especificar significa la construccin de modelos que sean
precisos, sin ambigedades, y completos.En particular, el UML
se refiere a la especificacin de todos los anlisis de la
importancia del diseo, y decisiones de aplicacin que deben
ser realizados en el desarrollo e implementacin de un sistema.
c. UML es un lenguaje para construir.UML no es un lenguaje de

programacin visual, pero sus modelos pueden conectarse
directamente a una variedad de lenguajes de programacin.
Esto significa que es posible mapear un modelo en UMLa un
lenguaje de programacin como Java,C ++ o Visual Basic, o
incluso a las tablas en una base de datos relacional o
elalmacn persistente de una base de datos orientada a
objetos. Las cosas que seexpresanmejorgrficamente se hacen
grficamente en UML, mientras que lascosas que mejor se
expresa textualmentesehacen en el lenguaje de
programacin.
d. UML es un lenguaje para documentar.UML se refiere a la

documentacin de la arquitectura de un sistema y todos sus
detalles. UML Tambin proporciona un lenguaje para expresar
las necesidades y para pruebas. Por ltimo, el UML proporciona
un lenguaje para modelar las actividades de planificacin y
10 gestin de lanzamientos.
2.3.1 VISTAS DE UML

PMS 11
La tabla 2.1 muestra las vistas de UML y los diagramas que las
muestran, as como los principales conceptos relevantes de cada
vista.
AREA VISTA DIAGRAMAS CONCEPTOS
PRINCIPALES
Estructural Vista esttica Diagrama de Clase, asociacin,
clases generalizacin,
dependencia,
realizacin interfaz.
Vista de casos de Diagrama de Caso de uso, actor,
uso casos de uso asociacin, extensin,
inclusin, generalizacin
de casos de uso.
Vista de Diagrama de Componente, interfaz,
implementacin componentes dependencia,
realizacin.
Vista de Diagrama de Nodo, componente,
despliegue despliegue dependencia,
localizacin.
Dinmica Vista de mquina Diagrama de Estado, evento,
de estados estados transicin, accin.
Vista de Diagrama de Estado, actividad,
actividad actividad estado de transicin,
divisin, unin
Vista de Diagrama de Interaccin, objeto,
interaccin secuencia mensaje, activacin.
Diagrama de Colaboracin,
colaboracin interaccin, rol de
colaboracin, mensaje.
Gestin del Vista de gestin Diagrama de Paquete, subsistema,
modelo del modelo clases modelo.
11
Extensin de Todas Todos Restriccin, estereotipo,
UML valores etiquetados.
Tabla 2.1. Vistas UML. (Booch, 1999:22).
PMS 12
La clasificacin estructural describe los elementos del sistema y sus

relaciones con otros elementos.
El comportamiento dinmico describe el comportamiento de un
sistema en el tiempo. El comportamiento se puede describir como
serie de cambios a las fotos del sistema dibujadas a partir de la visin
esttica.
La gestin del modelo describe la organizacin de los propios
modelos en unidades jerrquicas. El paquete es la unidad genrica
de organizacin para los modelos.
Vista esttica
La vista esttica modela los conceptos del dominio de la aplicacin,
as como los conceptos internos inventados como parte de la
implementacin de la aplicacin. Esta visin es esttica porque no
describe el comportamiento del sistema dependiente del tiempo,
que se describe en otras vistas. Los componentes principales de la
vista esttica son las clases y sus relaciones: asociacin,
generalizacin y varias clases de dependencia tales como realizacin
y uso.
Vista de los casos de uso

La vista de los casos de uso modela la funcionalidad del sistema
segn lo perciben los usuarios externos llamados actores. Un caso de
uso es una unidad coherente de funcionalidad expresada como
transaccin entre los actores y el sistema. El propsito de la vista de
casos de uso es enumerar a los actores y los casos de uso y demostrar
qu actores participan en cada caso de uso.
12
Vista de interaccin

PMS 13
La vista de interaccin describe secuencias de intercambios de

mensajes entre los roles que implementan el comportamiento de un
sistema. Un rol de clasificador, o simplemente rol es la descripcin
de un objeto que desempea un determinado papel dentro de una
interaccin, distinto de los otros objetos de la misma clase. Esta visin
muestra una vista integral del comportamiento de un sistema. La vista
se exhibe en dos diagramas centrados en distintos aspectos:
diagrama de secuencia y diagrama de colaboracin.
Vista de la mquina de estados

Una mquina de estados modela las posibles historias de vida de un
objeto de una clase. Una mquina de estados contiene los estados
conectados por transiciones. Cada estado modela un periodo de
tiempo, durante la vida de un objeto, en el que satisface ciertas
condiciones. Cuando ocurre un evento, se puede desencadenar una
transicin que lleve el objeto a un nuevo estado. Cuando se dispara
una transicin, se puede ejecutar una accin unida a la transicin.
Las mquinas de estados se muestran como diagramas de estados.
Vista de la mquina de estados

Un grafo de actividades es una variante de una mquina de estados,
que muestra las actividades de computacin implicadas en la
ejecucin de un clculo. Un estado de actividad representa una
actividad; un paso en el flujo de trabajo o la ejecucin de una
operacin. Un grafo de actividad describe grupos secuenciales y
concurrentes de actividades. Los grafos de actividades se muestran
en diagramas de actividades.
13
Vistas fsicas
Las vistas fsicas modelan la estructura de la implementacin de la
aplicacin por s misma, su organizacin en componentes, y su

PMS 14
despliegue en nodos de ejecucin. Estas vistas proporcionan una

oportunidad de establecer correspondencias entre clases y los
componentes de implementacin y nodos.
Hay dos vistas fsicas: la vista de implementacin y la vita de
despliegue.
La vista de implementacin modela los componentes de un sistema,
as como las dependencias entre los componentes, para poder
determinar el impacto de un cambio propuesto.
La vista de despliegue representa la disposicin de las instancias de
componentes de ejecucin en instancias de nodos. Un nodo es un
recurso de ejecucin, tal como una computadora, un dispositivo o
memoria. Esta vista permite determinar las consecuencias de la
distribucin y de la asignacin de recursos.
Vista de gestin del modelo

La vista de gestin del modelo modela la organizacin del modelo en
s mismo. Un modelo abarca un conjunto de paquetes que contienen
los elementos del modelo, tales como clase, mquinas de estados y
casos de uso. Los paquetes pueden contener otros paquetes: por lo
tanto, un modelo seala un paquete raz, que contiene
indirectamente todo el contenido del modelo.
2.5 PROGRAMACIN ORIENTADA A OBJETOS

La programacin orientada a objetos es un mtodo de
implementacin en el cual los programas son organizados como
colecciones cooperativas de objeto, cada uno de los cuales
representa una instancia de alguna clase y cuya clase son todos los
miembros de una jerarqua de clases unidas por relaciones de la
14
herencia.

PMS 15
La programacin a objetos es un conjunto de disciplinas que

desarrollan y modelan software que facilita la construccin de
sistemas complejos a partir de componentes. (Joyanes 1996: 16).
La programacin orientada a objetos permite una representacin

ms directa del modelo de mundo real en el cdigo. El resultado es
que la transformacin radical normal de los requisitos del sistema
(definido en trminos de usuario) a la especificacin del sistema
(definido en trminos de computador) se reduce considerablemente.
(Ledbetter y Cox, 1985).
La Programacin orientada a objetos agrupa un conjunto de

tcnicas que nos permiten desarrollar y mantener mucho ms
fcilmente programas de una gran complejidad. (Morero, 2000: 17).
Segn Boochel soporte fundamental del Modelo Objeto son cuatro

elementos (caractersticas).
2.5.1 CARACTERSTICAS DE LA PROGRAMACIN ORIENTADA A

OBJETOS
a. ABSTRACCIN. Es la propiedad que permite representar las

caractersticas esenciales de un objeto sin preocuparse de las
restantes caractersticas (no esenciales). Una abstraccin se
centra en la vista externa de un objeto, de modo que sirva para
separar el comportamiento esencial de un objeto de su
implementacin. Definir una abstraccin significa describir una
entidad del mundo real, no importa lo compleja que pueda ser,
15
y a continuacin utilizar esta descripcin en un programa.

PMS 16
b. ENCAPSULACIN. Es la propiedad que permite asegurar que el

contenido de la informacin de un objeto est oculta al mundo
exterior: el objeto A no conoce lo que hace el objeto B, y
viceversa. La encapsulacin (tambin se conoce como
ocultacin de la informacin), en esencia, es el proceso de
ocultar todos los secretos de un objeto que no contribuyen a
sus caractersticas esenciales.
c. MODULARIDAD. Es la propiedad que permite subdividir una

aplicacin en partes ms pequeas (llamadas mdulos), cada
una de las cuales debe ser tan independiente como sea
posible de la aplicacin en s y de las restantes partes. La
modularidad es la propiedad de un sistema que permite su
descomposicin en un conjunto de mdulos cohesivos y
dbilmente acoplados.
d. JERARQUA. Es una propiedad que permite una ordenacin de

las abstracciones. Las dos jerarquas ms importantes de un
sistema complejo son: estructura de clases (jerarqua es un
generalizacin/especializacin) y estructura de objetos
(jerarqua parte de agregacin).
Las jerarquas de generalizacin/especializacin se

conoce como herencia, bsicamente, la herencia define una
relacin entre clases, en donde una clase comparte la
estructura o comportamiento definido en una o ms clases
(herencia simple y herencia mltiple, respectivamente).
16
2.5 METODOLOGA ICONIX

PMS 17
Iconix se define como un proceso de desarrollo de software

prctico. Est entre la complejidad de RUP y la simplicidad de XP sin
eliminar las tareas de anlisis y diseo que XP no contempla.
Iconix es un proceso simplificado en comparacin con otros proceso
ms tradicionales, que unifica un conjunto de mtodos de
orientacin a objetos con el objetivo de abarcar todo el ciclo de vida
de un proyecto. Fue elaborado por Doug Rosenbeg Y Kendall Scott a
partir de una sntesis del proceso unificado. Presenta claramente las
actividades de cada fase y exhibe una secuencia de pasos que
deben seguirse, adems Iconix est adaptado a los patrones y ofrece
el soporte de UML, dirigido por casos de uso y es un proceso iterativo
e incremental.
Una distincin principal de Iconix es el uso de anlisis de robustez, un

mtodo para reducir la brecha entre el anlisis y el diseo. El anlisis
de robustez reduce la ambigedad en las descripciones de casos de
uso, asegurndose de que estn escritos en el contexto de un modelo
de dominio de acompaamiento. Este proceso hace los casos de uso
mucho ms fcil para disear, probar y hacer una estimacin.
Las tres caractersticas fundamentales de Iconix son:

a. Iterativo e incremental: varias iteraciones ocurren entre el
desarrollo del Modelo de Dominio y la identificacin de los casos de
uso. El Modelo esttico es incrementamente refinado por los modelos
dinmicos.
b. Trazabilidad: cada paso est referenciado por algn requisito.
Se define trazabilidad como la capacidad de seguir una relacin
entre los diferentes artefactos producidos.
17 c. Dinmica de UML: la metodologa ofrece un uso dinmico de

UML como los diagramas de casos de uso, diagramas de secuencia y
de colaboracin.

PMS 18
El proceso de Iconix se divide en cuatro etapas o hitos. En cada

etapa del trabajo para la etapa anterior es revisada y actualizada.
Hito 1: Revisin de requisitos

Antes de comenzar el proceso de Iconix es necesario haber hecho
algunos anlisis de requisitos. A partir de este anlisis de casos de uso
pueden ser identificados, un modelo de dominio y realizado algunos
prototipos de interfaces grficas de usuario.
Hito 2: Revisin del Diseo Preliminar

Una vez que los casos de uso han sido identificados, el texto puede
ser escrito describiendo cmo el usuario y el sistema va a interactuar.
Un anlisis de robustez se realiza para encontrar posibles errores en el
texto de casos de uso, y el modelo de dominio se actualiza. La
descripcin de casos de uso es importante para determinar cmo los
usuarios interactan con el sistema. Tambin proporcionan al
desarrollador con algo que mostrar al cliente y verificar que los
resultados del anlisis de los requisitos soncorrectos.
Hito 3: Revisin del diseo detallado

Durante esta etapa del proceso de Iconix el modelo de dominio y la
descripcin de casos de uso de la fase 2 se utilizan para disear el
sistema que se est construyendo. Un diagrama de clases se produce
a partir del modelo de dominio y la descripcin de casos de uso se
utiliza para hacer diagramas de secuencia.
Hito 4: Implementacin
18
Las pruebas unitarias se escriben para verificar el sistema al nivel de la
descripcin de casos de uso y diagramas de secuencia. Por ltimo el

PMS 19
cdigo es escrito utilizando los diagramas de clases y la secuencia

como una gua.
2.5.1 EL PROCESOICONIX
Los pasos a seguir en el proceso Iconix son los siguientes:
A. REQUISITOS
1. Requisitos funcionales
2. Modelo de Dominio
3. Requisitos de comportamiento
4. Etapa 1: Revisin de requisitos
B. ANLISIS/DISEO PRELIMINAR
1. Anlisis de robustez
2. Actualizar el modelo de dominio
3. Nombrar todas las funciones lgicas(controladores)
4. Reescribir el primer borrador de casos de uso
5. Arquitectura tcnica
C. ETAPA 2: REVISIN DEL DISEO PRELIMINAR (RDP)
D. DISEO DETALLADO
1. Diagrama de secuencia
2. Actualizar el modelo de dominio
3. Limpiar el modelo esttico
E. ETAPA 3: REVISIN DEL DISEO CRTICO

F. IMPLEMENTACIN
19
1. Cdigo/pruebas unitarias
2. Integracin y pruebas de escenario
3. Revisin de cdigo y actualizar el modelo

PMS 20
4. Etapa 4: Entrega
20

PMS 21
CAPTULO III
RESULTADOS
3.1 GENERALIDADES
3.1.2 Descripcin. CCopias es una empresa dedicada a la venta y
distribucin tiles de escritorio y oficina, servicios de fotocopiados e
impresiones.
Problemas
El control del inventario de artculos es manual, el personal, al final del
da realiza largos clculos para obtener el stock de artculos.
No se lleva un control exacto del ingreso y salida de artculos al
almacn.
El registro de cada venta de artculos y servicios se realiza de forma
manual, lo cual requiere mayor tiempo.
No se cuentan con reportes de ventas ni almacn que ayuden la
toma de decisiones.
Objetivos
consolidarse en el mercado mediante la confianza y el respaldo de
susclientes, brindndoles calidad, puntualidad y garanta en los
servicios.
Ser considerada una empresa lder entre las de su gnero y contar
con innegable presencia en toda la regin.
Modernizar sus tcnicas comerciales para atender de forma rpida y
eficiente.
21

PMS 22
3.2 DESARROLLO DEL PROYECTO
A. REQUISITOS
Requisitos de alto nivel
1. El sistema debe ser capaz de realizar ventas de artculos y servicios.
2. El sistema debe ser capaz de mantener una lista de artculo y
servicios.
3. El sistema debe ser capaz de mantener los precios y el stock de los
artculos.
4. El sistema debe actualizar el stock del artculo al realizar una venta
o al anularla.
5. El sistema debe ser capaz de registra ingresos y egresos del
almacn con documentos sus documentos respectivos.
6. El sistema debe ser capaz de mantener una lista del personal de
que trabaja en la empresa.
7. El sistema debe ser capaz de mantener una lista de las mquinas
de la empresa, teniendo en cuenta sus caractersticas tcnicas
segn la clase a la que pertenece:
8. Fotocopiadora: debe mantenerse un registro del contador de
copias, debe registrarse las fechas de mantenimiento.
22

PMS 23
9. El acceso al sistema debe realizarse mediante cuentas de usuario.

10. El sistema debe ser capaz de mantener el registro de usuarios que
acceden al sistema.
11. El sistema debe ser capaz de Mantener una lista de proveedores
de la empresa.
12. El sistema debe ser capaz de registrar la asignacin de materiales
para fotocopias a cada vendedor por da: papel bond y la
fotocopiadora respectiva.
13. Cada venta debe registrar el personal que lo realiza y si es el caso
registrar la mquina donde se realiz la fotocopia.
14. El sistema debe calcular el total de ventas por vendedor al final del
da, as como el total de papel utilizado y el sobrante por
vendedor.
15. El sistema debe ser capaz de registrar las fotocopias falladas por
vendedor.
16. El sistema debe ser capaz de calcular el total del saldo de caja, as
como los montos por cada rubro: venta, adelanto de pedido,
saldo inicial, saldo final por cada da.
17. El saldo de caja ser nico por da.
18. El sistema debe registrar obligatoriamente un personal al iniciar el
saldo de caja y al finalizar.
19. El sistema debe ser capaz de imprimir tickets por cada venta.
20. El sistema debe validar el stock de artculos antes de la venta.
21. El sistema debe ser capaz de mantener una lista de clientes.
22. El sistema debe permitir el registro de pedidos y el monto de
adelanto de pedidos.
23. El sistema debe permitir entregar un pedido.
23
Requisitos no funcionales
1. El registro de una venta debe poder realizarse sin el uso del
teclado, slo con botones para reducir el tiempo de la venta.

PMS 24
2. El sistema debe ser desarrollado de manera que el proceso de

venta sea fcil adaptarlo para su uso con monitores touchscream.
3. El sistema debe contar con un nivel de restriccin para
vendedores y el administrador.
Clases de dominio encontrados:

1. Personal
2. Mquina
3. Venta
4. Proveedor
5. Documento de almacn
6. Artculo
7. Servicio
8. Pedido
9. Saldo de caja
10. Distribucin de materiales
11. Almacn
12. Categora de mquina
13. Categora de artculo
14. Cliente
15. Usuario
24

PMS 25
25

PMS 26
Primer Modelo de Dominio
26
Figura 3.1 Primero Modelo de Dominio.

PMS 27
Modelado de Casos de uso
27

PMS 28
Requisitos Casos de uso

1. El sistema debe ser capaz de realizar Registrar venta
Mantener venta
ventas de artculos y servicios.
2. El sistema debe ser capaz de mantener Registra artculo
Registrar Categora artculo
una lista de artculo y servicios.
Registrar servicio
Mantener servicio
3. El sistema debe ser capaz de mantener Mantener artculo
los precios y el stock de los artculos.
4. El sistema debe actualizar el stock del Registrar venta
artculo al realizar una venta o al anularla.
5. El sistema debe ser capaz de registra Registrar Nota de Entrada
Registra Nota de Salida
ingresos y egresos del almacn con
Mantener Nota de Entrada
documentos sus documentos respectivos. Mantener Nota de Salida
6. El sistema debe ser capaz de mantener Registrar personal
Mantener Personal
una lista del personal de que trabaja en
la empresa.
7. El sistema debe ser capaz de mantener Registra mquina
Mantener mquina
una lista de las mquinas de la empresa,
teniendo en cuenta sus caractersticas
tcnicas segn la clase a la que
pertenece:
8. Fotocopiadora: debe mantenerse un Mantener mquina
registro del contador de copias, debe
registrarse las fechas de mantenimiento.
9. El acceso al sistema debe realizarse Crear usuario
mediante cuentas de usuario.
10. El sistema debe ser capaz de mantener el Mantener usuario
registro de usuarios que acceden al
sistema.
11. El sistema debe ser capaz de Mantener Registrar proveedor
Mantener proveedor
28 una lista de proveedores de la empresa.
12. El sistema debe ser capaz de registrar la Iniciar asignacin de
material
asignacin de materiales para fotocopias
Mantener asignacin de
a cada vendedor por da: papel bond y material
PMS 29
la fotocopiadora respectiva.
13. Cada venta debe registrar el personal
Registrar personal
que lo realiza y si es el caso registrar la
Mantener personal
mquina donde se realiz la fotocopia. Registrar venta
14. El sistema debe calcular el total de Cerrar Asignacin de
material
ventas por vendedor al final del da, as
como el total de papel utilizado y el
sobrante por vendedor.
15. El sistema debe ser capaz de registrar las Cerrar asignacin
fotocopias falladas por vendedor.
16. El sistema debe ser capaz de calcular el Iniciar Caja
Mantener caja
total del saldo de caja, as como los
Cerrar caja
montos por cada rubro: venta, adelanto
de pedido, saldo inicial, saldo final por
cada da.
17. El saldo de caja ser nico por da. Iniciar Caja
18. El sistema debe registrar obligatoriamente Iniciar caja
un personal al iniciar el saldo de caja y al
finalizar.
19. El sistema debe ser capaz de imprimir Registrar venta
tickets por cada venta.
20. El sistema debe validar el stock de Registra venta
artculos antes de la venta.
21. El sistema debe ser capaz de mantener Registrar cliente
Mantener cliente
una lista de clientes.
22. El sistema debe permitir el registro de Registrar pedido
Mantener pedido
pedidos y el monto de adelanto de
pedidos.
23. El sistema debe permitir entregar un Entregar pedido
pedido.
Tabla 3.1 Requisitos de alto nivel y Casos de uso
29
Listado de Casos de uso

PMS 30
1. Registrar venta
2. Mantener venta
3. Registra artculo
4. Mantener artculo
5. Registrar servicio
6. Mantener servicio
7. Registrar Nota de Entrada
8. Mantener Nota de Entrada
9. Registra Nota de Salida
10. Mantener Nota de Salida
11. Registrar personal
12. Mantener Personal
13. Registra mquina
14. Mantener mquina
15. Crear usuario
16. Mantener usuario
17. Registrar proveedor
18. Mantener proveedor
19. Iniciar asignacin de material
20. Mantener asignacin de material
21. Cerrar Asignacin de material
22. Iniciar caja
23. Mantener caja
24. Cerrar caja
25. Registrar cliente
26. Mantener cliente
27. Registra comprobante de venta
28. Mantener comprobante de venta
29. Registrar marca
30. Mantener marca
31. Registrar personal
30 32. Mantener personal
33. Registrar categora de artculo
34. Registrar usuario

PMS 31
35. Mantener usuario

36. Registrar pedido
37. Mantener pedido
38. Entregar pedido
39. Consultar Venta
40. Consultar Pedido
Empaquetado de casos de uso
Figura 3.2 Casos de uso por paquetes.
Paquetes de caso de uso

a. Administracin
31

PMS 32
uc Administracin
Mantener Categoria de Registrar Categoria de

articulo Registrar cliente articulo
Mantener cliente
Registrar marca
Mantener Marca
Registrar articulo
Mantener articulo
Registrar comprobante
Mantener comprobante de v enta
de v enta
Registrar personal
Mantener personal
Administrador
Registrar maquina
Mantener maquina (from Actores)
Registrar serv icio

Mantener serv icio
Registrar prov eedor

Mantener usuario
Registrar usuario
Mantener prov eedor
Figura 3.3 Casos de uso del paquete Administracin.
b. Almacn
32

PMS 33
uc Almacen
Mantener Nota de
Registrar Nota de
entrada
salida
Registrar Nota de
Usuario entrada
Mantener Nota de (from Actores)
salida
Figura 3.4 Casos de uso del paquete Almacn.
c. Ventas
uc Ventas
Entregar pedido
Registrar pedido
Mantener Registro de
v enta
Registrar v enta
Usuario
(from Actores)
Mantener pedido
Figura 3.5 Casos de uso del paquete Ventas.
d. Control Diario
33

PMS 34
uc Control diario
Cerrar asignacin de
materiales Cerrar caj a
Iniciar asignacin de Iniciar caj a

materiales
Usuario
(from Actores)
Modificar asignacin Modificar caj a

de materiales
Figura 3.6 Casos de uso del paquete Control diario.
Prototipos GUI
Figura 3.7Pantalla de Bsqueda de Registro de Venta.
34

PMS 35
Figura 3.8Pantalla de Registro de Venta.
35
Figura 3.9Pantalla de Bsqueda de Nota de Entrada.

PMS 36
Figura 3.10Pantalla de Registro de Nota de Entrada.
36

PMS 37
Figura 3.11Pantalla de Bsqueda de Nota de Salida
37

PMS 38
Figura 3.12Pantalla de Registro de Nota de Salida
Descripcin de los Casos de Uso
Paquete Ventas:
Caso de uso 01: Registrar Venta
Curso Bsico:
El usuariose encuentra en la Ventana Registrar Ventahace clic en el
cono Nuevo.El sistema recupera los vendedores asignados para ese
da, los artculos que se mostrarn como botones, los servicios que se
mostrarn como botones y los muestra la pantalla Registro de Venta.
El usuario selecciona el nombre del vendedor correspondiente,
38 selecciona el servicio e ingresa la cantidad relacionada al servicio y
hace clic en el botn Aceptar, el sistema verifica que el vendedor

PMS 39
tenga materiales asignados para ese da. El sistema carga el servicio

como un Detalle de venta en la misma ventana.
El usuario elige un artculo, el sistema recupera el stock del artculo y
lo muestra, el usuario ingresa la cantidad y hace clic en Aceptar, el
sistema verificar que la cantidad de compra sea menor o igual al
stock, carga el artculo al Detalle de venta.
El usuario tiene la opcin de elegir a un cliente registrado y elegir el
tipo de comprobante de la venta.
Una vez finalizado el ingreso de tems al Detalle de Venta el usuario
finaliza la venta haciendo clic en el botn Cobrar, el sistema genera
un cdigo de ventas y guarda los datos en la Base de Datos.
Curso Alterno:
El artculo elegido no tiene el stock suficiente para la venta, el sistema
muestra un mensaje.
El vendedor elegido no tiene asignacin de materiales para ese da,
el sistema muestra un mensaje.
El usuario hace clic en aceptar sin haber ingresado el Detalle de
venta, el sistema le muestra un mensaje.
El usuario cancela la venta, el sistema vuelve a la pantalla de
bsquedas de venta.
Caso de uso 02: Mantener Venta

Curso Bsico:
El usuario elige la opcin Registrar Venta del mdulo Ventas, el
sistema recupera los registros de las ventas de la Base de Datos y los
muestra ordenados por fecha descendentemente en la pestaa
Bsqueda de la Ventana Registrar Venta.
39 El usuariohace clic en el registro de venta, el sistema recupera el

Detalle de la Venta y los muestra en la pestaa Datos de la misma
ventana con los campos deshabilitados para editar.

PMS 40
El usuario hace clic en el cono Modificar, el sistema habilita los

campos disponibles a modificar (cliente, tipo de documento, numero
de documento, personal de venta, tems del Detalle de venta,
descuento), el usuario modifica los campos que desee y hace clic en
el cono Guardar.
Para eliminar la venta el usuario hace clic en el cono Eliminar, el
sistema muestra un mensaje de confirmacin, cambia el estado del
Registro de venta a eliminado.
El sistema actualiza los datos en la base de datos y muestra la
Ventana de Consulta de ventas con la informacin actualizada.
Curso Alterno:
El sistema no encuentra el Detalle de Venta de la venta seleccionada,
muestra un mensaje de error.
El usuario hace clic en Cancelar, el sistema muestra la ventana de
Bsqueda de Ventas.
Caso de uso 03: Registrar Pedido

Curso Bsico:
El usuariose encuentra en la ventana Registrar Ventahace clic en el
cono Nuevo, el sistema recupera los vendedores asignados para ese
da, los artculos que se mostrarn como botones, los servicios que se
mostrarn como botones y los muestra la pantalla Registro de Venta.
El usuario hace clic en el botn Pedido, el sistema activa campos de
pedido: adelanto.
El usuario selecciona el nombre del vendedor correspondiente,
selecciona el servicio e ingresa la cantidad relacionada al servicio y
hace clic en el botn Aceptar, el sistema verifica que el vendedor
40 tenga materiales asignados para ese da. El sistema carga el servicio

como un detalle de venta en la misma ventana.

PMS 41
El usuario elige un artculo, el sistema recupera el stock del artculo y lo

muestra, el usuario ingresa la cantidad y hace clic en Aceptar, el
sistema verificar que la cantidad de compra sea menor o igual al
stock, carga el artculo al Detalle de venta.
El usuario tiene la opcin de elegir a un cliente registrado y elegir el
tipo de comprobante de la venta.
Si es el caso, el usuario ingresa un monto de adelanto del pedido,
luego hace clic en Cobrar, el sistema genera un cdigo de pedido y
actualiza los datos en la Base de Datos.
Curso Alterno:
El artculo elegido no tiene el stock suficiente para el pedido, el
sistema muestra un mensaje.
El usuario no tiene asignacin de materiales para ese da, el sistema
muestra un mensaje.
El usuario cancela el pedido, el sistema vuelve a la pantalla de
bsquedas de venta.
El usuario hace clic en aceptar sin haber ingresado el Detalle de
venta, el sistema le muestra un mensaje.
Caso de Uso 04: Mantener Pedido

Curso Bsico
El usuariose encuentra en la pestaa Bsqueda de la ventana
Registrar Venta hace clic en el botn Buscar Pedido, el sistema
recupera los pedidos y los muestra ordenados por fecha
descendentemente, el usuariohace clic en el registro del pedido, el
sistema recupera el Detalle de pedido y los muestra en la pestaa
Datos de la misma ventana con los campos deshabilitados para
41 cambios.
campos disponibles a modificar (cliente, tipo de documento, numero

PMS 42
de documento, personal de venta, tems del Detalle de pedido,

descuento, monto descuento), el usuario modifica los campos que
desee y hace clic en el cono Guardar.
Para eliminar el pedido el usuario hace clic en el cono Eliminar, el
sistema muestra un mensaje de confirmacin, cambia el estado del
Pedido a Eliminado.
El sistema actualiza los datos en la base de datos.
Curso Alterno:
El sistema no encuentra el Detalle de Pedido del
pedidoseleccionada, muestra un mensaje de error.
Bsqueda de Ventas.
Caso de uso 05: Entregar Pedido

Curso Bsico:
El usuariose encuentra en la pestaa Bsqueda de la ventana
Registrar Venta hace clic en el botn Buscar Pedido, el sistema
recupera los pedidosen estado Pendiente y los muestra ordenados
por fecha descendentemente, el usuario selecciona el registro del
pedido, el sistema busca el Detalle de pedido, Descuento, Monto
Adelanto; y los muestra en la Ventana de Registro de Venta con los
campos deshabilitados para cambios.
El usuario hace clic en el botn Modificar, el sistema habilita los
campos de pedido, el usuario hace clic en Entregar Pedido, el
sistema captura le fecha de entrega de pedido, el usuario ingresa el
Personal de entrega ya hace clic en el cono Guardar, el sistema
actualiza los datos en la Base de Datos.
42
Curso Alterno:

PMS 43
El sistema no encuentra el Detalle de Pedido del pedidoseleccionado,

muestra un mensaje de error.
Bsqueda de Ventas.
Paquete Almacn
Caso de uso 06: Registra Nota de Entrada
Curso Bsico:
El usuariose encuentra en la ventana Nota de Entradahace clic en el
cono Nuevo, el sistema recuperalosDocumentos de pago,
Almacn,Unidad de medida y los muestra en la pestaa Datos de la
misma ventana, el usuario ingresa los datos en los campos: Nmero
de documento de pago, Serie, elige elDocumento de Pago, el
almacn, el proveedor en la pestaa Proveedor.
Para agregar artculos al Detalle de Nota de Entrada hace clic en el
botn buscar, el sistema recupera los registros de los artculos Activos
y los muestra en la Ventana de Bsqueda de Artculos, el usuario elige
el artculo, el sistema lo carga al campo Artculo de la Ventana de
Nota de Entrada, el usuario elige la unidad de medida, ingresa la
cantidad, el precio unitario, y hace clic en Agregar, el sistema lo
carga a Detalle de Nota de Entrada, finalmente el usuario hace clic
en el cono Guardar, el sistema verifica que todos los campos estn
ingresados, guarda los datos, actualiza el stock del (los) artculo (s) y
muestra la pestaa Bsqueda con la informacin actualizada.
Curso Alterno:
El usuario no ingresa todos los campos, el sistema muestra un mensaje.
El usuario hace clic en Cancelar, el sistema muestra la pestaa
43 Bsqueda de la misma ventana.
Caso de uso 07: Mantener Nota de Entrada

PMS 44
Curso Bsico:
El usuario hace clic en el Mdulo Almacn, luego clic en la opcin
Nota de Entrada, el sistema recupera los registros de Notas de Entrada
de la base de Datos y los muestra en la Ventana Nota de Entrada en
la pestaa Bsqueda.
El usuario elige la Nota de Entrada que desea modificar, el sistema
recupera el Detalle de Nota de Entrada y los muestra en la pestaa
Datos de la misma ventana con los campos deshabilitados para
cambios.
campos disponibles para modificar, el usuario modifica los campos
que requiera y hace clic en el cono Guardar. Para eliminar una Nota
de Entrada, el usuario hace clic en el cono Eliminar, el sistema
muestra un mensaje de confirmacin, el usuario acepta. El sistema
actualiza el stock del (los) artculo (s), guarda los cambios en la Base
de Datos y muestra la pestaa Bsqueda actualizada.
Curso Alterno:
El sistema no encuentra el detalle de la nota de entrada.
Bsqueda de la misma ventana.
Caso de Uso 08: Registra Nota de Salida

Curso Bsico:
El usuariose encuentra en la ventana Nota de Salida hace clic en el
cono Nuevo, el sistema recupera la lista deAlmacn, Unidad de
medida y los muestra en la pestaa Datos de la misma ventana, el
usuario ingresa los datos en los campos: Responsable de recepcin,
44 Responsable de entrega, el almacn.

Para agregar artculos al Detalle de Nota de Salida hace clic en el
botn buscar, el sistema recupera los registros de los artculos Activos

PMS 45
y los muestra en la Ventana de Bsqueda de Artculos, el usuario elige

el artculo, el sistema carga al campo Artculoy stock de la Ventana
de Nota de Salida, el usuario elige la unidad de medida, ingresa la
cantidad y hace clic en Agregar, el sistema verifica el stock del
artculo y lo carga a Detalle de Nota de Salida, finalmente el usuario
hace clic en el cono Guardar, el sistema guarda los datos actualiza
el stock del (los) artculo (s) y muestra la pestaa Bsqueda con la
informacin actualizada.
Curso Alterno:
El usuario no ingresa todos los campos, el sistema muestra un mensaje.
Caso de uso 09: Mantener Nota de Salida

Curso Bsico:
El usuario hace clic en el Mdulo Almacn, luego clic en la opcin
Nota de Salida, el sistema recupera los registros de Notas de Salida de
la base de Datos y los muestra en la Ventana Nota de Salida en la
pestaa Bsqueda.
El usuario elige la Nota de Salida que desea modificar, el sistema
busca el Detalle de Nota de Salida; y los muestra en la pestaa Datos
de la misma ventana con los campos deshabilitados para cambios.
campos disponibles para modificar, el usuario modifica los campos
que requiera y hace clic en el cono Guardar. Para eliminar la Nota
de Salida el usuario hace clic en el cono Eliminar. El sistema actualiza
el stock del (los) artculo (s), guarda los cambios en la Base de Datos y
45 muestra la pestaa Bsqueda actualizada.
Curso Alterno:

PMS 46
El sistema no encuentra el detalle de la nota de entrada.

46

PMS 47
47

PMS 48
Segundo Modelo de Dominio

class Segundo Modelo de Domi...
Pedido
Prov eedor NotaEntrada
Comprobante
Almacen
Cliente
DetallePedido
DetalleNotaEntrada
Venta
Serv icio
Mov imientoAlmacen
ListaPrecio
DetalleVenta
UnidadMedida
DetalleNotaSalida
Personal
Maquina
Articulo
NotaSalida
DistribucionMaterial
48
Figura 3.13Segundo Modelo de Dominio.

PMS 49
B. ANLISIS/DISEO PRELIMINAR
Diagramas de Robustez
Mdulo de Ventas
analysis Registrar v e...
Curso Bsi co:

El usuario se encuentra en l a Ventana Regi strar Vi sual i zar pestaa Recuperar personal Personal
Venta hace cl i c en el cono Nuevo. El si stema Busqueda
recupera l os vendedores asi gnados para ese da, Vi sual i zar pestaa
l os artcul os que se mostrarn como botones, l os cl i c en Cancel ar Datos
servi ci os que se mostrarn como botones y l os
cl i c en Nuevo
muestra l a pantal l a Regi stro de Venta.
El usuario sel ecci ona el nombre del vendedor Recuperar servi ci o Servi ci o
correspondi ente, sel ecci ona el serv icio e
i ngresa l a canti dad rel aci onada al serv icio y
hace cl i c en el botn Aceptar, el si stema veri fi ca
que el vendedor tenga materi al es asi gnados Ventana Regi strar
Venta Mostrar mensaj e "Stock
para ese da. El si stema carga el serv icio como
i nsufi ci ente"
un Detalle de v enta en l a mi sma ventana. Recuperar arti cul o Artcul o
El usuario el i ge un artculo, el sistema
recupera el stock del artculo y l o muestra, el i ngresar datos y
usuario i ngresa l a canti dad y hace cl i c en cl i c en Aceptar no
Aceptar, el sistema veri fi car que l a canti dad de
compra sea menor o i gual al stock, carga el
artcul o al Detalle de v enta.
El usuario ti ene l a opci n de el egi r a un cliente si
regi strado y el egi r el ti po de comprobante de la Veri fi ar stock del
no arti cul o Asi gnaci onMaqui na
v enta. Veri fi car que i ngrese
Una vez fi nal i zado el i ngreso de tems al Detalle detal l e de venta
de Venta el usuario fi nal i za l a v enta haci endo Mostrar mensaj e
Usuario
cl i c en el botn "Cobrar", el si stema genera un "Ingrese detal l e de
venta" si
cdi go de ventas y guarda l os datos en l a Base
de Datos.
Curso Al terno:
El artculo el egi do no ti ene el stock sufi ci ente
para l a venta, el si stema muestra un mensaj e. Mostrar mensaj e no
El usuario no ti ene asi gnaci n de materi al es Recuperar di stri buci on Di stri buci on de materi al
"vendedor no ti ene
para ese da, el si stema muestra un mensaj e. materi al es" de materi al
El usuario cancel a l a venta, el si stema vuel ve a Veri fi car materi al es para
l a pantal l a de bsquedas de venta. si vendedor
El usuario hace cl i c en aceptar si n haber
i ngresado el Detal l e de venta, el si stema l e cl i c en Cobrar Detal l e de Venta
muestra un mensaj e.
Cargar detal l e de venta

Guardar Detal l e Venta Movi mi ento de Al macen
Impri mi r ti cket
Guardar venta
guardar movi mi ento
49 Ventas

PMS 50
Figura 3.14Diagrama de Robustez del Caso de Uso Registrar Venta.

analysis Mantener Registro de v e...
Curso Bsico:
El usuario elige la opcin Registrar
Venta del mdulo Ventas, el sistema Recuperar registros de Recuperar personal Personal
recupera los registros de las ventas Visualizar Ventana ventas
de la Base de Datos y los muestra Registrar Venta
ordenados por fecha
descendentemente en la pestaa Recuperar Cliente
Bsqueda de la Ventana Registrar clic en Cliente
Venta. Registrar
El usuario hace clic en el registro de Movimientos de
Venta guardar movimiento
venta, el sistema recupera el Detalle Habilitar campos Almacn
de la Venta y los muestra en la
pestaa Datos de la misma ventana
con los campos deshabilitados para clic en Modificar Venta
editar.
El usuario hace clic en el cono
Modificar, el sistema habilita los Mostrar mensaje de Guardar cambios en
campos disponibles a modificar confirmacion Guardar cambios venta Detalle de venta
(cliente, tipo de documento, numero
de documento, personal de venta, clic en Eliminar clic en Guardar
tems del Detalle de venta, Detalle de venta
descuento), el usuario modifica los
campos que desee y hace clic en el
cono Guardar.
Para eliminar la v enta el usuario
clic en registro
hace clic en el cono Eliminar, el
Ventana Registrar de venta Recuperar detalle de
sistema muestra un mensaje de
venta venta
confirmacin, cambia el estado del Usuario
Registro de venta a eliminado. Servicio
El sistema actualiza los datos en la
base de datos y muestra la Ventana clic en Cancelar
de Consulta de ventas con la mostrar mensaje "no se
informacin actualizada. encontro detalle de
venta" Recuperar servicio
Curso Alterno:
El sistema no encuentra el Detalle
de Venta de la v enta seleccionada,
muestra un mensaje de error. Visualizar pestaa
El usuario hace clic en Cancelar, el Datos
Visualizar pestaa
sistema muestra la ventana de
Bsqueda Recuperar articulo Articulo
Bsqueda de Ventas.
50

PMS 51
Figura 3.15 Diagrama de Robustez del Caso de Uso Mantener Registro de Venta.
analysis Registrar pedido
Curso Bsi co:

El usuario se encuentra en l a ventana
Recuperar personal Personal
Regi strar Venta hace cl i c en el cono Nuevo, el Vi sual i zar pestaa
si stema recupera l os vendedores asi gnados Busqueda
para ese da, l os artcul os que se mostrarn Vi sual i zar pestaa
como botones, l os servi ci os que se mostrarn Datos
como botones y l os muestra l a pantal l a
Regi stro de Venta. Recuperar servicio Servicio
El usuario hace cl i c en el botn Pedido, el
si stema acti va campos de pedido: adel anto.
El usuario sel ecci ona el nombre del vendedor cli c en Nuevo
correspondi ente, sel ecci ona el serv icio e cli c en Cancel ar Acti var campos de Recuperar arti cul o
i ngresa l a canti dad rel aci onada al servi ci o y pedi do
hace cl i c en el botn Aceptar, el si stema cli c en
boton Artcul o
veri fi ca que el vendedor tenga materi al es
asi gnados para ese da. El si stema carga el Pedi do
serv icio como un detalle de v enta en l a
mi sma ventana. no
Mostrar mensaj e "Stock
El usuario el i ge un artculo, el si stema Ventana Regi strar i nsufi ciente"
recupera el stock del artculo y l o muestra, el Venta
usuario i ngresa l a canti dad y hace cl i c en Veri fi ar stock del
i ngresar datos y si arti cul o
Aceptar, el si stema veri fi car que l a canti dad de cli c en Aceptar
compra sea menor o i gual al stock, carga el Asi gnacionMaqui na
artculo al Detalle de v enta.
El usuario ti ene l a opci n de el egi r a un
cliente regi strado y el egi r el ti po de Usuario Veri fi car que i ngrese
comprobante de la v enta. si
Si es el caso, el usuario i ngresa un monto de no detal l e de venta
adel anto del pedido, l uego hace cl i c en
Cobrar, el si stema genera un cdi go de pedi do
y actual i za l os datos en l a Base de Datos. cli c en Cobrar
Di stri bucion de
Mostrar mensaj e materi al
Curso Al terno: Recuperar di stri bucion
El artculo el egi do no ti ene el stock sufi ci ente "Ingrese detal l e de de materi al
para el pedido, el si stema muestra un mensaj e. venta"
El usuario no ti ene asignacin de materiales no
para ese da, el si stema muestra un mensaj e. si
Veri fi car materi al es
El usuario cancel a el pedido, el si stema
Mostrar mensaj e para vendedor
vuel ve a l a pantal l a de bsquedas de venta. Detal l eVenta
"vendedor no ti ene
El usuario hace cl i c en aceptar si n haber
materi al es" Cargar detal l e de
i ngresado el Detalle de v enta, el si stema l e
muestra un mensaj e. pedi do
Guardar pedi do
Impri mi r ti cket
Guardar Detal l e Venta
Pedi do
Ventas
51 guardar movimi ento

Movimi ento Al macen

PMS 52
Figura 3.16 Diagrama de Robustez del Caso de Uso Registrar Pedido.

analysis Mantener pedi...
Curso Bsico
El usuariose encuentra en la pestaa
Bsqueda de la ventana Registrar Venta Recuperar personal
Recuperar venta Personal
hace clic en el botn Buscar Pedido, el
Visualizar Ventana
sistema recupera los pedidos y los Visualizar pestaa Registrar Venta
muestra ordenados por fecha Bsqueda
descendentemente, el usuariohace clic
en el registro del pedido, el sistema
recupera el Detalle de pedido y los Recuperar Cliente Cliente
muestra en la pestaa Datos de la misma
ventana con los campos deshabilitados clic en Buscar
para cambios. pedido
Modificar, el sistema habilita los campos clic en Cancelar
disponibles a modificar (cliente, tipo de Mostrar mensaje de
documento, numero de documento, clic en Eliminar confirmacion Ventas
personal de venta, tems del Detalle de Pedido
pedido, descuento, monto descuento), el
usuario modifica los campos que desee y Movimientos de
Guardar cambios en Almacen
hace clic en el cono Guardar.
clci en Guardar Detalle de venta
Para eliminar el pedido el usuario hace Ventana Registrar
clic en el cono Eliminar, el sistema venta
muestra un mensaje de confirmacin,
cambia el estado del Pedido a Guardar cambios
Eliminado. pedido guardar movimiento
El sistema actualiza los datos en la base clic en registro de
de datos. clic en Modificar pedido
Usuario
Curso Alterno:
El sistema no encuentra el Detalle de
Pedido del pedido seleccionada, muestra Recuperar detalle de
un mensaje de error. no Detalle de venta
venta
El usuario hace clic en Cancelar, el
sistema muestra la ventana de Bsqueda
de Ventas.
Habilitar campos mostrar mensaj "no se
encontro detalle de
pedido" Recuperar servicio
Visualizar pestaa
Datos
Servicio
Recuperar articulo
52
Articulo

PMS 53
Figura 3.17 Diagrama de Robustez del Caso de Uso Mantener Registro de Pedido.
analysis Entregar pedido
Curso Bsico:
El usuariose encuentra en la pestaa Visualizar pedido en Recuperar Cliente Cliente
Bsqueda de la ventana Registrar pestaa Busqueda
Venta hace clic en el botn Buscar Visualizar pestaa Recuperar venta
Pedido, el sistema recupera los Busqueda
pedidos en estado Pendiente y los
muestra ordenados por fecha
descendentemente, el usuario
clic en Buscar Recuperar personal Personal
selecciona el registro del pedido, el clic en Cancelar pedido
sistema busca el Detalle de pedido,
Descuento, Monto Adelanto; y los
muestra en la Ventana de Registro de Guardar pedido
Venta con los campos deshabilitados clic en Guardar Ventas
para cambios.
El usuario hace clic en el botn
Modificar, el sistema habilita los
campos de pedido, el usuario hace clic clic en registro de
en Entregar Pedido, el sistema captura pedido
Ventana Registrar
le fecha de entrega de pedido, el
Venta
usuario ingresa el Personal de Visualizar pestaa
clic en Pedido
entrega ya hace clic en el cono Datos
Guardar, el sistema actualiza los datos Modificar
en la Base de Datos.
Curso Alterno:
El sistema no encuentra el Detalle de
Pedido del pedido seleccionado, Habilitar capos de Articulo
Usuario
muestra un mensaje de error. clic en Entregar pedido Recuperar Detalle de
venta
sistema muestra la ventana de
Bsqueda de Ventas.
habilitar campos de
Detalle de venta
entrega
53 Servicio

PMS 54
Figura 3.18 Diagrama de Robustez del Caso de Uso Entregar Pedido.

Mdulo de Almacn
54

PMS 55
analysis Registrar Nota de entrada
Curso Bsico:
El usuario se encuentra en la Almacen
Recuperar Almacen
ventana Nota de Entrada hace clic
en el cono Nuevo, el sistema
recupera los Documentos de pago, Unidad de Medida
Almacn, Unidad de medida y los
muestra en la pestaa Datos de la Mostrar pestaa
misma ventana, el usuario ingresa Busqueda
los datos en los campos: Nmero Recuperar Unidad de
Visualizar pestaa Medida
de documento de pago, Serie,
Datos
elige el Documento de Pago, el clci en Cancelar
almacn, el prov eedor en la Comprobante de pago
pestaa Proveedor.
clic en Nuevo
Para agregar artculos al Detalle
de Nota de Entrada hace clic en el
botn buscar, el sistema recupera Recuperar
los registros de los artculos Activos Comprobante de Pago
y los muestra en la Ventana de
Bsqueda de Artculos, el usuario
clic en Buscar Recuperar articulo
elige el artculo, el sistema lo
carga al campo Artculo de la Visualizar ventana
Ventana Nota de
Ventana de Nota de Entrada, el Bsqueda de articulo Artculo
Usuario Entrada
usuario elige la unidad de
medida, ingresa la cantidad, el
precio unitario, y hace clic en
Agregar, el sistema lo carga a
Ventana Busqueda de
Detalle de Nota de Entrada, artculo
finalmente el usuario hace clic en ingresar datos articulo
el cono Guardar, el sistema clic en Agregar
cargar el articulo
verifica que todos los campos estn
elegido al campo
ingresados, guarda los datos, Articuclo
actualiza el stock del (los) artculo clic en Guardar
(s) y muestra la pestaa Bsqueda
con la informacin actualizada. Detalle Nota de
Cargar Detalle Nota de Entrada
Curso Alterno: Entrada
El usuario no ingresa todos los
guardar Detalle Nota
campos, el sistema muestra un Mostrar mensaje Entrada
mensaje. no
"Ingrese todos los si
El usuario hace clic en Cancelar, campos"
el sistema muestra la pestaa Guardar nota entrada
Verificar que todos los
datos sean ingresados
guardar movimiento Movimiento Almacen
Nota de Entrada
55
Figura 3.19 Diagrama de Robustez del Caso de Uso Registrar Nota de Entrada.

PMS 56
analysis Mantener Nota de entra...
Curso Bsico:
El usuario hace clic en el Mdulo
Almacn, luego clic en la opcin Nota
de Entrada, el sistema recupera los recuperar articulo
Visualizar pestaa
registros de Notas de Entrada de la Visualizar pestaa Habilitar campos
Datos
base de Datos y los muestra en la Busqueda Recuperar Detalle Nota
de Entrada Articulo
Ventana Nota de Entrada en la pestaa
clic en
Bsqueda. clic en registro
El usuario elige la Nota de Entrada Modificar
que desea modificar, el sistema no
recupera el Detalle de Nota de Entrada clic en Mensaje de
y los muestra en la pestaa Datos de la Cancelar clic en confirmacion guardar Detalle Nota
misma ventana con los campos Eliminar Entrada
deshabilitados para cambios.
Ventana de Nota de
Entrada
campos disponibles para modificar, el
usuario modifica los campos que clic en Guardar mostrar mensaje "no se
requiera y hace clic en el cono encuentra Detalle"
Guardar. Para eliminar una Nota de clic en Nota de
Entrada, el usuario hace clic en el Entrada guardar movimiento
cono Eliminar, el sistema muestra un Usuario
mensaje de confirmacin, el usuario
acepta. El sistema actualiza el stock del Detalle Nota de
(los) artculo (s), guarda los cambios en Guardar nota entrada Entrada
la Base de Datos y muestra la pestaa
Bsqueda actualizada.
Curso Alterno: Nota de Entrada

El sistema no encuentra el detalle de la Visualizar Ventana Movimiento Almacen
nota de entrada. Nota de Entrada
Recuperar Nota de
Entrada
sistema muestra la pestaa Bsqueda
de la misma ventana.
Recuperar almacen
Recuperar personal Almacen
recuperar proveedor Proveedor

Personal
56

PMS 57
Figura 3.20 Diagrama de Robustez del Caso de Uso Mantener Nota de Entrada.
analysis Registrar Nota de salida
Curso Bsico:
El usuario se encuentra en la Almacen
Recuperar Almacen
ventana Nota de Salida hace clic en
el cono Nuevo, el sistema recupera
la lista de Almacn, Unidad de
Mostrar pestaa
medida y los muestra en la pestaa
Busqueda
Datos de la misma ventana, el
usuario ingresa los datos en los Visualizar pestaa
campos: Responsable de recepcin, Datos Recuperar Unidad de Unidad de Medida
Responsable de entrega, el Medida
almacn.
Para agregar artculos al Detalle de clic en Cancelar
Nota de Salida hace clic en el botn clic en Nuevo
buscar, el sistema recupera los
Artculo
registros de los artculos Activos y los
muestra en la Ventana de Bsqueda
de Artculos, el usuario elige el Visualizar ventana
clci en Buscar
artculo, el sistema carga al campo Bsqueda de articulo Recuperar articulo
Artculo y stock de la Ventana de
Nota de Salida, el usuario elige la
unidad de medida, ingresa la
Ventana Nota de
cantidad y hace clic en Agregar, el
Salida
sistema verifica el stock del artculo y Usuario
lo carga a Detalle de Nota de
Salida, finalmente el usuario hace ingresar datos
clic en el cono Guardar, el sistema y clic en cargar el articulo
guarda los datos actualiza el stock elegido al campo Ventana Busqueda de
Agregar
del (los) artculo (s) y muestra la Articuclo artculo
pestaa Bsqueda con la
informacin actualizada. clic en Guardar
Curso Alterno:
El usuario no ingresa todos los Cargar Detalle Nota de
Mostrar mensaje Salida Nota de Salida
campos, el sistema muestra un
"Ingrese todos los
mensaje.
campos" Detalle Nota de Salida
El usuario hace clic en Cancelar, el si
sistema muestra la pestaa
Movimiento de Almacen
si
Verificar que todos los guardar nota salida

datos sean ingresados
57 guardar Detalle Nota
Salida
guardar movimiento

PMS 58
Figura 3.21 Diagrama de Robustez del Caso de Uso Registrar Nota de Salida.
analysis Mantener Nota de sali...
Curso Bsico:
El usuario hace clic en el Mdulo Visualizar pestaa Habilitar campos
Almacn, luego clic en la opcin Busqueda Visualizar pestaa
Nota de Salida, el sistema Datos
recupera los registros de Notas de clic en Modificar recuperar Detalle Nota
clic en Cancelar
Salida de la base de Datos y los de Salida
muestra en la Ventana Nota de clic en registro
Salida en la pestaa Bsqueda.
El usuario elige la Nota de Salida recuperar articulo
que desea modificar, el sistema clic en Eliminar
busca el Detalle de Nota de mostrar mensaje "no se
Salida; y los muestra en la encontro detalle de
Ventana de Nota de
pestaa Datos de la misma nota de salida"
Salida
ventana con los campos
Mensaje de
deshabilitados para cambios.
confirmacion
El usuario hace clic en el cono clic en Guadar
campos disponibles para
clic en Nota de Articulo
modificar, el usuario modifica los Detalle Nota de Salida
Salida
campos que requiera y hace clic
en el cono Guardar. Para Usuario Guardar Detalle Nota
eliminar la Nota de Salida el Salida
guardar nota de salida
usuario hace clic en el cono
Eliminar. El sistema actualiza el
stock del (los) artculo (s), guarda
los cambios en la Base de Datos y
Movimiento de Almacen
muestra la pestaa Bsqueda
actualizada.
Visualizar Ventana
Nota de Salida
Curso Alterno: Nota de Salida Guardar movimiento
recuperar Nota de
El sistema no encuentra el detalle Salida
de la nota de entrada.
El usuario hace clic en Cancelar,
el sistema muestra la pestaa
recuperar almacen Almacen
58 Personal
recuperar personal

PMS 59
Figura 3.22 Diagrama de Robustez del Caso de Uso Mantener Nota de Salida.
59

PMS 60
Arquitectura tcnica
Diagrama de Componentes
cmp Components
Capa de Interfaz
Window sForm
Capa Lgica
Librerias BL Libreras Comunes
Capa de Acceso a Datos
Librerias DA
ADO .NET
Base de Datos
Base de Datos
Figura 3.23 Diagrama de Componentes.
60

PMS 61
Diagrama de Despliegue
deployment Deployment Mo...
Capa Clientes
Cliente
Usuario Aplicacin
Capa de Datos
Serv idor de Base de Datos
Oracle
Figura 3.24 Diagrama de Despliegue.
61

PMS 62
62

PMS 63
C. REVISIN DEL DISEO PRELIMINAR

Modelo Esttico Inicial
class Diagrama de Clases
Maquina
UnidadMedida
- CodigoMaquina: char
- DescripcionMaquina: char - Denominacion: char
- Estado: int - Estado: int
- FechaCompra: date - IdUnidadMedida: int
- IdMaquina: int - ValorEntero: int
Comprobante
- SerieMaquina: char
- CodigoComprobante: char
- DenominacionComprobante: char Prov eedor
- IdComprobanteVenta: int
AsignacionMaquina - CodigoProveedor: char
- DeniminacionPro: char
- ContFinal: int - DireccionPro: char
- ContInicial: int - Estado: int
DistribucionMaterial - Estado: int - IdProveedor: int
- IdAsignacionMaquina: int - RepresetanteLegal: char
- Estado: int
- IdDistribucionMaterial: int - RucProveedor: char
- FechaFin: date NotaEntrada
- IdMaquina: int
- FechaInicio: date
- IdPersonal: int - Estado: int
- IdDistribucionMaterial: int DetalleNotaEntrada
- Observacion: char - FechaNEntrada: date
- Cantidad: int - IdNotaEntrada: int
- Estado: int - NumeroDocumento: char
DetalleVenta - IdDetalleNEntrada: int - NumeroNEntrada: int
- PrecioEntrada: float - Observacion: char
- Cantidad: int
- CantJuegos: int - SerieDoc: char Almacen
- Estado: int
- IdDetalleVenta: int - CodigoAlmacen: int
- IndArtServ: int - Descripcion: char
- MontoDescuento: float - Direccion: char
- Estado: int
NotaSalida - IdAlmacen: int
Venta
Personal
- Estado: int
- CodigoVenta: char
- ApeMaterno: char Mov imientoAlmacen - FechaNEntrada: date
- Estado: int
- ApePaterno: char - IdNotaEntrada: int
- FechaVenta: Date
- CodigoPersonal: int - Cantidad: int - NumeroNSalida: int
- IdVenta: int
- CodVendedor: char Serv icio - Estado: int - Observacion: char
- MontoDescuento: float
- Direccion: char - IdMovAlmacen: int
- NumeroDocumento: char
- Email: char - CodigoServicio: char - PrecioUnitario: float
- Observaciones: char
- Estado: int - Denominacion: char - Prioridad: int
- FechaContrato: date - Descripcion: char - suma: int
- FechaNacimiento: date - Estado: int - Tipo: char
- IdPersonal: int - IdServicio: int - TipoMov: int
- IndVendedor: int - IndBoton: int
- Nombres: char - NombreCorto: char
- Telefono: char
DetalleNotaSalida
- Cantidad: int
Articulo - Estado: int
ListaPrecio - IdNotaSalida: int
- CodigoArticulo: char - PrecioSalida: float
Cliente - IdListaPrecio: int - Denominacion: char
- ApeMaterno: char - precio1: float - Descripcion: char
- ApePaterno: char - precio2: float - IdArticulo: int
Pedido - CodigoCliente: char - precio3: float - IndBoton: int
- Direccion: char - precio4: float - NombreCorto: char
- CodigoPedido: char - StockMinimo: int
- Email: char
- Estado: int
- Estado: int
- FechaPedido: date
- IdCliente: int
- IdPedido: int
- Nombres: char
- IdPersonalEntrega: int
- RazonSocial: char
- MontoAdelanto: float
- Ruc: char
- MontoDescuento: float
- Telefono: char
63
Figura 3.25 Modelo Esttico Inicial.

PMS 64
D. REVISIN DEL DISEO PRELIMINAR

Diagramas de Secuencia
Mdulo de Ventas
64
Figura 3.26 Diagrama de Secuencia del Caso de Uso Registrar Venta.

PMS 65
65

PMS 66
Figura 3.27 Diagrama de Secuencia del Caso de Uso Mantener Registro de Venta.
66

PMS 67
Figura 3.28 Diagrama de Secuencia del Caso de Uso Registrar Pedido.
67

PMS 68
68

PMS 69
Figura 3.29 Diagrama de Secuencia del Caso de Uso Mantener Registro de Pedido.
69

PMS 70
70

PMS 71
Figura 3.30 Diagrama de Secuencia del Caso de Uso Entregar Pedido.

Mdulo de Almacn
71

PMS 72
Figura 3.31 Diagrama de Secuencia del Caso de Uso Registrar Nota de Entrada.
72

PMS 73
Figura 3.21 Diagrama de Secuencia del Caso de Uso Mantener Nota de Entrada.
73

PMS 74
Figura 3.33 Diagrama de Secuencia del Caso de Uso Registrar Nota de Salida.
74

PMS 75
75

PMS 76
Figura 3.34 Diagrama de Secuencia del Caso de Uso Mantener Nota de Salida.
Modelo Esttico Actualizado
class Domain Obj e...
AsignacionMaquina
Maquina
- ContFinal: int DistribucionMaterial
- ContInicial: int
- DescripcionMaquina: char - Estado: int
- Estado: int
- Estado: int - FechaFin: date
- IdDistribucionMaterial: int
- FechaCompra: date 1 0..* - - FechaInicio: date
IdEstadoAsingaMaquina: int - IdDistribucionMaterial: int
- IdMaquina: int
- IdMaquina: int
- SerieMaquina: char 0..* 1 - Observacion: char
- IdPersonal: int
+ recuperarMaquina(Maquina) : void + recuperarDistribucionMaterial(DistribucionMaterial) : void

+ recuperarAsignacionMaquina(Personal, DistribucionMaterial) : void UnidadMedida
0..*
- Denominacion: char
- Estado: int
- IdUnidadMedida: int
- ValorEntero: int 1
+ recuperarUnidadMedida(UnidadMedida) : void
1 1
1 Venta Comprobante
- CodigoVenta: char Almacen
Personal - CodigoComprobante: char
- Estado: int - DenominacionComprobante: char
- FechaVenta: Date - CodigoAlmacen: int
- ApeMaterno: char 1..* 1 - IdComprobante: int
- IdCliente: int - Descripcion: char
- ApePaterno: char - Direccion: char Prov eedor
- CodigoPersonal: int - IdComrpobante: int + recuperarComprobante(Comprobante) : void
- CodVendedor: char - CodigoProveedor: char
- IdVenta: int - IdAlmacen: int
- Direccion: char - DeniminacionPro: char
- MontoDescuento: float - DireccionPro: char
- Email: char + recuperarAlmacen(Almacen) : void
- NumeroComprobante: char - Estado: int
- Estado: int 1 0..* - 0..* 1
- FechaContrato: date Observaciones: char 1 - IdProveedor: int
- FechaNacimiento: date 0..* DetalleNotaSalida - RepresetanteLegal: char
- IdPersonal: int + agregarAlmacenArticulo(DetalleVenta) : void - RucProveedor: char
1
+ agregarAlmacenServicio(DetalleVenta) : void - Cantidad: int
- IndVendedor: int DetalleVenta
- Nombres: char + descuentoAlmacenArticulo(DetalleVenta) : void - Estado: int + recuperarProveedor(Proveedor) : void
+ descuentoAlmacenServicio(DetalleVenta) : void 0..*
- Telefono: char - Cantidad: int - IdArticulo: int
+ eliminarVenta(DetalleVenta, Venta) : void 0..1
- CantJuegos: int - IdDetalleNotaSalida: int
+ guardarVenta(DetalleVenta, Venta) : void 1..* - NotaSalida
+ recuperarPersonal(Personal) : void Estado: int - IdNotaSalida: int
1 + modificarVenta(DetalleVenta, Venta) : void - IdDetalleVenta: int - IdUnidadMedida: int - Estado: int
1.. + recuperarVenta(Venta) : void - PrecioSalida: float
- IndArtServ: int - FechaNSalida: date
1..* 1
0..* - MontoDescuento: float - IdNotaSalida: int
+ eliminarDetalleNotaSalida(DetalleNotaSalida) : void - IdPersonalEntrega: int
+ eliminarDetalleVenta(DetalleVenta) : void + guardarDetalleNotaSalida(DetalleNotaSalida) : void - IdPersonalRecepcion: int
+ guardarDetalleVenta(DetalleVenta) : void - NumeroNSalida: int
1.. 0..* 1
0..* + modificarDetalleVenta(DetalleVenta) : void - Observacion: char
0..1
Pedido 1 0..* 0..* + eliminarNotaSalida(DetalleNotaSalida, NotaSalida) : void
Cliente + guardarNotaSalida(NotaSalida) : void
- CodigoPedido: char 0..* 1..*
+ modificarNotaSalida(NotaSalida) : void
- Estado: int - ApeMaterno: char
- FechaEntrega: date - ApePaterno: char NotaEntrada
- FechaPedido: date - CodigoCliente: char
- Estado: int
- IdPedido: int - Direccion: char
- Email: char - FechaNEntrada: date
- IdPersonal: int
- Estado: int - IdComprobante: int
0..1 - IdNotaEntrada: int
- MontoDescuento: float - IdCliente: int 1..*
- Nombres: char - IdPersonal: int
- RazonSocial: char Serv icio - IdProveedor: int
Mov imientoAlmacen - NumeroDocumento: char
+ eliminarPedido(DetallePedido, Pedido) : void - Ruc: char - CodigoServicio: char
- Cantidad: int - NumeroNEntrada: int
+ guardarPedido(DetallePedido, Pedido) : void - Telefono: char - Denominacion: char
1..* - Estado: int - Observaciones: char
+ modificarPedido(DetallePedido, Pedido) : void - Descripcion: char 1
+ recuperarCliente(Cliente) : void - IdAlmacen: int - SerieDoc: char
+ recuperarPedido(Pedido) : void - Estado: int
- IdMovAlmacen: int
- IdServicio: int Articulo + eliminarNotaEntrada(DetalleNotaEntrada, NotaEntrada) : void
- PrecioUnitario: float
- IndBoton: int + guardarNotaEntrada(NotaEntrada) : void
- CodigoArticulo: char - Prioridad: int
- NombreCorto: char + modificarNotaEntrada(NotaEntrada) : void
0..1 - Denominacion: char - suma: int
- Descripcion: char - Tipo: char
+ recuperarServicio(Servicio) : void 1
- IdArticulo: int - TipoMov: int
1 - IndBoton: int
- NombreCorto: char + registrarEntrada(MovimientoAlmacen) : void
1 - StockMinimo: int + registrarSalida(MovimientoAlmacen) : void
1
1..*
+ recuperarServicio(Venta) : void
1
ListaPrecio
- Estado: int 1
- IdListaPrecio: int
- precio1: float
- precio2: float 1 1..*
- precio3: float
- precio4: float DetalleNotaEntrada
- Cantidad: int
+ recuperarListaPrecio(ListaPrecio) : void
- Estado: int
- IdArticulo: int
76 0..* -
-
-
IdDetalleNEntrada: int
IdNotaEntrada: int
IdUnidadMedida: int
0..*
- PrecioEntrada: float
+ eliminarDetalleNotaEntrada(DetalleNotaEntrada) : void
+ guardarDetalleNotaEntrada(DetalleNotaEntrada) : void

PMS 77
Figura 3.35 Modelo Esttico Actualizado.

E. ETAPA 3: REVISIN DEL DISEO CRTICO
77

PMS 78
AsignacionMaquina
Maquina
- ContFinal: int DistribucionMaterial
- ContInicial: int
- DescripcionMaquina: char - Estado: int
- Estado: int
- Estado: int - FechaFin: date
- IdDistribucionMaterial: int
- FechaCompra: date 1 0..* - - FechaInicio: date
IdEstadoAsingaMaquina: int - IdDistribucionMaterial: int
- IdMaquina: int
- IdMaquina: int
- SerieMaquina: char 0..* 1 - Observacion: char
- IdPersonal: int
+ recuperarMaquina(Maquina) : void + recuperarDistribucionMaterial(DistribucionMaterial) : void

+ recuperarAsignacionMaquina(Personal, DistribucionMaterial) : void UnidadMedida
0..*
- Denominacion: char
- Estado: int
- ValorEntero: int 1
+ recuperarUnidadMedida(UnidadMedida) : void
1 1
1 Venta Comprobante
- CodigoVenta: char Almacen
Personal - CodigoComprobante: char
- Estado: int - DenominacionComprobante: char
- FechaVenta: Date - CodigoAlmacen: int
- ApeMaterno: char 1..* 1 - IdComprobante: int
- IdCliente: int - Descripcion: char
- ApePaterno: char - Direccion: char Prov eedor
- CodigoPersonal: int - IdComrpobante: int + recuperarComprobante(Comprobante) : void
- CodVendedor: char - CodigoProveedor: char
- IdVenta: int - IdAlmacen: int
- Direccion: char - DeniminacionPro: char
- MontoDescuento: float - DireccionPro: char
- Email: char + recuperarAlmacen(Almacen) : void
- NumeroComprobante: char - Estado: int
- Estado: int 1 0..* - 0..* 1
- FechaContrato: date Observaciones: char 1 - IdProveedor: int
- FechaNacimiento: date 0..* DetalleNotaSalida - RepresetanteLegal: char
- IdPersonal: int + agregarAlmacenArticulo(DetalleVenta) : void - RucProveedor: char
1
+ agregarAlmacenServicio(DetalleVenta) : void - Cantidad: int
- IndVendedor: int DetalleVenta
- Nombres: char + descuentoAlmacenArticulo(DetalleVenta) : void - Estado: int + recuperarProveedor(Proveedor) : void
+ descuentoAlmacenServicio(DetalleVenta) : void 0..*
- Telefono: char - Cantidad: int - IdArticulo: int
+ eliminarVenta(DetalleVenta, Venta) : void 0..1
- CantJuegos: int - IdDetalleNotaSalida: int
+ guardarVenta(DetalleVenta, Venta) : void 1..* - NotaSalida
+ recuperarPersonal(Personal) : void Estado: int - IdNotaSalida: int
1 + modificarVenta(DetalleVenta, Venta) : void - IdDetalleVenta: int - IdUnidadMedida: int - Estado: int
1.. + recuperarVenta(Venta) : void - PrecioSalida: float
- IndArtServ: int - FechaNSalida: date
1..* 1
0..* - MontoDescuento: float - IdNotaSalida: int
+ eliminarDetalleNotaSalida(DetalleNotaSalida) : void - IdPersonalEntrega: int
+ eliminarDetalleVenta(DetalleVenta) : void + guardarDetalleNotaSalida(DetalleNotaSalida) : void - IdPersonalRecepcion: int
+ guardarDetalleVenta(DetalleVenta) : void - NumeroNSalida: int
1.. 0..* 1
0..* + modificarDetalleVenta(DetalleVenta) : void - Observacion: char
0..1
Pedido 1 0..* 0..* + eliminarNotaSalida(DetalleNotaSalida, NotaSalida) : void
Cliente + guardarNotaSalida(NotaSalida) : void
- CodigoPedido: char 0..* 1..*
+ modificarNotaSalida(NotaSalida) : void
- Estado: int - ApeMaterno: char
- FechaEntrega: date - ApePaterno: char NotaEntrada
- FechaPedido: date - CodigoCliente: char
- Estado: int
- IdPedido: int - Direccion: char
- Email: char - FechaNEntrada: date
- IdPersonal: int
- Estado: int - IdComprobante: int
0..1 - IdNotaEntrada: int
- MontoDescuento: float - IdCliente: int 1..*
- Nombres: char - IdPersonal: int
- RazonSocial: char Serv icio - IdProveedor: int
Mov imientoAlmacen - NumeroDocumento: char
+ eliminarPedido(DetallePedido, Pedido) : void - Ruc: char - CodigoServicio: char
- Cantidad: int - NumeroNEntrada: int
+ guardarPedido(DetallePedido, Pedido) : void - Telefono: char - Denominacion: char
1..* - Estado: int - Observaciones: char
+ modificarPedido(DetallePedido, Pedido) : void - Descripcion: char 1
+ recuperarCliente(Cliente) : void - IdAlmacen: int - SerieDoc: char
+ recuperarPedido(Pedido) : void - Estado: int
- IdMovAlmacen: int
- IdServicio: int Articulo + eliminarNotaEntrada(DetalleNotaEntrada, NotaEntrada) : void
- PrecioUnitario: float
- IndBoton: int + guardarNotaEntrada(NotaEntrada) : void
- CodigoArticulo: char - Prioridad: int
- NombreCorto: char + modificarNotaEntrada(NotaEntrada) : void
0..1 - Denominacion: char - suma: int
- Descripcion: char - Tipo: char
+ recuperarServicio(Servicio) : void 1
- IdArticulo: int - TipoMov: int
1 - IndBoton: int
- NombreCorto: char + registrarEntrada(MovimientoAlmacen) : void
1 - StockMinimo: int + registrarSalida(MovimientoAlmacen) : void
1
1..*
+ recuperarServicio(Venta) : void
1
ListaPrecio
- Estado: int 1
- IdListaPrecio: int
- precio1: float
- precio2: float 1 1..*
- precio3: float
- precio4: float DetalleNotaEntrada
- Cantidad: int
+ recuperarListaPrecio(ListaPrecio) : void
- Estado: int
- IdArticulo: int
0..* - IdDetalleNEntrada: int
- IdNotaEntrada: int
0..*
- PrecioEntrada: float
+ eliminarDetalleNotaEntrada(DetalleNotaEntrada) : void
+ guardarDetalleNotaEntrada(DetalleNotaEntrada) : void
78
Figura 3.36 Modelo Esttico Final

PMS 79
F. IMPLEMENTACIN
Modelo Fsico de la Base de Datos
AsignacionMaquina
Maquina column DistribucionMaterial

ContFinal: NUMBER(16)
column ContInicial: NUMBER(16) column
CodigoMaquina: VARCHAR(12) IdDistribucionMaterial: NUMBER(12) FechaFin: DATE
DescripcionMaquina: VARCHAR(256) Estado: NUMBER(1) FechaInicio: DATE
FechaCompra: DATE *PK IdAsignacionMaquina: NUMBER(12) *PK IdDistribucionMaterial: NUMBER(12)
*PK IdMaquina: NUMBER(12) FK IdMaquina: NUMBER(12) Observacion: VARCHAR(256)
1 0..* FK IdPersonal: NUMBER(12) 0..* 1
SerieMaquina: VARCHAR(16) Estado: NUMBER(1)
Estado: NUMBER(1)
FK PK
PK + FK_AsignacionMaquina_Maquina(NUMBER) + PK_DistribucionMaterial(NUMBER)
+ PK_Maquina(NUMBER) + FK_AsignacionMaquina_Personal(NUMBER)
PK UnidadMedida
+ PK_AsignacionMaquina(NUMBER)
column
0..* Denominacion: VARCHAR(50)
*PK IdUnidadMedida: NUMBER(38)
ValorEntero: NUMBER(6) 1
Estado: NUMBER(1)
Venta
column PK
CodigoVenta: VARCHAR(8) + PK_UnidadMedida(NUMBER)
Estado: NUMBER(1)
Personal 1 1
FechaVenta: DATE Comprobante
1 *PK IdVenta: NUMBER(12)
column MontoDescuento: FLOAT column
ApeMaterno: VARCHAR(16) NumeroComprobante: VARCHAR(8) DenominacionComprobante: VARCHAR(16)
ApePaterno: VARCHAR(16) 0..* Observaciones: VARCHAR(256) *PK IdComprobante: NUMBER(12)
CodigoPersonal: VARCHAR(8) FK IdCliente: NUMBER(12) CodigoComprobante: VARCHAR(8)
CodVendedor: VARCHAR(8) 1 FK IdPersonal: NUMBER(12) Estado: NUMBER(1)
Direccion: VARCHAR(50) FK IdComprobante: NUMBER(12) 1..* 1
Email: VARCHAR(50) 1
PK
Estado: NUMBER(1) Almacen
FK + PK_Comprobante(NUMBER)
FechaContrato: DATE
+ FK_Venta_Cliente(NUMBER) Prov eedor
FechaNacimiento: DATE column
+ FK_Venta_Comprobante(NUMBER)
IndVendedor: NUMBER(1) CodigoAlmacen: NUMBER(8)
+ FK_Venta_Personal(NUMBER) column
Nombres: VARCHAR(16) Direccion: VARCHAR(100)
Telefono: VARCHAR(10) PK CodigoProveedor: VARCHAR(8)
Estado: NUMBER(1)
*PK IdPersonal: NUMBER(12) + PK_Venta(NUMBER) DeniminacionPro: VARCHAR(100)
*PK IdAlmacen: NUMBER(12)
DireccionPro: VARCHAR(100)
0..* Descripcion: VARCHAR(256)
0..* *PK IdProveedor: NUMBER(38)
PK RepresetanteLegal: VARCHAR(100)
+ PK_Personal(NUMBER)
1 PK
DetalleVenta DetalleNotaSalida RucProveedor: VARCHAR(12)
NotaSalida + PK_Almacen(NUMBER)
1 Estado: NUMBER(1)
1..* column
column 1
Cantidad: NUMBER(6) 0..* column
Cantidad: NUMBER(6) PK
Estado: NUMBER(1) Estado: NUMBER(1)
*PK IdDetalleNotaSalida: NUMBER(12) 0..* + PK_Proveedor(NUMBER)
0..1 *PK IdDetalleVenta: NUMBER(12) FechaNSalida: DATE
PrecioSalida: FLOAT
IndArtServ: NUMBER(1) *PK IdNotaSalida: NUMBER(38) 0..1
Cliente Estado: NUMBER(1)
MontoDescuento: FLOAT NumeroNSalida: NUMBER(6)
FK IdNotaSalida: NUMBER(38)
0..* CantJuegos: NUMBER(6) Observacion: VARCHAR(256)
column FK IdArticulo: NUMBER(12)
FK IdVenta: NUMBER(12) FK IdAlmacen: NUMBER(12)
ApeMaterno: VARCHAR(16) FK IdUnidadMedida: NUMBER(12)
Pedido FK IdArticulo: NUMBER(12) IdPersonalEntrega: NUMBER(12)
ApePaterno: VARCHAR(16) IdPersonalRecepcion: NUMBER(12)
FK IdServicio: NUMBER(12)
column CodigoCliente: VARCHAR(8) FK 1..* 1
FK IdUnidadMedida: NUMBER(12)
CodigoPedido: VARCHAR(8) Direccion: VARCHAR(50) + FK_DetalleNotaSal_UnidadMedida(NUMBER)
FK
FechaPedido: DATE Email: VARCHAR(50) + FK_DetalleNotaSalid_NotaSalida(NUMBER)
FK + FK_NotaSalida_Almacen(NUMBER)
*PK IdPedido: NUMBER(12) *PK IdCliente: NUMBER(12) + FK_DetalleNotaSalida_Articulo(NUMBER)
MontoAdelanto: FLOAT Nombres: VARCHAR(16) + FK_DetalleVenta_Articulo(NUMBER) PK
PK
RazonSocial: VARCHAR(100) + FK_DetalleVenta_Servicio(NUMBER) + PK_NotaSalida(NUMBER)
MontoDescuento: FLOAT + PK_DetalleNotaSalida(NUMBER)
FK IdPersonal: NUMBER(12) Ruc: CHAR(12) + FK_DetalleVenta_UnidadMedida(NUMBER)
Estado: NUMBER(1) Telefono: VARCHAR(10) + FK_DetalleVenta_Venta(NUMBER) 0..* 1
Observaciones: VARCHAR(256) Estado: NUMBER(1) PK
1
FechaEntrega: DATE + PK_DetalleVenta(NUMBER) 1..*
PK
0..* 0..* NotaEntrada
FK + PK_Cliente(NUMBER) 0..*
+ FK_Pedido_Personal(NUMBER)
column
PK FechaNEntrada: DATE
+ PK_Pedido(NUMBER) *PK IdNotaEntrada: NUMBER(38)
NumeroComprobante: VARCHAR(8)
0..1 NumeroNEntrada: NUMBER(6)
Observacion: VARCHAR(256)
Serv icio SerieDoc: VARCHAR(6)
Estado: NUMBER(1)
column Mov imientoAlmacen FK IdProveedor: NUMBER(12)
CodigoServicio: VARCHAR(8) IdPersonalRecepcion: NUMBER(12)
1..* FK IdAlmacen: NUMBER(12)
Denominacion: VARCHAR(50) column
Descripcion: VARCHAR(256) Cantidad: NUMBER(6) PersonalEntrega: VARCHAR(100)
*PK IdServicio: NUMBER(38) *pfK IdMovAlmacen: NUMBER(38)
IndBoton: NUMBER(1) PrecioUnitario: FLOAT FK
NombreCorto: VARCHAR(10) Prioridad: NUMBER(1) + FK_NotaEntrada_Almacen(NUMBER)
Estado: NUMBER(1) suma: NUMBER(1) + FK_NotaEntrada_Proveedor(NUMBER)
FK IdListaPrecio: NUMBER(12) Tipo: VARCHAR(6) PK
TipoMov: NUMBER(1) + PK_NotaEntrada(NUMBER)
FK Estado: NUMBER(1)
+ FK_Servicio_ListaPrecio(NUMBER) 1..* IdAlmacen: NUMBER(12) 1
PK FK IdDocMov: NUMBER(12)
+ PK_Servicio(NUMBER)
FK
1
+ FK_MovimientoAlm_DetalleNotaEn(NUMBER)
+ FK_MovimientoAlm_DetalleNotaSa(NUMBER) 1..*
1 + FK_MovimientoAlma_DetalleVenta(NUMBER)
PK
Articulo + PK_MovimientoAlmacen(NUMBER)
1 0..*
column
ListaPrecio CodigoArticulo: VARCHAR(8) 1..*
Denominacion: VARCHAR(50)
column Descripcion: VARCHAR(256) DetalleNotaEntrada
*PK IdListaPrecio: NUMBER(12) *PK IdArticulo: NUMBER(38)
precio1: FLOAT IndBoton: NUMBER(1) column
precio2: FLOAT StockMinimo: FLOAT Cantidad: NUMBER(6)
precio3: FLOAT 1 Estado: NUMBER(1)
NombreCorto: VARCHAR(10)
precio4: FLOAT FK IdListaPrecio: NUMBER(12) *PK IdDetalleNEntrada: NUMBER(38)
Estado: NUMBER(1) Estado: NUMBER(1) PrecioEntrada: FLOAT
FK IdArticulo: NUMBER(12)
1 1 FK IdNotaEntrada: NUMBER(12) 0..*
PK FK
+ PK_ListaPrecio(NUMBER) + FK_Articulo_ListaPrecio(NUMBER) 1 0..1 FK IdUnidadMedida: NUMBER(12)
PK
FK
+ PK_Articulo(NUMBER)
79
+ FK_DetalleNotaEnt_UnidadMedida(NUMBER)
+ FK_DetalleNotaEntr_NotaEntrada(NUMBER)
+ FK_DetalleNotaEntrada_Articulo(NUMBER)
PK
+ PK_DetalleNotaEntrada(NUMBER)

PMS 80
Figura 3.71 Modelo Fsico de la Base de Datos.
80

PMS 81
Cdigo
Anexo 1
Pruebas
Mdulo de Ventas
Elemento Objeto de la Prueba Registrar Venta
Descripcin Guardar una venta de forma
correcta.
Condiciones de ejecucin Se debe haber realizado la
distribucin de material en el Mdulo
de Control Diario para la fecha de la
venta.
Entrada El usuario ingresa todos los campos
requeridos de forma correcta y hace
clic en Guardar.
Resultado Esperado La aplicacin guarda la venta,
vuelve a cargar la grilla con la lista de
ventas y limpia los campos para
ingresar una nueva venta.
Resultado Real Correcto.
Elemento Objeto de la Prueba Registrar Venta

Descripcin Guardar una venta de forma
incorrecta.
Condiciones de ejecucin Se debe haber realizado la
distribucin de material en el Mdulo
de Control Diario para la fecha de la
venta.
Entrada El usuario no ingresa todos los datos
requeridos para la venta y hace clic
en Guardar.
Resultado Esperado La aplicacin muestra un mensaje
indicando los campos que faltan
ingresar, no guarda la venta.
Elemento Objeto de la Prueba Modificar Registro de Venta

Descripcin Modificar un Registro de Venta de
forma incorrecta.
Condiciones de ejecucin
81 Entrada El usuario elige la venta a modificar,
hace clic en Modificar, cambia los
datos habilitados por la aplicacin
deja en blanco algn dato obligatorio

PMS 82
y hace clic en Guardar.

indicando los datos que faltan
ingresar, no guarda los cambios.
Elemento Objeto de la Prueba Modificar Registro de Venta

Descripcin Modificar un Registro de Venta de
forma incorrecta.
Entrada El usuario elige la venta a modificar,
hace clic en Modificar, cambia los
datos habilitados por la aplicacin
deja en blanco algn dato obligatorio
y hace clic en Guardar.
indicando los datos que faltan
Elemento Objeto de la Prueba Entregar Pedido

Descripcin Registrar una Entrega de Pedido de
forma correcta.
Entrada El usuario selecciona el Pedido a
Entregar, ingresa el personal de
Entrega y hace clic en Entregar.
Resultado Esperado La aplicacin cambia el estado del
Pedido a Entregado y guarda los
cambios.
Elemento Objeto de la Prueba Entregar Pedido

Descripcin Registrar una Entrega de Pedido de
forma incorrecta.
Entrada El usuario selecciona el Pedido a
Entregar, no ingresa el personal de
Entrega y hace clic en Entregar.
82 indicando el campo que debe

PMS 83
Mdulo de Almacn
Elemento Objeto de la Prueba Registrar Nota de Entrada
Descripcin Registrar una Nota de Entrada de
forma correcta.
Entrada El usuario ingresa todos los campos
requerido para la Nota de Entrada y
hace clic en Guardar.
Resultado Esperado La aplicacin guarda la Nota de
Entrada, vuelve a cargar la grilla y la
muestra en la pestaa de Bsqueda.
Elemento Objeto de la Prueba Registrar Nota de Entrada

Descripcin Registrar una Nota de Entrada de
forma incorrecta.
Entrada El usuario no ingresa todos los campos
requerido para la Nota de Entrada y
hace clic en Guardar.
indicando los campos requeridos
para realizar la operacin, no guarda
la Nota de Entrada
83

PMS 84
CAPTULO IV
CONCLUSIONES Y RECOMENDACIONES
BIBLIOGRAFA
1. E. Kendal, Kenneth y E. Kendall, Julie.(2005) Anlisis y diseo de
sistemas (6ta edicin). Mxico,Pearson Educacion S.A.
2. Doug Rosenberg, Matt Stephens Y Mark Collins.(2005) Agile
Development with ICONIX Process. United States of
America,Apress.
3. Booch, Grady; Rumbaugh, James; Jacobson, Ivar.(2007) El
Lenguaje Unificado deModelado. Manual de Referencia.
Espaa, Editorial Addison Wesley.
4. Esperanza Marcos y Beln Vela, Juan M Vara. (2005) Diseo de
bases de datos objeto-relacionales con UML. Madrid, Editorial
DYKINSON.
5. Debrauwer y Fien Van der Heyde. (2005) UML 2.0. Barcelona,
Espaa, Laurent Ediciones ENI.
6. Cristina Gomez, Eric Mayol, Antoni Oliv y Ernest Teniente. (2003)
Diseo de Sistemas de Software Uml. Barcelona, Espaa,
EdicionesUPC.
7. Francisco Moreno. (2000) Introduccin a la Programacin
Orientada a Objetos.Grupo Eidos.
8. Raymond McLeod, 2000. Sistemas de Informacin Gerencial
Sptima Edicin. Mxico, Pearson Educacin.
9. Andreu, Ricart y Valor. (1997) La Organizacin en la Era de la
Informacin. Andreu. McGraw Hill.
84 10. Vicen Fernndez Alarcn. (2006) Desarrollo de Sistemas de
Informacin. Una MetodologaBasado en el Modelado.
Barcelona, EdicionsUPC.

PMS 85
11. James a. Senn. (1992) Anlisis y Diseo de Sistemas de

Informacin. McGraw Hill.
12. Luis Joyanes Aguilar. (1996) Programacin Orientada a Objetos.
Espaa, McGraw Hill.
85

ACFrOgBofOx05B6oJY8F eLHwdT28E7lgvrgbd9nxPAvazUb1RWbB10Cuj8d8ohRa69ww4sksxSWaIWUV2Vr-Lc0r6o8YFJFUnFCeLAYMBf QTwf9-Cz 3TruTM BmE

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

ACFrOgBofOx05B6oJY8F eLHwdT28E7lgvrgbd9nxPAvazUb1RWbB10Cuj8d8ohRa69ww4sksxSWaIWUV2Vr-Lc0r6o8YFJFUnFCeLAYMBf QTwf9-Cz 3TruTM BmE

Uploaded by

Copyright:

Available Formats

PMS

1.1 OBJETIVO GENERAL

1.2 OBJETIVOS ESPECFICOS

PMS | Ing. Rivas Carhuancho Alan

2.1 SISTEMAS DE INFORMACIN

Un sistema de informacin es un conjunto de personas, datos,

Andreu, Ricart y Valor (1996) definen los sistemas de informacin

2.1.1 COMPONENTES DE UN SISTEMA DE INFORMACIN

PMS | Ing. Rivas Carhuancho Alan

a. Individuos participantes.El primer componente que se analiza,

b. Propietarios de sistemas.Son aquellas personas que patrocinan

c. Usuarios de sistemas: son aquellas personas que utilizan los

d. Datos e informacin.Los datos consisten en hechos y cifras que

PMS | Ing. Rivas Carhuancho Alan

datos procesados con significado, y dotados de relevancia y

f. Tecnologa de la informacin.La tecnologa de la informacin

2.1.2 CATEGORAS DE SISTEMAS DE INFORMACIN

a. Sistemas para el procesamiento de transacciones. Los sistemas

PMS | Ing. Rivas Carhuancho Alan

de transacciones, que es el conjunto de procedimientos para

b. Sistemas de Informacin administrativa.Los Sistemas de

c. Sistema para el soporte de decisiones.Los sistemas para el

PMS | Ing. Rivas Carhuancho Alan

2.2 ARQUITECTURA DE SOFTWARE

La arquitectura de software es la organizacin fundamental de

La arquitectura de software es la organizacin fundamental de un

Teniendo en cuenta las propiedades (requisitos no funcionales) del

2.2.1 ARQUITECTURA DE CLIENTE SERVIDOR EN DOS CAPAS

PMS | Ing. Rivas Carhuancho Alan

El desgaje de los datos de las aplicaciones dio lugar a las

2.2.1 ARQUITECTURA DE TRES CAPAS

2.2.1 ARQUITECTURA CON N CAPAS

PMS | Ing. Rivas Carhuancho Alan

desde su propias capa, inmediatamente arriba de su capa o

2.3 LENGUAJE UNIFICADO DE MODELADO (UML)

UML capta la informacin sobre la estructura esttica y el

UML presenta las siguientes caractersticas:

PMS | Ing. Rivas Carhuancho Alan

servir de gua para decidir qu artefactos producir, qu

b. UML es un lenguaje para especificar.En este contexto,

c. UML es un lenguaje para construir.UML no es un lenguaje de

d. UML es un lenguaje para documentar.UML se refiere a la

2.3.1 VISTAS DE UML

PMS | Ing. Rivas Carhuancho Alan

La clasificacin estructural describe los elementos del sistema y sus

Vista de los casos de uso

PMS | Ing. Rivas Carhuancho Alan

La vista de interaccin describe secuencias de intercambios de

Vista de la mquina de estados

Vista de la mquina de estados

PMS | Ing. Rivas Carhuancho Alan

despliegue en nodos de ejecucin. Estas vistas proporcionan una

Vista de gestin del modelo

2.5 PROGRAMACIN ORIENTADA A OBJETOS

PMS | Ing. Rivas Carhuancho Alan

La programacin a objetos es un conjunto de disciplinas que

La programacin orientada a objetos permite una representacin

La Programacin orientada a objetos agrupa un conjunto de

Segn Boochel soporte fundamental del Modelo Objeto son cuatro

2.5.1 CARACTERSTICAS DE LA PROGRAMACIN ORIENTADA A

a. ABSTRACCIN. Es la propiedad que permite representar las

PMS | Ing. Rivas Carhuancho Alan

b. ENCAPSULACIN. Es la propiedad que permite asegurar que el