Funeraria San Luis

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


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.


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))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))*


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/


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


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/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.


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.


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.


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


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


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.


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


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.


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.


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


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


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


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


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


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.


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


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 -.


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.


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


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:


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


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&.


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


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


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.


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


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:


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


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:


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


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


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/


39/49


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


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


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


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


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


42/49

TABLA DESCRIPCIONTRABAJADOR

TABLASRELACIONAD

AS

TRANSACCION, COMPRA


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


43/49

TABLASRELACIONADAS

TRANSACCION, PRODUCTO


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


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


LONGITUD

VALORDEFEC.

NULO U

PK TIPO_IDSE ALMACENA EL

TIPO DEL PRODUCTO INT 0

TIPO_NOMBRE SE ALMACENA EL

TIPO DEL NOMBREVARCHAR 50 No


44/49

TABLA DESCRIPCIONMOVIMIENTO

TABLASRELACIONADAS

PRODUCTO, ALMACEN


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


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


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


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


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


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


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.


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:


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

Funeraria San Luis

Documents

Transcript of Funeraria San Luis