SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOS DOCUMENTOS ADMINISTRATIVOS EN LAS DEPENDENCIAS GERENCIALES DE LA UNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS

7/21/2019 SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOS DOCUMENTOS ADMINISTRATIVOS EN LAS DEPENDENCIAS GERENCIA…

http://slidepdf.com/reader/full/sistema-ofimatico-para-la-gestion-de-los-documentos-administrativos-en-las 1/315

UNIVERSIDAD DE ORIENTE

NÚCLEO DE MONAGAS

ESCUELA DE INGENIERÍA DE SISTEMAS

COMISIÓN DE TRABAJOS DE GRADO

MATURÍN / MONAGAS / VENEZUELA

SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOSDOCUMENTOS ADMINISTRATIVOS EN LAS DEPENDENCIASGERENCIALES DE LA UNIVERSIDAD DE ORIENTE NÚCLEOMONAGAS.

Informe de Pasantías de Grado presentado ante la Comisión de Trabajo de

Grado, como requisito para optar al título de Ingeniero en Sistemas.

Br. Yos!r" J. L#$! P.CI% &'.()*.+,-

Assor A!012o% Js3s C4!5!rro

CI% (.,-).*)6

Assor L!7or!8% Ros9$:8! G!r; !

CI% +.6''.*,6




NÚCLEO DE MONAGAS

PROGRAMA DE INGENIERÍA DE SISTEMAS

SUB < COMISIÓN DE TRABAJOS DE GRADO


ACTA DE EVALUACIÓN

En mi carcter de asesor laboral del trabajo presentado por el B!4288r

Yos!r" Jos=2$! L#$! P!>2?o, portador de la c!dula de identidad n"mero#

&'.()*.+,-, para optar al grado acad!mico de I$:$2ro 0 S2s>!s. Titulado#

SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOS DOCUMENTOS

ADMINISTRATIVOS DE LAS DEPENDENCIAS GERENCIALES DE LA

UNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS@ considero que dic$otrabajo re"ne los requerimientos % m!ritos suficientes para ser sometido a la

e&aluación por parte del jurado e'aminador.

En la ciudad de (aturín a los )))))) días del mes de ))))) de dos mil

nue&e.

Ing. *osngela Gar cía

C.I. +.,--./,




NÚCLEO DE MONAGAS

PROGRAMA DE INGENIERÍA DE SISTEMAS

SUB < COMISIÓN DE TRABAJOS DE GRADO


ACTA DE EVALUACIÓN

En mi carcter de asesor 0cad!mico del trabajo presentado por el B!4288r

Yos!r" Jos=2$! L#$! P!>2?o, portador de la c!dula de identidad n"mero#

&'.()*.+,-, para optar al grado acad!mico de I$:$2ro 0 S2s>!s. Titulado#

SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOS DOCUMENTOS

ADMINISTRATIVOS EN LAS DEPENDENCIAS GERENCIALES DE LAUNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS@ considero que dic$o

trabajo re"ne los requerimientos % m!ritos suficientes para ser sometido a la

e&aluación por parte del jurado e'aminador.

En la ciudad de (aturín a los )))))) días del mes de ))))) de dos mil

nue&e.

Ing. 1es"s E C$aparro. 2

CI. 3./45.5



DEDICATORIA

2edico este trabajo de grado a las dos personas ms especiales de mi &ida.

0 la pareja de personitas que me dieron la &ida % que sin ellos sencillamente no

$ubiese podido ser lo que $o% en día so%. 0 mi padre por encargarse de regalarme

una educación perfecta durante mis primeros diecis!is a6os de &ida, por

ense6arme a estudiar, a entender que con reglas % dedicación las cosas se pueden

lograr, a ti pap mil gracias, porque s! que la misión que te dio dios la cumpliste,

trabajaste en formarnos a mis $ermanas % a mi para ser profesionales, para pensar

desde otro punto de &ista % cuando %a estbamos encaminadas para lograrlo te

fuiste a descansar. Para ti mi trabajo de grado. Con la certe7a de que el día de la

presentación estars allí acompa6ndome. 8rgulloso de lo que en conjunto

logramos. Siempre estars en mi cora7ón % en mis pensamientos.

Para ti mam te dedico mu% especialmente este trabajo de grado porque lo

$ice pensando siempre en ti. Esto es solo un logro que $e alcan7ado. Espero est!s

presente en todo en camino que a partir de a$ora empie7o a recorrer. Gracias por

permitirme tener las $ermanas que $o% en día son esenciales en mi &ida.

Co$ Aor " #4o !r2?o 5!r! Jos1 . L#$! " M!r2so8 0 L#$!.



AGRADECIMIENTO

Gracias a mi dios todo poderoso, el creador, el cual es la raí7 de la

elaboración del presente trabajo de grado. Gracias por dotarme de una e'celente

familia que me a%udó a lograr una de mis grandes metas.

Gracias a mis dos $ermanas quienes fueron la base que en todo momento

sustentó mis estudios# 0 9erimar :una por apo%arme, por ser padre % madre para

mí % estar siempre presente. 0 (arielis :una por el simple $ec$o de estar allí, por

a%udarme en las cosas ms simples pero importantes, por ser el centro de mí &ida.

(il gracias % bendiciones para las dos, este logro es de ustedes tambi!n. Si estn

bien %o tambi!n lo estar!.

0 1es"s 0lberto 0r7ola% ;ebres por a%udarme en todo lo que estu&o a su

alcance. Por ser el pilar que $a permanecido desde el inicio de mi carrera $asta el

presente. Para ti mil gracias.

0 mi amiga <inos=a (arcano. El agradecimiento para ti es de por &ida.Gracias por a%udarme en todos los aspectos de mi &ida. Siempre estar! para lo

que necesites >El lugar que ocupas no es normal?. Este logro es solo el comien7o

de muc$os ms. :a ense6an7a que nos queda es que nada es imposible en esta

&ida %a que dios sabe porque $ace las cosas.

0 Sorail%n Guti!rre7, amiga que permaneció durante toda mi carrera % por

la cual tengo un gran aprecio. Gracias por ser parte de los amigos que ms quiero.

0 todo el personal que labora en el Centro de Computación del <"cleo,

@$uanail%s <"6e7, Ennio Aillaroel, :uis ;igueroa, (aria Cecilia % 1a&ier

0studillo por ser solo una guía fundamental en la elaboración de este trabajo, sino

por ser $o% en día parte de mis amigos. .



0 mis asesores Ing. *osngela García e Ing. 1es"s C$aparro por su gran

asesoría % guía en la elaboración de este trabajo de Grado. Gracias por la

paciencia % por aclarar dudas e inquietudes que surgieron durante la elaboración

del presente trabajo.

2e manera mu% especial a Aladimir (ata, gran amigo % compa6ero de

estudios. Por $aber sido un apo%o fundamental % aclararme gran parte de las

dudas que pudieron surgir durante la elaboración del trabajo de grado.

0 ;!li' *ondón, :ourdes :eal, 0lejandra Serrano % <inos=a (arcano

compa6eros de pasantías % e'celentes amigos por a%udarme en todo lo que estu&oa su alcance. Con ellos compartí los mejores momentos durante la elaboración del

presente trabajo de grado. 0 pesar de que de a$ora en adelante cada quien tomar

diferentes caminos todos llegamos a la meta juntos.

0 todos ustedes muc$ísimas gracias.



UNIVERSIDAD DE ORIENTENÚCLEO DE MONAGAS

PROGRAMA DE INGENIERÍA DE SISTEMASSUB < COMISIÓN DE TRABAJOS DE GRADO


SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOSDOCUMENTOS ADMINISTRATIVOS DE LA UNIVERSIDAD DE

ORIENTE NÚCLEO MONAGAS.

A#>or% @osmar% 1osefina :una Pati6o.

T#>or A!012o% Ing. 1es"s C$a parro.

F4!% Enero de 4BB

RESUMEN

El propósito que se persiguió con el presente pro%ecto fue desarrollar unSistema para las dependencias gerenciales de la Dni&ersidad de 8riente <"cleo(onagas que lograra gestionar aquellos documentos administrati&os necesarios

para lle&ar a cabo las acti&idades diarias de en&ío % elaboración de los mismos.Con la construcción del sistema se buscó agili7ar el trabajo de las secretarias %

jefes de dependencias, adems la in&estigación estu&o enfocada en el marcotecnológico, para así lograr la elaboración de documentos de forma automati7ada.En el presente trabajo se $i7o uso de la metodología de desarrollo *ationalDnified Process *DPF la cual permitió lle&ar a cabo un trabajo basado eniteraciones, cu%os procesos se fueron completando % mejorando con cadaiteración. 0dems se trabajó con el :enguaje de (odelado Dnificado D(:F, el

cual constitu%ó una $erramienta imprescindible para plasmar diagramas % grficosque sir&en para documentar la forma en que se logró llegar al producto, pasando por el estudio del negocio, el dise6o de la arquitectura % en base a esto lle&ar acabo la construcción del sistema. 2ocumentos como las especificaciones de casosde usos del sistema sir&ieron para mostrar las diferentes interfaces del sistema %especificar las diferentes interacciones de los usuarios con el sistema a tra&!s delos cursos de e&entos tanto bsicos como alternati&os.

Dsr25>ors% Sistema eb, Proceso Dnificado de *ational *DPF, D(:.



INDICE GENERALPg.

ACTA DE EVALUACIÓN .................................................................................. 22ACTA DE EVALUACIÓN ................................................................................. 222DEDICATORIA ................................................................................................... 2AGRADECIMIENTO .......................................................................................... RESUMEN........................................................................................................... 22INDICE GENERAL .......................................................................................... 222LISTA DE FIGURAS .......................................................................................... 2LISTA DE CUADROS ....................................................................................... 22LISTA DE DIAGRAMAS. ................................................................................ 222LISTA DE PANTALLAS .................................................................................. 2INTRODUCCIÓN. ............................................................................................... &CAPÍTULO I ......................................................................................................... *CONTETO OR GANIZACIONAL ................................................................... *

&.& Rs?! 42s>r2! 0 8! U$2rs20!0 0 Or2$> N38o Mo$!:!s. ......... *.. Aisión .................................................................................................... /..4 (isión ................................................................................................... /.. 8bjeti&os ............................................................................................... 5..3 Estructura 8rgani7ati&a......................................................................... 5../ Eslogan .................................................................................................. -

..5 Handera ................................................................................................. +..- Emblema 8ficial ................................................................................... +..+ :ogotipo 8f icial .................................................................................... .. Sello 8ficial ..........................................................................................

CAPÍTULO II ..................................................................................................... &EL PROBLEMA Y SUS GENERALIDADES ................................................. &

-.& P8!$>!2$>o 08 Pro78!.................................................................... &-.- J#s>2=2!2$ 0 8! I$s>2:!/2$.............................................................. &*-.* O7>2os 0 8! I$s>2:!2$ ................................................................... &(

4.. 8bjeti&o General ................................................................................. 34..4 8bjeti&os Específicos.......................................................................... 3

-.( A8!$ 0 8! I$s>2:!/2$.......................... ErrorJ (arcador no definido.CAPÍTULO III .................................................................................................... &)MARCO REFERENCIAL ................................................................................. &)

*.& A$>0$>s 0 8! I$s>2:!/2$............................................................. &)*.- B!ss Tr2!s ........................................................................................... &,

.4. 8fimtica............................................................................................. +.4.4. Sistema 8f imtico .............................................................................. .4.4. E&olución de los sistemas of imticos .............................................. 4B.4. Sistemas de Infor mación ..................................................................... 4.4.. Importancia de los Sistemas de Información................................... 4.4..4 0cti&idades bsicas de un Sistema de Información......................... 44



.4.3 (etodología de desarrollo de SoftKare .............................................. 44.4.3. Importancia de las metodologías de desarrollo de SoftKare ........... 4.4.3.4 0lgunas de las metodologías ms usadas# ....................................... 43

.4./ * DP ..................................................................................................... 43.4./. Características de *DP. ................................................................... 45.4./.4 :a &ida del Proceso *acional Dnificado ......................................... 4+.4./. ;ases dentro de un ciclo................................................................... 4+.4./.3 ;ases de * DP ................................................................................... 4.4././ Perspecti&as de *DP........................................................................ B.4./.5 0rtefactos de * DP ........................................................................... 4.4.5 D(: .................................................................................................... 5.4.5. Características de D(: ................................................................... -.4.5.3 *elaciones de D(: ......................................................................... 3B.4.5./ 2iagramas D(: .............................................................................. 34

.4.- 8rientación a 8bjetos.......................................................................... 33.4.-. Aentajas de la orientación a objetos ................................................ 33.4.-.4 Proceso de la 8rientación a 8b jetos ................................................ 3/.4.+ 0rquitectura Cliente L Ser&idor .......................................................... 35.4. SoftKare :ibre..................................................................................... 35.4.B 9erramientas de desarrollo usadas en la construcción del

sistema................................................................................................. 3-.4.B. PoKer 2esigner 4.B...................................................................... 3-.4.B.4 2reamKea&er + .............................................................................. 3+.4.B. (icrosoft Project Standar 4BB- ..................................................... 3+.4.B.3 (acromedia ;ireKor=s + ............................................................... 3.4. :enguajes de Programación .............................................................. /B.4.4 :enguajes de Programación usados en el 2esarrollo del sistema ..... /B.4.4. 1a&ascript ....................................................................................... /B.4.4.4 P9P ................................................................................................ /4.4.4. 9T(: ............................................................................................ //.4. Hases de 2atos .................................................................................. //.4.. Características................................................................................ /5.4..4 Aentajas de las bases de datos ....................................................... /-.4.. 2es&entajas de las bases de datos .................................................. 5B

*.* B!ss L:!8s............................................................................................. )&.. (anual de <ormas e Identidad Corporati&a ....................................... 5..4 2ecreto con fuer7a de le% <ro 4B3 de (ensajes de datos %

f ir mas electrónicas .............................................................................. 5.. 2ecreto B sobre uso del SoftKare :i br e. ....................................... 54..3 2ecreto <M+4/# Publicado en Gaceta 8ficial de la *ep"blica

Holi&ariana de Aene7uela. Caracas 44 de ma%o del 4BBB. <umero 5,//..................................................................................... 54

*.( D=2$22$ 0 T1r2$os ............................................................................ )*CAPÍTULO IV .................................................................................................... )(MARCO METODOLÓGICO ........................................................................... )(

(.& T25o " N28 0 I$s>2:!2$ .................................................................. )(

(.- Po78!2$ " M#s>r!................................................................................. ),



(.* T1$2!s I$s>r#$>os 0 Ro82$ D D!>os ................................ )'(.( T1$2!s 0 A$982s2s 0 D!>os .................................................................. )+(., D2s?o O5r!>2o ...................................................................................... )+

CAPÍTULO V...................................................................................................... '(

RESULTADOS.................................................................................................... '(,.& E>!5! I: Ro$o22$>o " RH#r22$>os 08 E$>or$o................... '(/.. 2ocumento Aisión .............................................................................. -5/..4 2ocumento 0dministración de *iesgos.............................................. //.. Plan de Iteración................................................................................ B-/..3 Especificación de Caso de Dso# Elaborar documentos. .................... 44/../ Especificación de Caso de Dso# Huscar documentos........................ 4+/..5 Especificación de Caso de Dso# *egistrar Solicitudes Pendientes. .. /..- 0rquitectura del <egocio .................................................................. +

E>!5! II% RH#2s2>o 08 S2s>!................................................................... &(*/.4. Especificación de Casos de Dso# Aalidar Dsuar io ............................ 33

/.4. Especificación de Casos de Dso del Sistema# Elaborardocumentos ....................................................................................... /

/.4.3 Especificación de Casos de Dso del Sistema# Aer Handejas ............ 55/.4./ Especificación de Casos de Dso del Sistema# *egistrar

Solicitudes Pendientes....................................................................... -+/.4.5 Especificación de Casos de Dso del Sistema# Huscar

2ocumentos ...................................................................................... +-/.4.- Especificaciones Complementarias................................................... /.4.+ 0rquitectura del Sistema ................................................................... 4B

,.* E>!5! III% Pro0#>o 0 So=>!r........................................................... ---/.. Plan de Pruebas ................................................................................. 44

/..4 Especificación de Casos de Prueba# Tipo de 2ocumentos ............... 4//.. Especificación de Casos de Prueba# 2e pendencia ............................ 433/..3 Especificación de Casos de Prueba# Estado de 2ocumentos ............ 4//../ Especificación de Casos de Prueba# Handeja de 2ocumentos.......... 454/..5 Especificación de Casos de Prueba# Solicitudes Pendientes............. 4-/../ 2ocumento Glosario ......................................................................... 4-

,.( A$982s2s Cos>o B$= 22o ...................................................................... -6CONCLUSIONES............................................................................................. -6'RECOMENDACIONES................................................................................... -6+BIBLIOGRAFÍA............................................................................................... *

LISTA DE FIGURAS Pg.

Estructura 8rgani7ati&a de la Dni&ersidad de 8riente <"cleo (onagas. .............. -Emblema 8ficial de la Dni&ersidad de 8riente ...................................................... +Emblema 8ficial de la Dni&ersidad de 8riente ...................................................... +:ogotipo 8ficial de la Dni&ersidad de 8r iente ....................................................... Sello 8ficial de la Dni&ersidad de 8riente ............................................................. Dn Proceso de 2esarrollo de SoftKare. ................................................................ 4/Ciclos de un proceso *acional Dnificado ............................................................. 4+Dn ciclo con sus fases e iteraciones. ..................................................................... 4

Estructura de una Clase ......................................................................................... <otación de un actor ............................................................................................. 3B0sociación............................................................................................................. 3BGenerali7ación....................................................................................................... 32e pendencia .......................................................................................................... 3*eali7ación ............................................................................................................ 34Ser&idor ................................................................................................................. 35



Tipos de (uestreos. .............................................................................................. 55Tarjeta C*C Tipo 2ocumento ............................................................................ 53Tarjeta C*C 2ependencia................................................................................... 5/Tarjeta C*C Cla&e .............................................................................................. 5/Tarjeta C*C 2ocumento..................................................................................... 5/Tarjeta C*C Handeja .......................................................................................... --Tarjeta C*C Pendientes ...................................................................................... +5

LISTA DE CUADROSPg.

;lujos de trabajos estticos en el Proceso *acional Dnif icado. ............................ Aistas de D(:. ..................................................................................................... +*elación (etodologíaN:ogros específicos............................................................ -Sentencia de definición del problema. .................................................................. +BSentencia de definición del Producto .................................................................... +

*equisitos 0 ni&el de SoftKare............................................................................. 4*equisitos 0 ni&el de 9ardKare. .......................................................................... 4*equisitos de (ateriales. ...................................................................................... Identificador BB ................................................................................................. BBIdentificador BB4 ................................................................................................. BIdentificador BB ................................................................................................. BIdentificador BB3 ................................................................................................. B4Identificador BB/ ................................................................................................. B4Identificador BB5 ................................................................................................. BIdentificador BB- ................................................................................................. BIdentificador BB+ ................................................................................................. B3

Identificador BB, ................................................................................................. B/Identificador BB ................................................................................................. B/Iteraciones ........................................................................................................... Plan Gener al ........................................................................................................ 4;lujo Hsico de E&entos. Caso de uso# Aalidar Dsuario..................................... 35;lujo Hsico de E&entos. Caso de uso# Elaboración de documentos .................. /3;lujo Hsico de E&entos. Caso de uso# Handeja de documentos ........................ 5;lujo Hsico de E&entos. Caso de uso# Solicitudes Pendientes ......................... +;lujo Hsico de E&entos. Caso de uso# Elaboración de documentos .................. BPruebas de integridad de la base de datos % de los datos. ................................... 44+Pruebas de ;uncionalidad. .................................................................................. 44

Pruebas de interfa7 de usuario............................................................................. 4BPruebas de desarrollo. ......................................................................................... 49erramientas necesarias para las prue bas. .......................................................... 4*ecursos de softKare........................................................................................... 44*ecursos de Sof tKar e .......................................................................................... 44*ecursos 9umanos.............................................................................................. 40cti&idades de Pruebas. ...................................................................................... 43*esultados de las Pruebas ................................................................................... 43*esumen de Costos ............................................................................................. 44*egistro de Solicitudes para elaborar documentos. ............................................ 42isminución de Tiempo en la Elaboración de documentos................................ 432isminución de Tiempo en la H"squeda de documentos ................................... 4/

LISTA DE DIAGRAMAS.Pg.

Caso de Dso del negocio# Elaborar de 2ocumentos ........................................... 4/2iagrama de acti&idad# Elaboración de 2ocumentos ......................................... 4-



Caso de Dso# Huscar de 2ocumentos ................................................................. 2iagrama de acti&idad# H"squeda de 2ocumentos............................................. 4Caso de Dso# *egistrar Solicitudes Pendientes................................................... 52iagrama de acti&idad# Solicitudes Pendientes .................................................. -2iagrama de casos de uso Aalidar Dsuario. ....................................................... 3/2iagrama de acti&idad# Aalidar Dsuario............................................................. 3-2iagrama de Clases# Aalidar Dsuar io ................................................................. /B2iagrama de Caso de Dso del Sistema# Elaboración de 2ocumentos ................ /2iagrama de acti&idad# Elaboración de 2ocumentos ......................................... /+2iagrama de Clases# Elaboración de documentos .............................................. 532iagrama de Casos de Dso# Handeja de 2ocumentos ........................................ 5+2iagrama de acti&idad# Handeja de 2ocumentos ............................................... -2iagrama de Clases# H andeja de 2ocumentos................................................... --2iagrama de Caso de Dso# Solicitudes Pendientes............................................. +B2iagrama de acti&idad# Solicitudes Pendientes .................................................. +

2iagrama de Clases# Solicitudes Pendientes ...................................................... +52iagrama de Caso de Dso# H"squedas de 2ocumentos...................................... +2iagrama de acti&idad# H"squedas de 2ocumentos ........................................... 2iagrama de Clases# H"squedas de 2ocumentos ............................................... 42iagrama General de casos de uso del sistema................................................... 442iagrama de Clases del Sistema ......................................................................... 43(odelo Conceptual ............................................................................................. 4-(odelo ;ísico ..................................................................................................... 4+(odelo de Hase de 2atos *elacional ................................................................. 4(odelo de 2espliegue......................................................................................... 44

LISTA DE PANTALLASPg.

P!$>!88! &. (en" Principal................................................................................. /P!$>!88! -. Tipo 2ocumento .............................................................................. 5BP!$>!88! *. Ingreso de datos del documento....................................................... 5P!$>!88! (. Huscador de <"cleo 2estino............................................................ 54P!$>!88! ,. Huscador de dependencia................................................................. 54P!$>!88! ). Ingreso de asunto % Cuerpo del 2ocumento .................................... 5P!$>!88! '. Cambio de estatus del 2ocumento................................................... 5P!$>!88! +. Selección de Handejas ..................................................................... -3P!$>!88! 6. H"squedas de 2ocumentos a tra&!s del f iltro .................................. -/

P!$>!88! &. :ista de documentos encontrados .................................................. -5P!$>!88! &-. Selección de solicitudes pendientes ............................................... +3P!$>!88! &*. Aista de solicitudes publicadas ...................................................... +3P!$>!88! &(. Ingreso de nue&a tarea ................................................................... +/P!$>!88! &,. Aentana de b"squeda ..................................................................... 4



INTRODUCCIÓN.

En un mundo de crecientes a&ances tecnológicos, las organi7aciones deben

estar preparadas % adaptarse a la incorporación de nue&as tecnologías. Sin duda

alguna es una tarea difícil, pero a la &e7 una situación que todas las empresas deben

asumir % prepararse, de lo contrario corren el riesgo de &ol&erse obsoletas.

:os sistemas de información representan $o% en día una de las mejores &ías por

las cules se guían los analistas de sistemas para inno&ar % tienen como propósito

fundamental recoger, procesar e intercambiar información entre los trabajadores de

una empresa, disponiendo de cinco componentes esenciales como lo son# personas

acti&idades, datos, redes % tecnología, los cules integrados entre sí, son capaces de

apo%ar % mejorar las operaciones cotidianas de una empresa.

En la actualidad el proceso de intercambiar la información es conocido como

comunicación % se $a con&ertido en uno de los factores de ma%or importancia para

las organi7aciones. :a información que flu%e debe ser resguardada de una manera

especial, los datos deben ser manejados de forma adecuada proporcionando seguridad

% respaldo de los mismos.

:a Dni&ersidad de 8riente <"cleo de (onagas en busca de inmiscuirse en el

mbito tecnológico % manejar la información de manera eficiente % segura se &e en la

necesidad de automati7ar los procedimientos ofimticos que se lle&an a cabo entre las

distintas dependencias. Este tipo de automati7ación $ace referencia al t!rmino

8fimtica, una aplicación de los Sistemas de Información que proporciona un grado

perfeccionado de comunicación.



En este sentido la presente in&estigación plantea el desarrollo de un sistema

ofimtico que gestione los documentos administrati&os de las dependencias

gerenciales de la Institución con el propósito de lograr una comunicación efecti&a

entre las distintas dependencias % a6adir un aporte significati&o al desarrollo

tecnológico de la Dni&ersidad % a la &e7 actuali7arla en este mbito.

Sin duda alguna para desarrollar un buen sistema se requiere elegir una

metodología adecuada, %a que estas juegan un papel preponderante en el !'ito de un pro%ecto. Para el desarrollo del nue&o sistema propuesto se utili7ar como

metodología de desarrollo *DP *acional Dnified ProcessF cu%a traducción al

espa6ol significa Proceso *acional Dnificado. El presente trabajo se encuentra

estructura en cinco capítulos los cules se mencionan a continuación#

C!5;>#8o I% Co$>>o Or:!$2K!2o$!8.

En este capítulo se reali7a una bre&e rese6a $istórica de la Dni&ersidad de

8riente inclu%endo &isión, misión % estructura organi7ati&a.

C!5;>#8o II% E8 Pro78! " s#s G$r!820!0s.

En este capítulo se e'pone la problemtica relacionada a la forma en que se

manejan los documentos administrati&os en la Dni&ersidad inclu%endo elaboración %

en&ío. 0dems se inclu%en los objeti&os propuestos tanto generales como

específicosF para alcan7ar el desarrollo de un buen sistema que logre dar solución a la

problemtica planteada.

C!5;>#8o III% M!ro R=r$2!8.

2entro de este capítulo se ubican todas las bases teóricas referentes a la

in&estigación % todos los antecedentes estudiados para lle&ar a cabo el desarrollo del

sistema. Tambi!n se inclu%en las bases legales que sustentan la in&estigación.



C!5;>#8o IV% M!ro M>o0o8:2o.

Este capítulo describe todo lo referente a la in&estigación lle&ada a cabo, esto

inclu%e el tipo % ni&el de la in&estigación, las t!cnicas e instrumentos de recolección

de datos, t!cnicas de anlisis de datos, dise6o operati&o % se especifica tambi!n la

población % el tipo de muestra seleccionada.

C!5;>#8o V% Rs#8>!0os.

Este capítulo se di&ide en las fases de la metodología utili7ada *DPF, semuestran cada uno de los artefactos generados por etapa % se presenta un anlisis

detallado de los resultados obtenidos. Se obtiene el desarrollo del sistema ofimtico

construido para gestionar los documentos administrati&os que se manejan entre las

distintas dependencias gerenciales de la Dni&ersidad de 8riente n"cleo (onagas.

Por "ltimo se muestran las conclusiones % recomendaciones pertinentes.

0dems se presenta toda la bibliografía consultada durante la in&estigación % los

ane'os incorporados para un mejor sustento del desarrollo del sistema.



CAPÍTULO I CONTETOORGANIZACIONAL

&.& Rs?! 42s>r2! 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Con fec$a de 4 de <o&iembre de /+ se crea la Dni&ersidad de 8riente

durante el gobierno presidido por el 2r. Edgar Sanabria siendo (inistro de

educación el 2r. *afael Pi77ani, seg"n decreto <O 3/ de la 1unta de Gobierno.

:a Dni&ersidad de 8riente comien7a sus funciones el 4 de ;ebrero de 5B

en Cuman, con los cursos bsicos, en 8ctubre de 5 se instala el n"cleo de

(onagas con la Escuela de Ingeniería 0gronómica % Petróleo. En el <"cleo de

Holí&ar se iniciaron en Enero de 54 con la Escuela de (edicina % la Escuela de

Energía % (inas. En el n"cleo de 0n7otegui comien7an el 4 de Enero de 5

con la escuela de Ingeniería % uímica. En el n"cleo de <ue&a Esparta se

iniciaron los cursos bsicos el 4 de Enero de 5.

El 4 de febrero de 54 se establece el n"cleo de (onagas con sede en el

antiguo campo petrolero de la C*E8:E en 1usepín con las escuelas de Ingeniería

0gronómica e Ingeniería de Petróleo, esta "ltima fue trasladada al <"cleo de

0n7otegui % en su lugar se creo la Escuela de Qootecnia, en 55.

En enero de -3, se establece la Dnidad de Estudios Hsicos, en las

edificaciones de lo que fue un colegio de religiosos, ubicadas en la Drb. 1uanico,

en (aturín. Con la apertura de esta unidad, puede decirse que comien7a la

consolidación acad!mica del <"cleo, pero, al mismo tiempo, se inicia el proceso

de masificación, pues $asta esa fec$a todos los estudiantes debían reali7ar sus

cursos bsicos en el <"cleo de Sucre, en Cuman.



:a infraestructura física del <"cleo de (onagas tiene su sede principal en el

Campus :os Guaritos, en (aturín, cu%a primera etapa fue inaugurada el 4 de

agosto de B. En este campus estn concentrados los Cursos Hsicos % las

escuelas profesionales que adscriben a las oc$o carreras que conforman la oferta

acad!mica del <"cleoR así como los diferentes ser&icios estudiantiles que dispensa

la Dni&ersidad.

En las edificaciones de 1uanico, antigua sede de los Cursos Hsicos,

funcionan el 2ecanato, las coordinaciones 0cad!mica % 0dministrati&a,

dependencias administrati&as % dems oficinas regionalesR así como el Centro de

Estudios de Postgrado, el Instituto de In&estigaciones 0grícolas % Pecuarias, laComisión de In&estigaciones, la Coordinación de *elaciones Interinstitucionales,

la 2elegación de Información % Comunicación Corporati&a, la Coordinación de

Publicaciones % dems dependencias de asesoría % apo%o de la institución.

En el Campus de 1usepín, símbolo de la presencia udista en (onagas, $asta

$ace alg"n tiempo permanecieron la Estación E'perimental de Sabana % algunas

unidades de producción de rubros pecuarios, cu%a función esencial fue la de ser&ir como centros e'perimentales para apo%ar las labores de in&estigación % docencia,

aunque tambi!n generaban algunos recursos que se rein&ertían en el

mantenimiento de las mismas instalaciones. 2esde , en estos predios de la

D28 se adelanta un ambicioso pro%ecto que busca con&ertir a 1usepín en un gran

emporio agroindustrial.

En su concepción la Dni&ersidad de 8riente se define como un sistema deEducación Superior al ser&icio del país con objeti&os comunes a las dems

uni&ersidades &ene7olanas % del mundo. <o obstante, es "nica en su g!nero,

e'perimental % autónoma, inno&adora en la creación de la unidad profesional de

Cursos Hsicos, los lapsos semestrales, los cursos intensi&os, entre otros.

Contempla sus programas de pre % postgrado. Es casi una 0ntitesis de la

uni&ersidad Tradicional cu%o campus tiene su sede en los n"cleos uni&ersitarios

ubicados en los estados 0n7otegui, Holí&ar, (onagas, <ue&a Esparta % Sucre,



asumiendo así la responsabilidad de la Educación Dni&ersitaria % desde su inicio

motor fundamental del desarrollo integral en toda la región insular nororiental %

sur del país, en función de las condiciones, posibilidades % tendencias de

desarrollo de cada uno de los estados 8rientales donde funcionan.

0ctualmente la Dni&ersidad de 8riente es $o% un complejo sistema

uni&ersitario con un rea de influencia que abarca ms de la mitad del territorio

nacional, donde siembra los surcos del saber % recoge cosec$as de esperan7a.

&.&.& V2s2$

:a Dni&ersidad de 8riente reafirmar su compromiso de ser el centro de

estudio, anlisis % producción de ideas necesarias para el desarrollo social,

económico % político del 8riente del País, capa7 de desarrollar m!todos %

tecnología inno&adoras, de asegurar la calidad por medio de los sistemas

eficientes de planificación, e&aluación % moti&ación. :a Dni&ersidad ser una

Institución cu%o ambiente estimule la creati&idad % producti&idad de todos sus

miembros. 0sí mismo deber ocupar una posición de lidera7go en in&estigación %

logros acad!micos. Con intención de situarse en un lugar pri&ilegiado en los

sue6os de cada miembro de la Comunidad Dni&ersitaria.

&.&.- M2s2$

;ormar profesionales del ms alto ni&el de calidad, profesionales que

atiendan problemas de su particular formación % competencia, bajo un alto

espíritu de solidaridad % compromiso social. Se trata de formar profesionales

creati&os, capaces de destacarse en un mercado cada &e7 ms competiti&o con el

mejoramiento de la calidad de &ida % con el desarrollo. (antener una permanente

&inculación con sus egresados para su actuali7ación constante. 0sí mismo,

permanecer en contacto con los sectores sociales % producti&os.



Hrindar a sus trabajadores tanto, en la parte acad!mica, administrati&a %

estudiantil las mejores condiciones para que estos encuentren el !'ito en el

desempe6o de sus funciones. (antener un clima de respeto mutuo, de libertad de

e'presión, organi7ación, de pluralidad de todas las corrientes de pensamiento,

dentro de un ambiente de responsabilidad % tolerancia a todas las ideas e

igualmente estar &inculada con su entorno. :a misión constitu%e el marco de

referencia que fundamenta el sentido por el que $abr de transitar la Dni&ersidad.

&.&.* O7>2os

... Impartir Educación Superior Dni&ersitaria de la ms alta calidad,

con el fin de obtener profesionales de e'celencia.

...4 Promo&er % desarrollar labores de in&estigación científico,

$umanística % tecnológica, en las reas % disciplinas en las que considere

necesaria su participación en relación a los problemas regionales %

nacionales.

... 2esarrollar acti&idades de pro%ección social % e'tensiónDni&ersitaria.

9acia la obtención de estos objeti&os deben orientarse las acti&idades

bsicas de la Dni&ersidad# 2ocencia, In&estigación % E'tensión.

&.&.( Es>r#>#r! Or:!$2K!>2!

0dministrati&amente la autoridad m'ima es el Consejo Dni&ersitario, formado por las autoridades rectorales, los 2ecanos de los cinco n"cleos, cinco

representantes de los profesores, un representante estudiantil de cursos bsicos,

dos representantes estudiantiles de los cursos profesionales, un representante del

(inisterio de Educación % un representante de los egresados, quienes tienen la

responsabilidad de asumir colegiadamente la orientación % gestión de la

Dni&ersidad. 0 continuación se muestra la estructura organi7ati&a de la

Dni&ersidad de 8riente específicamente en el n"cleo de (onagas Aer figura F



Consejo de NúcleoDecano

Delegación deBienestar y DesarrolloEstudiantl

Coordinación Académica

Coordinación

Administrativa

Delegación dePlanificación

ServicioSocial

ActividadesExtra-

Académica

Coordinación dePostgrado

Coordinación Serivico

Comunitario

Delegación dePresupuesto

Delegación dePersonal

Coordinación deServiciosGenerales

Delegaciónde Extensión

y Cultura

Servicioédico-Dental

!rientación Comisión deCurricula

Diculgacióny Pu"licaciones

Delegación de#inan$as %ómina Almacén &igilancia

#ormación yDesarrollo

de 'ecursos(umanos

Control deEstudios

SecciónConta"ilidad

Bienestar Social

Arc)ivo yCorrespondencia

antenimiento

Delegación deDeporte

Comedor *niversi tario

Bienes%acionales

Centro deComputación

Sección deCompras

+rasporte Aseo y,impie$a

+alleres

Delegación dePlanta #sica

Asesora.urdica

Clnica*niversitaria

Bi"liotecaCentral

!f icina/nformación

y 'elacionesP0"licas

Escuela de/ng1 dePetróleo

Escuela de2ootecnia

Escuela de Agronoma

Escuela deCiencias Sociales y

Administrativas

/nstituto de/nvestigaciones

Agropecuarias

*nidad de CursosB3sicos

+ecnologaEducativa

Departamentode Producción e/ndustria Animal

Departamentode Biologa ySaneamiento

Animal

Departamento de

AgronomaDepartamento

de /nvest1Sector Agrcola

Departamento de(umanidades

Departamento deCiencias

Programa+ecnológic

o de los Alimentos

Departamentode %utrición Animal y

#orra4e

Departamentode /ng1

Agrcola

Departamento de

Economa Agrcola

Departamentode /nvest1

Sector Am"ientey'ecursos%aturales

Depar tamento

Administrativo Agro-/ndustrial

Sección de/nglés

Sección deCastellano

Programa de/ngeniera de

Sistemas

Sección de#sica

Departamento deGerencia de

'ecursos(umanos

Departamentode

Administración/ndustrial

Departamentode Contadura

P0"lica Sección deCiencias Sociales

Sección deatem3tica

Secciónde

'ecursos

(umanosy

Psicologa

Sección de/nvestigació

n/nform3tica

Sección deCoordinación

Administrativa

Sección de Administración

y Derec)o

Sección deConta"ilidad

y #inan$as

Sección deEconoma

y ercadeo

Sección deConta"ilidad

Sección de/nvestigación

Sección de Administración Economa y

,egislación

Sección de5umica

F2:#r! &% Estructura 8rgani7ati&a de la Dni&ersidad de 8riente <"cleo (onagas.

F#$>% 2elegación de Personal 4BB+F.

&.&., Es8o:!$

>2E: PDEH:8 AE<I(8S 90CI0 E: PDEH:8 A0(8S?

;rase acu6ada por el poeta fol=lorista Santos Harrios. Para su uso %

aplicación debe estar presente en toda comunicación institucional tales como#



$ojas para comunicaciones internas % e'ternasF, sobres, tarjetas de presentación,

entre otros.

&.&.) B!$0r!

:a Handera o estandarte oficial de la Dni&ersidad de 8riente, es obra del

*ector fundador 2r. :uis (anuel Pe6al&er. Tal como se muestra en la figura 4.

F2:#r! -% Emblema 8ficial de la Dni&ersidad de 8r iente

F#$># (anual de <ormas e Identidad Corpor ati&a

&.&.' E78! O=22!8

Es una estrella de la forma denominada rosa nutica, di&idida en oc$o partes

iguales de colores Hlanco % <egro, cu%as puntas se6alan las direcciones o rumbos

del $ori7onte, principalmente del 8riente por donde nacen, no solamente el Sol,

sino todas las estrellas que simboli7a la Dni&ersidad de 8riente. Aer figura F

F2:#r! *% Emblema 8ficial de la Dni&ersidad de 8r iente

F#$># (anual de <ormas e Identidad Corpor ati&a



&.&.+ Lo:o>25o O=22!8

Compuesto por las siglas de la Dni&ersidad de 8riente D28F % posee un

dise6o de la Handera de Aene7uela como parte de la Identidad <acional Aer

figura 3F

F2:#r! (% :ogotipo 8ficial de la Dni&ersidad de 8r iente

F#$>% (anual de <ormas e Identidad Corpor ati&a

&.&.6 S88o O=22!8

(ediante el sello se certifica la &alide7 % 2ependencia de la cual pro&iene

una comunicación formal Aer figura /F

F2:#r! ,% Sello 8ficial de la Dni&ersidad de 8r iente

F#$>% (anual de <ormas e Identidad Corpor ati&a



CAPÍTULO II

EL PROBLEMA Y SUS GENERALIDADES

-.& P8!$>!2$>o 08 Pro78!

:os tiempos actuales se caracteri7an por el cambio % por realidades que se

inno&an día a día, por eso preser&ar una "nica manera de ser % de comunicarse

pareciera no ser una buena elección, menos a"n cuando la tecnología se apodera

cada &e7 ms de la cotidianidad de las empresas % dems instituciones producti&as

% operati&as de cualquier sociedad. Es por esto que la ma%oría de las

organi7aciones se proponen mejorar la comunicación tanto interna como e'terna,

buscando lograr mediante el desarrollo de una secuencia de acti&idades

estructuradas que el flujo de información sea ms gil % oportuno.

El manejo de documentos es un factor de &ital importancia en las

organi7aciones. 0l en&iar una información escrita a un departamento o rea queda

una constancia fiel de que se $a comunicado un asunto de manera oficial. Es por

esto que cualquier mensaje escrito debe poseer la firma del jefe o coordinador de

la dependencia remitente.

En este sentido e'isten grandes organi7aciones como lo es el caso de las

uni&ersidades que deben prestar especial atención a la información que manejan

entre sus distintos departamentos. Este tipo de instituciones educati&as tienen un

rol significati&o dentro de la sociedad, es por ello que deben funcionar como un

sistema, interactuando entre sí con todos los departamentos que la conforman %

manteniendo una comunicación efecti&a % bien manejada.

Sin embargo a pesar de toda la importancia que deri&a dic$o proceso de

elaboración % en&ío de documentos oficiales, actualmente e'isten organi7aciones

donde la información no se transmite como es debido, lo que trae como

consecuencia que las labores no se realicen de manera efica7 % en el momento

preciso.



El <"cleo (onagas de la Dni&ersidad de 8riente no escapa a esta

problemtica. Se acota que para la presente in&estigación se tomarn en cuenta las

aquellas unidades gerenciales que manejan muc$os documentos oficiales %

necesitan comunicarse diariamente ellas son# 2ecanato, Coordinación 0cad!mica,

Coordinación 0dministrati&a, 2elegación de Personal, 2elegación de

Presupuesto, ;inan7as % Centro de Computación, las cuales deben trabajar en

conjunto % atraso en la transmisión de alguna información oficial puede poner en

riesgo el buen funcionamiento del sistema Dni&ersitario.

:as dependencias en estudio estn ubicadas en la sede 1uanico % cuentancon un mensajero interno el cual se encarga de lle&ar los documentos $acia su

respecti&o destino. Este mensajero es el "nico disponible % no es suficiente, %a

que recoge los oficios una sola &e7 al día % en ocasiones la secretaria tiene que

abandonar su sitio de trabajo % dedicarse a lle&arlos $acia el lugar

correspondiente. *a7ón por la cual la información no es transportada de manera

oportuna % en consecuencia ocurren muc$os retrasos a la $ora de trasmitirla.

En el momento que las secretarias reciben las solicitudes por parte de sus

jefes inician el proceso de elaboración de oficios, el tiempo de respuesta para

lle&ar a cabo dic$o proceso es de una $ora apro'imadamente % para en&iarlos se

tarda entre una % dos $oras, porque %a depende del mensajero interno.

0ctualmente las Secretarias reali7an oficios, comunicados, memorandos,

circulares, memo interno, amonestaciones entre otros, mediante un softKaredestinado al procesamiento de te'to como (icrosoft 8ffice u 8penoffice, dic$a

labor resulta tediosa, debido a que los documentos deben reali7arse % modificarse

cada &e7 que llegue una solicitud. 0dems no e'iste un control automati7ado de

n"meros correlati&os que se autoincremente % e&ite cometer alg"n error o reali7ar

alg"n oficio equi&ocado o repetido. En cunto a los aspectos económicos, la

Dni&ersidad incurre en una serie de gastos para la elaboración e impresión de



documentos, pues se estima que semanalmente se gastan entre tres % seis resmas

de papel por dependencia % un tóner mensual.

8tra de las causas que producen tardan7a en las acti&idades de las

dependencias es la b"squeda de documentos emitidos en fec$as pasadas. Esto

ocurre debido a que actualmente !stos se almacenan en un arc$i&ador % se anotan

en un cuaderno por fec$as. 0 la $ora de que el jefe de la dependencia solicite

alguna emisión pasada, la secretaria deber dirigirse al arc$i&o % buscar en todas

las carpetas $asta dar con el documento solicitado. Sin duda alguna, la

ine'istencia de un softKare que permita gestionar los oficios por fec$as, asuntos

o n"meros es un factor determinante en el cumplimiento de los procedimientosofimticos.

Toda la situación e'puesta anteriormente genera quejas sobre la información

entregada, muc$as &eces los documentos llegan a destiempo o con alg"n error %

los jefes de las 2ependencias receptoras e'presan su descontento, debido a que

una demora en la transmisión de una información puede traer como consecuencia

el atraso de alguna acti&idad importante para el óptimo funcionamiento de lasmismas. Por tal moti&o surge la necesidad de desarrollar un sistema que

automatice dic$os procedimientos con el propósito de agili7ar las labores diarias

de los departamentos en estudio % lograr en conjunto una comunicación efica7 %

oportuna, con la integridad % seguridad que se merece tan importante institución

uni&ersitaria.

0dems la institución no debe quedarse obsoleta en materia tecnológica. Esnecesario que realice una importante transición de elaborar documentos mediante

el uso de procesadores de te'tos como (icrosoft ord u oppenoffice a un nue&o

modo automati7ado que sir&a para gestionar % controlar toda la información que

se maneja entre las dependencias. 0sí, con el desarrollo del presente pro%ecto se

contribu%e a profundi7ar a la Dni&ersidad dentro del mbito tecnológico % reali7ar

un aporte significati&o en el desarrollo de aplicaciones para la gestión documental.



El sistema a desarrollar se caracteri7a por ser una aplicación eb, la cual se

denomina así, debido a que los usuarios la pueden utili7ar accediendo a un

ser&idor eb %a sea a tra&!s de Internet o de una intranet mediante un na&egador.

:os datos reflejados en los documentos &iajarn a tra&!s de dic$a aplicación %

sern dispuestos en bandejas de entrada % salida para su tramitación. 0dems la

gestión de documentos se reali7ar accediendo a la aplicación desarrollada,

pudiendo garanti7ar rapide7, confiabilidad en los datos generados % reducción de

errores. Tambi!n se organi7arn por fec$as, para que así las b"squedas de

cualquier documento sean eficaces.

Se utili7arn $erramientas de softKare libre para lo cual se estarcumpliendo con el 2ecreto Presidencial .B, el cual establece que#

>:a 0dministración p"blica <acional emplear prioritariamenteSoftKare :ibre desarrollado con Estndares abiertos, en sus sistemas,

pro%ectos % ser&icios informticos. 0 tales fines, todos los órganos %entes de la 0dministración P"blica <acional iniciarn los procesos demigración gradual % progresi&a de !stos $acia el SoftKare libredesarrollado con estndares abiertos?.

$ tt p # KKK. g ob ier no e n l i n ea .& e do c ( g r s$ are d f il e s 2 ec r e t oB.pd f.

-.- J#s>2=2!2$ 0 8! I$s>2:!2$

En la presente in&estigación se propone desarrollar un sistema bajo

plataforma eb que automatice los procedimientos ofimticos en el n"cleo

(onagas de la Dni&ersidad de 8riente, con el propósito de lograr una

comunicación efecti&a entre las distintas dependencias, adems se busca que el

nue&o sistema logre a6adir un aporte significati&o al desarrollo tecnológico de la

Dni&ersidad % a la &e7 contribu%a a actuali7arla en este mbito , proporcionando

inno&ar las labores ofimticas mediante los sistemas de información.

El sistema 8fimtico ser&ir de apo%o principalmente a los jefes de las

dependencias % a sus respecti&as secretarias en las labores diarias, %a que les

permitir en&iar % recibir información en el momento preciso. 0gili7ar el proceso

http://www.gobiernoenlinea.ve/docMgr/sharedfiles/Decreto3390.pdf








de elaboración % en&ío de documentos debido a la nue&a forma automati7ada en

que se lle&ar a cabo, permitir lle&ar un seguimiento preciso de la ruta de los

documentos tanto a ni&el internoentre la secretaria % el jefeF como e'terno entre

las dependenciasF, %a que se manejarn estados como re&isión, redacción,

recibido, leído. Permitir reali7ar b"squedas de documentos de manera mu%

rpida, gracias a la disposición de un buscador efica7 con el que contar la

aplicación.

El sistema ser desarrollado pensando principalmente en la facilidad de los

usuarios para acceder a la aplicación, brindando una interfa7 sencilla % amigable

que les permitir contar con información segura % en el momento preciso. 0demsse contar con una base de datos que proporciona confiabilidad % seguridad para

el almacenamiento de la información que a su &e7 e&itar la duplicidad o p!rdida

de la misma.

-.* O7>2os 0 8! I$s>2:!2$

-.*.& O7>2o G$r!8

2esarrollar un sistema 8fimtico que gestione los documentos

administrati&os en las dependencias gerenciales de la Dni&ersidad de 8riente

<"cleo (onagas % logre optimi7ar el flujo de información entre los distintos

departamentos que la conforman.

-.*.- O7>2os Es5;=2os

. 2eterminar la situación actual de las dependencias en cuanto a la forma

actual de lle&ar a cabo los procedimientos ofimticos.

4. 2escribir los problemas % necesidades actuales que presentan las

dependencias a la $ora de elaborar % en&iar documentos.



. 2ise6ar la arquitectura del nue&o sistema propuesto tomando en cuenta los

requerimientos % las necesidades de los usuarios.

3. 2esarrollar el sistema propuesto tomando en cuenta la arquitectura

dise6ada % las necesidades de la Dni&ersidad para actuali7arse en el mbito

tecnológico.

-.( A8!$ 0 8! I$s>2:!2$

Para la presente in&estigación se tomaron en cuenta aquellas unidades

gerenciales que manejan muc$os documentos oficiales % necesitan comunicarsediariamente, ellas son# 2ecanato, Coordinación 0cad!mica, Coordinación

0dministrati&a, 2elegación de Personal, 2elegación de Presupuesto, ;inan7as

Centro de Computación.

Se planteó desarrollar un sistema utili7ando las fases, inicio, elaboración %

construcción de la metodología *DP. Se entregó la &ersión beta del sistema,

proporcionando una completa idea de lo que es el sistemaR del mismo modo que

se mostró una capacidad operacional inicial del softKare desarrollado. :as

pruebas del sistema las reali7aron los analistas % especialistas de sistemas.



CAPÍTULO III

MARCO REFERENCIAL

*.& A$>0$>s 0 8! I$s>2:!2$

Para lle&ar a cabo una buena in&estigación del sistema en desarrollo, sereali7aron indagaciones pre&ias que sustentan el estudio. Para ello se recopilaron un

conjunto de estudios relacionados con el problema % la metodología utili7ada. 0

continuación se muestran los antecedentes de la in&estigación#

F!r2!s@ L. -6. *eali7ó una in&estigación titulada >Sistema eb para la

planificación % control del ser&icio de alimentación prestado por el comedor

Dni&ersitario de la Dni&ersidad de 8riente <"cleo (onagas?.

El autor al cual se $ace referencia anali7ó la forma actual en que se lle&an a

cabo las acti&idades en el Comedor de la Dni&ersidad % en base al estudio dise6o %

constru%ó el sistema mediante el uso de la metodología de desarrollo *DP. :a forma

en que se reali7aron los diagramas de clases, de secuencia % otros de modelado fueron

una guía para la obtención de los distintos diagramas que lle&aron al desarrollo del

sistema ofimtico.

C!788o@ M. -6F, Sistema 0utomati7ado basado en SoftKare libre para

optimi7ar los procesos administrati&os de los ser&icios m!dicos de la Dni&ersidad de

8riente. Trabajo que fue reali7ado con la finalidad de optar al título de Ingeniería de

Sistemas.

:a in&estigación referida tu&o como objeti&o dar una respuesta a la necesidad



planteada en el conte'to de la Dni&ersidad de 8riente <"cleo (onagas, en función de

la optimi7ación de los procesos administrati&os que allí se reali7an. El anlisis de lain&estigación sobre el sistema mencionado fue una a%uda fundamental debido a la

perspecti&a de softKare libre en el cual est basado. Sir&ió de guía en la utili7ación de

la metodología *DP para el proceso de desarrollo del softKare. 0dems contribu%ó al

entendimiento del lenguaje de modelado D(: debido a la e'celente presentación de

los diferentes diagramas utili7ados.

Br!o@ F -+. 2esarrolló un Sistema eb para el Control % Gestión del

personal de la Gerencia de 0IT 2istrito <orte P2AS0, el cual se basó en el uso de

estndares abiertos % de softKare libre cumpliendo con los lineamientos del 2ecreto

Presidencial B, defini!ndose como una $erramienta automati7ada que permite

lle&ar el control del personal asociado a la Gerencia de 0IT 2tto. <orte % que cuenta

con las funcionalidades de monitoreo de la información, carga % actuali7ación de

datos, &alidación de datos, generación de reportes, b"squeda de personal %

administración del sistema.

El anlisis de este trabajo sir&ió de base para la implementación de la

metodología del Proceso Dnificado de *ational *DPF apo%ado en las $erramientas

de D(: % de la metodología eb(: (odelo de 2atos, (odelo de 9iperte'to,

(odelo de Gestión de Contenidos % (odelo de PresentaciónF. 0dems los resultados

obtenidos con el desarrollo del CG0N0IT se enfocaron en la reducción de los tiempos

de manejo de la información, de los riesgos de perdida de información % de la

generación de reportes de gestión con ma%or rapide7 para la toma de decisionesgerenciales efecti&as, con mínimos porcentajes de error, cu%a idea es precisamente lo

que se buscó con el sistema ofimtico.

Ro0r;:#K M, 2esarrolló un Sistema de Gestión de mantenimiento para la

empresa (EIC I<TEG*0: SE*AICES, C.0. Este sistema es una aplicación eb

que permite lle&ar el control de los mantenimientos pre&enti&os % correcti&os que se



&an reali7ando a los diferentes equipos de los clientes de la empresa (EIC Integral

Ser&ices, adems de calcular el costo incurrido en cada acti&idad que se ejecute. :areali7ación del sistema se lle&o a cabo siguiendo la metodología de desarrollo de

softKare 0DP Proceso Dnificado gilF en conjunto con la $erramienta D(:

:enguaje Dnificado de (odeladoF el cual es el estndar para modelar sistemas

orientados a objetos. :a reali7ación de diagramas de clases % secuencia determinaron

el aspecto esttico % dinmico de la aplicación. Para la captura de los requerimientos

se usaron las t!cnicas de entre&ista no estructurada % la obser&ación directa.

:as $erramientas utili7adas en el sistema de Gestión de mantenimiento sir&ió

para comparar entre las metodología *DP % 0DP, adems se siguió el mismo patrón

para la captura de requisitos % la elaboración de los distintos diagramas de D(:.

*.- B!ss Tr2!s

*.-.& O=29>2!

Es un conjunto de t!cnicas, aplicaciones % $erramientas informticas que se

utili7an en funciones de oficina para optimi7ar, automati7ar % mejorar los

procedimientos o tareas relacionados.

:as $erramientas ofimticas permiten idear, crear, manipular, transmitir %

almacenar información necesaria en una oficina. 0ctualmente cualquier acti&idad que

pueda $acerse manualmente en una oficina gestión de arc$i&os % documentos, etc.F

puede ser automati7ada por estas $erramientas.

El propósito fundamental de la ofimtica es $acer lo ms eficiente el trabajo de

oficina, a$orrando tiempo, recursos $umanos % materiales. 8fimtica es la tecnología



de punta necesaria para cualquier administrati&o que necesita precisión, rapide7, %

e'actitud en su trabajo.Profesionales de distintas ramas &inculan la ofimtica con t!rminos tales como#

Sistemas Informticos de 8ficina, 0utomati7ación de oficinas, la oficina del futuro,

la oficina sin papel, etc.

*.-.-. S2s>! O=29>2o

Se utili7an para reali7ar de forma mecani7ada las m"ltiples tareas de la oficina,

generalmente poco estructuradas. Son sistemas que omprenden el almacenamiento

de datos a profundidad, su transferencia % la gestión de la información electrónica.

:os requerimientos demandados a los sistemas o aplicaciones ofimticas son#

;cil manejo

Interfa7 de usuario amigable % personali7able.

<ecesidad de formación mínima

Compatibilidad con los productos que %a se poseen

Protección de la in&ersión e'igiendo una tra%ectoria de adaptación a las nue&as

tecnologías % una estrategia de futuro que garantice la continuidad del producto.

Interoperabilidad con otras aplicaciones.

;acilidad para las comunicaciones con otros entornos operati&os.

Seguridad de los datos.

Soporte de distintas plataformas físicas % sistemas operati&os.

Soporte de los dispositi&os requeridos.

(anuales en castellano.



*.-.-.& Eo8#2$ 0 8os s2s>!s o=29>2os

:a ofimtica en sus orígenes, surge como la necesidad de mecani7ar las tareas

ms repetiti&as % costosas del trabajo propio de una oficina, % con este objeti&o,

aparecieron las primeras maquinas de escribir % calculadoras. Este concepto, $o% en

día es completamente obsoleto, fue transformndose gracias a la entrada de los

ordenadores personales en la oficina. 0ctualmente cualquier puesto de trabajo en una

oficina suele utili7ar los sistemas ofimticos.

Se distinguen las siguientes fases en la e&olución de la ofimtica#

Pr2r! =!s &6',<&6+

:a ofimtica se componía de elementos aislados, no tenia interrelación entre sí.

Esta incipiente ofimtica estaba soportada por grandes ordenadores corporati&os

mainframesF

S:#$0! =!s &6+<&66

0parecen conjuntos de $erramientas que daban solución a la ma%oría de las

funcionalidades normalmente requeridas. El incon&eniente era tener que adquirir todo

el paquete aunque se necesitase "nicamente una o dos funciones del mismo % la

formación costosa. En los "ltimos a6os +B se abaratan los costes % aumentan las prestaciones de forma espectacular.

Trr! =!s &66<-

:a ofimtica esta apo%ada por ordenadores personales con monitores en color %

soporte lógico desarrollado. :a información flu%e a tra&!s de las redes de rea local %



es compartida por todos los miembros de un grupo de trabajo que no tiene que estar

necesariamente en un mismo edificio >la oficina sin papel?.

C#!r>! =!s ! 5!r>2r 08 -

:a utili7ación de la tecnología Internet comien7a a generali7arse. :os sistemas

ofimticos permiten que las Intranet sean utili7adas como espacios de trabajo

bidireccionales, donde los usuarios pueden publicar, compartir, colaborar %

administrar documentos en un solo lugar. El beneficio ms importante es que ese

contenido de un fic$ero ofimtico puede ser &isuali7ado uni&ersalmente por cualquier

persona que tenga un buscador.

0parecen nue&as &ersiones dise6adas para $acer ms fcil % simple su

utili7ación con las tareas de rutina % asistencia mejorada para el usuario.

*.-.* S2s>!s 0 I$=or!2$

Conjunto de componentes interrelacionados que recogen, almacenan,

recuperan, procesan % distribu%en información para apo%ar los procesos de anlisis,

toma de decisiones, control, coordinación % &isuali7ación en una organi7ación.

*.-.*.& I5or>!$2! 0 8os S2s>!s 0 I$=or!2$

Cada &e7 se $ace ms ineludible el disponer de sistemas de información

basados en computadoras por los beneficios que estos proporcionan# reducción de

errores pro&ocados por las personas a tra&!s del control de las entradas, &elocidad en

el procesamiento de datos, posibilidad de reali7ar tediosos anlisis sobre los mismos,

reducción de espacio físico destinado a su almacenamiento, agilidad al momento de

buscar alg"n dato en particular, % otros tipos de &entajas que podrían lograrse en caso

de enfocarse en el uso estrat!gico de los mismos.



En los entornos de negocio actuales, el disponer de una buena gestión en el usode los sistemas de información se con&ierte en una estrategia que pueden utili7ar las

empresas para $acer frente a sus fuer7as competiti&as.

*.-.*.- A>220!0s 79s2!s 0 #$ S2s>! 0 I$=or!2$

E$>r!0! 0 2$=or!2$# proceso en el cual el sistema toma los datos que

requiere para procesar la información, por medio de estaciones de trabajo, teclado,

dis=ettes, cintas magn!ticas, código de barras, entre otros.

A8!$!2$>o 0 2$=or!2$# es una de las acti&idades ms importantes

que tiene una computadora, %a que a tra&!s de esta propiedad el sistema puede

recordar la información guardad en la sesión o proceso anterior.

Pros!2$>o 0 8! 2$=or!2$# esta característica de los sistemas permite

la transformación de los datos fuente en información que puede ser utili7ada para la

toma de decisiones, lo que $ace posible, entre otras cosas, que un tomador de

decisiones genere una pro%ección financiera a partir de los datos que contiene un

estado de resultados o un balance general en un a6o base.

S!820! 0 2$=or!2$# es la capacidad de un SI para sacar la información

procesada o bien datos de entrada al e'terior. :as unidades típicas de salida son las

impresoras, cintas magn!ticas, dis=ettes, la &o7, etc.

*.-.( M>o0o8o:;! 0 0s!rro88o 0 So=>!r

:as metodologías de desarrollo de softKare son un conjunto de procedimientos,

t!cnicas % a%udas a la documentación para el desarrollo de productos softKare. Aan

indicando paso a paso todas las acti&idades a reali7ar para lograr el producto



informtico deseado, indicando adems qu! personas deben participar en el desarrollo

de las acti&idades % qu! papel deben de tener. 0dems detallan la información que sedebe producir como resultado de una acti&idad % la información necesaria para

comen7arla.

:as t!cnicas indican cómo debe ser reali7ada una acti&idad t!cnica determinada

identificada en la metodología. Combina el empleo de unos modelos o

representaciones grficas junto con el empleo de unos procedimientos detallados. Se

debe tener en consideración que una t!cnica determinada puede ser utili7ada en una o

ms acti&idades de la metodología de desarrollo de softKare. 0dems se debe tener

muc$o cuidado cuando se quiere cambiar una t!cnica por otra.

*.-.(.& I5or>!$2! 0 8!s >o0o8o:;!s 0 0s!rro88o 0

So=>!r

Todo desarrollo de softKare es riesgoso % difícil de controlar, pero si no

lle&amos una metodología de por medio, se obtiene usuarios insatisfec$os con el

resultado % desarrolladores a"n mas.

:a ma%oría de los pro%ectos que se reali7an con gran en&ergadura se $ace

indispensable el $ec$o de basarse en una metodología de desarrollo % se empie7a a

buscar cual sería la ms apropiada para dic$o caso. 0 fin de cuenta no encontramos

muc$as &eces la meas adecuada % se termina por $acer un dise6o propio de

metodología, por supuesto no esta mal siempre % cuando sir&a para alcan7ar el

objeti&o.

(uc$as &eces se reali7a el dise6o del softKare de manera rígida, tal cual como

el cliente lo solicito, de esa manera cuando el cliente en la Uetapa de pruebaU solicita

un cambio se $ace mu% difícil de reali7arlo, pues si se $ace altera las cosas que no se

$abían pre&isto, % este es uno de los factores que atrasan el pro%ecto % crea



incomodidad al desarrollador % en muc$as oportunidades no llegan a cumplir con el

cambio solicitado, esto conlle&a malestar en el cliente puesto que no $a sido tomadoen cuenta su pedido, para e&itar estos incidentes se debe llegar a un acuerdo formal

con los usuarios al inicio del pro%ecto de manera que no perjudique el desarrollo del

mismo.

(uc$as &eces los usuarios finales se dan cuenta que dejaron de mencionar

algunas cosas % lo manifiestan en la etapa inicial del pro%ecto cuando se le muestra el

prototipo del mismo.

*.-.(.- A8:#$!s 0 8!s >o0o8o:;!s 9s #s!0!s%

:a metodología *ational Dnified Process *DPF es la ms adaptable para

pro%ectos de largo pla7o.

:a metodología Programación e'trema )PF en cambio, se recomienda para

pro%ectos de corto pla7o.

:a metodología (S; se adapta a pro%ectos de cualquier dimensión % de

cualquier tecnología.

Es importante recalcar que lo ms importante antes de elegir la metodología que

se debe usar para implementar el softKare, es determinar el alcance que tendr %

luego de allí &er cual es la que mas se acomoda a la aplicación.

*.-., RUP

9o% en día los profesionales de la información requieren de la parte

procedimental para el desarrollo de sistema de información, es por ello que el

conocimiento de la notación D(: con todas sus características, diagramas % otros, no



sólo es base de estas nue&as tecnologías, sino lo ms importante es aplicar una

metodología que permita usar correctamente D(:, !sta es *DP *ational DnifiedProcessF, adems se requiere dos características fundamentales en todo profesional

desarrollador de softKare# aquel que pueda ser &isionario, de tener un pensamiento

$olístico del entorno del sistema a construirR % tambi!n de aquel que pueda ser

descripti&o con cada una de las partes descompuestas. Es así como se &a a poder

construir softKare robusto que este alineado a los requerimientos de los usuarios.

El proceso Dnificado es un proceso de desarrollo de softKare, el cual a su &e7

implica un conjunto de acti&idades necesarias para transformar los requisitos de un

usuario en un sistema softKare. Se trata de un marco de trabajo gen!rico que puede

especiali7arse para una gran &ariedad de sistemas softKare, para diferentes reas de

aplicación, tipos de organi7aciones, ni&eles de aptitud % tama6os de pro%ectos. 0

continuación de muestra figura 5F grficamente el proceso de desarrollo de SoftKare.

Proceso de 2esarrollo de SoftKare*equisitos del usuario Sistema SoftKare

F2:#r! )% Dn Proceso de 2esarrollo de SoftKare.

F#$>% 1acobson I, Hooc$. G % *umbaug$ 1 F

Sin duda alguna el Proceso Dnificado se resume en tres características cla&e

que lo $acen "nico, dirigido por casos de uso, centrado en la arquitectura, e iterati&o e

incremental, los cuales son de igual importancia. Esto se debe al $ec$o de que la

0rquitectura proporciona la estructura sobre la cual guiar las iteraciones, los casos de

uso por su parte definen los objeti&os % dirigen el trabajo de cada iteración. :a

e'clusión de alguna estas tres características indiscutiblemente reducir el &alor del

Proceso.



*.-.,.& C!r!>r;s>2!s 0 RUP.

1acobson I, Hooc$. G % *umbaug$ 1 4BBBF e'plican que las tres características

de *DP es lo que $ace al proceso "nico % las describen de la siguiente forma#

D2r2:20o 5or C!sos 0 Uso

*DP est dirigida por casos de uso debido a que el proceso de desarrollo sigue

un $ilo conductor % a&an7a a tra&!s de una serie de flujos de trabajo que parten de los

casos de uso. Para construir un sistema con !'ito debemos conocer lo que sus futuros

usuarios necesitan % desean.

El t!rmino usuario es pues alguien o algo que interact"a con el sistema que

estamos desarrollando % a esta interacción es lo que se conoce como Casos de uso, un

fragmento de funcionalidad del sistema que proporciona al usuario un resultado

importante % representan los requisitos funcionales. :os casos de usos tambi!n guían

el dise6o, implementación % pruebas del sistema, es decir, rigen el proceso de

desarrollo.

C$>r!0o $ 8! ArH#2>>#r!

:a arquitectura en un sistema softKare se describe mediante diferentes &istas e

inclu%e los aspectos estticos % dinmicos ms significati&os del mismo. 2ebe

dise6arse para permitir que el sistema e&olucione, no solo en su desarrollo inicial,sino tambi!n a lo largo de las futuras generaciones.

:a arquitectura es una &ista del dise6o completo con las características ms

importantes resaltadas, dejando los detalles de lado. El proceso a%uda al arquitecto a

centrarse en los objeti&os adecuados, como la comprensibilidad, la capacidad de

adaptación al cambio % la reutili7ación.



I>r!>2o I$r$>!8

:as iteraciones $acen referencia a pasos en el flujo de trabajo % los incrementos

al crecimiento del producto. Para una efecti&idad m'ima, se recomienda que las

iteraciones sean programadas, deben seleccionarse % ejecutarse de una forma

planificada. *esulta indispensable di&idir el trabajo en partes peque6as o

minipro%ectos.

Son muc$os los beneficios de un proceso iterati&o controlado#

. :a iteración controlada reduce el coste del riesgo a los costes de un

solo incremento. Si los desarrolladores tienen que repetir la iteración,

la organi7ación sólo pierde el esfuer7o mal empleado de la iteración %

no el &alor del producto entero.

4. :a iteración controlada reduce el riesgo de no sacar al mercado el

producto en el calendario pre&isto, (ediante la identificación de riesgos

en fases tempranas del desarrollo, el tiempo que se gasta en resol&erlos

se emplea al principio de la planificación, cuando la gente est menos

presionada por cumplir los pla7os.

. :a iteración controlada acelera el ritmo del esfuer7o de desarrollo en su

totalidad debido a que los desarrolladores trabajan de manera ms

eficiente para obtener resultados claros a corto pla7o, en lugar de tener

un calendario largo, que se prolonga eternamente.

3. :a iteración controlada reconoce una realidad que a menudo se ignora Nque las necesidades del usuario % sus correspondientes requisitos no

pueden definirse completamente al principio. Típicamente, se refinan en

iteraciones sucesi&as. Esta forma de operar $ace ms fcil la adaptación

a los requisitos cambiantes.



*.-.,.- L! 20! 08 Proso R!2o$!8 U$2=2!0o

El proceso se repite a lo largo de una serie de ciclos que constitu%en la &ida de

un sistema, los cules conclu%en con una &ersión del producto para los usuarios % a su

&e7 constan de cuatro fases que son Inicio, elaboración, construcción % transición. :as

&ersiones generadas son un producto preparado para su entrega. El producto

terminado inclu%e los requisitos, casos de uso, especificaciones no funcionales, casos

de prueba, % aquellos artefactos modelados con D(:. Este producto no solo debe

ajustarse a las necesidades de los usuarios, sino tambi!n a las de todos los

interesados, a las personas que trabajarn con el producto.

F2:#r! '% Ciclos de un proceso *acional Dnificado

F#$>% 1acobson I, Hooc$. G % *umbaug$ 1 4BBBF p. +

*.-.,.* F!ss 0$>ro 0 #$ 28o

Cada ciclo se desarrolla dentro de un tiempo, el cual se di&ide a su &e7 en

cuatro fases % a tra&!s de una secuencia de modelos los implicados &isuali7an lo que

est sucediendo en esas fases. Cada ciclo consta de cuatro fases % cada una de estas a

su &e7 se di&ide en iteraciones, tal como se muestra en la figura +#



F2:#r! +% Dn ciclo con sus fases e iteraciones.

F#$>% 1acobson I, Hooc$. G % *umbaug$ 1 4BBBF p.+

*.-.,.( F!ss 0 RUP

F!s I$22o

En esta fase se presenta el anlisis del negocio para el producto. Se ubican las

principales funciones del sistema para los usuarios ms importantes, se piensa la

forma que puede adoptar la arquitectura, adems se $ace un plan de la siguiente fase

% se identifican los riesgos.

2urante esta fase se desarrolla una descripción del producto final a partir de una

buena idea % se presenta el anlisis de negocio para el producto, Esencialmente, esta

fase responde a las siguientes preguntas#

VCules son las principales funciones del sistema para sus usuarios ms

importantesW

V Cómo podría ser la arquitectura del sistemaU

V Cul es el plan de pro%ecto % cunto costar desarrollar el productoUX3Y



F!s E8!7or!2$

En esta fase se dise6a la arquitectura del sistema % se muestran de manera

detallada los casos de uso del producto. :a arquitectura se e'presa en forma de &istas

de todos los modelos del sistema. Por tanto, $a% &istas arquitectónicas del modelo de

casos de uso, del modelo de dise6o, del modelo de implementación % del modelo de

despliegue. 2urante esta fase se reali7an los casos de uso ms críticos identificados

en la fase Inicio.

F!s 0 Co$s>r#2$

2urante esta fase de Construcción se crea el producto % la línea base de la

arquitectura crece $asta con&ertirse en el sistema completo. :a arquitectura del

sistema es estable, aunque los desarrolladores pueden descubrir formas mejores de

estructurar el sistema. 0l final de esta fase el producto contiene todos los casos de uso

que la dirección % el cliente $an acordado para el desarrollo de la &ersión.

F!s Tr!$s22$

Cubre el periodo durante el cual el proceso se con&ierte en &ersión beta. Este es

el momento donde un n"mero reducido de usuarios con e'periencia prueba el

producto e informa de defectos % deficiencias. :os desarrolladores corrigen los

problemas e incorporan algunas de las mejoras sugeridas en una &ersión general.

*.-.,., Prs5>2!s 0 RUP

*DP se describe normalmente desde tres perspecti&as#

. Dna perspecti&a dinmica que muestra las fases del modelo sobre el

tiempoR



4. Dna perspecti&a esttica que muestra las acti&idades del proceso que se

representan % se centra en las acti&idades que tienen lugar durante el proceso de desarrollo. Estas acti&idades se denominan flujos de trabajo.

. Dna perspecti&a prctica que sugiere buenas prcticas a utili7ar durante

el procesoR

E'isten tres principales flujos de trabajos de ingeniería identificados en el

proceso % tres flujos de trabajo de soporte, los cuales se muestran en el siguiente

cuadro#

C#!0ro &# ;lujos de trabajos estticos en el Proceso *acional Dnificado.

F8#os 0 Tr!7!o

(odelado del <egocio :os procesos del negocios se modelan

utili7ando casos de uso del negocio.

*equerimientos Se definen los actores que interact"an con el

sistema % se desarrollan casos de uso para

modelar los requerimientos del sistema.

0nlisis % 2ise6o Se crea % documenta un modelo de dise6o

utili7ando modelos arquitectónicos, modelos

de componentes, de objetos % de secuencias.

Implementación Se implementan % estructuran en subsistemas

los componentes del sistema.

Pruebas :as pruebas son un proceso iterati&o que se

lle&an a cabo conjuntamente con la

implementación. 0l finali7ar la

implementación tienen lugar las pruebas del

sistema.



Cuadro Cont.F

2espliegue Se crear una release del producto, sedistribu%e a los usuarios % se instala en su

lugar de trabajo.

Configuración % cambios de gestión Este flujo de trabajo de soporte gestiona los

cambios del sistema.

Gestión del Pro%ecto Este flujo de trabajo de soporte gestiona el

desarrollo del sistema.

Entorno Este flujo de trabajo se refiere a $acer

$erramientas softKare apropiadas disponibles

para los equipos de desarrollo de softKare.

F#$>% Sommer&ille, Ian 4BB/F p.-3

*.-.,.) Ar>=!>os 0 RUP

0rtefacto es un t!rmino general para cualquier tipo de información creada,

producida, cambiada utili7ada por los trabajadores en el desarrollo del sistema.

Hsicamente, $a% dos tipos de artefactos# artefactos de ingeniería % artefactos de

gestión. Este libro se centra en los artefactos de ingeniería creados durante las

distintas fases del proceso requisitos, anlisis, dise6o, implementación % pruebaF.

Sin embargo, el desarrollo de softKare tambi!n requiere artefactos de gestión.

Aarios de estos artefactos tienen un tiempo de &ida corto, sólo duran lo que dura la

&ida del pro%ecto. 0 este conjunto pertenecen artefactos como el anlisis del negocio,

el plan de desarrollo inclu%endo el plan de &ersiones e iteracionesF, un plan para la

asignación de personas concretas a trabajadores es decir. a diferentes puestos o

responsabilidades en el pro%ectoF, % el dise6o de las acti&idades de los trabajadores en

el plan.

Estos artefactos se describen mediante te'to o diagramas, utili7ando cualquier

tipo de &isuali7ación requerida para especificar el compromiso asumido por el equipo



de desarrollo con los in&ersores. :os artefactos de gestión tambi!n inclu%en las

especificaciones del entorno de desarrollo, el softKare de automati7ación del procesoasí como la plataforma $ardKare necesaria para los desarrolladores.

Do#$>o V2s2$

Es un artefacto de alto ni&el, donde de define el alcance total del pro%ecto % los

requerimientos de ms alto ni&el enfocados en el cliente, con la finalidad de

proporcionar una &isión general % de lograr un lineamiento % un acuerdo com"n entre

los in&olucrados. Este artefacto permite asegurar que las metas del pro%ecto est!n

definidas en t!rminos de quienes son los clientes % que beneficios absolutos les

pro&eer, e&itando así que el alcance de este "ltimo escape de los límites globales

establecidos.

Este documento tambi!n se encarga de pro&eer una base para un trabajo de

in&estigación temprana % comunicar lo fundamental en el pro%ecto Upor qu! % para

qu!U. 0quí se plantea claramente cual es problema, se determinan las necesidades %

requerimientos a ni&el de los participantes, de $ardKare % de softKare, % se describe

de que manera ser el producto.

P8!$ 0 Ds!rro88o 0 So=>!r

Es un compendio de los distintos planes que son necesarios para ejecutar el

proceso de desarrollo de softKare, adems de proporcionar la información necesaria

para controlar el pro%ecto, mediante una apro'imación de su duración, tomando en

cuenta el n"mero de iteraciones que comprender el pro%ecto, los artefactos que se

generarn en dic$as iteraciones, % los participantes in&olucrados.

P8!$ 0 A02$2s>r!2$ 0 R2s:os



Es un artefacto en el cual se inclu%en los riesgos que pueden afectar el correcto

desarrollo del pro%ecto, presentados en orden de importancia % con las accionesespecíficas de contingencia o para su mitigación. :a lista de riesgos se mantiene a lo

largo del pro%ecto. Se crea a comien7os de la fase inicial, % se actuali7a

continuamente %a que nue&os riesgos pueden ser descubiertos % otros e'istentes

pueden ser atenuados o eliminados.

P8!$ 0 I>r!2$ G$r!8

Es el artefacto donde se presenta el plan general del pro%ecto, inclu%endo el

conjunto de acti&idades % tareas que sern reali7adas para desarrollar el pro%ecto % la

dependencia entre ellas. 0dems se muestra el conjunto de acti&idades que se reali7an

en las iteraciones de cada fase.

Mo08!0o 08 N:o2o

Para conseguir sus objeti&os, una empresa o departamento organi7a su acti&idad

por medio de un conjunto de procesos de negocio. Cada uno de ellos se caracteri7a

por una colección de datos que son producidos % manipulados mediante un conjunto

de tareas, en las que ciertos agentes participan de acuerdo a un flujo de trabajo

determinado. Por tanto, la finalidad del modelado del negocio es describir cada

proceso del negocio, especificando sus datos, acti&idades, tareas % los roles

desempe6ado.

Este documento surge ante el $ec$o de que $a% que entender como funciona el

negocio que se desea automati7ar para tener garantías de que el softKare desarrollado

&a a cumplir su propósito, % por esto, se $ace un estudio en el dominio del negocio.

Para conocer el dominio se partió del caso de uso general del negocio, los

actores in&olucrados % las funciones que desempe6an cada uno de ellos, adems se



muestra el modelo del dominio que es una representación &isual de las clases

conceptuales u objetos del dominio.

Es52=2!2o$s 0 C!sos 0 Uso 08 N:o2o.

Para los casos de uso que lo requieran cu%a funcionalidad no sea e&idente o

que no baste con una simple descripción narrati&aF se reali7a una descripción

detallada utili7ando una plantilla de documento, donde se inclu%en# precondiciones,

postNcondiciones, flujo de e&entos, requisitos noNfuncionales asociados. Tambi!n,

para casos de uso cu%o flujo de e&entos sea complejo podr adjuntarse una

representación grfica mediante un 2iagrama de 0cti&idad.

Es52=2!2$ 0 C!sos 0 Uso 08 S2s>!.

Es un artefacto donde se describen cada uno de los casos de uso que forman

parte del caso de uso general del sistema. En dic$o documento se inclu%en las

precondiciones, postNcondiciones, flujo de e&entos % condiciones especiales de cada

caso de uso, adems de su diagrama de secuencia % los prototipos de interface.

Es52=2!2o$s Co58$>!r2!s

Este documento capturar todos los requisitos que no $an sido incluidos como

parte de los casos de uso % se refieren requisitos noNfuncionales globales. 2ic$os

requisitos inclu%en# requisitos legales o normas, aplicación de estndares, requisitos

de calidad del producto, tales como# confiabilidad, desempe6o, etc., u otros requisitos

de ambiente, tales como# sistema operati&o, requisitos de compatibilidad, etc.

ArH#2>>#r! 08 S2s>!



Es una especificación de las ideas principales del dise6o. 2ic$o artefacto

proporciona una descripción entendible de la arquitectura del sistema de softKare %sir&e como medio de comunicación entre el arquitecto de softKare % otros miembros

de equipo del pro%ecto con respecto a las decisiones arquitectónicamente

significati&as que se $an tomado en el pro%ecto. Contiene &arias &istas que muestran

aspectos distintos del sistema como son# :a &ista lógica, de datos % de despliegue.

C!sos 0 Pr#7!

Cada prueba es especificada mediante un documento que establece las

condiciones de ejecución, las entradas de la prueba, % los resultados esperados. Estos

casos de prueba son aplicados como pruebas de regresión en cada iteración. Cada

caso de prueba lle&ar asociado un procedimiento de prueba con las instrucciones

para reali7ar la prueba, % dependiendo del tipo de prueba dic$o procedimiento podr

ser automati7able mediante un script de prueba.

Do#$>o G8os!r2o

Es una lista de los t!rminos ms rele&antes % sus definiciones, esto con la

finalidad de que los t!rminos frecuentemente t!cnicos o propios del dominio no sean

tomados o utili7ados de forma distinta por las personas in&olucradas en el desarrollo

del pro%ecto, % por ende para reducir los problemas de comunicación % los requisitos

ambiguos.

*.-.) UML

Seg"n 1ames *umbaug$, 1acobson I&ar % Hooc$ Grad%4BBBF#

El lenguaje Dnificado de (odelado D(:F es un lenguaje de (odelado

&isual que se usa para especificar, &isuali7ar, construir % documentar



artefactos de un sistema de softKare. Captura decisiones % conocimientos

sobre los sistemas que se deben construir. Se usa para entender, dise6ar,

$ojear, configurar, mantener % controlar la información sobre otrossistemas. pag.F

*.-.).& C!r!>r;s>2!s 0 UML

0lgunas características del lenguaje de modelado e'puestas por los autores

nombrados en la cita anterior son#

. D(: capta la información sobre la estructura esttica % el

comportamiento dinmico de un sistema.

4. Contiene instrucciones organi7ati&as para agrupar los modelos en

paquetes, lo cual permite a los equipos de softKare di&idir grandes

sistemas en pie7as de trabajo, para entender % controlar las dependencias

entre paquetes.

. D(: es un lenguaje de modelado de propósito general % de modeladodiscreto. Pretende ser un lenguaje de modelado Dni&ersal.

3. Inclu%e conceptos semnticos, notaciones % principios generales. Tiene

partes estticas, dinmicas, de entorno % organi7ati&as.

*.-.).- V2s>!s 0 UML

Dna &ista es un subconjunto de D(: que modela construcciones que

representan un aspecto de un sistema. :as &istas se pueden di&idir en tres reas#

clasificación estructural, comportamiento dinmico % gestión del modelo. :o cual se

resume en el cuadro 4 que se muestra a continuación# Aer Cuadro 4F



C#!0ro -% Aistas de D(:.

ÁREA VISTA DIAGRAMAEstructural Aista Esttica 2iagrama de clases

Aista de Casos de Dso 2iagrama de casos

de Dso

Aista de Implementación 2iagrama de

componentes

Aista de 2espliegue 2iagrama de

despliegue.

2inmica Aista de (quina de estados. 2iagrama de estados

Aista de acti&idad 2iagrama de

acti&idad

Aista de interacción 2iagrama de

Secuencia

2iagrama de

colaboraciónGestión del (odelo Aista de Gestión del (odelo 2iagrama de clases

E'tensión de D(: Todas Todos.

*.-.).* C8!s2=2!0ors

Dn clasificador en un concepto discreto en el modelo que tiene identidad,

estado, comportamiento % relaciones.

0 continuación se muestran las distintas clases de clasificadores % sus

funciones#

C8!s% representa un concepto discreto dentro de la aplicación que se est

modelando, una cosa física, de negocios, lógica, de una aplicación, del computador o



del comportamiento. Es pues, el descriptor de conjunto de objetos con una estructura,

comportamiento % relaciones similares.

Seg"n 0larcón * 4BBBF#

Dna clase es una descripción de un conjunto de objetos que comparten los

mismos atributos, operaciones, relaciones % semntica. Dna clase

implementa una o ms interfaces. Grficamente se representa como un

rectngulo que inclu%e su nombre, sus atributos % sus operaciones.

pg.-F

0 continuación se muestra la forma en que se denota una clase#

<ombre de la Clase

0tributos de la Clase

8peraciones de la Clase

F2:#r! 6% Estructura de una Clase

F#$>% :una. @ 4BBF

O7>o% es una entidad discreta con identidad, estado % un comportamiento

in&ocable. Son pie7as indi&iduales sobre las cuales se constru%e un sistema

ejecutable.

A>or% es un usuario del sistema. Es una ideali7ación de una persona e'terna,

de un proceso o de una cosa que interact"a con un sistema, un subsistema o una clase.

Dn actor caracteri7a las interacciones que los usuarios e'teriores pueden tener con el

sistema. Dn actor puede ser un ser $umano, otro sistema informtico o un cierto

proceso ejecutable. Se dibuja de la siguiente forma#



F2:#r! &% <otación de un actor

F#$>% :una, @ 4BBF

*.-.).( R8!2o$s 0 UML

Seg"n 0larcón * 4BBBF# E'isten cuatro tipos de relaciones entre los elementos

de un modelo D(:. 2ependencia, asociación, generali7ación % reali7ación, estas se

describen a continuación#

Aso2!2o$s

0larcón * 4BBF define la asociación de la siguiente forma#

Es una relación estructural que describe un conjunto de enlaces, los cuales

son cone'iones entre objetos. :a agregación es un tipo especial de

asociación % representa una relación estructural entre un todo % sus partes.

:a asociación se representa con una línea continua, posiblemente dirigida,

que a &eces inclu%e una etiqueta.

:a asociación se denota de la siguiente forma#

BZ [

F2:#r! &&% 0sociación

F#$>% 0larcón * 4BBBF p.4



G$r!82K!2$

*elaciona descripciones generales de los clasificadores padres con

clasificadores $ijos especiali7ados.

D5$0$2!

F2:#r! &-% Generali7ación

F#$>% 0larcón * 4BBBF p.44

Es una relación semntica entre dos elementos en la cual un cambio a un

elemento el elemento independienteF puede afectar a la semntica del otro elemento

elemento dependienteF. Se representa como una línea discontinua figura 3F,

posiblemente dirigida, que a &eces inclu%e una etiqueta.

F2:#r! &*% 2ependencia

F#$> 0larcón * 4BBBF p.44

R!82K!2$

Es una relación semntica entre clasificadores, donde un clasificador especifica

un contrato que otro clasificador garanti7a que cumplir. Se pueden encontrar

relaciones de reali7ación en dos sitios# entre interfaces % las clases % componentes que

las reali7an, % entre los casos de uso % las colaboraciones que los reali7an. :a

reali7ación se representa como una me7cla entre la generali7ación % la dependencia,

esto es, una línea discontinua con una punta de flec$a &acía tal como se muestra a

continuación Aer figura 3F#



NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN

F2:#r! &(% *eali7ación

F#$> 0larcón * 4BBBF p.44

*.-.)., D2!:r!!s UML

:os diagramas se utili7an para representar diferentes perspecti&as de un sistema

de forma que un diagrama es una pro%ección del mismo. D(: proporciona un

amplio conjunto de diagramas que normalmente se usan en peque6os subconjuntos

para poder representar las cinco &istas principales de la arquitectura de un sistema. 0

continuación se muestra la descripción e'puesta por 0larcón * 4BBBF#

D2!:r!!s 0 C8!ss

(uestran un conjunto de clases, interfaces % colaboraciones, así como sus

relaciones. Estos diagramas son los ms comunes en el modelado de sistemas

orientados a objetos % cubren la &ista de dise6o esttica o la &ista de procesos esttica

D2!:r!!s 0 O7>os

(uestran un conjunto de objetos % sus relaciones, son como fotos instantneas

de los diagramas de clases % cubren la &ista de dise6o esttica o la &ista de procesos

esttica desde la perspecti&a de casos reales o prototípicos.

D2!:r!!s 0 C!sos 0 Usos

(uestran un conjunto de casos de uso % actores tipo especial de clasesF % sus

relaciones. Cubren la &ista esttica de los casos de uso % son especialmente

importantes para el modelado % organi7ación del comportamiento.



D2!:r!!s 0 S#$2! " 0 Co8!7or!2$

Tanto los diagramas de secuencia como los diagramas de colaboración son un

tipo de diagramas de interacción. Constan de un conjunto de objetos % sus relaciones,

inclu%endo los mensajes que se pueden en&iar unos objetos a otros. Cubren la &ista

dinmica del sistema. :os diagramas de secuencia enfati7an el ordenamiento

temporal de los mensajes mientras que los diagramas de colaboración muestran la

organi7ación estructural de los objetos que en&ían % reciben mensajes. :os diagramas

de secuencia se pueden con&ertir en diagramas de colaboración sin perdida de

información, lo mismo ocurren en sentido opuesto.

D2!:r!!s 0 Es>!0os

(uestran una maquina de estados compuesta por estados, transiciones, e&entos

% acti&idades. Estos diagramas cubren la &ista dinmica de un sistema % son mu%

importantes a la $ora de modelar el comportamiento de una interfa7, clase o

colaboración.

D2!:r!!s 0 A>220!0s

Son un tipo especial de diagramas de estados que se centra en mostrar el flujo

de acti&idades dentro de un sistema. :os diagramas de acti&idades cubren la parte

dinmica de un sistema % se utili7an para modelar el funcionamiento de un sistema

resaltando el flujo de control entre objetos.

D2!:r!!s 0 Co5o$$>s

(uestra la organi7ación % las dependencias entre un conjunto de componentes.

Cubren la &ista de la implementación esttica % se relacionan con los diagramas de



clases %a que en un componente suele tener una o ms clases, interfaces o

colaboraciones.

D2!:r!!s 0 Ds582:#

*epresentan la configuración de los nodos de procesamiento en tiempo de

ejecución % los componentes que residen en ellos. (uestran la &ista de despliegue

esttica de una arquitectura % se relacionan con los componentes %a que, por lo

com"n, los nodos contienen uno o ms componentes.

*.-.' Or2$>!2$ ! O7>os

Seg"n 0larcón * 4BBBF#

:a Programación 8rientada a 8bjetos, P88 88P, 8bject 8riented

Programming, en inglesF, es una t!cnica de programación cu%o soporte

fundamental es el objeto. Dn objeto es una e'tensión de un Tipo

0bstracto de 2atos T02F, concepto ampliamente utili7ado desde lad!cada de los setenta. Dn T02 es un tipo definido por el usuario, que

encapsula un conjunto de datos % las operaciones sobre estos datos. pg.

F

*.-.'.& V$>!!s 0 8! or2$>!2$ ! o7>os

:as &entajas ms importantes de la programación orientada a objetos son las

siguientes#

. (antenibilidad facilidad de mantenimientoF. :os programas que se

dise6an utili7ando el concepto de orientación a objetos son ms fciles

de leer % comprender % el control de la complejidad del programa se

consigue gracias a la ocultación de la información que permite dejar

&isibles sólo los detalles ms rele&antes.



4. (odificabilidad facilidad para modificar los programasF. Se pueden

reali7ar a6adidos o supresiones a programas simplemente a6adiendo,suprimiendo o modificando objetos.

. *esusabilidad. :os objetos, si $an sido correctamente dise6ados, se

pueden usar numerosas &eces % en distintos pro%ectos.

3. ;iabilidad. :os programas orientados a objetos suelen ser ms fiables %a

que se basan en el uso de objetos %a definidos que estn ampliamente

testados.

*.-.'.- Proso 0 8! Or2$>!2$ ! O7>os

Este proceso inicia con una comprensión de la manera en la que se usar el

sistema. Dna &e7 que se $a definido el escenario, comien7a el modelado del softKare.

0 continuación se muestran los elementos necesarios para modelar el sistema.

*.-.'.-.& C!sos 0 Uso

:os casos de uso modelan el sistema desde el punto de &ista del usuario.

Creados durante la obtención de requisitos, los casos de uso deben cumplir los

siguientes objeti&os#

. 2efinir los requisitos funcionales % operati&os del sistema productoF,

dise6ando un escenario de uso acordado por el usuario final, " el equipo

de desarrollo.

4. Proporcionar una descripción clara % sin ambig\edades de cómo el

usuario final interact"a con el sistema % &ice&ersa.

. Proporcionar una base para la &alidación de las pruebas.



*.-.+ ArH#2>>#r! C82$> Sr20or

Esta arquitectura se di&ide en dos partes claramente diferenciadas, la primera es

la parte del ser&idor % la segunda la de un conjunto de clientes. <ormalmente el

ser&idor es una mquina bastante potente que act"a de depósito de datos % funciona

como un sistema gestor de base de datos SGH2F % los clientes suelen ser estaciones

de trabajo que solicitan &arios ser&icios al ser&idor. 0mbas partes deben estar

conectadas entre sí mediante una red. 0 continuación se muestra una representación

grfica de la arquitectura clienteNser&idor.

Sr20or

*ed de

Comunicaciones

PC de Dsuarios PC de Dsuarios

*.-.6 So=>!r L27r

F2:#r! &,% Ser&idor

F#$>% :una. @ 4BBF

C82$>s



El softKare libre es una cuestión de la libertad de los usuarios de ejecutar,

copiar, distribuir, estudiar, cambiar % mejorar el softKare. (s precisamente,significa que los usuarios de programas tienen las cuatro libertades esenciales.

:a libertad de ejecutar el programa, para cualquier propósito.

:a libertad de estudiar cómo trabaja el programa, % cambiarlo para que $aga lo

que usted quiera libertad F. El acceso al código fuente es una condición

necesaria para ello.

:a libertad de redistribuir copias para que pueda a%udar al prójimo.

:a libertad de mejorar el programa % publicar sus mejoras, % &ersiones

modificadas en general, para que se beneficie toda la comunidad. El acceso al

código fuente es una condición necesaria.

*.-.& rr!2$>!s 0 0s!rro88o #s!0!s $ 8! o$s>r#2$ 08

s2s>!

*.-.&.& Por Ds2:$r &-.

Es la $erramienta líder en el modelado empresarial. Dn conjunto de t!cnicas

estndares de modelamiento combinadas tales como# modelamiento de aplicación a

tra&!s de D(:, t!cnicas de (odelamiento de Procesos Empresariales % t!cnicas

tradicionales de modelamiento de base de datos. PoKer 2esigner est combinado con

una poderosa tecnología para el modelamiento de negocio % modelamiento D(: de

objetos, brinda un completo cubrimiento de todas las t!cnicas modernas en una sola

$erramienta. Con gestión de metaNdatos, funciones de anlisis de impacto % &erdadero

repositorio empresarial.



*.-.&.- Dr!!r +

Es la aplicación de este tipo ms usada en el sector de dise6o % programación

Keb. Posee, como toda la línea (acromedia0dobe, e'celentes funcionalidades e

integración con otras $erramientas. :a aplicación permite crear sitios de forma

totalmente grfica, % dispone de funciones para acceder al código 9T(: generado.

Permite la cone'ión a un ser&idor, a base de datos, soporte para programación en

0SP, P9P, 1 a & as c r ip t, cliente ;TP integrado, etc.

2reamKea&er es la $erramienta de dise6o de pginas Keb ms a&an7ada, tal

como se $a afirmado en muc$os medios. 0unque sea un e'perto programador de

9T(: el usuario que lo maneje, siempre se encontrarn en este programa ra7ones

para utili7arlo, sobretodo en lo que a producti&idad se refiere. Cumple perfectamente

el objeti&o de dise6ar pginas con aspecto profesional, % soporta gran cantidad de

tecnologías, adems mu% fciles de usar#

9ojas de estilo % capas

1a&ascript para crear efectos e interacti&idades

Inserción de arc$i&os multimedia.

*.-.&.* M2roso=> Pro> S>!$0!r -'

(icrosoft 8ffice Project Standard 4BB- ofrece unas sólidas $erramientas de

administración de pro%ectos con la dosis adecuada de funcionalidad, potencial %

fle'ibilidad, con el fin de administrar los pro%ectos con ma%or eficacia % eficiencia.

Podr mantenerse informado % controlar el trabajo, la programación % las finan7as del

pro%ecto, mantener la sintonía entre los equipos de pro%ecto % mejorar la

producti&idad gracias a la integración con los conocidos programas del sistema



(icrosoft 8ffice, las eficaces opciones de elaboración de informes, el planeamiento

asistido % las $erramientas fle'ibles.

(icrosoft 8ffice Project Professional 4BB- inclu%e toda la funcionalidad de

8ffice Project Standard 4BB-. 0dems, 8ffice Project Professional 4BB- ofrece la

función de administración de pro%ectos empresariales de colaboración cuando se

utili7a con (icrosoft 8ffice Project Ser&er 4BB-.

Entre las ra7ones principales para utili7ar 8ffice Project Standard 4BB- se

inclu%en las siguientes#

0dministrar % comprender de forma efica7 las programaciones de pro%ectos.

Coordinar la información e'istente.

Producti&idad al instante

Crear diagramas % grficos de aspecto profesional

Comunicación efecti&a de la información.

8btener un ma%or control de recursos % finan7as.

Personali7ar 8ffice Project 4BB- de acuerdo con sus necesidades.

Seguimiento de pro%ectos en función de sus necesidades

0cceso rpido a la información que necesita X5Y

*.-.&.( M!ro02! F2rors +

(acromedia ;ireKor=s es una potente aplicación destinada al dise6o grfico,

principalmente de elementos eb, que ofrece total integración con otros programas

tan famosos como 2reamKea&er o ;las$. Con ;ireKor=s se pueden crear mapas

&ectoriales, optimi7ar arc$i&os, crear presentaciones de alta calidad, mejorar la



apariencia de las imgenes, comprimir de forma personali7ada cualquier imagen,

di&idir componentes de pginas.

V$>!!s#

Es rapidísimo a la $ora de cargarse, consume poquísimos recursos de sistema %

lo mejor, que es una $erramienta mu% potente para la edición de imgenes.

*.-.&& L$:#!s 0 Pro:r!!2$

Son lenguajes dise6ados para describir el conjunto de acciones consecuti&as

que un equipo debe ejecutar. Por lo tanto, un lenguaje de programación es un modo

prctico para que los seres $umanos puedan dar instrucciones a un equipo.

*.-.&- L$:#!s 0 Pro:r!!2$ #s!0os $ 8 Ds!rro88o 08

s2s>!

*.-.&-.& J!!sr25>

1a&aScript es un lenguaje de programación que se utili7a principalmente para

crear pginas eb dinmicas.

Dna pgina eb dinmica es aquella que incorpora efectos como te'to que

aparece % desaparece, animaciones, acciones que se acti&an al pulsar botones %

&entanas con mensajes de a&iso al usuario.

T!cnicamente, 1a&aScript es un lenguaje de programación interpretado, por lo

que no es necesario compilar los programas para ejecutarlos. En otras palabras, los

programas escritos con 1a&aScript se pueden probar directamente en cualquier



na&egador sin necesidad de procesos intermedios. 0 pesar de su nombre, no guarda

ninguna relación directa con el lenguaje de programación 1a&a. :egalmente,1a&aScript es una marca registrada de la empresa Sun (icros%stems.

C!r!>r;s>2!s

. Es simple, no $ace falta tener conocimientos de programación para

poder $acer un programa en 1a&ascript.

4. (aneja objetos dentro de nuestra pgina eb % sobre ese objeto

podemos definir diferentes e&entos. 2ic$os objetos facilitan la

programación de paginas interacti&as, a la &e7 que se e&ita la posibilidad

de ejecutar comandos que puedan ser peligrosos para la maquina del

usuario, tales como formateo de unidades, modificar arc$i&os etc.

. Es dinmico, responde a e&entos en tiempo real. E&entos como

presionar un botón, pasar el puntero del (ouse sobre un determinado

te'to o el simple $ec$o de cargar la pgina o caducar un tiempo. Con

esto podemos cambiar totalmente el aspecto de nuestra pgina al gusto

del usuario, e&itndonos tener en el ser&idor un pgina para cada gusto,

$acer clculos en base a &ariables cu%o &alor es determinado por el

usuario, etc.

Or2:$

El lenguaje fue in&entado por H r e n d an E ic $ en la empresa <etscape

Communications, que es la que desarrolló los primeros na&egadores eb

comerciales. 0pareció por primera &e7 en el producto de <etscape llamado <etscape

<a&igator 4.B. :os autores inicialmente lo llamaron (oc$a % ms tarde :i&eScript



pero fue rebauti7ado como 1a&aScript en un anuncio conjunto entre Sun

(icros%stems % <etscape, el 3 de diciembre de /.

Tradicionalmente, se &enía utili7ando en pginas Keb 9T(:, para reali7ar

tareas % operaciones en el marco de la aplicación "nicamente cliente, sin acceso a

funciones del ser&idor. 1a&aScript se ejecuta en el agente de usuario al mismo tiempo

que las sentencias &an descargndose junto con el código 9T(:.

En - los autores propusieron 1a&aScript para que fuera adoptado como

estndar de la European Computer (anufacturers] 0ssociation EC(0, que a pesar de

su nombre no es europeo sino internacional, con sede en Ginebra. En junio de -

fue adoptado como un estndar EC(0, con el nombre de E C ( 0 Sc r ip t. Poco

despu!s tambi!n lo fue como un estndar IS8. 1 S c r ip t es la implementación de

EC(0Script de ( ic r o s o f t, mu% similar al 1a&aScript de <etscape, pero con ciertas

diferencias en el modelo de objetos del na&egador que $acen a ambas &ersiones con

frecuencia incompatibles.

*.-.&-.- PP

Es un lenguaje de programación interpretado, dise6ado originalmente para la

creación de p g i n as K e b dinmicas. Es usado principalmente en interpretación del

lado del ser&idor ser&erNside scriptingF pero actualmente puede ser utili7ado desde

una interfa7 de línea de comandos o en la creación de otros tipos de programas

inclu%endo aplicaciones con interfa7 grfica.

P9P es un lenguaje interpretado de propósito general ampliamente usado % que

est dise6ado especialmente para desarrollo Keb % puede ser incrustado dentro de

código 9T(:. Generalmente se ejecuta en un ser&idor Keb, tomando el código en

P9P como su entrada % creando pginas Keb como salida



C!r!>r;s>2!s

:as cuatro grandes características# Aelocidad, estabilidad, seguridad %

simplicidad.

. V8o20!0% <o solo la &elocidad de ejecución, la cual es importante,

sino adems no crear demoras en la mquina. Por esta ra7ón no debe

requerir demasiados recursos de sistema. P9P se integra mu% bien junto

a otro softKare, especialmente bajo ambientes Dni', cuando se

configura como módulo de 0pac$e, esta listo para ser utili7ado.

4. Es>!72820!0% :a &elocidad no sir&e de muc$o si el sistema se cae cada

cierta cantidad de ejecuciones. P9P utili7a su propio sistema de

administración de recursos % dispone de un sofisticado m!todo de

manejo de &ariables, conformando un sistema robusto % estable.

. S:#r20!0% El sistema debe poseer protecciones contra ataques. P9P

pro&ee diferentes ni&eles de seguridad.

3. S258220!0% Se les debe permitir a los programadores generar código

producti&amente en el menor tiempo posible. Dsuarios con e'periencia

en C % C^^ podrn utili7ar P9P rpidamente.

8tra característica a tener en cuenta seria la conecti&idad. P9P dispone de una

amplia gama de librerías, % agregarle e'tensiones es mu% fcil. Esto le permite alP9P ser utili7ado en muc$as reas diferentes, tales como encriptado, grficos, )(: %

otras.



V$>!!s

P9P corre en casiF cualquier plataforma utili7ando el mismo código fuente,

pudiendo ser compilado % ejecutado en algo así como 4/ plataformas,

inclu%endo diferentes &ersiones de Dni', indoKs

/,+,<T,(E,4BBB,)P,bla,bla,blaF % (acs.

:a sinta'is de P9P es similar a la del C, por esto cualquiera con e'periencia en

lenguajes del estilo C podr entender rpidamente P9P. Entre los lenguajes del

tipo C incluimos al 1a&a % 1a&ascript, de $ec$o muc$a de la funcionalidad del

P9P se la debe al C.

P9P es completamente e'pandible. Est compuesto de un sistema principal

escrito por QendF, un conjunto de módulos % una &ariedad de e'tensiones de

código.

(uc$as interfaces distintas para cada tipo de ser&idor.

Puede interactuar con muc$os motores de bases de datos tales como (%S:,

(S S:, 8racle, Informi', PostgreS:, % otros muc$os. Siempre podrs

disponer de 82HC para situaciones que lo requieran.

Dna gran &ariedad de módulo, cuando un programador P9P necesite una

interfase para una librería en particular, fcilmente podr crear una 0PI para

esta.

*apide7. P9P generalmente es utili7ado como modulo de 0pac$e, lo que lo

$ace e'tremadamente &elo7. Esta completamente escrito en C, así que seejecuta rpidamente utili7ando poca memoria.

P9P es 8pen Source, lo cual significa que el usuario no depende de una

compa6ía específica para arreglar cosas que no funcionan, adems no ests

for7ado a pagar actuali7aciones anuales para tener una &ersión que funcione.



*.-.&-.* TML

9T(: es un lenguaje que se utili7a fundamentalmente en el desarrollo de

pginas Keb. Es la sigla de 9iperTe't (ar=up :anguage :enguaje de (arcación de

9iperte'toF es un lenguaje es se utili7a com"nmente para establecer la estructura %

contenido de un sitio Keb, tanto de te'to, objetos e imgenes. :os arc$i&os

desarrollados en 9T(: usan la e'tensión .$tm o .$tml.

El lenguaje de 9T(: funciona por medio de >etiquetas? que describen la

apariencia o función del te'to enmarcado. Este lenguaje puede llegar a incluir un

script o código que tenga incidencia en el comportamiento del na&egador Keb de

elección.

:a funcionalidad del 9T(: es tan sencilla que puede ser creado % editado en

cualquier editor de te'tos bsicos, como el Hloc de <otas típico del sistema operati&o

indoKs. Tambi!n puede editarse en procesadores de te'tos, softKare de dise6o Keb

o aplicaciones Keb directamente, como lo ms con&encionales programas de

administración de contenido como ordpress.

*.-.&* B!ss 0 D!>os

Seg"n _e&in :one% % Hob Hr%la 4BB/F#

Dna base de datos es una colección de datos en disco repartidos entre unoo ms arc$i&os de un ser&idor de base de datos que recopila % mantiene

un conjunto de información relacionada. :a Hase de 2atos est

compuesta por di&ersas estructuras físicas % lógicas, siendo la tabla la

estructura lógica de ma%or importancia en la base de datos. Dna tabla est

compuesta de filas % columnas que contienen datos relacionados. Como

mínimo, una Hase de datos debe tener al menos una tabla para almacenar

información "til. p.43F



8tra de las definiciones de Hase de datos aportada por S$am=ant H.

<a&at$e4BB4F % *ame7 0. Elmasri, es la siguiente# >una base de datos es unacolección de datos relacionados. Por datos se queremos decir $ec$os conocidos que

pueden registrarse % que tienen un significado implícito? pag.3F.

Seg"n estos dos "ltimos autores una base de datos tiene las siguientes

propiedades implícitas#

Dna Hase de datos representa algunos aspectos del mundo real, en ocasiones

denominado minimundo o Dni&erso del discurso. :os cambios del minimundo se

reflejan en la base de datos.

Dna Hase de datos es una colección co$erente de datos con significados

in$erentes. Dn conjunto aleatorio de datos no puede considerarse como una base de

datos. Se dise6a, constru%e % prueba con datos para un propósito específico. Est

destinada a un grupo de usuarios concreto % tiene algunas aplicaciones preconcebidas

en las cules estn interesados dic$os usuarios.

*.-.&*.& C!r!>r;s>2!s

Entre las principales características de los sistemas de base de datos podemos

mencionar#

. Independencia lógica % física de los datos.

4. *edundancia mínima.

. Integridad de los datos.

3. Consultas complejas optimi7adas.

/. Seguridad de acceso % auditoría.

5. *espaldo % recuperación.



*.-.&*.- V$>!!s 0 8!s 7!ss 0 0!>os

Co$>ro8 so7r 8! r0#$0!$2! 0 0!>os%

:os sistemas de fic$eros almacenan &arias copias de los mismos datos en

fic$eros distintos. Esto $ace que se desperdicie espacio de almacenamiento, adems

de pro&ocar la falta de consistencia de datos.

En los sistemas de bases de datos todos estos fic$eros estn integrados, por lo

que no se almacenan &arias copias de los mismos datos. Sin embargo, en una base de

datos no se puede eliminar la redundancia completamente, %a que en ocasiones es

necesaria para modelar las relaciones entre los datos.

Co$s2s>$2! 0 0!>os%

Eliminando o controlando las redundancias de datos se reduce en gran medida

el riesgo de que $a%a inconsistencias. Si un dato est almacenado una sola &e7,

cualquier actuali7ación se debe reali7ar sólo una &e7, % est disponible para todos los

usuarios inmediatamente. Si un dato est duplicado % el sistema conoce esta

redundancia, el propio sistema puede encargarse de garanti7ar que todas las copias se

mantienen consistentes.

Co5!r>22$ 0 0!>os%

En los sistemas de fic$eros, los fic$eros pertenecen a las personas o a los

departamentos que los utili7an. Pero en los sistemas de bases de datos, la base de

datos pertenece a la empresa % puede ser compartida por todos los usuarios que est!n

autori7ados



M!$>$22$>o 0 s>9$0!rs%

Gracias a la integración es ms fcil respetar los estndares necesarios, tanto los

establecidos a ni&el de la empresa como los nacionales e internacionales. Estos

estndares pueden establecerse sobre el formato de los datos para facilitar su

intercambio.

Mor! $ 8! 2$>:r20!0 0 0!>os%

:a integridad de la base de datos se refiere a la &alide7 % la consistencia de los

datos almacenados. <ormalmente, la integridad se e'presa mediante restricciones o

reglas que no se pueden &iolar. Estas restricciones se pueden aplicar tanto a los datos,

como a sus relaciones, % es el SGH2 quien se debe encargar de mantenerlas.

Mor! $ 8! s:#r20!0%

:a seguridad de la base de datos es la protección de la base de datos frente a

usuarios no autori7ados. Sin unas buenas medidas de seguridad, la integración de

datos en los sistemas de bases de datos $ace que !stos sean ms &ulnerables que en

los sistemas de fic$eros.

Mor! $ 8! !s272820!0 ! 8os 0!>os%

(uc$os SGH2 proporcionan lenguajes de consultas o generadores de informes

que permiten al usuario $acer cualquier tipo de consulta sobre los datos, sin que sea

necesario que un programador escriba una aplicación que realice tal tarea.



Mor! $ 8! 5ro0#>220!0%

El SGH2 proporciona muc$as de las funciones estndar que el programador

necesita escribir en un sistema de fic$eros. 0 ni&el bsico proporciona todas las

rutinas de manejo de fic$eros típicas de los programas de aplicación. El $ec$o de

disponer de estas funciones permite al programador centrarse mejor en la función

específica requerida por los usuarios, sin tener que preocuparse de los detalles de

implementación de bajo ni&el.

Mor! $ 8 !$>$22$>o%

En los sistemas de fic$eros, las descripciones de los datos se encuentran

inmersas en los programas de aplicación que los manejan. Esto $ace que los

programas sean dependientes de los datos, de modo que un cambio en su estructura, o

un cambio en el modo en que se almacena en disco, requiere cambios importantes en

los programas cu%os datos se &en afectados.

Sin embargo, los SGH2 separan las descripciones de los datos de las

aplicaciones. Esto es lo que se conoce como independencia de datos, gracias a la cual

se simplifica el mantenimiento de las aplicaciones que acceden a la base de datos.

A#$>o 0 8! o$#rr$2!%

En algunos sistemas de fic$eros, si $a% &arios usuarios que pueden acceder

simultneamente a un mismo fic$ero, es posible que el acceso interfiera entre ellos de

modo que se pierda información o se pierda la integridad. :a ma%oría de los SGH2

gestionan el acceso concurrente a la base de datos % garanti7an que no ocurran

problemas de este tipo.



Mor! $ 8os sr22os 0 o52!s 0 s:#r20!0%

(uc$os sistemas de fic$eros dejan que sea el usuario quien proporcione las

medidas necesarias para proteger los datos ante fallos en el sistema o en las

aplicaciones. :os usuarios tienen que $acer copias de seguridad cada día, % si se

produce alg"n fallo, utili7ar estas copias para restaurarlos. En este caso, todo el

trabajo reali7ado sobre los datos desde que se $i7o la "ltima copia de seguridad se

pierde % se tiene que &ol&er a reali7ar. Sin embargo, los SGH2 actuales funcionan de

modo que se minimi7a la cantidad de trabajo perdido cuando se produce un fallo.

*.-.&*.* Ds$>!!s 0 8!s 7!ss 0 0!>os

El uso de las bases de datos pueden tener ciertas des&entajas. 0lgunas de ellas

se mencionan a continuación#

Co5820!0#

:os SGH2 son conjuntos de programas que pueden llegar a ser complejos con

una gran funcionalidad. Es preciso comprender mu% bien esta funcionalidad para

poder reali7ar un buen uso de ellos.

Cos> 08 H#25!2$>o !022o$!8%

Tanto el SGH2, como la propia base de datos, pueden $acer que sea necesario

adquirir ms espacio de almacenamiento. 0dems, para alcan7ar las prestaciones

deseadas, es posible que sea necesario adquirir una mquina ms grande o una

mquina que se dedique solamente al SGH2. Todo esto $ar que la implantación de

un sistema de bases de datos sea ms cara.



V#8$r!78 ! 8os =!88os%

El $ec$o de que todo est! centrali7ado en el SGH2 $ace que el sistema sea ms

&ulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias

de seguridad Hac=upF.

*.* B!ss L:!8s

0 continuación se muestran las bases legales que sustentan la in&estigación#

*.*.& M!$#!8 0 Nor!s I0$>20!0 Cor5or!>2!

Para efectos de elaboración de documentos de membrete, pie de pginas % otros

formatos la Dni&ersidad debe regirse por el (anual elaborado por la Coordinación de

8rgani7ación % Sistemas 28SIF en coordinación con la 2irección de Comunicación

Corporati&a 2ICCF % el Centro de Tecnología Educati&a de la Dni&ersidad de

8riente.

El manual % su contenido es para uso interno de la Dni&ersidad de 8riente, por

tal moti&o sal&o instrucciones diferentes el mismo no puede ser modificado total o

parcialmente sin la autori7ación e'presa de la 8rgani7ación % 2irección de sistemas.

*.*.- Dr>o o$ =#rK! 0 8" Nro &-( 0 M$s!s 0 0!>os "

=2r!s 8>r$2!s

Ar>;#8o ,%

:os mensajes de datos estarn sometidos a las disposiciones constitucionales %

legales que garanti7an los derec$os a la pri&acidad de las comunicaciones % de acceso

a la información personal.



Ar>;#8o '%Cuando la le% requiera que la información sea presentada o conser&ada en su

forma original, ese requisito quedar satisfec$o con relación a un mensaje de datos si

se $a conser&ado su Integridad % cuando la información contenido en dic$o mensaje

est! disponible. 0 tales efectos se considera que un (ensaje de datos, permanece

integro si se mantiene inalterable desde que se generó, sal&o alg"n cambio de forma

propio del proceso de comunicación, arc$i&o o presentación. E'traído el B de 1unio

de 4BB desde Internet# $ t tp # KK K .go b ie r n o e n li n ea .& e d o c ( g r s $ a r e d f iles 5 B . p d f F

*.*.* Dr>o **6 so7r #so 08 So=>!r L27r.

Publicado en gaceta oficial <o. +.B/ el 4+ de 2iciembre del 4BB3, que

establece el uso de SoftKare :ibre para la 0dministración P"blica <acional

Aene7olana.

Ar>;#8o &. :a 0dministración P"blica <acional emplear prioritariamente

SoftKare :ibre desarrollado con Estndares 0biertos, en sus sistemas, pro%ectos %

ser&icios informticos. 0 tales fines, todos los órganos % entes de la 0dministración

P"blica <acional iniciarn los procesos de migración gradual % progresi&a de !stos

$acia el SoftKare :ibre desarrollado con Estndares 0biertos. E'traído el / de 1unio

desde Internet# $ tt p # e n c on tr a r te . a po r r ea .or g m e d ia 35 d e c r et o .pdf F

.

*.*.( Dr>o N+-,% P#782!0o $ G!>! O=22!8 0 8! R53782!Bo82!r2!$! 0 V$K#8!. C!r!!s -- 0 !"o 08 -. N#ro

*)6,,

E8 !r>2#8o N*, establece que los organismos p"blicos debern utili7ar

preferentemente Internet para el intercambio de información con los particulares,

http://www.gobiernoenlinea.ve/docMgr/sharedfiles/360.pdf

http://encontrarte.aporrea.org/media/46/decreto.pdf



























































http://www.gobiernoenlinea.ve/docMgr/sharedfiles/360.pdf




prestando ser&icios comunitarios a tra&!s de Internet, tales como bolsas de trabajo,

bu7ón de denuncias, tramites comunitarios con los centros de salud educación,información % otros, así como cualquier otro ser&icio que ofre7ca facilidades %

soluciones a las necesidades de la población. :a utili7ación de Internet tambi!n

deber suscribirse a los fines del funcionamiento operati&o de los organismos

p"blicos tanto interna como e'ternamente.

*.( D=2$22$ 0 T1r2$os

Todos los t!rminos necesarios para entender el desarrollo del sistema se

encuentran plasmados en el artefacto que lle&a por nombre 2ocumento Glosario p.F.

En este documento se muestra una lista de los t!rminos rele&antes % sus definiciones.

Tiene como propósito e&itar interpretaciones ambiguas de t!rminos t!cnicos o

propios del dominio del problema.



CAPÍTULO IV

MARCO METODOLÓGICO

(.& T25o " N28 0 I$s>2:!2$

0l $ablar de in&estigación es necesario mencionar que es una acti&idad

encaminada a la solución de problemas e implica entre otras cosas# el descubrimiento

de alg"n aspecto de la realidad % la producción de un nue&o conocimiento, el cual

puede estar dirigido a incrementar los postulados teóricos de una misma ciencia.

Para lle&ar a cabo el desarrollo del sistema 8fimtico que gestione aquellos

documentos de carcter administrati&o se plantea un tipo % un ni&el de la

in&estigación. Para ello 0rias, ; F indica que el ni&el de la in&estigación es el

grado de profundidad con que se aborda un fenómeno. Pg.4F

Seg"n el ni&el la in&estigación se clasifica en E'ploratoria, E'plicati&a. %

2escripti&a .

En la in&estigación e'ploratoria se efect"a el estudio sobre un tema poco

conocido % se obtiene una &isión apro'imada. En la in&estigación E'plicati&a se

busca el porqu! de los $ec$os mediante el establecimiento de relaciones causaNefecto

% por "ltimo la in&estigación descripti&a trata de la caracteri7ación de un $ec$o o

fenómeno para establecer su estructura o comportamiento.

El desarrollo del presente sistema estu&o basado en el ni&el de in&estigación de

tipo descripti&a %a que se inició estudiando la situación actual de las dependencias, en

cuanto a la forma de manejar los documentos. Todo esto a%udó a entender la

problemtica e'istente % lle&ar a cabo el desarrollo del sistema ofimtico para las

dependencias gerenciales de la Dni&ersidad de 8riente <"cleo (onagas.



En cuanto al tipo de in&estigación ;idias. 0 la clasifica seg"n el dise6o o la

estrategia. Seg"n el dise6o se $abla de in&estigación documental, de campo %e'perimental.

En este sentido la presente in&estigación se considera de Campo % 2ocumental.

2e campo debido a que se recolectaron datos directamente de la realidad % tambi!n

documental porque se basó en la obtención % anlisis de datos pro&enientes de

materiales impresos u otros tipos de documentos, para ello se anali7aron los

documentos elaborados diariamente en las dependencias, para comparar formatos %

establecer uno estndar de cada tipo.

(.- Po78!2$ " M#s>r!

Seg"n 0rias ; 4BB5F# :a población o en t!rminos ms precisos población

objeti&o, es un conjunto finito o infinito de elementos con características comunes

para los cuales sern e'tensi&as las conclusiones de la in&estigación. Esta queda

limitada por el problema % por los objeti&os del estudio. p.+F.

:a población tomada en cuenta para la presente in&estigación estu&o

representada por todas las sesenta % dos dependencias de la Dni&ersidad de 8riente

<"cleo (onagas

En cuanto a la muestra 9urtado 4BBBF la define como# >Dna porción de la

población que se toma para reali7ar el estudio, la cual se considera representati&a dela poblaciónF? p. /3F.

En este caso se tomo como muestra aquellas unidades gerenciales que manejan

muc$os documentos oficiales % necesitan comunicarse diariamente# ellas son#

2ecanato, Correspondencia, Coordinación 0cad!mica, 2elegación de Personal %

Centro de Computación entre las cuales se encuentran un total de / usuarios a los



cuales se in&estigó para saber la forma en que cada uno de ellos lle&aban a cabo las

labores de elaboración de oficios % otros documentos. Cabe destacar que en estamuestra tambi!n se inclu%en a los mensajeros tanto internos como e'ternos.

;idias 0rias di&ide los muestreos en dos grupos. 0 continuación se puede

obser&ar la figura 5 con los tipos de muestras para luego establecer cul fue el

utili7ado durante el desarrollo del sistema#

F2:#r! &)% Tipos de (uestreos.

F#$> ;idias 0rias F.

En este sentido se acota que el tipo de muestreo que se utili7ó fue No

5ro7!728;s>2o 2$>$2o$!8 # o52$!>2o debido a que se seleccionaron los elementos

en este caso las dependencias gerencialesF con base a criterios del in&estigador.



(.* T1$2!s I$s>r#$>os 0 Ro82$ D D!>os

Es necesario definir las t!cnicas e instrumentos de recolección de datos para

construir los instrumentos que permitan obtener datos de la realidad.

;idias G. 0rias 4BB5F, define# >Dn instrumento de recolección de datos es

cualquier recurso, dispositi&o o formato en papel o digitalF, que se utili7a para

obtener, registrar o almacenar información?. p.5F.

Entre las t!cnicas se pueden mencionar la obser&ación directa, la encuesta en

sus dos modalidades entre&ista o cuestionarioF, el anlisis documental, anlisis de

contenido, entre otros. En la presente in&estigación se $i7o uso de las siguientes

t!cnicas#

O7sr!2$ D2r>!% es la ms com"n de las t!cnicas de recolección de datos,

esta se fundamenta en el reconocimiento &isual de los acontecimientos o fenómenos

correspondientes al sistema actual del objeto en estudio. Esta t!cnica se utili7ó para

obser&ar directamente la forma en que se manejaban las labores de oficina en las

dependencias % así poder anali7ar los focos problemticos que se estaban presentando

en el manejo de documentos. Se $i7o uso de una computadora portatil

E$>r2s>!s $o s>r#>#r!0!s

Se reali7aron entre&istas de tipo no estructuradas con el fin de conocer elfuncionamiento % las necesidades de las dependencias en estudio en cuanto a la forma

de elaborar, recibir % en&iar documentos de carcter administrati&os. 2e igual forma

se buscó entrar en confian7a con las personas entre&istadas para obtener propuestas

que contribu%an a la mejora de dic$os procesos, todo esto con el fin de orientar el

flujo de requerimientos para el desarrollo del sistema ofimtico. Como instrumento

de recolección de $i7o uso de un grabador.



En este tipo de entre&istas no se dispone de una guía de preguntas elaboradas pre&iamente. Es por eso que el entre&istador debe poseer una gran $abilidad para

formular las interrogantes sin perder la co$erencia.

R2s2$ Do#$>!8# (ediante esta t!cnica se reali7aron consultas de

material e'istente en las dependencias gerenciales para así poder comparar entre los

distintos formatos de documentos que cada una de ellas manejaba. Se $i7o uso de un

cuaderno de un cuaderno de notas.

(.( T1$2!s 0 A$982s2s 0 D!>os

Dna &e7 recolectada la información mediante el uso de las t!cnicas de

recolección de datos se necesita tambi!n t!cnicas que a%uden a anali7ar dic$os datos

recogidos, para que de esta manera se pueda comprender la situación actual.

En este sentido se utili7ó como t!cnica para anali7ar los datos el anlisis de

contenido, %a que se estudiaron los resultados obtenidos de las entre&istas no

estructuradas, la re&isión documental % de la obser&ación directa para guiar la

construcción del sistema

Seg"n ;idias 0 F el anlisis de contenido es una t!cnica dirigida a lacuantificación % clasificación de las ideas de un te'to, mediante categorías

preestablecidas. p.3F

(., D2s?o O5r!>2o



El pro%ecto de desarrollo se lle&ó a cabo siguiendo la metodología de trabajo

*DP, la cual tiene como propósito asegurar la producción de un softKare de altacalidad que re"na las necesidades de los usuarios finales dentro de un plan % un

presupuesto predecible, adems pro&ee un enfoque disciplinado para asignar tareas %

responsabilidades dentro del desarrollo del sistema, pro&ee un cambio metódico %

sistemtico para desarrollar, dise6ar % &alidar una arquitectura. 0 continuación se

describen las etapas lle&adas a cado para la elaboración del sistema las cuales son el

resultado de las fases de inicio, elaboración % construcción de *DP.

E>!5! I% Es>#02o 08 N:o2o

En la primera etapa se buscó conocer el negocio, entender cómo se lle&aban a

cabo los procesos de elaboración % en&ío de documentos entre las distintas

dependencias actualmente, adems de anali7ar las necesidades % problemas actuales

que se presentan a la $ora de elaborar % en&iar documentos. Para ello se reali7aron

entre&istas directas a las personas encargadas de elaborar oficios, se indagaron %

compararon los distintos formatos de documentos para anali7arlos % obtener uno

estndar de cada tipo. Se determinaron las necesidades actuales % los requerimientos

que deber lle&ar el nue&o sistema. 0dems se interrogaron aquellas personas dentro

de la Dni&ersidad que se dedican a desarrollar aportes tecnológicos significati&os %

poder demostrar la importancia del desarrollo del nue&o sistema para la Institución.

*DP est basada en iteraciones % durante la primera que $a sido planeada se

lle&arn a cabo las siguientes acti&idades#

*eali7ar entre&istas de manera periódica a aquellas personas que laboran en las

distintas dependencias.



0nali7ar los requisitos de los usuarios.

Comparar los formatos de los distintos documentos que se manejan.

2eterminar las necesidades % los requerimientos del nue&o sistema.

Establecer el plan inicial para el desarrollo del sistema

8btener el modelo de casos de uso del negocio, documento &isión,

glosario, administración de riesgos, arquitectura del negocio % reporte de

trabajadores del negocio.

E>!5! II% D2s?o 0 8! ArH#2>>#r!

Para la segunda etapa %a era necesario tomar en cuenta las necesidades %

requerimientos capturados en las entre&istas.

En esta fase se buscó establecer la estructura que tendría el nue&o sistema, para

ello se reali7aron las siguientes acti&idades#

2efinir la arquitectura para el nue&o sistema.

Elaborar un plan factible para lle&ar a cabo la construcción del sistema.

0tenuar en la medida de lo posible los riesgos.

*eali7ar los distintos diagramas de modelado.

Transformar los requisitos de los usuarios al dise6o del sistema.



Dna &e7 finali7ada esta segunda etapa %a se contaba con una arquitectura sólida

para el desarrollo del sistema % una definición del alcance % las limitaciones que sedeben tomar en cuenta.

E>!5! III% Co$s>r#2$ 08 So=>!r

En esta etapa se planificaron detalladamente el orden en el cual se iban a

codificar los módulos del sistema. Se *eali7aron tablas, % se inició la programación

de los procesos. 0dems se &erificó que las funcionalidades del sistema coincidieran

con el dise6o % los requisitos de los usuarios. Para ello se reali7aron las siguientes

acti&idades#

Planificar en qu! orden sern codificados los módulos del sistema.

Codificar las clases % los objetos.

Aerificar que el producto funcione seg"n lo dise6ado.

Entregar el producto beta del sistema

:a cuarta % "ltima etapa es la de transición, cu%a etapa no se lle&ó a cabo por el

desarrollador del sistema %a que se entregó la &ersión beta del sistema propuesto,

tomando en cuenta la 0rquitectura dise6ada. :a "ltima etapa la completarn

especialistas % analistas de sistemas del Centro de Computación los cules utili7arn

datos reales de la base de datos de la Dni&ersidad % reali7arn una serie de pruebas

para &erificar que el funcionamiento del sistema sea óptimo.

0 continuación Aer cuadro F se muestra una relación entre los objeti&os

específicos % las acti&idades propuestas en las fases de la metodología#

C#!0ro *% *elación (etodologíaN:ogros específicos.



E>!5!s F!ss A>220!0s O7>2osI

Estudio del <egocio

Inicio *eali7ar entre&istas de manera

periódica a aquellas personas quelaboran en las distintas dependencias.

0nali7ar los requisitos de los

usuarios.

Comparar los formatos de los

distintos documentos que se

manejan.

2eterminar las necesidades % los

requerimientos del nue&o sistema.

Establecer el plan inicial para el

desarrollo del sistema

8btener el modelo de casos deuso del negocio, documento &isión,

glosario, administración de riesgos,

arquitectura del negocio % reporte de

trabajadores del negocio.

. 2eterminar la

situación actualde las

dependencias en

cuanto a la

forma actual de

lle&ar a cabo los

procedimientos

ofimticos.

4. 2escribir los

problemas %

necesidades

actuales que presentan las

dependencias a

la $ora de

elaborar % en&iar

documentos.

C#!0ro * Cont .

II

2ise6o de la

0rquitectura

Elaboración 2efinir la arquitectura para el

nue&o sistema.

Elaborar un plan factible paralle&ar a cabo la construcción del

sistema. 0tenuar en la medida de lo

posible los riesgos.

*eali7ar los distintos

diagramas de modelado.

Transformar los requisitos de

los usuarios al dise6o del

sistema.

8btener los artefactos#

2ocumento 0rquitectura de

SoftKare, especificación de los

casos de uso del sistema, reporte

de clases.

. 2ise6ar la

arquitectura del

nue&o sistema propuesto

tomando en

cuenta los

requerimientos %

las necesidades

de los usuarios.



III

Construcción

del SoftKare

Construcción Planificar en qu! orden se

&an a codificar los módulos del

sistema.

Codificar las clases % los

objetos.

Aerificar que el producto

funcione seg"n lo dise6ado.

Entregar el producto beta del

sistema

3. 2esarrollar el

sistema propuesto

tomando encuenta la

arquitectura

dise6ada % las

necesidades de la

Dni&ersidad para

actuali7arse en el

mbito

tecnológico.

F#$>% L#$! Y -&



CAPÍTULO V

RESULTADOS

(.& E>!5! I: Es>#02o 08 N:o2o

El primer objeti&o planteado para la lle&ar a cabo el desarrollo del Sistema8fimtico estu&o enfocado a determinar la situación actual de las dependencias en

cuanto a la forma de lle&ar a cabo la elaboración % en&ío de documentos. Para ello se

anali7o la situación real de aquellas dependencias gerenciales como lo son#

Coordinación 0dministrati&a, Coordinación 0cad!mica, ;inan7as, Presupuesto %

Centro de Computación.

Para lle&ar a cabo un conocimiento certero de dic$os procedimientos

ofimticos se $i7o uso de tres t!cnicas para recolectar los datos. En primer lugar se

utili7ó la obser&ación directa para tener una idea de las labores reali7adas por las

secretarias % entender la situación real. :uego para indagar cuales eran las opiniones,

responsabilidades % requisitos de los trabajadores se reali7aron entre&istas no

estructuradas a las secretarias. 0dems se empleó la re&isión documental en las

distintas dependencias para anali7ar los distintos documentos que se manejan %

clasificarlos por tipos.

2e igual forma se utili7ó la t!cnica de anlisis de contenido para anali7ar los

datos obtenidos con las t!cnicas aplicadas para la recolección de datos.

En esta primera etapa se reali7ó un estudio del negocio % se locali7aron los

focos problemticos que justifican el porque de la construcción del sistema. Toda la



información fue plasmada en un conjunto de artefactos propios de la metodología de

desarrollo *DP, los cuales se muestran a continuación< Do#$>o V2s2$.

< Do#$>o 0 P8!$ 0 A02$2s>r!2$ 0 R2s:os.

< P8!$ 0 2>r!2$ G$r!8.

< ArH#2>>#r! 08 N:o2o

< Es52=2!2$ 0 !so 0 #so 08 $:o2o% E8!7or!r Do#$>os

< Es52=2!2$ 0 !so 0 #so 08 $:o2o% B#s!r Do#$>os

< Es52=2!2$ 0 !so 0 #so 08 $:o2o% R:2s>r!r So822>#0s

P$02$>s



PROYECTO% Sistema 8fimtico para la gestión de

documentos administrati&os en las dependencias gerenciales

de la Dni&ersidad de 8riente <"cleo (onagas.

VERSIÓN% B.

NOMBRE DEL DOCUMENTO% 2ocumento Aisión FECA%

0gosto 4BB+

S2s>! O=29>2o 5!r! 8! :s>2$ 0 0o#$>os !02$2s>r!>2os $

8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Do#$>o V2s2$

Vrs2$ &.






VERSIÓN% B.


0gosto 4BB+

2s>or2!8 0 R2s2o$s

F4! Vrs2$ Dsr252$ A#>or

B44BB+ B. Aersión preliminar como

propuesta de desarrollo.

@osmar% 1. :una

P.

B/4BB B. Aersión preliminar como


@osmar% 1. :una

P.

5B54BB B.4 Aersión preliminar como


@osmar% 1. :una

P.

B-B+4BB B. Aersión preliminar como


@osmar% 1. :una

P.






VERSIÓN% B.


0gosto 4BB+

V2s2$

&. I$>ro0#2$

&.& Pro5s2>o

El presente documento tiene como objeti&o mostrar una &isión inicial del

pro%ecto % ser&ir de soporte para la ejecución del desarrollo de un Sistema 8fimtico

para la Gestión de los documentos administrati&os en las dependencias gerenciales de

la Dni&ersidad de 8riente <"cleo (onagas.

El documento se concentra en los requerimientos a ni&el de funciones tanto de

los participantes en el pro%ecto como de los usuarios finales.

&.- A8!$

El documento Aisión ser&ir de soporte para el desarrollo del sistema

ofimtico, el cual ser desarrollado bajo plataforma Keb % regido por el decreto

Presidencial B, el cual promue&e el uso de SoftKare libre como prioridad en los

sistemas, pro%ectos % ser&icios informticos.

2e manera mu% general el sistema incluir las funcionalidades de en&ío %

recepción de documentos administrati&os % permitir la comunicación de las distintas

dependencias.

&.* D=2$22o$s@ S2:8!s " A7r2!>#r!s






VERSIÓN% B.


0gosto 4BB+

2ocumento Glosario

*eferencias

Glosario.

*DP *ational Dnified ProcessF.

-. Pos22o$!2$>o

-.& O5or>#$20!0 0 N:o2o

El Sistema ofimtico permitir a las dependencias de la Dni&ersidad

manejar los documentos oficiales a tra&!s de una aplicación, lo cual mejorar la

comunicación e incrementar la &elocidad de en&ío % recepción de documentos.

El nue&o sistema le ser&ir de soporte a las distintas dependencias para

el uso, anlisis o diseminación de la información formalmente en toda la

Dni&ersidad % admitir la creación de interfaces amigables % fciles de usar.

(a%or confiabilidad en los datos % se eliminar cualquier inconsistencia

posible.

Establecimiento de estndares que permitan adaptarse al cumplimiento

del 2ecreto Presidencial B % a la &e7 cumplir con las nue&as e'igencias en

cuanto al mbito tecnológico.

:a información ser manejada de una forma organi7ada % confiable.

0dems los documentos sern dispuestos en bandejas de entrada % salida.

:os usuarios podrn seguir la ruta de los documentos, debido a que se

manejarn diferentes estatus tales como redacción, re&isión, en&iado, entre

otros.






VERSIÓN% B.


0gosto 4BB+

:os jefes de las dependencias podrn publicar asignaciones para que

sean atendidas lo ms rpido posible por las secretarias.

-.- S$>$2! H# 0=2$ 8 5ro78!

C#!0ro (% Sentencia de definición del problema.

E8 5ro78!0

Elaborar documentos a tra&!s de un softKare de procesamiento dedatos como (icrosoft ord u oppenoffice genera retrasos debido

a que la redacción de documentos debe reali7arse % modificarse

cada &e7 que llegue una solicitud requerida por el jefe para

elaborar o buscar alg"n oficio.

El en&ío de documentos se reali7a mediante un mensajero interno

o e'terno, lo cual produce grandes retrasos debido a que el

mensajero recoge los documentos solo una &e7 al día. :as dems

solicitudes deben ser lle&adas por la secretaria, la cual deja de

cumplir con sus otras obligaciones para lle&ar los documentos a

su respecti&o destino.

:as b"squedas de documentos emitidos en fec$as pasadas

tambi!n resulta una labor tardía. Esto sucede porque actualmente

los documentos tanto recibidos como en&iados se almacenan en

un arc$i&ador.

:as dependencias no se rigen por los formatos de documentos

establecidos en el (anual de <ormas de Identidad Corporati&a.

A=>! ! :as distintas dependencias de la Dni&ersidad, a sus trabajadores %

por ende a la Institución.






VERSIÓN% B.


0gosto 4BB+

C#!0ro ( Cont.

E8 25!>o

!so2!0o s

*etraso en el cumplimiento de las labores diarias de las

dependencias.

2istribución de la información de forma no confiable.

*etardo en la b"squeda de documentos reali7ados en fec$as

pasadas.

U$! !0#!0!

so8#2$ sr;!

2ise6o % posterior desarrollo de un Sistema que le permita a los

departamentos comunicarse en el mbito administrati&o % lle&ar

al día todas las responsabilidades que contribu%an al buen

funcionamiento de la dependencia dentro de la Dni&ersidad.

0simismo, garanti7ar el control % orden de todos los documentos

tanto en&iados como recibidos.

F#$># :una. @ 4BBF

-.* S$>$2! H# 0=2$ 8! 5os22$ 08 Pro0#>o

C#!0ro ,# Sentencia de definición del Producto

P!r! :os encargados de la elaboración % en&ío de documentos

en cada dependencia.

Q#2$s *equieren elaborar los distintos documentos oficiales de

la dependencia sin retrasos.

E8 $o7r 08

5ro0#>o

Sistema ofimtico para la gestión de los documentos

administrati&os de las dependencias gerenciales de la

Dni&ersidad de 8riente n"cleo (onagas. El cual ser

desarrollado bajo plataforma Keb % enfocado en el uso de

$erramientas de SoftKare libre.






VERSIÓN% B.


0gosto 4BB+

C#!0ro ,Cont .

Q# Permitir manejar los documentos administrati&os

mediante una aplicación Keb de manera rpida % sencilla.

No oo :a actual forma de elaborar los documentos mediante

procesadores de te'tos. :o cual causa molestias porque las

secretarias deben sobrescribir los documentos, buscar el

"ltimo correlati&o para seguir la secuencia % esto puede

ocasionar la repetición de alg"n n"mero de oficio.

N#s>ro 5ro0#>o Permitir la elaboración, en&ío % recepción de documentos

administrati&os manejados entre las dependencias

gerenciales de la Dni&ersidad de 8riente <"cleo

(onagas.

:os documentos sern dispuestos en bandejas de entrada %

salida para su tramitación. El cual permitir tenerlos de

forma ms organi7ada, saber su estatus % consultarlo las

&eces que sea necesario.

Ser desarrollado cumpliendo con el 2ecreto Presidencial

B. 0dems estar apegado al manual de normas de

identidad corporati&a para cumplir con los estndares

e'igidos por la institución para elaborar los documentos.

F#$># :una, @ 4BBFN

*. Dsr252$ 0 S>!4o80rs P!r>225!$>s $ 8 Pro">o " Us#!r2os

Para pro&eer de una forma efecti&a productos % ser&icios que se ajusten a las

necesidades de los usuarios, es necesario identificar e in&olucrar a todos los

participantes en el pro%ecto como parte del proceso de modelado de requerimientos.






VERSIÓN% B.


0gosto 4BB+

Tambi!n es necesario identificar a los usuarios del sistema % asegurarse de que el

conjunto de participantes en el pro%ecto los representa adecuadamente. Esta sección

muestra un perfil de los participantes % de los usuarios in&olucrados en el pro%ecto,

así como los problemas ms importantes que !stos perciben para enfocar la solución

propuesta $acia ellos.

*.& Ro8s " Rs5o$s!72820!0s 0 8os P!r>225!$>s.

Cuadro 5% Ro8s " Rs5o$s!72820!0s ! $28 0 5!r>225!$>s

No7r 0 Ro8 Rs5o$s!72820!0

:íder del Pro%ecto El :íder de pro%ecto asigna los recursos, gestiona las

prioridades, coordina las interacciones con los clientes %

usuarios, % mantiene al equipo del pro%ecto enfocado en

los objeti&os. Super&isa el establecimiento de la

arquitectura del sistema. Planifica % controla el pro%ecto.

0nalista de Sistemas Captura, especifica % &alida los requisitos, interactuando

con el cliente % los usuarios mediante entre&istas.

Elaboración del (odelo de 0nlisis % 2ise6o.

Colaboración en la elaboración de las pruebas

funcionales % el modelo de datos.

0nalista de procesos de

negocio.

Es responsable de definir la arquitectura, definir los casos

de uso % actores % la interacción entre ellos.

Integrador Es el responsable de planear % reali7ar la integración de

elementos de la 0plicación.

Programador Construcción del SoftKare. Colaboración en la

elaboración de las pruebas funcionales, modelo de datos

% en las &alidaciones con el usuario.






VERSIÓN% B.


0gosto 4BB+

C#!0ro ) Cont.

Especialista en Pruebas

testerF

Es responsable de reali7ar las pruebas del softKare cada

&e7 que se realice una iteración % las pruebas finales

anotando los resultados de esa comprobación.

A#>or# :una. @ 4BBF

*.- Rs#$ 0 8os s>!4o80rs

*epresentante del rea t!cnica % sistemas de información

Cuadro -% Ro8s " Rs5o$s!72820!0s ! $28 0 8os S2s>!s A02$2s>r!>2os

No7r Ro8 Gr!0o 0 P!r>225!2$

Ing. 1es"s C$aparro *esponsable General del

Pro%ecto

0lta

Ing. *osngela García :íder del Pro%ecto e

Integrador

0lta

T.S.D Ennio Aillarroel 0nalista de Procesos de

<egocio % de Sistemas %

Programador

(edia

T.S.D. :uís ;igueroa 0nalista de Procesos de

<egocio % de Sistemas %

Programador

0lta

Ing. 0na Aictoria

(arcano

Especialista en Pruebas

testerF

0lta

Ing. @$uanail%s <"6e7 0nalista de Procesos de

<egocio % de Sistemas,

Programador

0lta






VERSIÓN% B.


0gosto 4BB+

Cuadro - Cont .F

Hr. @osmar% :una 0nalista de Procesos de

<egocio % de Sistemas,

Programador

A#>or# :una, @. 4BBF.

*.* E$>or$o 0 #s#!r2o

0lta

:os usuarios entrarn al sistema identificndose sobre un ordenador con un

sistema operati&o indoKs 4BB- u openoffice % tras este paso entrarn a la

aplicación dise6ada seg"n la dependencia correspondiente. Este sistema es similar a

cualquier aplicación indoKs % por tanto los usuarios estarn familiari7ados con su

entorno.

(. Dsr252$ G8o7!8 08 Pro0#>o

(.& Prs5>2! 08 5ro0#>o

El producto a desarrollar es un sistema automati7ado para los procedimientos

ofimticos de la Dni&ersidad de 8riente que permita agili7ar el manejo de los

documentos administrati&os % a su &e7 contribu%a con el buen funcionamiento de las

dependencias.

(.- Rs#$ 0 !r!>r;s>2!s

0 continuación se mostrar un listado con los beneficios que obtendr el cliente

a partir del producto#






VERSIÓN% B.


0gosto 4BB+

Cuadro +% B$=22os 08 82$> o$ 8 0s!rro88o 08 Pro0#>o.

B$=22o 08 82$> C!r!>r;s>2!s H# 8o !5o"!$

El jefe de la dependencia emisora

del mensaje estar al tanto de la

$ora % fec$a que $a sido leído el

mensaje. :o cual e&itar el retraso

de alguna acti&idad por falta de

comunicación.

El sistema contar con un indicador de estatus

que permitir saber si el mensaje esta en estado

de elaboración, re&isión o si est en proceso de

en&ío. 2e igual forma podr constatar si el

mensaje $a sido leído.

:a secretaria de la dependencia

correspondiente cumplir con las

solicitudes de b"squedas de

manera ms rpida. Tanto de

documentos recientes como de

fec$as pasadas.

El sistema permitir colocar todos los

documentos recibidos % en&iados en una

bandeja general de entrada % salida

respecti&amente. Todos los documentos tendrn

un n"mero correlati&o, su fec$a correspondiente

% un asunto para que puedan ser locali7ados en

el momento que se necesiten.

(ejor utili7ación del espacio

físico % de los recursos

económicos.

Con el nue&o sistema se a$orrar espacio físico

que actualmente es utili7ado para arc$i&ar

grandes cantidades de documentos.

F#$># :una. @ 4BBF.

(.* S#5os22o$s " 05$0$2!s

Se asume que el alcance que se $a e'presado en este documento no &a a ser

ampliado ni modificado. Sin embargo, en caso de que fuese lo contrario a lo que se

espera % ocurriese alguna ampliación del alcance $abría tambi!n que modificar las

funcionalidades.






VERSIÓN% B.


0gosto 4BB+

,. C!r!>r;s>2!s :8o7!8s 08 S2s>!

Ds!rro88o 08 S2s>! 7!o #$ !72$> 7

:a Dni&ersidad de 8riente n"cleo (onagas debe adaptarse a los nue&os

sistemas de información % a la e&olución tecnológica, por tal moti&o es necesario

desarrollar el sistema bajo plataforma Keb que permita la comunicación entre las

distintas dependencias de una forma rpida, automtica % segura.

I$>r=!K s$288!.

Para adaptarse a nue&as tecnologías se debe estar pendiente de no complicar los

procesos de elaboración % en&ío de documentos. Para lo cual se dise6arn interfaces

amigables % sencillas de usar para los usuarios.

S:#r20!0 $ 8 !$o 0 0o#$>os o=29>2os

Con el propósito de garanti7ar la integridad de la información intercambiada

entre las dependencias el sistema a desarrollar contar con un módulo en el que el

usuario se pueda &alidar, para que así los documentos solo puedan ser leídos,

en&iados % recibidos por los usuarios registrados en el sistema.

B#s!0ors =>2os 0 0o#$>os 5!s!0os

El sistema ofimtico contar con un buscador de documentos, el cual permitir

reali7ar las b"squedas por asuntos o por fec$as de manera rpida % sencilla.






VERSIÓN% B.


0gosto 4BB+

,.- E$>r:!78s 08 5ro">o

0 continuación se indican % describen cada uno de los artefactos que sern

generados % utili7ados por el pro%ecto % que constitu%en los entregables. Esta lista

constitu%e la configuración de *DP desde la perspecti&a de artefactos, % que

proponemos para este pro%ecto.

Es preciso destacar que de acuerdo a la filosofía de *DP % de todo proceso

iterati&o e incrementalF, todos los artefactos son objeto de modificaciones a lo largo

del proceso de desarrollo, con lo cual, sólo al t!rmino del proceso podríamos tener

una &ersión definiti&a % completa de cada uno de ellos. Sin embargo, el resultado de

cada iteración % los $itos del pro%ecto estn enfocados a conseguir un cierto grado de

completitud % estabilidad de los artefactos.

,.-.& Do#$>o V2s2$

Es el presente documento. 2efine la &isión del producto desde la perspecti&a

del cliente, especificando las necesidades % características del producto. Constitu%e

una base de acuerdo en cuanto a los requisitos del sistema.

,.-.- Mo08o 0 C!sos 0 Uso 08 N:o2o

Es un modelo de las funciones de negocio &istas desde la perspecti&a de los

actores e'ternos 0gentes de registro, solicitantes finales, otros sistemas etc.F que

permite situar al sistema en el conte'to organi7acional $aciendo !nfasis en los

objeti&os en este mbito. Este modelo se representa con un 2iagrama de Casos de

Dso usando estereotipos específicos para este modelo.






VERSIÓN% B.


0gosto 4BB+

,.-.* G8os!r2o

Es un documento que define los principales t!rminos usados en el pro%ecto.

Permite establecer una terminología consensuada.

,.-.( Es52=2!2o$s 0 C!sos 0 Uso

Para los casos de uso que lo requieran cu%a funcionalidad no sea e&idente o

que no baste con una simple descripción narrati&aF se reali7a una descripción

detallada utili7ando una plantilla de documento, donde se inclu%en# precondiciones,

postNcondiciones, flujo de e&entos, requisitos noNfuncionales asociados. Tambi!n,

para casos de uso cu%o flujo de e&entos sea complejo podr adjuntarse una

representación grfica mediante un 2iagrama de 0cti&idad.

,.-., Es52=2!2o$s A022o$!8s

Este documento capturar todos los requisitos que no $an sido incluidos como

parte de los casos de uso % se refieren requisitos noNfuncionales globales. 2ic$os

requisitos inclu%en# requisitos legales o normas, aplicación de estndares, requisitos

de calidad del producto, tales como# confiabilidad, desempe6o, etc., u otros requisitos

de ambiente, tales como# sistema operati&o, requisitos de compatibilidad, etc.

,.-.) Pro>o>25os 0 I$>r=!s 0 Us#!r2o

Se trata de prototipos que permiten al usuario $acerse una idea ms o menos

precisa de las interfaces que pro&eer el sistema % así, conseguir retroalimentación de

su parte respecto a los requisitos del sistema. Estos prototipos se reali7arn como#

dibujos a mano en papel, dibujos con alguna $erramienta grfica o prototipos






VERSIÓN% B.


0gosto 4BB+

ejecutables interacti&os, siguiendo ese orden de acuerdo al a&ance del pro%ecto. Sólo

los de este "ltimo tipo sern entregados al final de la fase de Elaboración, los otros

sern desec$ados. 0simismo, este artefacto, ser desec$ado en la fase de

Construcción en la medida que el resultado de las iteraciones &a%an desarrollando el

producto final.

,.-.' Mo08o 0 A$982s2s " D2s?o

Este modelo establece la reali7ación de los casos de uso en clases % pasando

desde una representación en t!rminos de anlisis sin incluir aspectos de

implementaciónF $acia una de dise6o inclu%endo una orientación $acia el entorno de

implementaciónF, de acuerdo al a&ance del pro%ecto.

,.-.+ P8!$ 0 I>r!2$

Es un conjunto de acti&idades % tareas ordenadas temporalmente, con recursos

asignados, dependencias entre ellas. Se reali7a para cada iteración, % para todas las

fases.

,.-.6 L2s>! 0 R2s:os

Este documento inclu%e una lista de los riesgos conocidos % &igentes en el

pro%ecto, ordenados en orden decreciente de importancia % con acciones específicas

de contingencia o para su mitigación.

,.-.& Pro0#>o






VERSIÓN% B.


0gosto 4BB+

:os fic$eros del producto empaquetados % almacenadas en un C2 con los

mecanismos apropiados para facilitar su instalación. El producto, a partir de la

primera iteración de la fase de Construcción es desarrollado incremental e

iterati&amente, obteni!ndose una nue&a release al final de cada iteración.

). Rs>r22o$s

Sin duda alguna es necesario que los documentos oficiales est!n firmados por

los jefes de las dependencias para que puedan ser en&iados $acia su lugar de destino.

Sin embargo se precisaría el desarrollo de un amplio sistema que permita digitali7ar

las firmas.

En este sentido se sugiere un posterior desarrollo de un sistema automati7ado

para digitali7ación de firmas a&alados por los respecti&os entes de certificación de

firmas % de acuerdo con la le% sobre mensajes de datos % firmas electrónicas.

'. Pr0$2! " Pr2or20!0

'.& Sistema de Gestión % Control 0dministrati&o para los ser&icios de Soporte

t!cnico a usuarios de la Dni&ersidad de 8riente n"cleo (onagas.

'.- Sistema automati7ado 0lmac!n.

'.* Sistema 0utomati7ado para los procedimientos ofimticos de las dependencias

de la Dni&ersidad de 8riente.

'.( Sistema 0utomati7ado para el proceso de digitali7ación de firmas.






VERSIÓN% B.


0gosto 4BB+

+. RH#2s2>os 08 Pro0#>o

+.& RH#r22$>os 0 So=>!r

C#!0ro 6# *equisitos 0 ni&el de SoftKare.

L2$2! T25o 0 L2$2!

8racle Propietario

0pac$e G<D

P9P G<D

Editor de te'to G<D

<a&egador eb G<D

F#$># :una. @ 4BBF.

+.- RH#r22$>os 0 !r0!rC#!0ro &# *equisitos 0 ni&el de 9ardKare.

EH#25o RH#r22$>os M;$2os

Ser&idor Sun ;ire ) 4BB % 4 Procesadores de +BGb

Clientes Pentium IA

:ector de

barra

(etrologic Ao%ager /4B

:ector de

barra Inalmbrico

(etrologic // Hluetoot$

Captador de

$uella

Control 0sistencia 9uella TC L 4BB

F#$># :una. @ 4BBF.






VERSIÓN% B.


0gosto 4BB+

+.* RH#r22$>os 0 M!>r2!8s

C#!0ro &&# *equisitos de (ateriales.

M!>r2!8 C!$>20!0

Papel Hond Tipo Carta /

DSH 4

Hloc= de <otas

:pi7 % lapiceros /

Tonner /

C2N*8( B

Pi7arra

Carpetas (anila /

Ganc$os para Carpetas /

F#$># :una. @ 4BBF.

+.( O>ros RH#r22$>os.

Proporcionar cursos de actuali7ación en $erramientas tales como# 0pac$e,

Paquete (acromedia, 1a&ascript, Saja', eb, 8racle, P9P, 9T(: % editor de te'to.

Todo esto para adquirir los conocimientos % las $abilidades necesarias con la

finalidad de lograr la reali7ación del pro%ecto en el tiempo establecido.

6. Es>9$0!rs A582!78s

El Sistema a desarrollar debe regirse por el 2ecreto Presidencial .B. 0dems

se establecern estndares para los formatos de los documentos elaborados. Todo esto






VERSIÓN% B.


0gosto 4BB+

para cumplir con el manual de normas e identidad corporati&a establecido por la

institución.

El sistema tendr una interfaces sencilla % amigable, a la cual se podr acceder

de manera rpida.






VERSIÓN% B.

NOMBRE DEL DOCUMENTO% 2ocumento

0dministración de *iesgosFECA%

0gosto 4BB+

S2s>! O=29>2o 5!r! 8! :s>2$ 0 0o#$>os !02$2s>r!>2os $

8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Do#$>o A02$2s>r!2$ 0 R2s:os.

Vrs2$ &.






VERSIÓN% B.



0gosto 4BB+

2s>or2!8 0 R2s2o$s


B44BB+ B.Aersión preliminar como

propuesta de desarrollo.@osmar% 1. :una P.

B/4BB B.Aersión preliminar como


@osmar% 1. :una P.

5B54BB B.4Aersión preliminar como


B-B+4BB B.Aersión preliminar como







VERSIÓN% B.



0gosto 4BB+

P8!$ 0 A02$2s>r!2$ 0 R2s:os

&. I$>ro0#2$.

2esde el inicio del pro%ecto, se debe establecer un plan de riesgos, indicando

los riesgos detectados, la probabilidad que e'iste de que se produ7can, el impacto que

tienen en caso de que apare7can % las acciones para mitigarlos. En este sentido se

$ace indispensable la reali7ación del documento de riesgos, que debe ser re&isado %

actuali7ado, pues pueden surgir nue&os riesgos que se detecten o puede $aber

cambios en los %a e'istentes que $a% que modificar o incluso se podría dar el caso de

que alg"n riesgo desapare7ca.

&.& Pro5s2>o.

El propósito del documento administración de *iesgos es $acer un anlisis de

los riesgos globales relati&os al desarrollo del Sistema 0utomati7ado para la

reali7ación efecti&a de los procedimientos de ofimtica en la Dni&ersidad de 8riente

n"cleo (onagas.

&.- A8!$.

El plan de *iesgos establece los riesgos indi&iduales sobre el Centro de

Computación % la 2elegación de Personal, que pudiesen atentar contra el !'ito del

pro%ecto. Estos riesgos podrían ser t!cnicos, de conocimiento, de organi7ación, etc.

&.* D=2$22o$s@ Ar$2os " A7r2!>#r!s.

2ocumento Glosario.






VERSIÓN% B.



0gosto 4BB+

&.( Prs5>2! G$r!8.

Este documento abarca#

*esumen de *iesgos.

Tareas de 0dministración de *iesgos.

8rgani7ación % responsabilidades.

Presupuesto.

9erramientas % t!cnicas.

Elementos de riesgo a administrar.

-. Rs#$ 0 R2s:os.

En este documento se presentarn de manera enumerada los que se consideran

los riesgos ms significati&os con su respecti&a jerarqui7ación.

Es importante aclarar que la ponderación puede &ariar a medida que se &a%a

reali7ando el Pro%ecto. :a ponderación es dinmica.

:os criterios para la escogencia de los riesgos se centran en los siguientes

aspectos#

*iesgos de 2ependencia.

*iesgos de *equerimientos.

*iesgos de 0dministración.

*iesgos de Conocimiento.






VERSIÓN% B.



0gosto 4BB+

*. T!r!s 0 Gs>2$ 0 R2s:os.

Es necesario cumplir con las siguientes acti&idades para reali7ar la gestión de

riesgos#

Por medio de entre&istas con las personas implicadas usuarios % equipo de

pro%ectoF.

(ejorar prcticas de la gestión de riesgos.

Suposición de los posibles riesgos para cada uno de los requerimientos en el

conte'to de cada uno de los subsistemas.

(ediante el anlisis de los requerimientos comprobando las &ariables que de

alguna u otra manera atentarían contra el buen desarrollo del pro%ecto.

(ediante la clasificación de los riesgos respecto a probabilidad de ocurrencia %

posibilidades de p!rdida en caso de materiali7arse.

Implantación de las estrategias de administración de los riesgos mitigación,

esqui&amiento o pre&enciónF ms con&eniente para cada uno de los riesgos ms

gra&es.

0signación de &alores a los riesgos para jerarqui7ar.

(onitorear % e&aluar el progreso % eficiencia de las estrategias de mitigación

con las m!tricas definidas.

(. Or:!$2K!2$ " rs5o$s!72820!0s.

:a Gestión de *iesgos es una $erramienta mu% "til para soportar comunicación

entre el equipo del pro%ecto % el grupo de direccióngestión. :as tareas reali7adas en






VERSIÓN% B.



0gosto 4BB+

la gestión deben ser lle&adas por el líder del pro%ecto. Es una buena forma para

controlar conociendo los procesos d!biles % para mejorar la capacidad del proceso de

softKare.

,. Prs#5#s>o

Se asume que la organi7ación en donde se ejecuta el pro%ecto, en !ste caso la

Dni&ersidad de 8riente, tendr pre&isto los recursos necesarios que $a%a que in&ertir

para la mitigación de los riesgos. :os costos relati&os estarn sujetos al del tipo de

riesgo.

'. E8$>os 0 R2s:os ! A02$2s>r!r.

0 continuación, en este documento se inclu%e el contenido del artefacto :ista

de *iesgos, el cual presentar en forma jerrquica cada uno de los riesgos#

C#!0ro &-# Identificador BB

I0$>2=2!0or% BB

Dsr252$% Poco tiempo de los clientes para atender al líder del pro%ecto.

Pro7!72820!0% B,+ P1r020!% B Gr!0o 0

E5os22$% ,B

Pr2r I$02!0or% ;alta de tiempo para reuniones relati&as al desarrollo del sistema

por parte del cliente.

Es>r!>:2! 0 M2>2:!2$% Proponer fec$as % $oras cla&es con el cliente para

reali7ar entre&istas % sacar el ma%or pro&ec$o de dic$as las reuniones.

Pro52>!r2o% Cliente F4! Pr2s>!% no&iembreN

diciembre 4BB+






VERSIÓN% B.



0gosto 4BB+

C#!0ro &*# Identificador BB4

I0$>2=2!0or% BB4

Dsr252$% 2emora en la entrega de artefactos, moti&ado a la asignación de

responsabilidades con carga de trabajo fuerte a los participantes, las cuales no son

relati&as al pro%ecto.

Pro7!72820!0% B, P1r020!% Gr!0o 0 E5os22$% +,

Pr2r I$02!0or% ;recuentes reali7aciones de acti&idades relati&as a la Institución

donde se desarrolla el sistema.

Es>r!>:2! 0 M2>2:!2$% El participante deber reali7ar una planificación

ra7onable, la cual pueda cumplir para e&itar el incumplimiento de las asignaciones,

Pro52>!r2o% 0nalista de Sistemas F4! % eneroNfebrero 4BB

C#!0ro &(# Identificador BB

F#$>% :una @ 4BBF

I0$>2=2!0or% BB

Dsr252$% ;alta de control en el crecimiento de requerimientos % alcance .

Pro7!72820!0% B,+ P1r020!% + Gr!0o 0

E5os22$% 5.3

Pr2r I$02!0or% Proposición de nue&os requerimientos relacionados a los casos

de uso principales. <ue&as pautas que mejoren el funcionamiento de las

dependencias.

Es>r!>:2! 0 M2>2:!2$% 0nali7ar el sistema con muc$o cuidado en el

conocimiento del negocio para que no se escape ning"n requerimiento de

importancia. En el caso de que surga un nue&o requerimiento, este se considera sin

importancia % se utili7ar en futuros pro%ectos.

Pro52>!r2o% :íder del Pro%ecto <o&iembre de 4BB+

F#$>% :una @ 4BBF






VERSIÓN% B.



0gosto 4BB+

C#!0ro &,# Identificador BB3

I0$>2=2!0or% BB3

Dsr252$% Pocas reuniones con el líder del pro%ecto L Pro%ecto fuera del

calendario por incremento de n"mero de correcciones.

Pro7!72820!0% B,+ P1r020!% + Gr!0o 0

E5os22$% 5,3

Pr2r I$02!0or% 0usencia de reuniones orientadas $acia la re&isión de artefactos

entre los participantes del pro%ecto % los in&olucrados.

Es>r!>:2! 0 M2>2:!2$% Tratar de cumplir con la entrega de artefactos %

apro&ec$ar al m'imo las e&entuales reuniones que se susciten.

Pro52>!r2o% :íder del Pro%ecto % 0nalista de

Sistemas

F4! Pr2s>!% no&iembre

4BB+N febrero 4BB.

F#$>% :una @ 4BBF

C#!0ro &)# Identificador BB/

I0$>2=2!0or% BB/

Dsr252$% *e&isión de los artefactos entregados de forma tardía.

Pro7!72820!0% B,+ P1r020!% + Gr!0o 0 E5os22$% 5,3

Pr2r I$02!0or% los analistas del sistema tienen muc$os artefactos a su

disposición % retardan muc$o la corrección de los mismos.

Es>r!>:2! 0 M2>2:!2$% con el propósito de e&itar el problema, los 0nalistas %

e'pertos del negocio debern establecer $orarios % fec$as para reali7ar correcciones

pertinentes % no retrasar el plan del pro%ecto.

Pro52>!r2o% 0nalista de

Sistemas

F4! Pr2s>!% inmediatamente despu!s de cada

entrega.

F#$>% :una @ 4BBF






VERSIÓN% B.



0gosto 4BB+

C#!0ro &+# Identificador BB5

I0$>2=2!0or% BB5

2escripción# 2ificultad por parte del cliente para ajustarse a las normas %

procedimientos de las funciones nue&as ine'istentes en el sistema anteriorF del

nue&o softKare N *esistencia al cambio.

Pro7!72820!0% B,5 P1r020!% - Gr!0o 0

E5os22$% 3,4

Pr2r I$02!0or% Carencia de comunicación entre el líder % el cliente. El líder

debe mostrar al cliente los beneficios que le traer el nue&o sistema, lo cual facilitar

la colaboración por parte del cliente.

Es>r!>:2! 0 M2>2:!2$% 2efinición de manuales de normas % procedimientos de

las funciones del sistema en general % su respecti&a inducción a los usuarios.

Pro52>!r2o% Cliente F4! Pr2s>!% 0 partir de

Enero de 4BB

F#$>% :una @ 4BBF

C#!0ro &6# Identificador BB-

I0$>2=2!0or% BB-

Dsr252$% 2ificultades para implantar el pro%ecto moti&ado a la resistencia al

cambio N Pro%ecto Cancelado

Pro7!72820!0% B,/ P1r020!% 5 Gr!0o 0E5os22$%

Pr2r I$02!0or% Constantes de&oluciones de los artefactos ejecutables durante la

fase de construcción % transición.






VERSIÓN% B.



0gosto 4BB+

C#!0ro &6# Cont.F

Es>r!>:2! 0 M2>2:!2$% Establecer una estrategia de comunicación interna que

in&olucre % con&en7a a los usuarios de las &entajas del nue&o sistema % coordinar

reuniones con la finalidad de tanto transmitir el pro%ecto a los usuarios como recibir

la retroalimentación que facilite la incorporación de sugerencias % aminoren la

resistencia natural al cambio.

Pro52>!r2o% *esponsable del Pro%ecto %

Cliente.

F4! Pr2s>!% 0 partir de

enero de 4BB

F#$>% :una @ 4BBF

C#!0ro -# Identificador BB+

I0$>2=2!0or% BB+

Dsr252$% 2eficiencia en la migración de datos de los sistemas actuales N

SoftKare con datos inconcretos que inciden en su desempe6o funcional.

Pro7!72820!0% B,+ P1r020!% + Gr!0o 0

E5os22$% 5,3

Pr2r I$02!0or% 9ubieron fallas en el conocimiento del negocio. :os datos

bsicos incorporados de sistemas no se reali7aron de acuerdo a las especificaciones

del nue&o softKare.

Es>r!>:2! 0 M2>2:!2$% El líder del pro%ecto deber pre&er la incorporación de

manera progresi&a a tra&!s de las iteracionesF de data bsica real en la base de datos.

Pro52>!r2o% :íder del Pro%ecto % 0nalista de

Sistemas.

F4! Pr2s>!% 0 partir de

8ctubre de 4BB+

F#$>% :una @ 4BBF






VERSIÓN% B.



0gosto 4BB+

C#!0ro -&# Identificador BB

I0$>2=2!0or% BB

Dsr252$% Escasos conocimientos de las $erramientas de desarrollo por parte de

los participantes.

Pro7!72820!0% B,5 P1r020!% - Gr!0o 0

E5os22$% 3,4

Pr2r I$02!0or% 2esconocimiento del manejo de los softKare a utili7ar como

P9P, PoKer 2esigner, :inu', 8racleF % las $erramientas de modelado % m!todos

D(: % *DPF

Es>r!>:2! 0 M2>2:!2$% 0diestrar lo antes posible a los participantes del

pro%ecto, con el propósito de prepararlos % así puedan cumplir con sus asignaciones.

Pro52>!r2o% Gerente F4! Pr2s>!% <o&iembreN

diciembre 4BB+

F#$>% :una @ 4BBF

C#!0ro --# Identificador BB

I0$>2=2!0or% BB

Dsr252$% Interrupción de las acti&idades administrati&as por causas e'ternas L

Pro%ecto detenido.

Pro7!72820!0% B,3 P1r020!% + Gr!0o 0

E5os22$% ,4

Pr2r I$02!0or% Problemtica e'istente en los n"cleos tanto a ni&el docente,

administrati&o % estudiantil.

Es>r!>:2! 0 M2>2:!2$% Tratar de cumplir con la planificación del pro%ecto para

poder aminorar el efecto de retra7o que pudiera generarse por la situación descrita.






VERSIÓN% B.



0gosto 4BB+

C#!0ro --# Co$>.F

Pro52>!r2o% 0gentes e'ternos. F4! Pr2s>!% 8ctubre N

2iciembre 4BB+

F#$>% :una @ 4BBF






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

S2s>! O=29>2o 5!r! 8! :s>2$ 0 8os 0o#$>os !02$2s>r!>2os

$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

P8!$ 0 2>r!2$

Vrs2$ &.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

2s>or2!8 0 R2s2o$s.




@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

P8!$ 0 2>r!2$

&. I$>ro0#2$

&.&Pro5s2>o

El propósito de reali7ar un Plan de Iteración General es proporcionar

información con respecto a las iteraciones. 2ar a conocer un plan detallado con las

tareas asignadas % del plan que se seguir para lle&ar a cabo el desarrollo del Sistema

que automatice los distintos procedimientos ofimticos de las dependencias de la

Dni&ersidad de 8riente <"cleo (onagas.

&.-A8!$

Este Plan de Iteración comprender el lapso de tiempo de cada uno de los

procesos que integra el sistema automati7ado para los procedimientos 8fimticos de

la Dni&ersidad de 8riente <"cleo (onagas. El documento ser&ir de guía para

cumplir con las fec$as especificadas en el cronograma de acti&idades inicial.

&.* Á72>o 0 8! !582!2$

El plan de iteraciones permitir e&aluar si se estn cumpliendo con las fec$as

estipuladas, en !l se inclu%en las $olguras % la fase de preparación % adaptación.

&.( D=2$22o$s@ s2:8!s " !7r2!>#r!s

2ocumento Glosario.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

&., R=r$2!s

Plan General.

Plan por Iteraciones.

Plan de *euniones.

&.) Rs#$

El presente documento muestra el cronograma general de las iteraciones

reali7adas en el desarrollo del sistema para los procedimientos ofimticos de la

Dni&ersidad de 8riente, adems de presentar el detalle de las fec$as de inicio %

culminación de cada uno de los procesos que lo conforman.

-. P8!$

Pro%ecto# Sistema 8fimtico para la gestión de documentos administrati&os en

las dependencias gerenciales de la Dni&ersidad de 8riente <"cleo (onagas.

;ec$a de inicio# 44BB+

;ec$a de Culminación# B4BB

El plan del desarrollo del sistema se plantea a tra&!s de la siguiente tabla, donde

se especifica el n"mero de la Iteración, los artefactos que se generan a tra&!s de la

metodología *DP % la fec$a de inicio % fin que durar la reali7ación de la iteración.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

C#!0ro -*# Iteraciones

I>r!2$ Proso F4! I$22o F4! F2$

Iteración 2ocumento Aisión 2ocumento

Glosario Especificaciones de

Casos de Dso 0rquitectura de

dise6o

Plan de *iesgos

*eglas del <egocio

44BB+

4BB+

4B4BB

-B4BB

43B4BB

BB44BB

44BB+

/44BB+

44B4BB

4B4BB

/B44BB

BB44BB

Iteración 4 Elaboración de documentos 5B44BB B/4BB

Iteración H"squedas de 2ocumentos 4B/4BB 4B+

4BB

Iteración 3 Solicitudes Pendientes 4B+4BB 4B

4BB

F#$># :una @ 4BBF






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

-. P8!$

-.& P8!$ G$r!8

Pro">o: SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOS

DOCUMENTOS ADMINISTRATIVOS EN LAS DEPENDENCIAS

GERENCIALES DE LA UNIVERSIDAD DE ORIENTE NÚCLEO

MONAGAS

I>r!2$ Proso F4! 0 I$22o F4! F2$!8

Iteración ;ase de Inicio B4B4B 43BB

Iteración 4 ;ase de Elaboración 43BB -B3B

Iteración ;ase de Elaboración -B3B B/B

Iteración 3 ;ase de Elaboración B/B BB5B

Iteración B ;ase de Construcción BBB 4-BB

Iteración ;ase de Construcción 4+BB 4B

Iteración 4 ;ase de Construcción B 4+B

Cuadro 4# Plan General

F#$>% 0utor 4BB+F

&.- P8!$ 0 F!s

0 continuación se muestra el plan de fase elaborado para lle&ar a cabo el

sistema ofimtico.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

2iagrama 4# 2iagrama de Gantt Plan de ;ase

/d %om "re de tarea C om ien$o #in

6 Sistem a Adm inistrativo de Soporte Tecnic o lun 19/1 1/07 vie 28/1 1 /08

7 Adaptacion adiestram iento lun 689669: mié :89:69:

; !tapa "# $econocimiento $e%uer im ientos del !ntorno jue 10 /0 1/08 vie 08 /0 2 /08

< "teracion 1 jue 10/0 1/08 vie 08/0 2/08

= &odelado del Ne'ocio vie 11/01/08 lun 1( /01 /08

> Evalua r es tado del n egocio vie 669:69: lun6<9:69:

? /dentificar proces os del negocio vie 669:69: lun 6<9:69:

@ D efinicion de roles y res ponsa"ilidades vie 669:69: lun6<9:69:

8 $e%ue rimientos jue 10/0 1/08 jue 17/01/08

6 : Anali$ar el pro"le ma 4ue 6:9:69: lun6<9:69:

6 6 D efinir el s istema 4ue 6:9:69: vie669:69:

6 7 Enternder las neces idades y9o reuerimientos de 4ue 6:9:69: lun6<9:69:

6 ; D ocum ento vis ion vie 669:69: mar6=9:69:

6 < D ocum ento glos ario lun 6<9:69: mar6=9:69:

6 = Especificaciones de cas os de us o mar 6=9:69: mié6>9:69:

6 > Especificaciones adicionales 4ue 6?9:69: 4ue 6?9:69:

6 ? Analisis Dise )o lun 21 /0 1/08 mar29 /01 /08

6 @ Aruitectura del DiseBo lun 769:69: mar 779:69:

6 8 odelo de cas o de uso mar 779:69: mié7;9:69:

7 : D ia gra ma de actividad 4ue 7<9:69: vie7=9:69:

7 6 odelo de dominio lun 7@9:69: mar 789:69:

7 7 *erencia del proecto jue 17/0 1/08 lun 21/01/08

7 ; D efinicion del proyecto 4ue 6?9:69: vie 6@9:69:

7 < Evalua r alcance del proyecto 4ue 6?9:69: vie 6@9:69:

7 = Evalua r riesgos del proyecto vie 6@9:69: lun

769:69:7 > +lanear proecto lun 21/0 1/08 mi,2- /01 /08

7 ? Plan de desarrollo de s oftare lun 769:69: lun769:69:

7 @ Plan de fas es mar 779:69: mar 779:69:

7 8 Plan de iteracion mar 779:69: mar779:69:

; : Plan de adminis tracion de ries gos mié 7;9:69: mié7;9:69:

; 6 Con.i'uracion de se'uimiento r eporte 4ue 6:9:69: vie:@9:79:

; 7 Amie nte 4ue 6:9:69: vie:@9:79:

; ; $euniones con el cliente mié :>9:79: 4ue:?9:79:

; < inaliacion .ase de inicio vie :@9:79: vie:@9:79:

; = !tapa ""# $e%uisitos del Sistem a mi, 1- /02/08 jue09/10/08

; > /teración 6 'egis trar Solicitud de Servicio mié 6;9:79: 4ue7@9:79:

; ? /teración 7 Cons ultar Es tado de Solicitud mié :=9:;9: 4ue7?9:;9:

; @ /teracion ;'egis trar Detalle s de Servicio 4ue :;9:<9: vie6@9:<9:

; 8 /teración < Generar /nforme +écnico mié 7;9:<9: vie:89:=9:

< : /teración = !"ten er /nventario mié 6<9:=9: 4ue789:=9:

< 6 /teración > 'egis trar Euipo mar :;9:>9: mié6@9:>9:

< 7 /teración ? 'egis trar *s uariomié :79:?9: 4ue 6?9: ?9:

< ; /teración @ Autenticar * s uariomié 7;9:?9: vie :@9:@9:

< < /teración 8 Configurar P3rametro s 4ue 6<9:@9: 4ue :896 :9:

< = +roducto del So.tarevie 10/10/08 vie 28/1 1/08

< > /tercaión 6 Autenticar * s uariovie 6:96:9: lun 7?96:9:

< ? /teración 7 'egis trar Euipomar 7@96:9: mié 679669:

< @ /teración ; 'egis trar Solicitud de Servicio

+écnico 4ue 6;9669: vie 7@9669:



tri < 7: :? tri 6 7: :@ tri 7 7::@ tri ; 7::@ tri < 7::@ oct nov d ic e ne fe" mar a"r may 4un 4ul ago s ep oct nov dic

F#$>% :una @4BBF.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

&.* P8!$ F!s 5or I>r!2o$s

F! s 0 I$ 22o %

2iagrama # 2iagrama de Gantt ;ase de Inicio

/d %om "re de tarea Com ien$o #in nov :? dic :? ene :@ fe" :@

7@ :< 66 6@ 7= :7 :8 6> 7; ;: :> 6; 7: 7? :; 6: 6? 7<

6 Sistem a Adm inistrativo de Soporte Tecnico lun 19 /11 /07 vie 0 8 /02 /087 Adaptacion Adiestram iento lun 689669: m ié :89:69:

; !tapa "# $econocimiento $e%uer im ientos del !ntor no jue 10 /01 /08 vie 0 8 /02 /08

< "teracion 1 jue 10/01/08 vie 08/02/08

= &odelado del Ne'ocio vie 11/01/08 lun 1(/01/08

> Evaluar es tado del negocio vie 669:69:@ lun 6<9:69:

? /dentificar proces os del negocio vie 669:69:@ lun 6<9:69:

@ Definicion de roles y res ponsa"ilidades vie 669:69:@ lun 6<9:69:

8 $e%uer imientos jue 10 /01 /08 jue 17 /01 /08

6: Anali$ar el pro"lema 4ue 6:9:69: lun 6<9:69:

66 Definir el s istema 4ue 6:9:69: vie 669:69:

67 Enternder las neces idades y9o reuerim ientos de los 4ue 6:9:69: lun 6<9:69:

6; Docum ento vision vie 669:69:@ mar 6=9:69:

6< Docum ento glos ario lun 6<9:69: mar 6=9:69:

6= Especificaciones de cas os de us o m ar 6=9:69: m ié 6>9:69:

6> Especificaciones adicionales 4ue 6?9:69: 4ue 6?9:69:6? Analisis Dise)o lun 21/01/08 mar 29/01/08

6@ Aruitectura del Dis eBo lun 769:69: mar 779:69:

68 odelo de cas o de uso m a r 77 9: 69: m ié 7;9:69:

7: Diagrama de actividad 4ue 7<9:69: vie 7=9:69:

76 odelo de dominio lun 7@9:69: mar 789:69:

77 *erencia del pr oecto jue 17 /01 /08 lun 21 /01 /08

7; Definicion del proyecto 4ue 6?9:69: vie 6@9:69:

7< Evaluar alcance del proyecto 4ue 6?9:69: vie 6@9:69:

7= Evaluar riesgos del proyecto vie 6@9:69:@ lun 769:69:

7> +lanear proecto lun 21/01/08 mi, 2-/01/08

7? Plan de desarrollo de s oftare lun 769:69: lun 769:69:

7@ Plan de f as es m ar 779:69: mar 779:69:

F#$>% :una @ 4BBF

78 Plan de iteracion mar 779:69: mar 779:69:

;: Plan de adminis tracion de ries gos mié 7;9:69: mié 7;9:69:

;6 Con.i'uracion de se'uimiento reporte 4ue 6 :9:69: vie :@9:7 9:

;7 Amiente 4ue 6 :9:69: vie :@9:7 9:

;; $euniones con el cliente mié :>9:79: 4ue :?9:79:

;< inaliacion .ase de inicio vie :@9:79:@ vie :@9:79:






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

F! s 0 E 8! 7o r!2 $%

D2!:r!! (% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ Pr2r! I>r!2$/d % om "re d e ta rea C om ie n $o #in

6 Sis tem a Adm inis tr a tivo de Sopor te Tec nic o mi, 1- /02 /08 jue 2 8/02/0 8

fe" :@ m a r

7 ? : ; 6 : 6 ? 7 < :7

7 !ta pa ""# $e %uisitos del Sis tema

F#$>% :una @ 4BBmFi, 1- /02 /08 jue 2 8/0 2/0 8

; "ter a cion 1 # $e 'is tr a r Solic itud de Se rvicio mi, 1- /02 /08 jue 2 8/0 2/0 8

< Ana lis is Dis e)o mi, 1- /02 /08 mi, 20 /02 /08

= Ar u ite ctu ra d el D is e o m ié 6; 9:7 9: m ié 6; 9:7 9:

>2iagrama od elo de ca s o d e u so 4ue 6 <9: 79: 4ue 6 <9: 79:

? E sp ec ifica cio n es de l Sis te m a vie 6 =9: 79: @ vie 6 =9: 79:

@ od elo de do m in io lun 6 @9: 79: lun 6 @9: 79:

8 od elo de Dis e o m a r 68 9:7 9: m a r 68 9:7 9:

6 : od elo de Da tos m ié 7: 9:7 9: m ié 7: 9:7 9:

6 6 "mplem entac i3n jue 2 1/0 2/0 8 vie 2 2/0 2/0 8

6 7 P ro totip os de /nte rfa ces de *s ua rio 4ue 7 69: 79: vie 7 79: 79:

6 ; + la nea r pr oe cto vie 2 2/0 2/0 8 mi, 27 /02 /08

6 < P la n d e de sa rrollo d e s o ft are vie 7 79: 79: @ vie 7 79: 79:

6 = P la n d e f a s es lun 7 =9: 79: lun 7 =9: 79:

6 > P la n d e ite racion m a r 7> 9:7 9: m a r 7> 9:7 9:

6 ? P la n d e ad m in is tracion de rie s go s m ié 7? 9:7 9: m ié 7? 9:7 9:

6 @ Con. i'ura c ion de se 'uimie nto r eporte m ié 6; 9:7 9: 4ue 7 @9: 79:

6 8 Amie nte m ié 6; 9:7 9: 4ue 7 @9: 79:

7 : $eunione s con e l c liente m ié 6; 9:7 9: 4ue 7 @9: 79:

F#$>% :una @4BBF.

,% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ S:#$0! I>r!2$/d % om "re d e ta rea D ura ció n C om ie n $o #in

m a r :@ a "r7 < : 7 : 8 6 > 7 ; ; : :

6 S is tem a Adm inis tra tivo de Sopor te T ec nic o 1 2 d4as mi, 05 /0- /08 jue 2 7/0 -/0

7 !ta pa ""# $e %uisitos del Sis tem a 1 2 d4as mi, 05 /0- /08 jue 2 7/0 -/0

; "tera cion 2 # Cons ulta r Solic itud de S er vicio 1 2 d4as mi, 05 /0- /08 jue 2 7/0 -/0

< Ana lis is Dis e)o 6 d4a s mi, 05 /0- /08 mi, 1 2 /0- /08

= Ar u ite ctu ra d el D is e o 6 d a m ié := 9:; 9: m ié := 9:; 9

> od elo de ca s o d e u so 6 d a 4 ue : >9: ;9: 4ue : >9: ;9:

? E sp ecifica cio n es de l Sis te m a 6 d a vie : ?9: ;9: vie : ?9: ;9:

@ od elo de do m in io 6 d a l un 6 :9: ;9: lun 6 :9: ;9:

8 od elo de Di s e o 6 d a m a r 66 9:; 9: m a r 66 9:; 9

6 : od elo de Da tos 6 d a m ié 67 9:; 9: m ié 67 9:; 9

6 6 "mplem entac i3n 2 d4a s vie 1 (/0 -/0 8 lun 2 (/0 -/0

6 7 P ro totip os de /nte rfa ces de *s ua rio 7 d a s vie 6 <9: ;9: lun 7 <9: ;9:

6 ; + la nea r proe cto ( d4a s lun 2 (/0 -/0 8 jue 2 7/0 -/0

6 < P la n d e de sa rrollo d e s o ft are 6 d a l un 7 <9: ;9: lun 7 <9: ;9:

6 = P la n d e fa s es 6 d a m a r 7= 9:; 9: m a r 7= 9:; 9

6 > P la n d e ite racion 6 d a m ié 7> 9:; 9: m ié 7> 9:; 9

6 ? P la n d e ad m in is traci on de rie s gos 6 d a 4 ue 7 ?9: ;9: 4ue 7 ?9: ;9:

6 @ Con.i'ura c ion de se 'uimie nto reporte 6 7 d as m ié := 9:; 9: 4ue 7 ?9: ;9:

6 8 Amie nte 6 7 d as m ié := 9:; 9: 4ue 7 ?9: ;9:

7 : $eunione s con e l c liente 6 7 d as m ié := 9:; 9: 4ue 7 ?9: ;9:

F#$>% :una @4BBF.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

D2!:r!! )% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ Trr! I>r!2$F

/d % om "re d e tarea C om ien $o #ina"r :@

7; ; : : > 6; 7 :

6 Sistem a Adm inis trativo de Soporte Tecnico jue 0-/0 (/08 vie 1

7 !tapa ""# $e %uisitos del Sistem a jue 0-/0 (/08 vie 1

; "teracion - # $e'is trar Detalles del Se rvicio jue 0-/0 (/08 vie 1

< Ana lisis Dise)o jue 0-/0 (/08 jue 1

= Ar uitectu ra del D is eo 4ue :;9: <9: 4ue :

> odelo de ca s o d e uso vie : <9:<9: vie :<9: <9:

? E sp ecificacio nes de l Sis tem a lun :?9: <9: lun :

@ odelo de do minio m ar :@ 9:<9: m a r

8 odelo de Dis eo mié :8 9:< 9: m ié :8 9

6: odelo de Datos 4ue 6:9: <9: 4ue 6

66 "mplem entac i3n vie 11/0 (/08 lun 1

67 P rototipos de /nte rfa ces de *s uario vie 6 69: <9: lun 6

6; +la near proe cto mar 15 /0(/08 vie 1

6< P la n d e de sa rrollo d e s oft are m ar 6= 9:<9: m a r

6= P la n d e fa s es mié 6> 9:< 9: m ié 6> 9

6> P la n d e ite racion 4ue 6?9: <9: 4ue 6

6? P la n d e ad minis tracion de ries gos vie 6 @9:<9: vie 6@9: <9:

6@ Con.i'ura cion de se'uimiento reporte 4ue :;9: <9: vie 6@9: <9:

68 Amie nte 4ue :;9: <9: vie 6@9: <9:

7: $euniones con el c liente 4ue :;9: <9: vie 6@9: <9:

F#$>% 0utor 4BB+F.

D2!:r!! '% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ C#!r>! I>r!2$/d % om "re de ta rea C om ie n $o#in

a "r :@ m a y : @

;: : > 6; 7 : 7? : < 66 6 @ 7

6 S is tem a Adm inis tra tivo de Soporte Tec nic o mi, 2- /0(/08 vie 0 9/0

7 !tapa ""# $e %uisitos del Sistem a mi, 2- /0(/08 vie 0 9/0

; "tera cion ( # *e ne ra r "n.orm e T,c nic o mi, 2- /0(/08 vie 0 9/0

< Ana lis is Dise)o mi, 2- /0(/08 mi, -0 /0( /

= Ar uitectu ra del D is e o m ié 7; 9:<9: m ié 7; 9:< 9

> od elo de ca s o d e u so 4ue 7<9: <9: 4ue 7 <9:<9:

? Esp ecificacio n es de l Sis te m a vie 7 =9: vie 7 =9: <9:

@ od elo de do m in io lun 7@9: <9: lun 7 @9:<9:

8 od elo de Dis e o m a r 78 9:< 9 m ar 78 9:< 9

6 : od elo de Datos m ié ;: 9:<9: m ié ;: 9:< 9

6 6 "mplem entac i3n vie 0 2/05/0 8 lun 0 5/0

6 7 Prototip os de /nte rfa ces de *s ua rio vie : 79: lun : =9:=9:6 ; + la nea r proe cto mar 06 /05 /08 vie 0 9/0

6 < Pla n d e de sa rrollo d e s o ft are m a r :> 9:= 9 m ar :> 9:= 9

6 = Pla n d e fa s es m ié :? 9:=9: m ié :? 9:= 9

6 > Pla n d e ite racion 4ue :@9: =9: 4ue : @9:=9:

6 ? Pla n d e ad m in is tracion de rie s gos vie : 89: vie : 89: =9:

6 @ Con.i'ura cion de se 'uimie nto r eporte m ié 7; 9:<9: vie : 89: =9:

6 8 Amie nte m ié 7; 9:<9: vie : 89: =9:

7 : $eunione s con e l c liente m ié 7; 9:<9: vie : 89: =9:

F#$>% 0utor 4BB+F.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

D2!:r!! +% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ Q#2$>! I>r!2$/d % om "re d e tarea C om ie n$o#in

m ay : @ 4un :

7 ? :< 6 6 6 @ 7= : 6

6 Sistem a Adm inis tr ativo de Sopor te Tecnico mi, 1(/05/08 jue 2 9/0

7 !ta pa ""# $e%uisitos del Sis tem a mi, 1(/05/08 jue 2 9/0

; "ter acion 5 # tener "nventario mi, 1(/05/08 jue 2 9/0

< Ana lis is Dis e)o mi, 1(/05/08 mi, 21/05/08

= Aru ite ctu ra d el D is eo m ié 6< 9:= 9: m ié 6< 9:= 9

> od elo de cas o de uso 4ue 6 = 9:=9: 4ue 6=9:=9:

? Esp eci f icacion es del Sis te ma vie 6 vie 6

@ od elo de dom in io lun 6 8 9:=9: lun 689:=9:

8 od elo de Dis eB o ma r 7: 9:= 9: ma r 7: 9:= 9

6 : od elo de Da tos m ié 76 9:= 9: m ié 76 9:= 9

6 6 "mplem entac i3n jue 2 2/0 5 /08 vie 2 -/0

6 7 Prototipos de /nterfaces de *s uario 4ue 7 79:=9: vi e 7

6 ; +la near pr oecto lun 2 6/0 5/08 jue 2 9/0

6 < Plan d e desarrollo de s o ft are lun 7 > 9:=9: lun 7>9:=9:

6 = Plan d e fas es ma r 7? 9:= 9: ma r 7? 9:= 9

6 > Plan d e iteracion m ié 7@ 9:= 9: m ié 7@ 9:= 9

6 ? Plan d e adm in is tracion de rie s gos 4ue 7 8 9:=9: 4ue 789:=9:

6 @ Con.i'urac ion de se 'uimiento reporte m ié 6< 9:= 9: 4ue 789:=9:

6 8 Amie nte m ié 6< 9:= 9: 4ue 789:=9:

7 : $euniones con el cliente m ié 6< 9:= 9: 4ue 789:=9:

F#$>% 0utor 4BB+F.

D2!:r!! 6% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ S>! I>r!2$

/d % om "re d e ta rea C om ie n $o #in 4un :@ 4

7 = : 6 : 6 = 7 7 7

6 Sis tem a Adm inis tra tivo de Soporte Tec nic o ma r 0-/06 /08 mi, 18/06/08

7 !ta pa ""# $e %uisitos del Sis tem a ma r 0-/06 /08 mi, 18/06/08

; "tera cion 6# $e 'is tr a r !%uipo ma r 0-/06 /08 mi, 18/06/08

< Ana lis is Dis e)o ma r 0-/06 /08 ma r 10 /06 /

= Ar u ite ctu ra d el D is eo ma r :;9:> 9: m ar :; 9:> 9

> od elo de cas o d e uso m ié :< 9:> 9 mié :< 9:> 9

? Esp ecificacion es de l Sis te m a 4ue : =9: >9: 4ue : =9: >9:

@ od elo de do min io vie : >9: >9: vie : >9:>9:

8 od elo de Dis e o lun : 89: >9: lun : 89: >9:

6 : od elo de Da tos ma r 6:9:> 9: m ar 6: 9:> 9

6 6 "mplem entac i3n mi, 11 /06 /08 jue 1 2/0 6/0

6 7 Pro totip os de /nte rfaces de *s uario m ié 66 9:> 9: 4ue 6 79: >9:

6 ; +la nea r proe cto lun 1 6/0 6/0 mi, 18/06/08

6 < Pla n d e de sarrollo d e s o ft are lun 6 >9: >9: lun 6 >9: >9:

6 = Pla n d e fa s es ma r 6?9:> 9: m ar 6? 9:> 9

6 > Pla n d e ite racion m ié 6@ 9:> 9 mié 6@ 9:> 9

6 ? Pla n d e ad m in is tracion de rie s go s m ié 6@ 9:> 9 mié 6@ 9:> 9

6 @ Con.i'ura c ion de se 'uimie nto reporte ma r :;9:> 9: mié 6@ 9:> 9

6 8 Amiente ma r :;9:> 9: mié 6@ 9:> 9

7 : $eunione s con e l c liente ma r :;9:> 9: mié 6@ 9:> 9

F#$>% 0utor 4BB+F.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

D2!:r!! &% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ S15>2! I>r!2$

/d % om "re d e ta rea C om ie n $o #in 4ul : @

7 7 7 8 : > 6 ; 7 : 7

6 S is tem a Adm inis tra tivo de Soporte Tec nic o mi, 02 /07 / 08 jue 1 7/0 7/0

7 !ta pa ""# $e %uisitos del Sis tem a mi, 02 /07 / 08 jue 1 7/0 7/0

; "ter a cion 7 # $e 'is tra r sua rio mi, 02 /07 / 08 jue 1 7/0 7/0

< Ana lis is Dis e)o mi, 02 /07 /08 mi, 09 /07 /

= Ar u ite ctu ra d el D is e o m ié :7 9:? 9: m ié :7 9:? 9

> od elo de ca s o d e u so 4ue : ;9: ?9: 4ue : ;9: ?9:

? Es p ecifica cio n es de l Sis te ma vie : <9: ?9: vie : <9: ?9:

@ od elo de do m in io lun : ?9: ?9: lun : ?9: ?9:

8 od elo de Dis eB o ma r :@ 9:? 9: ma r :@ 9:? 9

6 : od elo de Da tos m ié :8 9:? 9: m ié :8 9:? 9

6 6 "mplem entac i3n jue 1 0/0 7/0 vie 1 1/0 7/0

6 7 Pro totip os de /nte rfa ces de *s ua rio 4ue 6 :9: ?9: vie 6 69: ?9:

6 ; +la nea r proe cto lun 1 (/0 7/0 jue 1 7/0 7/0

6 < Pla n d e de sa rrollo d e s o ft are lun 6 <9: ?9: lun 6 <9: ?9:

6 = Pla n d e fa s es ma r 6= 9:? 9: ma r 6= 9:? 9

6 > Pla n d e ite racion m ié 6> 9:? 9: m ié 6> 9:? 9

6 ? Pla n d e ad m in is tracion de rie s go s 4ue 6 ?9: ?9: 4ue 6 ?9: ?9:

6 @ Con.i'ura c ion de se 'uimie nto r eporte m ié :7 9:? 9: 4ue 6 ?9: ?9:

6 8 Amie nte m ié :7 9:? 9: 4ue 6 ?9: ?9:

7 : $eunione s con e l c liente m ié :7 9:? 9: 4ue 6 ?9: ?9:

F#$>% :una @4BBF.

D2!:r!! &&% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ O>!! I>r!2$/d % om "re d e ta rea C om ie n $o#in

4 ul : @ a go :@

7 8 : > 6 ; 7 : 7 ? : ;

6 Sis tem a Adm inis tra tivo de Sopor te Tec nic o mi, 2- /07 /08 vie 0 8/0 8/0

7 !ta pa ""# $e %uisitos del Sis tem a mi, 2- /07 /08 vie 0 8/0 8/0

; "tera cion 8 # Aute ntic ar s uario mi, 2- /07 /08 vie 0 8/0 8/0

< Ana lis is Dis e)o mi, 2- /07 /08 jue - 1/0 7/0

= Ar u ite ctu ra d el D is e o m ié 7; 9:? 9: m ié 7; 9:? 9

> od elo de ca s o d e u so vie 7 =9: ?9: vie 7 =9: ?9:

? Esp ecifi ca cio n es de l Si s te m a l un 7 @9: ?9: lun 7 @9: ?9:

@ od elo de do m in io m a r 78 9:? 9: m a r 78 9:? 9

8 od elo de Di s e o m ié ;: 9:? 9: m ié ;: 9:? 9

6 : od elo de Da tos 4 ue ; 69: ?9: 4ue ; 69: ?9:6 6 "mplem entac i3n vie 0 1/0 8/0 8 lun 0 (/0 8/0

6 7 Pro totip os de /nte rfa ces de *s ua rio vie : 69: @9: lun : <9: @9:

6 ; +la nea r proe cto ma r 05 /08 /08 vie 0 8/0 8/0

6 < Pla n d e de sa rrollo d e s o ft are m a r := 9:@ 9: m a r := 9:@ 9

6 = Pla n d e fa s es m ié :> 9:@ 9: m ié :> 9:@ 9

6 > Pla n d e ite racion 4 ue : ?9: @9: 4ue : ?9: @9:

6 ? Pla n d e ad mi n is traci on de rie s go s vie : @9: @9: vie : @9: @9:

6 @ Con.i'ura c ion de se 'uimie nto reporte m ié 7; 9:? 9: vie : @9: @9:

6 8 Amie nte m ié 7; 9:? 9: vie : @9: @9:

7 : $eunione s con e l c liente m ié 7; 9:? 9: vie : @9: @9:

F#$>% 0utor 4BB+F.






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

D2!:r!! &-% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ No$! I>r!2$

/d % om "re d e ta rea C om ie n $o #ina go :@ s ep :@ o ct :@

7 ? : ; 6 : 6 ? 7 < ; 6 : ? 6 < 7 6 7 @ : = 6 7

6 S is tem a Adm inis tra tivo de Soporte Tec nic o jue 1 (/0 8/0 jue 0 9/1 0/0

7 !ta pa ""# $e %uisitos del Sis tem a jue 1 (/0 8/0 jue 0 9/1 0/0

; "tera cion 9 # Con.i'ur ar +a r9m etros jue 1 (/0 8/0 jue 0 9/1 0/0

< Ana lis is Dis e)o jue 1 (/0 8/0 mi, 01 /10 /

= Ar u ite ctu ra d el D is e o 4ue 6 <9: @9: 4ue 6 <9: @9:

> od elo de ca s o d e u so vie 6 =9: @9: vie 6 =9: @9:

? Esp ecifica cio n es de l Sis te ma vie 7 >9: 89: vie 7 >9: 89:

@ od elo de do min io lun 7 89: 89: lun 7 89: 89:

8 od elo de Di s e o m a r ;: 9:8 9 ma r ;: 9:8 9:

6 : od elo de Da tos m ié :6 96: 9 m ié :6 96: 9

6 6 "mplem entac i3n jue 0 2/1 0/0 vie 0 -/1 0/0

6 7 Pro totip os de /nte rfa ces de *s ua rio 4ue : 796 :9: vie : ;96 :9:

6 ; +la nea r proe cto lun 0 6/1 0/0 jue 0 9/1 0/0

6 < Pla n d e de sa rrollo d e s o ft are lun : >96 :9: lun : >96 :9:

6 = Pla n d e fa s es m a r :? 96: 9 ma r :? 96: 9:

6 > Pla n d e ite racion m ié :@ 96: 9 m ié :@ 96: 9

6 ? Pla n d e ad min is tracion de rie s go s 4ue : 896 :9: 4ue : 896 :9:

6 @ Con.i'ura c ion de se 'uimie nto reporte 4ue 6 <9: @9: 4ue : 896 :9:

6 8 Amie nte 4ue 6 <9: @9: 4ue : 896 :9:

7 : $eunione s con e l c liente 4ue 6 <9: @9: 4ue : 896 :9:

F#$>% :una @4BBF.

F ! s 0 C o $ s > r#2 $%

D2!:r!! &*% D2!:r!! 0 G!$>> F!s 0 Co$s>r#2$ Pr2r! I>r!2$






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

/d % om "re d e ta rea C om ie n $o #in o ct :@

7 @ : = 6 7 6 8 7 >

6 S is tem a Adm inis tr a tivo de Sopor te Tec nic o vie 1 0/1 0/0 lun 2 7/1 0/0

7 !ta pa """# +r oduc to del So.ta re vie 1 0/1 0/0 lun 2 7/1 0/0

; "ter a cion 1 # $e 'is tr a r S olic itud de Se rvicio vie 1 0/1 0/0 lun 2 7/1 0/0

< Ana lis is Dis e)o vie 1 0/1 0/0 vie 1 7/1 0/0

= Ar u ite ctu ra d el D is e o vie 6 :96 :9: vie 6 :96 :9:

> od elo de ca s o d e u so lun 6 ;96 :9: lun 6 ;96 :9:

? Esp ecifica cio n es de l Sis te m a m a r 6< 96: 9 m a r 6< 96: 9

@ od elo de do m in io m ié 6= 96: 9 m ié 6= 96: 9

8 od elo de Dis e o 4ue 6 >96 :9: 4ue 6 >96 :9:

6 : od elo de Da tos vie 6 ?96 :9: vie 6 ?96 :9:

6 6 &odelo de Da tos lun 2 0/1 0/0 ma r 21 /10 /

6 7 Esp ecifica cio n es Co m p lem en tarias lun 7 :96 :9: m a r 76 96: 9

6 ; "mplem entac i3n mi, 22 /10 / jue 2 -/1 0/0

6 < Pro totip os de /nte r f a ces de *s ua rio m ié 77 96: 9 4ue 7 ;96 :9:

6 = + rue a s vie 2 (/1 0/0 lun 2 7/1 0/0

6 > C as o d e P rue "a s d e a nte nim ie n to vie 7 <96 :9: lun 7 ?96 :9:

6 ? Con.i'ura c ion de se 'uimie nto r eporte vie 6 :96 :9: lun 7 ?96 :9:

6 @ Amie nte vie 6 :96 :9: lun 7 ?96 :9:

6 8 $eunione s con e l c liente vie 6 :96 :9: lun 7 ?96 :9:

D2!:r!! &(% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ S:#$0! I>r!2$

/d % om "re de tarea C om ien $o

6 Sistem a Adm inistra tivo de Soporte Tec nic o ma r28/10/08

nov :@

6 7 6 8 7 > : 7 :8 6>7;

7 !ta pa """# +roduc to del So.tare ma r 28/10/08

; "tera cion 2 # $e'istra r !%uipo ma r 28/10/08

< Ana lisis Dis e)o ma r 28/10/08

= Ar u ite ctu ra del D iseo m ar 7@ 96: 9

> od elo de ca s o de uso m ié 7896:9:

? Especifica cio nes de l Sis te m a 4ue ;:96:9:

@ od elo de do m inio vie ; 696 :9:

8 od elo de Dis eB o lun :;9669:

6: od elo de Da tos m ar :< 966 9

66 &odelo de Da tos mi, 05 /11 /08

67 Especifica cio nes Co m plem en tarias m ié :=9669:

6; "mplem entaci3n vie 0 7/1 1/0

6< Prototip os de /nte rfa ces de *s uario vie : ?96 69:

6= +rue a s ma r 11/11/08

6> C as o d e Prue "a s de a nte nim ie nto m ar 66 966 9

6? Con.i'urac ion de se'uimie nto reporte m ar 7@ 96: 9

6@ Amie nte m ar 7@ 96: 9

68 $eunione s con el cliente m ar 7@ 96: 9

F#$>% 0utor 4BB+F.

D2!:r!! &,% D2!:r!! 0 G!$>> F!s 0 E8!7or!2$ Trr! I>r!2$






VERSIÓN% B.

Do#$>o% P8!$ 0 2>r!2$ FECA%

0gosto 4BB+

/d % om "re d e ta rea C om ie n $o #inn ov :@ d ic

7 > : 7 : 8 6 > 7 ; ; :

6 Sis tem a Adm inis tra tivo de Soporte Tec nic o jue 1 - /1 1 /0 vie 2 8 /1 1 /0

7 !ta pa """# +roduc to del So.ta re jue 1 - /1 1 /0 vie 2 8 /1 1 /0

; "tera cion - # Con.i'urar +a r9m etros jue 1 - /1 1 /0 vie 2 8 /1 1 /0

< Ana lis is Dis e)o jue 1 - /1 1 /0 jue 2 0 /1 1 /0

= Ar u ite ctu ra d el D is e o 4ue 6 ;96 69: 4ue 6 ;96 69:

> od elo de ca s o d e u so vie 6 <96 69: vie 6 <96 69:

? E sp ecif ica cio n es de l Sis te m a lun 6 ?96 69: lun 6 ?96 69:

@ od elo de do m in io m a r 6@ 966 9 m a r 6@ 966 9

8 od elo de Dis e o m ié 68 966 9 m ié 68 966 9

6 : od elo de Da tos 4ue 7 :96 69: 4ue 7 :96 69:

6 6 &odelo de Da tos vie 2 1 /1 1 /0 lun 2 ( /1 1 /0

6 7 E sp ecif ica cio n es Co m p lem en tarias vie 7 696 69: lun 7 <96 69:

6 ; "mplem entac i3n ma r 25 /11 / mi, 26 /11 /

6 < P ro totip os de /nte r f a ces de *s ua rio m a r 7= 966 9 m ié 7> 966 9

6 = + rue a s jue 2 7 /1 1 /0 vie 2 8 /1 1 /0

6 > C as o d e P rue "a s #u ncion a le s 4ue 7 ?96 69: vie 7 @96 69:

6 ? Con. i'ura c ion de se 'uimie nto reporte 4ue 6 ;96 69: vie 7 @96 69:

6 @ Amie nte 4ue 6 ;96 69: vie 7 @96 69:

6 8 $eunione s con e l c liente 4ue 6 ;96 69: vie 7 @96 69:

F#$>% 0utor 4BB+F.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 Uso 08 $:o2o%E8!7or!r Do#$>os.

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!so 0 Uso 08 N:o2o%

E8!7or!r 0o#$>os.

Vrs2$ .6*






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s




@osmar% 1. :una P.



@osmar% 1. :una P.





@osmar% 1. :una P.






VERSIÓN% B.


FECA%0gosto 4BB+

&. No7r 0 C!so 0 Uso%

Elaborar 2ocumentos.

-. Dsr252$

El presente caso de uso muestra el proceso que se lle&a cabo para la elaboración

de documentos. Se especifican los actores tanto internos como e'ternos, las

precondiciones % las poscondiciones.

-.& Pro$022o$s

E'istencia de alg"n moti&o por el cual debe reali7arse un documento.

-.- A>ors

A>ors E>r$os

1efe de las dependencias

Secretarias de las dependencias.

A>ors I$>r$os

1efe de la 2ependencia.

Secretaria de la dependenci!.






VERSIÓN% B.


FECA%0gosto 4BB+

*. D2!:r!! 0 C!so 0 Uso

El a"orar documentos

FDef aul t

text

.efe de dependenciaSecretari a de Dependencia

D2!:r!! &. Caso de Dso del negocio# Elaborar de 2ocumentos

F#$># :una. @ 4BBF.

(. F8#o 0 E$>os%

(.& F8#o B9s2o

(.&.& :os 1efes de las distintas dependencias de la Dni&ersidad de 8riente con

el fin de cubrir las necesidades, requieren comunicarse con otrasdependencias para lle&ar a cabo las labores de manera efecti&a. 0nte la

e'istencia de un moti&o por el cual remitir un documento a alguna

dependencia el jefe ordena a la secretaria la elaboración de dic$o documento

con los datos % especificaciones correspondientes.

(.&.- :a Secretaria busca en su pc la carpeta del tipo de documento a elaborar

oficio, comunicado, amonestación, entre otrosF % a partir del "ltimo n"mero

correlati&o empie7a a redactar uno nue&o.

(.&.* Ingresa (embrete, pie de pgina, cuerpo del documento, fec$a, copias,

asunto, remitente % destinatario.

(.&.( Dna &e7 terminado el documento, la secretaria lo regresa al jefe para que

sea re&isado % firmado.






VERSIÓN% B.


FECA%0gosto 4BB+

(.&., :a Secretaria con el documento %a listo lo en&ía a su destino

correspondiente mediante un mensajero interno perteneciente a la

Dni&ersidad.

(.- F8#os A8>r$!>2os

(.&.-.& En el caso de que no se $a%a creado la carpeta correspondiente a ese

tipo de documento, la secretaria deber creerla e iniciar la elaboración del

documento con el n"mero BB.

(.&.*.& Puede ocurrir que el cuerpo del documento en lugar de te'to sea tabla.

:a secretaria elabora una tabla % le ingresa los datos correspondientes.

(.&.(.& El 1efe de la dependencia puede mostrar inconformidad con el

documento reali7ado. En este caso el documento es de&uelto a la Secretaria

con las correcciones correspondientes.

(.&.,.& El jefe puede necesitar en&iar el documento $acia una unidad fuera de la

sede 1uanico, para ello se cuenta con un mensajero e'terno que &iene a la

sede diariamente % busca los documentos en correspondencia. Es por ello

que las secretarias deben lle&ar los oficios $asta correspondencia para que

esta se encargue de distribuirlos % $acerle entrega formal al mensajero

e'terno.

(.&.,.- Puede ocurrir que el mensajero interno no cumpla sus obligaciones % se

encuentre ausente por alg"n moti&o. En este caso la Secretaria se dirige a la

dependencia correspondiente o a correspondencia % $ace entrega del

documento elaborado.

,. Pos o$022$

El documento $a sido elaborado % en&iado a su destino final.






VERSIÓN% B.


FECA%0gosto 4BB+

). D2!:r!! 0 !>220!0

D2!:r!! -. 2iagrama de acti&idad# Elaboración de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 Uso 08 $:o2o%B#s!r Do#$>os.

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!so 0 Uso%

B#s!r 0o#$>os.

Vrs2$ &.






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s




@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.






VERSIÓN% B.


FECA%0gosto 4BB+


Huscar 2ocumentos.

-. I$>ro0#2$

-.& Dsr252$

El caso de uso B#s!r 0o#$>os se muestra el proceso que se lle&a cabo

cuando el jefe de la dependencia solicita a la secretaria la b"squeda de alg"n

documento elaborado en fec$as recientes o pasadas. Se especifican los actores tanto

internos como e'ternos, las precondiciones % las poscondiciones.

-.- Pro$022o$s

-.-.& El jefe solicita a b"squeda de alg"n documento elaborado en fec$as

recientes o pasadas.

-.-.- <ecesidad de la secretaria de buscar información plasmada en alg"n

documento.

*. A>ors

*.& A>ors I$>r$os


Secretaria de la dependencia.






VERSIÓN% B.


FECA%0gosto 4BB+

(. D2!:r!! 0 C!so 0 Uso

Buscar docum entos

.efe de l a *ni dad Secretari a

D2!:r!! *. Caso de Dso# Huscar de 2ocumentos

F#$># :una. @ 4BBF.

,. F8#o 0 E$>os

,.& F8#o B9s2o

,.&.& :os 1efes de las distintas dependencias de la Dni&ersidad de 8riente en

ocasiones necesitan documentos emitidos en fec$as recientes o pasadas.Cuando sea el caso !stos solicitan a las respecti&as secretarias la b"squeda

de dic$os documentos.

,.&.- :a Secretaria inicia el proceso de b"squeda en cada una de las carpetas

que tiene alojadas en el arc$i&ador o guardadas en la computadora, las cuales

se encuentran ordenadas por dependencias % n"meros correlati&os.

,.&.* Dna &e7 $allado el documento solicitado, lo imprime % le $ace entrega al

jefe para su tramitación.

,.&.3 El jefe lo re&isa % toma la información necesaria del documento.

,../ :o regresa nue&amente a la secretaria para que sea arc$i&ado nue&amente.






VERSIÓN% B.


FECA%0gosto 4BB+

,.- F8#os A8>r$!>2os

,.&.*.& Puede ocurrir que el documento sea encontrado en el arc$i&ador % se

encuentre en físico. En este caso la secretaria lo e'trae de la carpeta % lo entrega al

jefe. Este documento debe ser arc$i&ado nue&amente en su carpeta.

,.&.,.& En el caso de que el documento $a%a sido $allado en las carpetas que se

encuentran en la pc de la secretaria, no ser necesario que el jefe lo de&uel&a para que

sea arc$i&ado.

). Poso$022$

El documento $a sido buscado % encontrado.

'. D2!:r!! 0 !>220!0

D2!:r!! (. 2iagrama de acti&idad# H"squeda de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 Uso 08 $:o2o%R:2s>r!r so822>#0s P$02$>s

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!so 0 Uso 08 N:o2o%

R:2s>r!r So822>#0s P$02$>s.

Vrs2$ &.






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s




@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.






VERSIÓN% B.


FECA%0gosto 4BB+


*egistrar Solicitudes Pendientes.

-. I$>ro0#2$

-.& Dsr252$

El presente caso de uso muestra como reali7a el jefe las solicitudes de las tareas

a las secretarias. Se especifican los actores tanto internos como e'ternos, las

precondiciones % las poscondiciones.

*. Pro$022o$s

*.& E'istencia de alg"n moti&o por el cual debe reali7arse un documento o alguna

otra tarea específica.

(. A>ors

(.& A>ors I$>r$os


Secretaria de la dependencia.






VERSIÓN% B.


FECA%0gosto 4BB+

,. D2!:r!! 0 C!so 0 Uso

Sol i ci tar tareas

.efe de dependenci a Secretari a

D2!:r!! ,. Caso de Dso# *egistrar Solicitudes Pendientes

F#$># :una. @ 4BBF.

). F8#o 0 E$>os

).& F8#o B9s2o

).&.& El jefe de la dependencia le solicita a la secretaria la elaboración de

documentos o alguna otra labor.

).&.- :a Secretaria los anota libreta de pendientes % los empie7a a reali7ar cada

una de las solicitudes pendientes.

).&.* Inicia el proceso de elaboración de documento Aer especificación de caso

de uso del negocio# Elaborar documentoF

'. C#rsos !8>r$!>2os

'.&.*.& En caso que la tarea solicitada por el jefe no sea la elaboración de

documentos, la secretaria cumple con su tarea % le notifica al jefe que %a $a sido

cumplida.






VERSIÓN% B.


FECA%0gosto 4BB+

+. Poso$022$

:as tareas pendientes $an sido cumplidas.

6. D2!:r!! 0 !>220!0

D2!:r!! ). 2iagrama de acti&idad# Solicitudes Pendientes

F#$># :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 N:o2o FECA%

0gosto 4BB+

S2s>! O=29>2! 5!r! 8! :s>2$ 0 8os 0o#$>os !02$2s>r!>2os

$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38oMo$!:!s.

ArH#2>>#r! 08 N:o2o.

Vrs2$ .6*






VERSIÓN% B.


0gosto 4BB+

2s>or2!8 0 R2s2o$s

;ec$a Aersión 2escripción 0utor



@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.



PROYECTO% Sistema 8fimtico para la gestión dedocumentos administrati&os en las dependencias gerencialesde la Dni&ersidad de 8riente <"cleo (onagas.

VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 N:o2oFECA%

0gosto 4BB+

ArH#2>>#r! 0 N:o2o

&. I$>ro0#2$.

El documento 0rquitectura del <egocio contiene una descripción de la estructura % del

proceso de negocio. Sir&e como punto de partida para el desarrollo % posterior ejecución del

Sistema 8fimtico para la gestión de los documentos administrati&os de la Dni&ersidad de

8riente <"cleo (onagas.

&.& O7>2o.

El presente documento tiene como fin $acer una descripción arquitectónica de las

dependencias gerenciales tomadas en cuenta para el desarrollo del sistema.

&.- D=2$22o$s@ S2:8!s " A7r2!>#r!s.

2ocumento Glosario.

&.* R=r$2!.

*eporte de los trabajadores.

2ocumento Aisión.

Especificaciones de casos de uso.






VERSIÓN% B.


0gosto 4BB+

-. R5rs$>!2$ ArH#2>>$2!.

Caso de Dso general del <egocio.

El a"orar docum entos

Buscar docum entos

*suari o

Sol i ci tar pendi entes

Secretari a.efe de l a *ni dad

*. Prosos 08 N:o2o.

L2s>! 0 s52=2!2o$s 0 !sos 0 #so 2$o8#r!0os%

Elaborar documentos.

Huscar 2ocumentos

Solicitar tareas






VERSIÓN% B.


0gosto 4BB+

*.& Co$>>o 0 N:o2os.

*.&.&. C!sos 0 Uso 08 $:o2o 0 !>ors 2$>r$os !8 0o2$2o.

El a"orar documento.efe de *ni dad Secretari as

`

*.&.-. C!sos 0 Uso 08 $:o2o 0 !>ors >r$os !8 0o2$2o.

Entregar docum entos

ensa4 ero 'egi strar l os reci "i dos

(. Mo08o Do2$2o.

Escenario de 'ito# 2ocumento reali7ado % entregado

.efe Sol i ci tud Secretari a Docum ento Dependenci a6 611H 611H 6 6 611H 611H 611H

Enva 'eci "e El a"ora

Envi ados



E>!5! II% D2s?o 0 8! ArH#2>>#r! 08 S2s>!

En esta segunda etapa se muestra la arquitectura del sistema % no se deben

ol&idar los resultados obtenidos de la anterior %a que es necesario tomar en cuenta las

necesidades % requerimientos capturados en las entre&istas. 9e aquí la etapa donde se

busca establecer la estructura del sistema, tomados de la información obtenida % los

requisitos funcionales que se ubicaron en la primera etapa.

0quellos requisitos que no fueron recopilados en la etapa anterior se

especifican en la presente etapa. @a empie7a a pensarse en la forma que lle&a el

sistema a ni&el de interfaces, se inicia el proceso de dise6o de pantallas incluidas en

las especificaciones de casos de usos del sistema.

Por supuesto se sigue el proceso de capturar los posibles riesgos del sistema. @

se identifican los requisitos no funcionales que son necesarios para el sistema.

:os artefactos generados durante esta fase son los siguientes#

< Es52=2!2$ 0 C!sos 0 Uso% E8!7or!r Do#$>os

< Es52=2!2$ 0 C!sos 0 Uso% Vr B!$0! 0 Do#$>os

< Es52=2!2$ 0 C!sos 0 Uso% R:2s>r!r So822>#0s P$02$>s

< Es52=2!2$ 0 C!sos 0 Uso% B#s!r Do#$>os

< Es52=2!2o$s Co58$>!r2!s.

< ArH#2>>#r! 08 S2s>!.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 C!sos 0 Uso 08 s2s>!%V!820!r Us#!r2o

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!sos 0 Uso 08 S2s>!%

V!820!r Us#!r2o.

Vrs2$ &.






VERSIÓN% B.


FECA%0gosto 4BB+

&. C!so 0 Uso%

Aalidar Dsuario

-. Br 0sr252$

El presente caso de uso describe el proceso que permite la autenticación del

usuario para que así pueda tener acceso al sistema ofimtico.

3. D2!:r!! 0 C!so 0 Uso

Aute nti car *suario

*suari o FFi ncl ude

Adm i ni strar Perfi l es

Secretari a de dependenci a

.efe de dependenci a

D2!:r!! '. 2iagrama de casos de uso Aalidar Dsuario.

F#$># :una. @ 4BBF.

(. A>ors o Us#!r2os P!r>225!$>s

Dsuarios de Aalidar Dsuario Secretaria de la dependencia, 1efe de la

dependenciaF






VERSIÓN% B.


FECA%0gosto 4BB+

,. Pro$022o$s

ue el usuario registrado pulse el icono de entrada al sistema desde una PC con

Internet % que tanto su nombre de usuario como su cla&e sean &lidos.

). F8#o B9s2o 0 $>os

C#!0ro -(# ;lujo Hsico de E&entos. Caso de uso# Aalidar Dsuario

Us#!r2o S2s>! O=29>2o

5.. El usuario entra al sistema 5.4. El sistema abre la &entana del

login.

5.. El usuario ingresa nombre de usuario %

cla&e.

5.3 El usuario pulsa la casilla de

&erificación >administrar?

5.3. El usuario pulsa botón >aceptar? 5./. El sistema autentica al usuario %

muestra el men" principal del

sistema de acuerdo a los módulos %

pginas autori7adas para dic$o

usuario.

'. F8#os A8>r$!>2os

F#$>% L#$! Y -6

-. En el e&ento 5.3 puede ocurrir que el usuario no sea el administrador del

sistema. En este caso el usuario no debe tildar la casilla de &erificación que indica

>!02$2s>r!r?.






VERSIÓN% B.


FECA%0gosto 4BB+

-.4 En el e&ento 5./ puede ocurrir que la cla&e o el nombre de usuario sean

in&lidos. En este caso el sistema muestra un mensaje de >usuario no &lido? %

regresa al loguin para que el usuario &uel&a a ingresar sus datos.

+. RH#2s2>os s52!8s

+. El sistema bloquear la cuenta al reali7ar ms de tres intentos con una cla&e%o nombre de usuario incorrectos.

+.4 :a cla&e tendr 3 caracteres combinados entre letras % n"meros.

6. D2!:r!! 0 S#$2!

D2!:r!! +. 2iagrama de acti&idad# Aalidar Dsuario

I / n t e rf a $ d e i ng re s o de l s i s te m a I en 0 p ri n c i pa l * s ua ri o odu l o * s u a ri o

*suari o

/ngresa nom"re de usuari o

/ngresa cl ave de usuari o

Pul sa aceptar

vi staJmenuKcl aveJusuari oL

61 %o A"ri r i nterfa$ de i ngreso del si stema

vi staKcl ave usuari oL

resul tado

*suari o v3l i doM

71 Si A"ri r en0 pri nci pal

&i staJm odul osKcl aveJusuari

oL ostrar m ódul os de

usuari o

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

& I$>r=!K 0 Us#!r2o

&.& V$>!$! 0 A#>$>2!2$ 0 Us#!r2o

P!$>!88! &. Aalidar Dsuario

;uente# :una @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

&.- V$>!$! 0 M$3 5r2$25!8 0 Us#!r2os

P!$>!88! -. (en" Principal de Dsuarios del Sistema

F#$>% :una @ 4BBF.

&&. T!r>!s CRCF2:#r! &)# Tarjeta C*C Aalidar Dsuario

No7r 0 8! C8!s% Us#!r2o

*esponsabilidad ColaboradoraIdentificar Dsuario Dsuario

Aalidar Dsuario

;uente# :una @4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

&-. Mo08o 0 C8!ss*suari o

odul o*suari o

- codJusu

- cedul a

- nom "re

i nt

i nt

Stri ng

/den ti f i car *suario

- codJmod

- codJusu

N i nsertar KL

N el i mi narKL

c)ar

Stri ng

"ool ean

"ool ean

6116

posee

611H

asoci ado

- cl aveJusu

- codJsta

- nom "reJusu

- di recci on

- tel ef ono

i nt

i nt

i nt

Stri ng

Stri ng

N actual i $ar KL

N vi sta KL

N datosEdi tar KL

voi d

Stri ng

voi d

- emai l

N i nsertar KL

N actual i $arKL

N vi sta KL

N vi staJuno KL

Stri ng

"ool ean

i nt

Stri ng

Stri ng

D2!:r!!% D2!:r!! 0 C8!ss% V!820!r Us#!r2o






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 C!sos 0 Uso 08 s2s>!%E8!7or!r Do#$>os

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!sos 0 Uso 08 S2s>!%

E8!7or!r Do#$>os.

Vrs2$ &.






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s



propuesta de desarrollo

@osmar% 1. :una P

BB54BB B.4 Aersión preliminar como


@osmar% 1. :una

P.

BB+4BB B. Aersión preliminar como


@osmar% 1. :una

P.

44BB B.3 Aersión preliminar como


@osmar% 1. :una

P.






VERSIÓN% B.


FECA%0gosto 4BB+

&. C!so 0 #so

Elaborar documentos.

-. Dsr252$

En el presente documento se describe el caso de uso elaboración de

documentos, donde se inclu%en los circulares, memo interno, amonestación %

comunicado.

*. D2!:r!! 0 !so 0 #so

El a"orar docum ento

FDefaulttext

.efe de la uni dad Secretari a de la uni dad

D2!:r!! '. 2iagrama de Caso de Dso del Sistema# Elaboración de

2ocumentos

F#$># :una. @ 4BBF.

(. Us#!r2os P!r>225!$>s

Dsuarios de elaborar documentos Secretaria de dependencia, 1efe de

dependenciaF






VERSIÓN% B.


FECA%0gosto 4BB+

,. Co$022o$s 0 $>r!0!.

El usuario $a entrado a la dependencia correspondiente en la aplicación

mediante un login Aer especificación de Caso de Dso Aalidar usuarioF.

2espliegue del (en" principal.

). F8#o 0 E$>os

).& F8#o B9s2o

C#!0ro -,# ;lujo Hsico de E&entos. Caso de uso# Elaboración de documentos

Us#!r2o S2s>! SAPODE<UDO

. El usuario selecciona

>2ocumentos? en el men" principal.

4. El sistema despliega cuatro submen"s

H"squeda, elaboración, bandeja de

documentos % tareas pendientesF.

. El usuario selecciona

>Elaboración de documentos?

3. El sistema muestra la lista de documentos

que el usuario puede elaborar 8ficio,

Comunicado, (emo Interno, Circular,

0monestación, Con&ocatoriaF

3. El usuario selecciona el tipo de

documento que necesita reali7ar.

3. El sistema despliega la &entana >Ingreso

de 2atos? la cual solicita los datosnecesarios para la elaboración del

documento seleccionado.

/. El usuario pulsa botón >buscador

de n"cleos?.

5. El sistema abre la &entana >Huscador de

<"cleos? que muestra lista de n"cleos.






VERSIÓN% B.


FECA%0gosto 4BB+

Co$>. C#!0ro -,

-. El usuario selecciona el n"cleo

$acia donde en&iar el documento.

+. El sistema guarda el n"cleo seleccionado

% cierra la &entana >buscador de n"cleo?

. El usuario pulsa botón >buscador

de dependencias?.

B. El sistema abre la &entana >buscador de

dependencias? que muestra una lista de

dependencias correspondientes al n"cleo

seleccionado.

. El usuario selecciona la

2ependencia destino

4. El sistema guarda la dependencia

seleccionada % cierra la &entana >buscador

de dependencias? para retornar nue&amente

a la &entana >Ingreso de datos?

. El usuario ingresa >asunto?.

3. El usuario ingresa >cuerpo? del

documento

/. El usuario presiona >Estado de

documentos?.

5. El sistema despliega lista de estados que

puede adoptar el documento *edacción,

por aprobar, por corregir, aprobadoF.

-. El usuario pulsa el estado en el

cual debe estar el documento.

+. El usuario presiona botón de

>copias?.

. El sistema abre la &entana >Copias del

2ocumento? con la lista de todos los

n"cleos.






VERSIÓN% B.


FECA%0gosto 4BB+

Co$>. C#!0ro -,

4B. El usuario selecciona n"cleo

correspondiente a la dependencia

que se en&iarn las copias del

documento.

4. El sistema muestra las dependencias

correspondientes al n"cleo seleccionado.

44. El usuario selecciona las

dependencias $acia donde desea

dirigir las copias.

4. El sistema muestra en la &entana de

copias del documento las dependencias que

es usuario &a%a seleccionando.

43. El usuario pulsa botón >retornar? 4/. El sistema retorna a la &entana >Ingreso

de datos?

45. El usuario presiona botón

>guardar?

4-. El sistema guarda el documento.

4+. El usuario Ingresa el nombre del

documento que desea adjuntar

4. El usuario pulsa botón

>e'aminar?

B. El sistema abre la &entana >Elegir

arc$i&o?

. El usuario selecciona el

documento % pulsa botón >abrir?

4. El sistema cierra la &enta >Elegir

arc$i&o? % retorna a la &entana ingreso de

datos.

. El usuario pulsa >0djuntar

arc$i&o?

3. El sistema muestra un mensaje que

indica la información $a sido guardada.

/. El usuario pulsa >Aer adjuntos? 5. El sistema muestra la lista de arc$i&os

adjuntos al documento.

-. El usuario pulsa sobre uno de los

arc$i&os adjuntos.

+. El sistema abre % muestra el contenido

del arc$i&o.






VERSIÓN% B.


FECA%0gosto 4BB+

C#!0ro -, Cont .

. El usuario presiona botón &er

documento

3B. El sistema abre la &ista preliminar del

documento con los campos que el usuario

$a ingresado.

3. El usuario pulsa >en&iar? 34. El sistema abre &entana que solicita

cla&e de firma.

3. El usuario ingresa >cla&e? 33. El sistema procesa la información %

muestra el mensaje de cla&e correcta.

3/. El sistema muestra el documento con la

firma digital listo para en&iar.

35. El usuario presiona >Imprimir?. 3-. El sistema muestra el documento listo

para imprimir sin la firma.

3+. El usuario presiona >retornar?. 3. El sistema regresa a la &entana de

elaboración de documentos.

/B. El usuario presiona botón

>Salir?.

/. El sistema regresa a la &entana del

(en" principal.

F#$># :una. @ 4BBF.

).- F8#os A8>r$!>2os

En el e&ento el documento seleccionado puede ser un oficio. En este caso la

&entana de ingreso de datos no solicita el asunto.

En el e&ento 4 el documento puede estar en estado de redacción, en este caso

el sistema muestra un mensaje que indica que el documento aun est siendo elaborado

% por lo tanto no se puede mostrar la &ista preliminar %a que a"n no est listo.






VERSIÓN% B.


FECA%0gosto 4BB+

'. Co$022o$s 0 s!820!

2ocumento elaborado satisfactoriamente

+. D2!:r!! 0 S#$2!

D2!:r!! +. 2iagrama de acti&idad# Elaboración de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

6. I$>r=!K 0 Us#!r2o

6.& V$>!$! 5!r! :$r!r 0o#$>os

P!$>!88! &. (en" Principal

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

6.- V$>!$! 5!r! s82o$!r 8 >25o 0 0o#$>o.

P!$>!88! -. Tipo 2ocumento

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

6.* V$>!$! 0 88$!0o 0 0!>os

P!$>!88! *. Ingreso de datos del documento

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

6.( V$>!$! B#s!0or 0 N38o Ds>2$o

P!$>!88! (. Huscador de <"cleo 2estino

F#$># :una. @ 4BBF

6., V$>!$! 7#s!0or 0 05$0$2!

P!$>!88! ,. Huscador de dependencia

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

6.) I$:rso 0 As#$>o " C#r5o

P!$>!88! ). Ingreso de asunto % Cuerpo del 2ocumento

F#$># :una. @ 4BBF

6.' C!72o 0 s>!>#s 08 0o#$>o

P!$>!88! '. Cambio de estatus del 2ocumento






VERSIÓN% B.


FECA%0gosto 4BB+

&. D2!:r!! 0 C8!ss

Docum ento1

Dependencia1

- numJdocu int - codi go int %0cl eo

- fec)a c)ar

- n om "re c)ar :116 :11H - codJnu i nt

ConCopi as - destino int- u"icacion c)ar - descri pcion c)ar

N cargar nucl eo KL int

N nuevo KL

N retornar KL

c)ar

c)ar N modi fi carKL

N el im i nar KL

i nt

i nt

N Guardar KL c)ar N "uscar KL i nt

N envi ar KL c)ar

:116

:11H N /mpri mir KL c)ar

:116

:11H

+ i po documento

Clave- Codigo i nt

- Código i nt - Descri pción i nt

- nom"re*suario c)ar N Carga tipos KL c)ar

N &al idar clave KL int N nuevo KL

N modificar KL

N eli minar KL

N "uscar KL

i nt

i nt

i nt

i nt

D2!:r!! 6. 2iagrama de Clases# Elaboración de documentos

F#$># :una. @ 4BBF.

&&. T!r>!s CRC

T25oDo#$>o

*esponsabilidades Colaboradora

Huscar el tipo de

documentoF

Cargar el tipoF

2ocumento

F2:#r! &'. Tarjeta C*C Tipo 2ocumento

F#$># :una. @ 4BBF

- numJdocumento i:11H :116 - asunto c)ar

:116 :11H- si gl a c)ar

- nucl eo int- cuerpo c)ar

- dependenci a i

N /nsertar copi as KL i- tipo

- ori gen

int

int

- 4 efe c)ar

N Carga dependencia KL i nt

- Autor c)ar N nuevo KL i nt






VERSIÓN% B.


FECA%0gosto 4BB+

D5$0$2!


Cargar <"cleoF

Huscar

dependenciasF

<"cleo

<"cleo

F2:#r! &+. Tarjeta C*C 2ependencia

F#$># :una. @ 4BBF

C8!


Aalida Cla&eF Cla&e

F2:#r! &6. Tarjeta C*C Cla&e

F#$># :una. @ 4BBF

Do#$>o

*esponsabilidades ColaboradoraCarga dependencia

Carga tipos

Carga copias

Carga adjuntos

Guarda datosF

2ependencia

<"cleo

Cla&e

Copias

Tipos

F2:#r! -. Tarjeta C*C 2ocumento






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 C!sos 0 Uso 08 s2s>!%Vr B!$0!s

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!sos 0 Uso 08 S2s>!%

Vr B!$0!s.

Vrs2$ &.






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s


B+4BB B. Aersión preliminar como


@osmar% 1. :una P

44BB B. Aersión preliminar como


@osmar% 1. :una P






VERSIÓN% B.


FECA%0gosto 4BB+

&. C!so 0 #so

Aer Handejas.

-. Dsr252$

En el presente documento se describe el caso de uso bandeja de documentos en

donde estarn dispuestos los oficios tanto recibidos como en&iados en las bandejas de

entrada % salida respecti&amente, las cules sern para uso de las distintas

dependencias. Tambi!n se describe la bandeja interna, la cual ser manejada para el

uso interno entre la secretaria % el jefe de la unidad#

:as distintas bandejas le permitirn al usuario &erificar el estado de los

documentos leído, no leído, redacción, por aprobar, por corregir, aprobadoF.

*. D2!:r!! 0 !so 0 #so

*suari o&er Bande4 as de documentos

FFi ncl ude

&al i dar *suari o

Secretari a .efe de *ni dad

D2!:r!! &. 2iagrama de Casos de Dso# Handeja de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

(. A>ors P!r>225!$>s

Secretaria de dependencia.

1efe de dependencia

,. Co$022o$s 0 $>r!0!.

El usuario registrado pulse el icono de entrada al sistema desde una PC con

Internet % que tanto su nombre de usuario como su cla&e sean &lidos.

Pulsa bandeja de documentos en el men" principal e ingresa.

). F8#o 0 E$>os

C#!0ro -)# ;lujo Hsico de E&entos. Caso de uso# Handeja de documentos


. El usuario entra al men" B!$0! 0

0o#$>os.

4. El sistema muestra la lista de

bandejas a las que el usuario puede

acceder bandeja de entrada, salida e

internaF

. El usuario selecciona botón >7 ! $ 0 ! 0

$ > r ! 0 !?.

3. El sistema despliega lista de

documentos que pro&ienen de otras

dependencias.

/. Selecciona un documento de la lista






VERSIÓN% B.


FECA%0gosto 4BB+

Co$>. Cuadro 45

5. El usuario presiona >Aer documento? -. El sistema despliega una &entana

que muestra el documento

seleccionado % cambia el status a

leído.

+. El usuario lee el documento % presiona

botón >responder?.

. El sistema inicia el proceso de

elaboración de documento Aer

especificación de casos de uso del

sistema Elaborar documentosF.

B. El usuario selecciona >7 ! $ 0 ! 0

s ! 8 20 !?.

. El sistema despliega una lista de

documentos que se encuentran en

bandeja de salida porque $an sido

en&iados el estatus del documento

es $2!0oF

4. El usuario selecciona un documento de

la lista.

. El usuario selecciona >&er documento? 3. El sistema despliega una &entana

que muestra el documento

seleccionado.

/. El usuario secretariaF selecciona

>B ! $ 0 ! I $ > r$ ! ?

5. El sistema despliega una &entana

con todos los documentos que estn

en estado de redacción, por corregir

% aprobado.






VERSIÓN% B.


FECA%0gosto 4BB+

Co$>. C#!0ro -)

-. :a secretaria pulsa alg"n documento en

estado de r0!2$

+. El sistema abre la &entana

I$:rso 0 0!>os en modo de

edición para que el usuario edite la

información incluida o termine de

elaborar el documento.

. El usuario edita el documento % lo

coloca en status de >Por aprobar?

4B. El sistema elimina el documento

de la bandeja interna de la secretaria.

4B.:a secretaria pulsa alg"n documento en

estatus >5or orr:2r?

4. Presiona sobre el icono de

obser&aciones

44. El sistema abre la &entana de

obser&aciones para que la secretaria

obser&e las correcciones $ec$as por

el jefe.

4.:a secretaria reali7a las correcciones %

coloca el documento en estado de >por

aprobar?

43. El sistema elimina el documento

de la bandeja interna de la secretaria.

4/. :a secretaria pulsa alg"n documento en

estatus >!5ro7!0o?

45.El Sistema abre el documento en

formato $tml

4-. El usuario pulsa botón en&iar. 4+. El sistema abre la &entana de

ingreso de cla&e.

4. El usuario ingresa la cla&e B. El sistema emite un mensaje de

cla&e correcta % mensaje en&iado.

. El usuario presiona aceptar. 4. El sistema elimina el documento

de la bandeja interna de la secretaria

% lo coloca en bandeja de salida.






VERSIÓN% B.


FECA%0gosto 4BB+

Co$>. C#!0ro -)

.El usuario jefe de dependenciaF pulsa un

documento que encuentre en estado de 5or

!5ro7!r

3. El sistema abre el documento.

3. El usuario re&isa el documento % lo

coloca en estado !5ro7!0o..

/. El sistema elimina el documento

de la bandeja interna del jefe

5. El usuario coloca un asunto o numero

que desee buscar en el filtro de documentos

% pulsa botón buscarF

-. El sistema busca los documentos

con el n"mero o asunto ingresado.

F#$># :una. @ 4BBF.

'. Co$022o$s 0 s!820!

2ocumento encontrado % leído.






VERSIÓN% B.


FECA%0gosto 4BB+

6. D2!:r!! 0 S#$2!

D2!:r!! &&. 2iagrama de acti&idad# Handeja de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

&. I$>r=!K 0 Us#!r2o

&.& V$>!$! o$ 82s>! 0 7!$0!s

P!$>!88! +. Selección de Handejas

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

&.- V$>!$! 0 =28>ro 0 0o#$>os

P!$>!88! 6. H"squedas de 2ocumentos a tra&!s del filtro

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

&.* V$>!$! o$ 82s>! 0 0o#$>os

P!$>!88! &. :ista de documentos encontrados

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

&&. D2!:r!! 0 C8!ss

Docum ento1

611H 6

Bande4 a- num Jdocu i nt

- fec)a c)ar

- desti no i nt

- asunto c)ar

- cuerpo c)ar

- ti po i nt

- ori gen i nt

- Autor c)ar

- codi goJ"and e4 a i nt

- descri pci on c)ar

N "uscar "ande4 as KL i nt

N nuevo KL c)ar N retorn ar KL c)ar

N Guardar KL c)ar

N envi ar KL c)ar

N /m pri m i r KL c)ar

D2!:r!! &-. 2iagrama de Clases# H andeja de 2ocumentos

F#$># :una. @ 4BBF.

&-. T!r>!s CRC

B!$0!


Huscar el tipo de bandejaF

Cargar el tipo de

documentosF

Huscar documentosF

2ocumento

F2:#r! -&. Tarjeta C*C Handeja

F#$># :una. @ 4BBF






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 C!sos 0 Uso 08 s2s>!%R:2s>r!r So822>#0s P$02$>s

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!sos 0 Uso 08 S2s>!%

R:2s>r!r So822>#0s P$02$>s..

Vrs2$ &.






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s


B/B4BB B. Aersión preliminar como


@osmar% 1. :una P



@osmar% 1. :una P






VERSIÓN% B.


FECA%0gosto 4BB+

&. C!so 0 #so

*egistrar Solicitudes Pendientes..

-. Dsr252$

En el presente documento se e'ponen la forma en que se lle&a a cabo el proceso

de registrar las solicitudes del jefe de la dependencia. .

*. D2!:r!! 0 !so 0 #so

'egi strar Sol i ci tudes Pendientes

.efe de l a *ni dad Secretari a7

FFi ncl ude

&al i dar *suari o

D2!:r!! &*. 2iagrama de Caso de Dso# *egistrar Solicitudes Pendientes

F#$># :una. @ 4BBF.

(. A>ors P!r>225!$>s


1efe de dependencia






VERSIÓN% B.


FECA%0gosto 4BB+

,. Co$022o$s 0 $>r!0!.

El usuario $a entrado a la dependencia correspondiente en la aplicación

mediante un login Aer especificación de Caso de Dso :ogin de usuarioF.

El usuario necesita &er tareas publicadas.

). F8#o 0 E$>os

).& F8#o B9s2o

C#!0ro -'# ;lujo Hsico de E&entos. Caso de uso# *egistrar Solicitudes Pendientes


. El usuario selecciona del men" Tareas

pendientes % presiona botón ><ue&o?.

4. El sistema muestra campo de

te'to donde el usuario debe ingresar

la tarea.

. El usuario ingresa la solicitud requerida.

3. Presiona Hotón >Guardar?. /. El sistema guarda :a nue&a tarea

% retorna a la &entana de solicitudes

pendientes.

5. El sistema despliega una lista de

tareas e'istentes inclu%endo la que

se acaba de agregar.

-. El usuario selecciona alguna tarea

pendiente % pulsa botón >eliminar?

+. El sistema muestra una &entana

preguntando si desea eliminar la

tarea.






VERSIÓN% B.


FECA%0gosto 4BB+

C#!0ro -' (Cont.

B. El usuario presiona >aceptar?. . El sistema elimina la tarea

pendiente % actuali7a la lista.

4. El usuario pulsa botón >modificar? 3. El sistema muestra los campos

de la tarea para modificarla

/. El usuario modifica % presiona

>modificar?

5. El sistema pregunta si desea

modificar.

-. El usuario pulsa >aceptar? +. El sistema muestra la lista de

tareas con las modificaciones

reali7adas.

. El usuario pulsa botón >retornar? 4B. El sistema retorna al men"

principal.

F#$>% :una. @ 4BBF

'. Co$022o$s 0 s!820!

El usuario $a registrado las tareas pendientes.






VERSIÓN% B.


FECA%0gosto 4BB+

+. D2!:r!! 0 S#$2!

D2!:r!! &(. 2iagrama de acti&idad# Solicitudes Pendientes

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

6. I$>r=!K 0 Us#!r2o

6.& V$>!$! 5!r! $>r!r ! 8!s >!r!s 5$02$>s

P!$>!88! &-. Selección de solicitudes pendientes

F#$># :una. @ 4BBF

6.- V$>!$! o$ 82s>! 0 >!r!s

P!$>!88! &*. Aista de solicitudes publicadas

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

6.* V$>!$! 5!r! 2$:rs!r $#! >!r!

P!$>!88! &(. Ingreso de nue&a tarea

F#$># :una. @ 4BBF






VERSIÓN% B.


FECA%0gosto 4BB+

&. D2!:r!! 0 C8!ss

pendi entes

6 6

Dependenci a1

- codi go i nt

- descri pci on c)ar

- fec)a i nt

- ori gen i nt

- codi go i nt

- nom "re c)ar

- u"i caci on c)ar

- si gl a c)ar

- nucl eo i nt

- 4 efe c)ar

N cargar KL i nt

N agregar KL i nt

N Carga depend enci a KL i nt

N nue vo KL i nt

N m odi fi car KL i ntN el i m i nar KL i nt

N "uscar KL i nt

D2!:r!! &,. 2iagrama de Clases# Solicitudes Pendientes

F#$># :una. @ 4BBF.

&&. T!r>!s CRC

P$02$>s*esponsabilidades Colaboradora

Huscar pendientesF Pendientes

F2:#r! -&. Tarjeta C*C Pendientes

F#$># :una. @ 4BBF






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 C!sos 0 Uso 08 s2s>!%B#s!r Do#$>os

FECA%0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 C!sos 0 Uso 08 S2s>!%

B#s!r Do#$>os.

Vrs2$ .6






VERSIÓN% B.


FECA%0gosto 4BB+

2s>or2!8 0 R2s2o$s


B/B4BB B. Aersión preliminar como


@osmar% 1. :una P






VERSIÓN% B.


FECA%0gosto 4BB+

&. C!so 0 #so

Huscar documentos.

-. Dsr252$

En el presente documento se describe el caso de uso H"squeda de documentos,

el cual representa una rpida a%uda para los usuarios del sistema %a que les permitir

tener acceso a documentos elaborados en fec$as recientes o actuales e incluso indagar

acerca del status de los mismos.

*. D2!:r!! 0 !so 0 #so

Buscar docum ento

.efe de depend enci a Secretari a de depend enci a

FFi ncl ude

&al i dar *suari o

D2!:r!! &). 2iagrama de Caso de Dso# H"squedas de 2ocumentos

F#$># :una. @ 4BBF.

(. A>ors P!r>225!$>s


1efe de dependencia






VERSIÓN% B.


FECA%0gosto 4BB+

,. Co$022o$s 0 $>r!0!.

El usuario $a entrado a la aplicación mediante un login Aer especificación de

Caso de Dso del sistema Aalidar usuarioF.

). F8#o 0 E$>os

).& F8#o B9s2o

C#!0ro -+# ;lujo Hsico de E&entos. Caso de uso# Elaboración de documentos


. El usuario entra al men" H"squeda de

documentos.

4. El sistema muestra campo de

te'to para el ingreso de la b"squeda.

. El usuario ingresa asunto, fec$a,

dependencia origen o código.

3. El sistema busca documentos que

coincidan con el ingreso del usuario.

/. El sistema despliega lista de

documentos encontrados.

5. El usuario selecciona documento de la

lista % presiona >&er documento?

-. (uestra el documento

seleccionado.

+. El usuario presiona botón >imprimir? . El sistema Imprime la lista de

documentos $allados.

B. El usuario presiona botón >retornar? . El sistema retorna al men"

principal.

F#$>% :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

'. Co$022o$s 0 s!820!

H"squeda de documentos e'itosa. El usuario conoce tiene información del

documento buscado.

+. D2!:r!! 0 S#$2!

D2!:r!! &'. 2iagrama de acti&idad# H"squedas de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.


FECA%0gosto 4BB+

6. I$>r=!K 0 Us#!r2o

6.& V$>!$! 08 7#s!0or

P!$>!88! &,. Aentana de b"squeda

F#$># :una. @ 4BBF

&&. D2!:r!! 0 C8!ss

Dependenci a

Documento

- codi go

- nom "re

i nt

i nt

StatusJdoc - num Jdocu i nt - u"i cación i nt

- codi go

- descrripci on

- "ande4 a

int

int

int 6

- fec)a

- desti no

- asunto

i nt

i nt

i nt

- si gl a

- nucl eo

- 4 efe

i nt

i nt

i nt

N "uscar KL i nt:11H

- cuerpo

- tipo

- origen

N nuevo KL

N retornar KL

N guardar KL

N enviar KL

N im prim i rKL

i nt

i nt

i nt

int

int

int

int

int

611H N Carga Dependenci a KL6

N nuevo KL

N modi fi car KL

N eli m i nar KL

N "uscar KL

i nt

i nt

i nt

i nt

i nt

D2!:r!! &+. 2iagrama de Clases# H"squedas de 2ocumentos

F#$># :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% Es52=2!2o$s Co58$>!r2!s FECA%

0gosto 4BB+

S2s>! O=29>2o 5!r! 8! :s>2$ 0 0o#$>os !02$2s>r!>2os $

8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2o$s Co58$>!r2!s.

Vrs2$ &.






VERSIÓN% B.


0gosto 4BB+

2s>or2!8 0 R2s2o$s


4BB+4BB B. Aersión preliminar como


@osmar% 1. :una

P.



@osmar% 1. :una

P.






VERSIÓN% B.


0gosto 4BB+

&. I$>ro0#2$

&.& Pro5s2>o

En el presente documento se definen los requisitos no funcionales del sistema,

es decir aquellos atributos que no dan funcionalidad. Estos requerimientos son

restricciones sobre los ser&icios % funcionalidades ofrecidos por el sistema. Inclu%en

restricciones en el tiempo que se debe demorar un proceso, restricciones sobre el

proceso de desarrollo % estndares

Para especificar los requerimientos se tomar en cuenta la clasificación de _arl

iegers, la cual deben tener todos los requerimientos.

&.- D=2$22o$s@ s2:8!s " !7r2!>#r!s

:a Clasificación de _arl iegers# especifica que en primera instancia se

encuentran los requerimientos de negocio %a que todo el funcionamiento de un

sistema debe tener como primer objeti&o el cumplir con los requerimientos de

negocio. En segunda instancia estn los requerimientos de usuario, tomando en

cuenta los casos de uso, especificación, % la di&isión en funcionales % no funcionales,

siendo los "ltimos los que el aspecto de calidad, como es el rendimiento, portabilidad,

eficiencia % mantenibilidad.

&.* R=r$2!s

2ocumento Glosario

Especificaciones de casos de usos.






VERSIÓN% B.


0gosto 4BB+

&.( A5r2!2$ :8o7!8

Este documento contiene la descripción de la funcionalidad del sistema, los

requerimientos de $ardKare % softKare, así como tambi!n se establecen las reglas del

negocio % por ultimo alguna información adicional que sea necesaria.

-. C8!s2=2!2$ 0 !r8 2:rs

-.& RH#2s2>os F#$2o$!8s

:a clasificación de _arl iegers incia con los casos de uso, es decir los

requisitos funcionales del sistema. :os cules se encuentran plasmados en las

especificaciones de casos de usos del sistema.

-.- I$>r=!s

:a interfa7 es la parte de un programa que &a $a permitir el flujo de

información entre el usuario % el sistema. :a interfa7 del sistema &a cumplir con los

siguientes propósitos#

-.-.& Permitir que el usuario elabore los documentos necesarios para establecer

una e'celente comunicación entre dependencias, conectarse con otros

dominios, las acciones a reali7arR monitorear el estado de un documento, leer

documentos elaborados en fec$as recientesR mo&erse en si dentro de las

funciones del sistema.






VERSIÓN% B.


0gosto 4BB+

-.-.- ;acilitar el uso del sistemaR permitiendo que los usuarios lle&en a cabo cada

una de sus acti&idades de elaboración % en&ío de documentos oficiales de la

manera mas rpida % oportuna posible.

-.-.* Se e&itar la redundancia o duplicación de los datos % en caso de que el

usuario ingrese un dato erróneo el sistema en&iar a&isos de error para que sean

rectificados.

-.-.( El en&ío de documentos de manera confiable % seguir la ruta del mensaje,

para indagar si el documento $a sido leído o est en espera para ser leído.

-.-., Permitir que el usuario maneje una interfa7 sencilla % amigable, describiendo

cada proceso con nombres fciles, % emitiendo mensajes que a%uden a reali7ar

las labores de manera rpida.

-.-.) El sistema contar con consistencia entre los distintos na&egadores, esto es,

el portal Keb debe &isuali7arse % manejarse de una forma igual o lo ms

parecida posible en los na&egadores ms com"nes ;irefo', Internet E'plorer,

8pera, Google C$rome, etc.F, en cualquiera de sus &ersiones.

Estas se &an a reali7ar de acuerdo con el protocolo de comunicación por el $ttp

puerto +B. El sistema es eb.

-.* I$>r=!s 0 Us#!r2o

:as interfaces del sistema se encuentran en las especificaciones de casos de uso

del sistema, algunas son#

Pantalla del men" principal.






VERSIÓN% B.


0gosto 4BB+

Pantalla para seleccionar tipo de documento

Solicitud de datos, en la cual el usuario ingresa los datos necesarios para

la elaboración de documentos.

Aentana de ingreso de cla&e para estampado de firma digital.

Pantalla de &ista preliminar, en la cual se muestra el documento listo

para en&iar o imprimir.

Pantalla para agregar tarea pendiente.

Aentana del buscador de documentos.

Pantalla de la bandeja de documentos.

Aentana de Handeja de entrada.

Aentana de Handeja de salida.

-.( I$>r=!K 08 !r0!r

:a Pantalla.

:a Impresora.

-., R:8!s 0 N:o2o

:as reglas del <egocio se encuentran especificadas en el documento *eglas del

negocio.






VERSIÓN% B.


0gosto 4BB+

*. C!>:or;!s 0 !>r27#>os 0 8! C!820!0 08 So=>!r

:as categorías de los atributos se di&iden en lo que es importante para los

usuarios % lo que es importante para los desarrolladores.

*.& P!r! Us#!r2os

F#$2o$!820!0

Se refiere a la capacidad del softKare de contener las funciones acordadas % las

necesidades implicadas cuando el softKare es utili7ado bajo condiciones específicas.

0quí se inclu%en las características centrales del producto. Estas funciones que el

sistema debe tomar en cuenta se encuentran plasmadas en las especificaciones de

casos de uso del sistema.

E=22$2!

Es la capacidad de un softKare para proporcionar un desempe6o adecuado

relacionado a la cantidad de recursos utili7ados en ciertas condiciones.

El Sistema ofimtico contar con la base de datos 8racle la cual brindar

eficiencia a la $ora de tener acceso a sus datos.

F8272820!0

El sistema puede ser modificado para su uso en el momento que sea necesario.

Si por alg"n moti&o el estndar para la elaboración de documentos establecido en el

manual de <ormas e Identidad Corporati&a es modificado el sistema puede






VERSIÓN% B.


0gosto 4BB+

actuali7arse por el programador encargado de desempe6ar estas labores en la

institución.

I$>:r20!0

Es el grado con el cual un sistema pre&iene accesos no autori7ados o

modificaciones a datos.

El sistema cuenta con un login de usuario que e&itar que personas no

registradas no puedan tener acceso al sistema.

I$>ro5r!72820!0

Es la $abilidad del sistema de coe'istir con otros sistemas.

El sistema ofimtico tendr la capacidad de integrarse % trabajar en conjunto

con el sistema de certificación de firmas electrónicas, sistema que ser

desarrollado para las dependencias de la Dni&ersidad de 8riente <"cleo (onagas.

Co$=2!72820!0

Es la capacidad de un sistema para desempe6ar sus funciones requeridas bajo

condiciones establecidas durante un periodo de tiempo específico.

El sistema a desarrollar proporcionar confiabilidad en los datos % en la

información ingresada por los usuarios, debido al uso de la potente base de datos

8racle Bg con la que trabaja actualmente la Institución.






VERSIÓN% B.


0gosto 4BB+

Ro7#s>K

Es la capacidad que tiene un softKare para comportarse ra7onablemente en

circunstancias que no fueron anticipadas en los requerimientos.

El sistema a desarrollar ser robusto porque ante situaciones de cambios de

estndares, este puede ser actuali7ado.

U>2820!0

Inclu%e la siguiente subNcategoría#

F!>ors 4#!$os.

Se puede definir como la medida en la cual un producto puede ser usado por

usuarios específicos para conseguir objeti&os específicos con efecti&idad, eficiencia %

satisfacción en un conte'to de uso especificado.

El usuario contar con una computadora personal en donde pueda acceder al

sistema, ra7ón por la cual la interfa7 debe presentarse con una letra legible %

entendible.

Sin duda alguna el sistema ser fcil de usar, para que así se pueda contribuir a

los usuarios a reali7ar las labores de elaboración de documentos de manera eficiente %

en el momento preciso.






VERSIÓN% B.


0gosto 4BB+

F2!72820!0

:a fiabilidad de un sistema es una medida de su conformidad con una

especificación autori7ada de su comportamiento.

El sistema 8fimtico ser fiable debido a la pre&ención de fallos con la que

cuenta, para que así ante una falla de corriente o de softKare se pueda estar preparado

% no se pierdan datos ning"n tipo de información. Se aportar una documentación de

a%uda para que el usuario se familiarice con las interfaces del sistema % aprenda a

actuar ante cualquier fallo que ocurra en el sistema. Esta documentación debe ser

sencilla para que así el usuario pueda recuperarse de manera rpida % sin p!rdida de

información.

R$022$>o

El sistema tendr un alto rendimiento debido a las características de la

aplicación, fcil de instalar % li&iana. 0 ni&el de $ardKare tambi!n posee un alto

rendimiento, al contar con el ser&idor SD( ;I*E )4BB el cual ofrece muc$as

&entajas, por ser fcil de gestionar, es la plataforma ideal para dar ser&icios eb,

inclu%endo cac$e, seguridad % ser&idores Pro'%, contando adems con dos

procesadores 0(2, su consumo energ!tico es bajo proporcionndonos un

rendimiento de calidad. En cuanto al manejador de base de datos.

A0!5>!72820!0

El uso del softKare no necesita de una preparación pre&ia para que el usuario

pueda acceder en el % reali7ar sus acti&idades con el. Este esta adaptado de acuerdo

a las necesidades del usuario.






VERSIÓN% B.


0gosto 4BB+

Co5!>272820!0.

Se requiere de un Sistema operati&o :inu' % del manejador de base de datos

8racle BG.

*.- P!r! 8os 0s!rro88!0ors

M!$>$272820!0

El Sistema est desarrollado para actuali7arse en el momento que sea necesario,

podr mantenerse actuali7ado a medida que ocurran cambios en los datos de la base

de datos.

Por>!72820!0

El sistema podr ser instalado en cualquiera de los n"cleos de la Dni&ersidad de

8riente, %a que $a sido construido de manera mu% general, pensando en la forma

ideal en que se deben reali7ar las acti&idades de elaboración % en&ío de documentos.

0 ni&el de configuración se Instalar el producto oracle en cliente que permitir

la comunicación con el ser&idor % se $abilitar la dirección IP para le&antar ambiente

eb.

0 ni&el de instalación el sistema se instalara de modo eb en el ser&idor SD(

;I*E del centro de computación de la uni&ersidad de 8riente. 0 este ser&idor se le

instalara el sistema operati&o Cent8S acrónimo de Communit% ENTerprise

O perating S%stemF el cual es de libre distribución. :uego se le instalar el manejador






VERSIÓN% B.


0gosto 4BB+

de base de datos 8racle BG, el cual es licenciado. Cumpliendo con el procedimiento

nombrado anteriormente se proceder a instalar el sistema ofimtico en las

dependencias gerenciales de la institución.

R#s!72820!0

Para el desarrollo del sistema se utili7a la programación orientada a objetos,

cu%o código podr ser reutili7ado para otro sistema que lo requiera. El equipo del

centro de Computación del <"cleo (onagas del rea de desarrollo trabaja

conjuntamente con los analistas programadores del rectorado % esto agili7a la

construcción de los sistemas a ni&el de programación.

F!2820!0 0 5r#7!

:as pruebas podrn ser reali7adas de acuerdo al Plan de Pruebas establecido. Se

entregar la &ersión beta del sistema para que los analistas % programadores del

Centro de Computación realicen constantes pruebas al sistema para &erificar su

correcto funcionamiento.

0 continuación se muestran las fórmulas de medición para los requisitos de

calidad del presente pro%ecto#






VERSIÓN% B.


0gosto 4BB+

MADUREZ

;órmula ) 0H

2etalles de

fórmula

0 n"mero de casos de pruebas en el plan

H n"mero de casos de pruebas requeridos.

Entre ) se ma%or, mejor la suficiencia.

RECUPERABILIDAD

;órmula TIE(P8 2E *ECDPE*0CI8<F

Tiempo medio ) sumaTFH

TIE(P8 ESTI(028 2E *EI<ICI84F

Promedio )0H

2etalles de

fórmula

F B el menor es el mejor

Ttiempo para recuperar bajas del sistema softKare

en cada oportunidad

Hnumero de &eces que el softKare obser&ado entro

en proceso de recuperacion

4F el ma%or % mas cercano a .B es el mejor

0Dn ero de oportunidades de reinicio que se dieron

en el tiempo estimado.

H<umero total de oportunidades de reinicio

durante las pruebas o el apo%o al funcionamiento al usuario






VERSIÓN% B.


0gosto 4BB+

TOLERANCIA A FALLOS

;órmula 0<D:0CI8< 2E ;0::0S SE*I0S

)0H

2etalles de

fórmula

& el mas cercano a .B es el mejor

0numero de fallas serias anuladas contra los casos

de prueba del modelo de errores que casi causa la falla

Hnumero de casos de pruebas ejecutadas del

modelo de errores que casi causa la falla durante la prueba

ENTENDIBILIDAD

Fr#8! ) 0H

D>!88s 0

=r#8!

) 0H

0 n"mero de funciones o tipos de funcionesF

e&identes al usuario

H total de funciones o tipos de funcionesF

&

Entre ms cercano a , mejor

OPERATIBILIDADFr#8! 'itonM de tareas terminadas^nM medias

B./FFBBnM total de tareas

D>!88s 0

=r#8!

Tarea terminada tiene peso ,tarea a medio terminar

B./ % tarea no terminada B






VERSIÓN% B.


0gosto 4BB+

COMPORTAMIENTO EN EL TIEMPO

Fr#8! ) tiempo calculado o simuladoF

D>!88s 0

=r#8!

Entre ms corto, mejor

ANALIZABILIDAD

Fr#8! Tiempo medio en anali7ar un fallo#

) sumToutNTinF <

D>!88s 0

=r#8!

siendo Tout momento en el que se encuentran las

causas del fallo o son reportadas por

el usuarioF

Tin momento en el que se recibe el informe del

fallo

% < n"mero total de fallos registrados

(ET*IC0 E)TE*<0

CAMBIABILIDAD

Fr#8! ) 0H

D>!88s 0

=r#8!

0 n"mero de cambios a funciones o módulos que

tienen comentarios confirmados

H total de funciones o módulos modificados

&

Entre ms cercano a , ms registrable.

B indica un control de cambios deficiente o pocos

cambios % alta estabilidad






VERSIÓN% B.


0gosto 4BB+

ESTABILIDAD

Fr#8! ;recuencia de fallos debidos a efectos laterales

producidos despu!s de una modificación#

) N 0 H

D>!88s 0

=r#8!

siendo 0 n"mero de fallos debidos a efectos

laterales detectados % corregidos

% H n"mero total de fallos corregidos

CONFORMIDAD DE LA TRANSPORTABILIDAD

Fr#8! ) 0H

D>!88s 0

=r#8!

0 n"mero de artículos implementados de

conformidad

H total de artículos que requieren conformidad

&

Entre ms cercano a , ms completa.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

ArH#2>>#r! 08 S2s>!

Vrs2$ &.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

2s>or2!8 0 R2s2o$s


BB4BB B. Aersión preliminar como


@osmar% 1. :una P






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

&. I$>ro0#2$.

&.&. Pro5s2>o

El presente documento tiene como propósito presentar la 0rquitectura general

del Sistema a tra&!s de los diferentes diagramas % &istas.

&.- D=2$22o$s@ !r$2os " !7r2!>#r!s.

2ocumento Glosario

&.*. R=r$2!s.

Especificaciones de casos de uso.

-. V2s>!s " P8!$os

:as &istas muestran los diferentes aspectos del sistema que son modelados.

-.& V2s>! 0 C!sos 0 Uso

:a Aista de Casos de Dso lista los casos de uso o escenarios del modelo de

casos de uso que representen funcionalidades centrales del sistema final, que

requieran una gran cobertura arquitectónica o aquellos que impliquen alg"n punto

especialmente delicado de la arquitectura. 0 continuación se muestra el modelo

general de caso de uso del sistema# Aer 2iagrama F






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

Ela"orar Documentos

*suario

Pu"licar + areasFFinclude

FFinclude

Secretaria .efe de Dependencia

Buscar DocumentosFFinclude

&alidar

FFinclude

&er Bande4aFFinclude

Admi nistrar sistem a

Admi nistrador

D2!:r!! &6. 2iagrama General de casos de uso del sistema.

;uente# :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

-.- V2s>! L:2!

(uestra cómo se dise6a la funcionalidad dentro del sistema, en t!rminos de la

estructura esttica % la conducta dinmica del sistema. Es una abstracción del modelo

de dise6o e identificación a gran escala del dise6o de paquetes, subsistemas % clases.

:a &ista lógica sir&e para soportar los requisitos funcionales del sistema, o sea,

los ser&icios que el sistema debe proporcionar % comprende las clases, interfaces %

colaboraciones conjuntos de clasesF que forman el &ocabulario del problema % de la

solución.

2entro de la &ista lógica se pueden definir diferentes paquetes lógicos que

sir&en para di&idir la &ista lógica en diferentes sub&istas o subsistemas.

C*C.

:a &ista lógica se encuentra representada por el modelo de clases % las tarjetas

-.&.& Mo08o 0 C8!ss

0%uda a &isuali7ar las relaciones entre las clases que in&olucran el sistema.

:os diagramas de clases se utili7an para modelar la &ista de dise6o esttica de

un sistema. Principalmente, esto inclu%e modelar el &ocabulario del sistema, modelar

las colaboraciones o modelar esquemas. :os diagramas de clases tambi!n son la base

para un par de diagramas relacionados, los diagramas de componentes % los

diagramas de despliegue. :os diagramas de clases son importantes no sólo para

&isuali7ar, especificar % documentar modelos estructurales, sino que tambi!n para

construir sistemas ejecutables aplicando ingeniería directa e in&ersa.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

0 continuación se muestra el diagrama general de clases del sistema ofimtico.

D2!:r!! -. 2iagrama de Clases del Sistema

F#$># :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

-.&.- T!r>!s CRC

:as tarjetas C*C son mu% "tiles para obser&ar la relación entre cada una de las

clases que conforman el modelo de clases % las responsabilidades de cada una de

ellas.

0 continuación se muestran las tarjetas C*C de las clases principales del

modelo de Clases#

<ombre de la Clase#

Dsuarios

*esponsabilidades Clases Colaboradoras

Aalidar usuario % cla&e

Aerificar status del usuario

Cargar módulos de usuario

Huscar origen del usuario

8pcionesPermitidas

Statususu

(ódulosusuarios

2ependencia

<ombre de la Clase# 2ocumento


Aerificar usuario

Insertar nue&oHuscar tipo

Cargar n"cleo

Cargar dependencia

Cargar status del documento

Tipodocumento

<"cleo2ependencia

Statusdoc






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

<ombre de la Clase#

Dsuarios


Aalidar usuario % cla&e

Aerificar status del usuario

Cargar módulos de usuario

Huscar origen del usuario

Generar numero de

documento

Generar fec$a de

elaboración del documento.

Statususu

(ódulosusuarios

2ependencia

<ombre de la Clase#

Handeja


Huscar el tipo de bandeja

Cargar los tipos

Huscar documentos de la

dependencia % de la bandeja

2ocumento

2ependencia

<ombre de la Clase#2ependencia


Carga las dependencias

Huscar dependencias del

usuario

Dsuarios






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

-.- V2s>! 0 D!>os

Esta &ista describe los elementos principales del (odelo de 2atos, brindando

un panorama general de dic$o modelo en t!rminos de tablas, &istas, índices, etc.

Est representado por el modelo conceptual, el modelo físico % modelo de base

de datos relacional.

-.-.& Mo08o Co$5>#!8

D2!:r!! -&. (odelo Conceptual







VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

-.-.- Mo08o F;s2o

D2!:r!! --% (odelo ;ísico

F#$># :una. @ 4BBF.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

-.-.* Mo08o 0 B!s 0 0!>os R8!2o$!8

D2!:r!! -*. (odelo de Hase de 2atos *elacional







VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

-.* V2s>! 0 Ds582:#

El modelo de despliegue es un modelo de objetos que describe la distribución

física del sistema en t!rminos de cómo se distribu%e la funcionalidad entre los nodos.

Se utili7a como entrada fundamental en las acti&idades de dise6o e implementación

debido a que la distribución del sistema tiene una influencia principal en su dise6o.

Cada nodo representa un recurso de cómputo, normalmente un procesador o un

dispositi&o $ardKare similar.

El modelo de despliegue puede describir diferentes configuraciones de red,

incluidas las configuraciones para pruebas % para simulación.

0 continuación se muestra el diagrama 43 el cual e'presa la &ista de despliegue

de la arquitectura del sistema ofimtico.






VERSIÓN% B.

Do#$>o% ArH#2>>#r! 08 S2s>! FECA%

0gosto 4BB+

(+ + P@ Si stem a Ie"

Dependenci as Gerenci al es del %0cl eo onagas

Si stem a Ie"

(+ + P@

Expl orador Ie"

Servi dor Ie"

O(+ + P@

Si stem a de Base de datos !racl e 6:g

ane4 ador de "ase de datos !racl e 6:g

Base de datos

D2!:r!! -(. (odelo de 2espliegue




,.* E>!5! III% Ds!rro88o 08 S2s>!

Dna &e7 finali7ada esta segunda etapa se contar con una arquitectura sólida

para el desarrollo del sistema % una definición del alcance % las limitaciones que se

deben tomar en cuenta.

En la tercera etapa se planificar detalladamente el orden en el cual se &an a

codificar los módulos del sistema. *eali7ar tablas, programar procesos % &erificar que

las funcionalidades del sistema coincidan con el dise6o % los requisitos de los

usuarios. Para ello se reali7arn las siguientes acti&idades#

Esta etapa tiene como propósito obtener un producto softKare en su &ersión

operati&a inicial.

El producto obtenido deber tener la calidad adecuada % cumplir con los

requisitos establecidos en las etapas anteriores. Se complementa el desarrollo del

sistema siguiendo la arquitectura del softKare %a definida. En esta etapa se elaboraron

los artefactos que la metodología *DP genera en su tercera fase, entre ellos#

&. P8!$ 0 5r#7!s

-. Es52=2!2$ 0 C!sos 0 Pr#7!s.

*. Do#$>o G8os!r2o.






VERSIÓN% B.

Do#$>o% P8!$ 0 Pr#7!s FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

P8!$ 0 5r#7!s

Vrs2$ .6&






VERSIÓN% B.


0gosto 4BB+

2s>or2!8 0 R2s2o$s


B4BB B. Aersión preliminar como


@osmar% 1. :una P



@osmar% 1. :una P






VERSIÓN% B.


0gosto 4BB+

&. I$>ro0#2$

El documento del Plan de Pruebas es un documento cla&e para poder reali7ar la

fase de pruebas con !'ito % est basado en una metodología de desarrollo *DP.

&.& Pro5s2>o

(ediante este documento se pretende crear un documento maestro para la fase

de generación de pruebas. Dn documento donde se reflejen todos los aspectos ms

representati&os % necesarios para lle&ar a cabo esta fase con !'ito. Se pretende que

sir&a de guía para el resto de documentos asociados en dic$a fase, pues en el presente

documento se definen qu! pruebas se &an a reali7ar, los responsables de esas pruebas,

las $erramientas necesarias.

&.-. D=2$22o$s@ !r$2os@ " !7r2!>#r!s

2ocumento Glosario.

&.*. R=r$2!s

Se $ace referencia a los siguientes documentos#

Plan de Iteración

Especificación Complementaria.

:ista de riesgos






VERSIÓN% B.


0gosto 4BB+

-. RH#r22$>os 0 8! 5r#7!s

En esta sección se proporciona una lista de los elementos que se probarn.

:a lista inclu%e tanto productos desarrollados directamente por el equipo del

pro%ecto como otros productos utili7ados por ejemplo, $ardKare, dispositi&os

perif!ricos, sistemas operati&os, etc.F. Es importante agrupar la lista por categorías %

reas.

Todos los elementos que constitu%en el S2s>! O=29>2o sern &erificados

durante la prueba de sistema.

:a siguiente lista muestra los elementos casos de uso, requerimientos

funcionales, % no funcionalesF que $an sido identificados como objeti&os de las

pruebas. Esta lista representa lo que ser probado durante toda la fase de pruebas

completa#

-.& Pr#7!s 0 2$>:r20!0 0 8! 7!s 0 0!>os

Aerificar el acceso a la base de datos.

-.- Pr#7!s 08 s2s>!

Aerificar el caso de uso Elaborar 2ocumentos.

Aerificar el caso de uso Aer Handeja de 2ocumentos.

Aerificar el caso de uso Huscar documentos.

Aerificar el caso de uso *egistrar solicitudes Pendientes

Aerificar el caso de uso Aalidar usuario.






VERSIÓN% B.


0gosto 4BB+

Aerificar el mantenimiento 2ependencia.

Aerificar el mantenimiento Status de documentos.

Aerificar el mantenimiento Tipos de documentos.

-.* Pr#7!s 0 8! 2$>r=!K 0 #s#!r2o

Aerificar la na&egación por las diferentes &entanas de la interfa7 en los

diferentes módulos del sistema.

-.( Pr#7!s 0 o$=2:#r!2$

Aerificar la ejecución del programa.

*. Es>r!>:2!s 0 5r#7!s

Se *eali7arn las pruebas de unidad necesarias para cada clase implementada,

puesto que el sistema ofimtico se implementa en un lenguaje orientado a objetos.

Dna &e7 superado con !'ito este punto, integraremos todo el código % reali7aremos

pruebas funcionales tomando como referencia una serie de casos de uso.

Con este tipo de pruebas se intenta comprobar que el programa tiene la

funcionalidad esperada % que no se producen comportamientos inesperados. Para

poder comprobar esto de forma eficiente es importante que queden probados todos

los casos de uso que se $an definido como requisitos de la aplicación, fijndose en

que los resultados que se obtienen son los esperados.






VERSIÓN% B.


0gosto 4BB+

Con las pruebas de la interfa7 de usuario lo que se busca es comprobar que la

interfa7 es como se dise6o en un principio % que cuenta con todas las funcionalidades

descritas, % que todo est en su sitio.

Por "ltimo un informe de pruebas junto con una e&aluación de las pruebas

reali7adas nos proporcionar una descripción del estado del softKare al final del

proceso de pruebas.

(. T25os 0 5r#7!s " >1$2!s

C#!0ro -6# Pruebas de integridad de la base de datos % de los datos.

8bjeti&os de la prueba Comprobar que los procedimientos % m!todos de

acceso a la base de datos funcionan correctamente..

T!cnicas In&ocar cada procedimiento o m!todo de acceso a la

base de datos con datos &lidos e in&lidos.

Inspeccionar la base de datos para asegurar que los

datos son los pre&istos, todos los e&entos de la base

de datos ocurren adecuadamente, o re&isar los &alores

de&ueltos para asegurar que la recuperación de datos

es correcta.

Criterios de finali7ación

Consideraciones Ninguna

Pr#7!s 0 =#$2o$!820!0.

:as pruebas de funcionalidad se deberían centrar en cualquier requisito que

pueda ser tra7ado directamente de los casos de uso % reglas de negocio. El objeti&o de

estas pruebas es &erificar la aceptación, procesamiento % recuperación de datos % la






VERSIÓN% B.


0gosto 4BB+

adecuada implementación de las reglas de negocio. Este tipo de pruebas estn basadas

en t!cnicas de caja negra, es decir, &erificar la aplicación interaccionando a tra&!s de

las interfaces de usuario % anali7ando los resultados.

C#!0ro *# Pruebas de ;uncionalidad.

8bjeti&os de la prueba 0segurar la na&egación correcta de la aplicación, la

entrada de datos, su procesamiento % recuperación.

T!cnicas Ejecutar cada caso de uso % flujo del caso de uso con

datos &lidos e in&lidos para &erificar lo siguiente#

Cuando se utili7an datos correctos se obtienen los

resultados esperados.

Cuando se utili7an datos incorrectos se obtienen los

mensajes de error o ad&ertencias adecuadas.

Cada regla de negocio se $a aplicado correctamente.



Pr#7!s 0 2$>r=!K 0 #s#!r2o.

:as pruebas de interfa7 de usuario &erifican la interacción del usuario con el

sistema softKare. El objeti&o de esta prueba es asegurar que la interfa7 de usuario

permite al usuario acceder % na&egar a tra&!s de toda la funcionalidad de la

aplicación. 0dems, la prueba de interfa7 de usuario garanti7a que las interfaces de

usuario cumplen los estndares.






VERSIÓN% B.


0gosto 4BB+

C#!0ro *&# Pruebas de interfa7 de usuario.

8bjeti&os de la prueba Aerificar los siguientes objeti&os#

:a na&egación a tra&!s de la aplicación refleja

adecuadamente las reglas de negocio % los requisitos

inclu%endo &entana a &entana, campo a campo %

m!todos de acceso tabulador, mo&imientos del ratón

% teclas de funciónF.

:as &entanas % sus características, como men"s,

tama6o, posición % estado cumplen los estndares.

T!cnicas Crear o modificar pruebas para cada &entana con el

objeti&o de &erificar la correcta na&egación % su

estado.



F#$>% :una @ 4BBF.

Pr#7!s 0 0s!rro88o.

:as pruebas de desarrollo miden tiempos de respuesta, índices de transacción %

otros requisitos susceptibles al tiempo. El objeti&o de estas pruebas es &erificar %

&alidar que los requisitos de rendimiento se $an alcan7ado. <ormalmente se ejecutan&arias &eces usando cada &e7 un cargo de trabajo diferente. :a prueba inicial se

debería reali7ar con una carga normal % la segunda prueba con una carga e'trema.






VERSIÓN% B.


0gosto 4BB+

C#!0ro *-# Pruebas de desarrollo.

8bjeti&os de la prueba Aalidar el tiempo de respuesta del sistema softKare

para las transacciones dise6adas o funciones de

negocio bajo las condiciones siguientes#

Aolumen de trabajo normal.

El peor &olumen de trabajo.

T!cnicas Dsar los procedimientos de prueba definidas para las

pruebas de funcionalidad.

(odificar los fic$eros de datos para incrementar el

n"mero de transaccionesF o modificar los sripts para

incrementar el n"mero de iteraciones que se ejecutan

en cada transición..



;uente# :una @ 4BBF

,. rr!2$>!s

C#!0ro **# 9erramientas necesarias para las pruebas.

T25o 0 Pr#7! rr!2$>!

Gestión del Pro%ecto *DP9erramienta de Hase de

2atos

(%S:

F#$>% L#$! Y -&






VERSIÓN% B.


0gosto 4BB+

). R#rsos

).& R#rsos 4!r0!r

0 continuación se describen los recursos necesarios para reali7ar el proceso de

prueba, sus principales responsabilidades % características.

C#!0ro *(# *ecursos de softKare

R#rso C!$>20!0 No7r " T25o

PC 2ise6o de las

pruebas

Ser&idor Ejecución de las

pruebas

;uente :una @ 4BBF

).- R#rsos so=>!r

C#!0ro *,# *ecursos de SoftKare

No7r 08 8$>o so=>!r T25o " o>r!s $o>!s

9erramienta de Hase de datos (%S:

;uente# :una @ 4BBF

).* Co$=2:#r!2$ 08 $>or$o 0 5r#7!

<inguna.






VERSIÓN% B.


0gosto 4BB+

).( R#rsos 4#!$os

C#!0ro *)# *ecursos 9umanos.

RECURSOS UMANOS

Ro8 M;$2os r#rsos

ro$0!0os

Rs5o$s!72820!0s s5;=2!s o

o$>!r2os

Gestor de

Prueba

Proporcionar una gestión adecuada.

*esponsabilidades# Proporcionar

una dirección. 0dquirir los

recursos apropiados. Informar de

la Gestión.

2ise6ador

de prueba

Identificar, priori7ar e implementar

los casos de prueba.

*esponsabilidades#

Generar el plan de pruebas

2ise6ar los casos de prueba

E&aluar el esfuer7o de prueba

Probador

TesterF

Ejecutar las pruebas.

*esponsabilidades#

Ejecutar pruebas.

*ecuperar los errores.

2ocumentar los defectos.F#$># :una @ 4BBF

'. A>220!0s 0 5r#7!

:as acti&idades del proceso de prueba para este sistema softKare son#






VERSIÓN% B.


0gosto 4BB+

C#!0ro *'# 0cti&idades de Pruebas.

A>220!0 F4! 0

o2$Ko

F4! 0

=2$!82K!2$

Planificación de la

prueba.

BB4BB 4/B4BB

2ise6o de la prueba 45B4BB B4BB

Implementación de

la prueba.

4BB B4BB

Ejecución de la

prueba

B44BB 4B4BB

E&aluación de la

prueba

4B4BB BB44BB

F#$>% L#$! Y -&

+. Rs#8>!0os 0 8!s 5r#7!s

0 continuación se muestran todos los documentos de desarrollo de softKare que

se obtienen como resultado de la etapa de prueba.

C#!0ro *+# *esultados de las Pruebas

Do#$>o Ds!rro88!0orPlan de pruebas @osmar% :una

Casos de prueba @osmar% :una

Informe de e&aluación de pruebas @osmar% :una

(odelo de prueba @osmar% :una

F#$>% L#$! Y -&






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 !sos 0 5r#7!.

T25o 0 0o#$>os.

Vrs2$ &.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+

2s>or2! 0 R2s2o$s




@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+

&. Dsr252$

Este artefacto cubre el conjunto de pruebas reali7adas sobre el Caso de Dso de

mantenimiento >Tipo de documento?. :as pruebas reali7adas a este caso de uso son#

0gregar Tipo de documento.(odificar Tipo de documento.

Eliminar Tipo de documento.

Huscar Tipo de documento.

:a prueba se reali7ara partiendo del formulario de entrada de la aplicación.

&.& A:r:!r T25o 0 0o#$>o

&.&.& Dsr252$

Ingresamos al sistema como usuario % en el men" propio del usuario

seleccionamos mantenimientos, luego seleccionamos Tipo de documento % el sistema

mostrar la interfa7 del mantenimiento Tipo de documento con iconos de eliminar,

modificar % agregar.

&.&.- Co$022o$s 0 E#2$

El usuario debe estar registrado en el sistema como 1efe de dependencia o

secretaria para poder acceder al mismo.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+

&.&.* E$>r!0!

. Introducimos >%luna?, en el campo usuario.

4. Introducimos >?, en el campo contrase6a.

. Pulsamos el botón >Ingresar?.

3. El sistema muestra el men" del usuario.

/. Seleccionamos >(antenimientos? en el men".

5. El sistema muestra una lista de los mantenimientos disponibles.

-. Seleccionamos >Tipo de documento.? en la lista.

+. El sistema muestra una interfa7 con la lista de los tipos de 2ocumento

registrados.

. Pulsamos >nue&o?.

B. El sistema muestra interfa7 solicitando ingreso del código % descripción del

nue&o documento

. Introducimos >B5? en el campo código.

4. Introducimos >Circular? en el campo de descripción.

. Pulsamos >0gregar?.

3. El sistema pregunta si deseamos agregar el registro.

/. Pulsamos >0ceptar?.

5. El sistema regresa a la pantalla anterior % muestra el nue&o tipo de documento.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+

&.&.( Rs#8>!0o Es5r!0o

El sistema agrega nue&o Tipo de documento..

&.&., E!8#!2$ 0 8! Pr#7!

Prueba superada con !'ito.

&.-. Mo02=2!r T25o 0 0o#$>o.

&.-.& Co$022o$s 0 E#2$



&.-.- E$>r!0!







-. Seleccionamos >Tipo de documento? en la lista.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+

+. El sistema muestra una interfa7 con los Tipo de documentos actuales.

. Seleccionamos el Tipo de documento >Circular?.

B. Pulsamos >modificar?.

. El sistema muestra la interfa7 con los campos actuales de tipo de documento

código % descripciónF para que el usuario los edite.

4. Ingresamos >(E(8*0<28? en el campo descripción.

. Pulsamos >modificar?.

3. El sistema pregunta si deseamos modificar el registro.


5. El sistema regresa a la pantalla anterior % muestra del tipo de documento

modificado.

&.-.* Rs#8>!0o Es5r!0o

El sistema modifica el tipo de documento.

&.-.( E!8#!2$ 0 8! Pr#7!


&.*. E822$!r T25o 0 0o#$>o

&.*.& Co$022o$s 0 E#2$






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+



&.*.- E$>r!0!







-. Seleccionamos >Tipo de documentos? en la lista.

+. El sistema muestra una interfa7 con la lista de los Tipos de documentos

registrados.

. Seleccionamos el Tipo de documento >8ficio?.

B. Pulsamos >Eliminar?.

. El sistema pregunta si desea eliminar el registro.

4. Presionamos aceptar.

. El sistema muestra los campos del Tipo de documento seleccionado.

3. El usuario presiona >eliminar?.

/. El sistema pregunta nue&amente si desea eliminar el registro.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+

5. Pulsamos >0ceptar?.

-. El sistema regresa a la pantalla anterior % muestra la lista actuali7ada sin el tipo

de documento eliminado.

&.*.* Rs#8>!0o Es5r!0o

El sistema agrega elimina una el tipo de documento.

&.*.( E!8#!2$ 0 8! Pr#7!


&.(. B#s!r T25o 0 0o#$>os

&.(.& Co$022o$s 0 E#2$



&.(.- E$>r!0!








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! T25o 0

Do#$>os FECA%

0gosto 4BB+





-. Seleccionamos >Tipo de documento? en la lista.

+. Introducimos en el filtro de b"squeda el código >B4??

. Pulsamos >;iltrar?.

B. El sistema muestra el Tipo de documento ComunicadoF con el código

solicitado.

&.(.* Rs#8>!0o Es5r!0o

El sistema busca el Tipo de documento.

&.(.( E!8#!2$ 0 8! Pr#7!







VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 !sos 0 5r#7!.

D5$0$2!.

Vrs2$ &.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+

2s>or2! 0 R2s2o$s




@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+

&. Dsr252$


mantenimiento >2ependencia?. :as pruebas reali7adas a este caso de uso son#

0gregar 2ependencia.(odificar 2ependencia.

Eliminar 2ependencia.

Huscar 2ependencia


&.& A:r:!r D5$0$2!

&.&.& Dsr252$


seleccionamos mantenimientos, luego seleccionamos 2ependencia % el sistema

mostrar la interfa7 del mantenimiento Tipo de documento con iconos de eliminar,

modificar % agregar.

&.&.- Co$022o$s 0 E#2$








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+

&.&.* E$>r!0!







-. Seleccionamos >2ependencia? en la lista.

+. El sistema muestra una interfa7 con la lista de 2ependencias registrados de

acuerdo al n"cleo seleccionado.

. Pulsamos >nue&o?.

B. El sistema muestra interfa7 solicitando ingreso del código, descripción, sigla %

jefe de la nue&a dependencia.

. Introducimos >B/? en el campo código.

4. Introducimos >Centro de Computación? en el campo de descripción.

. Introducimos >CC<(?.

3. Ingresamos Ing. *osngela García

/. Pulsamos >0gregar?.


-. Pulsamos >0ceptar?.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+

+. El sistema regresa a la pantalla anterior % muestra la nue&a dependencia

agregado en la lista del n"cleo correspondiente..

&.&.( Rs#8>!0o Es5r!0o

El sistema agrega nue&o 2ependencia.

&.&., E!8#!2$ 0 8! Pr#7!


&.-. Mo02=2!r D5$0$2!

&.-.& Co$022o$s 0 E#2$



&.-.- E$>r!0!











VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+





. Seleccionamos una dependencia.


. El sistema muestra la interfa7 con los campos actuales de la dependencia

código, descripción, sigla, jefe de la nue&a dependenciaF para que el usuario

los edite.

4. Ingresamos 2elegación de Personal en el campo sigla.

. Introducimos >Centro de Computación? en el campo de descripción.

3. Introducimos >2EP? en el campo sigla.

/. Pulsamos >modificar?.


-. Pulsamos >0ceptar?.

+. El sistema regresa a la pantalla anterior % muestra la dependencia modificada

en la lista del n"cleo correspondiente.

&.-.* Rs#8>!0o Es5r!0o

El sistema modifica la 2ependencia.

&.-.( E!8#!2$ 0 8! Pr#7!







VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+

&.*. E822$!r D5$0$2!

&.*.& Co$022o$s 0 E#2$



&.*.- E$>r!0!










. Seleccionamos una dependencia.




. El sistema muestra los campos de la dependencia.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+




-. El sistema regresa a la pantalla anterior % muestra la lista actuali7ada sin la

dependencia eliminada.

&.*.* Rs#8>!0o Es5r!0o

El sistema agrega elimina una 2ependencia.

&.*.( E!8#!2$ 0 8! Pr#7!


&.(. B#s!r D5$0$2!

&.(.& Co$022o$s 0 E#2$



&.(.- E$>r!0!








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7!

D5$0$2! FECA%

0gosto 4BB+






. Introducimos en el filtro de b"squeda el código >BB??

B. Pulsamos >;iltrar?.

. El sistema muestra el dependencia con el código solicitado.

&.(.* Rs#8>!0o Es5r!0o

El sistema busca la dependencia.

&.(.( E!8#!2$ 0 8! Pr#7!

Prueba superada con !'ito






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 !sos 0 5r#7!.

Es>!0os 0 0o#$>os.

Vrs2$ &.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+

2s>or2! 0 R2s2o$s




@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+

&. Dsr252$


mantenimiento >Estados de documentos?. :as pruebas reali7adas a este caso de uso

son#

0gregar Estado de documento.

(odificar Estado de documento.

Eliminar Estado de documento.

Huscar Estado de documento.


&.& A:r:!r Es>!0o 0 0o#$>o

&.&.& Dsr252$


seleccionamos mantenimientos, luego seleccionamos Estados de documentos % el

sistema mostrar la interfa7 del mantenimiento Estados de documentos con iconos de

eliminar, modificar % agregar.

&.&.- Co$022o$s 0 E#2$








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+

&.&.* E$>r!0!







-. Seleccionamos >Estado de documento.? en la lista.

+. El sistema muestra una interfa7 con la lista de los Estados de 2ocumentos

registrados.

. Pulsamos >nue&o?.

B. El sistema muestra interfa7 solicitando ingreso del código % descripción del

nue&o Estado.

. Introducimos >B4? en el campo código.

4. Introducimos >*edacción? en el campo de descripción.

. Pulsamos >0gregar?.



5. El sistema regresa a la pantalla anterior % muestra el nue&o estado de

documento agregado.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+

&.&.( Rs#8>!0o Es5r!0o

El sistema agrega nue&o Estado de documento.

&.&., E!8#!2$ 0 8! Pr#7!


&.-. Mo02=2!r Es>!0o 0 0o#$>o.

&.-.& Co$022o$s 0 E#2$



&.-.- E$>r!0!







-. Seleccionamos >Estado de documentos? en la lista.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+

+. El sistema muestra una interfa7 con los Estado de documentos actuales.

. Seleccionamos el Estado de documento >Elaboración?.


. El sistema muestra la interfa7 con los campos actuales del Estado código %

descripciónF para que el usuario los edite.

4. Ingresamos >*e&isión? en el campo descripción.

. Pulsamos >modificar?.



5. El sistema regresa a la pantalla anterior % muestra el Estado del documento

modificado.

&.-.* Rs#8>!0o Es5r!0o

El sistema modifica el Estado del documento.

&.-.( E!8#!2$ 0 8! Pr#7!


&.*. E822$!r Es>!0o 0 0o#$>os

&.*.& Co$022o$s 0 E#2$






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+



&.*.- E$>r!0!








+. El sistema muestra una interfa7 con la lista de los Tipos de documentos

registrados.

. Seleccionamos el Estado de documento >Corrección?.




. El sistema muestra los campos del Estado del documento seleccionado.









VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+

-. El sistema regresa a la pantalla anterior % muestra la lista actuali7ada sin el

estado del documento eliminado.

&.*.* Rs#8>!0o Es5r!0o

El sistema agrega elimina un Estado de 2ocumentos .

&.*.( E!8#!2$ 0 8! Pr#7!


&.(. B#s!r Es>!0o 0 0o#$>os

&.(.& Co$022o$s 0 E#2$



&.(.- E$>r!0!











VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Es>!0os 0

0o#$>os FECA%

0gosto 4BB+



. Introducimos en el filtro de b"squeda el código >B??

B. Pulsamos >;iltrar?.

. El sistema muestra el Estado del documento con el código solicitado.

&.(.* Rs#8>!0o Es5r!0o

El sistema busca el Estado de documento.

&.(.( E!8#!2$ 0 8! Pr#7!







VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 !sos 0 5r#7!%

Vr B!$0! 0 0o#$>os.

Vrs2$ .6






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+

2s>or2! 0 R2s2o$s




@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+

&. Dsr252$

Este artefacto cubre el conjunto de pruebas reali7adas sobre el caso de uso del

sistema >Handeja de documentos?. :as pruebas reali7adas a este caso de uso son#

Vr Do#$>os 0 8!s 7!$0!s.

I5r22r 82s>! 0 0o#$>os.

B#s!r 0o#$>os $ 8!s 7!$0!s.

E02>!r #$ 0o#$>o H# s $#$>r! $ s>!0o 0 r0!2$


&.& Vr 0o#$>os 0 8!s 7!$0!s

&.&.& Dsr252$


seleccionamos >2ocumentos?, luego seleccionamos Ir a Handeja % el sistema

mostrar la interfa7 de las bandejas, con una lista desplegable en la que se puede

seleccionar el tipo de bandeja que quiera &erse.

&.&.- Co$022o$s 0 E#2$








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+

&.&.* E$>r!0!





/. Seleccionamos >2ocumentos? en el men".

5. Seleccionamos >Ir a Handeja? en la lista.

-. El sistema muestra una interfa7 con una lista desplegable que muestra los tipos

de Handejas.

+. Pulsamos >Handeja de entrada?.

El sistema muestra lista de documentos recibidos.

B. Pulsamos botón >*etornar?.

. El sistema &uel&e al menu de las bandejas.

4. Pulsamos >Handeja de salida?

. El sistema muestra los mensajes en&iados

&.&.( Rs#8>!0o Es5r!0o

El sistema muestra los documentos que se encuentran en las bandejas de

entrada % salida.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+

&.&., E!8#!2$ 0 8! Pr#7!


&.-. I5r22r 82s>! 0 0o#$>os.

&.-.& Co$022o$s 0 E#2$



&.-.- E$>r!0!








de Handejas.


El sistema muestra lista de documentos recibidos.







VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+

&.-.* Rs#8>!0o Es5r!0o

El sistema Imprime lista de documentos de las bandejas

&.-.( E!8#!2$ 0 8! Pr#7!


&.*. B#s!r 0o#$>os $ 8!s 7!$0!s.

&.*.& Co$022o$s 0 E#2$



&.*.- E$>r!0!








de Handejas.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+


Ingresamos en el filtro >en el te'to?.

B. Pulsamos botón >;iltrar?.

.El sistema muestra la lista de documentos que coinciden con el asunto

ingresado

&.*.* Rs#8>!0o Es5r!0o

El sistema busca los documentos

&.*.( E!8#!2$ 0 8! Pr#7!


&.(. E02>!r #$ 0o#$>o

&.(.& Co$022o$s 0 E#2$



El documento debe estar en estado de redacción






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+

&.(.- E$>r!0!








de Handejas.


9acemos clic=s en el alg"n documento en estado de redacción.

B. El sistema abre el documento para editarlo.

. Ingresamos la información que falta en el documento.

4. Cambiamos el status a >Por *e&isar?

. Presionamos botón >guardar?

&.(.* Rs#8>!0o Es5r!0o

El sistema Edita el documento.

&.(.( E!8#!2$ 0 8! Pr#7!






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! Vr

7!$0!s 0 0o#$>os FECA%

0gosto 4BB+







VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Es52=2!2$ 0 !sos 0 5r#7!%

R:2s>r!r so822>#0s P$02$>s.

Vrs2$ .6






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

2s>or2! 0 R2s2o$s




@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

&. Dsr252$

Este artefacto cubre el conjunto de pruebas reali7adas sobre el caso de uso del

sistema denominado >Solicitudes Pendientes?. :as pruebas reali7adas a este caso de

uso son#

Vr So822>#0s P$02$>s P#782!0!s.

I5r22r 82s>! 0 So822>#0s.

P#782!r So822>#0

E822$!r so822>#0


&.& Vr 0o#$>os 0 8!s 7!$0!s

&.&.& Dsr252$


seleccionamos >2ocumentos?, luego seleccionamos >Solicitudes Pendientes % el

sistema mostrar la interfa7 de las solicitudes pendientes

&.&.- Co$022o$s 0 E#2$








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

&.&.* E$>r!0!






5. Seleccionamos >Solicitudes pendientes? en la lista.

-. El sistema muestra la lista de solicitudes publicadas con un código % la fec$a en

la que fue agregada.

+. Pulsamos la tarea >B?.

El sistema abre una &entana que muestra una descripción de la tarea pendiente.


. El sistema &uel&e al menu principal.

&.&.( Rs#8>!0o Es5r!0o

El sistema muestra la lista de solicitudes que $an sido publicadas % permite &er

su descripción.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

&.&., E!8#!2$ 0 8! Pr#7!


&.-. I5r22r 82s>! 0 so822>#0s.

&.-.& Co$022o$s 0 E#2$



&.-.- E$>r!0!









+. Pulsamos botón >imprimir?

. El sistema imprime la lista de solicitudes publicadas.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+


. El sistema &uel&e al men" principal del usuario

&.-.* Rs#8>!0o Es5r!0o

El sistema Imprime lista de solicitudes publicadas

&.-.( E!8#!2$ 0 8! Pr#7!


&.*. B#s!r so822>#0s.

&.*.& Co$022o$s 0 E#2$



&.*.- E$>r!0!











VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+




Ingresamos en el filtro >oficio?.

B. Pulsamos botón >;iltrar?.

. El sistema muestra la lista de documentos que coinciden con la palabra

ingresada.

&.*.* Rs#8>!0o Es5r!0o

El sistema busca las solicitudes.

&.*.( E!8#!2$ 0 8! Pr#7!


&.(. A:r:!r #$! so822>#0

&.(.& Co$022o$s 0 E#2$








VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

&.(.- E$>r!0!









+. Pulsamos botón >nue&o?.

. Ingresa la descripción del documento que queremos sea elaborado.

B. Presionamos botón >guardar?.

. El sistema muestra mensaje confirmando que la solicitud $a sido guardada.

&.(.* Rs#8>!0o Es5r!0o

El sistema agrega las solicitudes requeridas por el jefe.

&.(.( E!8#!2$ 0 8! Pr#7!







VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+


$ 8!s 05$0$2!s :r$2!8s 0 8! U$2rs20!0 0 Or2$> N38o

Mo$!:!s.

Do#$>o G8os!r2o.

Vrs2$ .6*






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

2s>or2! 0 R2s2o$s




@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.



@osmar% 1. :una P.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

&. I$>ro0#2$

Es necesaria la definición de un conjunto de t!rminos que sern utili7ados a lo

largo del desarrollo del sistema.

&.& Pro5s2>o

El propósito del presente documento es especificar todo la terminología usada

durante el desarrollo del Sistema automati7ado. Se e'pone toda la gama de t!rminos

referentes al sistema propuesto, inclu%endo las le%es % metodología utili7ada.

&.- A8!$

Permitir estar al tanto de los t!rminos usados.

&.* R=r$2!s

2ocumento Aisión

&.( Or:!$2K!2$ 08 G8os!r2o

El presente documento est organi7ado por definiciones de t!rminos ordenados

de forma ascendente seg"n la ordenación alfab!tica tradicional del Espa6ol.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

-. D=2$22o$s

A > 2 2 0 ! 0 %

Es el estado en que se e'$ibe alg"n comportamiento.

A> or %

Es un conjunto co$erente de roles que los usuarios de casos de uso desempe6an

cuando in>r!2o$!$ o$ s>os !sos 0 #so.

A : r : ! 2 $ %

Es una forma especial de asociación que especifica una relación todoNparte

entre el agregado el todoF % una parte componente la parteF.

A58 2 ! 2 $ 7 %

Es un sistema informtico que los usuarios utili7an accediendo a un ser&idor

eb a tra&!s de Internet o de una intranet.

$ tt p # e s . K i= ip e d ia . o r g K i = i 0 p l ica c i ó n K e bF.

A s o 2 ! 2 $ %

Dna relación estructural que describe un conjunto de enlaces, donde un enlace

es una cone'ión entre objetosR la relación semntica entre dos o ms clasificadores

que implican las cone'iones entre sus instancias.

http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web

http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_web






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

A#>o ! >2 K!2 $ 0 o= 22 $! s

Incrementa la producti&idad % la eficiencia a tra&!s de m"ltiples tecnologías

datos, &o7, imagenF, que dan apo%o a una amplia gama de aplicaciones

procesamiento de información, comunicacionesF, orientadas a mejorar el desempe6o

de las acti&idades reali7adas dentro de una compa6ía.

B ! s 0 0 ! > o s %

Conjunto de datos pertenecientes a un mismo conte'to % almacenados

sistemticamente para su posterior uso. $ tt p # es .K i= ip e d ia .or g K i= i H as e d e d a t o sF.

C S S#

Son las siglas de Cascading St%le S$eets $ojas de estilo en cascadaF, son un

lenguaje formal usado para definir la presentación de un documento estructurado

escrito en 9T(: ó )(: % por e'tensión en )9T(:F.

C8! s

Es una descripción de un conjunto de objetos que comparten los mismos

atributos, operaciones, relaciones % semntica.

C2r#8! r

Comunicación interna o e'terna de carcter general o normati&o con el mismo

te'to o contenido, dirigida a &arios destinatarios.

http://es.wikipedia.org/wiki/Base_de_datos

http://es.wikipedia.org/wiki/Base_de_datos






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

Co # $2! 0o

Escrito $ec$o p"blico por la autoridad por circunstancias especiales. Es la

Información que en&ía una fuente informante, generalmente a tra&!s del fa' o del

correo electrónico.

Dr >o Prs20 $2! 8 ** 6

Publicado en gaceta 8ficial <M +/ del 4+ de 2iciembre de 4BB3 el cual

establece# >:a 0dministración P"blica <acional emplear prioritariamente SoftKare

:ibre desarrollado con Estndares 0biertos en sus sistemas, pro%ectos % ser&icios

informticos. 0 tales fines, los órganos % entes de la 0dministración P"blica nacional

iniciarn los procesos de migración gradual % progresi&a de !stos $acía el SoftKare

:ibre desarrollado con Estndares 0biertos?

Ds> 2$! >! r2o

Persona a quien se le en&ía el mensaje.

D2! :r! !

Es la presentación grfica de un conjunto de elementos, usualmente

representado como un grafo conectado de &!rtices elementosF % arcos relacionesF.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

E$ >o

Es la especificación de una ocurrencia significati&a que tiene una ubicación en

el tiempo % en el espacioR en el conte'to de mquinas de estados, un e&ento es una

ocurrencia de un estímulo que puede disparar una transición de estados.

F2r ! D2: 2>! 8

Es en la transmisión de mensajes telemticos % en la gestión de documentos

electrónicos, un m!todo criptogrfico que asocia la identidad de una persona o de un

equipo informtico al mensaje o documento. En función del tipo de firma, puede,

adems, asegurar la integridad del documento o mensaje.

F UR P S W

Dsando este acrónimo por las siglas en inglesF para referirnos a los

principales requisitos# ;uncionalidad, facilidad de uso, confiabilidad, rendimiento,

soporte % el signo mas ^F significa que debe incluir requisitos como# restricciones de

dise6o, requisitos de implementación, requisitos de interfaces, requisitos físicos.

T ML

El lenguaje 9T(: hypertext markup language F se utili7a para crear

documentos que muestren una estructura de $iperte'to. Dn documento de $iperte'to

es aquel que contiene información cru7ada con otros documentos, lo cual nos permite

pasar de un documento al referenciado desde la misma aplicación con la que lo

estamos &isuali7ando.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

I> r! 2$

Conjunto de periodos de tiempo dentro de un pro%ecto, en el cual usted produce

una &ersión ejecutable del producto, estable, junto con cualquier otra documentación

de soporte, instalación de scripts o similar, necesarios para usar esta liberación.

M! $# !8 0 Nor! s 0 I 0$> 20!0 Co r5 o r! >2 !

Elaborado por la 8rgani7ación % 2irección de Sistemas 28SIF en

coordinación con la 2irección de Comunicación Corporati&a 2ICCF % el Centro de

Tecnología educati&a de la Dni&ersidad de 8rienteCTED28F. Es para uso interno de

la Dni&ersidad de 8riente.

M $s ! # es una especificación de una comunicación entre objetos que lle&a

información con la e'pectati&a de que de ella se seguir alguna acti&idadR la

recepción de una instancia de mensaje es normalmente considerada una instancia de

un e&ento.

M or9 $0#

Informe donde se e'pone algo que debe ser tomado en cuenta para un

determinado asunto o acción. En la actualidad suele cambiarse por memorando






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

O= 22o

Tipo de documento que sir&e para comunicar disposiciones, consultas, órdenes,

informes, o tambi!n para lle&ar a cabo gestiones de acuerdos, de in&itación, de

felicitación, de colaboración, de agradecimiento.

O= 29>2 !

Se llama ofimtica al equipamiento $ardKare % softKare usado para idear %

crear, coleccionar, almacenar, manipular % transmitir digitalmente la información

necesaria en una oficina para reali7ar tareas % lograr objeti&os bsicos.

Pro 02 2$>os O= 2 9 >2 o s

(odo de ejecutar acciones tales como almacenamiento de datos % la

transferencia electrónica de los mismos. 0dems, mediante una serie com"n de pasos

claramente definidos, que permiten a%uda a optimi7ar o automati7ar las tareas típicas

en una oficina %a e'istentes.

Proso

Conjunto de acti&idades o e&entos que se reali7an o suceden alternati&a o

simultneamenteF con un determinado fin.

R2> $ >

Persona que en&ía el mensaje






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

RU P

Siglas de *ational Dnified Process que traducido al espa6ol significa Proceso

*acional Dnificado. Se trata de una metodología para describir el proceso de

desarrollo de softKare.

Sr2 0o r

Dna aplicación informtica o programa que reali7a algunas tareas en beneficio

de otras aplicaciones llamadas clientes. 0lgunos ser&icios $abituales son los ser&icios

de arc$i&os, que permiten a los usuarios almacenar % acceder a los arc$i&os de un

ordenador % los ser&icios de aplicaciones, que reali7an tareas en beneficio directo del

usuario final. Este es el significado original del t!rmino.

S2s>!

Dna colección de subsistemas organi7ados para lle&ar a cabo un propósito

específico % descrito por un conjunto de modelos, posiblemente desde distintos

puntos de &ista.

S2s > ! 0 I $ =o r ! 2 $% Es un conjunto de datos organi7ados % de

procedimientos para su captura, procesamiento % anlisis, que proporciona la

información, indicadores % relaciones necesarias para diagnosticar, planificar,

ejecutar, e&aluar % controlar las políticas, planes, programas % pro%ectos de una

organi7ación.






VERSIÓN% B.

Do#$>o% Es52=2!2$ 0 !sos 0 5r#7! R:2s>r!r

So822>#0s P$02$>s FECA%

0gosto 4BB+

So=> ! r 827 r

Programa de computación cu%a licencia garanti7a al usuario acceso al código

fuente del programa % lo autori7a a ejecutarlo con cualquier propósito, modificarlo %

redistribuir tanto el programa original como sus modificaciones en las mismas

condiciones de licenciamiento acordadas al programa original, sin tener que pagar regalías a los desarrolladores pre&ios.

UDO

Dni&ersidad de 8riente.

UML

Conjunto de $erramientas, que permite modelar sistemas orientados a objetos.

Es un lenguaje de modelado &isual que se usa para especificar, &isuali7ar, construir %

documentar artefactos de un sistema de softKare. Se usa para entender, dise6ar,

configurar, mantener % controlar la información sobre los sistemas a construir.



,.( A$982s2s Cos>o B$=22o

El anlisis costo beneficio consiste en e&aluar los costos estimados % los

beneficios obtenidos, con el fin de determinar si el pro%ecto es rentable. Es e&idente,

que el ma%or beneficio obtenido ser cuando el sistema comience a funcionar, %a que

el objeti&o principal es el a$orro de factores como el tiempo.

El anlisis costoN beneficio establece una relación entre el beneficio que tienen

los usuarios % el costo en que incurre la organi7ación al lle&ar a cabo un pro%ecto. En

t!rminos generales es un instrumento para desarrollar en forma sistemtica una

información "til acerca de los efectos deseables e indeseables de los programas o

pro%ectos.

:os costos % beneficios siempre deben ser considerados juntos % tienen como

objeti&o fundamental medir la rentabilidad de un pro%ecto, mediante la comparación

de los costos pre&istos con los beneficios esperados en la reali7ación del mismo.

0 continuación se muestra una lista de costos en las que se incurrió para

desarrollar el sistema ofimtico#

Cos>os 0 Prso$!8

Este tipo de costo no es ms que la remuneración proporcionada a las personas

relacionadas al desarrollo % operación del nue&o sistema.

Es importante recalcar que el presente sistema es desarrollado por el autor,

ra7ón por la cual no se incurre en ning"n gasto %a que este se encuentra cumpliendo

con las pasantías para optar al título de pregrado en la Dni&ersidad 2e 8riente <"cleo

(onagas, específicamente en el Centro de Computación de la Sede 1uanico..



Cos>os 0 EH#25os " rr!2$>!s

Aiene dado por el $ardKare % el softKare necesario para el desarrollo del

sistema. 0l igual que el costo anterior la Dni&ersidad no incurre en ning"n gasto de

equipos %a que cuenta con computadoras porttiles asignadas a cada pasante para el

desarrollo de los sistemas. En cuanto al softKare, los t!cnicos del Centro de

Computación se encargan de proporcionar los programas necesarios, tales como

dreamKea&er, )0(PP, (acromedia fireKor=s entre otros.

Cos>os 5or S#2$2s>ros

Este tipo de costos son los utili7ados para lle&ar a cabo la in&estigación.

2urante el desarrollo del sistema se utili7aron doce resmas de papel, oc$o cartuc$os

de impresión, una impresora 9P, adems de carpetas, lapiceros % otros suministros

que se especifican en el cuadro .

Cos>os 0 C!5!2>!2$ " A02s>r!2$>o

Como su nombre lo indica este tipo de costos representa los generados para

capacitar al desarrollador del sistema para el uso de todas las $erramientas que sir&en

para construir el sistema. Esto inclu%e# cursos, talleres, inducciones entre otros. Entre

ellos mencionamos cursos de P9P, (acromedia 2reamKea&er, S%base PoKer

2esigner, *DP % D(:. Es importante resaltar que estos cursos fueron

proporcionados por el personal del Centro de Computación de la Dni&ersidad de

8riente <"cleo (onagas.

0 continuación se muestran los costos de forma resumida# Aer cuadro F



C#!0ro *6# *esumen de Costos

CONCEPTO COSTO Bs. F

Cos>o 0 Prso$!8

0nalista % 2esarrollador del Sistema 0utorF B Hs. ;

Cos>os 0 EH#25os " rr!2$>!s

9ardKare 2isponibleF B Hs. ;

SoftKare 2isponibleF B Hs. ;

Cos>os 5or S#2$2s>ros

*esma de Papel 4 ' 3 Hs. ;F 34 Hs. ;

Cartuc$os de Impresión + ' +B Hs. ;F 33B Hs. ;

:ibreta de 0notaciones % 4B Carpetas 3B Hs. ;

:pices % :apiceros 4B Hs. ;

Cos>os 0 A02s>r!2$>o

Curso de P9P B Hs. ;

Curso de (acromedia 2reamKea&er B Hs. ;

Curso de S%base PoKer 2esigner B Hs. ;

Taller de (etodología *DP B Hs. ;

Taller sobre D(: B Hs. ;

To>!8 Cos>os &66- Bs. F

F#$>% :una @ 4BBF

B$=22os

0l tratarse de un sistema automati7ado para actuali7ar la forma manual en que

se lle&an a cabo los procesos de elaboración de documentos se debe $ace muc$o

!nfasis en el estudio de los beneficios que traer dic$o sistema. Estos beneficios

pueden ser de naturale7a tangible o intangible % se describen a continuación#



B$=22os >!$:278s

*epresenta las &entajas económicas cuantificables que genera el desarrollo del

sistema. Son medibles en recursos %a sea monetarios, $umanos o de tiempoF que son

acumulados en la organi7ación por el uso de sistemas de información. :os beneficios

tangibles obtenidos con el desarrollo del sistema son los siguientes#

R:2s>ro 0 so822>#0 0 sr22o $ >25o 2$02!>o

0ctualmente las secretarias de las dependencias reciben las solicitudes de sus

jefes personalmente o por una nota escrita en caso de que estas se encuentren

reali7ando otra labor. Este proceso de tomar una solicitud puede tomar $asta /

minutos BB segundosF apro'imadamente. Por este moti&o una de las principales

&entajas del sistema propuesto es que los jefes soliciten la elaboración de alg"n

documento de forma automati7ada, para que así estas puedan ser registradas de forma

inmediata, segura % permita una ma%or eficiencia en las acti&idades diarias tanto de

las secretarias como de los jefes de dependencias. Con el nue&o sistema se calcula

que la publicación de alguna solicitud tarde apro'imadamente minuto. 0

continuación se muestra esta estimación#

C#!0ro (# *egistro de Solicitudes para elaborar documentos.

S2s>!

A>#!8

S2s>!

Pro5#s>o

B$=22os

T25o 0

R:2s>ro 0

So822>#0

B minutos minutos minutos

F#$>% :una @ 4BBF

:a fórmula es la siguiente#



B$=22os T25o !>#!8 T25o 5ro5#s>o

2e acuerdo a los resultados arrojados se puede notar que el sistema traer un

beneficio significati&o en el registro de alguna solicitud del jefe por parte de la

secretaria. 0nteriormente el jefe podía tardar apro'imadamente B minutos en

locali7ar a la secretaria % con la propuesta del nue&o sistema se espera reali7ar este

proceso en dos minutos apro'imadamente, lo cual producir un a$orro de tiempo de

4+ minutos.

D2s2$#2$ 0 >25o $ 8! 8!7or!2$ 0 0o#$>os.

0l poseer un sistema automati7ado se reducen los tiempos empleados por el

personal para generar los documentos solicitados por los jefes de las dependencias.

:as dependencias gerenciales actualmente para elaborar / documentos

administrati&os utili7an + $oras$ombres diarias, en cambio con el sistema propuesto

estos documentos requieren solo de 4 $$ diaria lo cual implica una reducción en el

tiempo de 5 $oras $ombres. Este a$orro se simplifica en el siguiente cuadro 3.

C#!0ro (&# 2isminución de Tiempo en la Elaboración de documentos

T!r! or!s o7r/D2!r2!s

S2s>! A>#!8 S2s>! Pro5#s>o

G$r!r

0o#$>os

+ $oras$ombres

/ documentos

diar iosF

4 $$

/ informes diariosF

F#$>% :una @ 4BBF.



D2s2$#2$ 0 >25o $ 8!s 73sH#0!s 0 8os 0o#$>os.

:os tiempos de b"squedas de los documentos representan tambi!n un a$orro

significati&o debido a que con el sistema anterior la secretaria se tomaba

apro'imadamente B minutos en dirigirse al arc$i&ador % buscar en las carpetas el

documento solicitado por el jefe o necesario para completar alguna labor. Con el

nue&o sistema se puede buscar un documento apro'imadamente en minuto lo cual

generaría un a$orro de tiempo de 4 minutos.

C#!0ro (-# 2isminución de Tiempo en la H"squeda de documentos

T!r! M2$#>os 5or 0o#$>os

S2s>! A>#!8 S2s>! Pro5#s>o

G$r!r

0o#$>os

B minutos minutos

F#$>% :una @ 4BBF.

Todos los beneficios planteados lograron demostrar que el sistema trae a$orros

significati&os en cuanto a los tiempos de elaboración de documentos, b"squedas %

adems en el registro de solicitudes pendientes.

B$=22os 2$>!$:278s

:os beneficios intangibles son aquellos imposibles de medir de maneracuantitati&a pero son mu% importantes. 2entro de estos beneficios generados con el

desarrollo del sistema ofimtico se encuentran#

0gili7a los tiempos de respuestas de las solicitudes reali7adas por los jefes de

dependencias.



8rgani7ación % eficiencia en la elaboración de documentos administrati&os.

0mbiente de trabajo propicio.

(anejo de datos e información de manera segura % confiable.

:as secretarias podrn trabajar con menos presión % cumplir sus labores a

tiempo % eficientemente.

Satisfacción del usuario solicitante % ma'imi7ación de producti&idad del trabajo

del mismo.

H"squedas de documentos de manera rpida % oportuna.

*ecepción % en&ío de documentos desde el sitio de trabajo de cada jefe de

dependencia.

(onitoreo del estado de alg"n documento en cualquier momento que el usuario

lo requiera.



CONCLUSIONES.

Dna &e7 estudiados los focos problemticos % reali7ado una in&estigación

e'$austi&a, se elaboró una propuesta con el ni&el de ingeniería requerido para lle&ar a

cabo el desarrollo del Sistema ofimtico para la Gestión de los documentos

administrati&os en las dependencias gerenciales de la Dni&ersidad de 8riente <"cleo

(onagas. Dna &e7 logrado con el alcance propuesto se llegó a las siguientes

conclusiones#

. 0 tra&!s de la aplicación de las t!cnicas obser&ación directa, entre&istas no

estructuradas % re&isión documental se logró obtener datos reales del

funcionamiento de las dependencias gerenciales en cuanto a la forma de

manejar los documentos administrati&os, lo cual sir&ió para determinar las

necesidades de los usuarios, definir el alcance del Pro%ecto % por consiguiente

obtener el dise6o % modelado del sistema.

4. (ediante la implementación de la (etodología de desarrollo *ational Dnified

Process *DPF se lle&ó a cabo la fase inicio en la cual se describieron los

problemas % necesidades actuales de las dependencias, todo esto mediante la

generación de artefactos como el documento &isión, especificaciones de casos

de uso del negocio, arquitectura del negocio % el plan de iteraciones general.

. :os resultados obtenidos durante el estudio del <egocio sir&ieron para dise6ar una arquitectura sólida del sistema tomando como base las necesidades %

requerimientos capturados. :a utili7ación del lenguaje unificado de modelado

D(:F sir&ió para obtener todos los diagramas que permitieron &er el sistema

en forma grfica.



3. Dna &e7 obtenida el dise6o de la arquitectura del sistema se procedió a

desarrollar el softKare, lo cual sir&ió para obtener una &ersión operati&ainicial, proporcionando interfaces amigables que le permitan al usuario lle&ar

a cabo sus labores de manera rpida % sencilla.

/. El sistema desarrollado permite agili7ar la elaboración de los documentos

administrati&os, crear una comunicación eficiente entre los jefes % secretarias

gracias al registro de solicitudes pendientes % a la bandeja interna de

documentos. Se cuenta con un buscador que le permite al usuario locali7ar

documentos emitidos en fec$as pasadas. 0dems el softKare permite obtener

reportes diarios % mensuales de los documentos de las dependencias.

RECOMENDACIONES.

Dna &e7 desarrollado el sistema se acotan las siguientes recomendaciones#

. :a implantación del sistema en todas las dependencias del n"cleo para que así

pueda utili7ado por toda la institución.

4. :le&ar a cabo el desarrollo del sistema de digitali7ación de firmas e integrarlo al

sistema ofimtico para que así los documentos puedan ser en&iados de manera

segura % confiable.

. 2otar a todas las dependencias del manual elaborado para el correcto uso del

sistema.



3. Planificar una jornada de adiestramiento inicial en el personal destinado a la

utili7ación del sistema.

/. *eali7ar el mantenimiento del sistema para trabajar siempre con datos

actuali7ados.



BIBLIOGRAFÍA

5. Manual de Normas de Identidad Corporativa (2009). [PaginaWeb en lnea!.

"isponible# $ t t p #%% & t p . n e . ud o . e du .v e %d e ' a n a t o%2 (

) 2 0 m a n u al ( d e(o rg ( ) 2 0 d eladir20de'omuni'a'ion

20'orporativa*vers 20+0 20enero

2009 .pd& [Consulta 2009, Noviembre 2!.

-. aras, /uis. (2009). istema Web para la plani&i'a'i1n

'ontrol del servi'io de alimenta'i1n prestado por el 'omedor

3niversitario de la 3niversidad de 4riente N'leo Monagas.

6. Cabello, M. (2009). istema 7utomati8ado basado en o&tare

libre para optimi8ar los pro'esos administrativos de los

servi'ios m:di'os de la 3niversidad de 4riente.

;. <ravo, (200;). "esarrollo de un istema Web para elControl =esti1n del

Personal de /a =eren'ia "e 7it "istrito Norte Pdvsa

9. >odrgue8 Mar'os (2009). 2esarrollo de un Sistema deGestión de

(antenimiento para la Empresa (eic Integral Ser&ices, C.0.

+0. idias =, 7rias (200-). ?l Proe'to de Investiga'i1n. @uinta?di'i1n. ?ditorial

?pisteme.

++. Aa'obson I, <oo'$. = >umbaug$ A(2000). ?l Pro'eso3ni&i'ado de o&tare.

?ditorial Pearson ?du'a'ion .7.

+2. Aa'obson I, <oo'$. = >umbaug$ A(2000). ?l/enguaBe 3ni&i'ado de

Modelado. ?ditorial Pearson ?du'a'ion .7.

+. istemas 4&imDti'os (2009) [Pagina Web en

lnea!. "isponible# $ tt p # %%$ t m l. r i n ' o n d e l v a g o .' o m %s is t e m a s*o & i m a ti ' o s . $ t m l [Consulta 2009, Noviembre 2!.

http://ftp.ne.udo.edu.ve/decanato/2_%20manual_de_org_%20d





http://html.rincondelvago.com/sistemas-ofimaticos.html












Documents

SISTEMA OFIMÁTICO PARA LA GESTIÓN DE LOS DOCUMENTOS ADMINISTRATIVOS EN LAS DEPENDENCIAS GERENCIALES DE LA UNIVERSIDAD DE ORIENTE NÚCLEO MONAGAS