UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERÍA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA INFORMÁTICA Y DE SISTEMAS
CURSO:
INGENIERÍA DE SOFTWARE SOFTWARE I Plan General del Proyecto
Implementac!n "el S#$t%a&e pa&a la emp&e'a (FUNERARIA SAN LUIS) AUTORES:
CIC#O:
CERNA PAUCAR, Jean Pierre RUBIO MENDEZ, Dieo Ale!i" SOSA PAJUE#O, PAJUE#O, J$lio Gon%&lo '
*ARRANCA+ PER, -./0
De"cat#&a Dedicamos primeramente nuestro trabajo a Dios, por habernos permitido llegar hasta este punto y habernos dado salud, ser el manantial de vida y darnos lo necesario para seguir adelante día a día para lograr nuestros objetivos, y a nuestros padres ya que gracias a ellos estamos en este mundo y ejerciendo lo que nos gusta.
A1&a"ecment # Primero y antes que nada, dar gracias a Dios, por estar con nosotros en cada paso de nuestras vidas, por fortalecer, f ortalecer, por haber puesto en nuestro camino a aquellas personas que han sido nuestro soporte y compañía durante todo el periodo de estudio. Agradecer hoy y siempre a nuestros padres por el apoyo, la alegría y la fortaleza necesaria para seguir adelante.
(ndice 1.
))))))))))))))))))))))))))))))) )))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))* * Resumen))))))))))))))))))))
2.
))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))))+ ))))))))))))+ Abstract))))))))))))))))))))
3.
)))))))))))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))) ))))) Introducción))))))))))))))))))))
4.
)))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))))))))))))))Generalidades))))))))))))))))))))) Nombre Del Proyecto:)))))))))))))))))))) ))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))))))))))))))))))))Descripción Del Proyecto:)))))))))))))))))))) ))))))))))))))))))))))))))))))) )))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))) )))))))o!otipo de la "r!ani#ación:))))))))))))))))))))))))))))))))))))))))))))))))))))))Ra#ón social de la "r!ani#ación: "r !ani#ación:)))))))))))))))))))))))))))))))))))))))))))))./
)))))))))))))))))))))))))))))))) )))))))))))))))))))))) )))))))))))))))./ ))))./ Descripción de la "r!ani#ación:))))))))))))))))))))) "r!ani!rama:))))))))))))))))))))) )))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))))))) )))))))))))))))./ ./ 'ituación Problem(tica))))))))))))))))))))) ))))))))))))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))))))))))) )))))))))))))))))))./ ./ Descripción de la "r!ani#ación:))))))))))))))))))))))))))))))))))))))))./ 'elección del Problema)))))))))))))))))))))))))))))))))))))))))))))))))))))).. Antecedentes del Problema))))))))))))))))))))))))))))))))))))))))))))))).. *usti+icación del Proyecto)))))))))))))))))))))))))))))))))))))))))))))))))))))))).. *usti+icación ,-cnica)))))))))))))))))))) ))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))))))))).. ))))))))))))))))).. *usti+icación *usti+icación "peratia:))))))))))))))))))))) ))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))))).0 )))))))))))).0
)))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) )))))))))))).0 )).0 *usti+icación /conómica)))))))))))))))))))) "betios del Proyecto)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))).0 "betio General)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))).0
))))))))))))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))))))).0 ))))))))))))))).0 "betios /spec+icos:))))))))))))))))))))) imitaciones del Proyecto)))))))))))))))))))))))))))))))))))))))))))))))))))))))).0 imitación ronoló!ica:)))))))))))))))))))))))))))))))))))))))))))))))))))))).0
)))))))))))))))))))))))))))))))) )))))))))))))))))))))) )))))))))))))))))))))).0 ))))))))))).0 imitación ,ecnoló!ica:))))))))))))))))))))) ))))))))))))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))))))))))).1 ))))))))))))))))))).1 imitación ,-cnica:))))))))))))))))))))) $.
))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))))) ))))))))))))))))))))) )))))))))))))))))))) )))))))))) .1 5arco ,eórico)))))))))))))))))))) '6 serer 214 7 modelo entidad8relación:))))))))))))))))))))))))))).1 9isual 'tudio 213:))))))))))))))))))))) )))))))))))))))))))))))))))))))) ))))))))))))))))))))) ))))))))))))))))))))))))))))))))))))0. ))))))))))))))))))))))))))0. en!uae de Pro!ramación :))))))))))))))))))))))))))))))))))))))))))))))))00 Proceso ;ni+icado de Rational:))))))))))))))))))))))))))))))))))))))))))))))))01
%.
Aplic Aplicac ació ión n de de la 5eto 5etodo dolo lo! !a: a: Proc Proces eso o ;ni+ ;ni+ic icad ado o de Rati Ration onal al)))1/ 5odelamiento del Ne!ocio)))))))))))))))))))))))))))))))))))))))))))))))))))))))1/
Picto!rama))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 1/ %.1.2.
Procesos de Ne!ocio))))))))))))))))))))))))))))))))))))))))))))))))))))))))))1.
%.1.3.
Re!las de Ne!ocio)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))11
%.1.4.
9isión de Ne!ocio))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))11
5odelado de asos de ;so de Ne!ocio))))))))))))))))))))))))))))))))))))))))))))12 /speci+icación de asos de ;so de Ne!ocio)))))))))))))))))))))))))))))))))))12 &.
ostos < Presupuestos < /ntre!ables))))))))))))))))))))))))))))))))))))))))))))1
).
onclusiones))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))1-
0.
Recomendaciones))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))1-
1.
Re+erencias =iblio!r(+icas y7o /nlaces >eb)))))))))))))))))))))))))))))))))1-
11.
=iblio!ra+a))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))3/
12.
Ap-ndices))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 3.
/23
Dcc#na&# "e Dat#')))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))2.
/43
D#c5mentac#n ))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))2.
/03
Cn#1&ama)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) 2.
1. Resumen En este proyecto se presenta el desarrollo de un sistema de información que permite gestionar las ventas, alquiler, compra y el almacén de productos en una Empresa Funeraria, de esta manera se ayuda a
organizar, controlar y administrar los productos con los que cuenta la empresa que fue tomada como modelo, automatizando sus actividades primarias y mejorando la interacción con sus clientes. En la primera sección se presenta: la identificación del problema, los objetivos Generales, especficos, las metodologas de desarrollo de soft!are. "ambién se justifica la realización del presente proyecto. En las siguientes secciones se identifican: los requerimientos del sistema, los actores, módulos, clases de an#lisis, el dise$o de la interfaz de usuario, las principales caractersticas de la construcción. Finalmente, se presentan las conclusiones del presente proyecto y las recomendaciones para trabajos futuros.
2. Abstract %n t&is project t&e development of an information system for managing sales and !are&ouse in an enterprise 'ood t&us presented &elps to organize, control and manage t&e products t&at t&e company &as q !as
ta(en as model, automating t&eir primary activities and improving t&eir customer interactions. "&e first section presents t&e identification of t&e problem, General, specific objectives, soft!are development met&odologies. "&e realization of t&is project is also justified. "&e follo!ing sections identify: )ystem requirements, actors, modules, types of analysis, t&e design of t&e user interface, t&e main features of t&e building. Finally, t&e findings of t&is project and recommendations for future !or( are presented.
3. Introducción El *royecto a desarrollar est# basado en un sistema para la gestión de alquiler de )ervicios Funerarios y venta de +tades a clientes particulares y a clientes asegurados ya sea por el )%), E))+-/, +F01+", )0+", -a *ositiva, E"1.
Funeraria 2)an -uis3, tiene como propósito definir con claridad los requerimientos correspondientes al proyecto Gestión de +lquiler, el mismo beneficiar# tanto a la empresa como al cliente debido a que agilizar# y facilitar# el trabajo y esto conducir# a la satisfacción del cliente. 1uenta con el control respectivo de stoc( de cada atad, reposición y ventas. +s como también 4ecepción de los pedidos, la facturación y manejo de proveedores.
4. Generalidades 4.1.
Nombre Del Proyecto:
)istema de 5entas, 1ompra, +lquiler y +lmacén en la Funeraria 2)an -uis3 6 2)+5F)-3 4.2.
Descripción Del Proyecto:
Este proyecto, consiste en implementar un sistema de venta de atades y de alquiler de servicios funerarios para una empresa Funeraria. -a base de datos de este sistema o )oft!are, se encuentra alojado en el motor de base de datos )7- )erver 89;, el cual interacta en tiempo real con el soft!are.
o!otipo de la "r!ani#ación:
Ra#ón social de la "r!ani#ación:
< < < <
4.5.
4azón )ocial: =ombre: /irección: 1elular:
2Funeraria 2)an -uis3 2)an -uis3 +5. =icol#s de *iérola => 8;? @A@8?B9@9
Descripción de la "r!ani#ación:
-a empresa F=E4+4%+ se dedica a la venta de diversos tipos de atades previamente trados CcompradoD del proveedor, también se ofrece alquiler de servicios funerarios como capillas ardientes, carro porta flores, carroza, tr#mites documentarios etc.
"r!ani!rama:
Gerente María T. Ramírez
Asesor Funerario Gumercindo Nolasco
Asesor Funerario David Oola C.
Asesor Funerario Vladimir Delgado
Mantenimiento Luis Cadenas
'ituación Problem(tica
Descripción de la "r!ani#ación:
"odos los procesos son manuales: el inventario en almacén, la contabilidad de los atades, la compra y venta de atades o alquiler del servicio funerario, todos esos procesos al realizarse manualmente se vuelven lentos, adem#s no &aber un control de ventas yo alquiler no se sabe con eactitud las ganancias y pérdidas, ingresos y egresos que &ay en la empresa. -legando a tener una mala administración y perdiendo as dinero y tiempo.
'elección del Problema:
El problema es la carencia de un sistema automatizado en el proceso de alquiler el cual presenta una pérdida en las ganancias, y en el tiempo.
Importancia:
-a importancia es brindarle un beneficio &acia la empresa y a la vez nosotros aprender m#s sobre este proyecto al llevarlo a acabo.
Antecedentes del Problema:
-os registros y controles de contratos, venta y alquiler solo se llevan a cabo en cuadernos y &ojas, las cuales no son almacenadas y por tanto no permite llevar un control de las ganancias, ni emitir balances.
*usti+icación del Proyecto
*usti+icación ,-cnica:
El *royecto a desarrollar, se realiza por la necesidad que tiene la Funeraria, ya que no cuenta con un buen control de ventas y +lquiler, optimizando as los servicios que presta el mismo. El
sistema realiza un control de alquiler y ventas, utilizando para ello la metodologa 0rientada a 0bjetos y el método 4*.
*usti+icación "peratia:
El personal registrar# y controlar# las ventas, alquiler y contratos. *ermitir# realizar balances, estadsticas de las ganancias y pérdidas.
*usti+icación /conómica:
-a Gerencia General aprobar# y designar# presupuesto para el desarrollo del soft!are.
"betios del Proyecto
4.9.1.
"betio General: /esarrollar un )istema de
+lquiler y 5enta de una Funeraria C)+5F)-D. 4.9.2.
"betios /spec+icos:
-os objetivos especficos de nuestro sistema seran los siguientes: aD +utomatizar, simplificar y controlar el registro de venta de atades y alquiler de servicios funerarios bD +utomatizar, simplificar y controlar el registro de 1ompra de +tades yo ateria *rima para la empresa. cD 0btener reportes de las ventas mensuales. dD Evitar la redundancia de información. imitaciones del Proyecto
imitación ronoló!ica:
*ara el desarrollo del proyecto denominado 2 SAVFSL3, Hay una limitación en cuanto al tiempo porque solo se cuenta con ; meses C ciclo académicoD de /esarrollo del proyecto. imitación ,ecnoló!ica:
)e cuenta con dos laptop para I integrantes del equipo de desarrollo e implementación del soft!are, lo ideal o recomendable sera que cada integrante cuente con una computadora uo laptop para cada uno, e ir avanzando con mayor rapidez, debido al corto tiempo que se da. imitación ,-cnica:
/ebido a que el proyecto se va avanzando a lo largo del semestre académico, la falta de conocimientos yo pr#cticas, dificulta el la eficiencia del proyecto, ya que solo contamos con conocimientos adquiridos dentro de los cursos ense$ados. -a información de %nternet muc&as veces carece de eplicaciones contundentes para el mayor entendimiento de las eplicaciones.
$. 5arco ,eórico '6 serer 214 7 modelo entidad8relación:
icrosoft )7- )erver es un sistema para la gestión de bases de datos producido por icrosoft basado en el modelo relacional. )us lenguajes para consultas son "J)7- y +=)% )7-. icrosoft )7- )erver constituye la alternativa de icrosoft a otros potentes sistemas gestores de bases de datos como son 0racle, *ostgre)7- o y)7-. 1aractersticas de icrosoft )7- )erver < )oporte de transacciones. < )oporta procedimientos almacenados. < %ncluye también un entorno gr#fico de administración, que permite el uso de comandos //- y /- gr#ficamente. < *ermite trabajar en modo clienteJservidor, donde la información y datos se alojan en el servidor y los terminales o clientes de la red sólo acceden a la información.
<
+dem#s permite administrar información de otros servidores de datos. Este sistema incluye una versión reducida, llamada )/E con el mismo motor de base de datos pero orientado a proyectos m#s peque$os, que en sus versiones 898 y 89; pasa a ser el )7- Epress Edition, que se distribuye en forma gratuita. Es comn desarrollar completos proyectos complementando icrosoft )7- )erver y icrosoft +ccess a través de los llamados +/* C+ccess /ata *rojectD. /e esta forma se completa la base de datos Cicrosoft )7- )erverD, con el entorno de desarrollo C5K+ +ccessD, a través de la implementación de aplicaciones de dos capas mediante el uso de formularios 'indo!s. En el manejo de )7- mediante lneas de comando se utiliza el )7-1/, osql, o *o!er)&ell. *ara el desarrollo de aplicaciones m#s complejas Ctres o m#s capasD, icrosoft )7- )erver incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas .=E", pero el servidor sólo est# disponible para )istemas 0perativos. *rogramación "J)7"J)7- C"ransactJ)7-D es el principal medio de interacción con el )ervidor. *ermite realizar las operaciones claves en )7)erver, incluyendo la creación y modificación de esquemas de la base de datos, la introducción y edición de los datos en la base de datos, as como la administración del servidor como tal. Esto se realiza mediante el envo de sentencias de "J)7y declaraciones que son procesadas por el servidor y los resultados Co erroresD regresan a la aplicación cliente. 1liente =ativo de )71liente =ativo de )7- es la biblioteca de acceso a datos para los clientes de icrosoft )7- )erver versión 899B en adelante. %mplementa nativamente soporte para las caractersticas de )7- )erver, incluyendo la ejecución de la secuencia de datos tabular, soporte para bases de datos en espejo de )7)erver, soporte completo para todos los tipos de datos compatibles con )7- )erver, conjuntos de operaciones asncronas, las notificaciones de consulta, soporte para
cifrado, as como recibir varios conjuntos de resultados en una sola sesión de base de datos. 1liente =ativo de )7- se utiliza como etensión de )7- )erver plugJins para otras tecnologas de acceso de datos, incluyendo +/0 u 0-E /K. 1liente =ativo de )7- puede también usarse directamente, pasando por alto las capas de acceso de datos. /esventajas En versiones de I8 bits, )7- )erver usa +ddress 'indo!ing Etensión C+'ED para &acer el direccionamiento por encima de ;GK. Esto le impide usar la administración din#mica de memoria, y sólo le permite alojar un m#imo de L; GK de memoria compartida. Esta limitación es eclusiva de sistemas operativos I8 bitsM en sistemas operativos L;bits, la memoria m#ima que se puede direccionar en Edición Est#ndar es L;Gb y en Edición Enterprise ;"b. icrosoft )7- )erver sólo maneja compresión de datos en la Edición Enterprise. icrosoft )7- )erver requiere de un sistema operativo icrosoft 'indo!s, por lo que no puede instalarse, por ejemplo, en servidores -inu. Kase de datos relacional na Kase de /atos 4elacional, es una base de datos que cumple con el modelo relacional, el cual es el modelo m#s utilizado en la actualidad para implementar bases de datos ya planificadas. *ermiten establecer interconeiones CrelacionesD entre los datos Cque est#n guardados en tablasD, y a través de dic&as coneiones relacionar los datos de ambas tablas, de a& proviene su nombre: Nodelo 4elacionalN. "ras ser postuladas sus bases en @?9 por Edgar Fran( 1odd, de los laboratorios %K en )an Oosé C1aliforniaD, no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. 1aractersticas < na Kase de /atos 4elacional se compone de varias tablas o relaciones.
< < < < <
=o pueden eistir dos tablas con el mismo nombre ni registro. 1ada tabla es a su vez un conjunto de registros Cfilas y columnasD. -a relación entre una tabla padre y un &ijo se lleva a cabo por medio de las claves primarias y ajenas Co for#neasD. -as claves primarias son la clave principal de un registro dentro de una tabla y éstas deben cumplir con la integridad de datos. -as claves ajenas se colocan en la tabla &ija, contienen el mismo valor que la clave primaria del registro padreM por medio de éstas se &acen las relaciones.
4elaciones Kase y /erivadas En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. -as relaciones que almacenan datos son llamadas Nrelaciones baseN y su implementación es llamada NtablaN. 0tras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas Nrelaciones derivadasN y su implementación es llamada NvistaN o NconsultaN. -as relaciones derivadas son convenientes ya que epresan información de varias relaciones actuando como si fuera una sola. 4estricciones na restricción es una limitación que obliga el cumplimiento de ciertas condiciones en la base de datos. +lgunas no son determinadas por los usuarios, sino que son in&erentemente definidas por el simple &ec&o de que la base de datos sea relacional. +lgunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo con valores enteros entre y 9. -as restricciones proveen un método de implementar reglas en la base de datos. -as restricciones limitan los datos que pueden ser almacenados en las tablas. sualmente se definen usando epresiones que dan como resultado un valor booleano, indicando si los datos satisfacen la restricción o no.
-as restricciones no son parte formal del modelo relacional, pero son incluidas porque juegan el rol de organizar mejor los datos. -as restricciones son muy discutidas junto con los conceptos relacionales.
/ominios n dominio describe un conjunto de posibles valores para cierto atributo. 1omo un dominio restringe los valores del atributo, puede ser considerado como una restricción. atem#ticamente, atribuir un dominio a un atributo significa Ntodos los valores de este atributo deben ser elementos del conjunto especificadoN. /istintos tipos de dominios son: enteros, cadenas de teto, fec&a, no procedurales etc. 1ada tabla puede tener uno o m#s campos cuyos valores identifican de forma nica cada registro de dic&a tabla, es decir, no pueden eistir dos o m#s registros diferentes cuyos valores en dic&os campos sean idénticos. Este conjunto de campos se llama clave nica. *ueden eistir varias claves nicas en una determinada tabla, y a cada una de éstas suele llam#rsele candidata a clave primaria. 1lave primaria na clave primaria es una clave nica elegida entre todas las candidatas que define unvocamente a todos los dem#s atributos de la tabla, para especificar los datos que ser#n relacionados con las dem#s tablas. -a forma de &acer esto es por medio de claves for#neas. 1lave for#nea na clave for#nea es una referencia a una clave en otra tabla, determina la relación eistente en dos tablas. -as claves for#neas no necesitan ser claves nicas en la tabla donde est#n y s a donde est#n referenciadas. *or ejemplo, el código de departamento puede ser una clave for#nea en la tabla de empleados. )e permite que &aya varios empleados en un mismo departamento, pero &abr# uno y sólo
un departamento por cada clave distinta de departamento en la tabla de empleados. 1lave ndice -as claves ndices surgen con la necesidad de tener un acceso m#s r#pido a los datos. -os ndices pueden ser creados con cualquier combinación de campos de una tabla. -as consultas que filtran registros por medio de estos campos, pueden encontrar los registros de forma no secuencial usando la clave ndice. -as bases de datos relacionales incluyen mltiples técnicas de ordenamiento, cada una de ellas es óptima para cierta distribución de datos y tama$o de la relación. -os ndices generalmente no se consideran parte de la base de datos, pues son un detalle agregado. )in embargo, las claves ndices son desarrolladas por el mismo grupo de programadores que las otras partes de la base de datos.
*rocedimientos almacenados n procedimiento almacenado es código ejecutable que se asocia y se almacena con la base de datos. -os procedimientos almacenados usualmente recogen y personalizan operaciones comunes, como insertar un registro dentro de una tabla, recopilar información estadstica, o encapsular c#lculos complejos. )on frecuentemente usados por un +*% por seguridad o simplicidad. -os procedimientos almacenados no son parte del modelo relacional, pero todas las implementaciones comerciales los incluyen. Estructura -a base de datos se organiza en dos marcadas seccionesM el esquema y los datos Co instanciaD. El esquema es la definición de la estructura de la base de datos y principalmente almacena los siguientes datos: •
El nombre de cada tabla
•
El nombre de cada columna
•
El tipo de dato de cada columna
•
-a tabla a la que pertenece cada columna
-as bases de datos relacionales pasan por un proceso al que se le conoce como normalización, el resultado de dic&o proceso es un esquema que permite que la base de datos sea usada de manera óptima. -os datos o instancia es el contenido de la base de datos en un momento dado. Es en s, el contenido de todos los registros. anipulación de la información *ara manipular la información utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el #lgebra relacional y el c#lculo relacional. El #lgebra relacional permite describir la forma de realizar una consulta, en cambio, el c#lculo relacional sólo indica lo que se desea devolver. El lenguaje m#s comn para construir las consultas a bases de datos relacionales es )7- C)tructured 7uery -anguageD, un est#ndar implementado por los principales motores o sistemas de gestión de bases de datos relacionales integradas. En el modelo relacional los atributos deben estar eplcitamente relacionados a un nombre en todas las operaciones, en cambio, el est#ndar )7- permite usar columnas sin nombre en conjuntos de resultados, como el asterisco taquigr#fico CPD como notación de consultas. +l contrario del modelo relacional, el est#ndar )7- requiere que las columnas tengan un orden definido, lo cual es f#cil de implementar en una computadora, ya que la memoria es lineal. Es de notar, sin embargo, que en )7- el orden de las columnas y los registros devueltos en cierto conjunto de resultado nunca est# garantizado, a no ser que eplcitamente sea especificado por el usuario.
anejadores de base de datos relacionales
Eiste soft!are eclusivamente dedicado a tratar con bases de datos relacionales. Este soft!are se conoce como )GK/ C)istema de Gestión de Kase de /atos relacionalD o 4/K) Cdel inglés 4elational /atabase anagement )ystemD. Entre los gestores o manejadores actuales m#s populares encontramos: y)7*ostgre)7-, 0racle, /K8, %=F04%Q, %nterbase, FireKird, )ybase icrosoft )7- )erver 5entajas y desventajas 5entajas *rovee &erramientas que garantizan evitar la duplicidad de registros. Garantiza la integridad referencial, as, al eliminar un registro elimina todos los registros relacionados dependientes. Favorece la normalización por ser m#s comprensible y aplicable. /esventajas *resentan deficiencias con datos gr#ficos, multimedia, 1+/ y sistemas de información geogr#fica. =o se manipulan de forma manejable los bloques de teto como tipo de dato. -as bases de datos orientadas a objetos CK/00D se propusieron con el objetivo de satisfacer las necesidades de las aplicaciones anteriores y as, complementar pero no sustituir a las bases de datos relacionales. /ise$o de las bases de datos relacionales El primer paso para crear una base de datos, es planificar el tipo de información que se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la información disponible y la información que necesitamos. -a planificación de la estructura de la base de datos, en particular de las tablas, es vital para la gestión efectiva de la misma. El
dise$o de la estructura de una tabla consiste en una descripción de cada uno de los campos que componen el registro y los valores o datos que contendr# cada uno de esos campos. -os campos son los distintos tipos de datos que componen la tabla, por ejemplo: nombre, apellido, domicilio. -a definición de un campo requiere: el nombre del campo, el tipo de campo, el anc&o del campo, etc. -os registros constituyen la información que va contenida en los campos de la tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la dirección de este. Generalmente los diferentes tipos de campos que se pueden almacenar son los siguientes: "eto CcaracteresD, =umérico CnmerosD, Fec&a Hora, -ógico Cinformaciones lógicas sino, verdaderofalso, etc.D, im#genes. En resumen, el principal aspecto a tener en cuenta durante el dise$o de una tabla es determinar claramente los campos necesarios, definirlos en forma adecuada con un nombre especificando su tipo y su longitud. icrosoft 5isual )tudio es un entorno de desarrollo integrado C%/E, por sus siglas en inglésD para sistemas operativos 'indo!s. )oporta varios lenguajes de programación, tales como 5isual 1RR, 5isual 1S, 5isual OS, y 5isual Kasic .=E", al igual que entornos de desarrollo !eb como +)*.=E", aunque actualmente se &an desarrollado las etensiones necesarias para muc&os otros. 9isual 'tudio 213:
5isual )tudio permite a los desarrolladores crear aplicaciones, sitios y aplicaciones !eb, as como servicios !eb en cualquier entorno que soporte la plataforma .=E" Ca partir de la versión .=E" 8998D. +s se pueden crear aplicaciones que se intercomuniquen entre estaciones de trabajo, p#ginas !eb y dispositivos móviles. 5ersiones + partir de la versión 899B icrosoft ofrece gratuitamente las Epress Editions, que son varias ediciones b#sicas separadas por lenguajes de programación o plataforma enfocadas para
novatos y entusiastas. Estas ediciones son iguales al entorno de desarrollo comercial pero sin caractersticas avanzadas. /ic&as ediciones son: 5isual Kasic Epress Edition 5isual 1S Epress Edition 5isual 1RR Epress Edition 5isual OS Epress Edition C/esapareció en 5isual )tudio 899AD 5isual 'eb /eveloper Epress Edition Cpara programar en +)*.=E"D 5isual FS C+pareció en 5isual )tudio 899, es parecido al OSDP +dicionalmente, icrosoft &a puesto gratuitamente a disposición de todo el mundo una versión reducida de ) )7- )erver llamada )7- )erver Epress Edition cuyas principales limitaciones son que no soporta bases de datos superiores a ; GK de tama$o, nicamente se ejecuta en un procesador y emplea GK de 4+ como m#imo, y no cuenta con el +gente de )7- )erver. En el pasado se incluyeron los siguientes productos: 5isual %nter/ev 5isual ORR 5isual Fo*ro 5isual )ource)afe
1S Cpronunciado si )&arp en inglésD es un lenguaje de programación orientado a objetos desarrollado y estandarizado por icrosoft como parte de su plataforma .=E", que después fue aprobado como un est#ndar por la E1+ CE1+JII;D e %)0 C%)0%E1 8I8?9D. 1S es uno de los lenguajes de programación dise$ados para la infraestructura de lenguaje comn.
5.3.
en!uae de Pro!ramación :
)u sintais b#sica deriva de 11RR y utiliza el modelo de objetos de la plataforma .=E", similar al de Oava, aunque incluye mejoras derivadas de otros lenguajes. El nombre 1 )&arp fue inspirado por la notación musical, donde TST Csostenido, en inglés s&arpD indica que la nota C1 es la nota do en inglésD es un semitono m#s alta, sugiriendo que 1S es superior a 11RR. +dem#s, el signo TST se compone de cuatro signos TRT pegados.
+unque 1S forma parte de la plataforma .=E", ésta es una +*%, mientras que 1S es un lenguaje de programación independiente dise$ado para generar programas sobre dic&a plataforma. Ua eiste un compilador implementado que provee el marco ono J /otG=, el cual genera programas para distintas plataformas como 'indo!s, ni, +ndroid, i0), 'indo!s *&one, ac 0) y G=-inu. Historia de 1S /urante el desarrollo de la plataforma .=E", las bibliotecas de clases fueron escritas originalmente usando un sistema de código gestionado llamado )imple anaged 1 C)1D. En enero de @@@, +nders Hejlsberg formó un equipo con la misión de desarrollar un nuevo lenguaje de programación llamado 1ool C-enguaje 1 orientado a objetosD. Este nombre tuvo que ser cambiado debido a problemas de marca, pasando a llamarse 1S.8 -a biblioteca de clases de la plataforma .=E" fue migrada entonces al nuevo lenguaje. Hejlsberg lideró el proyecto de desarrollo de 1S. +nteriormente, ya &aba participado en el desarrollo de otros lenguajes como "urbo *ascal, ORR. El *roceso nificado de 4ational C4ational nified *rocess en inglés, &abitualmente resumido como 4*D es un proceso de desarrollo de soft!are desarrollado por la empresa 4ational )oft!are, actualmente propiedad de %K. Ounto con el -enguaje nificado de odelado -, constituye la metodologa est#ndar m#s utilizada para el an#lisis, dise$o, implementación y documentación de sistemas orientados a objetos.
5.4.
Proceso ;ni+icado de Rational:
El 4* no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al conteto y necesidades de cada organización. "ambién se conoce por este nombre al soft!are, también desarrollado por 4ational, que incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Est# incluido en el 4ational et&od 1omposer
C41D, que permite la personalización de acuerdo con las necesidades. 0riginalmente se dise$ó un proceso genérico y de dominio pblico, el *roceso nificado, y una especificación m#s detallada, el 4ational nified *rocess, que se vendiera como producto independiente. *rincipios de desarrollo El 4* est# basado en L principios clave que son los siguientes: +daptar el proceso: El proceso de la adaptación del soft!are. Equilibrar prioridades: -os requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. /ebe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podr#n corregir desacuerdos que surjan en el futuro. /emostrar valor iterativamente: -os proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto as como también los riesgos involucrados. 1olaboración entre equipos: El desarrollo de soft!are no lo &ace una nica persona sino mltiples equipos. /ebe &aber una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc. Elevar el nivel de abstracción: Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del soft!are, lenguajes ;G- o marcos de referencia Cframe!or(sD por nombrar algunos. Esto evita que los ingenieros de soft!are vayan directamente de los requisitos a la codificación de soft!are a la medida del cliente, sin saber con certeza qué codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilización del código. n alto nivel de abstracción también permite discusiones sobre diversos niveles y soluciones arquitectónicas. Vstas se pueden acompa$ar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje -.
Enfocarse en la calidad: El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente. 1iclo de vida 4* El ciclo de vida 4* es una implementación del /esarrollo en espiral. Fue creado ensamblando los elementos en secuencias semisJordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. 4* divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en nmero variable segn el proyecto y en las que se &ace un mayor o menor &incapié en las distintas actividades. En la Figura muestra cómo vara el esfuerzo asociado a las disciplinas segn la fase en la que se encuentre el proyecto 4*. -as primeras iteraciones Cen las fases de %nicio y ElaboraciónD se enfocan &acia la comprensión del problema y la tecnologa, la delimitación del #mbito del proyecto, la eliminación de los riesgos crticos, y al establecimiento de una baseline C-nea KaseD de la arquitectura. /urante la fase de inicio las iteraciones &acen mayor énfasis en actividades de modelado del negocio y de requisitos. En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan m#s los flujos de trabajo de requisitos, modelo de negocios CrefinamientoD, an#lisis, dise$o y una parte de implementación orientado a la baseline de la arquitectura. En la fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones. *ara cada iteración se seleccionan algunos 1asos de so, se refinan su an#lisis y dise$o y se procede a su implementación y pruebas. )e realiza una peque$a cascada para cada ciclo. )e realizan iteraciones &asta que se termine la implementación de la nueva versión del producto. En la fase de transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios.
1omo se puede observar en cada fase participan todas las disciplinas, pero dependiendo de la fase el esfuerzo dedicado a una disciplina vara. *rincipales caractersticas < Forma disciplinada de asignar tareas y responsabilidades Cquién &ace qué, cu#ndo y cómoD < *retende implementar las mejores pr#cticas en %ngeniera de )oft!are < /esarrollo iterativo < +dministración de requisitos < so de arquitectura basada en componentes < 1ontrol de cambios < odelado visual del soft!are < 5erificación de la calidad del soft!are El 4* es un producto de 4ational C%KD. )e caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. %ncluye artefactos Cque son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.D y roles Cpapel que desempe$a una persona en un determinado momento, una persona puede desempe$ar distintos roles a lo largo del procesoD. Fases < Establece oportunidad y alcance < %dentifica las entidades eternas o actores con las que se trata < %dentifica los casos de uso 4* comprende 8 aspectos importantes por los cuales se establecen las disciplinas: T*rocesoT: -as etapas de esta sección son: C4evise nuevamente la gr#ficaD < odelado de negocio < 4equisitos < +n#lisis y /ise$o < %mplementación < *ruebas < /espliegue )oporte: En esta parte nos encontramos con las siguientes etapas: < Gestión del cambio y configuraciones
< Gestión del proyecto < Entorno -a estructura din#mica de 4* es la que permite que éste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las ; fases descritas anteriormente: < %nicio Ctambién llamado %ncepción o 1oncepciónD. < Elaboración. < /esarrollo Ctambién llamado %mplementación, 1onstrucciónD. < 1ierre Ctambién llamado "ransiciónD. Fase de %nicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de soft!are y producir el plan de las fases y el de iteraciones posteriores. Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer an#lisis del dominio del problema, se dise$a la solución preliminar. Fase de /esarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. Fase de "ransición: El propósito de esta fase es asegurar que el soft!are esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. )e debe verificar que el producto cumpla con las especificaciones entregadas por las personas involucradas en el proyecto. +rtefactos 4* en cada una de sus fases Cpertenecientes a la estructura din#micaD realiza una serie de artefactos que sirven para comprender mejor tanto el an#lisis como el dise$o del sistema Centre otrosD. Estos artefactos Centre otrosD son los siguientes: %nicio:
< /ocumento 5isión < /iagramas de caso de uso < Especificación de 4equisitos < /iagrama de 4equisitos Elaboración: < /ocumento +rquitectura que trabaja con las siguientes vistas: 5ista -ógica: < /iagrama de clases < odelo EJ4 C)i el sistema as lo requiereD 5ista de %mplementación: < /iagrama de )ecuencia < /iagrama de estados < /iagrama de 1olaboración 5ista 1onceptual < odelo de dominio 5ista fsica < apa de comportamiento a nivel de &ard!are. < /ise$o y desarrollo de casos de uso, o flujos de casos de uso arquitectónicos < *ruebas de los casos de uso desarrollados, que demuestran que la arquitectura documentada responde adecuadamente a requerimientos funcionales y no funcionales. 1onstrucción: < Especificación de requisitos faltantes < /ise$o y desarrollo de casos de uso yo flujos de acuerdo con la planeación iterativa < *ruebas de los casos de uso desarrollados, y pruebas de regresión segn sea el caso "ransición: < *ruebas finales de aceptación < *uesta en producción < Estabilización
Historia del 4* -os orgenes de 4* se remontan al modelo espiral original de Karry Koe&m. Wen Hartman, uno de los contribuidores claves de 4* colaboró con Koe&m en la investigación. En @@B 4ational )oft!are compró una compa$a sueca llamada 0bjectory +K, fundada por %var Oacobson, famoso por &aber incorporado los casos de uso a los métodos de desarrollo orientados a objetos. El 4ational nified *rocess fue el resultado de una convergencia de 4ational +pproac& y 0bjectory Cel proceso de la empresa 0bjectory +KD. El primer resultado de esta fusión fue el 4ational 0bjectory *rocess, la primera versión de 4*, fue puesta en el mercado en @@A, siendo el arquitecto en jefe *&ilippe Wruc&ten. El primer libro para describir el proceso fue titulado N"&e nified )oft!are /evelopment *rocess C%)K= 9J89JB?L@J8DN El *roceso nificado de /esarrollo de )oft!are C%)K= 9J89J B?L@J8D, y publicado en @@@ por %var Oacobson, Grady Kooc& y Oames 4umbaug&.
%. Aplicación de la 5etodolo!a: Proceso ;ni+icado de Rational 5odelamiento del Ne!ocio
Picto!rama:
ompra de Ataudes
almacen de +uneraria
Al?uiler y 9enta de 'ericios
Atencion de los 'ericios
,rabaadores
@in del 'ericio
%.1.2. Procesos de Ne!ocio: aD Proceso de Compra de los Ataúdes:
-o *rimero es cuando el administrador verifica que en el almacén de los atades no &ay suficientes productos de cada modelo y requiere de un pronto abastecimiento. -o )egundo es viajar a la ciudad de lima y buscar diferentes tipos de atades y cu#les son sus precios dependiendo de lo datos requeridos se trae en su mismo carro porta flores C*eugeotD, y en algunas ocasiones se obtienen atades por pedidos de un lugar establecido desde la ciudad de lima. bD Proceso de Almacenaje de los Ataúdes: na vez llegada la mercanca, se empieza a separar los atades por modelo y precio y se coloca en el almacén de la funeraria. cD Proceso de Ventas de los Ataúdes: )e vende los atades mediante los siguientes modelos: %mperial Kiblia +mericano etal Fgaro 4edondo 4edondo -incoln, otros.
dD Proceso de Alq!ler de Ser"!c!os Fnerar!os: )e brinda alquiler de los servicios funerarios dependiendo que es lo que desea el cliente mediante estas opciones: 1apilla +rdiente 1arroza 1arro *orta Flores 1argadores niformados 1remaciones ovilidad "ramites /ocumentativos, otros.
eD Proceso de Alq!ler # Venta de Ser"!c!os Fnerar!os: Entra al alquiler los servicios Cprevio contratoD y venta de atades a la medida correcta y modelo que le agrade al
cliente. 1uando el producto &a sido vendido con los servicios funerarios correctamente se le entrega al cliente una boleta de compra. %.1.3.
Re!las de Ne!ocio: -as 4eglas de =egocio son: •
•
%.1.4.
-a persona quien firma el contrato debe ser familiar cercano del fallecido CEsposoCaD, HijoCaD, HermanoCaD, *ap# o am#D. El pago de todo 1ontrato se realiza primero pagando un adelanto del precio cuando se &ace el contrato y el da del sepelio cancelan la diferencia y recién le entregan la boleta o factura. 9isión de Ne!ocio: @;N/RARIA 'AN ;I'B
ser# una empresa lder brindando servicios funerarios, ya sea en la eficiencia de atención donde la solidez empresarial y eficiencia productiva basada en sus recursos &umanos y tecnológicos, garanticen los m#s altos est#ndares de calidad y servicio para sus clientes y aseguren un permanente crecimiento y rentabilidad.
$%&'('L')*A (% (%SA++'LL':
1onocer el procedimiento de venta y alquiler de la empresa &acia los clientes, recopilar toda la información posible y emplearlo para as generar un buen modelamiento de sistema requerido.
$A&+*,: Actores
Escenario
Compra De Ataúd Almacenaje De Ataúd Venta De Ataúd Alquiler De Servicio
r o d a r t s i n i m d A
e t n e i l C
Procesos
Verificación De Almacén Transporte De Ataúd
x x
x
Administración Por Modelos
x
Verificación De Seguro Selección De Modelo Generar Boleta
x x x x
Verificación De Seguro Selección De Servicios Generar Contrato Generar actura
r o d e d n e V
x x
5odelado de asos de ;so de Ne!ocio
x x
n e c a m l A . g a c E
1ompra /e +taud +dministrado r
1liente
+lmacen /e +taud +lquiler /e )ervicio 5enta /e +taud
Encargado /e +lmacen 5emdedor
/speci+icación de asos de ;so de Ne!ocio:
5erioficacion +lmacen XXincludeYY "ransporte +taud XXincludeYY
+dmi nistradorr
1ompra +taud Encar. +lmacen
+lm acenami ento +taud XXincludeYY +dministracion odelo
5endedor XXeFtendYY +lqu il er )ervici o XXeFtendYY 5erificacion )eguro
5enta +taud
XXincludeYY
XXincludeYY XXincludeYY
XXincludeYY
)eleccion odelo Generar 1omprobante
FALTA MA! MOD"LO! COMO# !"C$"NC%A COLA&ORAC%ON ACT%V%DAD"! FALTA TAM&%"N "L MOD"LO F%!%CO FALTA "L !CR%'T ($" "!O LO D"&" D" T"N"R C"RNA
)eleccion )ervicioi
) FALTAAA TAM&%"N LA! CA'T$RA! D" 'ANTALLA! D"L D%!"*O D" LO 'ROGRAMA ($" +%,O C"RNA
$'(%L' (% -AS% (% (A&'S:
&.
ostos < Presupuestos < /ntre!ables &otal de desarrollo del pro#ecto: 9B das Costo: +pro. ). 8,A99. Prespesto:
/os computadora o -aptop con buen procesador, instalación de 'indo!s, instalación de 5isual )tudio 89I, instalación )7server eprés, una impresora, 8 )K. %ntrea/le: )olicitud de aprobación *royecto 2)%)5E+3 y
cronograma del proyecto. (escr!pc!0n
*n!c!o
F!n
/elegar funciones a los miembros del equipo. 1oordinar y supervisar los avances de las tareas asignadas. Evaluar el avance.
8L9I89B
4ecopilar y suministrar información eficiente al Oefe de Equipo.
99;89B
I9I89 B @9B89 B @9B89 B A9;89 B
Krindar los requerimientos que debe cumplir la Kase de /atos. /ise$ar la Kase de /atos con la %nformación proporcionada %mplementar el /iagrama de EntidadJ 4elación de las tablas. /ise$ar la %nterfaz Gr#fica de suario o G%. %mplementar las lneas de código de la G%. 4ealizar iteraciones al soft!are.
@9;89B
1oordinar con los miembros para al G%. Entregar el soft!are al -der de
9L89B
99;89B 99;89B
99B89B ;9B89B 8A9B89B 9;9L89B A9L89B
989B
889;89 B I9B89 B 8?9B89 B 9I9L89 B ?9L89 B 8;9L89 B I99L89 B 989B
Equipo. 4evisar el soft!are, comprobando que cumpla con los requisitos. *resentar los entregables.
).
989B B889B
B889 B B889 B
onclusiones
/espués de algunos meses desarrollando este sistema, llegamos a la conclusión que el proyecto resulto ser m#s complejo de lo que pens#bamos pero nuestro af#n dise$ar un sistemas de calidad nos impulsó a salir adelante. 1on todo el tiempo que 2aderera Gustavo3 lleva atendiendo a sus clientes, se valieron de cuadernos, para llevar a cabo su trabajo y atender satisfactoriamente a las necesidades de sus clientes, pero por ser un sistema manual este necesita ser sistematizar y por ende ser mejorado y después de &aber analizado los procesos en los cuales se basan las ventas y compras emitidos por 2aderera Gustavo3 esperamos llegar a cumplir las epectativas que tenamos trazadas.
0.
Recomendaciones
1on la finalización del presente proyecto se pueden efectuar las siguientes recomendaciones: tilizar las &erramientas similares para futuras construcciones de soft!are )e debe tener sumo cuidado respecto a las claves de acceso que son amigables a los usuarios por nica vez )e debe realizar copias de seguridad de la base de datos *ro&ibir el ingreso de personas ajenas a almacén )acar circulares internas para el buen manejo e &igiene del computador e implementos •
•
• • •
1.
Re+erencias =iblio!r(+icas y7o /nlaces >eb
&ttp:es.!i(ipedia.org!i(i*rocesoZnificadoZdeZ4ational &ttp:es.!i(ipedia.org!i(iicrosoftZ5isualZ)tudio &ttp:es.!i(ipedia.org!i(i)7&ttp:es.!i(ipedia.org!i(i*rogramaci[1I[KInZporZcapas &ttp:es.!i(ipedia.org!i(i1Z)&arp
11.
=iblio!ra+a •
•
•
•
•
•
•
*rogramación avanzada con 5isual 1RR, de /avid O. Wriglins(i, George )&ep&erd y )cot 'ingo. c Gra!J Hill + fondo 1S, de "om +rc&er. c Gra!JHill El lenguaje de programación 1S, de Oosé +ntonio Gonz#lez )eco. *ublicado en %nternet: &ttp:!!!.josanguapo.com +s es icrosoft 5isual )tudio .=E", de icrosoft 1orporation. c Gra!JHill icrosoft .=E" Frame!or(, de icrosoft 1orporation. c Gra!JHill -a Kiblia de 1S J +naya Gua de +rquitectura =J1apas /// .=E" ;.9 J 1esar de la "orre -lorente, rial \orrilla 1astro.
12.
Ap-ndices
@ormato de encuesta 13. TABLA CLIENTE TABLAS RELACIONAD AS CLAVE PK
Diccionario de Datos:
DESCRIPCION TRANSACCION CAMPO
DESCRIPCION
TIPO DE DATO
CLI_DOCUMENTO
SE ALMACENA EL ID DEL CLIENTE SE ALMACENA EL NOMBRE CLIENTE SE ALMACENA EL DOCUMENTO DEL CLIENTE
CLI_DIRECCION
CLI_TELEFONO
CLI_EMAIL
VALOR NULO DEFEC.
UNICO
INT
CLI_ID
CLI_NOMBRE
TAMAÑ O
SE ALMACENA LA DIRECCION DEL CLIENTE SE ALMACENA EL TELEFONO DEL CLIENTE SE ALMACENA EL EMAIL DEL CLIENTE
VARCHA R
50
NO
CHAR
8
NO
VARCHA R
50
NO
CHAR
10
NO
VARCHA R
50
NO
TABLA DESCRIPCION TRANSACCION TABLAS RELACIONADAS CLAVE PK
DOCUMENTO, SEGURO, TRABAJADOR, CLIENTE, DETALLE_TRANSACCION CAMPO
DESCRIPCION
TRAN_ID
SE ALMACENA EL ID DE LA TRANSACCION SE ALMACENA LA FECHA DE LA TRANSACCION
TRAN_FECHA
SEG_ID
LONG ITUD
INT
SE ALMACENA EL ID DEL CLIENTE SE ALMACENA EL LOGIN DE LA TRANSACCIONS SE ALMACENA EL ID DEL SEGURO
DOC_ID SE ALMACENA EL ID DEL
VALOR NUL DEFEC. O 0
DATATIME
No
INT
CLI_ID
TRA_LOGIN
TIPO DE DATO
B
No
fecha del sistema
No
INT
0
No
INT
0
No
VARCHAR
50
UNI
DOCUMENTO
TRAN_SERIE
TRAN_NRO
FK
TRAN_TOTAL
TABLA DOCUMENTO
DESCRIPCION
TABLAS RELACIONAD AS CLAVE
TRANSACCION
PK
CAMPO DOC_ID DOC_NOMBRE
TABLA SEGURO TABLAS RELACIONAD AS CLAVE PK
SE ALMACENA LA SERIE DE LA TRANSACCION SE ALMACENA EL NUMERO DE TRANSACCION SE ALMACENA EL TOTAL DE LA TRANSACCION
TINYINT
0
No
TINYINT
No
DECIMA
DESCRIPCION
!18"#$
TIPO DE DATO
SE ALMACENA EL ID DEL DOCUMENTO
No
LONGI TUD
VALOR DEFEC.
INT
0
VARCHAR
SE ALMACENA EL NOMBRE DEL DOCUMENTO
N
50
DESCRIPCION TRANSACCION CAMPO SEG_ID SEG_NOMBRE
SEG_MONTO
DESCRIPCION SE ALMACENA EL ID DEL SEGURO SE ALMACENA EL NOMBRE DEL SEGURO SE ALMACENA EL MONTO DEL SEGURO
TIPO DE DATO
LONGI TUD
INT
VALOR NULO DEFEC. 0
VARCHAR
50
DECIMA
!18"#$
No
B
No
TABLA DESCRIPCION TRABAJADOR TABLAS RELACIONAD AS CLAVE PK
TRANSACCION, COMPRA CAMPO
DESCRIPCION
TRA_LOGIN
SE ALMACENA EL LOGIN DE LA TRANSACCION
TRA_CLAVE TRA_NOMBRE TRA_DOCUMENTO TRA_DIRECCION
TRA_TELEFONO
TRA_SEXO TRA_FCHNAC
FK
SE ALMACENA LA CLAVE DE LA TRANSACCION SE ALMACENA EL NOMBRE DE LA TRANSACCION SE ALMACENA EL DOCUMENTO DE LA TRANSACCION SE ALMACENA LA DIRRECCION DE LA TRANSACCION SE ALAMACENA EL NUMERO TELEFONICO DE LA TRANSACCION SE ALMACENA EL DOCUMENTO DEL SEXO EN LA TRANSACCION SE ALMACENA LA FECHA DE NACIMIENTO
TRA_FCHCONT
TABLA DETALLE_TRANSCC ION
DESCRIPCION
EL ALMACENA LA FECHA DE CONTRATO EN LA TRASACCION
TIPO DE DATO
LONGITU VALOR NU D DEFEC.
VARCHAR
50
0
VARCHAR
50
VARCHAR
50
B
No
CHAR
8
fecha del sistema
No
VARCHAR
50
0
No
CHAR
10
0
No
CHAR
1
0
No
No
DATATIME
No
DATATIME
No
TABLAS RELACIONADAS CLAVE
TRANSACCION, PRODUCTO CAMPO
PK
TRAN_ID
PRO_ID
DET_PRECIO DET_CANTIDAD
TABLA MODELO TABLAS RELACIONADAS CLAVE PK
TABLA TIPO TABLAS RELACIONADAS CLAVE PK
DESCRIPCION SE ALMACENA EL ID DE LA TRASACCION SE ALMACENA EL ID DEL PRODUCTO SE ALMACENA EL PRECIO DEL DETALLE SE ALMACENA LA CANTIDAD DEL DETALLE
TIPO DE DATO
LONGI TUD
INT
VALOR NULO DEFEC. 0
INT
No
MONEY INT
B
No
fecha del sistema
No
DESCRIPCION PRODUCTO CAMPO
DESCRIPCION
MOD_ID
EL ALMACENA EL MODELO DEL ID
MOD_NOMBRE
SE ALMACENA EL NOMBRE DEL MODELO
TIPO DE DATO
LONGI TUD
INT VARCHAR
VALOR NULO DEFEC. 0
50
No
DESCRIPCION PRODUCTO CAMPO
DESCRIPCION
TIPO_ID
SE ALMACENA EL TIPO DEL PRODUCTO
TIPO_NOMBRE
SE ALMACENA EL TIPO DEL NOMBRE
TIPO DE DATO
LONG ITUD
INT VARCHAR
VALOR NULO DEFEC. 0
50
No
U
TABLA MOVIMIENTO TABLAS RELACIONADAS CLAVE PK
DESCRIPCION PRODUCTO, ALMACEN CAMPO
DESCRIPCION SE ALMACENA EL ID DEL MOVIMIENTO
MOV_ID
MOV_TIPO
MOV_CANTIDAD PRO_ID ALM_ID
TABLA ALMACEN TABLAS RELACIONADAS CLAVE PK
LONGIT UD
VALOR NULO DEFEC.
INT
0
VARCHAR
50
No
INT
No
INT
No
INT
No
DESCRIPCION
CAMPO
DESCRIPCION
ALM_ID ALM_NOMBRE ALM_STOCK
TABLA
SE ALMACENA EL TIPO DEL MOVIMIENTO SE ALMACENA LA CANTIDAD DEL MOVIMIENTO SE ALAMCENA EL ID DEL PRODCUTO SE ALMACENA EL ID DEL ALMACENAMIENTO
TIPO DE DATO
SE ALMACENA EL ID DEL ALMACEN SE ALMANCENA EL NOMBRE DEL ALMACEN SE ALMACENA EL STOCK
TIPO DE DATO
LONGI TUD
VALOR NUL DEFEC.
INT
0
VARCHAR
50
No
INT
No
DESCRIPCION
COMPRA TABLAS RELACIONADAS CLAVE
PK
TRABAJADOR, PROVEEDOR CAMPO
DESCRIPCION
MOV_ID
SE ALMACENA EL ID DEL MOVIENTO
MOV_TIPO
SE ALMACENA EL TIPO DEL MOVIMIENTO
MOV_CANT IDAD
SE ALMACENA LA CANTIDAD DEL MOVIENTO
TIPO DE DATO
LON VALOR NUL GIT DEFEC. O UD
INT
VARCHAR
INT
0
50
No
No
UNI CO
PRO_ID
SE ALMACENA EL ID DEL PRODUCTO
INT
No
ALM_ID
SE ALMACENA DEL ID DEL ALMACEN
INT
No
TABLA PROVEEDOR
DESCRIPCION
TABLAS RELACIONADAS CLAVE
COMPRA
PK
CAMPO COM_ID TRA_ID COM_FECH PROV_ID COM_TOTAL
DESCRIPCION SE ALMACENA EL ID DE LA COMPRA SE ALMACENA DEL ID DE LA TRANSACCION SE ALMACENA LA FECHA DE LA COMPRA SE ALMACENA EL ID DEL PRVEEDOR SE ALMACENA EL TOTAL DE LA COMPRA
TIPO DE DATO INT VARCHAR
COM_ID
DET_CANT
DET_CANT
SE ALMACENA ID DEL PROVEEDOR SE ALMACENA ID DE LA COMPRA SE ALMACENA LA CANTIDAD DEL DETALLE SE ALMACENA LA CANTIDAD DEL DETALLE
No
No
DECIMA
COMPRA, PROVEEDOR, TRABAJADOR, PRODUCTO
PRO_ID
50
INT
TABLAS RELACIONADAS CLAVE PK
0
No
DESCRIPCION
DESCRIPCION
VALOR NULO U DEFEC.
DATE
TABLA DETALLE_COMPRA
CAMPO
LONG ITUD
TIPO DE DATO
!18"#$
LONGI TUD
INT
No
VALOR NULO DEFEC. 0
INT
No
INT
No
DECIMA
!18"#$
No
U
PREF!" C!S"#$ C!S"#' C!S"#) C!S"#*
%eali&acion %eali&acion %eali&acion %eali&acion
CAS" DE #S"
Reali$acion De Venta De Ataud
Actores,
Cliente- Vendedor"
Tipo,
Principal
Descripción Precondiciones
De De De De
CAS" DE #S" Venta De Ataud Almacena(e De Ataud Compra De Ataud Al+uiler De Servicios
"ste Caso de uso el cliente selecciona el ata-d ara luego roceder a su comra ante el ersonal de atenci/n al cliente 0ue est1 a cargo en ese momento. "l Cliente de2e de seleccionar el modelo de ata-d. 3 "n "l Almacen Tiene 0ue +a2er el ata-d 0ue el cliente desea.
lujo b!sico "suario 1
#istema
%ngresa Al esta2lecimiento el cliente.
3 "l Cliente !elecciona el modelo de ata-d 0ue desea comrar. 4 "l Vendedor 5ace el documento de venta al cliente. 6 "l vendedor le 5ace entrega del ata-d al cliente.
$aso de "so Actores %ipo
%eali&acion De Almacena(e De Ataud
"ncargado De Almacen 'rincial
"n este caso de uso el encargado de almacen adminstra los atuedes comrados or modelo.
Descripci&n Precondiciones
7. Tiene 0ue 5a2er atudes en la emresa. lujo b!sico "suario
#istema
7. Llega los ata-des al esta2lecimiento. 3. "l encargado del alamacen administra los ata-des or modelo.
$aso de "so Actores %ipo Descripci&n Precondiciones
%eali&acion De Compra De Ataud
Administrador8 "ncargado de almacen 'rincial "n este caso de uso el adiminuistrador 5ace la comra del ataud
7. "l "ncargado del almacen de2e in9ormar la 9alta de ata-des en el almacen. 3. !e de2e de tner un resuuesto ara la comra. lujo b!sico "suario
#istema
7. "l encargado del almacen revisa en el alamcen 0ue 9alte alg-n modelo de ataud. 3. "l administrador se dirige a la ciudad de lima a 5acer la comra de ata-d en el roveedor. 4. !e transorta el atuad 5asta el esta2lecimiento.
$aso de "so Actores %ipo Descripci&n
%eali&acion De Al+uiler De Servicios
Vendedor8 Cliente. 'rincial "n este caso de uso el cliente 5ace el al0uiler de servicio.
Precondiciones
7. !e de2e de contar con los servicios disoni2les. lujo b!sico "suario
7. "l Cliente esta2lecimiento.
#istema
%ngresa
al
3. "l Cliente de2e seleccionar el servicios 0ue desea al0uilar.
4. Al "mleado Genera el documento de al0uiler. 6. "l emleado le 5ace entrega de los servicios al cliente 0ue le roorciona la direcci/n donde se 5ara uso de los servicios 9unerarios.
1$.
rono!rama de Actiidades: