7/25/2019 Funeraria San Luis
1/49
UNIVERSIDAD SAN PEDRO
FACULTAD DE INGENIERA
ESCUELA ACADMICO PROFESIONAL DEINGENIERA INFORMTICA Y DE SISTEMAS
CURSO: INGENIERA DE SOFTWARE I
Plan General del ProyectoImplementac!n "el S#$t%a&e pa&a la emp&e'a
(FUNERARIA SAN LUIS)
AUTORES: CERNA PAUCAR, Jean Pierre RUBIO MENDEZ, Dieo Ale!i" SOSA PAJUE#O, J$lio Gon%&lo
CIC#O: '
*ARRANCA+ PER, -./0
7/25/2019 Funeraria San Luis
2/49
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 da a da para lograr nuestros
objetivos, y a nuestros padres ya que gracias a
ellos estamos en este mundo y ejerciendo lo que
nos gusta.
7/25/2019 Funeraria San Luis
3/49
A1&a"ecment#
Primero y antes que nada, dar gracias a Dios,
por estar con nosotros en cada paso denuestras vidas, por fortalecer, por haber puesto
en nuestro camino a aquellas personas que han
sido nuestro soporte y compaa durante todo
el periodo de estudio.
Agradecer hoy y siempre a nuestros padres por
el apoyo, la alegra y la fortaleza necesaria
para seguir adelante.
(ndice1. Resumen))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))*
7/25/2019 Funeraria San Luis
4/49
2. Abstract)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))+
3. Introduccin))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
4. Generalidades)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))-
4. .
Nombre Del Proyecto:))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))-4.2. Descripcin Del Proyecto:)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))-
4.3. o!otipo de la "r!ani#acin:))))))))))))))))))))))))))))))))))))))))))))))))))))))-
4.4. Ra#n social de la "r!ani#acin:)))))))))))))))))))))))))))))))))))))))))))))./
4.$. Descripcin de la "r!ani#acin:)))))))))))))))))))))))))))))))))))))))))))))))./
4.%.
"r!ani!rama:))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))./
4.&. 'ituacin Problem(tica)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))./
4.&. . Descripcin de la "r!ani#acin:))))))))))))))))))))))))))))))))))))))))./
4.&.2. 'eleccin del Problema))))))))))))))))))))))))))))))))))))))))))))))))))))))..
4.&.4. Antecedentes del Problema)))))))))))))))))))))))))))))))))))))))))))))))..
4.). *usti+icacin del Proyecto))))))))))))))))))))))))))))))))))))))))))))))))))))))))..
4.). .
*usti+icacin ,-cnica))))))))))))))))))))))))))))))))))))))))))))))))))))))))))..
4.).2. *usti+icacin "peratia:)))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4.).3.
*usti+icacin /conmica))))))))))))))))))))))))))))))))))))))))))))))))))))).04.0. "betios del Proyecto)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4.0. . "betio General)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4.0.2. "betios /spec+icos:))))))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4. .
imitaciones del Proyecto)))))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4. . . imitacin ronol!ica:)))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4. .2. imitacin ,ecnol!ica:)))))))))))))))))))))))))))))))))))))))))))))))))))))).0
4. .3. imitacin ,-cnica:))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))).1
$. 5arco ,erico))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))).1
$. .
'6 serer 214 7 modelo entidad8relacin:))))))))))))))))))))))))))).1
$.2. 9isual 'tudio 213:))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))0.
$.3. en!uae de Pro!ramacin :))))))))))))))))))))))))))))))))))))))))))))))))00
$.4. Proceso ;ni+icado de Rational:))))))))))))))))))))))))))))))))))))))))))))))))01
%. Aplicacin de la 5etodolo!a: Proceso ;ni+icado de Rational)))1/%. . 5odelamiento del Ne!ocio)))))))))))))))))))))))))))))))))))))))))))))))))))))))1/
7/25/2019 Funeraria San Luis
5/49
%. . . Picto!rama)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))1/
%.1.2. Procesos de Ne!ocio))))))))))))))))))))))))))))))))))))))))))))))))))))))))))1.
%.1.3. Re!las de Ne!ocio)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))11
%.1.4. 9isin de Ne!ocio))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))115odelado de asos de ;so de Ne!ocio))))))))))))))))))))))))))))))))))))))))))))12
/speci+icacin 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 informacin
que permite gestionar las ventas, alquiler, compra y el almacn deproductos en una Empresa Funeraria, de esta manera se ayuda a
7/25/2019 Funeraria San Luis
6/49
organizar, controlar y administrar los productos con los que cuenta laempresa que fue tomada como modelo, automatizando sus actividadesprimarias y mejorando la interaccin con sus clientes.
En la primera seccin se presenta: la identificacin del problema, losobjetivos Generales, especficos, las metodologas de desarrollo desoft!are. "ambin se justifica la realizacin del presente proyecto. En lassiguientes secciones se identifican: los requerimientos del sistema, losactores, mdulos, clases de an#lisis, el dise$o de la interfaz de usuario,las principales caractersticas de la construccin. Finalmente, sepresentan las conclusiones del presente proyecto y lasrecomendaciones 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 toorganize, control and manage t&e products t&at t&e company &as q !as
7/25/2019 Funeraria San Luis
7/49
ta(en as model, automating t&eir primary activities and improving t&eircustomer interactions.
"&e first section presents t&e identification of t&e problem, General,specific objectives, soft!are development met&odologies. "&e realizationof t&is project is also justified. "&e follo!ing sections identify: )ystemrequirements, actors, modules, types of analysis, t&e design of t&e userinterface, t&e main features of t&e building. Finally, t&e findings of t&isproject and recommendations for future !or( are presented.
3. IntroduccinEl *royecto a desarrollar est# basado en un sistema para la gestin de
alquiler de )ervicios Funerarios y venta de +tades a clientesparticulares y a clientes asegurados ya sea por el )%), E))+-/,
+F01+", )0+", -a *ositiva, E"1.
7/25/2019 Funeraria San Luis
8/49
Funeraria 2)an -uis3, tiene como propsito definir con claridad losrequerimientos correspondientes al proyecto Gestin de +lquiler, elmismo beneficiar# tanto a la empresa como al cliente debido a queagilizar# y facilitar# el trabajo y esto conducir# a la satisfaccin delcliente.
1uenta con el control respectivo de stoc( de cada atad, reposicin yventas. +s como tambin 4ecepcin de los pedidos, la facturacin ymanejo de proveedores.
4. Generalidades
4.1. Nombre Del Proyecto:
)istema de 5entas, 1ompra, +lquiler y +lmacn en la Funeraria 2)an-uis3 6 2)+5F)-3
4.2. Descripcin Del Proyecto:
Este proyecto, consiste en implementar un sistema de venta de atadesy de alquiler de servicios funerarios para una empresa Funeraria. -abase de datos de este sistema o )oft!are, se encuentra alojado en el
motor de base de datos )7- )erver 89;, el cual interacta entiempo real con el soft!are.
7/25/2019 Funeraria San Luis
9/49
4.3.
o!otipo de la "r!ani#acin:
4.4.
Ra#n social de la "r!ani#acin:
< 4azn )ocial: 2Funeraria 2)an -uis3< =ombre: 2)an -uis3< /ireccin: +5. =icol#s de *irola => 8;?< 1elular: @A@8?B9@9
4.5. Descripcin de la "r!ani#acin:
-a empresa F=E4+4%+ se dedica a la venta de diversos tipos deatades previamente trados CcompradoD del proveedor, tambin seofrece alquiler de servicios funerarios como capillas ardientes, carroporta flores, carroza, tr#mites documentarios etc.
4.%. "r!ani!rama:
Gerente MaraT. Ramrez
Asesor FunerarioGumercindo Nolasco
MantenimientoLuis Cadenas
Asesor FunerarioVladimir Delgado
Asesor FunerarioDavid Oola C.
7/25/2019 Funeraria San Luis
10/49
4.&.
'ituacin Problem(tica
4.&. . Descripcin de la "r!ani#acin:
"odos los procesos son manuales: el inventario en almacn, la
contabilidad de los atades, la compra y venta de atades oalquiler del servicio funerario, todos esos procesos al realizarsemanualmente se vuelven lentos, adem#s no &aber un control deventas yo alquiler no se sabe con eactitud las ganancias yprdidas, ingresos y egresos que &ay en la empresa. -legando atener una mala administracin y perdiendo as dinero y tiempo.
4.&.2. 'eleccin del Problema:
El problema es la carencia de un sistema automatizado en elproceso de alquiler el cual presenta una prdida en las ganancias, y enel tiempo.
4.&.3.
Importancia:
-a importancia es brindarle un beneficio &acia la empresa y a la veznosotros aprender m#s sobre este proyecto al llevarlo a acabo.
4.&.4. Antecedentes del Problema:
-os registros y controles de contratos, venta y alquiler solo se llevan acabo en cuadernos y &ojas, las cuales no son almacenadas y portanto no permite llevar un control de las ganancias, ni emitirbalances.
4.). *usti+icacin del Proyecto
4.). .
*usti+icacin ,-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
7/25/2019 Funeraria San Luis
11/49
sistema realiza un control de alquiler y ventas, utilizando para ellola metodologa 0rientada a 0bjetos y el mtodo 4*.
4.).2. *usti+icacin "peratia:
El personal registrar# y controlar# las ventas, alquiler ycontratos.
*ermitir# realizar balances, estadsticas de las ganancias yprdidas.
4.).3. *usti+icacin /conmica:
-a Gerencia General aprobar# y designar# presupuesto para eldesarrollo del soft!are.
4.0. "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 lossiguientes:
aD +utomatizar, simplificar y controlar el registro de ventade 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 informacin.
4. .
imitaciones del Proyecto
7/25/2019 Funeraria San Luis
12/49
4. . .
imitacin ronol!ica:
*ara el desarrollo del proyecto denominado 2SAVFSL3,Hay una limitacin en cuanto al tiempo porque solo secuenta con ; meses C ciclo acadmicoD de /esarrollo del
proyecto.4. .2. imitacin ,ecnol!ica:
)e cuenta con dos laptop para I integrantes del equipode desarrollo e implementacin del soft!are, lo ideal orecomendable sera que cada integrante cuente con unacomputadora uo laptop para cada uno, e ir avanzandocon mayor rapidez, debido al corto tiempo que se da.
4. .3.
imitacin ,-cnica:
/ebido a que el proyecto se va avanzando a lo largo delsemestre acadmico, la falta de conocimientos yopr#cticas, dificulta el la eficiencia del proyecto, ya que solocontamos con conocimientos adquiridos dentro de loscursos ense$ados.-a informacin de %nternet muc&as veces carece deeplicaciones contundentes para el mayor entendimientode las eplicaciones.
$. 5arco ,erico
$. .
'6 serer 214 7 modelo entidad8relacin:
icrosoft )7- )erver es un sistema para la gestin de basesde datos producido por icrosoft basado en el modelorelacional. )us lenguajes para consultas son "J)7- y +=)%)7-. icrosoft )7- )erver constituye la alternativa deicrosoft a otros potentes sistemas gestores de bases dedatos como son 0racle, *ostgre)7- o y)7-.
1aractersticas de icrosoft )7- )erver< )oporte de transacciones.< )oporta procedimientos almacenados.< %ncluye tambin un entorno gr#fico de administracin, que
permite el uso de comandos //- y /- gr#ficamente.< *ermite trabajar en modo clienteJservidor, donde la
informacin y datos se alojan en el servidor y los terminales o
clientes de la red slo acceden a la informacin.
7/25/2019 Funeraria San Luis
13/49
< +dem#s permite administrar informacin de otros servidoresde datos.
Este sistema incluye una versin reducida, llamada )/E con elmismo motor de base de datos pero orientado a proyectos
m#s peque$os, que en sus versiones 898 y 89; pasa a serel )7- Epress Edition, que se distribuye en forma gratuita.
Es comn desarrollar completos proyectos complementandoicrosoft )7- )erver y icrosoft +ccess a travs de losllamados +/* C+ccess /ata *rojectD. /e esta forma secompleta la base de datos Cicrosoft )7- )erverD, con elentorno de desarrollo C5K+ +ccessD, a travs de laimplementacin 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#scapasD, icrosoft )7- )erver incluye interfaces de accesopara varias plataformas de desarrollo, entre ellas .=E", pero elservidor slo est# disponible para )istemas 0perativos.
*rogramacin "J)7-"J)7- C"ransactJ)7-D es el principal medio de interaccin con el
)ervidor. *ermite realizar las operaciones claves en )7-)erver, incluyendo la creacin y modificacin de esquemas dela base de datos, la introduccin y edicin de los datos en labase de datos, as como la administracin del servidor comotal. Esto se realiza mediante el envo de sentencias de "J)7-y declaraciones que son procesadas por el servidor y losresultados Co erroresD regresan a la aplicacin cliente.
1liente =ativo de )7-1liente =ativo de )7- es la biblioteca de acceso a datos para los
clientes de icrosoft )7- )erver versin 899B en adelante.%mplementa nativamente soporte para las caractersticas de)7- )erver, incluyendo la ejecucin de la secuencia de datostabular, soporte para bases de datos en espejo de )7-)erver, soporte completo para todos los tipos de datos
compatibles con )7- )erver, conjuntos de operacionesasncronas, las notificaciones de consulta, soporte para
7/25/2019 Funeraria San Luis
14/49
cifrado, as como recibir varios conjuntos de resultados en unasola sesin de base de datos. 1liente =ativo de )7- se utilizacomo etensin de )7- )erver plugJins para otrastecnologas de acceso de datos, incluyendo +/0 u 0-E /K.
1liente =ativo de )7- puede tambin usarse directamente,pasando por alto las capas de acceso de datos.
/esventajasEn versiones de I8 bits, )7- )erver usa +ddress 'indo!ing
Etensin C+'ED para &acer el direccionamiento por encimade ;GK. Esto le impide usar la administracin din#mica dememoria, y slo le permite alojar un m#imo de L; GK de
memoria compartida. Esta limitacin es eclusiva de sistemasoperativos I8 bitsM en sistemas operativos L;bits, la memoriam#ima que se puede direccionar en Edicin Est#ndar esL;Gb y en Edicin Enterprise ;"b.
icrosoft )7- )erver slo maneja compresin de datos en laEdicin Enterprise.
icrosoft )7- )erver requiere de un sistema operativo icrosoft'indo!s, por lo que no puede instalarse, por ejemplo, enservidores -inu.
Kase de datos relacionalna Kase de /atos 4elacional, es una base de datos que cumple
con el modelo relacional, el cual es el modelo m#s utilizado enla actualidad para implementar bases de datos yaplanificadas. *ermiten establecer interconeiones CrelacionesDentre los datos Cque est#n guardados en tablasD, y a travs dedic&as coneiones relacionar los datos de ambas tablas, de
a& proviene su nombre: Nodelo 4elacionalN. "ras serpostuladas sus bases en @?9 por Edgar Fran( 1odd, de loslaboratorios %K en )an Oos C1aliforniaD, no tard enconsolidarse como un nuevo paradigma en los modelos debase de datos.
1aractersticas< na Kase de /atos 4elacional se compone de varias tablas o
relaciones.
7/25/2019 Funeraria San Luis
15/49
< =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 relacin 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 dedatos.
< -as claves ajenas se colocan en la tabla &ija, contienen elmismo valor que la clave primaria del registro padreM pormedio de stas se &acen las relaciones.
4elaciones Kase y /erivadasEn una base de datos relacional, todos los datos se almacenan y
se accede a ellos por medio de relaciones. -as relaciones quealmacenan datos son llamadas Nrelaciones baseN y suimplementacin es llamada NtablaN. 0tras relaciones noalmacenan datos, pero son calculadas al aplicar operacionesrelacionales. Estas relaciones son llamadas Nrelaciones
derivadasN y su implementacin es llamada NvistaN oNconsultaN. -as relaciones derivadas son convenientes ya queepresan informacin de varias relaciones actuando como sifuera una sola.
4estriccionesna restriccin es una limitacin que obliga el cumplimiento de
ciertas condiciones en la base de datos. +lgunas no son
determinadas por los usuarios, sino que son in&erentementedefinidas por el simple &ec&o de que la base de datos searelacional. +lgunas otras restricciones las puede definir elusuario, por ejemplo, usar un campo con valores enteros entre y 9.
-as restricciones proveen un mtodo de implementar reglas en labase de datos. -as restricciones limitan los datos que puedenser almacenados en las tablas. sualmente se definenusando epresiones que dan como resultado un valorbooleano, indicando si los datos satisfacen la restriccin o no.
7/25/2019 Funeraria San Luis
16/49
-as restricciones no son parte formal del modelo relacional, peroson incluidas porque juegan el rol de organizar mejor losdatos. -as restricciones son muy discutidas junto con losconceptos relacionales.
/ominiosn dominio describe un conjunto de posibles valores para cierto
atributo. 1omo un dominio restringe los valores del atributo,puede ser considerado como una restriccin.atem#ticamente, atribuir un dominio a un atributo significaNtodos los valores de este atributo deben ser elementos delconjunto 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 valoresidentifican de forma nica cada registro de dic&a tabla, esdecir, no pueden eistir dos o m#s registros diferentes cuyosvalores en dic&os campos sean idnticos. Este conjunto decampos se llama clave nica. *ueden eistir varias claves
nicas en una determinada tabla, y a cada una de stas suelellam#rsele candidata a clave primaria.
1lave primariana clave primaria es una clave nica elegida entre todas las
candidatas que define unvocamente a todos los dem#satributos de la tabla, para especificar los datos que ser#nrelacionados con las dem#s tablas. -a forma de &acer esto es
por medio de claves for#neas.
1lave for#neana clave for#nea es una referencia a una clave en otra tabla,
determina la relacin eistente en dos tablas. -as clavesfor#neas no necesitan ser claves nicas en la tabla dondeest#n y s a donde est#n referenciadas.
*or ejemplo, el cdigo de departamento puede ser una clavefor#nea en la tabla de empleados. )e permite que &aya varios
empleados en un mismo departamento, pero &abr# uno y slo
7/25/2019 Funeraria San Luis
17/49
un departamento por cada clave distinta de departamento enla tabla de empleados.
1lave ndice
-as claves ndices surgen con la necesidad de tener un accesom#s r#pido a los datos. -os ndices pueden ser creados concualquier combinacin de campos de una tabla. -as consultasque filtran registros por medio de estos campos, puedenencontrar los registros de forma no secuencial usando la clavendice.
-as bases de datos relacionales incluyen mltiples tcnicas deordenamiento, cada una de ellas es ptima para cierta
distribucin de datos y tama$o de la relacin.-os ndices generalmente no se consideran parte de la base dedatos, pues son un detalle agregado. )in embargo, las clavesndices son desarrolladas por el mismo grupo deprogramadores que las otras partes de la base de datos.
*rocedimientos almacenados
n procedimiento almacenado es cdigo ejecutable que seasocia y se almacena con la base de datos. -osprocedimientos almacenados usualmente recogen ypersonalizan operaciones comunes, como insertar un registrodentro de una tabla, recopilar informacin estadstica, oencapsular c#lculos complejos. )on frecuentemente usadospor un +*% por seguridad o simplicidad.
-os procedimientos almacenados no son parte del modelo
relacional, pero todas las implementaciones comerciales losincluyen.
Estructura-a base de datos se organiza en dos marcadas seccionesM el
esquema y los datos Co instanciaD.El esquema es la definicin de la estructura de la base de datos y
principalmente almacena los siguientes datos:
El nombre de cada tabla
7/25/2019 Funeraria San Luis
18/49
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 sele conoce como normalizacin, el resultado de dic&o procesoes un esquema que permite que la base de datos sea usadade manera ptima.
-os datos o instancia es el contenido de la base de datos en unmomento dado. Es en s, el contenido de todos los registros.
anipulacin de la informacin
*ara manipular la informacin utilizamos un lenguaje relacional,actualmente se cuenta con dos lenguajes formales el #lgebrarelacional y el c#lculo relacional. El #lgebra relacional permitedescribir la forma de realizar una consulta, en cambio, elc#lculo relacional slo indica lo que se desea devolver.
El lenguaje m#s comn para construir las consultas a bases dedatos relacionales es )7- C)tructured 7uery -anguageD, unest#ndar implementado por los principales motores o sistemas
de gestin de bases de datos relacionales integradas.En el modelo relacional los atributos deben estar eplcitamenterelacionados a un nombre en todas las operaciones, encambio, el est#ndar )7- permite usar columnas sin nombreen conjuntos de resultados, como el asterisco taquigr#fico CPDcomo notacin de consultas.
+l contrario del modelo relacional, el est#ndar )7- requiere quelas columnas tengan un orden definido, lo cual es f#cil deimplementar en una computadora, ya que la memoria eslineal.
Es de notar, sin embargo, que en )7- el orden de las columnas ylos registros devueltos en cierto conjunto de resultado nuncaest# garantizado, a no ser que eplcitamente seaespecificado por el usuario.
anejadores de base de datos relacionales
7/25/2019 Funeraria San Luis
19/49
Eiste soft!are eclusivamente dedicado a tratar con bases dedatos relacionales. Este soft!are se conoce como )GK/C)istema de Gestin de Kase de /atos relacionalD o 4/K)Cdel ingls 4elational /atabase anagement )ystemD.
Entre los gestores o manejadores actuales m#s popularesencontramos:
y)7-*ostgre)7-,0racle,/K8,%=F04%Q,%nterbase,FireKird,
)ybaseicrosoft )7- )erver
5entajas y desventajas5entajas*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 normalizacin por ser m#s comprensible y aplicable./esventajas*resentan deficiencias con datos gr#ficos, multimedia, 1+/ y
sistemas de informacin 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 lasaplicaciones anteriores y as, complementar pero no sustituir alas bases de datos relacionales.
/ise$o de las bases de datos relacionalesEl primer paso para crear una base de datos, es planificar el tipo
de informacin que se quiere almacenar en la misma,teniendo en cuenta dos aspectos: la informacin disponible yla informacin que necesitamos.
-a planificacin de la estructura de la base de datos, en particularde las tablas, es vital para la gestin efectiva de la misma. El
7/25/2019 Funeraria San Luis
20/49
dise$o de la estructura de una tabla consiste en unadescripcin de cada uno de los campos que componen elregistro y los valores o datos que contendr# cada uno de esoscampos.
-os campos son los distintos tipos de datos que componen latabla, por ejemplo: nombre, apellido, domicilio. -a definicinde un campo requiere: el nombre del campo, el tipo de campo,el anc&o del campo, etc.
-os registros constituyen la informacin que va contenida en loscampos de la tabla, por ejemplo: el nombre del paciente, elapellido del paciente y la direccin de este. Generalmente losdiferentes tipos de campos que se pueden almacenar son los
siguientes: "eto CcaracteresD, =umrico CnmerosD, Fec&a Hora, -gico Cinformaciones lgicas sino, verdaderofalso,etc.D, im#genes.
En resumen, el principal aspecto a tener en cuenta durante eldise$o de una tabla es determinar claramente los camposnecesarios, definirlos en forma adecuada con un nombreespecificando su tipo y su longitud.
$.2.
9isual 'tudio 213: icrosoft 5isual )tudio es unentorno de desarrollo integrado C%/E, por sus siglas en inglsDpara sistemas operativos 'indo!s. )oporta varios lenguajesde programacin, tales como 5isual 1RR, 5isual 1S, 5isual OS,y 5isual Kasic .=E", al igual que entornos de desarrollo !ebcomo +)*.=E", aunque actualmente se &an desarrollado lasetensiones necesarias para muc&os otros.
5isual )tudio permite a los desarrolladores crear aplicaciones,sitios y aplicaciones !eb, as como servicios !eb en cualquierentorno que soporte la plataforma .=E" Ca partir de laversin .=E" 8998D. +s se pueden crear aplicaciones que seintercomuniquen entre estaciones de trabajo, p#ginas !eb ydispositivos mviles.
5ersiones+ partir de la versin 899B icrosoft ofrece gratuitamente las
Epress Editions, que son varias ediciones b#sicas separadaspor lenguajes de programacin o plataforma enfocadas para
7/25/2019 Funeraria San Luis
21/49
novatos y entusiastas. Estas ediciones son iguales al entornode desarrollo comercial pero sin caractersticas avanzadas./ic&as ediciones son:
5isual Kasic Epress Edition
5isual 1S Epress Edition5isual 1RR Epress Edition5isual OS Epress Edition C/esapareci en 5isual )tudio 899AD5isual 'eb /eveloper Epress Edition Cpara programar en
+)*.=E"D5isual FS C+pareci en 5isual )tudio 899, es parecido al OSDP
+dicionalmente, icrosoft &a puesto gratuitamente a disposicinde todo el mundo una versin reducida de ) )7- )erverllamada )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 yemplea 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/ev5isual ORR5isual Fo*ro
5isual )ource)afe
5.3. en!uae de Pro!ramacin : 1S Cpronunciadosi )&arp en inglsD es un lenguaje de programacin orientadoa objetos desarrollado y estandarizado por icrosoft comoparte de su plataforma .=E", que despus fue aprobado comoun est#ndar por la E1+ CE1+JII;D e %)0 C%)0%E1 8I8?9D.
1S es uno de los lenguajes de programacin dise$ados parala infraestructura de lenguaje comn.
)u sintais b#sica deriva de 11RR y utiliza el modelo de objetosde la plataforma .=E", similar al de Oava, aunque incluyemejoras derivadas de otros lenguajes.
El nombre 1 )&arp fue inspirado por la notacin musical, dondeTST Csostenido, en ingls s&arpD indica que la nota C1 es la notado en inglsD es un semitono m#s alta, sugiriendo que 1S es
superior a 11RR. +dem#s, el signo TST se compone de cuatrosignos TRT pegados.
7/25/2019 Funeraria San Luis
22/49
+unque 1S forma parte de la plataforma .=E", sta es una +*%,mientras que 1S es un lenguaje de programacinindependiente dise$ado para generar programas sobre dic&aplataforma. Ua eiste un compilador implementado que provee
el marco ono J /otG=, el cual genera programas paradistintas 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 decdigo gestionado llamado )imple anaged 1 C)1D. En
enero de @@@, +nders Hejlsberg form un equipo con lamisin de desarrollar un nuevo lenguaje de programacinllamado 1ool C-enguaje 1 orientado a objetosD. Este nombretuvo que ser cambiado debido a problemas de marca,pasando a llamarse 1S.8 -a biblioteca de clases de laplataforma .=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.
5.4. Proceso ;ni+icado de Rational: El *rocesonificado de 4ational C4ational nified *rocess en ingls,&abitualmente resumido como 4*D es un proceso dedesarrollo 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,implementacin y documentacin de sistemas orientados aobjetos.
El 4* no es un sistema con pasos firmemente establecidos,sino un conjunto de metodologas adaptables al conteto ynecesidades de cada organizacin.
"ambin se conoce por este nombre al soft!are, tambindesarrollado por 4ational, que incluye informacin entrelazada
de diversos artefactos y descripciones de las diversasactividades. Est# incluido en el 4ational et&od 1omposer
7/25/2019 Funeraria San Luis
23/49
C41D, que permite la personalizacin de acuerdo con lasnecesidades.
0riginalmente se dise$ un proceso genrico y de dominiopblico, el *roceso nificado, y una especificacin m#s
detallada, el 4ational nified *rocess, que se vendiera comoproducto independiente.
*rincipios de desarrolloEl 4* est# basado en L principios clave que son los siguientes:
+daptar el proceso: El proceso de la adaptacin 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 losdeseos de todos. Gracias a este equilibrio se podr#n corregirdesacuerdos que surjan en el futuro.
/emostrar valor iterativamente: -os proyectos se entregan,aunque sea de un modo interno, en etapas iteradas. En cadaiteracin se analiza la opinin de los inversores, la estabilidady calidad del producto, y se refina la direccin del proyecto ascomo tambin los riesgos involucrados.
1olaboracin entre equipos: El desarrollo de soft!are no lo &aceuna nica persona sino mltiples equipos. /ebe &aber unacomunicacin fluida para coordinar requisitos, desarrollo,evaluaciones, planes, resultados, etc.
Elevar el nivel de abstraccin: Este principio dominante motiva eluso de conceptos reutilizables tales como patrn del soft!are,lenguajes ;G- o marcos de referencia Cframe!or(sD pornombrar algunos. Esto evita que los ingenieros de soft!are
vayan directamente de los requisitos a la codificacin desoft!are a la medida del cliente, sin saber con certeza qucodificar para satisfacer de la mejor manera los requisitos ysin comenzar desde un principio pensando en la reutilizacindel cdigo. n alto nivel de abstraccin tambin permitediscusiones sobre diversos niveles y solucionesarquitectnicas. Vstas se pueden acompa$ar por lasrepresentaciones visuales de la arquitectura, por ejemplo con
el lenguaje -.
7/25/2019 Funeraria San Luis
24/49
Enfocarse en la calidad: El control de calidad no debe realizarseal final de cada iteracin, sino en todos los aspectos de laproduccin. El aseguramiento de la calidad forma parte delproceso de desarrollo y no de un grupo independiente.
1iclo de vida 4*El ciclo de vida 4* es una implementacin del /esarrollo en
espiral. Fue creado ensamblando los elementos ensecuencias semisJordenadas. El ciclo de vida organiza lastareas en fases e iteraciones.
4* divide el proceso en cuatro fases, dentro de las cuales serealizan varias iteraciones en nmero variable segn el
proyecto y en las que se &ace un mayor o menor &incapi enlas distintas actividades. En la Figura muestra cmo vara elesfuerzo asociado a las disciplinas segn la fase en la que seencuentre el proyecto 4*.
-as primeras iteraciones Cen las fases de %nicio y ElaboracinD seenfocan &acia la comprensin del problema y la tecnologa, ladelimitacin del #mbito del proyecto, la eliminacin de losriesgos crticos, y al establecimiento de una baseline C-neaKaseD de la arquitectura.
/urante la fase de inicio las iteraciones &acen mayor nfasis enactividades de modelado del negocio y de requisitos.
En la fase de elaboracin, las iteraciones se orientan al desarrollode la baseline de la arquitectura, abarcan m#s los flujos detrabajo de requisitos, modelo de negocios CrefinamientoD,an#lisis, dise$o y una parte de implementacin orientado a labaseline de la arquitectura.
En la fase de construccin, se lleva a cabo la construccin del
producto por medio de una serie de iteraciones.*ara cada iteracin se seleccionan algunos 1asos de so, se
refinan su an#lisis y dise$o y se procede a su implementaciny pruebas. )e realiza una peque$a cascada para cada ciclo.)e realizan iteraciones &asta que se termine laimplementacin de la nueva versin del producto.
En la fase de transicin se pretende garantizar que se tiene unproducto preparado para su entrega a la comunidad de
usuarios.
7/25/2019 Funeraria San Luis
25/49
1omo se puede observar en cada fase participan todas lasdisciplinas, pero dependiendo de la fase el esfuerzo dedicadoa una disciplina vara.
*rincipales caractersticas< Forma disciplinada de asignar tareas y responsabilidades
Cquin &ace qu, cu#ndo y cmoD< *retende implementar las mejores pr#cticas en %ngeniera de
)oft!are< /esarrollo iterativo< +dministracin de requisitos< so de arquitectura basada en componentes< 1ontrol de cambios
< odelado visual del soft!are< 5erificacin de la calidad del soft!areEl 4* es un producto de 4ational C%KD. )e caracteriza por ser
iterativo e incremental, estar centrado en la arquitectura yguiado por los casos de uso. %ncluye artefactos Cque son losproductos tangibles del proceso como por ejemplo, el modelode casos de uso, el cdigo fuente, etc.D y roles Cpapel quedesempe$a una persona en un determinado momento, una
persona puede desempe$ar distintos roles a lo largo delprocesoD.
Fases< Establece oportunidad y alcance< %dentifica las entidades eternas o actores con las que se trata< %dentifica los casos de uso4* comprende 8 aspectos importantes por los cuales se
establecen las disciplinas:
T*rocesoT: -as etapas de esta seccin son: C4evise nuevamentela gr#ficaD< odelado de negocio< 4equisitos< +n#lisis y /ise$o< %mplementacin< *ruebas< /espliegue)oporte: En esta parte nos encontramos con las siguientes
etapas:< Gestin del cambio y configuraciones
7/25/2019 Funeraria San Luis
26/49
< Gestin 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 Ctambin llamado %ncepcin o 1oncepcinD.< Elaboracin.< /esarrollo Ctambin llamado %mplementacin, 1onstruccinD.< 1ierre Ctambin llamado "ransicinD.Fase de %nicio: Esta fase tiene como propsito definir y acordar el
alcance del proyecto con los patrocinadores, identificar losriesgos asociados al proyecto, proponer una visin muygeneral de la arquitectura de soft!are y producir el plan de las
fases y el de iteraciones posteriores.Fase de elaboracin: En la fase de elaboracin se seleccionan
los casos de uso que permiten definir la arquitectura base delsistema y se desarrollaran en esta fase, se realiza laespecificacin de los casos de uso seleccionados y el primeran#lisis del dominio del problema, se dise$a la solucinpreliminar.
Fase de /esarrollo: El propsito de esta fase es completar la
funcionalidad del sistema, para ello se deben clarificar losrequisitos pendientes, administrar los cambios de acuerdo alas evaluaciones realizados por los usuarios y se realizan lasmejoras para el proyecto.
Fase de "ransicin: El propsito de esta fase es asegurar que elsoft!are est disponible para los usuarios finales, ajustar loserrores y defectos encontrados en las pruebas de aceptacin,capacitar a los usuarios y proveer el soporte tcnico
necesario. )e debe verificar que el producto cumpla con lasespecificaciones entregadas por las personas involucradas enel proyecto.
+rtefactos4* en cada una de sus fases Cpertenecientes a la estructura
din#micaD realiza una serie de artefactos que sirven paracomprender mejor tanto el an#lisis como el dise$o del sistemaCentre otrosD. Estos artefactos Centre otrosD son los siguientes:
%nicio:
7/25/2019 Funeraria San Luis
27/49
< /ocumento 5isin< /iagramas de caso de uso< Especificacin de 4equisitos< /iagrama de 4equisitos
Elaboracin:< /ocumento +rquitectura que trabaja con las siguientes vistas: 5ista -gica:
< /iagrama de clases< odelo EJ4 C)i el sistema as lo requiereD
5ista de %mplementacin:< /iagrama de )ecuencia
< /iagrama de estados< /iagrama de 1olaboracin
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 arquitectnicos< *ruebas de los casos de uso desarrollados, que
demuestran que la arquitectura documentada respondeadecuadamente a requerimientos funcionales y no
funcionales.1onstruccin:< Especificacin de requisitos faltantes< /ise$o y desarrollo de casos de uso yo flujos de acuerdo con
la planeacin iterativa< *ruebas de los casos de uso desarrollados, y pruebas de
regresin segn sea el caso"ransicin:< *ruebas finales de aceptacin
< *uesta en produccin< Estabilizacin
7/25/2019 Funeraria San Luis
28/49
Historia del 4*
-os orgenes de 4* se remontan al modelo espiral original deKarry Koe&m. Wen Hartman, uno de los contribuidores clavesde 4* colabor con Koe&m en la investigacin. En @@B4ational )oft!are compr una compa$a sueca llamada0bjectory +K, fundada por %var Oacobson, famoso por &aberincorporado los casos de uso a los mtodos de desarrolloorientados a objetos. El 4ational nified *rocess fue elresultado de una convergencia de 4ational +pproac& y
0bjectory Cel proceso de la empresa 0bjectory +KD. El primerresultado de esta fusin fue el 4ational 0bjectory *rocess, laprimera versin 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= 9J89JB?L@J8D, y publicado en @@@ por %var Oacobson, GradyKooc& y Oames 4umbaug&.
7/25/2019 Funeraria San Luis
29/49
%. Aplicacin 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
,rabaadores
Atencion de los 'ericios @in del 'ericio
7/25/2019 Funeraria San Luis
30/49
%.1.2. Procesos de Ne!ocio:
aD Proceso de Compra de los Atades:-o *rimero es cuando el administrador verifica que en el
almacn de los atades no &ay suficientes productos decada modelo y requiere de un pronto abastecimiento.
-o )egundo es viajar a la ciudad de lima y buscardiferentes tipos de atades y cu#les son sus preciosdependiendo de lo datos requeridos se trae en su mismocarro porta flores C*eugeotD, y en algunas ocasiones seobtienen atades por pedidos de un lugar establecidodesde la ciudad de lima.
bD Proceso de Almacenaje de los Atades: na vez llegada la mercanca, se empieza a separar los
atades por modelo y precio y se coloca en el almacn dela funeraria.
cD Proceso de Ventas de los Atades: )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 deatades a la medida correcta y modelo que le agrade al
7/25/2019 Funeraria San Luis
31/49
cliente. 1uando el producto &a sido vendido con losservicios funerarios correctamente se le entrega al clienteuna boleta de compra.
%.1.3. Re!las de Ne!ocio: -as 4eglas de =egocio son: -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 elda del sepelio cancelan la diferencia y recin le
entregan la boleta o factura.%.1.4. 9isin de Ne!ocio: @;N/RARIA 'AN ;I'B
ser# una empresa lder brindando servicios funerarios,ya sea en la eficiencia de atencin donde la solidezempresarial y eficiencia productiva basada en susrecursos &umanos y tecnolgicos, garanticen los m#saltos est#ndares de calidad y servicio para sus clientes yaseguren un permanente crecimiento y rentabilidad.
$%&'('L')*A (% (%SA++'LL':
1onocer el procedimiento de venta y alquiler de la empresa &acialos clientes, recopilar toda la informacin posible y emplearlo para
as generar un buen modelamiento de sistema requerido.
7/25/2019 Funeraria San Luis
32/49
$A&+*,:
5odelado de asos de ;so de Ne!ocio
Escenario Procesos
Actores
Cliente
Administrador
Vendedor
Ecag.Almacen
Compra DeAtad
Verificacin De Almacn x x
Transporte De Atad x
AlmacenajeDe Atad
Administracin Por Modelos x
Venta DeAtad
Verificacin De Seguro xSeleccin De Modelo xGenerar Boleta x
Alquiler DeServicio
Verificacin De Seguro xSeleccin De Servicios xGenerar Contrato x xGenerar actura x
7/25/2019 Funeraria San Luis
33/49
+dministrado r1ompra /e +taud
Encargado /e +lmacen
+lmacen /e +taud
5enta /e +taud
5emdedor
+lquiler /e )ervicio
1liente
/speci+icacin de asos de ;so de Ne!ocio:
7/25/2019 Funeraria San Luis
34/49
+dmi nistradorr1ompra +taud
5erioficacion +lmacen
"ransporte +taud
XXincludeYY
XXincludeYY
Encar. +lmacen
+lm acenamiento + taud
+dministracion odelo
XXincludeYY
5enta +taud
5erificacion )eguro
XXeFtendYY
)eleccion odelo
XXincludeYY
Generar 1omprobante
XXincludeYY
5endedor
+lqu il er )ervici o
XXeFtendYY
XXincludeYY
)eleccion )ervicioi
XXincludeYY
FALTA MA! MOD"LO! COMO#!"C$"NC%ACOLA&ORAC%ONACT%V%DAD"!
FALTA TAM&%"N "L MOD"LO F%!%COFALTA "L !CR%'T ($" "!O LO D"&" D" T"N"R C"RNA
7/25/2019 Funeraria San Luis
35/49
) FALTAAA TAM&%"N LA! CA'T$RA! D" 'ANTALLA! D"L D%!"*O D" LO'ROGRAMA ($" +%,O C"RNA
$'(%L' (% -AS% (% (A&'S:
7/25/2019 Funeraria San Luis
36/49
&. ostos < Presupuestos < /ntre!ables
&otal de desarrollo del pro#ecto:9B dasCosto:+pro. ). 8,A99.Prespesto:/os computadora o -aptop con buen procesador, instalacin de
'indo!s, instalacin de 5isual )tudio 89I, instalacin )7-server eprs, una impresora, 8 )K.
%ntrea/le:)olicitud de aprobacin *royecto 2)%)5E+3 ycronograma del proyecto.
(escr!pc!0n *n!c!o F!n
/elegar funciones a los miembros delequipo.
8L9I89B I9I89B
1oordinar y supervisar los avances delas tareas asignadas.
99;89B @9B89B
Evaluar el avance. 99;89B @9B89B
4ecopilar y suministrar informacineficiente al Oefe de Equipo.
99;89B A9;89B
Krindar los requerimientos que debecumplir la Kase de /atos.
@9;89B 889;89B
/ise$ar la Kase de /atos con la%nformacin proporcionada
99B89B I9B89B
%mplementar el /iagrama de EntidadJ4elacin de las tablas.
;9B89B 8?9B89B
/ise$ar la %nterfaz Gr#fica de suarioo G%.
8A9B89B 9I9L89B
%mplementar las lneas de cdigo de laG%.
9;9L89B ?9L89B
4ealizar iteraciones al soft!are. A9L89B 8;9L89B
1oordinar con los miembros para al
G%.
9L89B I99L89
BEntregar el soft!are al -der de 989B 989B
7/25/2019 Funeraria San Luis
37/49
Equipo.4evisar el soft!are, comprobando quecumpla con los requisitos.
989B B889B
*resentar los entregables. B889B B889
B
). onclusiones
/espus de algunos meses desarrollando este sistema, llegamosa la conclusin que el proyecto resulto ser m#s complejo de loque 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 asus clientes, se valieron de cuadernos, para llevar a cabo sutrabajo y atender satisfactoriamente a las necesidades de susclientes, pero por ser un sistema manual este necesita sersistematizar y por ende ser mejorado y despus de &aberanalizado los procesos en los cuales se basan las ventas ycompras emitidos por 2aderera Gustavo3 esperamos llegar acumplir las epectativas que tenamos trazadas.
0. Recomendaciones
1on la finalizacin del presente proyecto se pueden efectuar lassiguientes 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 almacn )acar circulares internas para el buen manejo e &igiene del
computador e implementos
7/25/2019 Funeraria San Luis
38/49
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
*rogramacin avanzada con 5isual 1RR, de /avid O.Wriglins(i, George )&ep&erd y )cot 'ingo. c Gra!JHill
+ fondo 1S, de "om +rc&er. c Gra!JHill
El lenguaje de programacin 1S, de Oos +ntonioGonz#lez )eco. *ublicado en %nternet:&ttp:!!!.josanguapo.com
+s es icrosoft 5isual )tudio .=E", de icrosoft1orporation. 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 1esarde la "orre -lorente, rial \orrilla 1astro.
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rationalhttp://es.wikipedia.org/wiki/Microsoft_Visual_Studiohttp://es.wikipedia.org/wiki/SQLhttp://es.wikipedia.org/wiki/Programaci%C3%B3n_por_capashttp://es.wikipedia.org/wiki/C_Sharphttp://www.josanguapo.com/http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rationalhttp://es.wikipedia.org/wiki/Microsoft_Visual_Studiohttp://es.wikipedia.org/wiki/SQLhttp://es.wikipedia.org/wiki/Programaci%C3%B3n_por_capashttp://es.wikipedia.org/wiki/C_Sharphttp://www.josanguapo.com/7/25/2019 Funeraria San Luis
39/49
7/25/2019 Funeraria San Luis
40/49
12. Ap-ndices
@ormato de encuesta
13. Diccionario de Datos:
TABLA DESCRIPCIONCLIENTE
TABLASRELACIONADAS
TRANSACCION
CLAVE CAMPO DESCRIPCION TIPO DEDATO
TAMAO
VALORDEFEC.
NULO UNICO
PK CLI_ID
SE ALMACENA EL ID DEL
CLIENTE
INT
CLI_NOMBRE SE ALMACENA EL NOMBRE
CLIENTE
VARCHA
R
50 NO
CLI_DOCUMENTO SE ALMACENA EL DOCUMENTO
DEL CLIENTECHAR 8 NO
CLI_DIRECCION
SE ALMACENA LA DIRECCION
DEL CLIENTE
VARCHAR
50 NO
CLI_TELEFONO SE ALMACENA EL TELEFONO
DEL CLIENTECHAR 10 NO
CLI_EMAIL SE ALMACENA EL EMAIL DEL
CLIENTEVARCHAR
50 NO
TABLA DESCRIPCIONTRANSACCION
TABLASRELACIONADAS
DOCUMENTO, SEGURO, TRABAJADOR, CLIENTE, DETALLE_TRANSACCION
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO
UNI
PK TRAN_ID SE ALMACENA EL
ID DE LA
TRANSACCION
INT 0
TRAN_FECHA SE ALMACENA LA
FECHA DE LATRANSACCION
DATATIME No
CLI_ID
SE ALMACENA EL
ID DEL CLIENTE
INT B No
TRA_LOGIN SE ALMACENA EL
LOGIN DE LA
TRANSACCIONS
VARCHAR 50 fecha delsistema
No
SEG_ID SE ALMACENA EL
ID DEL SEGUROINT 0 No
DOC_ID
SE ALMACENA EL
ID DEL
INT 0 No
7/25/2019 Funeraria San Luis
41/49
DOCUMENTO
TRAN_SERIESE ALMACENA LA
SERIE DE LA
TRANSACCION
TINYINT 0 No
TRAN_NRO SE ALMACENA ELNUMERO DE
TRANSACCIONTINYINT No
FK TRAN_TOTAL
SE ALMACENA EL
TOTAL DE LA
TRANSACCIONDECIMA !18"#$ No
TABLA DESCRIPCIONDOCUMENTO
TABLAS
RELACIONADAS
TRANSACCION
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
N
PK DOC_IDSE ALMACENA EL ID DEL
DOCUMENTO INT 0
DOC_NOMBRE SE ALMACENA EL NOMBRE DEL
DOCUMENTOVARCHAR 50
TABLA DESCRIPCIONSEGURO
TABLASRELACIONAD
AS
TRANSACCION
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO
PK SEG_IDSE ALMACENA EL ID DEL
SEGURO INT 0
SEG_NOMBRE
SE ALMACENA EL NOMBRE
DEL SEGURO VARCHAR 50 No
SEG_MONTOSE ALMACENA EL MONTO DEL
SEGURO DECIMA !18"#$ B No
7/25/2019 Funeraria San Luis
42/49
TABLA DESCRIPCIONTRABAJADOR
TABLASRELACIONAD
AS
TRANSACCION, COMPRA
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NU
PK TRA_LOGINSE ALMACENA EL LOGIN DE
LA TRANSACCION VARCHAR 50 0
TRA_CLAVESE ALMACENA LA CLAVE DE
LA TRANSACCION VARCHAR 50 No
TRA_NOMBRESE ALMACENA EL NOMBRE DE
LA TRANSACCION VARCHAR 50 B No
TRA_DOCUMENTOSE ALMACENA EL DOCUMENTO
DE LA TRANSACCION CHAR 8
fecha delsistema
No
TRA_DIRECCION
SE ALMACENA LA
DIRRECCION DE LA
TRANSACCIONVARCHAR 50 0 No
TRA_TELEFONO
SE ALAMACENA EL NUMERO
TELEFONICO DE LA
TRANSACCIONCHAR 10 0 No
TRA_SEXO
SE ALMACENA EL DOCUMENTO
DEL SEXO EN LA
TRANSACCIONCHAR 1 0 No
TRA_FCHNACSE ALMACENA LA FECHA DE
NACIMIENTO DATATIME No
FK TRA_FCHCONTEL ALMACENA LA FECHA DE
CONTRATO EN LA
TRASACCION
DATATIME No
TABLA DESCRIPCION
DETALLE_TRANSCCION
7/25/2019 Funeraria San Luis
43/49
TABLASRELACIONADAS
TRANSACCION, PRODUCTO
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO
PK TRAN_IDSE ALMACENA EL ID
DE LA TRASACCION INT 0
PRO_ID SE ALMACENA EL IDDEL PRODUCTO
INT No
DET_PRECIOSE ALMACENA EL
PRECIO DEL DETALLE MONEY B No
DET_CANTIDAD
SE ALMACENA LA
CANTIDAD DEL
DETALLEINT
fecha delsistema
No
TABLA DESCRIPCIONMODELO
TABLASRELACIONADAS
PRODUCTO
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO
PK MOD_IDEL ALMACENA EL
MODELO DEL ID INT 0
MOD_NOMBRESE ALMACENA EL
NOMBRE DEL MODELO VARCHAR 50 No
TABLA DESCRIPCIONTIPO
TABLASRELACIONADAS
PRODUCTO
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO U
PK TIPO_IDSE ALMACENA EL
TIPO DEL PRODUCTO INT 0
TIPO_NOMBRE SE ALMACENA EL
TIPO DEL NOMBREVARCHAR 50 No
7/25/2019 Funeraria San Luis
44/49
TABLA DESCRIPCIONMOVIMIENTO
TABLASRELACIONADAS
PRODUCTO, ALMACEN
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO
PK MOV_ID SE ALMACENA EL IDDEL MOVIMIENTO
INT 0
MOV_TIPOSE ALMACENA EL
TIPO DEL
MOVIMIENTO
VARCHAR 50 No
MOV_CANTIDAD
SE ALMACENA LA
CANTIDAD DEL
MOVIMIENTOINT No
PRO_IDSE ALAMCENA EL ID
DEL PRODCUTO INT No
ALM_IDSE ALMACENA EL ID
DEL ALMACENAMIENTO INT No
TABLA DESCRIPCIONALMACEN
TABLASRELACIONADAS
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NUL
PK ALM_IDSE ALMACENA EL ID
DEL ALMACEN INT 0
ALM_NOMBRESE ALMANCENA EL
NOMBRE DEL ALMACEN VARCHAR 50 No
ALM_STOCKSE ALMACENA EL STOCK
INT No
TABLA DESCRIPCION
COMPRA
TABLASRELACIONADAS
TRABAJADOR, PROVEEDOR
CLAVE CAMPO DESCRIPCION TIPODEDATO
LONGITUD
VALORDEFEC. NULO UNICO
PK MOV_ID
SE ALMACENA EL
ID DEL MOVIENTOINT 0
MOV_TIPO
SE ALMACENA EL
TIPO DEL
MOVIMIENTO VARCHAR 50 No
MOV_CANTIDAD
SE ALMACENA LA
CANTIDAD DELMOVIENTO
INT No
7/25/2019 Funeraria San Luis
45/49
PRO_ID
SE ALMACENA EL
ID DEL PRODUCTO INT No
ALM_ID
SE ALMACENA DEL
ID DEL ALMACEN INT No
TABLA DESCRIPCIONPROVEEDOR
TABLASRELACIONADAS
COMPRA
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO U
PK COM_IDSE ALMACENA EL ID
DE LA COMPRA INT 0
TRA_ID SE ALMACENA DEL IDDE LA TRANSACCION VARCHAR 50 No
COM_FECHSE ALMACENA LA
FECHA DE LA COMPRA DATE No
PROV_IDSE ALMACENA EL ID
DEL PRVEEDOR INT No
COM_TOTALSE ALMACENA EL
TOTAL DE LA COMPRA DECIMA !18"#$ No
TABLA DESCRIPCIONDETALLE_COMPRA
TABLASRELACIONADAS
COMPRA, PROVEEDOR, TRABAJADOR, PRODUCTO
CLAVE CAMPO DESCRIPCION TIPO DEDATO
LONGITUD
VALORDEFEC.
NULO U
PK PRO_IDSE ALMACENA ID DEL
PROVEEDOR INT 0
COM_ID SE ALMACENA ID DE
LA COMPRAINT No
DET_CANTSE ALMACENA LACANTIDAD DEL
DETALLEINT No
DET_CANT
SE ALMACENA LA
CANTIDAD DEL
DETALLEDECIMA !18"#$ No
7/25/2019 Funeraria San Luis
46/49
4. D";5/N,AICN D/ A'"' D/ ;'":
PREF!" CAS" DE #S"
C!S"#$ %eali&acion De Venta De Ataud
C!S"#' %eali&acion De Almacena(e De Ataud
C!S"#) %eali&acion De Compra De Ataud
C!S"#* %eali&acion De Al+uiler De Servicios
CAS" DE #S" Reali$acion De Venta De Ataud
Actores, Cliente- Vendedor"
Tipo, Principal
Descripcin
"ste Caso de uso el cliente selecciona el ata-d ara luegoroceder a su comra ante el ersonal de atenci/n al cliente 0ueest1 a cargo en ese momento.
Precondiciones "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 #istema
1 %ngresa Al esta2lecimiento el
cliente.3 "l Cliente !elecciona el modelo
de ata-d 0ue desea comrar.
4 "l Vendedor 5ace el documento de ventaal cliente.
6 "l vendedor le 5ace entrega del ata-d alcliente.
$aso de "so %eali&acion De Almacena(e De Ataud
Actores "ncargado De Almacen%ipo 'rincial
7/25/2019 Funeraria San Luis
47/49
Descripci&n "n este caso de uso el encargado de almacen adminstra los atuedescomrados or modelo.
Precondiciones7. 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 losata-des or modelo.
$aso de "so %eali&acion De Compra De Ataud
Actores Administrador8 "ncargado de almacen%ipo 'rincialDescripci&n "n este caso de uso el adiminuistrador 5ace la comra del ataudPrecondiciones7. "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 alamcen0ue 9alte alg-n modelo de ataud.
3. "l administrador se dirige a la ciudad de lima a5acer la comra de ata-d en el roveedor.
4. !e transorta el atuad 5asta el esta2lecimiento.
$aso de "so %eali&acion De Al+uiler De Servicios
Actores Vendedor8 Cliente.%ipo 'rincialDescripci&n "n este caso de uso el cliente 5ace el al0uiler de servicio.
7/25/2019 Funeraria San Luis
48/49
Precondiciones7. !e de2e de contar con los servicios disoni2les.
lujo b!sico
"suario #istema7. "l Cliente %ngresa alesta2lecimiento.
3. "l Cliente de2e seleccionar elservicios 0ue desea al0uilar.
4. Al "mleado Genera el documento deal0uiler.
6. "l emleado le 5ace entrega de los serviciosal cliente 0ue le roorciona la direcci/ndonde se 5ara uso de los servicios9unerarios.
1$. rono!rama de Actiidades:
7/25/2019 Funeraria San Luis
49/49
4ASES
ACTI'IDADES
DURACI]N DE# PRO5ECTO
F/ F-
/ - 2 4 0 6 7
MODELAMIENTO DE NEGOCIO.) Identi6caci7n del 8ro9lea)
0) E"t$dio de ;acti9ilidad1) Ela9oraci7n del Plan Preliinar del Proyecto)3) De6nici7n de o9tica")
*) Modelaiento del neocioRE8UERIMIENTOS
+) E"t$dio de ;acti9ilidad) Reco8ilaci7n y 'alidaci7n de in;oraci7n)
-) Identi6caci7n y 8riori%aci7n de re?$eriiento"ANALISIS Y DISE9O
./)Modelaiento de re?$eriiento")
..)Modelaiento conce8t$al de entidade")
.0)Di"e@o del Modelo Relacional)
.1)Modelado de lo" diaraa de cla"e")CONSTRUCCION
.3)Di"e@o de la" inter;ace")
.2)I8leentaci7n de la 9a"e de dato")
.*)Ela9oraci7n y entrea de doc$entaci7n.+)E=al$aci7n de o9