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
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.
iii
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:
En la ciudad de Maturn a los veintin das del mes de marzo de dos mil once.
_______________________
Ing. Desiree Andrico
______________________
Ing. Yerson Rodrguez
iv
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
su apoyo y
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.
viii
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
ix
xi
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
xiii
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
xiv
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
xv
LISTA DE ANEXOS
Anexo 1. Forma Requisicin de Materiales ........................................................................................ 292
Anexo 2. Forma Orden de Compras.................................................................................................... 293
xvi
INTRODUCCIN
CAPTULO I
CONTEXTO ORGANIZACIONAL
1.1
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
1.3
los
equipos
de
computacin
la
estructura
de
10
11
e) Promover
la
formacin
de
sistemas
informacin
Acadmico-
que
requieran
las
dependencias
Acadmico-
en condiciones
ptimas
de
servicio,
los
sistemas
12
Jefe de Almacn:
a. Supervisa y distribuye las actividades del personal a su cargo.
13
14
Almacenista:
15
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
16
contenidos
enseanzas,
as
como
en
su
organizacin
17
18
de la seccin de
19
20
21
utilizar
dicha
informacin
en
los
diferentes
procesos
22
reglamentos que son propias de la institucin y por las cuales deben regirse
todos los almacenes universitarios de la UDO.
23
24
CAPTULO III
MARCO REFERENCIAL
25
para la
26
27
3.2.1.1 Recepcin
28
3.2.1.2 Almacenamiento
29
30
3.2.1.3 Distribucin
Para una mayor agilidad en los despachos, se requiere que los pedidos
lleguen debidamente diligenciados, con una descripcin clara y completa.
Segn esto, la distribucin puede hacerse de acuerdo con las diferentes
modalidades disponibles en cada institucin; cualquiera sea la utilizada, debe
garantizar un movimiento de salida del sistema que mueva el respectivo
inventario.
31
32
3.2.2.1
33
34
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
funcionales (por ejemplo rendimiento y confiabilidad).
36
37
3.2.2.2
Estructura de RUP
dinmicos
del
proceso.
Esta
dimensin
muestra
las
38
39
1. Fase de Inicio
40
2. Fase de Elaboracin
41
3. Fase de Construccin
4. Fase de Transicin
43
1. Roles
2. Actividades
44
Las disciplinas conllevan los flujos de trabajo, los cuales son una
secuencia de pasos para la culminacin de cada disciplina, estas disciplinas
se dividen en dos grupos, como se apreci en la Figura 6, p. 42 las de
proceso, y las de apoyo. Las de proceso son las necesarias para la
realizacin de un proyecto de software; entre ellas se tienen: modelado del
negocio, requerimientos, anlisis y diseo, implementacin, pruebas y
despliegue. Las de apoyo son las que como su nombre lo indica sirven de
apoyo a las de proceso y especifican otras caractersticas en la realizacin
de un proyecto de software; entre estas se tienen: entorno, gestin del
proyecto, gestin de configuracin y cambios.
45
El UML es un lenguaje estndar para el modelado de software lenguaje para visualizar, especificar, construir y documentar los
artefactos de un sistema con gran cantidad de software. Lenguaje
utilizado por el Proceso Unificado. Lenguaje que permite a los
desarrolladores visualizar el producto de su trabajo (artefactos) en
esquemas o diagramas estandarizados. (p. 430)
UML es un lenguaje porque proporciona un vocabulario y las reglas
para utilizarlo; adems, es un lenguaje de modelado lo que significa que el
vocabulario y las reglas del que est compuesto se utilizan para la
representacin conceptual y fsica del sistema. Es decir ofrece una notacin
estndar y semnticas esenciales para describir un modelo o plano del
sistema, incluyendo aspectos conceptuales tales como procesos de negocios
y funciones del sistema, y aspectos concretos como expresiones de
lenguajes de programacin, esquemas de bases de datos y componentes de
software reutilizables.
46
Los
propios
elementos
grficos
sirven
como
47
distribuidas
basadas
en
Web,
pasando
por
sistemas
Por otro lado esta herramienta provee beneficios significativos para los
ingenieros de software y las organizaciones al ayudarles a construir modelos
rigurosos, trazables y mantenibles, que soporten el ciclo de vida de desarrollo
de software completo. Este les permite capturar sus ideas en una forma
convencional y fcil de comprender para comunicarlas a otras personas.
48
1. Bloques de construccin
a) Elementos
49
Dependencia
50
Asociacin
Generalizacin
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
52
3. Mecanismos comunes
UML proporciona una serie de mecanismos comunes que sirven para
que cada persona o entidad adapte el lenguaje a sus necesidades, pero
dentro de un marco ordenado y siguiendo ciertas reglas para que en el
trasfondo de la adaptacin no se pierda la semntica propia de UML.
Existen cuatro mecanismos comunes que se aplican de forma
consistente a travs de todo el lenguaje:
Especificaciones
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
Mecanismos de extensibilidad
54
Vistas en UML
55
1. Diagramas de UML
56
a) Diagramas Estructurales
57
Privado (-): Indica que el atributo slo ser accesible desde dentro de la
clase (slo sus mtodos pueden acceder a l).
Publico (+): Indica que el atributo ser visible tanto dentro como fuera de la
clase, es decir, es accesible desde todos lados.
Protegido (#): Indica que el atributo no ser accesible desde fuera de la
clase, pero si se podr acceder a l por mtodos de la clase adems de las
subclases que se deriven.
Privado (-): Indica que el mtodo slo ser accesible desde dentro de la
clase (slo otros mtodos de la clase lo pueden acceder a l).
Publico (+): Indica que el mtodo ser visible tanto dentro como fuera de la
clase, es decir, es accesible desde todos lados.
Protegido (#): Indica que el mtodo no ser accesible desde fuera de la
clase, pero si se podr acceder a l por mtodos de la clase adems de
mtodos de las subclases que se deriven.
58
59
60
b) Diagramas de Comportamiento
61
Cabe decir, que este tipo de diagrama cuenta con una herramienta
grfica para modelar el proceso de un caso de uso especfico. Por lo que
sirve como un aadido a una descripcin textual del caso de uso, o para
mostrar en forma grafica, los pasos del caso de uso.
62
63
1. Actor:
2. Caso de uso:
64
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
a) Relacin de comunicacin
b) Generalizacin
65
c) Inclusin
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.
66
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
67
a) Lnea de vida
b) Activacin
68
c) Mensaje
a) Documento Visin
69
70
a) Riesgos de Dependencia.
b) Riesgos de Requerimientos.
c) Riesgos de Administracin.
d) Riesgos de Conocimiento.
71
Herramientas y Tcnicas.
72
de
que
de
en
un probabilidad
problema?)
Exposicin:
de
la
por
la
prdida)
Prevista:
(Determinar
una
73
Por otro lado el modelo del dominio del negocio captura los objetos
ms importantes en el contexto del sistema. Este modelo se describe
mediante diagramas de clases de UML, que carecen de algunos de los
detalles tcnicos y estn compuestos por las clases que se han interpretado
y descubierto en el anlisis del negocio. Estos diagramas muestran los
objetos del dominio o clases conceptuales y las relaciones entre ellas a
travs de asociaciones.
f) Documento Glosario
74
h) Especificaciones Complementarias
Este documento captura todos los requisitos que no han sido incluidos
como parte de los casos de uso y se refiere a requisitos adicionales y
restricciones. Este documento abarca los requisitos del sistema clasificados
segn el modelo FURPS+; el cual es un modelo que permite clasificar las
cualidades de la calidad del software.
Los requisitos adicionales son fundamentalmente requisitos no
funcionales que no pueden asociarse a ningn caso de uso en concreto. Sin
embargo cada uno de estos requisitos puede tener impacto en varios casos
de uso o en ninguno. Algunos ejemplos son el rendimiento, las interfaces y
los requisitos de diseo fsico, as como las restricciones arquitectnicas, de
diseo y de implementacin. (Jacobson, Booch y Rumbaugh, 2000, p.121).
75
76
a) Entrada de Informacin
b) Almacenamiento de la informacin
suele
ser
almacenada
en
estructuras
de
informacin
c) Procesamiento de la informacin
77
d) Salida de informacin
Con frecuencia,
los
sistemas
de
informacin
que
logran
la
78
79
Son
fciles
de
usar,
no
requieren
conocimientos
avanzados
de
computacin.
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
81
Ninguno
de
estos
elementos
es
obligatorio,
pudiendo
crear
82
los ejecute. Dentro de los lenguajes de programacin del lado del cliente se
pueden mencionar: java, JavaScript, VBScript.
3.2.8.1 JavaScript
83
3.2.9.1 PHP
84
85
3.2.11 AJAX
AJAX
engloba
un
conjunto
de
tecnologas
que
trabajan
86
la
interactividad,
velocidad
usabilidad
en
las
87
88
El modelo Relacional de datos fue propuesto por E.F. Codd del IBM
San Jos Research Laboratory en 1969. Este modelo es el que siguen las
llamadas bases de datos relacionales y se basa en las siguientes
caractersticas:
89
de
un
diccionario
de
datos,
la
administracin
del
90
3.2.13 ORACLE
91
92
3.2.16 XAMPP
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).
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.
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.
96
97
98
CAPTULO IV
MARCO METODOLGICO
99
100
Consultas
Entrevista no estructurada
101
Observacin Directa
102
103
104
105
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.
106
107
lI
III
Metodologa
RUP
RUP
RUP
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
Fase
Inicio
Elaboracin
Construccin
Modelo de
implementacin
Casos de pruebas
funcionales
Modelo de despliegue
Aplicacin de pruebas
finales al software y
correccin de errores
108
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
109
ms
importantes
el
cual
est
representado
110
111
112
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. 114
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
Confidencial
Pg. 115
VERSIN: 1.0
FECHA: Junio 2010
Plan Fase
Confidencial
Pg. 116
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 117
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 118
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.
Confidencial
Pg. 119
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.
Confidencial
Pg. 121
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 122
VERSIN: 1.0
FECHA: Junio 2010
2. Posicionamiento
las
de
estndares
corporativos
para
adaptarse
lo
Confidencial
Pg. 123
VERSIN: 1.0
FECHA: Junio 2010
El problema de
Afecta a
Cuyo impacto es
Confidencial
Pg. 124
VERSIN: 1.0
FECHA: Junio 2010
Para
La Comunidad Universitaria
Los trabajadores de la UDO
Las autoridades Decanales
Almacn
Quienes
El Software
Que
No como
Nuestro producto
Confidencial
Pg. 125
VERSIN: 1.0
FECHA: Junio 2010
Rol
Responsabilidad
proyecto
se
encargar
de
supervisar
el
Confidencial
Pg. 126
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
Confidencial
Pg. 127
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
Confidencial
Prioridad
estandarizar
las
Alta
Soluciones Propuestas
Desarrollo de una aplicacin WEB
Pg. 128
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
Confidencial
recepcin
Soluciones Propuestas
Desarrollar mdulo de control de
materiales
Desarrollar modulo de registros de
Alta
documentos
Pg. 129
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. 130
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
y Bienes
Monagas
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. 132
VERSIN: 1.0
FECHA: Junio 2010
A nivel Administrativo:
Subsistema de Almacn.
Confidencial
Pg. 133
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
Confidencial
Pg. 134
VERSIN: 1.0
FECHA: Junio 2010
Material
Cantidad
Puntos de
conexin de
red (55)
7. Requerimientos de Documentacin
Confidencial
Pg. 135
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. 136
VERSIN: 1.0
FECHA: Junio 2010
1.1 Propsito
El propsito del presente documento es determinar las estrategias
para deteccin, anlisis y jerarquizacin de riesgos.
1.2 Alcance
El proyecto general estar influenciado por este plan, adems de
establecer los riesgos individuales sobre el rea administrativa y la
Seccin de Almacn, que pudiesen atentar contra el xito del
proyecto. Estos riesgos podran ser tcnicos, de conocimiento, de
organizacin, etc.
Confidencial
Pg. 137
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
1. Riesgos de Dependencia.
2. Riesgos de Requerimientos.
3. Riesgos de Administracin.
4. Riesgos de Conocimiento.
Confidencial
Pg. 138
VERSIN: 1.0
FECHA: Junio 2010
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
Confidencial
Pg. 139
VERSIN: 1.0
FECHA: Junio 2010
5. Presupuesto
Se asume que la organizacin del proyecto tendr previsto los
recursos que haya que invertir para la mitigacin de los riesgos. Los
costos asociados dependern del tipo de riesgo.
6. Herramientas y Tcnicas.
En la elaboracin de la lista de riesgos se utilizar una tabla que
visualice cada uno de los riesgos con sus aspectos involucrados. La Tabla de
Documentacin de Riesgos sera la siguiente:
Cuadro 18. Tabla de documentacin de riesgos
de
que
de
en
un (Multiplicacin de
problema?)
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. 140
VERSIN: 1.0
FECHA: Junio 2010
con
las
descripciones
establecidas
mediante
la
Tabla
de
Documentacin de Riesgos.
Confidencial
Pg. 141
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
Confidencial
de
Mitigacin:
Para
evitar
el
incumplimiento
de
las
Pg. 142
VERSIN: 1.0
FECHA: Junio 2010
Identificador: 003
Descripcin: Incumplimiento del alcance del proyecto en la Seccin de
Almacn - Resistencia al cambio de paradigma de desarrollo de software.
Probabilidad: 0,6
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 del Fecha Prevista: A partir de
proyecto.
Julio de 2008
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.
Confidencial
Pg. 143
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
Confidencial
Pg. 144
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.
Confidencial
Pg. 145
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 146
VERSIN: 1.0
FECHA: Junio 2010
Proyecto:
Confidencial
Pg. 147
VERSIN: 1.0
FECHA: Junio 2010
1. Introduccin
1.1 Propsito
1.2 Alcance
1.4 Referencia
Documento Visin.
Especificacin de Casos de Uso del Negocio.
Confidencial
Pg. 148
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 149
VERSIN: 1.0
FECHA: Junio 2010
Orden de Compra
1..*
1..*
Envia
Recibe
1
Seccin de Compra
1
Jefe de Almacen
Comunica
1
1
Notifica
1
Registra
1..*
Retira
Mercanca
Entrega
1..*
Unidad Solicitante
1..*
1..*
Entrega
1
Proveedor
Confidencial
Pg. 150
VERSIN: 1.0
FECHA: Junio 2010
5. Lista de Actor-Actividad
Cuadro 26. Actor-Actividad
Actor
Jefe de Almacn
Actividades
-
Confidencial
Pg. 151
VERSIN: 1.0
FECHA: Junio 2010
Seccin de
Compra
Proveedor
Unidad solicitante
Confidencial
Pg. 152
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.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.
Confidencial
Pg. 154
VERSIN: 1.0
Recepcin de Mercancas
Jefe de Almacen
4. Flujo de Eventos
pago
Confidencial
Pg. 155
VERSIN: 1.0
En la lnea 4.1.2
En la lnea 4.1.4
5. Actores
5.1 Externos
Proveedores de mercanca.
Confidencial
Pg. 156
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
Confidencial
Pg. 157
VERSIN: 1.0
9. Diagrama de Actividad
Provedor
Jefe de Almacen
Centro de Computacion
Bienes Nacionales
[No]
Devuelve mercancia
Cumple especificaciones
[Si]
[No]
Mercancia Correcta
Retorna Mercancia
[Si]
Firma Factura
[No]
Es un bien o activo
[Si]
[No]
Es equipo computacion
[Si]
Envia equipo
Recibe equipo
Chequea funcionamiento
[No]
Devuelve mercancia a proveedor
Funciona
[Si]
Registra Bien
Confidencial
Pg. 158
VERSIN: 1.0
Proyecto:
Confidencial
Pg. 159
VERSIN: 1.0
1. Introduccin
1.1 Propsito
1.2 Alcance
1.4 Referencia
Documento Vision.
1.5 Resumen
Confidencial
Pg. 160
VERSIN: 1.0
Recepcin de Mercancias
<<include>>
3. Flujo de Eventos
Confidencial
Pg. 161
VERSIN: 1.0
4. Cursos Alternativos
5. Actores
5.1 Externos
5.2 Internos
Confidencial
Pg. 162
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
Confidencial
Pg. 163
VERSIN: 1.0
9. Diagrama de Actividad
Jefe de Almacen
Secci n de Compras
Examina Factura
Notifica Registro
Recibe Notificacin
Confidencial
Pg. 164
VERSIN: 1.0
Proyecto:
Confidencial
Pg. 165
VERSIN: 1.0
1. Introduccin
1.1 Propsito
1.2 Alcance
1.4 Referencia
Documento Vision.
1.5 Resumen
Confidencial
Pg. 166
VERSIN: 1.0
Entrega de mercanca
CUN_3.
Entrega de Mercancia
Jefe de Almacen
3. Flujo de Eventos
Confidencial
Pg. 167
VERSIN: 1.0
En la lnea 3.1.3
En la lnea 3.1.5
3.1.5.1
En
algunos
casos
la
mercanca es
entregada
Confidencial
Pg. 168
VERSIN: 1.0
4. Actores
4.1 Externos
4.2 Internos
5. Precondiciones
5.1 Precondicin 1
Que el jefe de almacn haya recibido la requisicin de materiales
por parte de la unidad solicitante.
6. Postcondiciones
6.1 Postcondicion 1
Que la mercanca logre entregarse a la unidad solicitante
correspondiente.
Confidencial
Pg. 169
VERSIN: 1.0
7. Diagrama de Actividad
Unidad Solicitante
Jefe de Almacen
Entrega requisicion
Recibe requisicion
[No]
Articulos Encontrados
Firma requisicion
[Si]
Recibe requisicion firmada
Confidencial
Pg. 170
RUP:
Especificacin
de
Casos
de
Uso
del
Sistema,
VERSIN: 1.0
Proyecto:
Confidencial
Pg. 172
VERSIN: 1.0
1. Introduccin
<<include>>
Consultar Solicitudes de Papelera
<<include>>
Validar Usuario
<<include>>
Generar Reportes
<<include>>
<<include>>
Elaborar Solicitud de Papeleria
Unidad Solicitante
Confidencial
Pg. 173
VERSIN: 1.0
2. Descripcin
por ende,
3. CASO DE USO
Validar Usuario
Usuario
4. Actores Participantes
Confidencial
Pg. 174
VERSIN: 1.0
5. Condiciones de Entrada
6. Flujo de Eventos
Cuadro 27. Flujo de Eventos Validar Usuario
1. Da inicio al sistema.
2.
para
acceder
al
4.
6.
7.
8.
Confidencial
Pg. 175
VERSIN: 1.0
7. Condiciones de Salida
8. Flujos Alternativos
9. Diagrama de clases
Usuarios
-
cedula
nombre
sexo
fechaNacimiento
lugarNacimiento
direccion
telefono
dependencia
nivel
usuario
clave
+
+
+
+
agregarUsuario ()
eliminarUsuario ()
modificarUsuario ()
buscarUsuario ()
:
:
:
:
:
:
:
:
:
:
:
String
String
String
long
String
String
String
String
int
String
String
Confidencial
Pg. 176
VERSIN: 1.0
Confidencial
Pg. 177
VERSIN: 1.0
Confidencial
Pg. 178
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.
Confidencial
Pg. 179
VERSIN: 1.0
1. Descripcin
2. Caso de Uso
Validar Usuario
3. Actores Participantes
Confidencial
Pg. 180
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
Confidencial
seleccionada,
nombre
de
la
Pg. 181
VERSIN: 1.0
bienes
de
oficina
entrada
al
almacn,
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)
Confidencial
Pg. 182
VERSIN: 1.0
6. Condiciones de Salida
7. Flujos Alternativos
Flujo 7
Confidencial
Pg. 183
VERSIN: 1.0
8. Diagrama de Clases
OrdenCompra
-
numeroOrden
unidadSolicitante
fechaSolicitud
plazoEntrega
estatusOrden
proveedor
:
:
:
:
:
:
+
+
+
+
+
+
agregarOrden ()
buscarOrden ()
listarOrden ()
eliminarOrden ()
modificarOrden ()
calcularTotales ()
int
String
long
long
int
String
Detalle_orden
1..1
Contiene
1..*
Conforma
numeroOrden
cod_prod
cantidad
unidad
precioUnitario
status
: String
: String
: int
: String
: float
: int
+ agregar ()
+ modificar ()
+ eliminar ()
1..1
EstaIncluidaEn
1..1
ContieneDatosDe
DetalleEntradaMaterial
- precioUnitario : float
EntradaMaterial
+
+
+
+
+
+
numeroOrden
fechaEntrada
formaPago
seguro
subtotalitem
alicuotaiva
retencionISLR
retencioniva
viaTransporte
procedencia
estatusOrden
numeroFactura
numeroEntrada
: int
: long
: int
: String
: float
: float
: float
: float
: String
: String
: int
: String
: int
agregarOrden ()
buscarOrden ()
listarOrden ()
eliminarOrden ()
modificarOrden ()
calcularTotales ()
1..1
Contiene
1..*
Conforma
+ calcularSubtotal ()
Producto
1..1
Contiene
+
+
+
+
codigo_producto
descripcion
unidad
existencia
minimo
maximo
papeleria
:
:
:
:
:
:
:
String
String
String
float
float
float
boolean
actualizaInventario ()
nuevoProducto ()
elimnaProducto ()
modificaProducto ()
1..1
SeEncuentraEn
1..1
EstaIncluidoEn
1..1
Contiene
DetalleMaterial
- idRegistro
: int
- codigoProducto : String
- cantidad
: float
+ agregaItem ()
+ eliminaItem ()
+ editaItem ()
Confidencial
Pg. 184
VERSIN: 1.0
9. Diagrama de Secuencia
:wmenuprincipal
:wregistrarmateriales
:wentradaproductos
ordencompra
detalle_orden
entrada_productos
detalle_entrada_prod
productos
1.inicia sistema
2.despliega men principal ()
4.despliega opciones ()
10.abre ventana
Pg. 185
VERSIN: 1.0
Confidencial
Pg. 186
VERSIN: 1.0
Confidencial
Pg. 187
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.
Confidencial
Pg. 188
VERSIN: 1.0
1. Descripcin
2. Caso de Uso
Validar Usuario
Confidencial
Pg. 189
VERSIN: 1.0
3. Actores Participantes
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. 190
VERSIN: 1.0
para
la
unidad
solicitante
previamente seleccionada.
7.Selecciona los productos a los
cuales se les dar salida, indicando
las cantidades que desea despachar
de cada artculo.
8.El
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
procesadas
exitosamente.
11.Presiona el botn Aceptar.
12.Retorna al men principal.
Fuente: Autor (2010)
6. Condiciones de Salida
Confidencial
Pg. 191
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
+
+
+
+
codigo_producto
descripci on
uni dad
exi stenci a
m inim o
m axi m o
papeleri a
:
:
:
:
:
:
:
Stri ng
Stri ng
Stri ng
fl oat
fl oat
fl oat
bool ean
actual izaInventari o ()
nuevoProducto ()
eli m naProducto ()
modifi caProducto ()
1..1
SeEncuentraEn
idRegi stro
codi goProducto
canti dad
+
+
+
agregaItem ()
el i m inaItem ()
editaItem ()
1..1
Conti ene
: i nt
: Stri ng
: float
1..*
EstaInclui doEn
numeroSali da
unidadAsi gnada
fechaSal ida
: i nt
: Stri ng
: l ong
1..1
Conti ene
agregarSal ida ()
modi fi carSal ida ()
eli m i narSali da ()
Confidencial
Pg. 192
VERSIN: 1.0
8. Diagrama de Secuencia
Confidencial
Pg. 193
VERSIN: 1.0
Pg. 194
VERSIN: 1.0
Confidencial
Pg. 195
VERSIN: 1.0
Confidencial
Pg. 196
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.
Confidencial
Pg. 197
VERSIN: 1.0
1. . Descripcin
2. Caso de Uso
Jefe de Almacen
<<include>>
Validar Usuario
3. Actores Participantes
Confidencial
Pg. 198
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
Confidencial
Pg. 199
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
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. 200
VERSIN: 1.0
8. Diagrama de Clases
Uni dad
1..1
Elabora
+
+
+
codigoUni dad
descripci on
: Stri ng
: Stri ng
agregarUni dad ()
m odifi carUni dad ()
el im inarUni dad ()
1..*
Real i zadaPor
Sol ici tudPapeleria
+
+
numero_sol i ci tud
uni dad
fecha
estado
responsable
:
:
:
:
:
i nt
i nt
String
String
String
agregarSoli ci tud ()
buscarSol i ci tud ()
Confidencial
Pg. 201
VERSIN: 1.0
9. Diagrama de Secuencia
:wMenuPrincipal
:wListadoSolicitudes
:wSolicitudPapeleria
SolicitudPapeleria
1.Inicia Sistema
4.Despliega opciones ()
6.Abre ventana
8.Muestra solicitudes de papeleria
Confidencial
Pg. 202
VERSIN: 1.0
Confidencial
Pg. 203
VERSIN: 1.0
Confidencial
Pg. 204
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.
Confidencial
Pg. 205
VERSIN: 1.0
1. Descripcin
Productos
<<extend>>
<<extend>>
Generar Reportes
<<extend>>
Ordenes Pendientes
Validar Usuario
Ordenes Procesadas
Confidencial
Pg. 206
VERSIN: 1.0
3. Actores Participantes
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,
Pg. 207
VERSIN: 1.0
6. Condiciones de Salida
7. Flujos Alternativos
Flujo 4
Pg. 208
VERSIN: 1.0
8. Diagrama de Clases
OrdenCompra
-
numeroOrden
unidadSolici tante
fechaSolici tud
pl azoEntrega
estatusOrden
proveedor
:
:
:
:
:
:
+
+
+
+
+
+
agregarOrden ()
buscarOrden ()
li starOrden ()
eliminarOrden ()
modificarOrden ()
calcularT otal es ()
int
Stri ng
long
long
int
Stri ng
Detalle_orden
1..1
Contiene
1..*
Conforma
numeroOrden
cod_prod
cantidad
uni dad
precioUnitario
status
+
+
+
:
:
:
:
:
:
String
String
i nt
String
float
i nt
agregar ()
modi ficar ()
eli mi nar ()
1..1
EstaIncluidaEn
1..1
ContieneDatosDe
DetalleEntradaMateri al
- precioUni tario
EntradaMateri al
+
+
+
+
+
+
numeroOrden
fechaEntrada
formaPago
seguro
subtotalitem
alicuotai va
retencionISLR
retencioniva
vi aT ransporte
procedencia
estatusOrden
numeroFactura
numeroEntrada
:
:
:
:
:
:
:
:
:
:
:
:
:
i nt
l ong
i nt
String
float
float
float
float
String
String
i nt
String
i nt
1..1
Contiene
1..*
Conforma
: float
Producto
-
1..1
Contiene
+
+
+
+
codigo_producto
descripcion
uni dad
existencia
minimo
maximo
papeleria
:
:
:
:
:
:
:
String
String
String
fl oat
fl oat
fl oat
boolean
actualizaInventari o ()
nuevoProducto ()
eli mnaProducto ()
modificaProducto ()
1..1
SeEncuentraEn
agregarOrden ()
buscarOrden ()
l istarOrden ()
eli mi narOrden ()
modi ficarOrden ()
calcularT otales ()
1..1
EstaIncluidoEn
Detall eMaterial
- idRegistro
- codi goProducto
- cantidad
+
+
+
1..1
Contiene
: int
: Stri ng
: float
agregaItem ()
eli mi naItem ()
editaItem ()
Confidencial
Pg. 209
VERSIN: 1.0
9.Diagramas de Secuencia
Confidencial
Pg. 210
VERSIN: 1.0
Confidencial
Pg. 211
VERSIN: 1.0
Confidencial
Pg. 212
VERSIN: 1.0
Confidencial
Pg. 213
VERSIN: 1.0
Confidencial
Pg. 214
VERSIN: 1.0
Confidencial
Pg. 215
VERSIN: 1.0
Confidencial
Pg. 216
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.
Confidencial
Pg. 217
VERSIN: 1.0
1. Descripcin
2. Caso de Uso
Unidad Solicitante
<<include>>
Validar Usuario
3. Actores Participantes
Confidencial
Pg. 218
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
Confidencial
Pg. 219
VERSIN: 1.0
a solicitar.
6.El
usuario
presiona
el
botn
Grabar.
7.El sistema procesa los datos de la
solicitud
indicando
enva
que
los
una
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
Flujo 6
Confidencial
Pg. 220
VERSIN: 1.0
8. Diagrama de Clases
SolicitudPapeleria
-
numero_solicitud
unidad
fecha
estado
responsable
: int
: int
: String
: String
: String
+ agregarSolicitud ()
+ buscarSolicitud ()
1..1
Contiene
1..*
Conforma
DetalleSolicitudPapeleria
-
numero_solicitud
codigo_producto
cantidad
estado
+ agregar ()
+ modificar ()
+ eliminar ()
: int
: int
: Double
: String
1..1
SeEncuentraEn
1..1
Contiene
Producto
-
codigo_producto
descripcion
unidad
existencia
minimo
maximo
papeleria
: String
: String
: String
: float
: float
: float
: boolean
+
+
+
+
actualizaInventario ()
nuevoProducto ()
elimnaProducto ()
modificaProducto ()
Confidencial
Pg. 221
VERSIN: 1.0
9. Diagrama de Secuencia
:wMenuPrincipal
:wSolicitudPapeleria
:wImpresionSolicitud
Productos
SolicitudMaterial
1.Inicia Sistema
4.Despliega opciones ()
5.Selecciona "Elaborar"
6.Abre ventana
Confidencial
Pg. 222
VERSIN: 1.0
10 Prototipo de Interfaz
Pantalla 26. Men Principal Unidad Solicitante (Submen Elaborar Solicitud Papelera)
Fuente: Autor (2010)
Pg. 223
VERSIN: 1.0
Pantalla 28. Ventana Emergente Mostrando que la Solicitud fue realizada Exitosamente
Fuente: Autor (2010)
Confidencial
Pg. 224
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.
Confidencial
Pg. 225
VERSIN: 1.0
1. Descripcin
2. Caso de Uso
Unidad Solicitante
<<include>>
Validar Usuario
Confidencial
Pg. 226
VERSIN: 1.0
3. Actores Participantes
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
compra
a
una
dependencia.
Confidencial
Pg. 227
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
Confidencial
Pg. 228
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
-
numeroOrden
unidadSolicitante
fechaSolicitud
plazoEntrega
estatusOrden
proveedor
+
+
+
+
+
+
agregarOrden ()
buscarOrden ()
listarOrden ()
eliminarOrden ()
modificarOrden ()
calcularTotales ()
:
:
:
:
:
:
int
String
long
long
int
String
Confidencial
Pg. 229
VERSIN: 1.0
8. Diagrama de Secuencia
Confidencial
Pg. 230
VERSIN: 1.0
9. Prototipo de Interfaz
Confidencial
Pg. 231
VERSIN: 1.0
Confidencial
Pg. 232
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. 234
VERSIN: 1.0
FECHA: Junio 2010
1.4 Referencias
Glosario.
Especificacin de Casos de Uso.
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
Confidencial
Pg. 235
VERSIN: 1.0
FECHA: Junio 2010
El
sistema
ser
totalmente
interactivo
permitiendo
un
Confidencial
Pg. 236
VERSIN: 1.0
FECHA: Junio 2010
2.3 Fiabilidad
La fiabilidad es una medida de su conformidad con una
especificacin autorizada de su comportamiento. Se evala midiendo la
frecuencia y gravedad de los fallos, la exactitud de las salidas, el tiempo
medio entre fallos, la capacidad de recuperacin de un fallo y la
capacidad de prediccin del programa.
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.
Confidencial
Pg. 237
VERSIN: 1.0
FECHA: Junio 2010
gestionar y con una plataforma ideal para dar servicios web, contando
adems con procesadores cuyo consumo energtico es bajo
proporcionando un rendimiento de calidad.
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.
Confidencial
Pg. 238
VERSIN: 1.0
FECHA: Junio 2010
Pg. 239
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 240
VERSIN: 1.0
FECHA: Junio 2010
Confidencial
Pg. 241
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
Poltica de la
Institucin
hacer
entrega
de
Alto
los
Poltica de la
Institucin
El ingreso de
papelera a
la
Poltica de la
Alto
Institucin
Poltica de la
Alto
Institucin
Confidencial
Pg. 242
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.
Confidencial
Pg. 243
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.
Pg. 244
VERSIN: 1.0
FECHA: Agosto 2010
2. Vistas y Planos
Modelo de Clases
Es un diagrama de estructura esttica que muestran las clases del
sistema
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:
Confidencial
Pg. 245
VERSIN: 1.0
FECHA: Agosto 2010
Modelo de Clases
Proveedor
1..1
EstaIncluidoEn
codigoProveedor
razonSocial
direccionFiscal
telefono
rif
contacto
:
:
:
:
:
:
String
String
String
String
String
String
+
+
+
+
+
agregarProveedor ()
eliminarProveedor ()
modificarProveedor ()
buscarProveedor ()
listarProveedor ()
Usuarios
-
cedula
nombre
sexo
fechaNacimiento
lugarNacimiento
direccion
telefono
dependencia
nivel
usuario
clave
:
:
:
:
:
:
:
:
:
:
:
+
+
+
+
agregarUsuario ()
eliminarUsuario ()
modificarUsuario ()
buscarUsuario ()
String
String
String
long
String
String
String
String
int
String
String
1..1
Contiene
OrdenCompra
1..1
ContieneDatosDe
1..*
Pertenece
numeroOrden
unidadSolicitante
fechaSolicitud
plazoEntrega
estatusOrden
proveedor
+
+
+
+
+
+
agregarOrden ()
buscarOrden ()
listarOrden ()
eliminarOrden ()
modificarOrden ()
calcularTotales ()
Detalle_orden
: int
: String
: long
: long
: int
: String
1..1
Contiene
1..*
Conforma
numeroOrden
cod_prod
cantidad
unidad
precioUnitario
status
:
:
:
:
:
:
String
String
int
String
float
int
+ agregar ()
+ modificar ()
+ eliminar ()
1..1
EstaIncluidaEn
1..1
Contiene
1..1
ContieneDatosDe
1..1
EstaIncluidaEn
DetalleEntradaMaterial
- precioUnitario : float
EntradaMaterial
Unidad
- codigoUnidad : String
- descripcion
: String
1..1
Elabora
+ agregarUnidad ()
+ modificarUnidad ()
+ eliminarUnidad ()
1..1
Recibe
1..1
Corresponde
1..1
Recibe
1..1
EsAsignada
1..*
RealizadaPor
SolicitudPapeleria
-
numero_solicitud
unidad
fecha
estado
responsable
:
:
:
:
:
int
int
String
String
String
numeroOrden
fechaEntrada
formaPago
seguro
subtotalitem
alicuotaiva
retencionISLR
retencioniva
viaT ransporte
procedencia
estatusOrden
numeroFactura
numeroEntrada
:
:
:
:
:
:
:
:
:
:
:
:
:
+
+
+
+
+
+
agregarOrden ()
buscarOrden ()
listarOrden ()
eliminarOrden ()
modificarOrden ()
calcularTotales ()
int
long
int
String
float
float
float
float
String
String
int
String
int
1..1
Contiene
1..*
Conforma
+ calcularSubtotal ()
1..1
Contiene
1..1
EstaIncluidoEn
DetalleMaterial
+ agregarSolicitud ()
+ buscarSolicitud ()
- idRegistro
: int
- codigoProducto : String
- cantidad
: float
1..1
Contiene
1..1
EsAsignada
SalidaPapeleria
-
numeroSalida
unidadAsignada
fechaSalida
numeroInformeRequisicion
:
:
:
:
int
String
long
String
1..1
Contiene
1..1
EstaIncluidoEn
+ agregaItem ()
+ eliminaItem ()
+ editaItem ()
1..1
Contiene
1..*
EstaIncluidoEn
+ agregarSalida ()
+ modificarSalida ()
+ eliminarSalida ()
1..1
EsAsignada
SalidaMaterial
- numeroSalida
: int
- unidadAsignada : String
- fechaSalida
: long
+ agregarSalida ()
+ modificarSalida ()
+ eliminarSalida ()
1..1
Contiene
1..1
Contiene
Det_sal_mat
- numeroSalida : int
- codigo_p
: String
- cantidad
: float
1..*
Conforma
+ agregar ()
+ modificar ()
+ eliminar ()
1..1
SeEncuentraEn
1..*
Conforma
Producto
DetalleSolicitudPapeleria
-
numero_solicitud
codigo_producto
cantidad
estado
+ agregar ()
+ modificar ()
+ eliminar ()
:
:
:
:
int
int
Double
String
1..1
Contiene
1..1
SeEncuentraEn
codigo_producto
descripcion
unidad
existencia
minimo
maximo
papeleria
+
+
+
+
actualizaInventario ()
nuevoProducto ()
elimnaProducto ()
modificaProducto ()
:
:
:
:
:
:
:
String
String
String
float
float
float
boolean
Confidencial
Pg. 246
VERSIN: 1.0
FECHA: Agosto 2010
Variabl e
Variabl e
Variabl e
Variabl e
Variabl e
Variabl e
characters (254)
characters (254)
characters (254)
characters (254)
characters (254)
characters (254)
EstaIncluidoEn
(D)
Associ ation_6
Usuarios
cedul a
nombre
sexo
fechaNaci miento
lugarNacimiento
direcci on
telefono
dependenci a
nivel
usuario
cl ave
Contiene
Detall e_orden
OrdenCompra
numeroOrden
unidadSolicitante
fechaSolicitud
pl azoEntrega
estatusOrden
proveedor
Integer
Variable characters (254)
Long Integer
Long Integer
Integer
Variable characters (254)
Association_8
Contiene
Conforma
numeroOrden
cod_prod
cantidad
unidad
precioUnitari o
status
Conti eneDatosDe
Pertenece
EstaIncluidaEn
(D)
Detal leEntradaMaterial
Association_2
Associ ation_1
Associ ation_7
Conforma
Conti ene
Contiene
Association_9
EstaIncluidaEn
(D)
Conti eneDatosDe
Contiene
Unidad
EntradaMateri al
Corresponde
(D)
EsAsi gnada
El abora
Recibe
(D)
Associati on_3
Reci be
(D)
Association_15
Reali zadaPor
Associati on_4
Solici tudPapel eria
numero_solici tud
unidad
fecha
estado
responsabl e
numeroOrden
fechaEntrada
formaPago
seguro
subtotal item
ali cuotaiva
retencionISLR
retencioniva
vi aT ransporte
procedencia
estatusOrden
numeroFactura
numeroEntrada
Integer
Long Integer
Integer
Variabl e characters (254)
Fl oat
Fl oat
Fl oat
Fl oat
Variabl e characters (254)
Variabl e characters (254)
Integer
Variabl e characters (254)
Integer
Associ ation_10
EstaIncluidoEn
(D)
Integer
Integer
Variabl e characters (254)
Variabl e characters (254)
Variabl e characters (254)
DetalleMaterial
EstaIncl uidoEn
(D)
i dRegistro
Integer
codigoProducto Vari able characters (254)
canti dad
Float
Associ ation_5
Associati on_12
EsAsignada
Contiene
EstaIncluidoEn
Contiene
Contiene
SalidaPapel eria
numeroSali da
Integer
unidadAsignada
Variabl e characters (254)
fechaSalida
Long Integer
numeroInformeRequisicion Variabl e characters (254)
Associ ation_13
Associ ation_16
EsAsignada
Association_11
Contiene
Sali daMaterial
numeroSalida
Integer
unidadAsignada Variabl e characters (254)
fechaSal ida
Long Integer
Det_sal_mat
Conforma
Contiene
Association_14
SeEncuentraEn
(D)
Conforma
Producto
Integer
Integer
Number
Variable characters (254)
Contiene
Association_17
SeEncuentraEn
(D)
codigo_producto
descripcion
unidad
exi stencia
mi ni mo
maxi mo
papeleri a
Pg. 247
VERSIN: 1.0
FECHA: Agosto 2010
Modelo Fsico
Proveedor
EstaIncluidoEn
codigoProveedor
razonSocial
direccionFiscal
telefono
rif
contacto
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
varchar(254)
FK_ORDENCOM_ASSOCIATI_PROVEEDO
Usuarios
cedula
nombre
sexo
fechaNacimiento
lugarNacimiento
direccion
telefono
dependencia
nivel
usuario
clave
varchar(254)
varchar(254)
varchar(254)
integer
varchar(254)
varchar(254)
varchar(254)
varchar(254)
integer
varchar(254)
varchar(254)
Contiene
Detalle_orden
OrdenCompra
ContieneDatosDe
Pertenece
numeroOrden
unidadSolicitante
fechaSolicitud
plazoEntrega
estatusOrden
proveedor
integer
varchar(254)
integer
integer
integer
varchar(254)
Contiene
numeroOrden
cod_prod
cantidad
unidad
precioUnitario
status
Conforma
FK_DETALLEO_ASSOCIATI_ORDENCOM
varchar(254)
varchar(254)
integer
varchar(254)
float
integer
EstaIncluidaEn
FK_ORDENCOM_ASSOCIATI_UNIDAD
FK_ENTRADAM_ASSOCIATI_ORDENCOM
FK_USUARIOS_ASSOCIATI_UNIDAD
DetalleEntradaMaterial
precioUnitario float
Conforma
Contiene
Contiene
EstaIncluidaEn
FK_DETALLEE_ASSOCIATI_ENTRADAM
Unidad
Elabora
ContieneDatosDe
Contiene
codigoUnidad varchar(254)
descripcion
varchar(254)
EntradaMaterial
Corresponde
Recibe Recibe
FK_ENTRADAM_ASSOCIATI_UNIDAD
EsAsignada
FK_SOLICITU_ASSOCIATI_UNIDAD
RealizadaPor
FK_SALIDAPA_ASSOCIATI_UNIDAD
SolicitudPapeleria
numero_solicitud
unidad
fecha
estado
responsable
integer
integer
varchar(254)
varchar(254)
varchar(254)
numeroOrden
fechaEntrada
formaPago
seguro
subtotalitem
alicuotaiva
retencionISLR
retencioniva
viaTransporte
procedencia
estatusOrden
numeroFactura
numeroEntrada
integer
integer
integer
varchar(254)
float
float
float
float
varchar(254)
varchar(254)
integer
varchar(254)
integer
FK_DETALLEE_ASSOCIATI_DETALLEM
EstaIncluidoEn
DetalleMaterial
EstaIncluidoEn
idRegistro
integer
codigoProducto varchar(254)
cantidad
float
FK_SALIDAPA_ASSOCIATI_DETALLEM
FK_SALIDAMA_ASSOCIATI_UNIDAD
Contiene
Contiene
EsAsignada
SalidaPapeleria
numeroSalida
unidadAsignada
fechaSalida
numeroInformeRequisicion
EstaIncluidoEn
Contiene
integer
varchar(254)
integer
varchar(254)
FK_DETALLEM_ASSOCIATI_SALIDAMA
FK_DETALLES_ASSOCIATI_SOLICITU
FK_DETALLEM_ASSOCIATI_PRODUCTO
Contiene
EsAsignada
SalidaMaterial
numeroSalida integer
unidadAsignada varchar(254)
fechaSalida
integer
Det_sal_mat
Contiene
Conforma
numeroSalida integer
codigo_p
varchar(254)
cantidad
float
FK_DETSALMA_ASSOCIATI_SALIDAMA
SeEncuentraEn
Conforma
DetalleSolicitudPapeleria
numero_solicitud
codigo_producto
cantidad
estado
integer
integer
numeric
varchar(254)
Producto
Contiene
FK_DETALLES_ASSOCIATI_PRODUCTO
SeEncuentraEn
codigo_producto
descripcion
unidad
existencia
minimo
maximo
papeleria
varchar(254)
varchar(254)
varchar(254)
float
float
float
smallint
Pg. 248
VERSIN: 1.0
FECHA: Agosto 2010
Modelo de Despliegue
Seccin de Almacen
<HTTPS>
Explorador Web
<HTTPS>
Aplicacion Web
Sistema Web
Servidor Web
<HTTPS>
Base de Datos
Confidencial
Pg. 249
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:
Confidencial
Pg. 252
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Entrada de Productos.
previamente
(Orden
de
compra
numero=3,
Confidencial
Pg. 253
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. 254
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:
Confidencial
Pg. 255
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Salida de Productos.
de
papelera
disponibles
para
la
unidad
solicitante
Confidencial
Pg. 256
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Salida de Productos.
Confidencial
Pg. 257
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.
Confidencial
Pg. 258
VERSIN: 1.0
1. Descripcin
Este artefacto cubre el
conjunto de pruebas
realizadas
sobre el
Editar un producto.
Eliminar un producto
Buscar productos.
Confidencial
Pg. 259
VERSIN: 1.0
Confidencial
Pg. 260
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.
Confidencial
Pg. 261
VERSIN: 1.0
4. Eliminar un producto
4.2 Descripcin
Se ingresa al sistema como usuario jefe de almacn para acceder al
mantenimiento de Productos, con el fin de eliminar la informacin de un
producto.
4.3 Condiciones de Ejecucin
La nica condicin es que el usuario est registrado como jefe de
almacn, para poder acceder al sistema.
4.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.
Confidencial
Pg. 262
VERSIN: 1.0
5. Buscar Productos
5.2 Descripcin
Se ingresa al sistema como usuario jefe de almacn para acceder al
mantenimiento de Productos, con el fin de buscar la informacin de un
producto especfico.
Confidencial
Pg. 263
VERSIN: 1.0
Confidencial
Pg. 264
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.
Confidencial
Pg. 265
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
Confidencial
Pg. 266
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
Confidencial
Pg. 267
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
Confidencial
Pg. 268
VERSIN: 1.0
FECHA: Octubre
2010
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Solicitud de Papelera
Confidencial
Pg. 269
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. 270
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:
-
Confidencial
Documento Visin.
Pg. 271
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
automatizacin de los procesos administrativos de la seccin de
almacn del Ncleo Monagas de la Universidad de Oriente.
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.
Confidencial
Pg. 272
VERSIN: 1.0
FECHA: Junio 2010
autorizada,
las
planillas
anexadas
por
las
diferentes
Confidencial
Pg. 273
VERSIN: 1.0
FECHA: Junio 2010
2.9
artculos necesarios.
Confidencial
Pg. 274
VERSIN: 1.0
FECHA: Junio 2010
2.13
determinado.
centrales
requieran
para
el
desarrollo
de
sus
actividades.
Confidencial
Pg. 275
VERSIN: 1.0
FECHA: Junio 2010
2.23
Proyecto:
Es
un
conjunto
de
actividades
concretas,
Confidencial
Pg. 276
5.4.1 Costos
Costos de Personal
277
Costos de Adiestramiento
278
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
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
280
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
281
Beneficios Intangibles
282
CONCLUSIONES
283
que
dicho
sistema
se
encargara
de
mantener
284
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.
285
286
BIBLIOGRAFA
de
aplicaciones
Web.
287
Ediciones
Daz
de
Santos.
288
289
[Documento
en
lnea].
Disponible
en:
[Documento
en
lnea].
Disponible
en:
290
ANEXOS
291
292
293
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
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.
295
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).
296
Ingeniera
297