Académique Documents
Professionnel Documents
Culture Documents
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
C.I.17.090.084
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En mi carcter de Asesor Acadmico del trabajo presentado por el Bachiller
MARTINEZ FAJARDO PEDRO ANGEL portador de la cdula de identidad
nmero: 17.090.084, para optar al grado acadmico de Ingeniero de Sistemas,
titulado: DESARROLLO DE UN SOFTWARE PARA LA AUTOMATIZACIN
DE LOS PROCESOS ADMINISTRATIVOS DE LA SECCIN DE ALMACN
DEL NUCLEO MONAGAS DE LA UNIVERSIDAD DE ORIENTE, considero
que dicho trabajo rene los requerimientos y mritos suficientes para ser sometido a
la evaluacin por parte del jurado examinador.
En la ciudad de Maturn a los dos das del mes de diciembre de 2010.
ii
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En mi carcter de Asesora Laboral del trabajo presentado por el Bachiller
MARTINEZ FAJARDO PEDRO ANGEL portador de la cdula de identidad
nmero: 17.090.084, para optar al grado acadmico de Ingeniero de Sistemas,
titulado: DESARROLLO DE UN SOFTWARE PARA LA AUTOMATIZACIN
DE LOS PROCESOS ADMINISTRATIVOS DE LA SECCIN DE ALMACN
DEL NUCLEO MONAGAS DE LA UNIVERSIDAD DE ORIENTE, considero
que dicho trabajo rene los requerimientos y mritos suficientes para ser sometido a
la evaluacin por parte del jurado examinador.
En la ciudad de Maturn a los dos das del mes de diciembre de 2010.
3
33
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
APROBACIN
Quienes suscriben, Miembros del jurado evaluador designados por la comisin de Trabajos de
Grado de la Escuela de Ingeniera de Sistemas de la Universidad de Oriente, Ncleo Monagas, para
examinar el Trabajo de Grado modalidad pasanta presentado por el Bachiller: MARTINEZ
FAJARDO PEDRO ANGEL, portador de la cdula de identidad nmero: 17.090.084, titulado:
4
4
DEDICATORIA
Al Dios de la vida, grande, todopoderoso y misericordioso que me ha llamado
para encomendarme esta tarea.
A la memoria de mi abuelo Pedro Jos Martnez Natera.
A mi querido padre, el Doctor ngel S. Martnez Salazar, profesor de esta
institucin, por sus consejos acadmicos.
A mi querida madre, Hilaria Josefina Fajardo de Martnez, quien siempre me ha
inculcado la importancia del respeto, la honestidad, solidaridad, responsabilidad
y obediencia en un ser humano.
A mi querida hermana Angie Vanessa, para que mi logro le sirva de ejemplo
para seguir adelante.
A mi querido sobrino ngel Augusto, el consentido de la casa.
A mi querida ta Ana Moraima, por todos los consejos que me ha dado y su
preocupacin por m.
A mi querida abuelita Ana Josefa, gracias por los consejos y cario que me ha
dispensado y por alegrarse tanto porque ya alcance lo que siempre quiso.
A una persona muy especial, Wendy Carolina Castillo.
A mis tos y tas maternos.
A mis tos y tas paternas.
A mis primos y primas maternos y paternos.
Pedro A. Martnez F.
vi
AGRADECIMIENTOS
A DIOS, por haberme dado la fortaleza y paciencia necesarias para
alcanzar esta meta propuesta.
A mis padres, por su amor incondicional.
A la Universidad de Oriente y a sus profesores, por impartirme
conocimientos para mi formacin profesional.
A mi asesor acadmico, el Ing. Jess Chaparro, por
su apoyo y
por su
gran ayuda y por brindarme todos sus conocimientos para alcanzar esta meta
tan anhelada.
Al personal de la Seccin de Almacn, por brindar toda la colaboracin
necesaria para el desarrollo de este proyecto.
A mis compaeros de la UDO, por haber compartido tantos momentos
importantes conmigo mientras estuvimos en la universidad.
Pedro A. Martnez F.
vii
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERIA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
RESUMEN
El presente trabajo de investigacin tiene como propsito principal el desarrollar
un sistema para automatizar los procesos administrativos de la seccin de almacn del
Ncleo Monagas de la Universidad de Oriente. Para ello fue necesario estudiar el
funcionamiento actual de dicha seccin, y determinar la problemtica que presentaba en
la prestacin de sus servicios; para luego, definir los requerimientos de informacin del
sistema en base a dicha problemtica y a las necesidades del personal que labora en el
departamento en cuestin; procedindose despus a disear una arquitectura slida que
cumpliera con todos los requerimientos establecidos, hasta finalmente obtener un
prototipo inicial de la aplicacin, de acuerdo a esa arquitectura diseada. Dicho trabajo
sigui un tipo de investigacin proyectiva, con un nivel comprensivo y un diseo de
campo; emplendose como tcnicas de recoleccin de los datos la revisin documental, la
entrevista no estructurada y la observacin directa, con el fin de extraer la informacin
del lugar objeto de estudio; mientras que la tcnica de anlisis de datos utilizada fue la de
anlisis de contenido. Para el logro de los objetivos planteados, se sigui como gua de
desarrollo de software la metodologa RUP con la ayuda de la herramienta de modelado
UML. De igual manera, se pudo concluir que con el desarrollo y futura implantacin del
sistema se agilizarn los procesos administrativos llevados a cabo en dicha seccin, tales
como la generacin de reportes de productos existentes en el almacn lo que traer
consigo un ahorro significativo del tiempo de respuesta y una carga de trabajo mucho
menor para los trabajadores que laboran en la seccin de almacn.
Palabras Claves: Ingeniera, Desarrollo, Sistema, Web, Seccin de Almacn.
8
888
INDICE GENERAL
ACTA DE EVALUACIN ...................................................................................................... II
ACTA DE EVALUACIN ..................................................................................................... III
APROBACIN .................................................................................................................... IV
ACTA DE APROBACION 0101.V
DEDICATORIA .................................................................................................................... V
AGRADECIMIENTOS ........................................................................................................ VII
RESUMEN ........................................................................................................................ VIII
INDICE GENERAL .............................................................................................................. IX
LISTA DE FIGURAS .......................................................................................................... XII
LISTA DE CUADROS ....................................................................................................... XIII
LISTA DE DIGRAMAS ...................................................................................................... XIV
LISTA DE PANTALLAS...................................................................................................... XV
LISTA DE ANEXOS .......................................................................................................... XVI
INTRODUCCIN ................................................................................................................. 1
CAPTULO I ......................................................................................................................... 3
CONTEXTO ORGANIZACIONAL ......................................................................................... 3
1.1
1.2
9
9
1
01
1
11
LISTA DE FIGURAS
Figura 1. Estructura Organizativa del Ncleo de Monagas. .................................................................... 7
Figura 2. Estructura Organizativa Centro de Computacin .................................................................... 9
Figura 3. Los casos de uso integran el trabajo....................................................................................... 34
Figura 4. Evolucin de la arquitectura del sistema................................................................................ 36
Figura 5. Una iteracin RUP. ................................................................................................................ 38
Figura 6. Estructura de RUP. ................................................................................................................ 39
Figura 7. La vida de un proceso conformado por ciclos ....................................................................... 40
Figura 8. Fases e hitos en RUP. ............................................................................................................ 40
Figura 9. Relacin entre roles, actividades, artefactos. ......................................................................... 43
Figura 10. Vista general de los elementos de UML .............................................................................. 49
Figura 11. Representacin de una dependencia..................................................................................... 50
Figura 12. Representacin de una asociacin........................................................................................ 51
Figura 13. Representacin de una generalizacin. ................................................................................ 51
Figura 14. Representacin de una generalizacin ................................................................................. 52
Figura 15. Arquitectura de un sistema software (UML 2.0).................................................................. 55
Figura 16. Clasificacin de diagramas UML. ....................................................................................... 56
Figura 17. Representacin de una clase. ............................................................................................... 57
Figura 18. Relacin entre clases............................................................................................................ 59
Figura 19. Ejemplo Diagrama de despliegue. ....................................................................................... 60
Figura 20. Elementos Diagrama de casos de uso. ................................................................................. 63
Figura 21. Lnea de vida de un objeto. .................................................................................................. 68
Figura 22. Activacin de un objeto. ...................................................................................................... 68
Figura 23. Mensaje entre objetos. ......................................................................................................... 69
Figura 24. Estructura Bsica de un documento HTML. ........................................................................ 82
Figura 25. Arquitectura del Producto .................................................................................................. 131
Figura 26. Representacin de Equipos ................................................................................................ 241
xii
LISTA DE CUADROS
Cuadro 1. Tipo de Relaciones entre Clases ........................................................................................... 59
Cuadro 2. Elementos Diagrama de Actividad ....................................................................................... 62
Cuadro 3. Tabla Documentacin de Riesgos. ....................................................................................... 73
Cuadro 4. Cuadro Operativo ............................................................................................................... 108
Cuadro 5. Plan General ....................................................................................................................... 115
Cuadro 6. Planteamiento del problema ............................................................................................... 124
Cuadro 7. Posicin del Producto ......................................................................................................... 125
Cuadro 8. Roles y responsabilidades................................................................................................... 126
Cuadro 9. Participantes y roles............................................................................................................ 127
Cuadro 10. Necesidades de participantes a nivel de Trabajo. ............................................................. 128
Cuadro 11. Necesidades de participantes a nivel de sistemas. ............................................................ 128
Cuadro 12. Necesidades de los usuarios ............................................................................................. 129
Cuadro 13.Sistema De Automatizacin de Almacn (SAA)............................................................... 132
Cuadro 14. Requerimientos de software ............................................................................................ 134
Cuadro 15. Requerimientos de hardware ............................................................................................ 134
Cuadro 16. Requerimientos de materiales........................................................................................... 134
Cuadro 17. Requerimientos de servicios ............................................................................................. 135
Cuadro 18. Tabla de documentacin de riesgos .................................................................................. 140
Cuadro 19. Identificador 001 .............................................................................................................. 142
Cuadro 20. Identificador 002 .............................................................................................................. 142
Cuadro 21. Identificador 003 .............................................................................................................. 143
Cuadro 22. Identificador 004 .............................................................................................................. 143
Cuadro 23. Identificador 005 .............................................................................................................. 144
Cuadro 24. Identificador 006 .............................................................................................................. 145
Cuadro 25. Identificador 007 .............................................................................................................. 145
Cuadro 26. Actor-Actividad ................................................................................................................ 151
Cuadro 27. Flujo de Eventos Validar Usuario..................................................................................... 175
Cuadro 28. Flujo de Eventos ............................................................................................................... 181
Cuadro 29. Flujo de Eventos Procesar Salida de Materiales ............................................................... 190
Cuadro 30. Flujo de Eventos Consultar Solicitudes de Papelera ....................................................... 199
Cuadro 31. Flujo de Eventos Generar Reportes .................................................................................. 207
Cuadro 32. Flujo de Eventos Elaborar Solicitudes de Papelera ......................................................... 219
Cuadro 33. Flujo de Eventos Consultar Solicitudes de Productos ...................................................... 227
Cuadro 34. Reglas del Dominio .......................................................................................................... 242
Cuadro 35. Resumen de Costos........................................................................................................... 279
Cuadro 36. Disminucin de tiempo en la generacin de reportes de productos .................................. 281
Cuadro 37. Reduccin de tiempo para el registro de materiales que ingresan al almacn .................. 281
131
313
LISTA DE DIGRAMAS
Diagrama 1. Plan de Fase. ................................................................................................................... 116
Diagrama 2. Segunda iteracin ........................................................................................................... 117
Diagrama 3. Tercera iteracin ............................................................................................................. 117
Diagrama 4. Cuarta iteracin .............................................................................................................. 118
Diagrama 5. Quinta iteracin .............................................................................................................. 118
Diagrama 6. Sexta iteracin ................................................................................................................ 119
Diagrama 7. Caso de Uso General del Negocio .................................................................................. 149
Diagrama 8. Modelo de Dominio del Negocio ................................................................................... 150
Diagrama 9. Recepcin de Mercancas ............................................................................................... 155
Diagrama 10. Diagrama de Actividad Recepcin de Mercancas ....................................................... 158
Diagrama 11. Caso de Uso Registrar Entrada de Mercanca............................................................... 161
Diagrama 12. Diagrama de Actividad Registrar Entrada de Mercancas ............................................ 164
Diagrama 13. Caso de Uso Entrega de Mercanca a Unidades Solicitantes ........................................ 167
Diagrama 14. Diagrama de Actividad Entrega de Mercanca a Unidades Solicitantes ....................... 170
Diagrama 15. Caso de Uso General del Sistema ................................................................................. 173
Diagrama 16. Caso de Uso Validar Usuario ....................................................................................... 174
Diagrama 17. Diagrama de Clases. Validar Usuario........................................................................... 176
Diagrama 18. Diagrama de Secuencia Validar Usuario ...................................................................... 177
Diagrama 19. Caso de Uso Procesar Entrada de Materiales ............................................................... 180
Diagrama 20. Diagrama de Clases. Procesar Entrada de materiales ................................................... 184
Diagrama 21. Diagrama de Secuencia Procesar Entrada de Materiales .............................................. 185
Diagrama 22. Caso de Uso Procesar Salida de Materiales .................................................................. 189
Diagrama 23. Diagrama de Clases. Procesar Salida de Materiales ..................................................... 192
Diagrama 24. Diagrama de Secuencia Procesar Salida de Materiales ................................................ 193
Diagrama 25. Caso de Uso Consultar Solicitudes de Papelera .......................................................... 198
Diagrama 26. Diagrama de Clases. Consultar Solicitudes de papelera .............................................. 201
Diagrama 27. Diagrama de Secuencia Consultar Solicitudes de Papelera ......................................... 202
Diagrama 28. Caso de Uso Generar Reportes ..................................................................................... 206
Diagrama 29. Diagrama de Clases. Generar Reportes ........................................................................ 209
Diagrama 30. Diagrama de Secuencia Generar Reportes.................................................................... 210
Diagrama 31. Caso de Uso Elaborar Solicitudes de Papelera ............................................................ 218
Diagrama 32. Diagrama de Clases. Elaborar Solicitud de Papelera................................................... 221
Diagrama 33. Diagrama de Secuencia Elaborar Solicitudes de Papelera........................................... 222
Diagrama 34. Caso de Uso Consultar Solicitudes de Productos ......................................................... 226
Diagrama 35. Diagrama de Clases. Consultar Solicitudes de Productos............................................. 229
Diagrama 36. Diagrama de Secuencia Consultar Solicitudes de Productos ........................................ 230
Diagrama 37. Modelo de Clases.......................................................................................................... 246
Diagrama 38. Modelo Conceptual....................................................................................................... 247
Diagrama 39. Modelo Fsico ............................................................................................................... 248
Diagrama 40. Modelo de despliegue ................................................................................................... 249
14
141
LISTA DE PANTALLAS
Pantalla 1. Validar Usuario ................................................................................................................. 178
Pantalla 2. Men Principal Jefe de almacn ........................................................................................ 186
Pantalla 3. Pantalla para Seleccionar Orden de Compras a ser Procesada ......................................... 186
Pantalla 4. Orden de Compras ............................................................................................................. 187
Pantalla 5. Materiales Registrados Correctamente .............................................................................. 187
Pantalla 6. Pantalla submen Salida de Productos .............................................................................. 194
Pantalla 7. Pantalla de Seleccin de tipo de producto/unidad a despachar.......................................... 194
Pantalla 8. Ventana donde se especifica Cantidad a Despachar .......................................................... 195
Pantalla 9. Pantalla con Detalles de Productos a ser Despachados ..................................................... 195
Pantalla 10. Pantalla para el Despacho de Productos de Papelera...................................................... 196
Pantalla 11. Consultar Solicitudes de Papelera en Men Principal .................................................... 203
Pantalla 12. Pantalla de Solicitudes de Papelera ................................................................................ 203
Pantalla 13. Detalles de una Solicitud de Papelera............................................................................. 204
Pantalla 14. Pantalla Men Principal (Submen reportes) .................................................................. 211
Pantalla 15. Filtrado de Reporte de Productos por Unidad Solicitante ............................................... 211
Pantalla 16. Pantalla para Seleccionar Unidad Solicitante .................................................................. 212
Pantalla 17. Lista de Entrada de Productos para la Unidad Seleccionada ........................................... 212
Pantalla 18. Detalle Entrada de Productos .......................................................................................... 213
Pantalla 19. Lista de rdenes de Compras Pendientes por Procesar................................................... 213
Pantalla 20. Detalle Orden de Compras por Procesar ......................................................................... 214
Pantalla 21.Ingreso de Rango de Fechas para rdenes Procesadas .................................................... 214
Pantalla 22. Ordenes de Compras en el Rango de Fechas indicado Previamente ............................... 215
Pantalla 23. Detalle de una Orden de Compras Totalmente Procesada ............................................... 215
Pantalla 24. Listado Ordenes de Compras Parcialmente Recibidas .................................................... 216
Pantalla 25. Detalle de una Orden de Compras Parcialmente Recibida .............................................. 216
Pantalla 26. Men Principal Unidad Solicitante (Submen Elaborar Solicitud Papelera) ................. 223
Pantalla 27. Pantalla para Seleccin de Cantidad y Tipo de Papel a Solicitar..................................... 223
Pantalla 28. Ventana Emergente Mostrando que la Solicitud fue realizada Exitosamente ................. 224
Pantalla 29. Planilla a Imprimir para realizar Retiro de Solicitud de Papelera .................................. 224
Pantalla 30. Consultar Solicitudes Productos en Men Unidad Solicitante ........................................ 231
Pantalla 31. Pantalla Solicitudes de Productos.................................................................................... 231
Pantalla 32. Detalle de una Orden Especfica Seleccionada................................................................ 232
15
151
LISTA DE ANEXOS
Anexo 1. Forma Requisicin de Materiales ........................................................................................ 292
Anexo 2. Forma Orden de Compras.................................................................................................... 293
16
161
INTRODUCCIN
El desarrollo de la presente investigacin est basado en el rea de
conocimiento de la denominada Ingeniera de Software (SE del ingls
Software Engineering), la cual es un enfoque sistemtico del desarrollo,
operacin, mantenimiento y retiro del software, que constituye la rama de la
Ingeniera de Sistemas que aplica los principios de la ciencia de la
computacin y las matemticas para lograr soluciones costo-efectivas
(eficaces en costo o econmicas) a los problemas de desarrollo de software,
que permite elaborar consistentemente productos correctos, utilizables y
costo-efectivos.
As, siguiendo la Metodologa RUP se gua a los equipos de proyecto
en cmo administrar el desarrollo iterativo de un modo controlado mientras
se balancean los requerimientos del negocio, el tiempo al mercado y los
riesgos del proyecto. El mismo describe los diversos pasos involucrados en
la captura de los requerimientos y en el establecimiento de una gua
arquitectnica lo ms pronto, para disear y probar el sistema hecho de
acuerdo a los requerimientos y a la arquitectura; siendo soportado por
herramientas que automatizan, entre otras cosas, el modelado visual, la
administracin de cambios y las pruebas.
En este sentido, el proyecto est dividido en cinco (05) captulos los
cuales contemplan lo siguiente
Captulo I, en el cual se hace referencia al contexto organizacional en
donde se desarroll esta investigacin, as como tambin su misin, visin,
creencias y valores.
CAPTULO I
CONTEXTO ORGANIZACIONAL
1.1
de
Cursos
Bsicos,
la
departamentalizacin,
los
lapsos
inicia el proceso de masificacin, pues hasta esa fecha todos los estudiantes
deban realizar sus cursos bsicos en el Ncleo de Sucre, en Cuman.
la
Delegacin
de
Informacin
Comunicacin
del
Ncleo
Monagas
en
la realizacin
de
proyectos
de computacin
y a
la estructura
de
10
10
11
11
e) Promover
la
formacin
de
sistemas
informacin
Acadmico-
que
requieran
las
dependencias
Acadmico-
j)
k) Mantener
en
condiciones
ptimas
de
servicio,
los
sistemas
12
12
13
13
j.
14
14
Almacenista:
a. Recibe y revisa materiales, repuestos, equipos y otros suministros
que ingresan al almacn.
b. Verifica que las caractersticas de materiales, repuestos, equipos
y/o suministros que ingresan al almacn se correspondan con la
requisicin realizada y firma nota de entrega y devuelve copia al
proveedor.
c. Clasifica y organiza el material en el almacn a fin de garantizar
su rpida localizacin.
d. Guarda y custodia la mercanca existente en el almacn.
e. Realiza trmites ante la Direccin de Transporte a fin de
conseguir la asignacin de vehculos para el traslado de la
mercanca.
f. Cumple con las normas y procedimientos en materia de seguridad
integral, establecidos por la organizacin.
g. Mantiene en orden equipo y sitio de trabajo, reportando cualquier
anomala.
h. Elabora informes peridicos de las actividades realizadas.
i.
15
15
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
2.1 Planteamiento del Problema
En el contexto competitivo del mundo corporativo actual, la mayora de
las instituciones y empresas hoy en da se encuentran en un perodo de
revisin fundamental de sus operaciones y ejecutando un rediseo de sus
procesos administrativos para alcanzar mejoras significativas en medidas
crticas y actuales de rendimiento, tales como: costos, calidad, servicio y
rapidez. Esto se enlaza directamente con el cubrimiento integral de todos los
puestos de trabajo diseados por la organizacin, debido a que los mismos
son los generadores de los procesos que se desarrollan para lograr la
productividad y la eficiencia.
El rediseo de los procesos administrativos relacionados con los
inventarios y con el control de los almacenes representa una cuantiosa
inversin de recursos, que requiere la movilizacin de gran parte del capital
de trabajo, y acarrea costos significativos por concepto de su mantenimiento
y manejo. De all que estos procesos ameriten un efectivo control
administrativo, especialmente mediante el uso de sistemas de informacin
computarizados, los cuales aportan los mximos beneficios para su manejo y
operatividad con el mnimo de gastos indispensables, reflejando as su
ptima productividad.
Al definir un sistema de informacin computarizado, Carvajal (2007),
seala que los mismos constituyen
16
16
contenidos
enseanzas,
as
como
en
su organizacin
17
17
18
18
de bienes
y materiales
es ampliamente
laborioso.
Las
de la seccin de
para la automatizacin
de los procesos
19
19
20
20
21
21
en los diferentes
procesos
tambin drsticamente
las cargas
de trabajo que se
22
22
reglamentos que son propias de la institucin y por las cuales deben regirse
todos los almacenes universitarios de la UDO.
23
23
24
24
CAPTULO III
MARCO REFERENCIAL
En el desarrollo de este captulo se presentan los conocimientos
actuales que se
25
25
para la
26
26
27
27
28
28
29
29
30
30
31
31
32
32
33
33
34
34
35
35
como las perciben los usuarios y los inversores, y se refleja en los casos de
uso. Sin embargo, tambin est influenciada por muchos otros factores, tales
como la plataforma en la que tiene que funcionar el software (arquitectura
hardware, sistema operativo, sistema de gestin de base de datos, protocolo
para comunicaciones en red), la disponibilidad de componentes reutilizables,
consideraciones
de
instalacin,
sistemas
heredados
y requisitos
no
36
36
37
37
Estructura de RUP
dinmicos
del
proceso.
Esta
dimensin
muestra
las
38
38
39
39
La duracin
y esfuerzo
dedicado
en
cada fase
es variable
41
41
3. Fase de Construccin
Lo que se busca en esta fase, es alcanzar la capacidad operacional
del producto de forma incremental a travs de sucesivas iteraciones. Durante
esta fase se debe describir los requisitos restantes, refinar el diseo, e
implementar, integrar y probar en su totalidad, todos los componentes,
caractersticas y requisitos, obteniendo una versin aceptable del producto.
En esta fase, por tanto, los distintos modelos del sistema van creciendo hasta
completarse. La descripcin de la arquitectura, sin embargo, no crece
significativamente debido a que la mayor parte de esta arquitectura se defini
durante la fase de elaboracin.
El propsito primordial de esta fase es dejar listo un producto software
en su versin inicial, a veces llamada versin beta. El producto debera
tener la calidad adecuada para su aplicacin y asegurarse de cumplir
los requisitos. La construccin debera tener lugar dentro de los lmites
del plan de negocio. (Jacobson, Booch y Rumbaugh, 2000, p. 367).
En la fase de construccin el flujo de trabajo de los requisitos
disminuye, el anlisis se aligera y los flujos de trabajo de diseo, de
implementacin y de pruebas representan el grueso de la actividad.
4. Fase de Transicin
La finalidad de esta fase es poner el producto en manos de los
usuarios finales, y entrenarlos en el manejo del mismo, y en general realizar
tareas relacionadas con el ajuste, configuracin, instalacin y facilidad de uso
del producto.
Una vez que el sistema se ha puesto en manos de los usuarios finales,
a menudo aparecen cuestiones que requieren un desarrollo adicional para
ajustar el sistema, corregir algunos problemas no detectados o finalizar
42
42
43
43
1. Roles
Un rol define el comportamiento y responsabilidades de un individuo, o
de un grupo de individuos trabajando juntos como un equipo. Una persona
puede desempear diversos roles, as como un mismo rol puede ser
representado por varias personas.
Las responsabilidades de un rol son tanto el llevar a cabo un conjunto
de actividades como el ser el dueo de un conjunto de artefactos. RUP
define grupos de roles, agrupados por participacin en actividades
relacionadas.
2. Actividades
Una actividad en concreto es una unidad de trabajo que se le asigna a
una persona que desempea un rol. Las actividades tienen un objetivo
concreto, normalmente expresado en trminos de crear o actualizar algn
producto, tales como un modelo, una clase, un cdigo fuente o un plan.
3. Artefactos
Los productos o artefactos son los resultados tangibles del proyecto,
las cosas que se van creando, modificando y usando hasta obtener el
producto final durante el proceso de desarrollo de software. Son las entradas
y salidas de las actividades, realizadas por las personas que desempean
roles, las cuales utilizan y van produciendo estos artefactos para tener guas.
Un artefacto puede ser cualquiera de los siguientes:
a) Un documento, como el documento de la arquitectura del software.
b) Un modelo, como el modelo de Casos de Uso o el modelo de diseo.
44
44
45
45
46
46
Este
grupo,
llamado
OMG,
que
gestiona
estndares
Los
propios
elementos
grficos
sirven
como
47
47
distribuidas
basadas
en Web,
pasando
por sistemas
48
48
49
49
puede
afectar
a otro
elemento
que
la
utiliza,
pero
no
50
50
Asociacin
Es una relacin estructural que describe un conjunto de enlaces, los
cuales son conexiones entre objetos. La agregacin es un tipo especial de
asociacin y representa una relacin estructural entre un todo y sus partes.
La asociacin se representa con una lnea continua, posiblemente dirigida,
que a veces incluye una etiqueta. A menudo se incluyen otros adornos para
indicar la multiplicidad y roles de los objetos involucrados, como se puede
observar en la Figura 12.
Generalizacin
Es una relacin de especializacin/generalizacin en la cual los
objetos del elemento especializado (el hijo) pueden sustituir a los objetos del
elemento general (el padre). De esta forma, el hijo comparte la estructura y el
comportamiento del padre. Grficamente, la generalizacin se representa
con una lnea con punta de flecha vaca (Figura 13).
51
51
Realizacin
Es una relacin semntica entre clasificadores, en la que un
clasificador especifica un contrato que otro clasificador garantiza llevar a
cabo. Se pueden encontrar relaciones de realizacin en dos sitios: entre
interfaces y las clases y componentes que las realizan, y entre los casos de
uso y las colaboraciones que los realizan. La realizacin se representa como
una mezcla entre la generalizacin (Figura 13) y la dependencia (Figura 11,
p. 50), esto es, una lnea discontinua con una punta de flecha vaca (Figura
14).
c) Diagramas
Un diagrama es la representacin grfica de un conjunto de elementos
con sus relaciones. En concreto, un diagrama ofrece una vista del sistema a
modelar. Para poder representar correctamente un sistema, UML ofrece una
amplia variedad de diagramas para visualizar el sistema desde varias
perspectivas. En la seccin 3.2.3.2 se detallan algunos de los diagramas
UML que se utilizan ms comnmente.
2. Reglas
Los bloques de construccin de UML no pueden combinarse de
cualquier manera. Como cualquier lenguaje, UML tiene un conjunto de reglas
que dictan las pautas a la hora de realizar asociaciones entre objetos para
poder obtener modelos bien formados. Un modelo bien formado es aquel que
52
52
53
53
Adornos
La mayora de los elementos UML tienen una nica y clara notacin
grfica que proporciona una representacin visual de los aspectos ms
importantes del elemento. Pero la especificacin puede incluir otros detalles
algunos de los cuales se pueden incluir como adornos grficos en la notacin
base. Los adornos son elementos secundarios ya que proporcionan ms
nivel de detalle, que quiz en un primer momento no sea conveniente
descubrir. Por ejemplo se pueden incluir adornos en el icono de una clase
indicando la visibilidad de las operaciones.
Divisiones comunes
Permiten que los modelos se dividan al menos en un par de formas
diferentes para facilitar la comprensin desde distintos puntos de vista, en
primer lugar se tiene la divisin entre clase y objeto (clase es una abstraccin
y objeto es una manifestacin de esa abstraccin), en segundo lugar se tiene
la divisin interfaz / implementacin donde la interfaz presenta un contrato
(algo que se va a cumplir de una determinada manera) mientras que la
implementacin es la manera en que se cumple dicho contrato.
Mecanismos de extensibilidad
UML proporciona un lenguaje estndar para escribir planos software,
pero no es posible que un lenguaje cerrado sea siempre suficiente para
expresar todos los matices posibles de todos los modelos en todos los
dominios y en todos los momentos. Por esta razn UML es abierto-cerrado,
siendo posible extender el lenguaje de manera controlada.
UML proporciona mecanismos de extensibilidad, los cuales permiten a
sus usuarios refinar su sintaxis y su semntica. Esta herramienta, por lo
tanto, puede ajustarse a un sistema, proyecto o proceso de desarrollo
54
54
Vistas en UML
55
55
56
56
a) Diagramas Estructurales
Estos diagramas enfatizan en los elementos que deben existir en el
sistema modelado.
a.1) Diagrama de Clases
Un diagrama de clases muestra el conjunto de clases que participan o
forman parte de un sistema, junto con las relaciones que existen entre dichas
clases. Muestra de una manera esttica la estructura de la informacin que
maneja el sistema y la visibilidad que tiene cada una de las clases, dada por
sus relaciones con los dems en el modelo.
Un diagrama de clases est compuesto por clases y relaciones. En el
lenguaje UML, se define una clase como un conjunto de objetos que tiene un
nombre especfico, atributos y operaciones. Una clase se representa por un
rectngulo en el cual se inscriben tres secciones: en la seccin superior se
coloca el nombre de la clase; en la intermedia, se presentan los atributos que
caracterizan a la clase y en la seccin inferior se listan sus mtodos u
operaciones. En la Figura 17 se muestra un ejemplo de representacin de
una clase.
57
57
58
58
59
59
60
60
un recurso computacional,
generalmente
con memoria
61
61
62
62
63
63
1. Actor:
Un actor es un rol que un usuario juega con respecto al sistema. Es
algo con comportamiento, como una persona (identificada por un rol), un
sistema informatizado u organizacin, y que realiza algn tipo de interaccin
con el sistema. Se representa mediante una figura humana dibujada con
palotes. Esta representacin sirve tanto para actores que son personas como
para otro tipo de actores.
Los actores no representan a personas fsicas o a sistemas, sino su
papel. Esto significa que cuando una persona interacciona con el sistema de
diferentes maneras (asumiendo diferentes papeles), estar representado por
varios actores. Por ejemplo, una persona que proporciona servicios de
atencin al cliente telefnicamente y realiza pedidos para los clientes estara
representada
representante de ventas.
2. Caso de uso:
Un caso de uso es una descripcin de la secuencia de interacciones
que se producen entre un actor y el sistema, cuando el actor usa el sistema
para llevar a cabo una tarea especfica. Expresa una unidad coherente de
funcionalidad, y se representa en el diagrama de casos de uso mediante una
elipse con el nombre del caso de uso en su interior. El nombre del caso de
uso debe reflejar la tarea especfica que el actor desea llevar a cabo usando
el sistema.
3. Limite de un sistema
Resulta til dibujar los lmites del sistema cuando se pretende hacer
un diagrama de casos de uso para parte del sistema. Usualmente se usa
para mostrar casos de uso dentro del sistema y actores fuera del sistema.
4. Relacin
Entre los elementos de un diagrama de casos de uso se pueden
presentar cuatro tipos de relaciones, representadas por lneas dirigidas entre
ellos. Estas son:
a) Relacin de comunicacin
Relacin entre un actor y un caso de uso, denota la participacin del
actor en el caso de uso determinado. Este tipo de relaciones no son
obligatorias. Si en un diagrama de casos de uso aparece una relacin entre
un actor y un caso de uso, indica que puede que ese actor interacte con el
sistema en ese caso de uso.
b) Generalizacin
En un diagrama de casos de uso tambin pueden mostrarse
generalizaciones (relaciones de herencia) para mostrar que diferentes
elementos estn relacionados como tipos de otros. Son aplicables a actores
o casos de uso, pero para estos ltimos la semntica es muy similar a las
relaciones extend.
c) Inclusin
Relacin entre casos de uso, que especifica una situacin en la que
un caso de uso tiene lugar dentro de otro caso de uso. Los casos de uso
pueden contener la funcionalidad de otro caso de uso como parte de su
proceso normal. En general se asume que cualquier caso de uso incluido se
llamar cada vez que se ejecute una ruta bsica.
Los casos de uso se pueden incluir por uno o ms casos de uso,
ayudando a reducir el nivel de duplicacin de la funcionalidad realizando un
factoreo del comportamiento comn en casos de uso que se usan muchas
veces. Un caso de uso incluido es bsicamente un paso del caso de uso
base, que se decide extraer aparte para mejorar la comprensin, por la
importancia que tiene el paso por s mismo, o para factorizar comportamiento
comn que se repite en varios casos de uso.
d) Extensin
Se puede incluir una relacin entre dos casos de uso de tipo extends
si se desea especificar diferentes variantes del mismo caso de uso. Es decir,
esta relacin implica que el comportamiento de un caso de uso es diferente
dependiendo de ciertas circunstancias. En principio esas variaciones pueden
tambin mostrarse como diferentes descripciones de escenarios asociadas al
mismo caso de uso.
Este tipo de relacin se utiliza cuando un caso de uso base tiene
ciertos puntos (puntos de extensin) en los cuales, dependiendo de ciertos
criterios, se va a realizar una interaccin adicional. El caso de uso que
extiende describe un comportamiento opcional del sistema.
c) Diagramas de Interaccin
Estos diagramas son un subtipo de diagramas de comportamiento,
que enfatiza sobre el flujo de control y de datos entre los elementos del
sistema modelado.
c.1) Diagrama de Secuencia
El diagrama de secuencia de un sistema es una representacin que
muestra, en determinado escenario de un caso de uso, los eventos
generados por actores externos, su orden y los eventos internos del sistema.
Es uno de los diagramas ms efectivos para modelar interaccin entre
objetos en un sistema. Este muestra la interaccin de un conjunto de objetos
en una aplicacin a travs del tiempo y se modela para cada mtodo de la
clase.
Este tipo de diagrama muestra una interaccin ordenada segn la
secuencia temporal de eventos y el intercambio de mensajes. En particular,
muestra los objetos participantes en la interaccin y los mensajes que
intercambian ordenados segn su secuencia en el tiempo. El eje vertical
representa el tiempo, y en el eje horizontal se colocan los objetos y actores
participantes en la interaccin, sin un orden prefijado. Cada objeto o actor
tiene una lnea vertical, y los mensajes se representan mediante flechas
entre los distintos objetos. El tiempo fluye de arriba abajo. Se pueden colocar
etiquetas (como restricciones de tiempo, descripciones de acciones, etc.)
bien en el margen izquierdo o bien junto a las transiciones o activaciones a
las que se refieren.
Los smbolos bsicos de este tipo de diagramas son los siguientes:
a) Lnea de vida
La lnea de vida de un objeto representa la vida del objeto durante la
interaccin. En un diagrama de secuencia un objeto se representa como una
lnea vertical punteada. Algunas veces un diagrama de secuencia tendr una
lnea de vida con un smbolo del elemento actor en la parte superior. Este
usualmente sera el caso si un diagrama de secuencia es contenido por un
caso de uso.
b) Activacin
Muestra el perodo de tiempo en el cual el objeto se encuentra
desarrollando alguna operacin, bien sea por s mismo o por medio de
delegacin a alguno de sus atributos. Se denota como un rectngulo delgado
sobre la lnea de vida del objeto.
68
68
c) Mensaje
El envo de mensajes entre objetos se denota mediante una lnea
slida dirigida, desde el objeto que emite el mensaje hacia el objeto que lo
ejecuta.
69
69
70
70
71
71
72
72
de
que
de
Exposicin:
en
un probabilidad
problema?)
de
la
por
la
prdida)
Prevista:
(Determinar
una
73
73
74
74
requisitos no
75
75
a lo establecido
anteriormente,
los sistemas
de
76
76
manuales
o automticas.
Las
manuales
son aquellas
que
se
una
de las
actividades
ms
importantes
que
tiene
una
suele
ser
almacenada
en
estructuras
de
informacin
77
77
frecuencia,
los
sistemas
de
informacin
que
logran
la
78
78
79
79
Son
fciles
de
usar,
no
requieren
conocimientos
avanzados
de
computacin.
Compatibilidad multiplataforma: Las aplicaciones Web tienen un camino
mucho ms sencillo para la compatibilidad
multiplataforma
que las
Cualquier usuario puede acceder a su cuenta online y estar listo para trabajar
sin importar cual es su configuracin o su hardware (no necesita tener un
ordenador de grandes prestaciones para trabajar con la aplicacin Web).
Alta disponibilidad, ya que se puede realizar consultas en cualquier parte
del mundo donde tenga acceso a Internet y a cualquier hora.
Mltiples usuarios concurrentes: Los sistemas Web pueden ser utilizados
por mltiples usuarios al mismo tiempo. No hay ms necesidad de compartir
pantallas o enviar instantneas cuando mltiples usuarios pueden ver e
incluso editar el mismo documento de manera conjunta.
3.2.7 HTML
HTML, acrnimo ingls de HyperText Markup Language (Lenguaje de
Marcas de Hipertexto), es el lenguaje de marcado predominante para la
80
80
81
81
es obligatorio,
pudiendo
crear
los ejecute. Dentro de los lenguajes de programacin del lado del cliente se
pueden mencionar: java, JavaScript, VBScript.
3.2.8.1 JavaScript
JavaScript es un lenguaje de scripts, interpretado, multiplataforma y
parcialmente orientado a objetos desarrollado por Netscape para incrementar
las funcionalidades del lenguaje HTML. Dicho lenguaje fue declarado como
estndar del European Computer Manufacturers Association (ECMA) en
1997, y poco despus tambin fue estandarizado por la Internacional
Organization for Standardization (ISO). Sin embargo, la estructura de
objetos que implementaban los diferentes navegadores (Netscape y Explorer
en aquellos momentos) no se ajustaba al estndar, lo que provocaba
numerosos problemas de compatibilidad. Por lo que la W3C para solventar
dichos problemas public un nuevo modelo de objetos, DOM (Document
Object Model), el cual ha sido incorporado por la mayora de los navegadores
actuales como Explorer o Firefox.
Este lenguaje es utilizado principalmente para crear pginas Web
dinmicas; presenta una sintaxis semejante a la del lenguaje Java y el
lenguaje C. Dentro de sus caractersticas ms importantes se pueden
mencionar las siguientes:
Es un lenguaje interpretado, es decir, no requiere compilacin. Este
lenguaje funciona del lado del cliente; es el navegador del usuario el que se
encarga de interpretar el codigo JavaScript contenido en una pgina HTML y
ejecutarlo adecuadamente.
JavaScript es un lenguaje basado en objetos. El modelo de objetos de
JavaScript est reducido y simplificado, pero incluye los elementos
83
83
84
84
85
85
a un conjunto
de tecnologas
que trabajan
86
86
aumentar
la
interactividad,
velocidad
y usabilidad
en
las
87
87
88
88
89
89
de
un
diccionario
de
datos,
la
administracin
del
90
90
adems
de un motor
de
base
de datos,
numerosas
91
91
herramienta
que
combina
distintas
tcnicas
estndar
92
92
93
93
los intrpretes para los lenguajes PHP y Perl. Tambin incluye otros mdulos
como OpenSSL y phpMyAdmin. Este programa es independiente de la
plataforma en la cual se est ejecutando y est liberado bajo la licencia GNU.
Adems, acta como un servidor Web libre, fcil de usar y capaz de
interpretar pginas Web dinmicas. Existen versiones para GNU/Linux
(testeado para SuSE, RedHat, Mandrake y Debian), Windows (Windows 98,
NT, 2000, XP y Vista), MacOS X y Solaris (desarrollada y probada con
Solaris 8, probada con Solaris 9).
3.2.17 Software Libre
Es aquel software, producto o desarrollo a medida, que se distribuye
bajo una licencia, segn la cual el autor cede una serie de libertades bsicas
al usuario en el marco de un acuerdo de concesin. Estas libertades de los
usuarios del software, recogidas en la filosofa de la Fundacin para el
Software Libre (Free Software Foundation), son: la libertad de usar el
programa con cualquier propsito; la libertad de estudiar cmo funciona el
programa y adaptarlo a sus necesidades; la libertad de distribuir copias; y la
libertad de mejorar el programa y hacer pblicas las mejoras a los dems, de
modo que toda la comunidad se beneficie. (Martnez, J, 2007, pp. 15-16)
.
Estas libertades del software libre tienen como consecuencia que la
persona que utilice este tipo de programas informticos estar a salvo de ser
controlado por otros a travs de esos programas. Ya que podr utilizar los
programas para lo que quiera, de forma legal y libremente. As como tambin
estudiar cmo est construido, para tener la seguridad e independencia que
le proporciona conocer exactamente lo que hace; e incluso podr modificar el
programa para mejorarlo o adaptarlo a sus necesidades particulares.
Adems, podr distribuir esos programas informticos a los dems de forma
legal y, por lo tanto, no se ver inmerso en dilemas morales entre la ley y su
94
94
propio espritu de colaboracin. Y por ltimo, podr compartir las mejoras que
l mismo haya introducido y beneficiarse a su vez de las mejoras que otros
hayan hecho y distribuido.
3.3 Bases Legales
En relacin
con
los
proyectos
informticos
asociados
con
la
para ser
instrumentos
fundamentales
para
el
desarrollo
95
95
Estas tecnologas son, por una lado, causa de este proceso al constituir
uno de los principales agentes que posibilita la globalizacin, hacindola
cada vez ms intensa y diversa. Asimismo, el desarrollo de las TIC es una
consecuencia de la globalizacin, ya que la existencia de un mercado ms
global de intercambio de bienes y servicios ha extendido la utilizacin de
estas tecnologas a todos los rincones del planeta.
No obstante, existen desigualdades significativas tanto en el acceso
como en la utilizacin de las TIC entre pases y al interior de ellos, hecho que
ha sido denominado brecha o desigualdad digital. Este nuevo tipo de
desigualdad viene a profundizar, quizs exponencialmente, las conocidas
brechas ya existentes en el mundo en general, y en Latinoamrica en
particular, tales como las brechas de ingresos, de capital social y dems
variables socio econmicas.
3.4 Definicin de Trminos
Arquitectura: En las tecnologas de la informacin (TI), especialmente
en lo que refiere a computadores y ms recientemente en lo que se refiere a
redes, arquitectura es un trmino que se aplica al proceso y resultado de
pensar y especificar la estructura, componentes lgicos, e interrelaciones
lgicas de un computador, sistema operativo, red u otro concepto. (Jacobson,
Booch y Rumbaugh, 2000, p. 130).
Bases de datos: Es una coleccin de datos, organizada de tal forma
que sus contenidos pueden ser fcilmente obtenidos, gestionados y
actualizados. El tipo de base de datos dominante actualmente es el modelo
relacional. En este tipo de bases de datos, los datos estn definidos de tal
manera, que es posible reorganizarlos y obtenerlos de diferentes maneras.
Una base de datos distribuida es aquella que est dispersa o replicada en
96
96
servicios
otros
programas
computacionales
en la misma
97
97
98
98
CAPTULO IV
MARCO METODOLGICO
4.1 Tipo de Investigacin
Este estudio se ubic en la estrategia de un Proyecto Factible, la cual
consiste, segn la Universidad Pedaggica Experimental Libertador (2006),
en la investigacin, elaboracin y desarrollo de un modelo operativo viable
para solucionar problemas, requerimientos o necesidades de organizaciones
o de grupos sociales (p.16).
En la presente investigacin se desarroll un sistema de informacion
que permite la automatizacin de los procesos administrativos de la Seccin
de Almacn del Ncleo Monagas de la Universidad de Oriente, con la
finalidad de solucionar los problemas estratgicos que se presentan en dicha
seccin, especialmente generados
99
99
100
1001
Entrevista no estructurada
Se aplic a la muestra del estudio, lo cual permiti profundizar en el
problema que presentaba la Seccin de Almacn de la Universidad de
Oriente Ncleo Monagas. Para ello fue necesario el uso de libretas de notas.
Las entrevistas fueron enfocadas a buscar soluciones a los objetivos
planteados, de manera lgica y coherente. Esta tcnica deja mayor libertad a
101
1011
102
1021
103
1031
104
1041
105
1051
a) Plan de iteracin.
b) Un documento visin, donde estn definidas las caractersticas del
producto a desarrollar.
c) Modelo del negocio.
d) Especificacin de casos de uso del negocio.
e) Documento plan de riesgos.
La consecucin de las actividades descritas anteriormente permiti
alcanzar los objetivos uno y dos del proyecto. Lo que dio a conocer cmo
funciona actualmente el rea bajo estudio, determinando su problemtica
actual y estableciendo as el alcance del proyecto.
Etapa II. Diseo de la Arquitectura
En esta etapa
se definieron
y analizaron
los
requerimientos
106
1061
tienen
definidos
tanto
los
requerimientos
funcionales
como
los
no
107
1071
lI
III
Metodologa
RUP
RUP
RUP
Fase
Inicio
Actividades a
desarrollar
Entrevistas no
estructuradas.
Observacin directa.
Revisin Documental.
Diseo del Plan de
desarrollo de Software
Modelo de casos de uso
del negocio.
Documento Glosario
Documento Visin
Documento de Riesgos
Modelo de Casos de Uso
del Negocio
Especificacin de casos
de uso del negocio
Elaboracin
Construccin
Modelo de
implementacin
Casos de pruebas
funcionales
Modelo de despliegue
Aplicacin de pruebas
finales al software y
correccin de errores
108
1081
Objetivo
Especfico
Identificar la
problemtica y
situacin actual
existentes en la
seccin
almacn del
Ncleo
Monagas de la
U universidad
de Oriente.
Determinar los
requisitos
bsicos
necesarios del
diseo del
software.
Disear la
arquitectura
ptima del
software para
la
automatizacin
de los procesos
administrativos
de la seccin de
almacn
Desarrollar el
software
usando la
metodologa
basada en
objetos para la
automatizacin
de los procesos
administrativos
de la seccin de
almacn
CAPITULO V
RESULTADOS
En este captulo se contemplan los resultados obtenidos, luego de
haber aplicado la metodologa RUP como proceso de desarrollo de software
para el logro de los objetivos propuestos en el presente trabajo de
investigacin. Antes de presentar en detalle estos resultados, se muestra un
resumen de estos por cada uno de los objetivos especficos establecidos:
a) Para describir el funcionamiento actual de la seccin de almacn, fue
necesario aplicar una serie de tcnicas de recoleccin de datos, como
la entrevista no estructurada, la observacin directa y revisin
documental. Con dicha informacin recabada, fue realizado el
documento modelado del negocio, donde se describi de manera
general, a travs de diagramas UML (Diagramas de casos de uso, de
actividad y de clases), los procedimientos llevados a cabo en la
seccin de almacn y el conjunto de actores que intervienen en dichos
procesos. Adems, cada uno de los procesos identificados fueron
descritos de manera detallada en el artefacto especificacin de casos
de uso del negocio; entre estos procesos se encuentran: la recepcin
de mercancas, el registro de mercancas y la entrega de mercanca a
las unidades solicitantes.
b) Tambin con el estudio realizado al negocio se identificaron los
problemas y las necesidades actuales del grupo de usuarios del rea
administrativa de la seccin de almacn relacionadas con la fuerte
carga de trabajo a cargo de los trabajadores de dicha seccin. Para
esto se realiz el artefacto denominado documento visin, en el que
adems de exponerse la problemtica presentada en el rea objeto de
estudio, se fij una visin del producto, especificando las necesidades
109
1091
ms
importantes
el
cual
est
representado
110
1101
111
1111
112
1121
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Desarrollo de un Software para la Automatizacin de los Procesos
Administrativos de la Seccin de Almacn del Ncleo de Monagas de
la Universidad de Oriente
Confidencial
Pg. 113
VERSIN: 1.0
FECHA: Junio 2010
Plan de Iteracin
Introduccin
Propsito
El propsito es presentar el plan de general del proyecto de desarrollo
de un sistema que permita la automatizacin de los procesos administrativos
de la Seccin de Almacn del Ncleo Monagas de la Universidad de Oriente.
Alcance
Este Plan de Iteracin abarcar el lapso de tiempo de cada uno de los
procesos que integra el sistema de Planificacin de la Universidad de Oriente
Ncleo Monagas.
Definiciones, Acrnimos y Abreviaturas
Documento Glosario
Referencias
-
Plan General
Plan fase
Resumen
Este documento describir el cronograma general
del sistema de
Confidencial
Pg.
1141141
VERSIN: 1.0
FECHA: Junio 2010
Plan
Plan General
Cuadro 5. Plan General
PROYECTO:
Desarrollo de
DE
Universidad de Oriente.
INICIO:
26/03/2008
FECHA FINAL:
05/08/2009
ITERACIN
PROCESO
ITERACION 1
08/05/2008
23/09/2008
ITERACIN 2
24/09/2008
25/11/2008
ITERACIN 3
Salida de Materiales
26/11/2008
11/02/2009
ITERACIN 4
12/02/2009
15/04/2009
ITERACIN 5
Generar Reportes
Consultar solicitudes de papelera. Elaborar solicitudes de
papelera.
16/04/2009
10/06/2009
ITERACIN 6
11/06/2009
05/08/2009
FECHA
INICIO
FECHA
FINAL
VERSIN: 1.0
FECHA: Junio 2010
Plan Fase
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
Recursos
Se requiere reuniones con los clientes y responsables del proyecto
para definir las bases de desarrollo del proyecto.
Criterio de Evaluacin
Se evaluar el lapso de tiempo que abarcar el sistema de
Planificacin de la Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Documento Visin
Versin 1.0
Confidencial
Pg. 120
VERSIN: 1.0
FECHA: Junio 2010
Visin
1. Introduccin
1.1 Propsito
El objetivo de este documento es establecer la definicin inicial para
desarrollar un software para automatizar y enlazar los procesos
administrativos de la Seccin de Almacn con los de las Secciones de
Compras y Bienes Nacionales del Ncleo Monagas de la Universidad
de Oriente. Para lograr este propsito es necesario describir
brevemente el entorno del proyecto, definiendo las necesidades, las
caractersticas y estableciendo los requerimientos que sirvan de base
para la planificacin de este proyecto.
1.2 Alcance
El nuevo Software se desarrollar utilizando herramientas de Software
Libre que permitan cumplir con el Decreto Presidencial 3390 y
englobar a nivel general la siguiente funcionalidad:
En la parte administrativa los procesos de Almacn:
Almacn: mantener un control de la entrada y salida de materiales,
mantener actualizada la cantidad de papel que se tiene en stock en
dicha seccin, automatizar todos sus procesos e integrar esta
informacin con la Seccin de Compras y Bienes Nacionales a travs
de un enlace a nivel de datos el cual ser desarrollado en ambiente
web.
1.3 Definiciones, Acrnimos y Abreviaturas
UDO: Universidad de Oriente.
Confidencial
Pg.
1211211
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
2. Posicionamiento
2.1 Oportunidades de Negocio:
Las oportunidades que se presentan con el desarrollo de este proyecto son:
Confiabilidad de la informacin de la Seccin de Almacn del Ncleo
Monagas de la Universidad de Oriente eliminando las inconsistencias
que pudieran haber entre dicha Seccin.
Integracin de los procesos administrativos de las Secciones de
Almacn y las Secciones de Compras y Bienes Nacionales para lograr
una comunicacin ms eficiente entre estas Secciones.
Incremento en la Confiabilidad de la informacin utilizada en la
Seccin de Almacn del Ncleo Monagas de la Universidad de
Oriente.
Aumento
de
la
capacidad
de
respuesta
para satisfacer
las
de
estndares
corporativos
para
adaptarse
a lo
VERSIN: 1.0
FECHA: Junio 2010
El problema de
Afecta a
Cuyo impacto es
VERSIN: 1.0
FECHA: Junio 2010
Para
La Comunidad Universitaria
Los trabajadores de la UDO
Las autoridades Decanales
Almacn
Quienes
El Software
Que
integrar
toda la
Nuestro producto
VERSIN: 1.0
FECHA: Junio 2010
Rol
Responsabilidad
proyecto
se
encargar
de
supervisar
el
VERSIN: 1.0
FECHA: Junio 2010
Analista de
Sistemas
Analista de
procesos de
negocio.
Integrador
Programador
Construccin
del
Software.
Colaboracin
en
la
Pruebas (tester)
Nombre
Rol
VERSIN: 1.0
FECHA: Junio 2010
Necesidad
Prioridad
Curso de Javascript
Soluciones Propuestas
Seleccionar una empresa que dicte
Alta
cursos
de
javascript
nivel
corporativo.
Taller de RUP
Alta
Taller de UML
Alta
Taller de Macromedia
Alta
cursos
de
Macromedia
nivel
corporativo.
Fuente: Autor (2010)
3.2.2
Necesidad
Migrar
Prioridad
estandarizar
las
Alta
Soluciones Propuestas
Desarrollo de una aplicacin WEB
VERSIN: 1.0
FECHA: Junio 2010
aplicaciones,
segn
el
decreto 3390.
decreto 3390.
del
usuario
mediante
la
registrarlos
creacin
Alta
de
estndares abiertos.
casos.
Desarrollar un sistema
confiable
Alta
Desarrollar un sistema de
Alta
Mejorar
los
administrativos
procesos
que
se
Alta
realizan actualmente
Necesidad
Prioridad
Mantener un control de la
entrada y salida de materiales
Alta
recepcin
Soluciones Propuestas
Desarrollar mdulo de control de
materiales
Desarrollar modulo de registros de
Alta
documentos
VERSIN: 1.0
FECHA: Junio 2010
requisicin de materiales
Mantener un control del papel
que se tiene en stock
Enlazar
la
Seccin
de
Alta
Bienes
Alta
dirigido
hacia
Compras
otro
Nacionales
Fuente: Autor (2010)
Confidencial
Pg.
1301301
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 131
VERSIN: 1.0
FECHA: Junio 2010
Beneficios
Funcionalidades
en
las
Secciones
Nacionales
del
de
Compras
Ncleo
Monagas
Bienes
de
la
Universidad de Oriente.
Control de la cantidad de SAA contar con un modulo que permitir
papel que se tiene en stock mantener un control detallado de todo el papel
en la Seccin de Almacn.
Mayor
agilidad
en
mantendr
de
un
la
control
entrada
detallado
y
salida
y
de
Confidencial
Pg.
1321321
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
Licencia
Tipo de licencia
Oracle
Propietario
Apache
GNU
PHP
GNU
Editor de Texto
GNU
Navegador Web
GNU
Equipo
Requerimientos Mnimos
Servidor
Clientes
Pentium IV
Material
Cantidad
Block de Notas
Lpiz y lapiceros
10
Tonner
Pizarra
VERSIN: 1.0
FECHA: Junio 2010
Material
Reestructuracin del cableado estructurado de la red del
rea administrativa
Cantidad
Puntos de
conexin de
red (55)
7. Requerimientos de Documentacin
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Desarrollo de un Software para la Automatizacin de los Procesos
Administrativos de la Seccin de Almacn del Ncleo de Monagas de la
Universidad de Oriente
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
1.4 Referencias
Lista de Riesgos.
Documento Glosario.
Documento Visin
1.5 Perspectiva General
Este documento comprende:
2 Resumen de Riesgos.
3 Tareas de Administracin de Riesgos.
4 Organizacin y responsabilidades.
5 Presupuesto.
6 Herramientas y tcnicas.
7 Elementos de riesgo a administrar.
2. Resumen de Riesgos
En el presente documento se enumeran los que se consideran los
cuatro riesgos ms importantes con su respectiva jerarquizacin. Los criterios
para la escogencia de los riesgos se centran en los siguientes aspectos:
1. Riesgos de Dependencia.
2. Riesgos de Requerimientos.
3. Riesgos de Administracin.
4. Riesgos de Conocimiento.
Cada uno de los riesgos ser ponderado a fin de darle un lugar en la
jerarqua. Sin embargo hay que aclarar que la ponderacin es dinmica y
puede aumentar o disminuir con el devenir del proyecto.
VERSIN: 1.0
FECHA: Junio 2010
del
proyecto
en
general
en
contraste
con
los
requerimientos principales.
4. Organizacin y responsabilidades
Las tareas mencionadas deben ser llevadas principalmente por el
Lder del Proyecto. En caso de materializarse alguno de los riesgos el Lder
del Proyecto invoca los planes de gestin para el riesgo o grupo de riesgos
VERSIN: 1.0
FECHA: Junio 2010
de
que
de
en
problema?)
un (Multiplicacin de
la
probabilidad
por la prdida)
Primer Indicador: (Describe el indicador ms temprano o condicin de
disparo que podra indicar que el riesgo se est convirtiendo en un
problema)
Estrategia de Mitigacin: (Ponderacin de uno o ms enfoques para
controlar, evitar, minimizar, o en ltima instancia mitigar el riesgo.
Confidencial
Pg.
1401401
VERSIN: 1.0
FECHA: Junio 2010
con
las
descripciones
Documentacin de Riesgos.
establecidas
mediante
la
Tabla
de
VERSIN: 1.0
FECHA: Junio 2010
Identificador: 001
Descripcin: Comunicacin no fluida entre el cliente e involucrados Reduccin de la retroalimentacin y desviacin en el cumplimiento de los
requerimientos.
Probabilidad: 0,9
Prdida: 9
Grado
de
Exposicin: 8,1
Primer Indicador: Disminucin de la frecuencia de reuniones con fines de
revisin de artefactos entre los participantes del proyecto y los involucrados.
Estrategia de Mitigacin: Para evitar la disminucin en el flujo de la
comunicacin
se
requiere
hacer
reuniones
peridicas
(diaria
Identificador: 002
Descripcin:
Incumplimiento
de
entrega
de
artefactos,
debido
Prdida: 9
Grado
de
Exposicin: 8,1
Primer Indicador: estn sujetos al cumplimiento de estas actividades por
ser parte de sus funciones.
Estrategia
de
Mitigacin:
Para
evitar
el
incumplimiento
de
las
VERSIN: 1.0
FECHA: Junio 2010
Identificador: 003
Prdida: 6
Grado
de
Exposicin: 3,6
Primer Indicador: Pocos integrantes en cada rea del proyecto, ya que el
trabajo est distribuido paralelamente, distribucin de trabajo de manera
estructurada y no cumpliendo con los lineamientos de la metodologa de
desarrollo de software.
Estrategia de Mitigacin: Adaptarse al nuevo paradigma de trabajo en la
parte de desarrollo de software.
Propietario:
Lder
y Responsable
proyecto.
Identificador: 004
Descripcin: Requerimientos no capturados en forma clara y concisa Determinacin errnea de funcionalidades y proceso con alto nmero de
incrementos por correccin, lo que genera un estiramiento no deseado del
calendario.
VERSIN: 1.0
FECHA: Junio 2010
Probabilidad: 0,6
Prdida: 7
Grado
de
Exposicin: 4,2
Primer Indicador: Los primeros ejecutables no estn ajustados a los
requerimientos y necesitan iteraciones por incremento que incluyen cambios
drsticos.
Estrategia de Mitigacin: Para evitar el problema, se deben establecer
mecanismos de supervisin de requerimientos por parte de los Analistas y
expertos del negocio, cuyas funciones se centraran en ejecutar pruebas de
desempeo funcional y aceptacin. Mientras ms grande sea el contacto
cliente equipo de desarrollo mayor ser la garanta de capturar
requerimientos reales y realizar la menor cantidad de incrementos por
correccin.
Propietario: Analistas De Sistemas
Identificador: 005
Descripcin: Adecuacin errnea o tarda de la plataforma de produccin
(software implantado) - Software de bajo desempeo y elevacin de la
resistencia al cambio por parte de los usuarios.
Probabilidad: 0,7
Prdida: 7
Grado
de
Exposicin: 4,9
Primer Indicador: Constitucin errnea o tarda de las especificaciones de
plataforma para el nuevo software (se debe adecuar desde el inicio de la
fase de construccin).
Estrategia de Mitigacin: Comunicar desde el fin de la fase de inicio las
especificaciones de hardware y software necesarias para la puesta en
VERSIN: 1.0
FECHA: Junio 2010
Fecha
Prevista:
partir
Diciembre de 2008.
Fuente: Autor (2010)
Cuadro 24. Identificador 006
Identificador: 006
Descripcin: Poco conocimientos de las herramientas de desarrollo por
parte de los participantes.- Incumplimiento en las asignaciones.
Probabilidad: 0,6
Prdida: 8
Grado
de
Exposicin: 4,8
Primer Indicador: Falta de conocimientos en las herramientas de
modelado y mtodos (UML y RUP) y en los software a utilizar (como PHP,
Power Designer, Linux, Oracle)
Estrategia de Mitigacin: Adiestramiento inmediato a los participantes del
proyecto, con el fin de prepararlos y as puedan cumplir con sus
asignaciones.
Propietario: Lder del Proyecto
Identificador: 007
Descripcin: Suspensin de actividades administrativas por causas
externas a la misma Retardo en la finalizacin del proyecto.
Probabilidad: 0,4
Prdida: 8
Grado
de
Exposicin: 4,8
Primer Indicador: Problemtica existente en los ncleos tanto a nivel
docente, administrativo y estudiantil.
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Confidencial
Pg. 147
VERSIN: 1.0
FECHA: Junio 2010
1. Introduccin
1.1 Propsito
Identificar los procesos que se llevan a cabo en la seccin de almacen,
la relacin entre ellos y los actores involucrados en el sistema, a fin de
comprender el funcionamiento actual del negocio.
1.2 Alcance
Representar mediante casos de uso y modelo de dominio el
funcionamiento general del negocio bajo estudio, detallando tanto los
procesos llevados a cabo como los objetos ms importantes en el contexto
del sistema, incluyendo los actores internos y externos que participan en l.
1.3 Definiciones, acrnimos y abreviaturas.
Documento Glosario.
1.4 Referencia
Documento Visin.
Especificacin de Casos de Uso del Negocio.
2. Representacin del Modelo del Negocio
El modelo del negocio se simbolizar mediante los casos de uso, los
cuales representan los procesos que se llevan a cabo en la seccin de
almacn de la Universidad de Oriente Ncleo de Monagas.
Confidencial
Pg.
1481481
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
Envi a
Reci be
1
Jefe de Al
macen
Secci n de Compra
Comuni ca
1
Noti fica
1
Regi stra
1
1..*
1
Entrega
Retir
a
1..*
Mercanca
1..*
1..*
Entrega
1
Proveedor
Confidencial
Pg.
1501501
VERSIN: 1.0
FECHA: Junio 2010
5. Lista de Actor-Actividad
Cuadro 26. Actor-Actividad
Actor
Jefe de Almacn
Actividades
-
VERSIN: 1.0
FECHA: Junio 2010
Seccin de
Compra
Proveedor
Unidad solicitante
VERSIN: 1.0
Proyecto:
Confidencial
Pg. 153
VERSIN: 1.0
1. Introduccin
1.1 Propsito
Recibir la mercanca.
1.2 Alcance
Verificar que la mercanca recibida est en buen estado.
1.3 Definiciones, Acrnimos y Abreviaturas
Ver documento glosario.
1.4 Referencia
Documento Vision.
1.5 Resumen
En ste caso de uso se describen todos los actores y eventos que
interactan en el escenario el cal permite la recepcin de la
mercanca.
2. Nombre del Caso de Uso
Recepcin de mercanca
2.1 Cdigo de Caso de Uso
CUN_1.
2.2 Descripcin del Caso de Uso
Recepcin de mercanca por parte del Jefe de Almacn.
Confidencial
Pg.
1541541
VERSIN: 1.0
Recepci n de M ercancas
Jefe de Al m acen
4. Flujo de Eventos
4.1 Curso Tpico de Eventos
4.1.1 El curso normal de eventos comienza cuando el proveedor
traslada la mercanca al rea de almacn y la entrega al jefe de
dicha rea.
4.1.2 Una vez recibida la mercanca se procede a verificar que esta
se encuentre en buen estado y a chequear que coincida lo que
est en la factura que entrega el proveedor con la mercanca
que se est recibiendo.
4.1.3 Luego de revisar la mercanca, el jefe de almacn firma y sella
una copia de la factura que trae el proveedor para que luego
este
pase
por
la
seccin
de
caja
retirando
el
pago
VERSIN: 1.0
VERSIN: 1.0
5.2 Internos
Jefe Unidad de Almacen.
6. Precondiciones
6.1 Precondicin 1
Que la Seccin de Compras enve los informes de recepcin u
rdenes de compra a la seccin de Almacn.
7. Postcondiciones
7.1 Postcondicion 1
Que la mercanca recibida este en buen estado.
8. Puntos de Extensin
No hay puntos de Extensiones.
VERSIN: 1.0
9. Diagrama de Actividad
Provedor
Je fe de Al ma cen
Devuel ve m ercancia
[No ]
[Si ]
[No]
[Si ]
Firm a Factura
Es un bi en o activo
[Si ]
[No]
[Si]
Recib e e qui po
[No]
Funcion a
[Si]
Regi stra Bi en
VERSIN: 1.0
Proyecto:
Confidencial
Pg. 159
VERSIN: 1.0
1. Introduccin
1.1 Propsito
Permite Supervisar, Chequear y Evaluar el Ingreso de la Mercanca a
la Seccin de Almacen.
1.2 Alcance
Permitir llevar un control de todos los materiales que ingresan al
almacen.
1.3 Definiciones, Acrnimos y Abreviaturas
Ver documento glosario.
1.4 Referencia
Documento Vision.
1.5 Resumen
En ste caso de uso se describen todos los actores y eventos que
interactan en el escenario el cal da paso al registro de la mercanca
que ingresa en el almacen.
Confidencial
Pg.
1601601
VERSIN: 1.0
Recepcin de M ercancias
<<i nclude>>
3. Flujo de Eventos
3.1 Curso Tpico de Eventos
3.1.1 El curso normal de eventos inicia cuando el Jefe de
Almacn examina la factura, de la cual obtiene los datos
VERSIN: 1.0
VERSIN: 1.0
6. Precondiciones
6.1 Precondicin 1
Que la mercanca haya sido entregada por el proveedor al Jefe del
Almacn. (Ver especificacin Recepcin de Mercancas)
7. Postcondiciones
7.1 Postcondicion 1
Que la mercanca logre ser registrada exitosamente por el jefe de
almacn
8. Puntos de Extensin
No hay puntos de Extensiones.
VERSIN: 1.0
9. Diagrama de Actividad
Jefe de Al m acen
Exam i na Factura
VERSIN: 1.0
Proyecto:
Confidencial
Pg. 165
VERSIN: 1.0
1. Introduccin
1.1 Propsito
Permite llevar un control de la mercanca que se entrega a las
Unidades Solicitantes.
1.2 Alcance
Permite que las Unidades Solicitantes reciban la mercanca que
solicitaron.
1.3 Definiciones, Acrnimos y Abreviaturas
Ver documento glosario.
1.4 Referencia
Documento Vision.
1.5 Resumen
En ste caso de uso se describen todos los actores y eventos que
interactan en el escenario el cal da paso a la entrega de la
mercanca a las Unidades Solicitantes.
Confidencial
Pg.
1661661
VERSIN: 1.0
Entrega de Mercanci a
Jefe de Al m acen
3. Flujo de Eventos
3.1 Curso Tpico de Eventos
3.1.1 El curso normal de eventos comienza cuando la unidad
solicitante elabora la requisicin de materiales y la entrega a la
seccin de Almacn.
VERSIN: 1.0
En
algunos
casos
la
mercanca
es
entregada
VERSIN: 1.0
VERSIN: 1.0
7. Diagrama de Actividad
Uni dad Sol i ci tante
Entrega requi si ci on
Recibe requisi ci on
[No]
Fi rm a requi sici
on
Devuel ve requisi cion de materi al es
[Si ]
Reci be requi si ci on fi
rmada
Confidencial
Pg.
1701701
RUP:
Especificacin
de
Casos
de
artefactos de la
Uso
del
Sistema,
VERSIN: 1.0
Proyecto:
Confidencial
Pg.
1721721
VERSIN: 1.0
1. Introduccin
En los documentos de especificaciones se describen cada uno de los casos de
uso que conforman el caso de uso general del sistema automatizado de almacn, los
cuales representan los requisitos funcionales del mismo. A continuacin se muestra el
diagrama general de casos de uso del sistema:
VERSIN: 1.0
2. Descripcin
Con la ejecucin de este caso de uso se busca:
-
por ende,
3. CASO DE USO
Usuari o
4. Actores Participantes
Jefe de almacn, unidades solicitantes y seccin de compras.
VERSIN: 1.0
5. Condiciones de Entrada
1. Da inicio al sistema.
2.
para
acceder
al
4.
6.
7.
8.
VERSIN: 1.0
7. Condiciones de Salida
El usuario ha ingresado al sistema de acuerdo a su nivel de acceso.
8. Flujos Alternativos
Flujo 5. Nombre de Usuario/Clave Invlida
Una vez que el actor introduce su usuario y clave, el sistema indicar a
travs de un mensaje que los datos introducidos estn incorrectos.
9. Diagrama de clases
Usuari os
+
+
()
+
+
cedul a
nom bre
sexo
fechaNaci mi ento
l ugarNaci mi ento
di recci on
tel efono
dependenci a
ni vel
usuari o
cl ave
: Stri ng
: Stri ng
: Stri ng
:
:
:
:
:
:
:
:
l ong
Stri ng
Stri ng
Stri ng
Stri ng
i nt
Stri ng
Stri ng
agregarUsuari o ()
el i m i narUsuari o
m odi fi carUsuari o ()
buscarUsuari o ()
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
Proyecto:
Desarrollo de un Software para la Automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
1. Descripcin
Permitir que se procesen las rdenes de compra para darle ingreso
formal al almacn. El usuario del sistema podr realizar el proceso de
entrada de una orden de compra, mediante lo siguiente:
1. Escoger la orden de compra a la que se desea darle entrada.
2. Marcar con un clic en la casilla del material que se est recibiendo.
3. Presionar la opcin grabar.
4. El sistema emitir un mensaje donde indique que los datos fueron
guardados satisfactoriamente.
2. Caso de Uso
3. Actores Participantes
Usuario Jefe de Almacn.
Confidencial
Pg.
1801801
VERSIN: 1.0
4. Condiciones de Entrada
5. Flujo de Eventos
Cuadro 28. Flujo de Eventos
del
Sistema
de
Automatizacin de Almacn.
2.
Despliega
el
submen
respectivo.
3. Selecciona la opcin Entrada de
Productos
4.Abre una ventana mostrando
las rdenes de compra a la fecha,
que estn pendientes por darle
entrada, ya sea a todo o parte de
sus productos.
5.El usuario da clic a la orden de
compra que desea procesar.
6.Muestra el detalle de la orden
de
compra
especificando
seleccionada,
nombre
de
la
VERSIN: 1.0
como
bienes
de
oficina
entrada
al
almacn,
procesada,
segn
recibi
queda
parte
como
del
material
parcialmente
procesada.
9.Muestra un mensaje donde se
indica
que
los
datos
fueron
registrados exitosamente.
10.Presiona el botn Aceptar.
11.Retorna al men principal.
Fuente: Autor (2010)
VERSIN: 1.0
6. Condiciones de Salida
Los datos de la entrada de materiales a almacn fueron registrados
exitosamente en el sistema.
7. Flujos Alternativos
Flujo 7
Si se presiona el botn Grabar sin haber marcado algn producto, el
sistema enviar un mensaje notificando que se debe seleccionar algn
producto para darle entrada.
VERSIN: 1.0
8. Diagrama de Clases
OrdenCompra
-
numeroOrden
uni dadSoli citante
fechaSoli citud
plazoEntrega
estatusOrden
proveedor
+
+
+
+
+
+
agregarOrden ()
buscarOrden ()
l istarOrden ()
eli minarOrden ()
modifi carOrden ()
cal cul arT otales ()
: int
: Stri ng
: long
: long
: int
: Stri ng
Detal le_orden
1..1
Contiene
1..*
Conforma
numeroOrden
cod_prod
canti dad
unidad
preci oUnitari o
status
: String
: String
: i nt
: String
: float
: i nt
+ agregar ()
+ modificar ()
+ eliminar ()
1..1
EstaIncluidaEn
1..1
ContieneDatosDe
Detal leEntradaMateri al
- preci oUnitario : float
EntradaMateri al
+
+
+
+
+
+
numeroOrden
fechaEntrada
formaPago
seguro
subtotal item
ali cuotaiva
retencionISLR
retencioniva
viaT ransporte
procedencia
estatusOrden
numeroFactura
numeroEntrada
: i nt
: l ong
: i nt
: String
: float
: float
: float
: float
1..1
Contiene
1..*
Conforma
+ calcularSubtotal ()
Producto
1..1
Contiene
: String
: String
: i nt
: String
: i nt
agregarOrden ()
buscarOrden ()
listarOrden ()
el iminarOrden ()
modificarOrden ()
calcularT otal es ()
+
+
+
+
1..1
EstaInclui doEn
1..1
Contiene
Detall eMaterial
- idRegistro
: int
- codigoProducto : String
- canti dad
: fl oat
+ agregaItem ()
+ eliminaItem ()
+ editaItem ()
codigo_producto
descripcion
unidad
existencia
mi nimo
maximo
papeleria
:
:
:
:
:
:
:
Stri ng
Stri ng
Stri ng
float
float
float
boolean
actuali zaInventario ()
nuevoProducto ()
el imnaProducto ()
modifi caProducto ()
1..1
SeEncuentraEn
VERSIN: 1.0
9. Diagrama de Secuencia
:wmenuprincipal
:wregistrarmateriales
:wentradaproductos
ordencom pra
1.iiniiciia siistema
5.sellecciiona "Entrada
Productos"
4.desplliiega opciiones ()
6.abre ventana
10.abre ventana
en Compra
12.busca detalllles de Orden
pr oductos
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
Proyecto:
Desarrollo de un Software para la Automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
1. Descripcin
Permitir que se procesen las rdenes de compra para darle egreso
formal del almacn. El usuario del sistema podr realizar este caso de
uso, mediante lo siguiente:
1. Solicitar el que se escoja el tipo de producto al que se le va a dar salida
y la dependencia que est solicitando que se le despachen materiales,
bien sea de tipo productos o papelera.
2. Se muestran los productos existentes en almacn correspondientes a
la unidad solicitante previamente seleccionada.
3. Se presiona el botn Despachar.
4. El sistema emitir un mensaje donde indique que las salidas fueron
procesadas exitosamente.
2. Caso de Uso
VERSIN: 1.0
3. Actores Participantes
Usuario Jefe de Almacn.
4. Condiciones de Entrada
5. Flujo de Eventos
Cuadro 29. Flujo de Eventos Procesar Salida de Materiales
del
Sistema
de
Automatizacin de Almacn.
2.Despliega el submen respectivo.
3.Selecciona la opcin Salida de
Productos
4.Abre una ventana mostrando los tipos
de productos a despachar y las unidades
solicitantes para las cuales se puede
realizar una salida de materiales.
5.El usuario selecciona el tipo de
productos
Confidencial
despachar
la
Pg.
1901901
VERSIN: 1.0
para
la
unidad
solicitante
previamente seleccionada.
7.Selecciona
los productos
a los
usuario
presiona
el
botn
Despachar.
9.Guarda los datos en la base de datos y
actualiza las existencias de los productos
que fueron despachados.
10.Muestra un mensaje donde se indica
que
salidas
fueron
exitosamente.
11.Presiona el botn Aceptar.
12.Retorna al men principal.
Fuente: Autor (2010)
6. Condiciones de Salida
Registro realizado de la salida de materiales del almacn.
procesadas
VERSIN: 1.0
7. Flujos Alternativos
Flujo 5
5.1 Si el usuario selecciona el tipo de producto papelera, el
sistema muestra los artculos de papelera existentes para la
unidad solicitante seleccionada; as como las solicitudes de
papelera pendientes por procesar.
5.2 El usuario selecciona la solicitud que va a ser procesada e ingresa
el nombre de la persona responsable de recibir los productos de
papelera indicados en dicha solicitud.
Flujo 7
Si el usuario ingresa una cantidad mayor a la que se encuentra en
existencia de un artculo, el sistema enviar un mensaje notificando que
la cantidad a despachar no puede ser mayor a la existencia actual de
dicho artculo.
8. Diagrama de Clases
Producto
+
+
+
+
1..1
S eEncu entraE n
Detal l e M ate ri al
-
i dRegi stro
1..1
Co nti ene
: i nt
: Stri ng
: fl o at
+ ag re g a Ite m ()
+ el i m i na Item ()
+ ed i taIte m ()
1 ..* EstaIncl ui
do En
: Stri ng
: Stri ng
: Stri ng
: fl oat
: fl oat
: fl oat
: bool ean
1..1
Conti ene
VERSIN: 1.0
8. Diagrama de Secuencia
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
Proyecto:
Desarrollo de un Software para la Automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
1. . Descripcin
Permitir que el jefe de almacn consulte el estatus de las solicitudes de
papelera que han sido emitidas por las dependencias. El usuario del
sistema podr realizar este caso de uso, mediante lo siguiente:
1. El sistema por defecto muestra un listado de todas las solicitudes de
papelera elaboradas por las dependencias.
2. Si el usuario lo desea puede consultar las solicitudes de papelera que
tengan un estatus especfico (solicitadas y entregadas).
3. El usuario tambin puede consultar la informacin detallada de una
solicitud de papelera en especfico.
2. Caso de Uso
Jefe de Al macen
<<i ncl ude>>
3. Actores Participantes
Usuario Jefe de Almacn.
VERSIN: 1.0
4. Condiciones de Entrada
5. Flujo de Eventos
Cuadro 30. Flujo de Eventos Consultar Solicitudes de Papelera
realizadas
por
las
dependencias.
5.El usuario selecciona un estatus de
solicitudes de papelera (Solicitadas y
Entregadas).
6.Muestra las solicitudes de papelera de
acuerdo al estatus seleccionado.
7.El usuario marca una solicitud de
VERSIN: 1.0
papelera especfica.
8.Presiona el botn Consultar.
9.El sistema busca lo detalles de la
solicitud
de
(cdigo
de
descripciones
papelera
los
y
seleccionada
productos,
las
sus
cantidades
6. Condiciones de Salida
Consulta exitosa de las solicitudes de papelera.
7. Flujos Alternativos
Flujo 8
Si el usuario no selecciona ninguna solicitud de papelera y presiona el
botn Consultar, el sistema enviar un mensaje notificando que debe
seleccionar una solicitud.
Confidencial
Pg.
2002002
VERSIN: 1.0
8. Diagrama de Clases
Un i da d : Stri n g
: Stri n g
- co d i g oUni da d
- de scri p ci on
1 ..1
E l a bo ra
+
+
+
a gre ga rUni da d ()
m od i fi carUn i da d ()
e l i m i n a rUn i da d ()
1 ..*
Re al i zad aPo
r
So l i ci tud Pa pe l e ri a
- nu m e ro_ sol i ci
tud
- un i da d
- fech a
- estad o
- respo nsa b l e
+
+
:
:
:
:
:
i nt
i nt
Stri n g
Stri n g
Stri n g
ag re g arSo l i ci tud ()
bu sca rSo l i ci tu d ()
VERSIN: 1.0
9. Diagrama de Secuencia
:wMenuPrincipal
:wListadoSolicitudes
:wSolicitudPapeleria
S o l i ci tudPapel e ri a
1.Iniiciia Siistema
4.Desplliiega opciiones ()
6.Abre ventana
5.Sellecciiona "Solliiciitudes de
Papelleriia"
8.Muestra solliiciitudes de
papelleriia
9.Sellecciiona estatus de solliiciitud de papelleriia
10.Carga Soliiciitudes
de Papelleriia de acuerdo all estatus sellecciionado
ol
()
13.Abre Ventana
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
Proyecto:
Desarrollo de un software para la automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
1. Descripcin
Permite generar reportes de inventario de almacn (productos),
entradas de material recibido por unidad especificando la orden de
compra a travs de la cual se le suministr, rdenes de compra
procesadas,
rdenes
de compra
parcialmente
procesadas
y las
Productos
<<extend>>
<<extend>>
<<extend>>
Generar Reportes
Usuarios del Si
stema
Ordenes Pendientes
<<extend>>
<<i nclude>>
Validar Usuario
Ordenes Procesadas
VERSIN: 1.0
3. Actores Participantes
Usuario Jefe de Almacn.
4. Condiciones de Entrada
5. Flujo de Eventos
Cuadro 31. Flujo de Eventos Generar Reportes
de
Automatizacin
de
Almacn.
2.Activa y despliega la pantalla donde se
muestran los tipos de reportes que se
pueden
generar
(Reporte
Productos,
Parcialmente
Procesadas,
VERSIN: 1.0
6. Condiciones de Salida
El actor obtuvo satisfactoriamente el reporte solicitado.
7. Flujos Alternativos
Flujo 4
4.1 Si el reporte seleccionado es Productos, el sistema por defecto
muestra las existencias de productos en almacn de todas las unidades
solicitantes. Si el usuario desea filtrar el listado de productos en existencia
escoge una dependencia especifica del men de seleccin, y luego el
sistema proceder a mostrar el nuevo listado de productos en existencia.
4.2 Si el reporte seleccionado es Entradas por unidad, el usuario debe
seleccionar la unidad de la cual desea el reporte, el sistema lista todas las
rdenes que tiene la unidad especificando las que ya han sido entregadas
y las que aun no, y el usuario selecciona la entrada que desea ver.
4.3 Si el reporte seleccionado es Ordenes Totalmente Procesadas
el
VERSIN: 1.0
De ta l l e _o rd en
1 ..1
Con ti e n e
1..*
Co nforma
n um e ro Ord en
co d_ p rod
ca nti d ad
u ni da d
p re ci o Uni tari o
sta tu s
+
+
+
: Stri n g
: Stri n g
: i nt
: Stri n g
: fl o at
: i nt
a g reg a r ()
m o di fi ca r ()
e l i mi na r ()
1..1
Esta In cl u i da
En
1 ..1
Con ti e n eDa to
sDe
De ta l l e Entra da M ateri
al
1..*
Entra da M ate ri
al
- n um e ro Ord
en
-a fe ch aEn tra d
R
+
+
+
+
fo rm a Pag o
seg u ro
sub to ta l i tem
a l i cu o tai va
re te nci on ISL
: i nt
: l on g
:
:
:
:
:
:
- p re ci o Uni tari o
at
+
1..1
Co nti e ne
: fl o
Pro d ucto
- co d i go _ pro d ucto
Con fo rm
a
1..1
Co nti e ne
i nt
Stri n g
fl o at
fl o at
fl o at
fl
o at n g
: Stri
- d escri pci
: Stri n g
on
: Stri n g
- u ni da d
: fl oa t
- e xi ste nci
: fl oa t
a
: fl oa t
- minimo
: b oo l e an
+
actua
l io
za In ve nta ri o ()
- m
a xi m
+
nu
evo
Pro
du
cto
()
- p ap e l eri a
+ el i m na Pro du cto ()
+ mo d i fi caPro d ucto ()
vi
ra non
spi orte
reaT
te nci
va
p ro ced en ci a
: Stri n g
e statusOrde n
: i nt
n um e ro Fa ctu ra : Stri n g
n um e ro Entrad a : i nt
1..1
SeEn cu en tra
En
a g reg a rOrde n ()
b u sca rOrd en ()
l i sta rOrde n ()
e l i mi na rOrde n ()
+ m o di fi ca rOrd en
+
() cal cul a rT o ta l e s ()
Esta In cl u i do En
Detal l eM a te ri a l
-
i d Re gi stro
-
+
+
+
: int
co di go Pro du cto : Stri
ng
ca nti d ad
a g reg a Ite m ()
e l i mi na Ite m ()
e d i ta Ite m ()
: Stri n g
: fl o a t
1..1
Co nti e ne
VERSIN: 1.0
9.Diagramas de Secuencia
Confidencial
Pg.
2102102
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
Proyecto:
Desarrollo de un Software para la Automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
1. Descripcin
Permitir que las unidades solicitantes elaboren solicitudes de papelera.
El usuario del sistema podr realizar este caso de uso, mediante lo
siguiente:
1. Escoger los productos de papelera que se van a solicitar y sus
respectivas cantidades, tomando en cuenta las existencias actuales de
dichos productos para la dependencia que est realizando la solicitud.
2. Al enviar la solicitud de papelera, el sistema generar el formato de
impresin de dicha solicitud elaborada.
2. Caso de Uso
3. Actores Participantes
Usuario Unidad Solicitante.
VERSIN: 1.0
4. Condiciones de Entrada
5. Flujo de Eventos
Cuadro 32. Flujo de Eventos Elaborar Solicitudes de Papelera
del
Sistema
de
Automatizacin de Almacn.
2. Despliega el submen respectivo.
3.Selecciona la opcin Elaborar.
4.Abre
una
ventana
mostrando
VERSIN: 1.0
a solicitar.
6.El
usuario
presiona
el
botn
Grabar.
7.El sistema procesa los datos de la
solicitud
indicando
enva
que
una
los
notificacin
datos
fueron
registrados correctamente.
8.Presiona el botn Aceptar.
9.El sistema busca los detalles de la
solicitud de papelera creada
10.El sistema genera el reporte de
impresin de la solicitud de papelera.
11.Hace clic en el cono Imprimir,
selecciona la impresora que est en
lnea y le da Aceptar.
12.El sistema imprime el reporte.
13.Da clic al botn Salir.
14.Retorna al men principal.
Fuente: Autor (2010)
6. Condiciones de Salida
Solicitud de papelera enviada e impresa correctamente.
7. Flujos Alternativos
Flujo 6
Confidencial
Pg.
2202202
VERSIN: 1.0
1..1
Conti ene
1..*
Conform
a
+ agregar ()
+ modificar ()
+ eli minar ()
1..1
SeEncuentraEn
1..1
Contiene
Producto
- codigo_producto
- descri
pcion
- unidad
- exi
stencia
- mi ni mo
- maxi mo
- papel eri a
+
+
+
+
: Stri ng
: Stri ng
: Stri ng
: fl oat
: fl oat
: fl oat
: boolean
actuali zaInventario ()
nuevoProducto ()
el imnaProducto ()
modi fi caProducto ()
VERSIN: 1.0
9. Diagrama de Secuencia
:wMenuPrinci pal
P ro du cto s
3.Sell eccii ona modull o "Soll ii cii tud de Papell erii a"
ncii pall
2.Despll ii ega Mprii
enu
()
ones ()
6.Abre ventana
14.Abre ventana
15.Busca detall ll es de lla sollii
ciitud ()
1
18.Hace conexii n con ll a iim presora e ii m prii me ()
S oli ci tu dM a te ri a l
VERSIN: 1.0
10 Prototipo de Interfaz
Pantalla 26. Men Principal Unidad Solicitante (Submen Elaborar Solicitud Papelera)
Fuente: Autor (2010)
VERSIN: 1.0
Pantalla 28. Ventana Emergente Mostrando que la Solicitud fue realizada Exitosamente
Fuente: Autor (2010)
VERSIN: 1.0
Proyecto:
Desarrollo de un Software para la Automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
1. Descripcin
Permitir que las unidades solicitantes consulten el estatus de rdenes de
compra que han sido emitidas para dicha dependencia. El usuario del
sistema podr realizar este caso de uso, mediante lo siguiente:
1. El sistema por defecto muestra un listado de todas las rdenes de
compra correspondientes a una dependencia.
2. Si el usuario lo desea puede consultar las rdenes de compra que
tengan un estatus especfico (pendientes, parcialmente procesadas y
procesadas).
3. El usuario tambin puede consultar la informacin detallada de una
orden de compra en especfico.
2. Caso de Uso
VERSIN: 1.0
3. Actores Participantes
Usuario Unidad Solicitante.
4. Condiciones de Entrada
4. Flujo de Eventos
Cuadro 33. Flujo de Eventos Consultar Solicitudes de Productos
el
submen
respectivo.
3.Selecciona la opcin Consultar.
4.Abre una ventana cargando por
defecto un listado de todas las
rdenes
de
correspondientes
dependencia.
compra
a
una
VERSIN: 1.0
de
compra
Parcialmente
(Pendientes,
Procesadas
Procesadas).
6.Muestra las rdenes de compra
de
acuerdo
al
estatus
seleccionado.
7.El usuario marca una orden de
compra especfica.
8.Presiona el botn Consultar.
9.El sistema busca lo detalles de
la orden de compra seleccionada
y los muestra en pantalla.
10.Hace clic en el cono Imprimir,
selecciona la impresora que est en
lnea y le da Aceptar.
11.El sistema imprime el reporte.
12.Da clic al botn Volver.
13.Retorna a la pantalla anterior.
Fuente: Autor (2010)
5. Condiciones de Salida
Consulta exitosa del estatus e informacin de las rdenes de compra de
una dependencia especifica.
VERSIN: 1.0
6. Flujos Alternativos
Flujo 8
Si el usuario no selecciona una orden de compra, el sistema enviar un
mensaje notificando que debe seleccionar una orden de compra.
7. Diagrama de Clases
OrdenCompra
:
- num eroOrden
:
- uni dadSol i ci
:
tante
:
- fechaSol i ci tud
:
- pl azoEntrega
:
- estatusOrden
- proveedor
+
+
+
+
()
+
()
+
()
i nt
Stri ng
l ong
l ong
i nt
Stri ng
agregarOrden ()
buscarOrden ()
l i starOrden ()
el i m i narOrden
m odi fi carOrden
cal cul arT otal es
VERSIN: 1.0
8. Diagrama de Secuencia
Confidencial
Pg.
2302302
VERSIN: 1.0
9. Prototipo de Interfaz
VERSIN: 1.0
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Desarrollo de un software para la automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
Especificaciones Complementarias
Versin 1.0
Confidencial
Pg. 233
VERSIN: 1.0
FECHA: Junio 2010
1. Introduccin
1.1 Propsito
Este documento proporciona una apreciacin global de los requisitos
que no fueron capturados en los casos de uso y que complementan el
Desarrollo de un software para la automatizacin de la Seccin de
Almacn de la Universidad de Oriente Ncleo Monagas.
1.2 Alcance
Dicho documento abarca una visin ms clara de los requisitos del
sistema clasificados segn el modelo FURPS+.
(Usability):
Frecuencia/
gravedad
de
la
falta,
la
(Supportability):
Comprobabilidad,
extensibilidad,
Confidencial
Pg.
2342342
VERSIN: 1.0
FECHA: Junio 2010
1.4 Referencias
Glosario.
Especificacin de Casos de Uso.
adems
de
requerimientos
mnimos
para
el
correcto
2.1 Funcionalidad
Estos requisitos se refieren a la forma en la que el sistema funciona;
es decir, los mecanismo o secuencia de eventos que hacen que este
realice cierta funcin. Dichos requisitos se valoran evaluando el
VERSIN: 1.0
FECHA: Junio 2010
sern apreciadas
en los documentos
de
sistema
ser
totalmente
interactivo
permitiendo
un
VERSIN: 1.0
FECHA: Junio 2010
2.3 Fiabilidad
La fiabilidad
es
una
medida
de
su conformidad
con
una
2.4 Rendimiento
El rendimiento es
resultado con que un sistema realiza una tarea o proceso y se mide por
la velocidad de procesamiento, el tiempo de respuesta, consumo de
recursos, rendimiento efectivo total y eficacia.
El sistema automatizado para controlar las operaciones efectuadas
en la seccin de almacn, posee un alto nivel de rendimiento ya que
es una aplicacin web liviana y de fcil instalacin, en cuando al
hardware el nivel de rendimiento tambin es elevado, al contar con un
servidor que ofrece un rendimiento excepcional, al ser fcil de
VERSIN: 1.0
FECHA: Junio 2010
gestionar y con una plataforma ideal para dar servicios web, contando
adems con procesadores
es bajo
2.5 Soporte
a) Requisitos de instalacin. El sistema es una aplicacin Web que se
cargara en el servidor SUM FIRE MX200 del centro de computacin de
la Universidad de Oriente Ncleo Monagas, el cual tiene instalado
sistema operativo CentOS (acrnimo de Community ENTerprise
Operating System), el administrador Web Apache, PHP, los cuales son
de libre distribucin, y el manejador de base de datos Oracle 10G, el
cual es licenciado.
b) Requisitos de configuracin. Se instalara el producto Oracle en
cliente que permitir la comunicacin con el servidor y se habilitara
direccin IP (protocolo de Internet) y puertos para levantar ambiente
Web y base de datos.
c). Requisitos de adaptabilidad. El uso del software no necesita de
una preparacin previa para que el usuario pueda acceder en l y
realizar sus actividades con l. Este est adaptado de acuerdo a las
necesidades del usuario.
d). Requisitos
Phpmyadmin.
de compatibilidad.
Sistema
operativo
Linux y
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg.
2402402
VERSIN: 1.0
FECHA: Junio 2010
VERSIN: 1.0
FECHA: Junio 2010
ID
Regla
Grado de
Fuente
Variacin
Regla#1
para
realizar
los
Alta
Poltica de la
Institucin
emita
una
orden
de
Alta
Institucin
por
la
seccin
Poltica de la
de
almacn.
Regla#3
hacer
entrega
de
Alto
los
Poltica de la
Institucin
El
ingreso
de
papelera
Poltica de la
la
Alto
Institucin
Poltica de la
Alto
Institucin
VERSIN: 1.0
FECHA: Agosto 2010
Proyecto:
Desarrollo de un software para la automatizacin de los
Procesos Administrativos de la Seccin de Almacn de la
Universidad de Oriente Ncleo Monagas.
VERSIN: 1.0
FECHA: Agosto 2010
1. Introduccin
1.1 Propsito
El presente documento contiene el diseo elaborado del Sistema
Administrativo de la seccin de Almacn de la Universidad de Oriente
Ncleo Monagas, el cual es producto de un anlisis minucioso de los
requisitos del sistema.
1.2 Alcance
Dicho
documento
abarca
la
vista
lgica,
de
datos
de
1.4 Referencias
Documento Visin.
VERSIN: 1.0
FECHA: Agosto 2010
2. Vistas y Planos
funcionales
del sistema,
muestra
los componentes
y sus
interrelaciones
(incluyendo
herencia,
agregacin,
asociacin, etc). Estos diagramas son el pilar bsico del modelado con
UML, siendo utilizados tanto para mostrar lo que el sistema puede hacer,
como para mostrar cmo puede ser construido.
A continuacin se observa el modelo de clase del sistema:
VERSIN: 1.0
FECHA: Agosto 2010
Modelo de Clases
Proveedor
- codi goProveedor
- razonSoci al
- di recci onFiscal
- tel efono
- ri f
- contacto
1..1
EstaIncl ui doEn
: Stri ng
: Stri ng
: Stri ng
Usuari
- cedul a os
- nom bre
- sexo
+
+
+
+
+
: Stri ng
: Stri ng
: Stri ng
: Stri ng
: Stri ng
: Stri ng
agregarProveedor ()
el i m i narProveedor ()
m odi ficarProveedor ()
buscarProveedor ()
l i starProveedor ()
1..1
Conti ene
OrdenCompra
1..1
+
+
+
Conti eneDatosDe +
+
+ agregarUsuari o ()
+ el i m i narUsuario ()
+ m odi fi carUsuari o ()
+ buscarUsuari o ()
Detal l e_orden
- num eroOrden
: i nt
- uni dadSol i ci tante : Stri
ng
- fechaSol i ci tud
: l ong
- pl azoEntrega
: l ong
- estatusOrden
: i nt
-+ proveedor
:
Stri
ng
agregarOrden ()
1..1
Conti ene
1..*
Conform a
buscarOrden ()
l i starOrden ()
el i m inarOrden ()
m odifi carOrden ()
cal cul arTotal es ()
+ agregar ()
+ m odifi car ()
+ el i m inar ()
1..*
Pertenec
e
1..1
EstaIncl ui daEn
1..1
Conti ene
1..1
EstaIncl ui daEn
1..1
Conti eneDatosDe
- precioUnitari o : fl oat
+ cal cul arSubtotal ()
1..*
EntradaM
aterial
Uni dad
- codi goUni dad : Stri ng
- descri pci on
: Stri ng
1..1
El abora
+ agregarUni dad ()
+ modi fi carUni dad
()
+ eli m i narUni dad
()
1..1
Reci be
1..*
1..1
EsAsi gnada
1..1
C1o..r1respo
nde
Reci be
1..1
- num
eroOrden
- fechaEntrada
- form
aPago
: i nt
- seguro
- subtotal i
tem
- al i cuotai
va
- retenci onISLR
- retenci oni
va
- vi aT
ransporte
- procedenci a
- estatusOrden
: Stri ng
: fl oat
: fl oat
Conform a
Conti ene
: l ong
: i nt
1..1
Conti ene
: fl oat
: fl oat
: Stri ng
: Stri ng
: i nt
Real i
zadaPor
+ agregarOrden ()
+ buscarOrden ()
+
+
()
+
()
+
()
+ agregarSol i ci tud
()
+ buscarSol ici tud
()
1..1
Conti ene
1..1
l i starOrden ()
el i m i narOrden
Detal l eM ateri al
EsAsi gnada
1..1
EstaIncl ui doEn
m odi ficarOrden
1..1
Contiene
: i nt
: Stri ng
: l ong
1..1
EstaIncl uidoEn
- i
: int
dRegistro
- codi goProducto : Stri ng
- cantidad
: fl oat
+ eli m i naItem ()
+ agregaItem ()
+ edi taItem ()
1..1
Conti ene
+ agregarSal i da ()
+ m odi fi carSal i da ()
+ el i mi narSal i da ()
1..1
EsAsi gnada
Sal i daM ateri
al
- numeroSal i da
: int
- unidadAsi gnada : Stri ng
- fechaSal ida
: long
+ agregarSal i da ()
+ m odi fi carSal i da
()
+ el im i narSal i da
()
1..*
Conform
a
1..1
Det_sal _m at
Conti ene
1..1
Conti ene
1..*
Conform a
- num eroSal i da : i nt
- codi
: Stri ng
go_p
: fl oat
- cantidad
+ agregar ()
+ modi fi car
()
+ eli m i nar
()
1..1
SeEncuentraEn
Producto
: Doubl e
: Stri ng
1..1
Conti ene
1..1
SeEncuentraEn
VERSIN: 1.0
FECHA: Agosto 2010
P roveedor
codi goProveedor Variabl e characters (254)
razonS oci al
direcci
onFiscal
telefono
ri f
contacto
Variabl
e
characters
(254)
Variabl
e
characters (254) Variabl
e
characters
(254)
Variabl
e
characters
(254)
Variabl
e
characters (254)
EstaIncluidoE n
(D)
Usuarios
Associ ation_6
Variabl
e
characters
(254)
Variabl
e
characters (254) Variabl
e characters (254)
cedul a
nombre
sexo
Contiene
fechaNaci miento
lugarNacimiento
direcci
on
telefono
Long Integer
Variabl e characters (254)
dependenci a
nivel
usuari
o
cl ave
Integer
Variabl e characters (254)
fechaSolicitud
pl azoEntrega
estatusOrden
Integer
proveedor
Variable characters (254)
EstaIncluidaEn
(D)
numeroOrden
Variabl e characters
(254) Variabl e
characters (254)
Detall e_orden
OrdenCompra
Integer
Conti eneDatosDe
Pertenece
Association_2
CAosnstoiecCina
oetniofonr_m8a
Long Integer
Long Integer
cod_prod
cantidad
unidad
Integer
Variabl e characters (254)
precioUnitari o Fl oat
status
Integer
Conforma
Associ ation_7
Detal
leEntradaMaterial
Associ ation_1
Conti eneDatosDe
Association_9
Contiene
Contiene
Conti ene
EntradaMateri al
Unidad
Corresponde
Associati on_3
(D)
EsAsi gnada
El abora
Association_15
Reali zadaPor
Associati on_4
Integer
Long Integer
Integer
Variabl e characters
(254) Fl oat
Fl oat
retencionISLR
retencioniva
vi aT
ransporte
procedencia
estatusOrde
n
Fl oat
Fl oat
Variabl e characters
(254) Variabl e
characters (254)
Integer
Associ ation_10
EstaIncluidoEn
(D)
responsabl e
numeroOrden
fechaEntrada
formaPago
seguro
subtotal
item ali
cuotaiva
EstaIncl uidoEn
dRegistro
EsAsignada
Associ ation_5
Contiene
(D)
Associati on_12
Contiene
numeroSali da
unidadAsignada
fechaSalida
DetalleMaterial
Integer
EstaIncluidoE n
Integer
Variabl e characters
(254) Long Integer
Associ ation_16
S ali daMaterial
EsAsignada
Contiene
Association_11
Integer
Det_sal_mat
numeroSalida
Contiene
Association_14
Conforma
Conforma
Detal leS oli
SeEncuentraEn
Contiene
citudPapeleria numero_solicitud
Integer
Number
Variable characters (254)
A
ssociation_17
(D)
descripcion
unidad
exi
stencia
mi ni mo
maxi mo
papeleri a
Variabl
e
(254)
Fl
oat
Fl
oat
Fl
oat
Boolean
characters
VERSIN: 1.0
FECHA: Agosto 2010
Modelo Fsico
Proveedor
EstaInclui doEn
codigoProveedor
razonSocial
direccionFiscal
telefono
rif
contacto
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
FK_ORDENCOM_ASSOCIAT I_PROVEEDO
Usuarios
varchar(254)
varchar(254)
varchar(254)
cedula
nombre
sexo
Contiene
fechaNacimiento integer
lugarNacimiento varchar(254)
direccion
varchar(254)
telefono
varchar(254)
dependencia
varchar(254)
nivel
integer
usuario
varchar(254)
clave
Detalle_orden
OrdenCompra
num eroOrden
integer
varchar(254)
numeroOrden varchar(254)
Contiene
Conforma
cod_prod
cantidad
unidad
FK_DET ALLEO_ASSOCIATI_ORDENCOM
estatusOrden
integer
proveedor
varchar(254)
EstaIncluidaEn
varchar(254)
integer
varchar(254)
precioUnitari o float
status
integer
Pertenece
FK_ENTRADAM_ASSOCIAT I_ORDENCOM
FK_ORDENCOM_ASSOCIAT I_UNIDAD
Detall eEntradaMaterial
FK_USUARIOS_ASSOCIAT I_UNIDAD
precioUnitario float
Conform a
FK_DETALLEE_ASSOCIAT I_ENT RADAM
EstaIncluidaEn
Contiene
Contiene
ContieneDatosDe
Contiene
Unidad
Elabora
varchar(254)
EntradaMaterial
Corresponde
Recibe Recibe
FK_ENT RADAM_ASSOCIATI_UNIDAD
EsAsignada
FK_SOLICIT U_ASSOCIATI_UNIDAD
RealizadaPor
FK_SALIDAPA_ASSOCIAT I_UNIDAD
SolicitudPapeleria
num eroOrden
fechaEntrada
form aPago
seguro
subtotalitem
alicuotaiva
retencionISLR
retencioniva
integer
integer
integer
varchar(254)
float
float
float
viaT ransporte
procedencia
estatusOrden
varchar(254)
varchar(254)
integer
float
EstaIncluidoEn
numero_solicitud integer
unidad
fecha
varchar(254)
estado
responsable
varchar(254)
varchar(254)
integer
DetalleM aterial
idRegistro
integer
codi goProducto varchar(254)
EstaIncl uidoEn
FK_SALIDAMA_ASSOCIAT I_UNIDAD
EsAsignada
Contiene
Contiene
cantidad
float
Contiene
FK_SALIDAPA_ASSOCIATI_DET ALLEM
SalidaPapeleria
EstaIncluidoEn
num eroSalida
uni dadAsignada
fechaSal ida
integer
varchar(254)
integer
num eroInform eRequisicion varchar(254)
FK_DETALLEM_ASSOCIATI_SALIDAM A
FK_DETALLEM_ASSOCIATI_PRODUCT O
Sal idaM aterial
Det_sal_mat
Contiene
EsAsignada
numeroSalida integer
unidadAsignada varchar(254)
fechaSalida
integer
Contiene
FK_DETSALMA_ASSOCIAT I_SALIDAMA
Conforma
numeroSalida i nteger
codigo_p
cantidad
varchar(254)
float
SeEncuentraEn
Conform a
Detall eSolicitudPapeleria
Contiene
Producto
numero_solicitud integer
codigo_producto integer
cantidad
numeri c
estado
varchar(254)
FK_DETALLES_ASSOCIAT I_PRODUCT O
SeEncuentraEn
codigo_producto
descripcion
unidad
existencia
minimo
maxim o
papeleria
varchar(254)
varchar(254)
varchar(254)
float
float
float
smalli
nt
VERSIN: 1.0
FECHA: Agosto 2010
Secci n de Al m acen
<HT T PS>
<HT T PS>
Expl orador Web
Si stem a Web
<HT T PS>
Base de Datos
250
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Entrada de Productos.
Proyecto:
Desarrollo de un Software para la Automatizacin de
los Procesos Administrativos de la Seccin de
Almacn de la Universidad de Oriente Ncleo
Monagas.
Confidencial
Pg. 251
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Entrada de Productos.
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el caso de uso
Procesar Entrada de Materiales. Las pruebas realizadas a este caso de uso
son:
-
aplicacin.
2. Registrar entrada de productos en almacn
2.2 Descripcin
Se ingresa al sistema como usuario Jefe de Almacn para acceder a
la opcin de procesar entrada de productos, con el fin de registrar los
materiales que estn ingresando al almacn.
2.3 Condiciones de Ejecucin
Que el usuario est registrado como jefe de almacn, para poder
acceder al sistema.
Que las rdenes de compra, que contienen los productos que estn
siendo entregados en almacn, hayan sido enviadas por la seccin de
compras.
2.4 Entrada
1. Se introduce pedro en el campo usuario.
2. Se introduce 123 en el campo contrasea.
3. Se presiona el botn Ingresar.
4. El sistema permite el acceso al sistema y muestra el men principal
del jefe de almacen.
Confidencial
Pg.
2522522
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Entrada de Productos.
previamente
(Orden
de
compra
numero=3,
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Salida de Productos.
Proyecto:
Desarrollo de un Software para la Automatizacin de
los Procesos Administrativos de la Seccin de
Almacn de la Universidad de Oriente Ncleo
Monagas.
Confidencial
Pg.
2542542
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Salida de Productos.
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el caso de uso
Procesar Salida de Materiales. Las pruebas realizadas a este caso de uso
son:
-
aplicacin.
2. Registrar salida de productos en almacn
2.2 Descripcin
Se ingresa al sistema como usuario Jefe de Almacn para acceder a
la opcin de procesar salida de productos, con el fin de registrar los
materiales que sern despachados del almacn.
2.3 Condiciones de Ejecucin
Que el usuario est registrado como jefe de almacn, para poder
acceder al sistema.
2.4 Entrada
1. Se introduce pedro en el campo usuario.
2. Se introduce 123 en el campo contrasea.
3. Se presiona el botn Ingresar.
4. El sistema permite el acceso al sistema y muestra el men principal
del jefe de almacn.
5. Se posiciona el cursor del Mouse en la opcin PROCESAR
MATERIAL del men principal.
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Salida de Productos.
de
papelera
disponibles
para
la
unidad
solicitante
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Salida de Productos.
VERSIN: 1.0
Proyecto:
Desarrollo de un Software para la Automatizacin de
los Procesos Administrativos de la Seccin de
Almacn de la Universidad de Oriente Ncleo
Monagas.
VERSIN: 1.0
1. Descripcin
Este artefacto
cubre
el
conjunto
de
pruebas
realizadas
sobre
el
Editar un producto.
Eliminar un producto
Buscar productos.
La prueba se realizar partiendo del formulario de entrada de la
aplicacin.
2. Agregar un nuevo producto
2.2 Descripcin
Se ingresa al sistema como usuario Jefe de Almacn para acceder al
mantenimiento de Productos, con el fin de crear un nuevo producto con su
informacin respectiva para que quede guardado en el sistema para su
posterior utilizacin.
2.3 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como jefe de
almacn, para poder acceder al sistema.
2.4 Entrada
1. Se introduce pedro en el campo usuario.
2. Se introduce 123 en el campo contrasea.
3. Se presiona el botn Ingresar.
VERSIN: 1.0
Confidencial
Pg.
2602602
VERSIN: 1.0
3. Editar un Producto
3.2 Descripcin
Se ingresa al sistema como usuario jefe de almacn para acceder al
mantenimiento de Productos, con el fin de modificar la informacin de un
producto registrado.
3.3 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como jefe de
almacn, para poder acceder al sistema.
3.4 Entrada
1. Se introduce pedro en el campo usuario.
2. Se introduce 123 en el campo contrasea.
3. Se pulsa el botn Ingresar.
4. El sistema permite el acceso al sistema y muestra el men principal
del jefe de almacn.
5. Se posiciona el cursor del Mouse en la opcin Productos del men
principal.
6. El sistema despliega el submen Cargar.
7. Se presiona la opcin desplegada.
8. El sistema muestra una interfaz con la lista de productos registrados
y las opciones permitidas (Nuevo, Modificar, Eliminar, Bsqueda
por tipo de producto y filtro).
9. Se marca con un click el producto de cdigo PC-001 de la lista y se
presiona en el icono Modificar.
10. El sistema enva un mensaje preguntando si se desea modificar el
tem seleccionado.
11. Se pulsa el botn Aceptar.
12. El sistema muestra en pantalla el formulario con la informacin del
producto seleccionado.
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
Proyecto:
Desarrollo de un Software para la Automatizacin de
los Procesos Administrativos de la Seccin de
Almacn de la Universidad de Oriente Ncleo
Monagas.
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre los casos de
uso
aplicacin.
2. Elaborar Solicitud de Papelera
2.2 Descripcin
Se ingresa al sistema como usuario Unidad Solicitante para acceder
a la opcin de solicitudes de papelera, con el fin de elaborar una solicitud
que contendr la informacin de los productos de papelera requeridos por
una dependencia.
2.3 Condiciones de Ejecucin
Que el usuario est registrado como una unidad solicitante, para poder
acceder al sistema.
Que haya existencia de productos de papelera disponibles para la
dependencia que est realizando la solicitud.
2.4 Entrada
1. Se introduce computacion en el campo usuario.
2. Se introduce 123 en el campo contrasea.
3. Se presiona el botn Ingresar.
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Desarrollo de un Software para la Automatizacin de
los Procesos Administrativos de la Seccin de
Almacn del Ncleo Monagas de la Universidad de
Oriente
Documento Glosario
Versin 1.0
Confidencial
Pg.
2702702
VERSIN: 1.0
FECHA: Junio 2010
Glosario
Introduccin
En este documento se definen los trminos ms importantes que se
utilizaran en la realizacin del proyecto de Desarrollo de un Software para la
Automatizacin de los procesos Administrativos de la Seccin de Almacn
del Ncleo Monagas de la Universidad de Oriente.
Propsito
El presente documento tiene como propsito dar las definiciones
exactas y sin ambigedades de la terminologa utilizada en el proyecto de
Desarrollo de un Software para la Automatizacin de los Procesos
Administrativos de la Seccin de Almacn del Ncleo Monagas de la
Universidad de Oriente.
Alcance
El Presente documento se extiende a todo el subsistema de la seccin
de almacn involucrado en esta fase inicial, el cual se implementara en la
Seccin de Almacn del Ncleo Monagas de la Universidad de Oriente y en
los restantes ncleos de dicha universidad. De tal modo que la terminologa
empleada en la Seccin de Almacn est claramente definida en este
documento.
Referencias
El presente glosario hace referencia a los siguientes documentos:
-
Documento Visin.
VERSIN: 1.0
FECHA: Junio 2010
Definiciones
A continuacin se presentan todos los trminos manejados a lo largo
de todo
el
proyecto
de
desarrollo
de
un software
para
la
2.1 Actor: Un actor es aquel que el rol o funcin que asume una
persona, sistema o entidad que interacta con el sistema que estamos
construyendo de la misma forma. Tiene la propiedad de ser externo al
sistema. Hay que tener en cuenta que un usuario puede acceder al
sistema como distintos actores.
VERSIN: 1.0
FECHA: Junio 2010
autorizada,
las
planillas
anexadas
por
las
diferentes
VERSIN: 1.0
FECHA: Junio 2010
2.8
2.9
artculos necesarios.
2.10 Unidad
Solicitante:
es cualquiera
de las dependencias
VERSIN: 1.0
FECHA: Junio 2010
2.13
determinado.
centrales
requieran
para
el
desarrollo
de
sus
actividades.
VERSIN: 1.0
FECHA: Junio 2010
2.23
Proyecto:
Es
un
conjunto
de
actividades
concretas,
277
2772
278
2782
CONCEPTO
COSTO (Bs.F)
Costo de Personal
Analista de Sistemas
0 Bs.F
0 Bs.F
Hardware
0 Bs.F
Costos de Adiestramiento
Taller RUP
800 Bs.F
Curso UML
800 Bs.F
Curso PHP
800 Bs.F
800 Bs.F
180 Bs.F
21 Bs.F
500 Bs.F
12 Bs. F
20 Bs.F
Otros
80 Bs.F
TOTAL COSTOS
4100 Bs. F
279
2792
5.4.2 Beneficios
Los beneficios tienen que ver con las ventajas obtenidas con el
sistema desarrollado, destacando que los mismos pueden ser de naturaleza
tangible o intangible.
Beneficios Tangibles
Los beneficios tangibles son aquellas ventajas u oportunidades que se
pueden cuantificar, y que se obtienen al hacer uso del sistema informtico
desarrollado.
Son
fcilmente
cuantificables
y medibles
en
unidades
de tiempo en la generacin
de reportes
de
280
2802
Tarea
Generar reportes de
Productos
Sistema
Sistema
Actual
Propuesto
24 h/h
0.75 h/h
Beneficios
23.25 h/h
Tarea
Registro de Materiales
Sistema
Sistema
Actual
Propuesto
5 h/h
0.5 h/h
Beneficios
4.5 h/h
Beneficios Intangibles
Los beneficios intangibles son aquellos beneficios asociados a una
mejora que por su naturaleza son muy difciles de cuantificar, pero de los
que, indiscutiblemente, la organizacin se ve beneficiada al llevar a cabo el
desarrollo del proyecto. Estos beneficios son los siguientes:
a) Manejo de informacin ms confiable.
b) Mejor control de las existencias de insumos en almacn.
c) Mayor facilidad en la elaboracin de informes y reportes.
d) Aumento en la calidad de servicio prestado por la seccin de almacn.
e) Motivacin del personal al utilizar herramientas modernas que le
permitan eliminar tareas rutinarias o tediosas.
f) Mejor imagen de la universidad al implementar nuevas tecnologas.
CONCLUSIONES
283
2832
que
dicho
sistema
se
encargara
de mantener
284
2842
RECOMENDACIONES
a) Implementar el sistema desarrollado en la seccin del almacn, para
que los usuarios puedan desempear sus funciones en un ambiente
de trabajo automatizado y organizado.
b) Elaborar un plan de adiestramiento dirigido al personal del almacn
que har uso del sistema, con el fin de aprender a manejarlo y poder
sacarle el mximo provecho a cada una de sus funcionalidades.
c) Fortalecer la plataforma tecnolgica del ncleo para que todas las
reas involucradas tengan acceso a la red, dado que el sistema
propuesto es una aplicacin Web.
d) Realizar la conexin del sistema de almacn del ncleo de Monagas
con el sub-sistema de bienes nacionales para realizar la validacin de
los bienes que ingresan al almacn
285
2852
286
2862
BIBLIOGRAFA
Abad, Daro (1996). Control de Gestin. Interconed Editores. Bogot,
Colombia.
Amat Salas, Oriol (2001). Contabilidad y Finanzas para no financieros.
Coleccin Gerencia Empresarial. Editora El Nacional. Caracas, Venezuela.
Arias, Fidias G. (2006). El Proyecto de Investigacin. Introduccin a la
metodologa cientfica. Editorial Episteme. Caracas, Venezuela.
Arteaga, Pilar (2004). Metodologa de la Investigacin. Fondo para el
Desarrollo de la Salud Pblica Dr. Hctor Sequera Palencia. Mrida,
Venezuela.
Barrientos, Josefina (2002). Estrategias de la Metodologa RUP.
Investigacin para el Instituto Universitario de la Frontera. San Cristbal,
Venezuela.
Batini, C. y Navathe, S. (2004). Diseo conceptual de bases de datos.
Ediciones Daz de Santos. 574 p. ISBN 0201601206
Beltrn, Jess (1999). Indicadores de Gestin (Herramientas para lograr
la Competitividad). 3R Editores. Bogot, Colombia.
Berzal, F y Cubero, J. (2005). Desarrollo Profesional de Aplicaciones
Web con ASP.NET. Editorial iKor Consulting
Blanco, Illescas (2000). El Control Integrado de Gestin. Limusa Noriega
Editores S.A. Mxico D.F., Mxico.
Carvajal Sandoval, Jacqueline (2007). Diseo de un modelo de control de
inventarios para las PYMES en la cadena de abastecimiento.
Investigacin para la Universidad del Mayab. Mxico D.F., Mxico.
Cobo, A. y Gmez, P. (2005).PHP y MySQL - Tecnologas para el
desarrollo
de
aplicaciones
Web.
287
2872
Ediciones
Daz
de
Santos.
288
2882
289
2892
[Documento
en
http://150.186.84.19/monagas/mod/resource/
lnea].
Disponible
en:
view.php?id=1462. [Consulta:
[Documento
en
http://150.186.84.19/monagas/mod/resource/
lnea].
Disponible
en:
view.php?id=2678. [Consulta:
290
2902
ANEXOS
291
292
2922
293
2932
HOJAS METADATOS
Hoja de Metadatos para Tesis y Trabajos de Ascenso - 1/4
DESARROLLO DE UN SOFTWARE PARA LA
AUTOMATIZACIN DE LOS PROCESOS
Ttulo
Subtitulo
El Ttulo es requerido. El subttulo o ttulo alternativo es opcional.
Autor(es)
Apellidos y Nombres
Martnez Fajardo Pedro ngel
martangels@cantv.net
e-mail
CVLAC
e-mail
e-mail
Se requiere por lo menos los apellidos y nombres de un autor. El formato para escribir los apellidos y
nombres es: Apellido1 InicialApellido2., Nombre1 InicialNombre2. Si el autor esta registrado en el
sistema CVLAC, se anota el cdigo respectivo (para ciudadanos venezolanos dicho cdigo coincide
con el numero de la Cedula de Identidad). El campo e-mail es completamente opcional y depende de la
voluntad de los autores.
294
2942
Resumen (Abstract):
El presente trabajo de investigacin tiene como propsito principal el
desarrollar un sistema para automatizar los procesos administrativos de la
seccin de almacn del Ncleo Monagas de la Universidad de Oriente. Para
ello fue necesario estudiar el funcionamiento actual de dicha seccin, y
determinar la problemtica que presentaba en la prestacin de sus servicios;
para luego, definir los requerimientos de informacin del sistema en base a
dicha problemtica y a las necesidades del personal que labora en el
departamento en cuestin; procedindose despus a disear una
arquitectura slida que cumpliera con todos los requerimientos establecidos,
hasta finalmente obtener un prototipo inicial de la aplicacin, de acuerdo a
esa arquitectura diseada. Dicho trabajo sigui un tipo de investigacin
proyectiva, con un nivel comprensivo y un diseo de campo; emplendose
como tcnicas de recoleccin de los datos la revisin documental, la
entrevista no estructurada y la observacin directa, con el fin de extraer la
informacin del lugar objeto de estudio; mientras que la tcnica de anlisis de
datos utilizada fue la de anlisis de contenido. Para el logro de los objetivos
planteados, se sigui como gua de desarrollo de software la metodologa
RUP con la ayuda de la herramienta de modelado UML. De igual manera, se
pudo concluir que con el desarrollo y futura implantacin del sistema se
agilizarn los procesos administrativos llevados a cabo en dicha seccin,
tales como la generacin de reportes de productos existentes en el almacn
lo que traer consigo un ahorro significativo del tiempo de respuesta y una
carga de trabajo mucho menor para los trabajadores de la seccin de
almacn.
TU
JU
jchaparro@udo.edu.ve
e-mail
ROL
Prof. Rosngela Garca
CA
AS
TU
JU
CA
AS
TU
JU
CA
AS
TU
JU
CVLAC
e-mail
e-mail
ROL
CVLAC
e-mail
e-mail
ROL
CVLAC
e-mail
e-mail
Se requiere por lo menos los apellidos y nombres del tutor y los otros dos (2) jurados. El formato para
escribir los apellidos y nombres es: Apellido1 InicialApellido2., Nombre1 InicialNombre2. Si el
autor esta registrado en el sistema CVLAC, se anota el cdigo respectivo (para ciudadanos
venezolanos dicho cdigo coincide con el numero de la Cedula de Identidad). El campo e-mail es
completamente opcional y depende de la voluntad de los autores. La codificacin del Rol es: CA =
Coautor, AS = Asesor, TU = Tutor, JU = Jurado.
03
21
Requerido. Lenguaje del texto discutido y aprobado, codificado usuando ISO 639-2. El
cdigo para espaol o castellano es spa. El cdigo para ingles en. Si el lenguaje se
especifica, se asume que es el ingls (en).
Ingeniera